Tous les codes HTTP expliqués avec leur impact en référencement

Le protocole HTTP prévoit un certain nombre de codes que le serveur web doit renvoyer en fonction de la situation : la page demandée a bien été trouvée, elle a disparu, elle est déplacée, elle est indisponible, etc.

Même si ça peut paraitre compliqué ou anecdotique par certains, il est très important de s'assurer que votre site renvoie les bons codes HTTP. Voici de quoi vous aider à y voir plus clair...

Accès rapide : définition, conseils pratiques, liste complète, 2xx, 3xx, 4xx, 5xx, FAQ

Qu'est-ce que les codes HTTP ?

Qu'est-ce qu'un code HTTP ?

Quand un internaute ou un crawler (par exemple Googlebot) cherche à accéder à une URL, le serveur web correspondant répond d'abord en indiquant un code de réponse, qu'on appelle code HTTP.

Vous connaissez sans doute la fameuse "erreur 404", mais ce n'est pas la seule ! A chaque situation spécifique, le serveur doit renvoyer le bon code HTTP.

Comment connaître le code HTTP d'une URL ?

Vous ne pouvez pas le voir sans utiliser d'outil ! Au passage, ce n'est pas parce qu'une page affiche en gros "404" que le code renvoyé est 404 (il faut le vérifier par un outil).

Je vous propose 3 outils pour vous aider :

Mais si le référencement compte pour vous, il faut vous assurer d'avoir vérifié le code de 100% des URL accessibles sur votre site. N'allez pas faire ça à la main ou URL par URL...

Je vous propose également la documentation officielle du W3C sur les codes HTTP.

Résumé : quel code renvoyer en fonction des cas ?

Je commence mes explications sous un angle résolument pratique (vous trouverez ensuite la liste complète de tous les codes).

Code quand tout va bien (200)

Si la page existe et qu'elle est effectivement accessible, il faut bien entendu renvoyer un code 200.

Code pour les redirections (301, 302)

Si une page a changé d'adresse (URL), voici le code à renvoyer :

• 301 si la page a définitivement changé d'adresse. En théorie, il s'agit réellement d'un changement d'adresse, par exemple suite à la mise en place de la réécriture d'URL ou à un changement dans l'arborescence des répertoires. En pratique, on l'utilise aussi parfois pour rediriger une page qui a disparu vers une autre page du site, a priori une des plus pertinentes pour ne pas perturber l'internaute ; l'intérêt est de continuer de profiter des backlinks de cette page.
• 302 si la page a temporairement changé d'adresse. Là aussi, en théorie cela ne doit concerner que les cas où une page est disponible à une autre adresse que celle de d'habitude. C'est-à-dire que cela ne devrait pas être utilisé pour rediriger vers une autre page. Ce type de redirection est en général mal pris en compte par les moteurs, en particulier un lien par redirection 302 n'est pas pris en compte comme un backlink (alors que c'est le cas avec une 301) : il faut donc éviter d'inscrire votre site dans des annuaires qui font des liens par redirection 302. Dernier détail : des ingénieurs de Google ont précisé qu'il ne faut utiliser le code 302 que pour le cas des pages dont le changement d'URL ne dure pas plus d'une semaine (si c'est plus long, ils recommandent la redirection 301).
• 304 si la page n'a pas changé (depuis la dernier crawl de Google notamment). Dans ce cas, Googlebot (le robot de Google) ne viendra pas crawler à nouveau la page, ce qui économisera de la bande passante (à votre site et à Google) et pourra éventuellement en laisser plus pour le crawl des autres pages du site.

Code pour les erreurs côté client (404, 410)

Si une page n'existe pas ou plus, voici le code à renvoyer :

