Vérifier les liens brisés et les erreurs 404 de votre site

Comment fonctionne la vérification des liens brisés

Vous indiquez l'adresse de votre page d'accueil, et le robot d'Adieu404 la charge comme le ferait un visiteur. Il relève tous les liens qui pointent vers votre propre domaine, les demande un par un, note le code renvoyé par le serveur, puis recommence avec les liens trouvés sur chaque nouvelle page. L'exploration avance par lots de dix adresses et peut couvrir jusqu'à 2000 adresses. Cette version « page statique » ignore les adresses qui contiennent un point d'interrogation (comme article.php?id=12) ainsi que les images, documents bureautiques, archives et fichiers médias : elle se concentre sur vos pages HTML et PHP, et contrôle aussi les PDF liés.

Comment lire le rapport

Chaque bloc rouge du rapport correspond à une adresse qui n'a pas répondu correctement. La première ligne donne l'URL cassée, et la liste en dessous indique toutes les pages qui contiennent un lien vers cette adresse, chacune précédée du code d'erreur renvoyé. C'est cette liste qui fait gagner du temps : vous savez exactement quel fichier ouvrir et quel lien modifier.

• Code 404 : la page demandée n'existe pas. C'est le cas le plus courant.
• Code 410 : la page a été supprimée volontairement. Si c'est vous qui l'avez supprimée, il reste à retirer le lien.
• Code 500 ou 503 : le serveur a planté ou était indisponible. Relancez la page dans votre navigateur avant de conclure, l'erreur est parfois passagère.
• Code 0 : aucune réponse en moins de 10 secondes. La page est très lente ou le serveur ne répond plus.

Les réponses 403 ne sont volontairement pas comptées : beaucoup d'hébergeurs refusent les robots tout en servant normalement la page aux visiteurs, et les signaler créerait de fausses alertes.

Un exemple concret

Imaginons un site de recettes. Le rapport affiche l'URL cassée https://www.exemple.fr/recettes/tarte-pommes.php, code 404, trouvée sur trois pages : l'accueil, la page « desserts » et la page « recettes d'automne ». En regardant le dossier recettes, vous découvrez que le fichier s'appelle en réalité tarte-aux-pommes.php : il a été renommé lors d'une mise à jour. Deux solutions s'offrent à vous. Corriger les trois liens pour qu'ils pointent vers le bon nom, ce qui supprime l'erreur à la source. Et, si l'ancienne adresse a pu être partagée ailleurs, ajouter une redirection 301 de tarte-pommes.php vers tarte-aux-pommes.php dans le fichier .htaccess. Les deux ne s'excluent pas : la redirection protège les visiteurs venus d'ailleurs, la correction des liens évite à vos propres pages de passer par elle.

Les causes les plus fréquentes

• Une page renommée ou déplacée sans que les liens du menu et des articles aient suivi.
• Une faute de frappe dans un lien : une lettre en trop, un tiret à la place d'un tiret bas, une extension oubliée.
• Des majuscules : sur un serveur Linux, Contact.php et contact.php sont deux fichiers différents.
• Un chemin relatif qui fonctionne à la racine du site mais se casse dès que la page est placée dans un sous-dossier.
• Une page supprimée lors d'un nettoyage, alors que d'autres pages la citaient encore.

Comment corriger

Pour chaque erreur, demandez-vous d'abord si le lien est faux ou si la page a vraiment disparu. Si le lien est faux, corrigez-le dans les pages sources indiquées par le rapport. Si la page a déménagé, mettez à jour vos liens et ajoutez une redirection 301 depuis l'ancienne adresse. Si la page a été supprimée sans remplaçant, retirez simplement les liens qui y mènent. Notre guide pour corriger une erreur 404 détaille chaque situation, avec les règles à écrire dans le .htaccess. Une fois les corrections faites, relancez une vérification pour confirmer que la liste est vide.

Votre site utilise des adresses avec paramètres, générées par une base de données ? Utilisez plutôt la vérification des pages dynamiques. Pour contrôler aussi les images et les fichiers, passez au vérificateur d'images.