Trouver et corriger l'erreur 404

Vouscliquezsurunlienetsurtourdelapageattendueapparaît„Pagenetrouvée“?Ilestsouventquestiond'unerreur404.

Le code d'état HTTP 404 Non trouvé signifie que le serveur est accessible, mais que la ressource attendue sous l'URL demandée n'a pas été trouvée.

Les réponses 404 individuelles sont tout à fait normales sur Internet. Elles deviennent problématiques surtout lorsque des pages importantes ont disparu par inadvertance, que des liens internes pointent vers des URL qui n'existent plus ou qu'après la refonte d'un site web, de vieilles adresses subsistent sans redirection appropriée.

Dans ce guide, nous vous montrons comment trouver des erreurs 404, en cerner la cause et décider si l'URL doit être corrigée, restaurée, redirigée ou laissée sciemment inexistante.

En bref : 404 Non trouvé ne signifie pas automatiquement que l'ensemble de votre site Web ou de votre serveur Web est en panne. Le serveur a été atteint, mais n'a pas pu trouver la ressource spécifiquement demandée sous cette URL.

Que signifie le code d'état 404 ? #

Lors de l'appel d'une URL, votre navigateur envoie une requête HTTP au serveur web concerné.

Si la ressource demandée existe et peut être livrée avec succès, la réponse est typiquement :

200 OK

Si la ressource demandée à cette URL est introuvable, le serveur peut en revanche répondre :

404 Non trouvé

Dit de manière simplifiée, cela donne ceci :

Navigateur
   ↓
https://example.com/produkte/test/
   ↓
Serveur web
   ↓
Ressource introuvable sous cette URL
   ↓
404 Not Found

Une erreur 404 ne signifie pas automatiquement une panne de serveur #

C'est une distinction importante.

Dans le cas d'une erreur 404 classique, le serveur Web a pu traiter la requête. Le problème concerne la ressource demandée ou l'URL.

D'autres codes d'état HTTP peuvent indiquer d'autres causes. Un 403 signifie par exemple autre chose qu'un 404, et des erreurs de la catégorie 5xx indiquent des problèmes côté serveur.

Vous trouverez un aperçu sur Codes d'état HTTP expliqués : 200, 301, 404, 403 et 500.

À quoi ressemble une erreur 404 ? #

L'aspect visuel d'une page 404 dépend du site Web en question.

Vous pouvez par exemple voir des messages tels que :

404 Non trouvé

Page non trouvée

Page non trouvée

La page demandée est introuvable.

De nombreux sites Web utilisent une page d'erreur personnalisée avec une navigation, une fonction de recherche ou un lien de retour à la page d'accueil.

Cependant, ce n'est pas seulement le texte visible qui est déterminant. Pour l'évaluation technique, c'est le code d'état HTTP réellement renvoyé par le serveur qui est décisif.

Pourquoi les erreurs 404 se produisent-elles ? #

Il existe de nombreuses causes possibles. Souvent, une page a été supprimée, renommée ou déplacée, alors que des liens pointent toujours vers l'ancienne URL.

Même une simple faute de frappe dans une adresse peut provoquer une erreur 404.

Exemple :

Correct :
/kontakt/

Incorrect :
/kontkat/

Le serveur ne peut pas savoir qu'en fait /contact/ c'était ce qu'on voulait dire. Pour lui, ce sont deux voies différentes.

Pages supprimées comme cause #

Lorsqu'une page est supprimée, son ancienne URL peut ne plus exister.

En supposant qu'auparavant existait :

https://example.com/alte-leistung

Cette page va être supprimée et il n'y aura plus de contenu à cette adresse. Une visite ultérieure pourra alors se faire avec 404 Non trouvé être répondu.

Que cela pose problème dépend du fait que la ressource ait été supprimée intentionnellement et qu'il existe un successeur pertinent.

URLs modifiées comme cause #

Les erreurs 404 se produisent particulièrement souvent lorsque l'adresse d'une page est modifiée.

Avant :

https://example.com/webdesign-chur-alt

Plus tard :

https://example.com/webdesign-chur

Si l'ancienne URL disparaît tout simplement, les anciens liens peuvent continuer de pointer vers l'adresse précédente.

