Navigation à facettes — les derniers conseils de Google pour optimiser

La navigation à facettes est l’un des piliers de l’expérience utilisateur sur les sites e-commerce, les plateformes d’articles et les sites d’événements. Elle permet de filtrer les résultats par taille, couleur, catégorie ou prix. Mais sans implémentation réfléchie, elle peut générer un nombre quasi infini d’URLs — et dévaster votre crawl budget.

En décembre 2024, Google a publié une documentation officielle dédiée à ce sujet, annoncée par Gary Illyes. Elle reprend et actualise des recommandations initialement formalisées en 2014 — signe que le problème reste aussi actuel qu’il y a dix ans.

L’overcrawling, un gaspillage de ressources

Comme l’explique Gary Illyes : "Les moteurs de recherche perdent du temps à explorer d’innombrables URLs qui n’ont aucune valeur pour les utilisateurs." Ces URLs semblent nouvelles aux robots, qui ne peuvent pas déterminer leur inutilité sans les avoir visitées. Résultat : le crawl budget alloué à votre site est consommé en pure perte.

Le ralentissement de la découverte de contenus

La conséquence directe : "Si le temps de crawl est consacré à des URLs inutiles, les robots ont moins de temps à consacrer aux nouvelles URLs utiles." (Google, 2024). Vos nouvelles pages ou mises à jour importantes mettront plus de temps à apparaître dans l’index.

Google propose deux approches selon que vous souhaitez ou non que vos pages de navigation à facettes soient indexées.

Option 1 : empêcher le crawl des URLs à facettes

Dans la majorité des cas, les pages générées par la navigation à facettes n’apportent pas de valeur SEO supplémentaire. Google recommande trois approches :

• Fragments d’URI (#) : utiliser la partie # de l’URL pour les filtres. Google ignore ces fragments lors du crawl. Ex. : /chaussures#couleur=rouge au lieu de /chaussures?couleur=rouge.
• JavaScript sans modification d’URL : implémenter le filtrage entièrement en JS, sans créer de nouvelles URLs crawlables.
• AJAX : charger le contenu filtré via AJAX sans modifier l’URL principale.

Option 2 : indexer les bonnes combinaisons de facettes

Si certaines combinaisons de facettes correspondent à des intentions de recherche réelles, Google recommande :

• Limiter les combinaisons : autoriser uniquement les combinaisons qui ont une valeur pour les utilisateurs et le référencement. Ex. : "couleur + taille" mais pas "couleur + taille + matière + prix + marque" simultanément.
• Canonicalisation : implanter des balises canoniques pour indiquer à Google la version préférée. Toutes les variations de filtres pour des chaussures rouges pointent vers /chaussures?couleur=rouge.
• Structure d’URLs claire : des paramètres descriptifs et des valeurs significatives facilitent la compréhension par les moteurs de recherche.

Bien que le cadre de Google soit solide, certains experts — comme Ryan Siddle de Merj — soulignent des limites réelles, notamment sur l’approche fragments d’URI (#).

Problèmes d’accessibilité

L’utilisation des fragments ne respecte pas pleinement les directives WCAG (Web Content Accessibility Guidelines), ce qui peut exclure une partie de l’audience et créer des problèmes de conformité légale dans certaines juridictions.

Difficultés avec le partage social

Les URLs avec fragments génèrent souvent des aperçus incorrects ou incomplets sur les réseaux sociaux, ce qui diminue l’engagement et nuit à la stratégie de contenu.

Défis techniques d’implémentation

Ryan Siddle rapporte qu’une agence a estimé 14 jours pour implémenter cette solution — et rencontrait encore des difficultés après 9 mois. Des coûts de développement élevés et une maintenance complexe à anticiper.

L’approche hybride

Indexer uniquement les combinaisons les plus recherchées et exclure les autres via robots.txt ou méta-robots. L’inconvénient : complexité de maintenance et nécessité d’une analyse continue des données.

Sous-répertoires au lieu des paramètres

Des URLs de type /chaussures/rouge/42/ plutôt que /chaussures?couleur=rouge&taille=42. Meilleure lisibilité, indexation ciblée possible, mais architecture plus complexe à planifier.

La Search API de Google

Pour les sites avec un très grand nombre de produits, la Search API de Google peut remplacer la navigation à facettes traditionnelle — au prix de coûts additionnels et d’une dépendance accrue envers Google.

La reprise des conseils de 2014 dans une documentation officielle en 2024 illustre la persistance du problème. Mais le contexte a évolué sur trois points clés.

• Index mobile-first : depuis 2020, Google indexe en priorité la version mobile. L’optimisation de la navigation à facettes sur mobile est donc critique.
• Attentes utilisateurs plus élevées : une navigation à facettes bien conçue n’est plus un atout SEO optionnel, c’est un élément fondamental de l’expérience utilisateur.
• Impact serveur reconnu : Google insiste désormais sur le coût en ressources serveur, un aspect absent des recommandations de 2014.

La méthodologie en 4 étapes

• Analysez l’état actuel : crawlez votre site avec Screaming Frog pour extraire toutes les URLs contenant des paramètres de facettes.
• Évaluez la valeur SEO : pour chaque combinaison, vérifiez si elle répond à une intention de recherche réelle, si le volume de recherche existe, et si le contenu est suffisamment différent pour justifier l’indexation.
• Examinez les logs de serveur : identifiez les URLs à facettes fréquemment explorées mais rarement indexées — ce sont les premiers candidats à bloquer.
• Mesurez les performances de rendu : utilisez PageSpeed Insights et la Search Console pour évaluer le temps de chargement des pages à facettes.

Solutions selon le type de site

Pour les sites e-commerce : canonicalisation robuste (variantes de facettes similaires vers la catégorie principale), sous-catégories dédiées pour les combinaisons très recherchées (ex. : "chaussures de running pour femmes").

Pour les sites de contenu et d’actualités : taxonomie structurée (catégories + tags) plutôt qu’une navigation à facettes étendue, profondeur de filtres limitée à 1 ou 2 niveaux.

Pour les sites d’événements : filtres prioritaires en avant-plan (date, lieu), filtres secondaires masqués derrière "Plus de filtres", états de page JS pour les filtres mineurs sans modifier l’URL.

• Google Search Console : rapport de couverture pour détecter les changements dans les pages indexées et les erreurs.
• Screaming Frog Log Analyzer ou Botify : suivre l’évolution du comportement de crawl avant et après vos modifications.
• New Relic ou Datadog : mesurer l’impact sur les ressources serveur.
• Tests A/B SEO : pour les sites de grande envergure, déployer sur une section limitée avant généralisation.