What does Google say about SEO? /
Quick SEO Quiz

Test your SEO knowledge in 5 questions

Less than a minute. Find out how much you really know about Google search.

🕒 ~1 min 🎯 5 questions

Official statement

Hiding content on mobile sites in responsive view is not problematic for SEO, as long as the main content remains accessible.
40:15
🎥 Source video

Extracted from a Google Search Central video

⏱ 56:59 💬 EN 📅 09/10/2014 ✂ 13 statements
Watch on YouTube (40:15) →
Other statements from this video 12
  1. 3:23 Bloquer CSS et JavaScript en robots.txt peut-il tuer votre indexation mobile ?
  2. 5:29 Flash mobile : pourquoi Google vous pénalise-t-il encore sur ce point ?
  3. 9:59 Pourquoi Google affiche-t-il des avertissements sur vos redirections mobile en SERP ?
  4. 10:38 Les balises Schema.org médicales servent-elles vraiment à quelque chose en SEO ?
  5. 12:18 Faut-il vraiment noter les avis pour optimiser ses rich snippets ?
  6. 15:44 Le balisage Schema sans résultats immédiats : inutile ou investissement stratégique ?
  7. 24:08 Le désaveu de liens agit-il vraiment en continu sur Penguin et tous les algos ?
  8. 26:11 Les backlinks hors thématique pénalisent-ils vraiment votre SEO ?
  9. 41:50 Les backlinks sur IP partagée pénalisent-ils vraiment votre référencement ?
  10. 42:53 Faut-il vraiment doubler redirections 301 et canonicals pour migrer en HTTPS ?
  11. 44:48 Faut-il vraiment privilégier la qualité à la quantité de contenu pour ranker sur Google ?
  12. 56:27 Les sites affiliés peuvent-ils vraiment utiliser le balisage produit sans risque ?
📅
Official statement from (11 years ago)
TL;DR

Google confirms that hiding content on mobile in responsive design poses no issue for ranking, provided the main content remains visible and accessible. This clarification ends a persistent confusion since the cloaking era. Essentially, you can use accordions, tabs, and other modern UX patterns without fear of penalty, as long as the user can access the content without leaving the page.

What you need to understand

How does this statement change the game for responsive websites?

For years, hiding content has been associated with cloaking, a black-hat technique penalized by Google. This confusion has stalled many sites in adopting modern UX patterns, which are essential on mobile where screen space is limited.

Mueller's statement clarifies: responsive design that hides sections via CSS (display:none, accordions, tabs) is not cloaking. Google differentiates between hiding content to deceive the engine and hiding content to enhance user experience. The mobile-first crawl indexes the same HTML served to the mobile user.

What does Google mean exactly by “main content”?

The nuance lies in this condition: “as long as the main content remains accessible”. Google does not precisely define this threshold, but the logic is simple: if the essential information for understanding the page is immediately visible, the rest can be hidden by default.

For instance, on a product page, the title, price, short description, and CTA must be visible. Technical specifications, detailed reviews, or maintenance guides can be placed in accordions. Google will index all HTML content present in the DOM, even if visually hidden.

Does this rule apply to all types of CSS hiding?

Yes, as long as the content is present in the source HTML code and accessible through a simple user interaction (click, tap). Relevant techniques include display:none, visibility:hidden, height:0, overflow:hidden, or even off-viewport content loaded via lazy-loading.

The only exception is dynamically loaded content via JavaScript after interaction, which can cause indexing issues if the JS is not executed correctly by Googlebot. But for pure CSS on already present HTML, there’s no risk.

  • Responsive design with CSS hiding is not considered cloaking by Google
  • Main content must remain immediately visible on mobile, the rest can be in accordions or tabs
  • Google indexes all HTML present in the DOM, even if visually hidden by CSS
  • Only condition: hidden content must be accessible to the user through simple interaction on the same page
  • Be cautious with dynamic JS: content loaded after interaction may not be crawled if Googlebot doesn't trigger the event

SEO Expert opinion

Is this statement consistent with field observations?

Yes, and it aligns with experiences accumulated since the shift to mobile-first indexing. Sites that migrated to designs featuring accordions and tabs on mobile generally did not experience visibility loss, as long as the content remained in the HTML.

But let's be honest: this clarification comes late. For years, Google’s communication on the topic has been vague, fueling SEO mistrust regarding hidden content. Mueller’s statement finally clarifies matters, but it leaves a grey area about what exactly constitutes “main content.”

What nuances should be considered for this rule?

The notion of “accessible main content” is subjective, and Google does not provide any numeric threshold. [To be verified] No official documentation specifies what proportion of content can be hidden without impact. Field experience suggests a 70/30 ratio (70% visible, 30% hidden) works well, but this is just an empirical observation.

Another point: this rule applies to pure responsive design, not dynamic serving or separate mobile URLs. If you serve different HTML based on the user-agent, the cloaking rules still apply strictly. Mueller refers only to CSS applied to identical HTML.

In what situations might this approach pose problems?

First case: if you hide key SEO content (main keywords, important semantic markup) in accordions that are closed by default. Even if Google indexes this content, its semantic weight might be reduced compared to content that is immediately visible. This is not a penalty, but a potential dilution of signals.

