Une page 404 personnalisée doit-elle renvoyer un statut 200 ?

Non. La réponse pour une URL manquante doit renvoyer un HTTP 404 — ou 410 quand une suppression volontaire est connue comme définitive. Un 200 dit à tort que la requête a réussi et peut être classé comme « soft 404 ». Un vrai 404 ou 410 permet aux moteurs de recherche de retirer une URL indexée avec le temps.

Comment configurer une page 404 personnalisée dans Apache ?

Sur les installations Apache qui autorisent ErrorDocument dans le .htaccess, ajoutez ErrorDocument 404 /404.php — un chemin local vers une page existante à vos couleurs (une URL complète ferait rediriger Apache au lieu de renvoyer le 404). Testez ensuite une URL inventée : elle ne doit pas rediriger, et la réponse finale doit être 404.

Que faire des pages renommées ou déplacées ?

Pour un déplacement définitif, renvoyez un 301 (ou un 308 qui préserve la méthode) de l'ancienne URL vers son équivalent réel le plus proche et mettez à jour vos liens internes ; utilisez une redirection temporaire pour un déplacement temporaire. Une redirection permanente pertinente garde les anciens liens utiles et laisse les moteurs consolider les signaux avec le temps — ne redirigez pas les pages supprimées vers la page d'accueil.

Que se passe-t-il quand un visiteur tombe sur un lien cassé ?

Les liens pourrissent. Des pages sont renommées, des fichiers supprimés, des sites externes disparaissent. Quand un visiteur atterrit sur une page par défaut « 404 Not Found » qui n’aide en rien, certains s’en vont simplement parce qu’ils n’ont aucune suite évidente. Deux habitudes règlent cela : vérifiez vos liens régulièrement, et servez une page d’erreur claire, à vos couleurs, qui aide les gens à continuer au lieu de repartir aussitôt.

Pourquoi c’est important

La fidélisation. Une 404 utile — avec une navigation claire, des liens pertinents et une recherche quand c’est utile — aide une partie des visiteurs à continuer, là où une page d’erreur vide n’offre rien.
Le référencement (SEO). Les liens internes cassés envoient visiteurs et robots dans des culs-de-sac, et un lien vers une URL manquante n’aide personne. Le statut 404 dit aux robots que la ressource est vraiment indisponible ; les URL mortes peuvent ainsi sortir de l’index avec le temps.
La crédibilité. Des liens cassés à répétition donnent l’impression d’un site à l’abandon ; une page d’erreur claire et bien conçue adoucit l’impression quand quelque chose passe quand même à travers.

À retenir : auditez vos liens régulièrement, et donnez aux visiteurs perdus une page d’erreur claire, à vos couleurs, qui dit ce qui s’est passé, renvoie le bon code d’état et les ramène dans le site.

Ce qu'il faut faire

Servez une page 404 personnalisée qui dit clairement, dans le titre et l’en-tête, que la page est introuvable — puis propose votre en-tête, votre navigation, des liens parlants vers les sections clés et (avec un libellé accessible) une recherche. Pas de redirection automatique. Sous Apache, quand le .htaccess le permet :
```
ErrorDocument 404 /404.php
```
Utilisez un chemin local vers une page qui existe — une URL complète pousse Apache à rediriger au lieu de répondre avec l’erreur.
Testez-la correctement : demandez une URL inventée avec les outils de développement de votre navigateur ou curl -I. L’URL ne doit pas rediriger, et la réponse finale doit être 404 — un « soft 404 » qui renvoie 200 embrouille les robots. Vérifiez aussi vos règles de cache pour les réponses d’erreur : les 404 peuvent être mis en cache, et un 404 périmé peut traîner après que la page s’est mise à exister.
Personnalisez la page 500 — un secours minimal et statique qui ne dépend pas de l’application ou de la base de données qui vient de tomber, reconnaît le problème, propose une suite sûre, renvoie toujours un HTTP 500 et ne laisse fuiter aucune trace technique. Accompagnez-la de journaux d’erreurs ou d’alertes, car la page elle-même ne prévient personne.
Vérifiez les liens régulièrement avec un robot d’exploration ou un outil de liens cassés, selon un calendrier — et corrigez ou remplacez les liens externes morts plutôt que de laisser les visiteurs en plan.
Redirigez les pages déplacées vers leur équivalent le plus proche — 301/308 pour les déplacements définitifs, des codes temporaires pour les temporaires — et mettez à jour les liens internes pour qu’ils cessent de pointer vers l’ancienne URL. Évitez les chaînes de redirections.
Cherchez les vraies 404 aux bons endroits. Les rapports de la Search Console montrent les URL que Google a demandées (et encore, par échantillon) ; les journaux de votre serveur, de votre application ou de votre CDN montrent ce que les vrais visiteurs et les autres robots ont touché. Et triez avant de corriger : les sondes de bots et les fautes de frappe vers des URL qui n’ont jamais existé sont normales — corrigez les liens internes cassés, les entrées du sitemap, les backlinks de valeur et les fautes courantes, et laissez les URL vraiment absentes en 404, ou en 410 quand la suppression est connue comme définitive (les moteurs traitent les deux à peu près pareil — n’espérez pas un retrait plus rapide).
Pendant une interruption planifiée, renvoyez 503 avec un en-tête Retry-After — jamais une page « on revient vite » en 200, qui peut faire indexer l’avis ou faire tomber de vraies pages de l’index. Un 503, c’est pour des fenêtres courtes : un 503 sur tout le site qui s’éternise peut quand même vous coûter des URL indexées, et /robots.txt doit rester accessible pendant toute la durée.

Pourquoi c’est important

Ce qu'il faut faire

Questions fréquentes