Les accordéons mobile et desktop sont-ils vraiment neutres pour le SEO ?

Pourquoi Google change-t-il de position sur le contenu masqué ?

Pendant des années, le contenu caché était suspect aux yeux de Google. Cacher du texte dans des accordéons, onglets ou blocs repliables passait pour une technique borderline — une manière de bourrer des mots-clés sans polluer l'expérience utilisateur.

Le Mobile-First Indexing a redistribué les cartes. Puisque Google crawle désormais prioritairement la version mobile d'un site, et que sur mobile l'espace écran est réduit, masquer du contenu dans des accordéons devient une pratique UX légitime. Google l'a admis : le contenu caché dans des éléments interactifs est indexé et pris en compte comme n'importe quel autre texte visible.

Qu'est-ce que ça change concrètement pour l'indexation ?

Avant le Mobile-First, le contenu masqué sur desktop pouvait être dévalué ou ignoré. Aujourd'hui, si ton site est en Mobile-First Indexing — et c'est le cas de la quasi-totalité des sites — Google lit d'abord ta version mobile. Si ton accordéon est présent et techniquement accessible dans le DOM, le texte qu'il contient est indexé.

Ça signifie qu'un long contenu éditorial découpé en sections repliables ne sera pas pénalisé. Le crawler de Google exécute le JavaScript, déplie virtuellement les accordéons, et indexe le texte. Pas besoin de tout afficher d'un coup pour satisfaire le bot.

Y a-t-il des conditions techniques à respecter ?

Oui. Google indexe le contenu caché si et seulement si ce contenu est présent dans le HTML ou chargé de manière accessible au bot. Si ton accordéon charge du texte en AJAX au clic, vérifie que Googlebot peut déclencher l'événement ou que le contenu est pré-rendu côté serveur.

Les balises sémantiques jouent aussi un rôle. Utiliser des <details> et <summary> HTML5 ou des attributs ARIA corrects aide Google à comprendre que le contenu est volontairement masqué pour des raisons d'UX, pas pour manipuler le ranking.

• Le contenu dans un accordéon est indexé comme du contenu visible classique si le Mobile-First Indexing est actif.
• L'implémentation technique doit permettre à Googlebot d'accéder au texte masqué (présent dans le DOM ou pré-rendu).
• Les balises HTML5 sémantiques (<details>, <summary>) ou ARIA renforcent la clarté de l'intention UX.
• Le contenu caché sur desktop n'a plus d'impact sur l'indexation depuis le passage au Mobile-First.
• Google exécute le JavaScript et peut « déplier » virtuellement les accordéons pour en extraire le texte.

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

Oui et non. Les tests montrent effectivement que Google indexe le contenu d'accordéons correctement implémentés. On voit des pages ranker sur des requêtes dont les mots-clés sont uniquement présents dans des sections repliables. C'est cohérent avec la logique du Mobile-First : masquer du contenu pour gagner en clarté mobile est devenu la norme.

Mais — et c'est là que ça coince — le poids sémantique du contenu caché reste flou. Google affirme l'indexer, mais indexer ne veut pas dire accorder le même poids qu'au contenu immédiatement visible. Plusieurs études SEO [A verifier] suggèrent qu'un texte affiché en haut de page, sans interaction requise, pourrait bénéficier d'un léger avantage de pertinence par rapport à du contenu enfoui dans un accordéon. Google ne l'a jamais confirmé explicitement.

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

Si ton site n'est pas encore en Mobile-First Indexing — rare, mais ça existe encore pour des sites très anciens ou techniquement problématiques — Google crawle d'abord la version desktop. Dans ce cas, masquer du contenu sur desktop peut encore poser problème.

Autre cas : les accordéons JavaScript mal ficelés. Si le contenu n'est pas dans le DOM initial et que le chargement AJAX échoue pour Googlebot, le texte ne sera jamais vu. Teste toujours l'outil d'inspection d'URL de la Search Console pour vérifier ce que Google rend réellement.

Quelle est la différence entre accordéon et onglet (tab) ?

Les onglets posent un problème plus subtil. Si tu as 5 onglets et que seul le premier est affiché par défaut, les 4 autres sont techniquement présents dans le DOM mais masqués. Google les indexe, mais leur hiérarchie perçue peut être moindre : le contenu du premier onglet pourrait être interprété comme plus prioritaire.

Concrètement ? Si tu as du contenu critique — mots-clés cibles, argumentation principale — ne le planque pas dans le 3e onglet. Mets-le en haut, visible par défaut. Les onglets, c'est pour segmenter de l'information secondaire ou des détails techniques. Les accordéons, eux, sont plus neutres si le contenu se déroule verticalement.

Que faut-il faire concrètement si j'utilise des accordéons ?

Vérifie que ton implémentation technique est crawlable. Utilise l'outil d'inspection d'URL de la Search Console : demande à Google de rendre la page, puis consulte le HTML rendu. Le texte de tes accordéons doit apparaître dans le code source retourné par le bot.

Si tu utilises du JavaScript moderne (React, Vue, Angular), assure-toi que le SSR (Server-Side Rendering) ou le pré-rendu est activé. Sinon, Googlebot devra exécuter tout le JS pour voir ton contenu, ce qui ajoute de la latence et peut poser problème si le budget crawl est serré.

Quelles erreurs éviter avec les accordéons ?

Ne cache pas tout ton contenu principal dans des accordéons. Si une page produit n'affiche que le titre et un bouton « Voir la description », tu prends un risque. Google indexera le texte, mais l'UX est tellement dégradée que le taux de rebond explosera — et ça, Google le capte via les signaux comportementaux.

Évite aussi les accordéons imbriqués à outrance. Trois niveaux de profondeur, c'est déjà limite. Plus tu enfouis le contenu, plus tu compliques la tâche au bot et à l'utilisateur. Un contenu important doit rester accessible en un clic maximum.

Comment vérifier que mes accordéons sont bien indexés ?

Lance une recherche Google avec site:tonsite.com "extrait de texte unique présent dans l'accordéon". Si la page remonte et que l'extrait apparaît dans les résultats, c'est bon signe. Sinon, inspecte le code source brut (Ctrl+U) : si le texte n'y figure pas, Googlebot devra exécuter le JS — ce qui fonctionne, mais avec un léger délai.

Autre test : utilise un outil comme Screaming Frog en mode « JavaScript rendering » pour crawler ton site. Compare le contenu récupéré avec et sans JS activé. Si des pans entiers de texte disparaissent sans JS, ton implémentation est fragile.

• Inspecter chaque template de page utilisant des accordéons avec l'outil de rendu de la Search Console.
• Vérifier que le contenu caché est présent dans le DOM initial ou chargé de manière accessible au bot.
• Utiliser des balises sémantiques HTML5 (<details>, <summary>) ou des attributs ARIA corrects.
• Ne jamais cacher la totalité du contenu principal d'une page dans des accordéons — garde au minimum un chapô visible.
• Tester l'indexation avec des requêtes site: ciblant des extraits de texte présents uniquement dans les accordéons.
• Crawler le site avec Screaming Frog en mode JavaScript pour détecter les contenus invisibles sans rendu JS.