Second case: content loaded via deferred JavaScript following user interaction. If the accordion triggers an API call or loads HTML via fetch(), Googlebot may not execute this interaction and miss the content. Mueller speaks of CSS hiding, not complex JS lazy-loading. The distinction is crucial.

Warning: do not confuse “indexed” and “weighted the same way”. Google can index hidden content but assign it less weight in its ranking algorithm. A/B testing shows that immediately visible content typically has more impact on positioning, even if the difference is not drastic.

Practical impact and recommendations

What should you do concretely on your mobile sites?

You can safely adopt modern UX patterns: accordions, tabs, collapsible sections, dropdown menus. The important thing is to ensure that hidden content is present in the source HTML before any user interaction. Inspect the DOM with Chrome DevTools in mobile mode to confirm.

For strategic pages (landing pages, top product listings, pillar articles), make a conscious decision: which content must absolutely be visible above the fold? Everything that defines the subject of the page and its value proposition should remain apparent. The rest can be organized in accordions for improved readability.

What mistakes should you absolutely avoid?

Mistake #1: hiding main Hn titles, initial descriptive paragraphs, or structured markup elements (schema.org) in accordions that are closed by default. These strong semantic signals should remain visible to maximize their impact.

Mistake #2: using JavaScript to load content after an interaction without providing fallback for crawlers. If you must lazy-load, implement server-side rendering or pre-rendering for Googlebot. Mistake #3: creating mobile and desktop versions that are too divergent. Pure responsive design eliminates these complications.

How can you verify that your implementation complies?

Use the URL inspection tool in Google Search Console with the mobile user-agent. Request indexing and check in “More Info” that the content of your accordions is indeed present in the rendered HTML. Compare with what a real user sees on mobile.

Run a test with Mobile-Friendly Test and examine the screenshot: does Googlebot see the same content as a mobile user? Complement with a manual audit of the source HTML (view-source:) to confirm that all content is present, even if hidden by CSS. These regular checks will keep you safe.

  • Ensure that hidden content is present in the source HTML before any JS interaction
  • Keep main content elements (H1-H2 titles, intro, CTA) always visible on mobile
  • Test mobile indexing via Search Console and Mobile-Friendly Test
  • Avoid JS lazy-loading for critical SEO content without SSR fallback
  • Prefer pure responsive (CSS) over dynamic serving to avoid cloaking risks
  • Audit the visible/hidden ratio on your strategic pages (recommendation: minimum 70/30)
Optimizing hidden content in responsive design requires a fine analysis of the mobile user journey and a precise understanding of what Googlebot actually crawls. If you manage a complex site with multiple mobile templates, a rich product listing, or long editorial content, these decisions can become complicated. In such situations, engaging a specialized SEO agency can provide a detailed technical audit and tailored recommendations for your specific context, particularly to avoid pitfalls associated with JS lazy-loading or optimize the hierarchy of visible information.

❓ Frequently Asked Questions

Le contenu dans un accordéon fermé par défaut est-il moins bien indexé que du contenu visible ?
Google indexe le contenu masqué par CSS de la même manière, mais plusieurs tests suggèrent qu'il peut lui accorder un poids légèrement inférieur dans le ranking. La différence n'est généralement pas significative si le contenu principal reste visible.
Puis-je masquer des sections entières sur mobile si elles sont visibles sur desktop ?
Oui, avec l'indexation mobile-first, c'est la version mobile qui fait foi. Vous pouvez afficher plus de contenu sur desktop que sur mobile sans risque, mais l'inverse (contenu présent uniquement sur desktop) peut poser problème.
Les onglets (tabs) sont-ils traités comme les accordéons par Google ?
Oui, tant que le contenu de tous les onglets est présent dans le HTML source. Google crawle l'intégralité du DOM, même si seul un onglet est visible par défaut. Vérifiez simplement que ce n'est pas du contenu chargé en JS après clic.
Faut-il utiliser des attributs ARIA spécifiques pour que Google comprenne les accordéons ?
Non, Google n'a pas besoin d'ARIA pour indexer le contenu masqué. Les attributs ARIA (aria-expanded, aria-hidden) améliorent l'accessibilité pour les utilisateurs, mais n'influencent pas directement le crawl. Le HTML source suffit.
Le lazy-loading d'images dans des accordéons pose-t-il problème pour le SEO ?
Le lazy-loading natif (loading="lazy") est bien géré par Googlebot. En revanche, si vous lazy-loadez des images via JS uniquement après ouverture d'accordéon, elles peuvent ne pas être crawlées. Privilégiez le lazy-loading natif ou le pre-loading pour les images SEO critiques.
🏷 Related Topics
Content JavaScript & Technical SEO Mobile SEO

🎥 From the same video 12

Other SEO insights extracted from this same Google Search Central video · duration 56 min · published on 09/10/2014

🎥 Watch the full video on YouTube →

Related statements

💬 Comments (0)

Be the first to comment.

2000 characters remaining
🔔

Get real-time analysis of the latest Google SEO declarations

Be the first to know every time a new official Google statement drops — with full expert analysis.

No spam. Unsubscribe in one click.