Les filtres aident le visiteur à réduire un catalogue par couleur, taille, marque ou prix. Dans PrestaShop, le comportement dépend du module de navigation à facettes, du thème et de la configuration. Une boutique peut créer plusieurs URLs pour des combinaisons similaires. Le problème SEO n’est pas l’existence des filtres, mais l’absence de décision claire sur les pages à proposer à la recherche.
N’appliquez pas une règle globale simplement parce qu’elle a été conseillée pour une autre boutique. Observez d’abord les adresses produites, le contenu affiché et les pages qui répondent déjà à des recherches pertinentes. Modifier robots.txt ou canonical peut affecter des produits, variantes et langues non visés. Ce guide propose une démarche d’analyse et de test, pas un bloc de configuration à copier.
Inventorier les combinaisons réellement créées
Choisissez des catégories représentatives, appliquez un filtre à la fois, puis des combinaisons et des ordres différents. Relevez URL, produits affichés, titre, canonical, noindex et liens disponibles. Testez aussi tri, pagination, suppression des filtres et bouton de retour. Deux adresses peuvent représenter la même sélection ; changer l’ordre peut multiplier les états sans ajouter de contenu.
Dans un exemple hypothétique, /calcado?cor=preto&tamanho=42 et /calcado?tamanho=42&cor=preto peuvent afficher les mêmes produits. Le format réel dépend de l’installation ; ces exemples ne sont ni des URLs PrestaShop à reproduire ni une recommandation de structure.
Distinguer utilité de navigation et intention de recherche
Une combinaison peut aider à choisir sans justifier une page indexable. Évaluez s’il existe une demande identifiable, une offre suffisante et des informations propres. « Vestes imperméables » peut correspondre à une catégorie stable ; combiner prix temporaire, taille et tri peut servir uniquement la session du visiteur. Ce sont des hypothèses à vérifier, pas des décisions automatiques fondées sur une expression.
Pour une sélection méritant sa propre page, définissez une URL stable, des informations de choix et des liens internes adaptés. Confirmez son entretien lorsque le stock évolue. Évitez les pages presque identiques pour toutes les combinaisons. Demande, offre et capacité éditoriale doivent justifier la sélection, au lieu de produire de nombreuses pages vides ou répétitives.
Choisir le mécanisme de contrôle adapté
Google distingue le contrôle de l’exploration de la décision d’indexation. Si elles ne sont pas nécessaires dans la recherche, les URLs de navigation à facettes peuvent demander des mesures réduisant l’exploration des combinaisons. Le choix dépend de la manière dont la boutique produit ces adresses et leurs liens. Examinez les motifs concrets avant de créer des règles pouvant aussi couvrir des pages utiles.
- robots.txt guide l’exploration ; bloquer une URL ne garantit pas sa disparition de l’index.
- noindex exige que le robot accède à la ressource et lise la directive ; cette instruction ne supprime pas à elle seule la nécessité de récupérer la page.
- Canonical exprime une préférence entre pages dupliquées ou très proches ; ce n’est ni un blocage d’exploration ni une garantie du choix de Google.
- Retirer une URL du sitemap supprime cette indication de découverte, sans empêcher sa découverte par d’autres liens.
Si une page est déjà indexée et que vous voulez utiliser noindex, bloquer immédiatement son accès peut empêcher la lecture de l’instruction. Préparez l’ordre des changements et vérifiez l’état antérieur. Ne combinez pas tous les mécanismes comme s’ils avaient le même effet. Un paramètre partagé par filtres et variantes demande aussi de distinguer les usages avant toute règle.
Traiter la pagination et les combinaisons sans résultat
Chaque page de pagination affichant des produits différents doit avoir sa propre adresse ; ne pointez pas automatiquement tous les canonicals vers la première page. Vérifiez que les produits suivants restent accessibles par des liens. Un bouton « Charger plus » peut faciliter l’usage, mais doit permettre la découverte du catalogue au-delà du premier ensemble.
Pour les combinaisons impossibles ou sans résultat ne représentant pas une collection valide, Google recommande une réponse HTTP 404 sur l’URL concernée plutôt qu’une redirection vers une page générique. Distinguez-les d’une catégorie légitime temporairement sans stock. Testez la règle avec l’équipe du catalogue pour ne pas supprimer des pages utiles à cause d’une fluctuation de disponibilité.
Vérifier le module et le parcours sur une copie de test
Notez les versions de PrestaShop, du thème et du module, puis conservez la configuration antérieure. Préparez des cas : sélection simple, combinée, ordre différent, prix, pagination, langue et absence de résultat. Comparez chaque comportement attendu au résultat observé. Vérifier uniquement l’ouverture du filtre sur ordinateur laisse sans test la navigation, l’accès aux produits et les signaux SEO.
Examinez aussi le cache et les changements du catalogue. Une configuration correcte peut rester invisible lorsqu’une ancienne version est servie. Après publication, répétez l’échantillon sur le site réel et notez la date. Évitez de changer simultanément structure, module et contenu de toutes les catégories sans pouvoir identifier l’origine d’un problème.
Suivre les effets sans promettre de résultat immédiat
Observez des exemples dans Search Console et, s’ils sont disponibles et correctement traités, les journaux d’exploration du serveur. Comparez pages souhaitées, canonicals et groupes d’URLs dans le temps. La mise à jour de l’index n’est pas immédiate. La réussite technique consiste à respecter les règles définies en gardant le catalogue utilisable ; les gains commerciaux demandent une mesure propre et ne peuvent être attribués à la seule réduction des combinaisons.
L’équipe RedeShop peut relier cette analyse à un audit technique ou à un diagnostic PrestaShop, avec inventaire, priorités et vérification des changements convenus.