• 404 si la page n'existe pas. Attention, il ne faut pas que votre site renvoie autre chose qu'un code 404 pour les pages qui n'existent pas, cela peut perturber un certain nombre d'outils, dont les Outils Google pour Webmasters. Enfin, sachez que l'analyse de vos erreurs 404 peut vous fournir des idées pour trouver des backlinks.
• 410 si la page n'existe plus. C'est sans doute le meilleur code à renvoyer si vous voulez faire comprendre aux moteurs qu'une page qui existait jusqu'alors, n'existe plus et a été supprimée définitivement. Si vous renvoyez un code 404 à la place, il peut se passer de nombreux mois avant que les moteurs la suppriment de leur index (c'est flagrant avec Bing qui peut conserver pendant 6 mois des pages pourtant supprimées de votre site).

Nous avons dans le forum WebRankInfo une discussion à propos des codes HTTP adaptés aux pages supprimées.

Code 503 pour un serveur en maintenance

Si votre serveur est en surcharge ou votre site en travaux, renvoyez un code 503. Il indique aux robots que votre site est temporairement inaccessible et qu'il faudra donc revenir peu après.

Si vous connaissez la durée de cette maintenance, indiquez-la dans le code Retry-After de l'entête HTTP (à ne pas confondre avec la balise meta revisit-after qui n'a d'ailleurs jamais existé).

Liste des codes HTTP, avec leur signification

Les 5 familles de codes HTTP

Les codes peuvent être classés en familles :

• 1xx : information (100 et 101)
• 2xx : succès (200 à 206)
• 3xx : redirection (300 à 307)
• 4xx : erreur sur la page, côté client (400 à 417)
• 5xx : erreur sur le serveur (500 à 505)

Codes 1xx

• 100 : OK pour continuer
• 101 : le serveur a changé de protocoles

Codes 2xx

• 200 : requête effectuée avec succès
  • c'est le code que doit renvoyer votre serveur pour chaque URL que vous souhaitez rendre accessible
• 201 : document créé (raison : nouvelle URI)
• 202 : requête achevée de manière asynchrone (TBS)
• 203 : requête achevée de manière incomplète
• 204 : aucune information à renvoyer
• 205 : requête terminée mais formulaire vide
• 206 : requête GET incomplète

Codes 3xx

• 300 : le serveur ne peut pas déterminer le code de retour
• 301 : document déplacé de façon permanente
  • c'est le type de redirection qu'il faut employer en cas de changement d'URL, par exemple une migration de HTTP à HTTPS
  • je vous conseille de ne jamais enchaîner plusieurs redirections : il doit y avoir 1 seule 301 qui aboutit à une 200
  • pour résoudre des problèmes de contenus dupliqués, faites des 301 plutôt que des canoniques, si c'est possible pour vous.
  • pour éviter que votre site soit indexé à la fois avec et sans le sous-domaine www, faites des redirections 301
• 302 : document déplacé de façon temporaire
  • sauf cas très particulier, je déconseille d'utiliser la 302
• 303 : redirection avec nouvelle méthode d'accès
• 304 : le document n'a pas été modifié depuis la dernière fois (cf. champ 'if-modified-since')
• 305 : redirection vers un proxy spécifié par l'entête
• 307 : redirection temporaire (exemple : code renvoyé avec HSTS pour forcer HTTPS)
• 310 : trop de redirections (en général boucle de redirections)

Codes 4xx

• 400 : erreur de syntaxe dans l'adresse du document
• 401 : pas d'autorisation d'accès au document
• 402 : accès au document soumis au paiement
• 403 : accès au serveur refusé (contrairement à l'erreur 401, s'authentifier ne fera aucune différence)
• 404 : la page demandée n'existe pas.
  • Attention, Google reviendra souvent la crawler à nouveau pour voir si elle est de nouveau accessible. Si vous souhaitez désindexer une page, suivez plutôt mon tuto.
  • Je vous conseille d'avoir une page d'erreur 404 personnalisée qui reprend le design de votre site, avec le modèle de page par défaut. Vérifiez bien qu'une URL qui n'existe pas renvoie bien un code 404 et rien d'autre (pas de 200, pas de 302 vers une 200, etc.).
  • Search Console peut vous aider à identifier et corriger des erreurs 404
  • Ce n'est pas la même chose qu'une Soft 404
