Vous avez repéré un « status code 20 » dans un outil d’analyse, un journal serveur ou un rapport SEO ? Avant de chercher une règle obscure chez Google, vérifiez une chose simple : 20 n’est pas un code de statut HTTP standard. Le protocole prévoit des codes à trois chiffres, comme 200, 301 ou 404. Cette valeur peut donc signaler un affichage tronqué, une anomalie de collecte ou un code propre à un outil.
La nuance compte. Interpréter « 20 » comme un code HTTP valide peut conduire à diagnostiquer un problème qui n’existe pas — ou à passer à côté d’une vraie erreur. Voici comment comprendre cette valeur, la vérifier et mesurer son éventuel impact sur votre référencement naturel.
Qu’est-ce qu’un code de statut HTTP ?
Lorsqu’un navigateur ou un robot demande une page à un serveur, celui-ci renvoie une réponse. Le code de statut HTTP indique, de façon synthétique, le résultat de cette demande. Il aide notamment à savoir si la page a été trouvée, déplacée ou si le serveur n’a pas pu répondre.
Les codes HTTP normalisés comportent trois chiffres. Leur premier chiffre indique une grande famille de réponses :
- 1xx : information provisoire, liée au traitement de la demande ;
- 2xx : demande traitée avec succès ;
- 3xx : redirection vers une autre adresse ;
- 4xx : erreur liée à la demande, par exemple une page introuvable ;
- 5xx : erreur du serveur.
Le code 200, par exemple, signifie que la ressource a été transmise avec succès. Le code 301 indique une redirection permanente, tandis que le code 404 signale que la ressource demandée n’a pas été trouvée.
Un code composé uniquement de deux chiffres, comme « 20 », ne correspond pas à un code HTTP standard complet. Il ne faut donc pas le confondre avec la famille des réponses 2xx : cette famille commence par le chiffre 2, mais ses codes comportent bien trois chiffres, tels que 200, 204 ou 206.
Pourquoi un outil peut-il afficher « status code 20 » ?
Si « 20 » apparaît dans un rapport, plusieurs explications sont possibles. La première est souvent la plus banale : l’information a été coupée ou mal retranscrite. Un code 200 peut avoir perdu son dernier zéro à l’affichage, lors d’une exportation ou d’un traitement de données.
Autre possibilité : le logiciel n’affiche pas un statut HTTP, mais une valeur interne. Certains outils associent leurs propres numéros à des états de connexion, des erreurs de collecte ou des résultats d’analyse. Dans ce cas, « 20 » ne décrit pas directement la réponse du serveur. Il faut consulter la documentation de l’outil concerné.
La valeur peut également venir d’une colonne mal interprétée. Un export au format tableur, par exemple, peut déplacer les données ou tronquer un champ. Enfin, certains journaux rassemblent plusieurs informations dans une même ligne : le nombre repéré peut correspondre à une mesure, à une durée ou à un autre champ, et non au statut HTTP.
En pratique, le contexte est déterminant. La question à poser n’est pas seulement « que signifie 20 ? », mais aussi « où cette valeur apparaît-elle, et quelle donnée le logiciel prétend-il afficher ? »
Comment vérifier la réponse réellement envoyée par le serveur
Avant de modifier une page, une redirection ou un réglage serveur, vérifiez le statut reçu lors d’une requête réelle. Une vérification manuelle permet souvent de distinguer rapidement un véritable problème d’un simple défaut d’affichage.
- Contrôlez l’adresse dans plusieurs outils. Comparez le rapport avec un autre outil d’audit ou avec les outils de développement de votre navigateur.
- Vérifiez la réponse HTTP directement. Une commande de diagnostic réseau ou un vérificateur de statut peut afficher le code renvoyé pour l’adresse testée.
- Consultez les journaux du serveur. Ils permettent de rapprocher une requête de sa réponse, à condition que la configuration enregistre bien ces informations.
- Testez plusieurs pages concernées. Un seul résultat isolé peut venir d’un incident temporaire ou d’une particularité de l’outil.
- Comparez la page avec et sans redirection. Vérifiez l’adresse d’origine, la destination et le statut final, plutôt que de vous arrêter à la première réponse.
Un exemple concret : un outil signale « 20 » pour une page produit. Vous testez cette adresse avec un second vérificateur et obtenez 200. Les journaux indiquent également une réponse 200 au même moment. Le problème se situe alors probablement dans l’affichage ou la collecte du premier outil, et non dans la page elle-même.
À l’inverse, si les tests révèlent une réponse 500, le chiffre « 20 » n’était peut-être qu’un symptôme mal présenté. C’est le statut confirmé par le serveur qu’il faut analyser.
Quel impact sur le référencement naturel ?
En lui-même, un « status code 20 » n’a pas d’impact SEO direct : ce n’est pas un statut HTTP standard que les moteurs de recherche pourraient interpréter comme une réponse serveur. Le risque vient plutôt d’une mauvaise décision prise à partir de cette valeur, ou du problème réel qu’elle masque.
Les codes de statut, eux, sont importants pour l’exploration et l’indexation. Une page qui renvoie 200 est généralement accessible au robot d’exploration. Une page qui renvoie 404 peut être retirée de l’index si elle n’existe plus. Une redirection 301 bien configurée peut transmettre les visiteurs et orienter les moteurs vers une nouvelle adresse. Une erreur 5xx répétée peut empêcher l’exploration de certaines pages et fragiliser leur présence dans les résultats.
Imaginons qu’un site marchand affiche « 20 » sur plusieurs centaines de pages de catégories. Si l’équipe suppose qu’il s’agit de réponses réussies et ignore le signal, elle pourrait manquer des erreurs 503 pendant une période de forte activité. Les robots et les visiteurs seraient alors confrontés à des pages temporairement indisponibles. Le vrai problème ne serait pas le nombre 20, mais la panne serveur révélée par des vérifications complémentaires.
À l’inverse, supprimer des pages ou changer des redirections sur la seule base d’un statut mal identifié peut entraîner des pertes de trafic évitables. En SEO technique, mieux vaut confirmer la réponse avant d’intervenir.
Les codes à trois chiffres à connaître
Pour interpréter correctement un rapport, concentrez-vous sur le code HTTP réellement reçu. Quelques statuts méritent une attention particulière lors d’un audit :
- 200 : la page est servie correctement. Cela ne garantit pas, à lui seul, qu’elle soit indexable : les balises, le contenu et les directives d’exploration comptent aussi.
- 301 : la ressource a été déplacée de manière permanente. Vérifiez que la destination est pertinente et évitez les chaînes de redirections inutiles.
- 302 : la redirection est temporaire. Elle peut être adaptée dans certains cas, mais son usage doit correspondre à la situation réelle.
- 404 : la page demandée est introuvable. Si elle a été supprimée, déterminez si une redirection vers une page équivalente est utile ou si le 404 est justifié.
- 410 : la ressource a été supprimée de façon volontaire et définitive.
- 500 et 503 : le serveur rencontre une erreur ou est temporairement indisponible. Une répétition de ces réponses appelle une investigation rapide.
Une réponse 200 ne suffit pas non plus à garantir une page saine. Un serveur peut renvoyer 200 pour une page d’erreur personnalisée. C’est ce qu’on appelle parfois une « fausse page 404 » : le visiteur voit un message d’erreur, mais le serveur annonce que la page fonctionne. Ce décalage peut compliquer le travail des moteurs et fausser les rapports d’audit.
Que faire si le signal apparaît dans un audit SEO ?
Avancez par étapes et évitez les corrections précipitées. Commencez par noter l’adresse concernée, l’heure du relevé, le nom de l’outil et la colonne où figure la valeur. Ces détails aident à comprendre si le résultat est reproductible.
Ensuite, testez l’adresse depuis plusieurs sources et relevez le code HTTP complet, la chaîne de redirections et la réponse finale. Si les outils divergent, vérifiez les conditions de test : certains suivent automatiquement les redirections, tandis que d’autres affichent uniquement la première réponse. Les robots d’exploration peuvent aussi recevoir une réponse différente si le serveur applique des règles selon l’adresse IP ou l’agent utilisé.
Si le code est bien standard mais inattendu, examinez la configuration du serveur, les règles de redirection, le système de gestion de contenu et les éventuels modules de sécurité. Pour un incident intermittent, consultez les journaux autour de l’heure du relevé. Un pic de charge ou une limitation de requêtes peut expliquer des erreurs temporaires.
Enfin, consignez la correction et relancez l’audit. Cette étape permet de confirmer que le problème a disparu et d’éviter de confondre une anomalie ponctuelle avec une tendance durable. Un tableau de suivi simple — adresse, code attendu, code observé, date et action — suffit souvent à rendre le diagnostic plus fiable.
À retenir pour éviter les fausses alertes
« Status code 20 » n’est pas un statut HTTP valide. Si vous le rencontrez, cherchez d’abord à identifier la source de la valeur : affichage tronqué, export incorrect, donnée interne à l’outil ou mauvais champ interprété. Puis confirmez le code à trois chiffres réellement renvoyé par le serveur.
Ce réflexe évite deux erreurs coûteuses : ignorer une véritable panne et modifier un site pour corriger un signal inexistant. En référencement naturel, une mesure n’est utile que si l’on sait précisément ce qu’elle mesure. Et parfois, le premier bon diagnostic consiste simplement à demander : « Est-ce bien le statut HTTP que je regarde ? »