Codes d’état HTTP

TL;DR — Un code d’état HTTP est un nombre à trois chiffres envoyé par le serveur avec chaque page, qui indique au navigateur ou au moteur ce qui s’est passé : succès, redirection, page introuvable ou erreur serveur. Pour le SEO, le code compte autant que la page ; il indique à Google s’il faut indexer, suivre une redirection, revenir plus tard ou abandonner l’URL. Le célèbre 404 ne nuit généralement pas à vos classements.

Qu’est-ce qu’un code d’état HTTP ?

Un code d’état HTTP est la classification standardisée par laquelle le serveur répond à une requête. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes Les moteurs interprètent cette réponse dans leurs pipelines de crawl et d’indexation, avec un comportement documenté séparément de la spécification HTTP. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

À chaque fois que votre navigateur ou Googlebot demande une page, le serveur commence par renvoyer un nombre à trois chiffres. C’est le code d’état HTTP, le résumé en une ligne de ce qui est arrivé à la requête. Vous avez déjà vu 404 lorsqu’une page n’existe pas ; 200 signifie généralement que la page est servie.

Les codes sont répartis en cinq groupes selon leur premier chiffre :

• 1xx — Information. « Patientez, le traitement continue. » Vous les voyez rarement.
• 2xx — Succès. « Voici la réponse. » 200 OK est le plus important.
• 3xx — Redirection. « La ressource a changé d’adresse. » Les redirections sont ici.
• 4xx — Erreur client. « Votre requête pose problème. » 404 Not Found est le cas connu.
• 5xx — Erreur serveur. « Le problème vient de moi, je ne peux pas répondre maintenant. »

Pourquoi le code compte pour le SEO

Les moteurs lisent le code avant le contenu, et il influence le traitement de la page :

• 200 est le code attendu d’une page que vous voulez proposer dans la recherche.
• Une redirection 301 permanente indique à Google une nouvelle adresse et déplace les signaux ; une 302 indique : “this is only for now.” (traduction) : « ce changement n’est que temporaire ».
• 404 ou 410 indiquent que la page est partie et elle sort progressivement de l’index.
• 500 ou 503 signalent une panne ; Google ralentit et réessaie plutôt que de supprimer immédiatement les pages.

L’erreur que font la plupart des gens

Les erreurs 404 ne nuisent généralement pas aux classements. L’aide Search Console le dit explicitement. Si une page ne doit réellement pas exister, laisser le serveur renvoyer 404 est correct et l’erreur peut être ignorée. Le coût réel est indirect : le trafic et les liens que cette page apportait disparaissent. Ce qu’il faut éviter est une page cassée qui reste en ligne avec 200 OK ; Google pourrait indexer cette version comme si elle contenait un vrai contenu.

Vous voulez le détail de chaque famille, le traitement des redirections et erreurs serveur par Google, le piège du soft 404 et la méthode pour vérifier une page ? Passez à l’onglet Avancé.

TL;DR — Le code d’état est un signal SEO indépendant du contenu. 2xx est nécessaire sans être suffisant pour l’indexation. 301/308 transmettent un signal de canonicalisation ; 302/307 non. Les pages 4xx sortent progressivement de l’index et 404 ne nuit généralement pas aux classements. 5xx et 429 ralentissent les crawlers, sans désindexation instantanée. Le piège est le soft 404 : un 200 autour d’un contenu disant que la page n’existe pas, que Google traite comme un vrai 404. Faites correspondre le code à la réalité et utilisez 503, plutôt qu’un 200 cassé, pendant une interruption.

Ce qu’est réellement un code d’état

Les cinq classes viennent de RFC 9110, la spécification HTTP ; ce sont des sémantiques de protocole, pas des scores SEO directs. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes La documentation Google, construite sur cette spécification, décrit des résultats probables de traitement sans garantir un délai exact de crawl ou d’indexation.

