Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de Page 404 Intelligente PrestaShop 8 & 9 — Suggestions Produits & Redirections 301, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Une page 404 par défaut est une vente perdue
Sur une boutique PrestaShop standard, la page 404 affiche un message d'excuse, un champ de recherche vide, et rien d'autre. Le visiteur arrive avec une intention claire, souvent depuis Google ou un ancien lien, et se retrouve devant un mur. Il repart. Chaque 404 non traitée est un budget d'acquisition brûlé, un signal négatif envoyé aux moteurs, et un client qui ira voir ailleurs. Le module transforme cette impasse en carrefour : au lieu de dire au visiteur que la page n'existe pas, il lui montre les produits qu'il cherchait probablement.
Comment les suggestions sont calculées
Quand une 404 se produit, le module découpe les deux derniers segments de l'URL, écarte les mots vides dans cinq langues, ne garde que les tokens d'au moins trois caractères et exclut les identifiants numériques. Les tokens restants sont confrontés au catalogue avec un scoring pondéré : une correspondance dans le link_rewrite vaut quatre points, dans le nom du produit trois points, dans la référence deux points. Les produits sont classés par score décroissant. Si aucun match n'atteint le seuil, le module bascule sur les meilleures ventes, puis sur les nouveautés : le visiteur voit toujours quelque chose de pertinent.
Le champ de recherche fait la moitié du travail
Le formulaire de recherche affiché sur la page 404 n'est pas vide : il est prérempli avec les mots-clés humanisés extraits de l'URL cassée. Un visiteur arrivant sur une URL sneakers-cuir-premium supprimée voit déjà sneakers cuir premium dans le champ. Le formulaire pointe vers la page de recherche native du thème, avec la query string correctement transmise : aucune surcharge de template, aucun conflit avec un module de recherche tiers.
Le journal des 404 : voir ce qui casse vraiment
Chaque 404 est enregistrée avec son URL, un compteur de hits incrémenté en upsert, le dernier referer, le dernier user-agent et sa date. La déduplication se fait sur un hash de l'URL, scopé par boutique : mille visites sur la même URL cassée donnent une ligne avec mille hits, pas mille lignes. Les crawlers connus peuvent être filtrés, et une liste de motifs regex écarte le bruit des scanners de vulnérabilités (wp-admin, xmlrpc, phpmyadmin, .git, assets statiques) qui pollueraient l'analyse. Les entrées anciennes sont purgées automatiquement selon la rétention que vous fixez.
De la 404 à la 301 en un clic
C'est le coeur du module. Depuis le journal, une URL cassée dont le score de correspondance est suffisamment élevé peut être redirigée instantanément vers le meilleur produit, via un bouton AJAX : un clic, la redirection 301 est créée, l'entrée passe en statut redirigée. Quand la confiance est insuffisante, un formulaire guidé s'ouvre avec les suggestions classées par score et un champ URL personnalisée. Dans les deux cas, la source et la cible sont vérifiées : pas de boucle, pas de doublon.
Un moteur de redirection discret et sûr
Les redirections créées depuis le journal sont appliquées avant le dispatch de la page, en amont du contrôleur front. Le type par défaut (301 permanente ou 302 temporaire) est configurable, et surchargeable règle par règle. Les chemins sont normalisés avant comparaison, et une protection anti-collision refuse toute règle où la source et la cible pointeraient au même endroit. Chaque redirection compte ses hits : vous voyez exactement combien de visites ont été sauvées.
Complémentaire, pas redondant
Si vous utilisez déjà un gestionnaire de redirections avancé (wildcards, regex, import CSV), le module reste utile : son moteur de redirection peut être désactivé d'une case à cocher, et vous conservez le bloc de suggestions sur la page 404 ainsi que le journal. Inversement, si vous n'avez rien, le module suffit à couvrir le cycle complet : détecter, comprendre, rediriger.
Installation en deux minutes, désinstallation propre
Aucune dépendance externe, aucun Composer, aucune modification de thème. Uploadez le ZIP via le Module Manager, installez : deux tables SQL sont créées, deux onglets apparaissent en back-office, et le bloc s'injecte automatiquement dans la page 404 de votre thème. À la désinstallation, les tables et les onglets sont supprimés : aucun résidu en base.
Il n’y a pas encore d’avis.