Guides pratiques

Corriger les pages 404 et les liens cassés utilement

Une page introuvable n’est pas toujours un problème : elle peut suivre le retrait d’un contenu. Le problème apparaît lorsqu’un lien promis mène à une impasse ou qu’une redirection trompe le visiteur.

Voir la méthode

Ordinateur portable et écrans dans un espace de travail
Illustration

Distinguer les sources de l’erreur

Relevez l’URL demandée, la page qui y conduit, la fréquence et la date. Une faute dans un lien interne se corrige à la source ; un ancien lien externe peut nécessiter une redirection ; une adresse inventée n’appelle pas forcément une nouvelle page.

Vérifiez les variantes avec ou sans slash, les anciennes campagnes et les fichiers téléchargés. Les journaux serveur et les outils de suivi révèlent des cas différents. Priorisez les adresses liées depuis le site ou réellement demandées.

  • URL et provenance enregistrées.
  • Lien interne corrigé à la source.
  • Priorité liée à l’usage réel.

Choisir le bon statut et la bonne destination

Si un contenu a un équivalent clair, redirigez directement vers lui. Si la page a disparu sans remplacement, conservez un vrai statut 404 ou 410 selon le cas et proposez une navigation utile. Rediriger toutes les erreurs vers l’accueil fait perdre le contexte.

Évitez les chaînes et boucles de redirection. Lors d’une migration, utilisez une table de correspondance des anciennes et nouvelles URL. Le guide de migration détaille cette décision.

  • Équivalent réel avant redirection.
  • Statut d’absence conservé si nécessaire.
  • Aucune chaîne ou boucle.

Aider la personne sur la page d’erreur

La page 404 doit dire simplement que l’adresse ne correspond à aucun contenu, puis proposer des accès fiables : navigation principale, recherche, catégories ou contact selon le site. Ne promettez pas que la page reviendra si ce n’est pas décidé.

Testez la page d’erreur sur mobile et au clavier. Elle doit conserver le bon statut HTTP, un titre clair et des liens qui fonctionnent. Une jolie illustration ne remplace pas une issue concrète.

  • Message clair et non culpabilisant.
  • Liens de sortie fonctionnels.
  • Statut HTTP correct.

Surveiller après les changements

Après une publication, un renommage ou une suppression, contrôlez les liens internes, le sitemap et quelques anciennes adresses importantes. Faites un nouveau passage quelques jours plus tard : des liens provenant de courriels, favoris ou partenaires peuvent apparaître.

Notez la correction et son résultat. Une URL qui reçoit encore des visites peut signaler un lien externe à faire modifier ou un besoin de contenu. Le guide d’exploitation éditoriale aide à planifier les retraits.

  • Contrôle après mise en ligne.
  • Anciennes URL testées.
  • Corrections documentées.

Documents de référence

Contenu mis à jour le 4 octobre 2026

Matrice de recette à adapter au projet

Ces contrôles proposés utilisent des cas fictifs. Décidez du comportement attendu avec l’équipe, notez le résultat et attribuez les écarts non résolus avant publication.

Cas de test, résultats attendus et preuves utiles
CasRésultat attenduPreuve à conserver
Une adresse inventée affiche l’accueil avec HTTP 200.Elle retourne un statut 404 et une aide pertinente.Noter URL, étapes, résultat et preuve datée.

Questions fréquentes

Une page introuvable doit-elle répondre avec un statut 200 ?

Un écran d’aide peut être utile tout en conservant un statut de page absente. Un faux succès masque l’erreur aux outils et aux moteurs. Si un remplacement réel existe, utilisez une redirection pertinente. Sinon, expliquez le problème et proposez navigation ou contact sans prétendre que la ressource existe.