Pourquoi les facettes exigent une politique SEO
La navigation à facettes permet au visiteur d’affiner un catalogue par attributs : taille, matière, couleur, disponibilité ou prix. Une seule liste de produits peut donc générer de nombreuses combinaisons d’URL. C’est une bonne ergonomie, mais elle pose un problème de crawl et d’indexation : les moteurs peuvent découvrir ces chemins de filtres via les liens, les contrôles de formulaire, la pagination et les URL à paramètres, même si la boutique n’a pas prévu que chaque combinaison devienne une page d’atterrissage.
La question n’est pas de savoir si les filtres sont « bons pour le SEO ». Il s’agit de déterminer quelles combinaisons méritent une destination publique stable. Les recommandations de Google sur la navigation à facettes visent à éviter les espaces d’URL excessifs ou infinis et à rendre les chemins de crawl intentionnels. Une combinaison de filtres peut constituer une page d’atterrissage utile si elle correspond à une tâche récurrente, si elle dispose de suffisamment de produits éligibles et si elle offre une explication unique et utile. Le reste peut rester un simple outil de navigation.
Classer les URL de filtres
| Classe | Exemple type | Traitement pour l’indexation |
|---|---|---|
| État réservé au visiteur | Ordre de tri, curseur de prix, plusieurs choix temporaires | Le garder utilisable par les visiteurs ; éviter de le présenter comme une page d’atterrissage canonique |
| Page d’atterrissage candidate | Combinaison d’attributs stable, avec une demande et un stock suffisants | Lui attribuer une URL canonique unique, une balise title et un H1 uniques, et un chemin de crawl |
| Doublon d’URL | Même sélection avec un ordre de paramètres différent | Normaliser l’URL ou faire pointer la balise canonical vers la route retenue |
| Résultat vide | Combinaison sans produit éligible | Afficher un état utile dans l’interface, sans l’inclure dans le sitemap ni dans les liens internes vers les pages d’atterrissage |
La classification relève autant du modèle de données que de la politique d’URL. « Couleur » n’est exploitable que si les produits utilisent des valeurs contrôlées ; « prix » exige des tranches explicites et une règle pour les plages qui se chevauchent. Décidez si une sélection multiple crée une tâche distincte ou seulement un état de filtre temporaire. Une balise canonical ne peut pas transformer des milliers de pages de paramètres au contenu pauvre en contenu utile.
Mettre en place les leviers
Commencez par définir un modèle d’URL pour chaque classe. Les liens vers les pages d’atterrissage indexables doivent rester crawlables et cohérents. Pour les combinaisons réservées à la navigation, réduisez les chemins de crawl inutiles en agissant sur la génération de liens du site, et utilisez les leviers d’indexation adaptés à la plateforme. Ne comptez pas sur le fichier robots.txt pour faire disparaître une page des résultats de recherche une fois qu’elle a été indexée. Les balises canonical, les directives noindex, la pagination et l’inclusion dans le sitemap doivent décrire la même politique.
- Exportez les attributs, unités, valeurs autorisées et nombres de résultats actuels.
- Retenez un petit nombre de combinaisons candidates, selon la demande, l’étendue du stock et une tâche utilisateur distincte.
- Créez une seule forme d’URL préférée : normalisez l’ordre des paramètres, la casse et les filtres en double.
- N’ajoutez un contenu visible unique qu’aux combinaisons promues comme pages d’atterrissage.
- Excluez les états de navigation des sitemaps XML et supprimez les liens internes qui génèrent par erreur des combinaisons sans fin.
- Crawlez des états représentatifs (sélection simple, sélection multiple, tri, pagination, résultats vides) pour comparer le code de statut, la balise canonical et les directives robots.
Exemple : une boutique peut promouvoir la catégorie stable « lampes de bureau en inox » parce qu’elle contient de nombreux produits et répond à une intention d’achat claire. Une URL qui combine une valeur de curseur, un ordre de tri et une option « en rupture de stock » relève d’un état du visiteur, et non d’une page à publier dans un sitemap.
Tester les combinaisons réelles
Testez ce que le serveur et le navigateur exposent réellement. Vérifiez le HTML initial, la cible de la balise canonical, la directive robots, les liens de pagination, le nombre de liens internes entrants et le nombre de résultats. Testez les inversions d’ordre des paramètres et les visites directes sur des combinaisons vides. Une politique valide peut quand même échouer si des liens générés en JavaScript pointent vers des URL différentes de la convention canonique, ou si un bouton de filtre renvoie une page au code 200 sans résultat pertinent.