Un document public introuvable doit afficher une explication claire et renvoyer un code d’état HTTP approprié, généralement 404. Sur un Mac, vous pouvez vérifier ces deux éléments dans Chrome, repérer toute incohérence et indiquer précisément à votre système de publication comment la corriger.

Ce processus s’adresse aux personnes qui gèrent des pages de documents publics : guides, notes de référence ou simples fiches d’instructions. L’objectif est de faire correspondre l’adresse demandée, la réponse du serveur et le message affiché. Tous les chemins donnés en exemple sont fictifs.

Quelle réponse faut-il renvoyer pour un document introuvable ?

Commencez par déterminer ce qui doit se passer à l’adresse du document. Une page déplacée ne doit pas être traitée comme une page qui n’existe plus. Consultez ce tableau de décision avant de modifier la page d’erreur.

État du document Réponse prévue Ce que les lecteurs doivent voir
Il existe à l’adresse demandée 200 OK Le document complet
Il a un remplaçant permanent clairement identifié Redirection 301 Le document de remplacement à sa nouvelle adresse
Il est introuvable et n’a pas d’équivalent de remplacement 404 Not Found Une explication utile indiquant que le document est introuvable
Il a été délibérément supprimé et son absence devrait être permanente 410 Gone convient Une explication claire de sa suppression et une navigation utile

HTTP définit 404 sans indiquer si l’absence est temporaire ou permanente. Il définit 410 pour une ressource dont l’indisponibilité devrait être permanente ; si son caractère permanent est incertain, utilisez 404. Ces définitions figurent dans la RFC 9110, sections 15.5.5 et 15.5.11.

Google recommande une redirection permanente lorsqu’un document a été déplacé ou qu’il a un remplaçant clairement identifié. S’il a été supprimé sans remplaçant similaire, Google recommande 404 ou 410. Consultez les recommandations de Google pour traiter les réponses signalant un contenu introuvable.

Par exemple, supposons que /documents/paper-folding-notes soit devenu /documents/paper-folding-guide et que les instructions soient largement équivalentes. Une redirection permanente convient. Si les notes ont été supprimées sans être remplacées, gardez une réponse indiquant que le document est introuvable à l’ancienne adresse. Vous pouvez proposer sur cette page un lien vers le répertoire général des documents.

Pourquoi une page d’erreur convaincante ne suffit-elle pas ?

Une page peut afficher clairement Document introuvable alors que le serveur renvoie 200. Google appelle ce type d’incohérence une erreur 404 logicielle ; une page vide ou dépourvue de contenu principal peut également être classée ainsi. Consultez l’explication de Google sur les erreurs 404 logicielles.

Le code d’état fait partie de la réponse HTTP et est distinct du contenu explicatif. Par conséquent, modifier le titre ou ajouter une grande mention 404 ne permet pas de définir le code de réponse. Vérifiez la requête du document elle-même avant de conclure que le problème est résolu. La RFC 9110 décrit le rôle des codes d’état des réponses.

Comment vérifier la réponse du document sur un Mac ?

Utilisez les outils intégrés de Chrome pour effectuer cette vérification. Préparez l’adresse d’un document dont vous savez qu’il fonctionne et un chemin volontairement inexistant sur le même site public. Par exemple, le chemin introuvable pourrait être /documents/missing-paper-example-731. Choisissez une adresse dont vous savez qu’aucun document n’a été publié.

  1. Ouvrez la page publique dans Chrome.
  2. Appuyez sur Command + Option + I pour ouvrir les outils de développement.
  3. Sélectionnez le panneau Network.
  4. Avec les outils de développement ouverts, saisissez l’adresse de test dans la barre d’adresse et chargez-la.

Chrome indique le raccourci Mac dans Ouvrir les outils de développement Chrome. L’activité réseau est enregistrée lorsque les outils de développement sont ouverts, comme l’explique l’aperçu du panneau Network.

  1. Cochez Disable cache pour éviter de vous fier à la réponse mise en cache par le navigateur pendant cette vérification.
  2. Activez Preserve log si vous devez suivre la navigation au fil des redirections.
  3. Rechargez l’adresse de test.
  4. Sélectionnez la requête du document principal, puis ouvrez Headers. Dans General, lisez l’adresse de la requête et son code d’état.

La documentation de Chrome sur les fonctionnalités du panneau Network décrit ces commandes et l’emplacement du code d’état.

