À chaque fois qu'un navigateur ou Googlebot demande une URL, le serveur répond par un code HTTP à trois chiffres avant d'envoyer le moindre octet de contenu. Ce nombre décide si la page sera indexée, si le jus de liens traverse une redirection, si l'utilisateur voit ton contenu ou une erreur — et choisir le mauvais code pendant une migration peut effacer discrètement des années de travail SEO.
Voici les codes que tu croiseras vraiment, ce qu'ils signifient, et pourquoi les moteurs de recherche font une telle différence entre des nombres quasi identiques.
Codes HTTP expliqués : les cinq classes
Chaque code appartient à l'une des cinq familles, identifiée par son premier chiffre :
| Classe | Signification | Exemples courants |
|---|---|---|
| 1xx | Information — "continue" | 100 Continue, 103 Early Hints |
| 2xx | Succès — la requête a marché | 200 OK, 204 No Content |
| 3xx | Redirection — le contenu est ailleurs | 301, 302, 304, 307, 308 |
| 4xx | Erreur client — la requête est le problème | 401, 403, 404, 410, 429 |
| 5xx | Erreur serveur — le serveur est le problème | 500, 502, 503 |
Tu penseras rarement aux 1xx. Les quatre autres classes reviennent tous les jours. La liste complète annotée — chaque code, sa signification et sa note SEO — est dans la référence HTTP Status Codes ; ci-dessous, ceux à connaître par cœur.
Les codes qui comptent au quotidien
200 OK — l'objectif
La page existe et a été servie. Pour le SEO, c'est le seul statut sur lequel une URL peut être indexée normalement. Tout le reste est un détour ou une impasse.
301 vs 302 : la décision de redirection qui fait bouger les rankings
Cette paire cause plus de dégâts SEO que n'importe quelle autre, parce que les deux "fonctionnent" pareil dans un navigateur — l'utilisateur atterrit sur la nouvelle URL dans les deux cas. Les moteurs de recherche, eux, les lisent très différemment.
- 301 Moved Permanently — "ce contenu vit à la nouvelle URL, pour toujours." Google transfère les signaux d'indexation et le jus de liens vers la cible, et finit par remplacer l'ancienne URL dans son index. À utiliser pour les migrations de domaine, le passage HTTPS, les restructurations d'URL, les pages fusionnées.
- 302 Found (temporaire) — "le contenu est brièvement ailleurs, garde l'URL d'origine indexée." À utiliser pour les tests A/B, les redirections géo, les campagnes éphémères, les détours de maintenance.
L'erreur classique : une migration de site faite en 302. Google continue d'attendre le retour des anciennes URLs, la consolidation stagne, et les rankings s'affaissent pendant des mois. Google a indiqué que les 302 durables finissent traitées comme des 301 — mais "finissent" n'est pas une stratégie de migration. Si le déplacement est permanent, dis-le avec une 301.
307 et 308 sont les jumeaux modernes stricts : 307 Temporary Redirect ≈ 302 et 308 Permanent Redirect ≈ 301, sauf qu'ils interdisent au navigateur de changer la méthode de la requête (un POST reste un POST). Côté SEO, ils portent les mêmes signaux temporaire/permanent ; tu croiseras surtout la 307 dans les redirections HSTS vers HTTPS.
304 Not Modified — le gain d'efficacité silencieux
Quand un client revalide une page en cache (If-Modified-Since / If-None-Match), une 304 répond "rien n'a changé, utilise ta copie" — aucun corps transféré. Googlebot s'en sert massivement ; des headers Last-Modified/ETag corrects lui permettent de vérifier tes pages à moindre coût et de dépenser ton crawl budget sur le contenu qui a vraiment changé.
401, 403 — portes verrouillées
- 401 Unauthorized — authentification requise, absente ou invalide.
- 403 Forbidden — authentifié ou pas, tu n'as pas le droit.
Les pages derrière ces codes sortent de l'index. Le cas dangereux, ce sont les 403 accidentelles — un firewall ou une protection anti-bot trop zélée qui bloque Googlebot sur tout le site. Si la couverture Search Console se remplit soudain de 403, vérifie tes règles WAF avant toute autre chose.
404 vs 410 : deux façons de dire "disparu"
- 404 Not Found — "rien ici, et je n'en sais pas plus." Google réessaie les URLs en 404 pendant un moment avant de les abandonner, au cas où l'erreur serait passagère.
- 410 Gone — "ça a existé et ça a été supprimé délibérément, définitivement." Google traite la 410 comme un signal de désindexation plus fort et plus rapide, avec moins de recrawls.
Règle pratique : si un contenu a été retiré volontairement et n'a pas de remplaçant, sers une 410. S'il existe une page successeur pertinente, fais plutôt une 301 vers elle — ça préserve le jus de liens que l'ancienne URL avait accumulé. Les liens cassés aléatoires peuvent rester en 404 ; c'est le rôle de ce code. Note quand même que les 404 sur ton propre site gaspillent crawl budget et confiance utilisateur — fais le ménage régulièrement avec le Broken Link Checker.
Méfie-toi de la soft 404 : une page manquante qui renvoie 200 OK avec un message "introuvable", ou un template vide. Les moteurs voient une page "réussie" sans contenu, indexent du déchet, et la signalent dans Search Console comme Soft 404. Toute page réellement manquante doit renvoyer une vraie 404 ou 410 — pas seulement y ressembler.
429 Too Many Requests
Le rate limiting. Si ton CDN ou ton WAF sert des 429 à Googlebot, le crawl ralentit à un filet d'eau. Mets les crawlers vérifiés des moteurs en liste blanche de tes limites agressives.
500, 502, 503 — problèmes serveur
- 500 Internal Server Error — l'application a planté. Des 500 persistantes font désindexer les URLs.
- 502 Bad Gateway — un proxy (nginx, load balancer, CDN) n'a pas pu joindre le backend.
- 503 Service Unavailable — le bon code pour la maintenance planifiée.
La 503 mérite une attention particulière, parce que c'est la façon SEO-safe de mettre un site hors ligne :
HTTP/1.1 503 Service Unavailable
Retry-After: 3600
Content-Type: text/html
<h1>Maintenance en cours — retour dans l'heure.</h1>
Le header Retry-After dit aux crawlers quand revenir. Google traite une 503 comme "temporaire, ne touche pas à l'index" — pendant un moment. Sers des 503 pendant des jours et les pages commencent à sortir. Ne renvoie jamais un 200 sur une page de maintenance (elle serait indexée comme ton contenu) et ne redirige jamais tout le site en 302 vers une page /maintenance en 200 (même problème, avec des étapes en plus).
Comment vérifier le vrai code de statut d'une URL ?
Le navigateur te ment par omission : il suit les redirections en silence, donc la barre d'adresse montre la destination, jamais le trajet. Une seule vieille URL peut sauter http → https → www → slash final — quatre requêtes là où une seule 301 suffirait. Chaque saut ajoute de la latence, et si Google suit les longues chaînes, la consolidation du jus devient moins fiable à chaque bond ; les autres crawlers abandonnent plus tôt.
Pour voir la vérité :
# Suivre toute la chaîne de redirections, afficher statut + URL finale
curl -sIL -o /dev/null -w '%{http_code} %{url_effective}\n' https://exemple.com/vieille-page
# Ou inspecter une seule réponse sans suivre
curl -sI https://exemple.com/vieille-page | head -5
Si tu préfères éviter le terminal, le HTTP Headers Checker interroge n'importe quelle URL et affiche le code de statut, chaque saut de redirection, et tous les headers de réponse — Location, Cache-Control, Retry-After, X-Robots-Tag — dans une vue lisible.
À vérifier sur un vrai site :
- Un seul saut. Chaque URL legacy doit atteindre sa destination finale en une seule 301.
- Une forme canonique cohérente. Choisis entre
https://wwwethttps://nu — tout le reste redirige en 301 vers elle. - Le contenu supprimé renvoie une 410 (ou une 301 vers un successeur), pas une soft 404.
- Les pages d'erreur renvoient de vrais codes 4xx/5xx, pas du 200.
Un passage complet avec l'outil SEO Audit fait remonter les problèmes de codes de statut avec ceux de meta tags et d'indexabilité, et le Broken Link Checker traque chaque lien interne pointant vers une 404 ou une chaîne de redirections.
Consulte n'importe quel code maintenant
HTTP Status Codes est une référence cherchable de tous les codes — signification, causes typiques et impact SEO — avec les codes du quotidien à un clic. Sans compte, gratuitement.