Comment choisir les facettes qui méritent une page SEO dédiée sur Prestashop ?

Choisir les facettes qui méritent une page indexée n’est pas une question de volume de recherche. C’est une question de capacité : combien de pages de filtres pouvez-vous réellement entretenir dans le temps ? Voici la méthode de priorisation, et surtout la source de données que personne n’exploite pour trancher, le journal de recherche interne de votre boutique PrestaShop, croisé avec la Search Console. Le raisonnement prolonge notre stratégie SEO d’ensemble pour la navigation à facettes en zoomant sur l’étape du choix.

La bonne question n’est pas le volume, c’est l’entretien

La plupart des guides PrestaShop reprennent le même repère : une facette mérite une URL indexée si elle pèse plus de 100 requêtes par mois, sinon canonical vers la catégorie. Le chiffre vient d’un raisonnement sain, mais il occulte le vrai facteur limitant. Une page de facette indexée n’est pas une case à cocher, c’est un actif éditorial permanent : elle réclame un texte d’introduction propre, un title et une meta description dédiés, un lien de navigation stable, et un suivi dans la Search Console. Sans cet entretien, elle rejoint le stock de pages minces qui pèse sur l’évaluation de tout le domaine. La décision binaire d’indexer ou non une page filtrée est traitée en détail dans notre guide dédié à la question de l’indexation des pages filtrées ; ici, on suppose la décision de principe prise et on organise le tri.

Soyons précis : le budget qui compte n’est pas le volume de recherche disponible, c’est le nombre de pages que votre équipe peut rédiger et surveiller chaque trimestre. Une boutique qui produit dix bonnes pages de facettes et les tient à jour bat une boutique qui en indexe deux cents et les abandonne. La méthode qui suit part de là : constituer une liste de candidates, mesurer leur demande réelle avec vos propres données, les classer, puis n’en retenir que ce que vous pouvez porter.

Dresser la liste des facettes candidates

Avant de trier, il faut savoir ce que vous avez sous la main. Trois sources se complètent, aucune ne suffit seule.

Partir du catalogue et du module

Ouvrez la configuration du module de navigation à facettes et listez, catégorie par catégorie, les filtres actifs : attributs (marque, couleur, taille, matière), caractéristiques, fourchettes de prix, disponibilité. Chaque valeur de filtre est une candidate potentielle, pas chaque type de filtre. La marque « Rossignol » dans la catégorie « Skis » est une candidate ; le filtre « couleur » en général n’en est pas une. Notez aussi la cardinalité : un attribut qui n’a qu’une seule valeur présente dans une catégorie ne produira jamais qu’un doublon strict de cette catégorie, on l’écarte d’office.

Crawler pour voir ce que le site génère déjà

Lancez un crawl de la boutique avec un outil type Screaming Frog, une première fois en ignorant le robots.txt pour mesurer la surface totale d’URL de filtres que le thème et le module produisent, une seconde fois en le respectant pour voir ce que Googlebot atteint réellement. Le delta entre les deux vous dit combien d’URL de facettes existent déjà, et lesquelles sont liées dans la navigation donc découvrables. Une facette déjà crawlée et liée est une candidate immédiate ; une facette que seul un paramètre d’URL manuel déclenche ne l’est pas.

Exporter les requêtes de la Search Console

Dans la Search Console, filtrez le rapport Performances sur les pages contenant vos paramètres de filtres (souvent ?q= en PrestaShop) et sur les requêtes qui génèrent des impressions sans page dédiée propre. Ce sont des facettes que Google associe déjà à une intention, sans que vous ayez rien fait. Elles montent en haut de la liste des candidates, parce que la demande y est prouvée et non estimée.

Mesurer la demande avec les signaux de votre boutique

C’est le point que les guides sautent. Ils raisonnent tous sur un volume de recherche externe : agrégé au niveau national, sorti de votre contexte, et payant à obtenir proprement. Or PrestaShop vous donne gratuitement un signal de demande bien plus fiable pour ce cas précis : ce que vos visiteurs tapent dans le moteur de recherche interne de votre boutique.

Le journal de recherche interne PrestaShop

Dans le back-office, la section Statistiques contient un tableau des termes recherchés sur la boutique (alimenté par le module de statistiques de recherche, table ps_statssearch). Il liste les expressions saisies dans votre champ de recherche, leur fréquence, et le nombre de résultats renvoyés. Lisez-le comme une liste d’intentions exprimées par des gens déjà sur votre site : si « veste imperméable femme » ou « rossignol occasion » revient des dizaines de fois, la facette correspondante répond à une demande réelle, mesurée chez vous, dans votre vocabulaire catalogue. Ce signal vaut mieux qu’un volume Keyword Planner pour décider d’une page de facette, parce qu’il est déjà qualifié par votre assortiment et votre clientèle.

Le test des recherches sans résultat

Le même rapport isole les termes qui renvoient zéro produit. C’est une mine pour la priorisation : une requête fréquente sans résultat signale soit un manque de catalogue, soit, très souvent, une facette qui existe mais n’est pas exposée clairement. Si « chaussures rando imperméables » est cherché vingt fois par mois sans résultat alors que vous vendez ces produits sous un attribut « imperméabilité », vous tenez une candidate prioritaire : la demande est là, l’offre aussi, il manque la page.

