Official statement
Other statements from this video 43 ▾
- 2:22 Pourquoi votre site a-t-il perdu du trafic après une Core Update sans avoir fait d'erreur ?
- 2:22 Les Core Web Vitals vont-ils vraiment bouleverser votre stratégie SEO ?
- 3:50 Une baisse de classement après une Core Update signifie-t-elle vraiment un problème avec votre site ?
- 3:50 Faut-il vraiment attendre avant d'optimiser les Core Web Vitals ?
- 3:50 Pourquoi Google repousse-t-il la migration complète vers le Mobile-First Index ?
- 7:07 Google peut-il vraiment repousser le Mobile-First Indexing indéfiniment ?
- 11:00 Pourquoi Google ne canonicalise-t-il pas les URLs avec fragments dans les sitelinks et rich results ?
- 11:00 Les URLs avec fragments (#) dans Search Console : faut-il revoir votre stratégie de tracking et d'analyse ?
- 14:34 Pourquoi les chiffres entre Analytics, Search Console et My Business ne correspondent-ils jamais ?
- 14:35 Pourquoi vos métriques Google ne concordent-elles jamais entre Search Console, Analytics et Business Profile ?
- 16:37 Comment sont vraiment comptabilisés les clics FAQ dans Search Console ?
- 18:44 Le contenu masqué par accordéon mobile est-il vraiment indexé comme du contenu visible ?
- 29:45 Le rel=canonical via HTTP header fonctionne-t-il vraiment encore ?
- 30:09 L'en-tête HTTP rel=canonical fonctionne-t-il vraiment pour gérer les contenus dupliqués ?
- 31:00 Pourquoi Search Console affiche-t-il encore 'PC Googlebot' sur des sites récents alors que le Mobile-First Index est censé être la norme ?
- 31:02 Mobile-First Indexing par défaut : pourquoi Search Console affiche-t-il encore desktop Googlebot ?
- 33:28 Pourquoi Google insiste-t-il sur le contexte textuel dans les feedbacks Search Console ?
- 33:31 Les outils Search Console suffisent-ils vraiment à résoudre vos problèmes d'indexation ?
- 33:59 Pourquoi vos pages ne s'indexent-elles toujours pas après 60 jours dans Search Console ?
- 37:24 Pourquoi Google indexe-t-il parfois HTTP au lieu de HTTPS malgré la migration SSL ?
- 37:53 Faut-il vraiment cumuler redirections 301 ET canonical pour une migration HTTPS ?
- 39:16 Pourquoi votre sitemap échoue dans Search Console et comment débloquer réellement la situation ?
- 41:29 Votre marque disparaît des SERP sans raison : le feedback Google peut-il vraiment résoudre le problème ?
- 44:07 Faut-il privilégier un sous-domaine ou un nouveau domaine pour lancer un service ?
- 44:34 Sous-domaine ou nouveau domaine : pourquoi Google refuse-t-il de trancher pour le SEO ?
- 44:34 Les pénalités Google se propagent-elles vraiment entre domaine et sous-domaines ?
- 45:27 Les pénalités Google se propagent-elles vraiment entre domaine et sous-domaines ?
- 48:24 Faut-il vraiment ignorer le PageRank dans le choix entre domaine et sous-domaine ?
- 48:33 Les liens entre domaine racine et sous-domaines transmettent-ils réellement du PageRank ?
- 49:58 Faut-il vraiment s'inquiéter du contenu dupliqué par scraping ?
- 50:14 Peut-on relancer un ancien domaine sans être pénalisé pour le contenu dupliqué par des spammeurs ?
- 50:14 Faut-il vraiment signaler chaque URL de scraping via le Spam Report pour obtenir une action de Google ?
- 57:15 Faut-il vraiment rapporter le spam URL par URL pour aider Google ?
- 58:57 Pourquoi Google refuse-t-il d'afficher vos FAQ en rich results malgré un balisage parfait ?
- 59:54 Pourquoi Google n'affiche-t-il pas vos FAQ rich results malgré un balisage parfait ?
- 65:15 Peut-on ajouter des FAQ sur ses pages uniquement pour gagner des rich results en SEO ?
- 65:45 Peut-on ajouter une FAQ uniquement pour obtenir le rich result sans risquer de pénalité ?
- 67:27 Faut-il encore optimiser les balises rel=next/prev pour la pagination ?
- 67:58 Faut-il vraiment soumettre toutes les pages paginées dans le sitemap XML ?
- 70:10 Faut-il vraiment indexer toutes les pages de catégories pour optimiser son crawl budget ?
- 70:18 Faut-il vraiment arrêter de mettre les pages catégories en noindex ?
- 72:04 Le nombre de fichiers JavaScript ralentit-il vraiment l'indexation Google ?
- 72:24 Googlebot rend-il vraiment tout le JavaScript en une seule passe ?
Google claims to correctly index hidden content in accordions, whether the site is viewed on mobile or desktop. With Mobile-First Indexing, hidden content on desktop no longer influences indexing since Google primarily crawls the mobile version. For SEO, this means you can optimize UX without fear of penalties - but it still needs to be implemented correctly.
What you need to understand
Why is Google changing its stance on hidden content?
For years, hidden content was viewed with suspicion by Google. Hiding text in accordions, tabs, or collapsible sections was considered a borderline technique - a way to stuff keywords without polluting user experience.
The Mobile-First Indexing has reshuffled the cards. Since Google now primarily crawls the mobile version of a site, and screen space is limited on mobile, hiding content in accordions has become a legitimate UX practice. Google has acknowledged that hidden content in interactive elements is indexed and treated like any other visible text.
What does this mean for indexing?
Before Mobile-First, hidden content on desktop could be devalued or ignored. Today, if your site is on Mobile-First Indexing — which is the case for nearly all sites — Google primarily reads your mobile version. If your accordion is present and technically accessible in the DOM, the text it contains is indexed.
This means that a long editorial content divided into collapsible sections won’t be penalized. Google's crawler executes JavaScript, virtually unfolds accordions, and indexes the text. There's no need to display everything at once to satisfy the bot.
Are there technical conditions to meet?
Yes. Google indexes hidden content only if this content is present in the HTML or loaded in an accessible manner to the bot. If your accordion loads text via AJAX upon clicking, ensure that Googlebot can trigger the event or that the content is prerendered server-side.
Semantic tags also play a role. Using <details> and <summary> HTML5 or correct ARIA attributes helps Google understand that content is intentionally hidden for UX reasons, not to manipulate rankings.
- The content in an accordion is indexed like regular visible content if Mobile-First Indexing is active.
- The technical implementation must allow Googlebot to access the hidden text (present in the DOM or prerendered).
- HTML5 semantic tags (
<details>,<summary>) or ARIA enhance clarity of the UX intention. - Hidden content on desktop no longer impacts indexing since the move to Mobile-First.
- Google executes JavaScript and can virtually “unfold” accordions to extract text.
SEO Expert opinion
Does this statement align with on-the-ground observations?
Yes and no. Tests show that Google indeed indexes the content of properly implemented accordions. We see pages ranking for queries where keywords are only present in collapsible sections. This aligns with the Mobile-First logic: hiding content for mobile clarity has become the norm.
However — and this is where it gets tricky — the semantic weight of hidden content remains unclear. Google claims to index it, but indexing doesn't mean giving it the same weight as immediately visible content. Several SEO studies [To be verified] suggest that text displayed at the top of the page, requiring no interaction, might receive a slight relevance advantage over content buried in an accordion. Google has never explicitly confirmed this.
When does this rule not apply?
If your site is not yet on Mobile-First Indexing — rare, but it still exists for very old or technically problematic sites — Google first crawls the desktop version. In this case, hiding content on desktop may still pose a problem.
Another case: poorly structured JavaScript accordions. If the content is not in the initial DOM and AJAX loading fails for Googlebot, the text will never be seen. Always test the URL inspection tool in Search Console to see what Google actually renders.
What is the difference between accordion and tab?
Tabs present a more subtle problem. If you have 5 tabs and only the first is displayed by default, the other 4 are technically present in the DOM but hidden. Google indexes them, but their perceived hierarchy may be lower: the content of the first tab could be interpreted as more priority.
Practically? If you have critical content — target keywords, main arguments — don’t hide it in the 3rd tab. Place it at the top, visible by default. Tabs are for segmenting secondary information or technical details. Accordions, on the other hand, are more neutral if the content unfolds vertically.
Practical impact and recommendations
What should I do if I use accordions?
Check that your technical implementation is crawlable. Use the URL inspection tool in Search Console: ask Google to render the page, then check the rendered HTML. The text of your accordions should appear in the source code returned by the bot.
If you use modern JavaScript (React, Vue, Angular), ensure that SSR (Server-Side Rendering) or prerendering is enabled. Otherwise, Googlebot will have to execute all the JS to see your content, which adds latency and can be problematic if the crawl budget is tight.
What mistakes to avoid with accordions?
Don't hide your entire main content in accordions. If a product page only shows the title and a 'See description' button, you're taking a risk. Google will index the text, but the UX is so degraded that the bounce rate will explode — and Google captures this through behavioral signals.
Avoid excessively nested accordions. Three levels deep is already pushing it. The more you bury content, the harder it becomes for both the bot and the user. Important content should remain accessible within a maximum of one click.
How to check that my accordions are indexed correctly?
Run a Google search with site:yoursite.com "unique excerpt of text present in the accordion". If the page appears and the excerpt is shown in results, that’s a good sign. Otherwise, inspect the raw source code (Ctrl+U): if the text isn’t there, Googlebot will need to execute the JS — which works, but with a slight delay.
Another test: use a tool like Screaming Frog in “JavaScript rendering” mode to crawl your site. Compare the content retrieved with and without JS enabled. If large portions of text disappear without JS, your implementation is fragile.
- Inspect every page template using accordions with the Search Console rendering tool.
- Check that hidden content is present in the initial DOM or loaded in an accessible manner to the bot.
- Use HTML5 semantic tags (
<details>,<summary>) or correct ARIA attributes. - Never hide the entirety of a page's main content in accordions — keep at least one visible lead.
- Test indexing with
site:queries targeting text excerpts present only in the accordions. - Crawl the site with Screaming Frog in JavaScript mode to detect content invisible without JS rendering.
❓ Frequently Asked Questions
Le contenu dans un accordéon a-t-il le même poids SEO que du contenu visible ?
Est-ce que tous les sites sont en Mobile-First Indexing ?
Puis-je cacher tout le contenu de ma page dans des accordéons ?
Comment savoir si Googlebot voit bien le contenu de mes accordéons ?
Y a-t-il une différence entre accordéons et onglets pour le SEO ?
🎥 From the same video 43
Other SEO insights extracted from this same Google Search Central video · duration 1h14 · published on 04/06/2020
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.