La documentation de Google donne la définition la plus claire : “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” (traduction) : « Les codes d’état HTTP sont générés par le serveur qui héberge le site lorsqu’il répond à une requête d’un client, par exemple un navigateur ou un robot d’exploration. » Pour le SEO, l’idée essentielle est que le code constitue un signal à part entière, distinct du HTML envoyé ensuite. Une page peut sembler parfaite à un humain tout en restant invisible dans la recherche à cause du nombre transmis en premier par le serveur.

Les cinq familles vues par le SEO

1xx — Information. Les réponses provisoires 100 Continue et 101 Switching Protocols Protocols sont rarement pertinentes. 103 Early Hints est l’exception moderne : le serveur peut demander au navigateur de précharger des ressources critiques avant la réponse complète. C’est un petit gain de performance, pas un levier d’indexation.

2xx — Succès. 200 OK est le code d’une page indexable, mais nécessaire ne signifie pas suffisant : Google peut refuser une page 200 pour sa qualité, sa duplication ou d’autres raisons. 204 No Content est un cas limite : son corps vide peut être traité comme un soft 404, puisqu’il n’y a rien à indexer.

3xx — Redirection. C’est ici que se trouve la distinction de canonicalisation :

• 301 (permanente) et 308 — Google suit la redirection et utilise le signal pour considérer la destination comme canonique ; les signaux de classement se consolident.
• 302 (temporaire) et 307 — Google suit la redirection, mais le pipeline d’indexation n’utilise pas cette réponse pour déclarer la cible canonique.

Google recommande de “use a permanent server-side redirect whenever possible” (traduction) : « utiliser une redirection permanente côté serveur chaque fois que possible » pour les déplacements définitifs. Il précise : “By default, Google’s crawlers follow up to 10 redirect hops.” (traduction) : « Par défaut, les robots d’exploration de Google suivent jusqu’à 10 sauts de redirection. » Une chaîne plus longue est abandonnée. 304 Not Modified est un signal de cache, sans effet direct sur le classement, mais utile au crawl des grands sites.

4xx — Erreur client. La ressource ne peut pas être servie en raison de la requête : elle est absente, interdite ou inaccessible à ce client. Google indique qu’il n’utilise pas le contenu des URL 4xx et cesse progressivement d’utiliser une URL qui renvoie désormais 4xx. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

Deux nuances importantes :

• 404 ne nuit pas aux classements. L’aide Search Console dit qu’en général ces erreurs n’affectent pas les performances de recherche. Le risque est la perte des liens et du trafic, ou le gaspillage de crawl à grande échelle.
• N’utilisez pas 401/403 pour ralentir Googlebot. Sauf 429, les 4xx n’ont pas d’effet sur le taux de crawl : ils rendent simplement le contenu invisible.

Les codes 401, 403, 404, 410, 429 et 451 ont chacun leur article dédié dans ce cluster ; ce hub sert de carte vers ces approfondissements.

5xx — Erreur serveur. La requête était correcte mais le serveur n’a pas pu répondre : 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable ou 504 Gateway Timeout. Ces erreurs ne désindexent pas instantanément. Les 5xx et 429 font temporairement ralentir les crawlers ; lorsque le serveur revient en 2xx, Google augmente progressivement le crawl. Le ralentissement est proportionnel au nombre d’URL en erreur. Les URL déjà indexées survivent à une panne courte ; des erreurs persistantes peuvent finalement entraîner leur retrait.

Crawl et indexation : le modèle mental

Deux questions différentes se cachent derrière ces codes :

1. Faut-il crawler ? 5xx/429 disent « ralentir et réessayer » ; 301/302 disent « aller ailleurs ». 429 et 5xx sont les familles qui réduisent réellement le crawl.
2. Faut-il indexer, et sous quelle URL ? 2xx est éligible, 4xx abandonne, 301/308 consolide vers la cible.

Le fil qui relie ces deux questions est le soft 404, lorsque code et contenu se contredisent.

Les soft 404 : l’exception discrète

Un soft 404 renvoie un succès 200 alors que le contenu dit que l’objet n’existe pas : page vide, message « introuvable » ou résultat très mince. Google détecte le problème au niveau du contenu, quel que soit le code, et Search Console signale une erreur soft 404.

