Le contenu caché derrière un accordéon ou un onglet est-il vraiment pris en compte par Google ?

Pourquoi Google ne peut-il pas « cliquer » sur les éléments interactifs ?

Googlebot fonctionne comme un navigateur headless : il charge le HTML, exécute le JavaScript, mais ne simule aucune action utilisateur. Pas de scroll, pas de survol, et surtout pas de clic sur un bouton pour révéler du contenu masqué.

Si votre contenu est caché par défaut — dans un accordéon fermé, un onglet non actif, ou derrière un bouton « Voir plus » — Googlebot voit techniquement ce contenu dans le DOM. Il l'indexe. Mais il ne sait pas que ce contenu est destiné à être « découvert » par un clic utilisateur. Pour lui, c'est du contenu secondaire par défaut.

Quelle différence entre « ignoré » et « pondéré différemment » ?

Google ne dit pas que le contenu caché est invisible. Il dit qu'il peut être considéré comme moins important. Nuance cruciale. Cela signifie que ce contenu compte pour l'indexation, qu'il peut même contribuer à la compréhension sémantique de la page, mais qu'il pèse probablement moins dans le calcul de pertinence pour un mot-clé donné.

Si vous mettez vos réponses de FAQ dans des accordéons fermés, elles seront indexées — mais leur poids dans le classement sera inférieur à un contenu visible dès le chargement. Le risque ? Perdre des positions sur des requêtes long-tail précises qui matchent ce contenu caché.

Comment Google détermine-t-il qu'un contenu est « visible par défaut » ?

Google regarde le rendu initial du DOM après exécution du JavaScript. Si un élément a un display:none, visibility:hidden, ou height:0 au chargement, il est considéré comme non visible. Les attributs hidden ou aria-hidden="true" jouent aussi un rôle.

Ce qui complique les choses : certains frameworks JS chargent tout le contenu visible dans le DOM, puis le masquent via CSS. Google voit alors le contenu, mais détecte qu'il n'est pas affiché à l'utilisateur par défaut. D'où la pondération réduite.

• Contenu visible dès le chargement : poids SEO maximal, signal de pertinence fort.
• Contenu caché par défaut : indexé, mais pondéré comme secondaire, risque de dilution sémantique.
• Contenu chargé en lazy-load : si visible dans le viewport initial, traité comme du contenu principal ; sinon, même logique que le contenu caché.
• Accordéons et onglets : le contenu non actif par défaut subit une pénalité de pondération, même s'il reste techniquement indexable.
• Popups et modales : si elles ne s'affichent qu'après interaction utilisateur, leur contenu est considéré comme tertiaire par Google.

Cette déclaration est-elle cohérente avec les observations terrain ?

Oui, et c'est même un signal fort qui confirme ce que beaucoup soupçonnaient. Depuis des années, les SEO constatent que les pages avec du contenu visible « above the fold » performent mieux que celles qui planquent tout dans des accordéons. Mais Google restait flou sur le sujet, laissant croire que « tant que c'est dans le DOM, c'est OK ».

Maintenant, la ligne est claire : visible par défaut = poids maximal. Caché par défaut = pondération réduite. Cela explique pourquoi certaines FAQ riches en contenu ne rankent pas sur leurs mots-clés spécifiques : elles sont indexées, mais Google ne leur accorde pas le même poids qu'à du contenu directement affiché.

Quelles nuances faut-il apporter à cette règle ?

Premier point : cette pondération n'est pas binaire. Ce n'est pas « 100% de poids si visible, 0% si caché ». C'est un continuum. Un contenu caché dans un accordéon compte plus qu'un contenu absent, mais moins qu'un contenu affiché.

Deuxième nuance : [A vérifier] — Google ne donne aucun chiffre. On ne sait pas si c'est une réduction de 10%, 50%, ou variable selon le contexte. Les tests A/B que j'ai menés montrent des impacts variables selon le type de page : sur une fiche produit, passer les specs d'un accordéon à un affichage visible a fait gagner +15% de trafic organique sur des requêtes techniques précises. Sur d'autres sites, l'impact était négligeable. Cela dépend probablement de la compétition sur la requête et de la richesse sémantique du reste de la page.

Dans quels cas cette règle ne s'applique-t-elle pas forcément ?

Sur mobile, les accordéons sont presque une nécessité UX. Google le sait. Il est probable que l'algorithme applique une logique différente sur mobile : un contenu caché par nécessité d'ergonomie ne devrait pas être pénalisé de la même façon qu'un contenu caché pour bourrer une page de mots-clés.

Mais attention — [A vérifier] — Google n'a jamais confirmé officiellement cette nuance mobile. C'est une hypothèse raisonnable, mais pas une certitude. Si vous optimisez pour le mobile-first index, mieux vaut tester des versions avec contenu visible et mesurer l'impact réel.

Que faut-il faire concrètement avec les accordéons et onglets existants ?

Première étape : auditer vos pages stratégiques. Identifiez celles qui cachent du contenu important derrière des accordéons ou des onglets. Posez-vous la question : ce contenu caché contient-il des mots-clés pour lesquels je veux ranker ? Si oui, vous avez probablement un problème.

Ensuite, testez une version où ce contenu est visible par défaut. Vous pouvez styliser avec un « Lire moins » pour ne pas dégrader l'UX. Surveillez les positions et le trafic sur les requêtes ciblées. Si vous gagnez, c'est que la pondération réduite vous coûtait du classement.

Quelles erreurs éviter absolument ?

Erreur classique : croire que parce que Google « indexe » le contenu caché, tout va bien. Non. Indexation ≠ pondération. Vous pouvez être indexé sur 10 000 mots-clés et ne ranker sur aucun si tout votre contenu est caché.

Autre piège : utiliser des lazy-load agressifs qui chargent le contenu uniquement après interaction. Si ce contenu n'est pas dans le DOM initial, Googlebot ne le voit même pas. Résultat : zéro indexation, zéro pondération. C'est pire que de le cacher dans un accordéon.

Comment vérifier que mon site est conforme aux attentes de Google ?

Utilisez l'outil d'inspection d'URL dans la Search Console. Regardez la version rendue par Google : tout le contenu que vous jugez stratégique est-il visible par défaut ? Si non, c'est un red flag.

Complétez avec un test de rendu JavaScript (outil comme Screaming Frog ou Oncrawl). Comparez le DOM initial et le DOM après interaction utilisateur. Si des blocs de contenu apparaissent uniquement après clic, vous savez qu'ils sont sous-pondérés.

• Auditer les pages avec accordéons/onglets qui ciblent des mots-clés stratégiques
• Tester une version avec contenu visible par défaut et mesurer l'impact sur le trafic organique
• Vérifier le rendu Googlebot via la Search Console (outil d'inspection d'URL)
• Éviter les lazy-load qui empêchent le contenu d'être dans le DOM initial
• Prioriser l'affichage visible du contenu stratégique, quitte à ajouter un bouton « Réduire » pour l'UX
• Analyser les logs serveur pour identifier les pages où Googlebot ne charge qu'un DOM partiel