C'est pourquoi, lors d'un changement d'URL permanent, une redirection 301 appropriée est souvent judicieuse.

Nous vous expliquons comment les configurer sous Configurer une redirection 301 : rediriger des URL de manière permanente.

Liens internes défectueux #

Une cause fréquente et évitable est constituée par les liens défectueux au sein de son propre site web.

Exemple :

Page A
   ↓
Lien vers /preise-alt/
   ↓
404 Not Found

Si la bonne page de destination est maintenant sous /tarifs/ est accessible, le lien interne doit être modifié directement vers cette URL actuelle.

Une redirection 301 existante peut toujours capturer d'anciens liens externes. Tu devrais quand même pointer tes propres liens internes le plus directement possible vers la cible actuelle.

Liens externes défectueux #

D'autres sites Web peuvent également renvoyer vers une URL qui n'existe plus chez vous.

Tu ne peux pas toujours modifier toi-même de tels liens.

Si l'ancienne ressource dispose entre-temps d'un nouveau successeur approprié, une redirection peut s'avérer judicieuse.

S'il n'existe plus de contenu comparable, il ne faut pas choisir n'importe quelle page comme cible de redirection uniquement à cause du lien externe.

Erreur 404 après une refonte de site web #

Une refonte est un moment particulièrement critique.

Si la structure de l'URL change en même temps, de nombreuses adresses qui fonctionnaient jusqu'à présent peuvent disparaître simultanément.

Exemple :

Ancienne page Web :
/produkte/hosting.html
/service/kontakt.php
/unternehmen/ueber-uns.html

Nouvelle page Web :
/hosting/
/kontakt/
/ueber-uns/

Sans une association adéquate des anciennes et des nouvelles URL, de nombreuses erreurs 404 peuvent survenir après la refonte.

Important lors d'une refonte : Les anciennes URL doivent, si possible, être répertoriées avant le changement et associées aux nouvelles pages de destination correspondantes. C'est précisément à cela qu'un plan de redirection est utile.

Les erreurs 404 dues à des fautes de frappe sont normales #

Tous les appels 404 ne signalent pas un problème sur votre site web.

Un visiteur peut par exemple saisir manuellement une adresse inexistante :

https://example.com/diese-seite-gibt-es-gar-nicht

Les bots et les scanners automatisés consultent également régulièrement des chemins aléatoires ou connus qui n'ont peut-être jamais existé sur votre site web.

Que ton serveur renvoie un statut 404 pour une ressource qui n'existe effectivement pas est fondamentalement un comportement correct.

Règle de base : L'objectif n'est pas de construire un site Web qui ne renvoie jamais de statut 404. L'objectif est d'identifier les erreurs 404 involontaires sur des URL réellement pertinentes et de les traiter de manière judicieuse.

Comment puis-je trouver les erreurs 404 ? #

Il existe plusieurs possibilités. Celle qui a du sens dépend entre autres du fait que tu analyses une seule URL problématique ou que tu souhaites trouver des erreurs de manière systématique sur un site web plus important.

Pour une adresse unique, vous pouvez d'abord y accéder directement dans le navigateur.

Sur un site web plus important, des outils de crawling, la surveillance de site web, des informations sur le serveur ou la Google Search Console peuvent également fournir des indications sur les URL problématiques.

Vérifier systématiquement les liens internes #

Un robot d'indexation de sites Web peut suivre les liens internes de votre site et identifier ainsi les URL liées qui renvoient un code d'erreur.

C'est particulièrement utile après :

Refonte du site web
Modifications des URL
Suppression de nombreuses pages
Restructuration de la navigation
Migration vers un autre CMS
Importants nettoyages de contenu

Ensuite, l'évaluation de la découverte est importante. Un outil peut vous montrer qu'une URL renvoie un statut 404. C'est à vous de décider, en fonction du contenu, si cette URL doit être rétablie, redirigée ou supprimée intentionnellement.

Erreur 404 dans la Google Search Console #

La Google Search Console peut également fournir des indications sur les URLs que Google a visitées mais n'a pas pu indexer avec succès.

Pour autant, tu ne dois pas considérer par réflexe chaque URL 404 qui y est répertoriée comme une erreur critique.

Vérifie d'abord :