Le problème est le gaspillage de crawl. Les sites volumineux en produisent souvent à cause d’un CMS ou d’un framework JavaScript qui renvoie 200 pour une route absente. La correction consiste à faire correspondre le code à la réalité : 404 ou 410, afin que Google abandonne proprement l’URL.

404 ou 410 : est-ce vraiment important ?

Très peu pour le SEO. La différence de traitement est minime ; Google ne pénalise pas les 404, même si ces pages sortent de l’index. 410 peut signaler une disparition définitive un peu plus vite et documenter l’intention, tandis que 404 convient si la page pourrait revenir ou si vous n’êtes pas certain. Les deux indiquent à Google de ne plus crawler l’URL.

Codes pour l’indisponibilité et les migrations

Pendant une maintenance planifiée, renvoyez 503 Service Unavailable, jamais un 200 cassé. Un 200 avec la page d’erreur pourrait être indexé comme nouveau contenu ; une redirection vers une page temporaire pourrait être utilisée pour l’indexation. Si l’origin est totalement arrêté, orientez temporairement le DNS vers un serveur qui sert les 503.

Gardez la période courte. 503 convient à des heures, pas à des semaines : un service qui renvoie cette réponse trop longtemps voit son taux de crawl diminuer et peut faire considérer les pages comme réellement disparues.

Comment vérifier le code d’une page

• DevTools du navigateur — ouvrez Network, rechargez, sélectionnez la requête document et lisez Status.
• Ligne de commande — curl -I https://example.com/page affiche les en-têtes d’une requête ; curl -IL https://example.com/page suit toute la chaîne de redirections.
• Google Search Console — Inspection d’URL rapporte le statut observé par Google.
• Bing Webmaster Tools — son outil Inspection d’URL fait de même pour Bingbot.
• Crawlers — Screaming Frog et Ahrefs Site Audit détectent codes, chaînes, 4xx et 5xx en volume ; la barre Ahrefs affiche le code de la page courante.

Un contrôle unique ne décrit qu’une requête. Le résultat peut varier selon méthode, user-agent, authentification, région, heure et cache ou CDN. Une réponse propre depuis votre bureau ne prouve donc pas ce que Googlebot a reçu. Pour rendre le diagnostic reproductible, contrôlez aussi :

• Méthode — HEAD peut omettre des champs nécessaires au contenu ; une vérification HEAD ne prouve pas ce qu’un GET renverra.
• User-agent — détection de bots, géoblocage ou cloaking peuvent servir 200 à Googlebot et 403 au navigateur.
• Région — retestez depuis plusieurs réseaux ou adresses si une règle CDN régionale est possible.
• Cache — écartez une réponse obsolète du navigateur ou du CDN avant d’accuser l’origin.
• Chaîne — notez chaque saut, car le problème réel peut être au milieu et non dans le code final.
• Logs — vérifiez ce que Googlebot a reçu ; les logs serveur sont la référence d’une requête isolée.

Une note sur Bing

Les indications publiques de Bing sur les codes sont moins détaillées que celles de Google. La direction reste la même : renvoyer des codes exacts, corriger les 4xx et 5xx persistants et utiliser des redirections permanentes pour les déplacements permanents. Il vaut mieux le dire clairement que fabriquer une citation Bing absente.

Où aller ensuite : le cluster des erreurs HTTP

Ce hub est la vue d’ensemble. Le sous-hub HTTP Error Codes approfondit les codes que vous devrez réellement diagnostiquer :

• 401 Non authentifié et 403 Interdit — accès et authentification, sans les utiliser pour ralentir le crawl.
• 404 Introuvable, 410 Disparu et 404 contre 410 — disparition d’une page et choix du code.
• 429 Trop de requêtes — limitation de débit et effet particulier sur le crawl.
• 451 Indisponible pour raisons juridiques — blocage légal distinct de 403.
• 500, 502, 503 et 504 — erreurs serveur, ralentissement et maintenance 503.
• Soft 404 — 200 qui est réellement une erreur et manière de le corriger.