Croiser interne et Search Console

Superposez les deux jeux : les termes du moteur interne donnent l’intention de vos acheteurs, la Search Console donne ce que Google vous prête déjà. Une facette qui apparaît dans les deux est une candidate à traiter en premier. Une facette forte en interne mais absente de la Search Console est une opportunité à créer. Une facette forte en Search Console mais jamais cherchée en interne mérite un examen : le trafic existe, mais convertit-il ?

Noter et classer les candidates

Une fois la liste consolidée, notez chaque candidate sur cinq critères. L’objectif n’est pas un score parfait, c’est un classement défendable qui vous évite d’indexer au feeling.

La règle de cannibalisation, spécifique à PrestaShop

Ce critère mérite un mot, parce qu’il tranche vite. PrestaShop fournit des réceptacles natifs pour certaines dimensions : le contrôleur marque et ses pages /marque/, le contrôleur fournisseur, et bien sûr l’arborescence de catégories. Si une facette recouvre exactement une de ces dimensions, la page native gagne : elle a une URL propre, une gestion SEO dédiée dans le back-office, et elle ne dépend pas du module de filtres. Indexer en plus la facette « marque = X » revient à mettre deux de vos pages en concurrence sur la même requête. Réservez les pages de facettes aux croisements qu’aucun réceptacle natif ne sait produire : un attribut plus une caractéristique, un usage transversal, une compatibilité technique. Pour savoir quelle dimension route vers quel type de page native, reportez-vous à notre grille sur les filtres PrestaShop à indexer pour capter du trafic.

Les trois verdicts

Chaque candidate ressort dans une des trois cases. Page de facette indexée : demande prouvée, valeur commerciale réelle, pas de réceptacle natif, et vous avez la capacité de l’entretenir. Promotion en vraie sous-catégorie : la demande est forte et durable, mais la sélection mérite mieux qu’une facette, elle mérite une place dans l’arborescence, avec son propre fil d’Ariane et sa gestion éditoriale. Noindex : tout le reste, y compris les facettes à demande faible, les fourchettes de prix seules, et les combinaisons instables. Le noindex n’est pas un échec, c’est le sort normal de la grande majorité des facettes.

Combien de pages facettes garder

Fixez le nombre avant de regarder la liste, pas après. Posez-vous une question concrète : combien d’introductions de 150 à 250 mots, uniques et utiles, votre équipe peut-elle produire et relire par trimestre ? Pour beaucoup de boutiques, la réponse honnête tient entre cinq et quinze. Ce nombre est votre plafond. Vous prenez les candidates les mieux classées jusqu’à l’atteindre, et vous mettez tout le reste en noindex, quitte à en repêcher au trimestre suivant.

En revanche, ce plafond n’est pas gravé. Une boutique qui industrialise la production de contenu, avec des gabarits d’introduction nourris par les caractéristiques produit et une vraie relecture, monte le curseur. L’erreur est de partir de la liste des candidates possibles et de tout vouloir couvrir : c’est ainsi qu’on se retrouve avec cent pages de facettes dont dix sont tenues à jour. Un audit technique de la boutique, mené en amont, permet de chiffrer la surface réelle et de caler ce plafond sur des données plutôt que sur une impression.

Vérifier et réviser tous les trimestres

Une page de facette qui ne rapporte rien après deux trimestres est une dette. Le tri initial ne suffit pas, il faut une boucle de contrôle.

1. Contrôler l’indexation réelleVérifiez dans la Search Console que les pages retenues sont bien indexées et que celles passées en noindex sortent de l’index. Une facette en noindex mais toujours indexée signale un ordre d’opérations raté, il faut laisser Google recrawler avant de bloquer l’URL.
2. Mesurer clics et conversionsPour chaque page de facette indexée, regardez les clics Search Console et le comportement dans l’analytics. Zéro clic après six mois : repassez la page en noindex et libérez du budget d’entretien.
3. Traquer la cannibalisationSi une page de facette et sa catégorie parente se disputent la même requête dans la Search Console, l’une des deux est de trop. La native gagne presque toujours.
4. Rafraîchir le journal de recherche interneRelisez le rapport des termes recherchés et des recherches sans résultat chaque trimestre : le catalogue bouge, la demande aussi, de nouvelles candidates apparaissent.
5. Vérifier l’entretien effectifUne page dont l’introduction n’a pas été touchée depuis un an alors que la sélection a tourné n’est plus une page utile. Mettez à jour ou retirez.

Ce qu’il faut retenir

Choisir les facettes à indexer, c’est arbitrer sous contrainte, pas cocher un seuil de volume. Constituez la liste des candidates à partir du module, d’un crawl et de la Search Console. Mesurez la demande avec vos propres signaux : le journal de recherche interne PrestaShop et les recherches sans résultat valent mieux qu’un volume national estimé. Notez chaque candidate sur demande, valeur, coût d’entretien, cannibalisation native et concurrence, puis rangez-la dans une des trois cases : page de facette, sous-catégorie, ou noindex. Enfin, fixez votre plafond sur ce que vous pouvez vraiment entretenir, et révisez tous les trimestres. Une boutique bien tenue vit très bien avec dix pages de facettes solides. Si l’arbitrage vous semble flou sur votre catalogue, il se traite à deux, dossier en main.