Cette URL a-t-elle réellement existé par le passé ?

Doit-elle encore exister aujourd'hui ?

Existe-t-il un nouveau contenu pertinent ?

Est-elle encore liée en interne ?

L'URL n'est-elle qu'un ancien ou inconnu chemin d'accès ?

Nous verrons comment configurer fondamentalement la Google Search Console plus tard dans Configurer Google Search Console et valider le site web.

Vérifier l'erreur 404 via les outils de développement du navigateur #

Si tu souhaites vérifier le véritable statut HTTP d'une URL, tu peux utiliser les outils de développement d'un navigateur moderne.

Dans la vue réseau, il est possible de voir quelle requête a été effectuée et quel code d'état le serveur a renvoyé.

Cela te permet par exemple de distinguer si effectivement 404 est retourné ou si la page a simplement l'apparence visuelle d'une page d'erreur.

Qu'est-ce qu'un soft 404 ? #

Dans le cas d'un "soft 404", une page semble indiquer au visiteur que le contenu souhaité n'existe pas, mais le serveur ne renvoie pas de code d'erreur approprié.

Par exemple, une ressource inexistante pourrait afficher une page avec le texte „ Contenu non trouvé “, mais techniquement avec :

200 OK

répondre.

Cela crée une contradiction :

Le contenu indique :
"Page non trouvée"

La réponse HTTP indique :
"200 OK"

Les moteurs de recherche peuvent identifier de telles situations comme des soft 404 ou les traiter en conséquence.

Important : Une page d'erreur bien conçue doit néanmoins renvoyer le code d'état HTTP techniquement approprié. Le design d'une page d'erreur et son code d'état HTTP sont deux choses différentes.

Quand une erreur 404 doit-elle être corrigée ? #

Il est particulièrement urgent d'agir lorsqu'une URL est censée fonctionner.

C'est par exemple le cas lorsqu'une page importante a été supprimée par inadvertance, qu'un lien interne est incorrect ou qu'un successeur logique existe après une modification d'URL.

La bonne solution dépend de la cause.

Cas 1 : La page devrait continuer à exister #

Si la ressource a été supprimée par inadvertance, mal publiée ou placée à une mauvaise adresse, tu dois restaurer la page d'origine ou corriger la configuration.

Une redirection n'est pas automatiquement la bonne solution si, en réalité, c'est précisément cette URL qui doit continuer à fonctionner.

Cas 2 : L'URL a été modifiée de manière permanente #

Si le contenu précédent est accessible de manière permanente sous une nouvelle URL, une redirection 301 peut s'avérer judicieuse.

ancienne URL
   ↓ 301
nouvelle URL correspondante

L'ancienne adresse ne génère ainsi plus d'erreur 404, mais mène directement au successeur réel.

Cas 3 : Un lien interne est erroné #

Si un seul lien de votre site web a été mal orthographié, vous devez corriger ce lien.

Exemple :

Faux :
/kontakt-us/

Correct :
/kontakt/

Il serait inutile de configurer définitivement une redirection pour chaque faute de frappe interne si tu contrôles toi-même le lien erroné et peux le corriger directement.

Cas 4 : Le contenu a été supprimé sans remplacement #

Si une ressource a été supprimée de manière délibérée et définitive et qu'il n'y a pas de remplacement pertinent, il n'est pas nécessaire de rediriger l'URL vers une autre page.

Un statut 404 peut dans ce cas être techniquement compréhensible.

Il est important que votre propre site Web ne continue pas à pointer de manière visible vers la ressource supprimée.

Faut-il rediriger chaque 404 vers la page d'accueil ? #

Non.

Une règle générale comme :

toute URL inconnue
        ↓ 301
page d'accueil

n'est pas une solution propre.

Un visiteur qui consulte, par exemple, un vieil article spécialisé, ne s'attend pas automatiquement à voir la page d'accueil.

Sur le plan technique également, une redirection permanente vers la page d'accueil ne décrit pas de manière pertinente ce qui est advenu d'une ressource inconnue quelconque.

Conseil pratique : N'utilisez une redirection que si vous pouvez déterminer une cible compréhensible et sémantiquement appropriée.

Qu en est-il des pages de remplacement très similaires ? #

