Erreur 400 (Bad Request)

L'erreur 400 (Bad Request) est un code de statut HTTP par lequel le serveur indique qu'il ne peut pas traiter la requête reçue parce qu'elle est mal formée : URL invalide ou mal encodée, en-têtes incorrects, cookie trop volumineux, corps de requête illisible. C'est une erreur côté client, au sens où la faute est dans la demande et non dans le serveur. Pour le SEO, elle compte peu tant qu'elle ne touche que des requêtes anormales ; elle devient un problème quand des liens du site produisent des URL que le serveur refuse.

Quelles sont les causes d'une erreur 400 ?

Les erreurs 400 peuvent survenir pour diverses raisons. Voici 4 causes courantes :

• Une URL mal formée, souvent due à des caractères spéciaux non encodés.
• Des erreurs de syntaxe dans les requêtes HTTP, comme des paramètres manquants ou mal placés.
• L'envoi de données incorrectes ou incomplètes par le client, notamment lors de la soumission de formulaires.
• Des problèmes de compatibilité entre le client et le serveur, tels que des entêtes HTTP mal configurés.

Quels sont les impacts d'une erreur 400 sur le SEO ?

Pour Google, une URL qui répond 400 est traitée comme une URL qui n'existe pas, au même titre qu'une 404 : elle n'est pas indexée, et si elle l'était, elle est retirée de l'index après quelques tentatives. Il n'y a pas de pénalité ni de perte de « crédibilité » : les erreurs 4xx sur des URL sans intérêt sont normales et sans conséquence. Le problème se pose quand des pages utiles répondent 400 à cause d'une URL générée avec des caractères mal encodés (accents, espaces, esperluettes) dans les liens internes ou le sitemap : Google ne peut alors pas les explorer. Le rapport « Pages » de la Search Console liste ces URL.

Comment identifier une erreur 400 ?

Identifier une erreur 400 nécessite une approche méthodique pour comprendre les échanges entre le client et le serveur. Ces erreurs surviennent souvent lorsque les requêtes HTTP sont mal formées, ce qui empêche le serveur de les traiter correctement. Pour détecter une erreur 400, voici quelques approches recommandées :

• Utiliser les outils de développement des navigateurs pour inspecter les requêtes et réponses HTTP.
• Consulter les journaux du serveur pour des informations détaillées sur les erreurs.
• Tester les requêtes avec des outils comme Postman pour vérifier leur validité.
• Vérifier les URL et les paramètres de requête pour détecter des erreurs de formatage.
• Surveiller les retours d'erreurs dans les applications web pour une détection rapide.

Quelles sont les meilleures pratiques pour éviter une erreur 400 ?

Pour minimiser les erreurs 400, s'assurer de la validité des requêtes HTTP est indispensable. Pour garantir la validité des requêtes et éviter les erreurs 400, mettez en oeuvre quelques bonnes pratiques pour assurer la validité des requêtes :

• Validez systématiquement les entrées utilisateur pour éviter l'envoi de données incorrectes.
• Utilisez des outils de validation d'URL pour détecter les erreurs de syntaxe.
• Assurez-vous que les formulaires envoient des données complètes et bien formatées.
• Mettez en place des tests automatisés pour vérifier la conformité des requêtes HTTP.
• Surveillez régulièrement les journaux du serveur pour identifier et corriger rapidement les requêtes problématiques.

Comment corriger une erreur 400 ?

Commencez par reproduire l'erreur et regarder la requête exacte dans les outils de développement du navigateur ou les logs du serveur. Les corrections les plus fréquentes :

• Encoder correctement les URL générées par le site (accents, espaces, caractères spéciaux) et corriger les liens internes ou le sitemap qui pointent vers des URL invalides.
• Vider les cookies du domaine quand l'erreur vient d'un en-tête Cookie trop volumineux (message « Request Header Or Cookie Too Large »), et réduire ce que le site stocke en cookies.
• Vérifier les formulaires et les appels d'API : champs obligatoires, format des données, taille maximale acceptée par le serveur.
• Contrôler les règles de réécriture (.htaccess, Nginx) et le pare-feu applicatif, qui peuvent rejeter des requêtes légitimes.

FAQ

Quelle est la différence entre une erreur 400 et une erreur 404 ?

La 404 signifie que l'URL est valide mais que la ressource n'existe pas. La 400 signifie que le serveur n'a pas pu comprendre la requête elle-même. Pour Google, les deux ont le même effet : l'URL n'est pas indexée.

Une erreur 400 fait-elle baisser le classement d'un site ?

Non. Google ne pénalise pas un site pour ses erreurs 4xx. Elles ne posent problème que si elles touchent des pages que l'on veut voir indexées, parce que ces pages deviennent inaccessibles aux robots.

Pourquoi une erreur 400 apparaît-elle uniquement dans un navigateur ?

Le plus souvent à cause des cookies stockés par ce navigateur pour le domaine : trop nombreux ou trop volumineux, ils dépassent la taille d'en-tête acceptée par le serveur. Supprimer les cookies du site règle le cas ; côté serveur, il faut réduire l'usage des cookies ou relever la limite.

Comment trouver les erreurs 400 sur un site ?

Avec un crawler (Screaming Frog, Oncrawl) qui liste les codes de réponse de toutes les URL liées, avec le rapport « Pages » de la Search Console pour celles rencontrées par Google, et avec les logs du serveur pour les requêtes réelles des visiteurs et des robots.

En résumé

• Erreur 400 : le serveur refuse une requête mal formée (URL, en-têtes, cookies, données).
• Pour Google : traitée comme une page inexistante, sans pénalité.
• Risque SEO : des pages utiles inaccessibles à cause de liens ou d'un sitemap mal encodés.
• Diagnostic : outils de développement, logs serveur, crawler, Search Console.
• Corrections : encodage des URL, cookies, validation des formulaires, règles serveur.

Abondance c'est aussi des audits SEO, un service de contenus et des formations en e-learning !