Examinez attentivement la requête du document. Le journal contient également des requêtes pour les scripts, les feuilles de style et d’autres ressources. L’absence d’un fichier auxiliaire ne prouve pas que le document lui-même a renvoyé 404. Dans le tableau des requêtes de Chrome, la colonne Status indique le code HTTP et la colonne Type la catégorie de la ressource ; consultez Inspecter l’activité réseau.

Comparez maintenant trois observations : l’adresse initialement demandée, le code de réponse de ce document et la page visible après le chargement. Consignez-les ensemble. Si la navigation modifie l’adresse, examinez la requête initiale et la destination au lieu de ne noter que la page finale.

Comment transformer ces observations en correction ?

Le tableau de diagnostic suivant est une synthèse pratique des définitions HTTP et des recommandations de dépannage de Google. C’est un outil d’aide à la décision, pas un ensemble de résultats mesurés.

Résultat observé Élément à examiner Correction prévue
200 avec un message indiquant que le document est introuvable Le gestionnaire des chemins introuvables ou le mécanisme de secours Renvoyer 404 avec l’explication
404 avec le document attendu affiché La réponse associée à une route existante Servir correctement ce document avec 200
Redirection vers un répertoire général L’existence d’un remplaçant équivalent Rediriger vers le document équivalent ou afficher une page d’erreur
200 avec un document vide ou incomplet Le chargement et l’affichage du contenu Rétablir le contenu prévu si le document existe toujours
404 avec un message utile sur la page introuvable Vérifier si l’adresse est réellement absente Conserver ce comportement si l’absence est prévue

La documentation de dépannage de Google distingue explicitement les documents indisponibles, ceux qui ont été déplacés et ceux qui existent toujours, mais ne se chargent pas correctement. Cette distinction évite de traiter une page existante incomplète comme si elle avait été volontairement supprimée. Consultez Résoudre les erreurs d’exploration de Google Search.

Pour transmettre une demande concrète, écrivez : « Pour le chemin fictif introuvable /documents/missing-paper-example-731, renvoyer 404 et afficher la page personnalisée signalant que le document est introuvable à cette adresse. Continuer à servir correctement les chemins des documents existants. N’appliquer des redirections permanentes que lorsqu’un remplaçant équivalent a été identifié. » Ajoutez le code d’état observé et le message affiché lors de votre vérification.

Cette demande décrit le comportement attendu sans faire de suppositions sur les intitulés de menus de votre plateforme de publication. La mise en œuvre relève de la configuration d’hébergement, de la route de l’application ou du système de publication qui produit la réponse. Google explique que les codes d’état HTTP sont générés par le serveur d’hébergement dans sa documentation sur les codes d’état HTTP.

Que faire si l’éditeur permet uniquement de modifier le contenu de la page ?

Un éditeur qui modifie le texte ou les métadonnées d’un document ne contrôle pas forcément les réponses HTTP. Le standard HTML du WHATWG définit certains comportements pour les directives meta utilisant http-equiv ; la définition du code d’état d’une réponse HTTP n’en fait pas partie. Ajouter http-equiv="status" n’est donc pas une méthode prise en charge pour créer une 404. Consultez HTML Standard : directives pragma.

Lorsque l’éditeur ne permet pas de contrôler les réponses, utilisez le mécanisme de gestion des pages introuvables documenté par la couche d’hébergement ou d’application. Demandez si elle sert le contenu personnalisé avec 404 à l’adresse demandée qui ne mène à aucun document. Une option qui choisit uniquement la mise en page d’une page d’erreur ne répond pas à cette question ; vérifiez le résultat avec la procédure dans le navigateur.

Exemple documenté pour les pages statiques sur Netlify

Pour un site statique existant sur Netlify, le mécanisme documenté utilise un fichier nommé 404.html. Netlify l’utilise automatiquement lorsque des chemins ne correspondent à aucun fichier statique. Il s’agit d’un exemple propre à ce fournisseur, soumis à certaines conditions : l’accès au résultat final du site et l’existence d’une compilation de pages statiques. Netlify documente la gestion personnalisée des erreurs 404.

  1. À l’aide du modèle de page existant du site, créez la page signalant que le document est introuvable.
  2. Vérifiez que le résultat final contient 404.html à la racine du répertoire de publication.
  3. Vérifiez qu’aucune règle de routage antérieure ne redirige les adresses inconnues vers une autre page.
  4. Une fois le nouveau résultat disponible à l’adresse publique, examinez un chemin introuvable et un document qui fonctionne.