Si une ancienne page a été supprimée et qu'une nouvelle page remplit le même objectif ou un objectif très similaire, celle-ci peut constituer une cible de redirection appropriée.

Exemple :

ALT:
/anleitungen/wordpress-backup-alt/

NEU:
/hilfe/wordpress/wordpress-backup-erstellen/

Ce qui compte, ce n'est pas que les deux URL se ressemblent. Ce qui compte, c'est que la nouvelle ressource ait réellement du sens pour un visiteur qui s'attend à l'ancien contenu.

Rendre la page 404 conviviale #

Même avec des réponses 404 techniquement correctes, vous pouvez aider les visiteurs.

Une bonne page d'erreur doit indiquer clairement que la page souhaitée n'a pas été trouvée et offrir un moyen utile de poursuivre sa navigation sur le site web.

Selon le site Web, par exemple, la navigation principale, une fonction de recherche ou un lien vers la page d'accueil peuvent être utiles.

Évitez en revanche les messages d'erreur qui n'expliquent pas au visiteur ce qui s'est passé.

La page 404 peut comporter un lien vers la page d'accueil #

Il y a ici une différence importante avec le transfert automatique.

Une page 404 peut bien entendu contenir un lien visible vers la page d'accueil.

Le visiteur décide alors lui-même s'il souhaite s'y rendre.

C'est tout autre chose que de rediriger automatiquement chaque URL inconnue vers la page d'accueil via une redirection 301.

Les pages 404 ne doivent pas elles-mêmes devenir une impasse #

Si un visiteur arrive sur une URL inexistante, il ne devrait pas nécessairement avoir à quitter le site web en utilisant le bouton retour.

Une page d'erreur claire avec navigation peut aider à trouver une section appropriée.

Pour les sites web volumineux, une fonction de recherche peut également s'avérer utile.

Corriger d'abord les liens internes menant à des pages 404 #

Lors de la priorisation, vous devez prêter une attention particulière aux erreurs causées par votre propre site web.

Si un article fréquemment consulté renvoie vers une page interne inexistante, vous pouvez corriger cette erreur directement.

C'est généralement plus pertinent qu'une URL aléatoire inexistante qu'un bot a essayée.

Erreur 404 et backlinks externes #

Si une URL qui n'existe plus est liée par d'autres sites web, tu dois vérifier s'il existe un contenu de substitution approprié.

Si c'est le cas, une redirection permanente peut s'avérer judicieuse.

Dans la négative, vous ne devez pas choisir une page de destination thématiquement inappropriée uniquement en raison de la présence du lien externe.

Erreur 404 après une migration de domaine ou de site web #

Après une migration, des erreurs 404 peuvent survenir si les chemins d'URL n'ont pas été entièrement repris ou si la structure des pages a changé.

Dans de tels cas, tu ne dois pas seulement corriger des erreurs individuelles, mais vérifier s'il y a un schéma.

Exemple :

ANCIEN :
/knowledgebase/artikel-1/
/knowledgebase/artikel-2/
/knowledgebase/artikel-3/

NOUVEAU :
/hilfe/kategorie/artikel-1/
/hilfe/kategorie/artikel-2/
/hilfe/kategorie/artikel-3/

Lors de tels changements structurels, une attribution complète des anciennes URL à leurs nouveaux équivalents est nettement plus fiable que la réparation a posteriori de messages d'erreur 404 individuels.

Éviter les chaînes de redirection lors du dépannage #

S'il existe déjà une redirection pour une ancienne URL et que sa destination change à nouveau ultérieurement, une chaîne de redirections peut se former.

URL A
 ↓ 301
URL B
 ↓ 301
URL C

Si URL C maintenant que l'objectif final est, il convient d'examiner si URL A directement sur URL C peut faire référence.

Tu évites ainsi les étapes intermédiaires inutiles.

Vérifier régulièrement les erreurs 404 #

Une petite statique website génère généralement moins de modifications d'URL qu'un site Web qui est continuellement étendu ou reconstruit.

C'est pourquoi un nouveau contrôle vaut particulièrement la peine après des modifications importantes.

Cela comprend notamment :

Refonte
Changement de CMS
Modification de la structure des permaliens
Suppression de nombreux contenus
Renommage de pages importantes
Changement de domaine
Refonte majeure de la navigation

