Produits en rupture et retirés du catalogue : que faire de leur URL sans perdre SEO ni ventes

Un produit est en rupture de stock. Quelqu'un dans la boutique le désactive pour qu'il n'apparaisse plus dans la catégorie. Une semaine plus tard, Google explore son URL et trouve une erreur ; le client qui arrive depuis un ancien lien, une recherche ou un e-mail d'il y a plusieurs mois voit une page « introuvable » et s'en va. Cette fiche avait des années de liens, d'avis et de positionnement.

Ce qu'il faut faire d'un produit qu'on ne peut pas acheter dépend de la raison pour laquelle on ne peut pas l'acheter. Une rupture de deux semaines n'est pas la même chose qu'un produit que vous n'aurez plus jamais.

Trois situations différentes

Rupture temporaire : la fiche reste

Si le produit va revenir, la fiche doit rester en ligne :

• Elle renvoie un code 200, avec son prix et son contenu.
• Dans les données structurées, la disponibilité passe à OutOfStock. Ainsi, Google le sait et n'affiche pas dans les résultats un produit comme disponible alors qu'il ne l'est pas.
• Un message clair au-dessus du bouton d'achat, et le bouton bloqué ou remplacé par « Prévenez-moi de son retour ».
• Si vous savez quand il revient, dites-le.
• Des alternatives disponibles juste en dessous : même catégorie, même marque, caractéristiques similaires.

Ce qu'il ne faut pas faire, c'est le désactiver. Un produit désactivé cesse d'être une page et devient une redirection ou une erreur, selon la configuration.

Retiré avec un remplaçant : 301

Quand le fabricant sort un nouveau modèle qui remplace l'ancien, ou que vous changez de fournisseur et disposez d'un équivalent, la redirection permanente 301 vers la fiche du remplaçant est la bonne réponse. Elle transmet l'essentiel du signal de l'ancienne URL et le client arrive sur quelque chose qu'il peut acheter.

Condition : que le remplaçant soit vraiment équivalent. Rediriger une cafetière précise vers une autre cafetière d'une autre gamme, ou pire, vers la catégorie « Petit électroménager », déroute le client.

Retiré sans remplaçant : 404 ou 410, mais avec une issue

Si le produit ne revient pas et qu'il n'existe pas d'équivalent, l'URL doit cesser d'exister pour les moteurs de recherche. Le code 404 dit « absent » ; le 410 dit « n'existe plus et ne reviendra pas ». Google traite les deux de façon similaire et cesse peu à peu d'explorer l'URL ; le 410 est le signal le plus explicite quand la décision est définitive.

Cela ne signifie pas que le visiteur doive voir une page vide. La page d'erreur peut afficher le nom du produit recherché et une sélection d'alternatives de sa catégorie. Le moteur de recherche reçoit le bon code et le client, quelque chose à acheter.

Ce que fait PrestaShop par défaut

Dans l'onglet Référencement (SEO) de la fiche produit, vous pouvez indiquer quoi faire quand un produit est désactivé : afficher une erreur ou rediriger (de façon permanente ou temporaire) vers un autre produit ou une catégorie. Cela fonctionne, mais avec des limites :

• Il faut le configurer produit par produit, et personne ne le fait en désactivant cinquante références.
• Si le produit est supprimé, le réglage disparaît avec lui et l'URL renvoie simplement une erreur.
• La page d'erreur ne propose aucune alternative.

De plus, le comportement varie selon les versions. PrestaShop 9 gère les erreurs de routes différemment de PrestaShop 8 dans certains cas de produits ou de catégories qui n'existent plus, et une boutique en 1.7 ou 1.6 non mise à jour présente des différences encore plus grandes. Si vous envisagez de migrer, notez-le : c'est le bon moment pour vérifier comment répondent les anciennes fiches.

Migrations et changements d'URL

Quand vous changez de plateforme, de structure d'URL ou que vous réorganisez le catalogue, le problème se multiplie : des centaines d'anciennes adresses qui ne correspondent plus à rien. Il vous faut une table de correspondances (ancienne URL, destination, type de redirection), appliquée uniquement quand l'URL n'existe vraiment pas, pour ne pas ralentir les pages qui fonctionnent. Vérifiez aussi les chaînes : si A mène à B et B à C, redirigez directement A vers C.

Ce qu'il faut aussi nettoyer

• Les liens internes : menus, blocs de produits mis en avant, articles de blog et e-mails qui pointent vers des produits retirés.
• Le sitemap : qu'il n'inclue pas d'URL qui redirigent ou renvoient une erreur.
• Les flux de Google Shopping et des marketplaces : un produit en rupture doit apparaître comme tel ou être retiré, selon la plateforme.
• La Search Console : le rapport sur les pages vous signale les 404 et les soft 404.

Erreurs fréquentes

• Désactiver des produits en rupture temporaire.
• Rediriger tout ce qui est retiré vers la page d'accueil ou une catégorie générale.
• Supprimer des produits ayant un historique au lieu de les désactiver et de les rediriger.
• Des données structurées qui indiquent toujours « InStock » pour un produit en rupture.
• Des chaînes de redirections après plusieurs réorganisations.
• Une page d'erreur sans aucun chemin vers d'autres produits.

Checklist

• Décidez produit par produit : temporaire, remplaçant ou retrait définitif.
• En rupture : 200, OutOfStock, message et alternatives.
• Remplacés : 301 vers un véritable équivalent.
• Retirés : 404 ou 410 avec des alternatives visibles.
• Une table de correspondances à chaque migration, sans chaînes.
• Liens internes, sitemap et flux nettoyés.
• Consultez la Search Console chaque mois.

Comment le mettre en place dans PrestaShop

RKR Product Rescue traite chaque cas comme il se doit : le produit en rupture conserve sa fiche avec un message, un bouton bloqué, des alternatives et OutOfStock avec le prix réel ; le produit désactivé mène à une page d'alternatives avec redirection temporaire et noindex ; le produit supprimé affiche des alternatives et renvoie une 404. Les alternatives peuvent être choisies à la main par produit ou en mode intelligent, et le module vous indique combien de ventes il a récupérées. Pour les anciennes URL d'une migration, RKR Redirecciones enregistre chaque correspondance avec une 301 ou une 410, n'intervient que lorsque PrestaShop a déjà conclu que l'URL n'existe pas, importe la liste de l'ancienne boutique en aplatissant les chaînes et dispose d'un testeur d'URL.