200 OK : quand le succès suffit (ou non) pour le SEO

200 OK est la réponse de succès standard : la requête a abouti et le serveur renvoie ce qui était demandé. Pour une page web, c’est le HTML. C’est le statut que doit renvoyer toute page destinée à apparaître dans les résultats de recherche, mais un 200 ne prouve pas à lui seul qu’une page est saine ou indexable.

Ce que signifie 200

La RFC 9110, section 15.3.1 indique qu’un 200 signale que la requête a réussi, le contenu de la réponse dépendant de la méthode : pour GET, une représentation de la ressource ; pour HEAD, les mêmes en-têtes sans corps ; pour POST, le résultat de l’action. Un 200 est mis en cache par défaut : navigateurs et CDN peuvent donc le stocker, sauf si Cache-Control dit le contraire.

Comment Google traite un 200

Le guide de Google sur les codes de statut HTTP et les erreurs réseau explique que Googlebot transmet le contenu d’un 200 au processus d’indexation, qui peut l’indexer, sans que ce soit garanti. Une page peut répondre 200 et rester absente des résultats à cause de :

• une balise meta robots noindex ou un en-tête X-Robots-Tag ;
• une balise canonical pointant vers une autre URL ;
• un contenu qui ressemble à une erreur, que Google peut signaler comme soft 404 ;
• un contenu pauvre ou dupliqué que Google décide de ne pas indexer.

Le problème des soft 404

Un soft 404 est une page qui affiche « introuvable », « aucun résultat » ou « ce produit n’est plus disponible » alors que le serveur répond 200 OK. Les visiteurs voient une erreur ; les robots, eux, apprennent que tout s’est bien passé. Google en signale beaucoup dans le rapport « Indexation des pages » de la Search Console, et ces pages vides gaspillent du budget de crawl. Leurs sources habituelles :

• des modèles de page d’erreur personnalisés qui ne définissent jamais le code de statut ;
• des applications monopages dont toutes les routes renvoient la même coquille en 200 ;
• des pages de recherche interne ou de catégorie vides ;
• des annonces expirées laissées en ligne avec une simple ligne d’avertissement.

Corrigez-les en renvoyant 404 ou 410 quand le contenu a disparu, une 301 quand il existe un vrai remplaçant, ou un vrai contenu quand la page doit exister.

Autres pièges du 200

Trop d’URL qui répondent 200. Si http:// et https://, www et sans www, avec ou sans barre oblique finale, ou avec des paramètres, renvoient tous 200 avec la même page, vous créez du contenu dupliqué. Choisissez une seule version, redirigez les autres et ajoutez une balise canonical auto-référente.

Murs de connexion et messages d’erreur servis en 200. Un espace membres qui affiche un formulaire de connexion à l’URL de la page, ou une erreur de base de données imprimée dans une page en 200, peut finir indexé comme du contenu sans valeur. Les zones protégées doivent répondre 401, et les défaillances un code 5xx.

Définir le bon statut dans le code

// PHP : définir le statut avant toute sortie
http_response_code(404);

// Express
res.status(404).render('not-found');

Comment vérifier

Passez vos URL clés dans le vérificateur de statut HTTP pour confirmer que chacune renvoie 200 directement, et non après une redirection. Utilisez ensuite le vérificateur d’indexabilité pour voir si des règles robots, un noindex ou une balise canonical annulent ce 200. Une réponse saine ressemble à ceci :

HTTP/2 200
content-type: text/html; charset=utf-8
cache-control: public, max-age=300
etag: "6a1f-5e2c"
last-modified: Tue, 27 Oct 2026 09:12:44 GMT
vary: Accept-Encoding

Questions fréquentes