Sur un catalogue de plusieurs milliers de références qui vit depuis quelques années, les liens morts ne sont pas un accident : ils sont la conséquence normale de l’exploitation. Produits retirés, catégories réorganisées, images remplacées, changement de thème. Chacune de ces opérations laisse des références vers des ressources qui n’existent plus.
Le problème n’est pas esthétique. Un visiteur qui tombe sur une page d’erreur repart, et un moteur qui rencontre trop de liens morts réduit progressivement la fréquence à laquelle il explore le site.
Les sources de 404 propres à PrestaShop
Six causes couvrent la quasi-totalité des cas, et elles sont toutes prévisibles.
- Le produit désactivé. Décocher « Activé » retire le produit du front sans rien rediriger. Les liens externes, les partages sur les réseaux et les résultats Google continuent de pointer dessus.
- Le produit supprimé. Même effet, sans possibilité de retour en arrière. C’est le cas le plus coûteux quand la fiche avait acquis un positionnement.
- Le changement d’URL simplifiée. Modifier le champ URL simplifiée d’un produit ou d’une catégorie casse instantanément toutes les URL existantes, sans redirection automatique.
- La catégorie déplacée ou fusionnée. Le chemin change, et avec lui l’URL complète si votre structure d’URL inclut l’arborescence.
- Les liens en dur dans les descriptions. Une description produit ou une page CMS qui référence un autre produit par une URL écrite à la main survit rarement à deux ans d’exploitation.
- Les images absentes du disque. La base référence une image dont le fichier a disparu, ou dont la déclinaison de taille n’a jamais été régénérée.
Le cas particulier des images
Une image manquante ne renvoie pas toujours une erreur visible. Selon la configuration, PrestaShop affiche une image de remplacement, ce qui masque le problème côté visiteur tout en le laissant intact côté données.
Deux situations à distinguer. Le fichier source a disparu du dossier des images : l’ensemble des déclinaisons est perdu. Ou le fichier source existe mais les miniatures n’ont pas été régénérées après un changement de thème : le produit s’affiche correctement en fiche mais pas en listing, ou l’inverse.
La régénération des miniatures depuis Design > Paramètres des images traite le second cas. Elle est longue sur un gros catalogue, et elle échoue silencieusement en cas de limite mémoire atteinte, ce qui explique les régénérations partielles.
Vérificateur de Liens Morts PrestaShop 8 & 9 - Liens Cassés & Images ManquantesTrouvez les liens morts et les images cassées avant vos clients€59.00
Scanner : ce qu’un outil externe ne voit pas
Un crawler externe explore ce qui est accessible depuis la page d’accueil en suivant les liens. Il trouve donc les liens cassés dans la navigation et les descriptions.
Il ne voit pas trois choses. Les produits désactivés qui recevaient du trafic, puisqu’ils ne sont plus liés nulle part. Les images référencées en base mais absentes du disque, si l’affichage est masqué par une image de remplacement. Et les URL orphelines qui reçoivent encore des visites depuis l’extérieur, information qui se trouve dans vos logs serveur ou dans la Search Console, pas dans un crawl.
Un scan interne, qui interroge la base plutôt que le front, complète donc le crawl externe plutôt qu’il ne le remplace.
Prioriser : par valeur, pas par volume
Un catalogue mal tenu peut afficher plusieurs milliers d’erreurs. Les traiter dans l’ordre de la liste est une perte de temps. Trois critères de tri, par ordre d’importance.
- Le trafic entrant réel sur l’URL cassée, mesuré sur les trente derniers jours. Une 404 que personne ne visite ne coûte rien.
- Les liens externes pointant vers elle. Une page référencée par un site tiers représente une valeur acquise que vous perdez à chaque visite non redirigée.
- Le positionnement passé de la page dans les résultats de recherche, visible dans la Search Console.
Dans la pratique, une vingtaine d’URL concentrent souvent l’essentiel de la valeur perdue.
Trois décisions possibles
Pour chaque URL cassée à traiter, une seule des trois options s’applique.
Rediriger en 301 vers la page la plus proche : le produit remplaçant, la déclinaison équivalente, ou à défaut la catégorie parente. Éviter la redirection systématique vers l’accueil, qui est traitée comme une erreur douce et n’apporte rien au visiteur.
Restaurer la page quand le produit est simplement épuisé mais reviendra. Une fiche en rupture avec une alerte de retour en stock vaut infiniment mieux qu’une 404.
Retourner un 410 quand la ressource a définitivement disparu et n’a pas d’équivalent. Ce code indique explicitement une suppression volontaire et accélère le retrait de l’index.
En faire un contrôle récurrent
Le nettoyage ponctuel ne tient pas. Un mois d’exploitation normale suffit à recréer des dizaines de liens morts. Le contrôle doit être périodique, mensuel sur un catalogue actif, et son résultat comparé au précédent pour repérer les opérations qui en génèrent le plus.
Le Vérificateur de Liens Morts pour PrestaShop effectue ce scan depuis le back-office sur PrestaShop 8 et 9 : liens internes cassés, images manquantes en base et sur disque, rapport priorisé et suivi entre deux analyses.