Chaque article est imbriqué sous ce hub et listé dans la barre latérale. Pour la consolidation des signaux, voir Canonicalization ; pour la réduction du crawl sur 5xx/429, voir Crawling.

Résumé IA

Voici la version condensée de l’onglet Avancé :

• Le code est un signal SEO distinct du contenu. Une page visuellement parfaite peut rester invisible à cause du numéro envoyé en premier par le serveur.
• Cinq familles : 1xx pour l’information (103 Early Hints peut aider les Core Web Vitals), 2xx pour le succès, 3xx pour les redirections, 4xx pour les erreurs client et 5xx pour les erreurs serveur.
• 200 est nécessaire, mais ne garantit pas l’indexation. La qualité, les doublons et les directives restent déterminants.
• 301/308 transmettent un signal de canonicalisation ; 302/307 non. Google suit les quatre, mais seules les redirections permanentes consolident les signaux vers la cible.
• 404 ne pénalise généralement pas les classements. La page quitte progressivement l’index ; le coût réel est la perte de trafic et de liens.
• 5xx et 429 ralentissent le crawl. Ils ne désindexent pas immédiatement ; la fréquence remonte progressivement après le retour des 2xx.
• Un soft 404 est un 200 dont le contenu indique une erreur. Google détecte le décalage et le traite comme un 404.
• Pendant une maintenance, renvoyez 503. Évitez un 200 cassé ou une redirection vers une page temporaire.
• Règle pratique : faites correspondre le code à la réalité, utilisez des redirections permanentes pour les déplacements définitifs et surveillez les journaux serveur pendant les migrations.
• Repères de diagnostic : 401, 403 et 410 décrivent l’accès ou la disparition ; curl -I teste une réponse et curl -IL suit sa chaîne de redirections.

Documentation officielle

Documentation de première main issue de la spécification du protocole et des moteurs de recherche.

Spécification de référence

• RFC 9110 — HTTP Semantics, §15 Status Codes — définition protocolaire des cinq classes de codes d’état. Point utile : RFC 9110 a remplacé RFC 7231 pour la sémantique HTTP ; c’est donc la référence actuelle.

Google

• Codes d’état HTTP, erreurs réseau et DNS, et recherche Google — document canonique sur la nature des codes, le retrait des 4xx, les soft 404 et le ralentissement lié aux 5xx/429.
• Gestion des redirections par la recherche Google — distinction entre 301/302/307/308, signal de canonicalisation et limite de 10 sauts.
• Optimiser le budget de crawl — décrit 404/410 comme un « signal fort » et explique le gaspillage causé par les soft 404.
• Corriger les erreurs Search Console (404 et erreurs de crawl) — source de l’affirmation selon laquelle les erreurs 404 n’affectent pas les performances de recherche.
• John Mueller — “503s” — recommandation directe de renvoyer 503 pendant une interruption et explication des problèmes causés par un 200 ou une redirection.

Bing / Microsoft

• Bing Webmaster Tools — URL Inspection — vérifier l’état d’indexation, l’explorabilité et les codes de réponse HTTP d’une URL précise.
• Bing Webmaster Tools — Crawl error alerts — alertes pour les erreurs serveur et les problèmes d’exploration.

Citations de la source

Déclarations de Google et des auteurs cités qui encadrent le traitement des codes. Chaque lien pointe vers le passage précis utilisé par la source anglaise.

Google — codes et comportement des 4xx/404

• “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” (traduction) : « Les codes d’état HTTP sont générés par le serveur qui héberge le site lorsqu’il répond à une requête d’un client, par exemple un navigateur ou un robot d’exploration. » — Documentation Google Search Central. Citation
• “Google doesn’t use the content from URLs that return 4xx status codes.” (traduction) : « Google n’utilise pas le contenu des URL qui renvoient des codes d’état 4xx. » Citation
• “In general, 404 errors won’t impact your site’s search performance.” (traduction) : « En général, les erreurs 404 n’affectent pas les performances de recherche de votre site. » — Aide Google Search Console. Citation

Google — soft 404 et budget de crawl

• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (traduction) : « Si le contenu suggère une erreur pour la recherche Google, une page vide ou un message d’erreur, Search Console affiche une erreur soft 404. » Citation
• “soft 404 pages will continue to be crawled, and waste your budget.” (traduction) : « les pages soft 404 continueront d’être explorées et gaspilleront votre budget. » Citation
• “a 404 status code is a strong signal not to crawl that URL again.” (traduction) : « un code d’état 404 constitue un signal fort invitant à ne plus explorer cette URL. » Citation

Google — ralentissement 5xx/429 et mauvais usage de 401/403

• 5xx and 429 server errors “prompt Google’s crawlers to temporarily slow down with crawling.” (traduction) : « Les erreurs serveur 5xx et 429 conduisent les robots de Google à ralentir temporairement le crawl. » Citation
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” (traduction) : « Lorsque le serveur recommence à répondre avec un code d’état 2xx, Google augmente progressivement la fréquence de crawl. » Citation
• “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” (traduction) : « N’utilisez pas les codes d’état 401 et 403 pour limiter la fréquence de crawl. Les codes 4xx, sauf 429, n’ont aucun effet sur celle-ci. » Citation

Google — redirections et canonicalisation

• “Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” (traduction) : « Googlebot suit la redirection et le pipeline d’indexation l’utilise comme signal indiquant que la cible devrait être canonique. » (301 / 308) Citation
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (traduction) : « Googlebot suit la redirection, mais le pipeline d’indexation ne l’utilise pas comme signal indiquant que la cible devrait être canonique. » (302 / 307) Citation
• “By default, Google’s crawlers follow up to 10 redirect hops.” (traduction) : « Par défaut, les robots d’exploration de Google suivent jusqu’à 10 sauts de redirection. » Citation

John Mueller, Google — 503 en cas d’indisponibilité

• “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” (traduction) : « si un problème grave survient chez votre hébergeur et que vous ne pouvez plus héberger votre site, renvoyez un code de résultat HTTP « 503 Service unavailable ». » Citation
• “Returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates).” (traduction) : « Renvoyer une page d’erreur avec « 200 OK » nous conduira à indexer ce changement de contenu (et si toutes vos pages renvoient la même page d’erreur, nous pourrons considérer ces URL comme des doublons). » Citation

John Mueller, Google — 404 contre 410

• “The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes.” (traduction) : « La différence de traitement entre 404 et 410 est si minime que je ne vois aucun cas où je préférerais l’un à l’autre pour le SEO. »
• “Google does not penalize for 404’s (those pages drop out of the index though).” (traduction) : « Google ne pénalise pas les 404, même si ces pages quittent l’index. » Relais par l’article d’avril 2024 de Search Engine Journal sur une réponse Reddit r/SEO ; corroboré par Search Engine Roundtable. Couverture

Gary Illyes, Google — 503 et taux de crawl

• “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate.” (traduction) : « Renvoyer un code d’état 503 pendant une période prolongée entraîne une baisse de la fréquence de crawl. »
• “Fortunately for you, 10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” (traduction) : « Heureusement, 10 à 15 minutes de temps en temps ne constituent en aucun cas une période prolongée ; tout devrait donc bien se passer. » Relais de la couverture Search Engine Journal d’une session Google SEO Office Hours, avril 2024. Couverture

Quel code d’état renvoyer ?

Procédez de haut en bas : la première situation correspondante l’emporte. Commencez par distinguer les réponses de succès et de redirection des erreurs 4xx.

La page a changé d’URL.

• Définitivement ? → 301 (ou 308). Google consolide les signaux de classement vers la cible.
• Seulement pour le moment (test A/B adaptation géographique, campagne courte) ? → 302 (ou 307). Aucun signal de canonicalisation.

La page a disparu et ne reviendra pas.

• La disparition est certaine et définitive ? → 410 : ce code exprime un peu plus vite la permanence.
• Elle peut revenir, ou vous avez un doute ? → 404 : Google la retire de l’index avec le temps dans les deux cas.
• Une nouvelle page constitue un véritable équivalent ? → 301 vers celle-ci. Ne redirigez pas tout vers l’accueil : cela crée des soft 404.

