Commencez par les pages utilisées par vos visiteurs
Vérifiez d’abord la navigation, la page de contact, les guides consultés et les pages importantes de produits ou services. Un lien de réservation inutilisable est plus urgent qu’une référence peu consultée dans un ancien article. Après un déplacement de pages ou une modification du menu, vérifiez les liens vers les anciennes adresses.
Notez la page source, le texte du lien, sa destination, le statut, la correction prévue et la date. La page source est celle où vous modifiez le lien ; la destination est celle vers laquelle il pointe. Les confondre peut laisser le problème intact même après la publication d’une nouvelle page.
Lancez une vérification et regardez sa portée
Ouvrez le Vérificateur de liens cassés, saisissez l’URL d’une page publique et lancez la vérification. Il lit une page HTML de 512 Kio au maximum et teste jusqu’à 20 liens HTTP ou HTTPS uniques. Il ne parcourt pas tout le site et n’exécute pas JavaScript : un rapport sans erreur ne prouve donc pas que tous les liens du site fonctionnent.
Lisez le nombre de liens découverts et les résultats non vérifiés avant de conclure. Le service a une limite de temps et peut s’arrêter avant la fin des tests. Pour un audit complet, utilisez un robot d’exploration adapté et examinez ses exclusions. Les liens ajoutés uniquement par JavaScript nécessitent une vérification de la page rendue.
Distinguez les pages absentes des vérifications bloquées
Une réponse 404 indique que la ressource demandée est introuvable ; 410 indique qu’elle n’est plus disponible. Cherchez une faute dans l’adresse ou un déplacement de page. Une redirection n’est pas forcément un problème : examinez la destination finale dans le rapport et assurez-vous qu’elle correspond toujours au texte du lien.
Un code 403 peut signaler un accès bloqué ; 405 peut indiquer que le serveur refuse la méthode HEAD employée pour le test ; 429 signifie qu’il reçoit trop de requêtes. Les délais dépassés, les erreurs TLS et les erreurs serveur demandent aussi une analyse. Ouvrez normalement la destination et réessayez plus tard si nécessaire. Ne supprimez pas un lien utile sur la seule base d’un échec automatisé.
Choisissez la correction adaptée au problème
Pour une faute de frappe, corrigez le lien sur la page source. Pour une page déplacée que vous gérez, pointez directement vers la nouvelle adresse et envisagez une redirection permanente depuis l’ancienne pour les visiteurs et références existants. Choisissez un remplacement pertinent. Rediriger toutes les anciennes URL vers l’accueil laisse souvent le lecteur sans l’information recherchée.
Pour une source externe disparue, cherchez la page actuelle de l’éditeur et vérifiez qu’elle confirme toujours l’affirmation. Sans source adaptée, réécrivez le passage ou retirez le lien. Vous ne pouvez pas installer une redirection sur un site que vous ne gérez pas. Pour une page volontairement supprimée sans remplacement, un véritable code 404 ou 410 peut être approprié.
Un exemple simple de correction
Supposons qu’un guide propose « Télécharger la liste » vers /downloads/checklist-old.pdf, qui renvoie 404. Vous confirmez que /downloads/checklist.pdf contient la liste actuelle. Modifiez le lien du guide, testez le nouveau PDF et ajoutez une redirection depuis l’ancienne URL si vous la gérez et si le remplacement remplit la même fonction. Cet exemple est fictif, pas un constat sur votre site.
Revérifiez la page publiée et sa destination
Publiez la modification, puis vérifiez la vraie page publique plutôt que le seul aperçu de l’éditeur. Contrôlez le contenu de la destination et sa réponse HTTP : un statut 200 peut masquer un message d’erreur, un écran de connexion ou un contenu sans rapport. Testez manuellement les boutons importants et les liens vers des sections, qu’un simple statut ne permet pas de valider.
Ne clôturez la correction qu’après avoir vérifié ensemble le lien source et sa destination. Revoyez les parcours importants après les changements du site et à un rythme adapté à vos publications. Corriger les liens améliore la visite ; cela ne garantit pas une hausse du classement et n’explique pas toutes les baisses de trafic.
Sources
Questions fréquentes
Une réponse 403 signifie-t-elle que le lien est cassé ?
Pas nécessairement. Le serveur peut bloquer les tests automatisés tout en laissant passer les visiteurs. Examinez la destination avant de modifier le lien.
Un rapport de page sans erreur couvre-t-il tout mon site ?
Non. GigaTools vérifie une page et jusqu’à 20 liens uniques dans son délai maximal. Utilisez un robot adapté pour une couverture plus large et vérifiez séparément les liens ajoutés par JavaScript.
Faut-il rediriger toutes les erreurs 404 vers l’accueil ?
Non. Utilisez un remplacement pertinent lorsqu’il existe. Si le contenu a disparu sans alternative adaptée, une véritable réponse de page absente peut être préférable.