Un bouton « Voir plus » n'est pas un lien au sens HTML : s'il n'est pas un élément <a> avec un attribut href résolvable, Google ne peut pas le suivre pour découvrir les produits suivants (Official source). Le mécanisme de chargement incrémental est légitime pour la performance, mais il faut garantir que le crawler peut atteindre tout le contenu (Official source).
Le mécanisme : ce que Google peut suivre, et ce qu'il ne peut pas
Google distingue deux choses : ce qui est affiché à l'utilisateur et ce qui est présent dans le HTML sous forme de lien. Un <a href="/page/2"> est crawlable, même si l'URL est insérée dynamiquement par JavaScript, tant que le balisage final contient bien l'élément et l'attribut (Official source). À l'inverse, un <button> qui déclenche une requête, un <div onclick> ou un <a> sans href ne fournit pas d'URL que le robot peut envoyer. Google précise que les liens dans d'autres formats ne sont généralement pas extraits, et qu'il ne peut pas extraire de façon fiable les URL des éléments <a> sans href ou des balises qui agissent comme des liens via des événements script (Official source).
Le chargement incrémental — « Voir plus », défilement infini, chargement partiel — est présenté par Google comme un choix d'expérience utilisateur valable pour alléger la page initiale et réduire le trafic réseau (Official source). Le problème n'est donc pas le pattern en lui-même, mais l'absence de chemins crawlables vers les éléments non affichés au premier chargement.
Pourquoi la pagination classique reste un filet de sécurité
La pagination par liens « suivant », « précédent » et numéros de page crée des URL distinctes et liées entre elles. Chaque page peut être explorée, et les produits de la page 3 ne dépendent pas de l'exécution d'un script pour être découverts. Google cite explicitement la pagination par liens comme une implémentation possible (Official source).
Cela ne signifie pas qu'il faille abandonner le bouton « Voir plus ». Cela signifie qu'il doit exister, en parallèle, des liens réels vers les pages suivantes ou vers des vues paginées. Un bouton peut améliorer la fluidité perçue ; les liens assurent la découvrabilité.
Faut-il réécrire les facettes pour corriger le problème ?
Non, pas en priorité. Les facettes (filtres de couleur, taille, prix) créent souvent des combinaisons d'URL nombreuses et parfois du contenu très proche. Les réécrire toutes est un chantier lourd et risqué. La correction ciblée consiste d'abord à vérifier que la pagination principale de chaque catégorie expose des liens crawlables, puis à décider quelles facettes méritent d'être indexables. Une facette qui ne change pas réellement l'offre ou qui duplique une catégorie existante n'a pas besoin d'être ouverte au crawl.
Exemple hypothétique : une catégorie de chaussures
Prenons une boutique fictive vendant des chaussures de randonnée. Sa page catégorie affiche 24 produits, puis un bouton « Voir plus » charge les 96 suivants via une requête JavaScript. Le HTML initial ne contient que 24 liens produits et aucun lien vers une page 2. Dans ce scénario illustratif, les 96 produits restants n'ont aucun chemin crawlable depuis la catégorie : ils peuvent rester introuvables pour Google, sauf s'ils sont liés ailleurs (accueil, sitemap, autres catégories). Si l'on ajoute des liens <a href> vers /chaussures-randonnee?page=2, ?page=3, etc., chaque page devient explorable, et le bouton peut rester pour l'utilisateur.
Comment vérifier concrètement, sans supposer
La méthode fiable est de tester ce que le robot voit après exécution du JavaScript, pas ce que vous voyez dans votre navigateur.
- Inspecter le HTML initial : désactivez JavaScript ou consultez le code source brut. Cherchez les liens
<a href>vers les pages suivantes. S'il n'y en a aucun, le crawl dépend du rendu. - Utiliser l'inspection d'URL dans la Search Console : l'outil affiche le HTML rendu et les liens détectés. Vérifiez si les URL des pages 2, 3, etc. apparaissent.
- Comparer avec le nombre de produits : si la catégorie contient 120 produits et que seuls 24 liens sont détectés, il manque un chemin.
- Tester une page profonde : prenez un produit situé en fin de liste et vérifiez s'il est accessible par un chemin de liens depuis la catégorie.
- Contrôler les canonical : chaque page paginée doit s'auto-canoniser vers elle-même, pas vers la page 1. Google ne garantit pas de traitement particulier pour
rel=next/rel=prev; l'auto-canonical évite de consolider à tort des pages distinctes.
Si l'étape 2 ne montre pas les liens attendus, le problème est probablement dans le rendu ou dans l'absence de balisage <a href>. Si les liens apparaissent mais que les produits restent absents, cherchez d'autres causes (robots.txt, balises noindex, contenu dupliqué).
Ce que l'on ne peut pas affirmer
Google ne publie pas de règle garantissant qu'un bouton « Voir plus » sera toujours traité de la même façon. Le comportement dépend du rendu, du moment du crawl et de la qualité des liens. Il n'existe pas de seuil officiel du type « au-delà de X produits, il faut paginer ». La seule certitude vérifiable est la suivante : un lien <a href> résolvable est crawlable ; un bouton sans href ne l'est pas de façon fiable (Official source).
En résumé opérationnel
- Conservez le bouton « Voir plus » pour l'expérience utilisateur si vous le souhaitez.
- Ajoutez ou conservez des liens
<a href>vers des pages paginées réelles. - Auto-canonisez chaque page paginée.
- Testez le HTML rendu, pas seulement l'affichage navigateur.
- Ne réécrivez pas toutes les facettes : traitez d'abord la pagination principale.
Questions fréquentes
Le bouton « Voir plus » est-il toujours mauvais pour le SEO ?
Non. Le chargement incrémental est un choix d'UX reconnu. Le risque vient de l'absence de liens crawlables vers les contenus non chargés initialement. Si des liens <a href> existent en parallèle, le bouton ne pose pas de problème structurel.
Faut-il supprimer le défilement infini ?
Pas nécessairement. Google documente le défilement infini comme un pattern possible et recommande des mesures pour le rendre compatible avec l'exploration. L'important est que chaque contenu ait une URL accessible par un lien, et non uniquement par une action de défilement.