La page exige une connexion ou son accès est restreint.

• → 401 (authentification requise) ou 403 (accès interdit). Ne les utilisez pas pour ralentir Googlebot : ils ne réduisent pas la fréquence de crawl, ils masquent simplement le contenu.

Un élément est temporairement défaillant, ou vous effectuez une maintenance ou une migration.

• Interruption planifiée de quelques heures, pas de plusieurs semaines ? → 503, idéalement avec un en-tête Retry-After. Google ralentit puis revient, sans indexer la page de maintenance.
• Surcharge due à un trop grand nombre de requêtes ? → 429. Google la traite comme un signal serveur et ralentit.
• Défaillance inattendue du serveur ? → 500, 502 ou 504, puis corrigez-la vite. Une panne brève est tolérée ; une panne prolongée peut désindexer les URL.

Le contenu est bloqué pour une raison juridique (décision de justice, RGPD, licence ou interdiction nationale) → 451, qui signale un blocage juridique, distinct d’un simple 403.

Tout fonctionne et vous souhaitez que la page soit indexée → 200. Ce code est nécessaire, mais pas suffisant : Google peut encore décider de ne pas l’indexer.

Chacun de ces codes fait l’objet d’un article détaillé dans le cluster consacré aux erreurs HTTP.

Codes d’état HTTP pour le SEO — référence complète

Les cinq familles en un coup d’œil

Les codes utiles au SEO, un par un

Trois regroupements importants

• Signaux forts sur lesquels Google agit : 301/308 (cible canonique), 404/410 (retrait de l’index).
• Surtout UX ou contrôle d’accès, sans effet sur la fréquence de crawl : 401, 403, 451.
• Situations opérationnelles ou temporaires, avec ralentissement du crawl : 429, 500, 502, 503, 504.

À retenir

• 200 ne garantit pas à lui seul l’indexation.
• Seuls 429 et les codes 5xx ralentissent la fréquence de crawl de Google.
• Google suit jusqu’à 10 sauts de redirection ; les chaînes plus longues sont abandonnées.
• Soft 404 = statut 200 et contenu indiquant « introuvable » ; Google le traite comme un 404.
• 404 ne pénalise généralement pas les classements.
• Pour une maintenance, utilisez 503, pas 200 et pas une redirection.
• Pour vérifier rapidement, curl -I lit la première réponse et curl -IL suit les redirections.

Des ressources qui valent le détour

Mes articles

• Codes d’état HTTP et leur impact SEO — ma référence complète par famille chez Ahrefs (1xx à 5xx, plus les codes non standard), sur laquelle s’appuie ce hub.
• 11 types de redirections et leur impact SEO — l’analyse complémentaire de la famille 3xx, du choix de la redirection et de ses raisons.
• Guide du débutant en SEO technique — la place des codes d’état dans l’ensemble du SEO technique.

Dans le secteur

• Codes d’état HTTP, erreurs réseau et DNS, et recherche Google (Google) — la documentation canonique à l’origine de la plupart des affirmations de ce hub.
• Gestion des redirections par la recherche Google (Google) — distinction de canonicalisation entre 301/302/307/308 et limite de 10 sauts.
• “503s” (John Mueller) — recommandation directe de renvoyer 503 pendant une interruption et explication des problèmes causés par un 200 cassé.
• John Mueller clarifie la différence entre 404 et 410 pour le SEO (SEJ) — citation sur la différence « si minime ».
• Impact SEO des codes d’état 503 selon Google (SEJ) — conseil de Gary Illyes sur les « 10 à 15 minutes ».
• Guide complet des codes d’état HTTP pour le SEO (Search Engine Land) — référence détaillée code par code.
• Codes d’état HTTP (Screaming Frog) — méthodes pratiques de détection et d’export en masse.
• Vérifier le code d’état HTTP des pages (Ahrefs Help) — vérifier les codes avec la SEO Toolbar et Site Audit.

Origine des citations

La liste complète des sources derrière la lens Quotes :