• 405 : méthode de requête du formulaire non autorisée
• 406 : requête non acceptée par le serveur (la ressource demandée n'est pas disponible dans un format qui respecterait les en-têtes "Accept" de la requête)
• 407 : autorisation du proxy nécessaire
• 408 : temps d'accès à la page demandée expiré
• 409 : l'utilisateur doit soumettre à nouveau avec plus d'infos
• 410 : cette ressource n'est plus disponible (et aucune adresse de redirection n'est fournie)
  • Google indique traiter ce cas exactement comme une 404, mais pourtant on a l'impression que le traitement est plus rapide qu'avec une 404
  • L'avantage de renvoyer 410 plutôt que 404 quand vous supprimez une URL, c'est de ne pas mélanger : les 404 sont censées être des erreurs non voulues et les 410 des cas voulus
• 411 : le server a refusé la requête car elle n'a pas de longueur
• 412 : la précondition donnée dans la requête a échoué
• 413 : l'entité de la requête était trop grande
• 414 : l'URI de la requête était trop longue
• 415 : type de média non géré
• 416 : champs d’en-tête de requête « range » incorrect
• 417 : comportement attendu et défini dans l’en-tête de la requête insatisfaisante
• 418 : teapot : « Je suis une théière ». Ce code est défini dans la RFC 2324 datée du premier avril 1998
• 421 : la requête a été envoyée à un serveur qui n'est pas capable de produire une réponse (par exemple, car une connexion a été réutilisée)
• 450 : les outils de contrôle parental de Windows sont activés et bloquent l’accès à la page
• 451 : la ressource demandée est inaccessible pour des raisons légales

Codes 5xx

• 500 : erreur interne du serveur
• 501 : fonctionnalité réclamée non supportée par le serveur
• 502 : mauvaise passerelle d'accès
• 503 : service non disponible ou en maintenance. C'est ce qu'il faut renvoyer pour toutes les URL de votre site qui sont en maintenance. Tout autre code renvoyé à ce moment peut dégrader votre référencement. Indispensable à un moment donné pendant une refonte.
• 504 : temps d'accès à la passerelle expiré
• 505 : version HTTP non gérée
• 509 : utilisé par de nombreux serveurs pour indiquer un dépassement de quota

S'il manque quelque chose ou que tout n'est pas clair, posez votre question dans les commentaires !

La même liste en anglais : HTTP Status Codes (ou Error Codes ou Response Codes)

• 200 : request completed
• 201 : object created, reason = new URI
• 202 : async completion (TBS)
• 203 : partial completion
• 204 : no info to return
• 205 : request completed, but clear form
• 206 : partial GET furfilled
• 300 : server couldn't decide what to return
• 301 : object permanently moved
• 302 : object temporarily moved
• 303 : redirection w/ new access method
• 304 : if-modified-since was not modified
• 305 : redirection to proxy, location header specifies proxy to use
• 307 : HTTP/1.1: keep same verb
• 400 : invalid syntax
• 401 : access denied
• 402 : payment required
• 403 : request forbidden
• 404 : object not found
• 405 : method is not allowed
• 406 : no response acceptable to client found
• 407 : proxy authentication required
• 408 : server timed out waiting for request
• 409 : user should resubmit with more info
• 410 : the resource is no longer available
• 411 : the server refused to accept request w/o a length
• 412 : precondition given in request failed
• 413 : request entity was too large
• 414 : request URI too long
• 415 : unsupported media type
• 500 : internal server error
• 501 : required not supported
• 502 : error response received from gateway
• 503 : temporarily overloaded
• 504 : timed out waiting for gateway
• 505 : HTTP version not supported

Questions-réponses

S'il manque quelque chose ou que tout n'est pas clair, posez votre question dans les commentaires !