Toutes les URL 404 trouvées ne sont pas d'égale importance #

Sur un site web plus important, des outils peuvent signaler de nombreuses URL inexistantes.

Donnez d'abord la priorité aux URL qui sont réellement pertinentes.

Par exemple, les pages qui ne sont plus accessibles avec des liens internes, les anciennes URL connues après une refonte ou les adresses vers lesquelles pointent toujours des liens externes pertinents sont particulièrement importantes.

Les requêtes de bot générées aléatoirement pour des chemins n'ayant jamais existé ont une priorité différente.

Google signale toujours une ancienne URL 404 #

Les moteurs de recherche peuvent connaître des URL même si elles ne sont plus liées sur votre site web actuel.

Une URL peut par exemple avoir existé auparavant ou avoir été découverte via un lien externe.

Si la ressource a été supprimée intentionnellement et n'a pas de substitut approprié, vous n'avez pas nécessairement besoin de créer une nouvelle page ou une redirection simplement pour que l'URL n'apparaisse plus comme une erreur 404.

Si, en revanche, la page est manquante par erreur ou possède un successeur évident, tu dois agir en conséquence.

Google n'indexe pas une page importante #

Un statut 404 n'est qu'une des nombreuses causes possibles expliquant pourquoi une URL n'apparaît pas dans les résultats de recherche.

D'autres paramètres techniques, le maillage interne, l'accessibilité de l'URL et le traitement par Google peuvent également jouer un rôle.

Nous traiterons ce sujet en détail plus tard sous Google n'indexe pas mon site web : vérifier les causes.

404 ou un autre problème ? #

Avant de choisir une solution, vous devez vous assurer qu'il s'agit bien d'un statut 404.

Une page peut ne pas fonctionner comme prévu pour diverses raisons.

404 → Ressource non trouvée

403 → Accès non autorisé

500 → Erreur interne du serveur

Redirection → une autre URL est appelée

Problème DNS → Domaine potentiellement inaccessible

Le message d'erreur ou le statut HTTP réel aide à déterminer le bon niveau de dépannage.

Voici comment procéder en cas d'erreur 404 #

URL 404 trouvée
        ↓
L'URL a-t-elle existé par le passé ?
        ↓
Le contenu doit-il continuer à exister ?
        ↓
 ┌──────┴──────┐
 OUI          NON
 ↓              ↓
Réparer ou      Existe-t-il un
restaurer       successeur adéquat ?
la page           ↓
                  ┌──────┴──────┐
                  OUI          NON
                  ↓              ↓
             Redirection     Une erreur 404
             adéquate        peut être correcte
                  ↓
         Mettre à jour
         les liens internes

Liste de contrôle pour le dépannage des erreurs 404 #

Accéder directement à l'URL concernée
        ↓
Vérifier le statut HTTP
        ↓
Exclure les fautes de frappe
        ↓
Vérifier le lien interne
        ↓
Déterminer si la page existait auparavant
        ↓
Chercher un successeur approprié
        ↓
Réparer la page OU
Configurer une redirection 301 OU
Laisser la page en erreur 404 intentionnellement
        ↓
Mettre à jour les liens internes
        ↓
Tester à nouveau la solution

Résumé #

Le code d'état HTTP 404 Non trouvé signifie que le serveur n'a pas pu trouver la ressource demandée à l'URL consultée.

Un statut 404 n'est pas fondamentalement une erreur qui doit toujours être éliminée. Si une ressource n'existe effectivement pas et ne possède pas de successeur pertinent, une réponse 404 peut être tout à fait correcte.

Un besoin d'action existe en particulier pour les pages disparues par inadvertance, les liens internes défectueux et les anciennes URLs pour lesquelles un nouveau contenu approprié existe après une modification permanente.

Dans ce cas, selon la cause, vous devez restaurer la page, corriger le lien erroné ou configurer une redirection 301 appropriée.

Évite en revanche la redirection globale de toutes les URL 404 vers la page d'accueil.

En cas d'erreur 404, la question la plus importante n'est pas „ Comment faire disparaître le 404 ? “, mais „ Que devrait-il logiquement se passer à cette URL ? “