• Codes d’état HTTP, erreurs réseau et DNS, et recherche Google — documentation Google, définitions, 4xx, soft 404 et 5xx/429.
• Gestion des redirections par la recherche Google — documentation Google, canonicalisation 301/308 contre 302/307 et limite de dix sauts.
• Optimiser le budget de crawl — signal fort pour ne plus crawler et gaspillage des soft 404.
• Corriger les erreurs Search Console — la phrase sur l’absence d’effet général des 404.
• “503s” — directive de John Mueller pour les indisponibilités et anti-patterns 200/redirect
• John Mueller clarifie la différence entre 404 et 410 pour le SEO — réponse relayée par SEJ.
• Google On The SEO Impact Of 503 Status Codes — session d’Office Hours relayée.

Crawler d’abord, index ensuite

Utilisez ce modèle en deux étapes lorsqu’un code d’état pose une question SEO.

Étape 1 : le crawler peut-il récupérer une réponse exploitable ?

• 2xx indique que la requête a réussi et que le contenu peut être traité.
• 3xx envoie le crawler vers une autre URL ; les codes permanents et temporaires fournissent des signaux de canonicalisation différents.
• La plupart des 4xx indiquent que le contenu demandé n’existe pas ou ne peut pas servir.
• 5xx et 429 indiquent une panne ou une surcharge ; les crawlers peuvent réduire le rythme.

Si la récupération échoue, la qualité et l’optimisation de la page ne peuvent pas réparer cette requête. Corrigez d’abord l’état de transport ou l’URL prévue.

Étape 2 : faut-il indexer le contenu récupéré, et sous quelle URL ?

Un 200 ne franchit que la première barrière. Google peut ne pas indexer un contenu mince, dupliqué, bloqué ou ressemblant à une erreur ; un 200 d’erreur peut devenir un soft 404. Une redirection peut être suivie tandis que sa cible échoue encore. Une réponse réussie est une éligibilité, pas une garantie de classement.

Diagnostic pratique

1. Enregistrez le statut réel et chaque saut de redirection.
2. Décidez si la réponse correspond à l’état voulu de l’URL.
3. Pour une page 2xx utilisable, inspectez indexabilité et signaux canoniques.
4. Pour un 4xx, décidez si la disparition est intentionnelle.
5. Pour un 5xx ou 429, examinez fiabilité et portée avant d’interpréter la performance.

Vérifier la première réponse

Exécutez ceci dans un shell macOS/Linux pour afficher les en-têtes sans suivre les redirections :

curl -sS -D - -o /dev/null https://www.example.com/page

Pour afficher seulement le code :

curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/page

Équivalent PowerShell (PowerShell 7+) :

$response = Invoke-WebRequest -Uri 'https://www.example.com/page' -Method Head -SkipHttpErrorCheck
$response.StatusCode
$response.Headers

Si le serveur traite HEAD différemment, faites une requête GET normale avant de tirer une conclusion.

Suivre et afficher le chemin de redirection

L’option -L suit les redirections et -v montre chaque requête et réponse. Inspectez les lignes qui commencent par < HTTP et < location: :

curl -sS -L -o /dev/null -v https://www.example.com/old-page

Utilisez Redirect Chain Mapper pour une vue plus lisible d’une URL ou d’un lot.

Outils pour lire le comportement des statuts

• Bulk HTTP Status Code Checker — vérifier jusqu’à 500 URL, voir chaque chaîne et destination, filtrer les problèmes et exporter le résultat.
• HTTP Header Checker — inspecter les en-têtes complets à travers les redirections, notamment cache, CDN, compression et sécurité.
• Redirect Checker — examiner rapidement statut final, destination et séquence de sauts d’une URL ou d’un petit lot.
• Website Down Checker — tester portée et temps de réponse depuis un point externe lorsqu’un 5xx peut être intermittent.
• DevTools du navigateur → Network — sélectionner la requête document et inspecter Status Code et Response Headers ; ne pas confondre message rendu par JavaScript et statut HTTP du document.

Testez vos connaissances : codes d’état HTTP

Cinq questions rapides sur l’effet des codes sur le SEO.

Journal des modifications