Il est important de vérifier le routage, car Netlify traite les règles de routage avant de passer aux fichiers statiques et au mécanisme final de gestion des pages introuvables. Une requête déjà prise en charge plus tôt n’atteindra pas ce dernier mécanisme. La documentation de Netlify sur la chaîne de traitement des requêtes en explique l’ordre. Cet exemple décrit une méthode de correction ; il ne signifie pas qu’un site a été modifié.

Limites des applications dont les routes sont gérées par le navigateur

Certaines applications ne découvrent l’absence d’un document qu’après l’exécution de JavaScript. Google reconnaît qu’il peut être difficile de renvoyer des codes d’état pertinents avec le routage côté client. Les solutions de remplacement documentées consistent à rediriger avec JavaScript vers une adresse dont le serveur renvoie 404, ou à ajouter des métadonnées noindex à la page d’erreur. Consultez les recommandations de Google sur le référencement JavaScript.

Ces solutions ont des résultats différents. La redirection mène à une nouvelle adresse qui renvoie une véritable réponse indiquant que la page est introuvable. La méthode des métadonnées concerne l’indexation tout en laissant inchangé le code d’état HTTP d’origine. Si vous devez conserver l’adresse du document d’origine et y renvoyer 404, la réponse de l’hébergement ou de l’application doit permettre ce comportement.

Que doit indiquer la page signalant que le document est introuvable ?

Utilisez un message court et précis, comme Ce document est introuvable. Ajoutez une action utile : un lien vers le répertoire des documents ou vers une autre destination de navigation vérifiée. Conservez la navigation et l’apparence familières du site. Google recommande un langage clair, une mise en page cohérente et des liens utiles pour les pages d’erreur personnalisées.

Pour l’exemple fictif du document sur le pliage du papier, un texte approprié serait : Nous n’avons pas trouvé ce document sur le pliage du papier. Parcourez le répertoire des documents pour choisir un autre guide. N’indiquez qu’un document a été définitivement supprimé que si vous en avez la certitude. Laissez l’explication visible au lieu de rediriger immédiatement toutes les adresses introuvables.

Comment vérifier que la réponse et la page concordent ?

Répétez la vérification avec un petit ensemble de comparaison. Les résultats attendus ci-dessous sont des critères d’acceptation donnés à titre d’exemple ; ils ne correspondent pas à des résultats de tests rapportés.

Cas de test Réponse et page attendues
Document fonctionnel connu 200, avec le document complet
Chemin volontairement inexistant 404, avec l’explication indiquant que le document est introuvable
Document supprimé sans remplaçant 404 ou 410 si cela convient, avec une explication exacte
Document déplacé avec un remplaçant équivalent Redirection permanente, suivie de la réponse indiquant que le document de remplacement a été servi correctement

Effectuez une nouvelle vérification en saisissant directement chaque adresse et en la rechargeant, y compris celles des documents normalement ouverts depuis la navigation des pages. Cela permet de vérifier la réponse reçue par une nouvelle requête de document. Consignez ensemble l’adresse, le code et le résultat visible afin qu’une destination fonctionnelle ne masque pas une réponse incorrecte plus tôt dans la navigation.

Si un ancien résultat persiste, distinguez le cache du navigateur des autres caches. Désactiver le cache de Chrome agit sur le cache du navigateur. La mise en cache HTTP peut aussi stocker des réponses négatives telles que 404 ; si une ancienne réponse indiquant que le document est introuvable persiste, il peut être nécessaire de vérifier le fonctionnement du cache documenté par le système de publication. La RFC 9111 explique la mise en cache des réponses négatives.

Pour Google Search, une véritable réponse indiquant qu’un document est introuvable a une conséquence prévue : Google n’indexe pas les URL renvoyant 404 ou 410, et les URL déjà indexées sont supprimées à mesure que ces réponses sont traitées. Une réponse 200 n’assure pas non plus l’indexation. Consultez l’effet des codes d’état HTTP sur les robots d’exploration de Google.

Terminez lorsque chaque adresse testée renvoie un résultat cohérent : les documents disponibles se chargent correctement, les documents déplacés mènent à leurs remplaçants et les documents absents renvoient une réponse appropriée indiquant qu’ils sont introuvables, avec une navigation utile. Vous disposez ainsi d’une vérification de publication concrète et reproductible sur votre Mac.

Sources