Indexação mobile-first

O que é a indexação mobile-first — o Google usando seu HTML móvel para indexação e ranqueamento — e por que a paridade de conteúdo é a regra

Publicado pela primeira vez: 23 de jun. de 2026 · Última atualização: 3 de set. de 2026 · Avançado
1 sinal de evidência nesta página

Indexação mobile-first significa que o Google usa a versão móvel da sua página — rastreada pelo Googlebot Smartphone — para indexação e ranqueamento. Não é um "índice móvel" separado (há um só índice), você não pode optar por sair e isso não é um impulso de ranqueamento por si só. A regra que ela impõe é a paridade de conteúdo: tudo o que você quer indexar — texto, dados estruturados, imagens, texto alternativo e links internos — precisa estar no HTML móvel, ou o Google talvez nunca veja. Não confunda isso com compatibilidade com dispositivos móveis; é um conceito separado de usabilidade. Design responsivo é a configuração recomendada pelo Google. O Google anunciou a iniciativa em novembro de 2016, tornou-a padrão para sites novos em 2019, moveu o último lote em maio de 2023 e declarou a conclusão em outubro de 2023.

«> TL;DR — Mobile-first indexing = Google uses the mobile version of a

page’s content, crawled by Googlebot smartphone, for indexing and ranking. One index, no opt-out, not a ranking boost. The operative rule is content parity: “only the content shown on the mobile site is used for indexing,” so any text, structured data, images, alt text, or links you want indexed must be in the mobile HTML. It’s distinct from mobile-friendliness/page experience. Responsive design is Google’s recommended config; dynamic serving and separate URLs work but are riskier. Watch the lazy-load-on-interaction trap. Timeline: announced Nov 2016 → default for new sites 2019 → last batch May 2023 → declared complete Oct 2023. Bing did not make the same switch — it stays device-agnostic with a single index.

Evidência desta afirmação Google predominantly uses the mobile version of a site’s content, crawled with its smartphone agent, as the source for indexing and ranking. Escopo: mobile/desktop crawls, cached documents and web-app navigation as applicable Confiança: alta · Verificado: Mobile-first indexing best practices

» (Tradução) (Síntese localizada do trecho vinte, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

« Evidência desta afirmação Google predominantly uses the mobile version of content, crawled with its smartphone agent, for indexing and ranking. Escopo: Current Google mobile-first indexing behavior. Confiança: alta · Verificado: Google Search Central: Mobile-first indexing Evidência desta afirmação Google recommends equivalent primary content, structured data, metadata, images, and links across mobile and desktop versions. Escopo: Mobile/desktop content parity requirements. Confiança: alta · Verificado: Google Search Central: Mobile-first best practices » (Tradução) (Síntese localizada do trecho vinte e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## The definition, precisely » (Tradução) (Síntese localizada do trecho vinte e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google’s own framing: Google uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking. And in its mobile-first best-practices doc it’s even blunter about the consequence: “Only the content shown on the mobile site is used for indexing.”

Evidência desta afirmação Google predominantly uses the mobile version of a site’s content, crawled with its smartphone agent, as the source for indexing and ranking. Escopo: mobile/desktop crawls, cached documents and web-app navigation as applicable Confiança: alta · Verificado: Mobile-first indexing best practices

» (Tradução) (Síntese localizada do trecho vinte e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«In my Ahrefs guide on mobile-first indexing I define it the same way — mobile-first indexing refers to Google using the mobile version of a site’s content for indexing and ranking — and I add the two clarifications that kill most of the confusion: “There is only one index and you can’t opt out of mobile-first indexing.” It is also not a ranking boost. It changes which version Google reads, not how well it ranks. » (Tradução) (Síntese localizada do trecho vinte e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Googlebot is mostly the smartphone crawler » (Tradução) (Síntese localizada do trecho vinte e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«This is the mechanism underneath the whole thing. Google: “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of Googlebot crawl requests will be made using the mobile crawler, and a minority using the desktop crawler.” There are two subtypes — Googlebot Smartphone (“a mobile crawler that simulates a user on a mobile device”) and Googlebot Desktop — but the smartphone one does the bulk of the work now.

Evidência desta afirmação Google documents that most Googlebot crawl requests use the mobile crawler and a minority use the desktop crawler; “mobile-first” does not mean desktop Googlebot never crawls. Escopo: mobile/desktop crawls, cached documents and web-app navigation as applicable Confiança: alta · Verificado: Googlebot

» (Tradução) (Síntese localizada do trecho vinte e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google does still crawl with the desktop user-agent sometimes, but the version that matters for indexing is the mobile one. » (Tradução) (Síntese localizada do trecho vinte e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Content parity is rule #1 » (Tradução) (Síntese localizada do trecho vinte e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«If you take one thing from this page, take this: what’s on your mobile site is what gets indexed. Google’s doc lists it as the first requirement — “Make sure that your mobile site contains the same content as your desktop site” — and the clincher is that “only the content shown on the mobile site is used for indexing.” » (Tradução) (Síntese localizada do trecho vinte e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«John Mueller said it as plainly as it gets at Pubcon Pro Virtual 2020: “anything that you want to have indexed, it needs to be on the mobile site,” and “we will only index the mobile content in the future.” If it’s desktop-only, plan for Google not to see it. » (Tradução) (Síntese localizada do trecho trinta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«A useful nuance, though — parity does not mean byte-for-byte identical. As I put it in my Ahrefs guide on mobile-first indexing: “any important content must be present on mobile.” You can have a leaner mobile layout; you just can’t drop the content, structured data, images, alt text, or links you actually want indexed. » (Tradução) (Síntese localizada do trecho trinta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«And one myth to retire: hidden/tabbed/accordion content is fine. Pre-mobile-first, content hidden behind UI for UX reasons was discounted. That’s no longer true — Google no longer discounts content hidden to improve the user experience. So a mobile accordion that holds your full content is fine; the content is in the HTML and gets indexed. » (Tradução) (Síntese localizada do trecho trinta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## The parity items that actually bite » (Tradução) (Síntese localizada do trecho trinta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Beyond raw text, Google’s best-practices doc calls out specific things to keep equivalent across versions: » (Tradução) (Síntese localizada do trecho trinta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

  • Dados estruturados. «Garanta que seus sites para dispositivos móveis e desktop tenham os mesmos dados estruturados.» Se sua marcação só existe no desktop, seus rich results podem desaparecer.
  • Imagens e texto alternativo. «Garanta que o site para dispositivos móveis tenha o mesmo texto alternativo para imagens que o site para desktop.» Remover imagens ou tirar o texto alternativo no mobile prejudica o Google Imagens.
  • Títulos e meta descrições. «Garanta que o elemento de título e a meta descrição sejam equivalentes nas duas versões do seu site.»
  • Cabeçalhos. «Use os mesmos cabeçalhos claros e significativos no site para dispositivos móveis que você usa no site para desktop.» Um template mobile simplificado que remove H2s/H3s ou os achata em texto simples enfraquece a estrutura da página para indexação, não apenas sua legibilidade.
  • Dados estruturados de vídeo. «Use os mesmos dados estruturados de vídeo no seu site para dispositivos móveis e no site para desktop.» Se uma página carrega marcação VideoObject no desktop, envie a mesma marcação no mobile — caso contrário, a versão mobile (a que o Google realmente indexa) fica sem ela.
  • Meta tags robots. «Use as mesmas meta tags robots no site para dispositivos móveis e no site para desktop.» Este é um clássico de desindexação acidental: um noindex que só existe no template mobile desindexará a página, porque o Google indexa a versão mobile.
  • Links internos. Mantenha sua navegação e links principais no HTML mobile. Não os esconda atrás de interações que precisam ser acionadas antes que os links carreguem.
Evidência desta afirmação Google recommends equivalent primary content, structured data, metadata, images, and links across mobile and desktop versions. Escopo: Mobile/desktop content parity requirements. Confiança: alta · Verificado: Google Search Central: Mobile-first best practices

«## The lazy-load / user-interaction trap » (Tradução) (Síntese localizada do trecho trinta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«A specific, common failure mode. Google: “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” If your main content only appears after the user taps “load more,” swipes a carousel, or clicks a tab that fetches content on demand, Googlebot won’t trigger that interaction — so the content isn’t seen. Load primary content on scroll or include it in the initial HTML instead.

Evidência desta afirmação Primary mobile content that appears only after user interaction can be missed because Google does not perform every swipe, click or typing action needed to reveal it. Escopo: mobile/desktop crawls, cached documents and web-app navigation as applicable Confiança: alta · Verificado: Mobile-first indexing best practices

» (Tradução) (Síntese localizada do trecho trinta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## The verified timeline » (Tradução) (Síntese localizada do trecho trinta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Mobile-first indexing took roughly seven years end to end. The dated milestones: » (Tradução) (Síntese localizada do trecho trinta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

  • Novembro de 2016 — o Google anunciou pela primeira vez a indexação mobile-first e começou a testar.
  • 2018 — o lançamento amplo começou após o período de testes.
  • 2019 — mobile-first tornou-se o padrão para novos sites: domínios descobertos depois disso foram rastreados mobile-first desde o início.
  • Março de 2020 — o Google anunciou que mudaria toda a web até setembro de 2020. Como Mueller disse, o Google estaria «mudando para indexação mobile-first para todos os sites a partir de setembro de 2020.»
  • Julho de 2020 — esse prazo foi estendido. Google: «decidimos estender o prazo até o final de março de 2021.»
  • Maio de 2023 — o último lote foi movido: «o último lote de sites elegíveis para indexação mobile-first foi movido.» Na prática, é quando o lançamento terminou.
  • Outubro de 2023 — o Google declarou concluído: «a jornada para a indexação Mobile First agora está completa.» (Mueller.)

«Two valid ways to say “when it was complete,” and it’s worth keeping them straight: the rollout effectively finished with the last batch in May 2023, while Google officially declared it complete in October 2023. A “very small set of sites which do not work on mobile devices at all” are simply crawled with desktop Googlebot — that’s an exception Google handles, not a setting you choose. (Search Console’s “which crawler” indexing info was removed shortly after the October 2023 announcement, since there was no longer a mix to report.) For sites that genuinely aren’t accessible on a mobile device at all, the practical risk now is not being indexable. » (Tradução) (Síntese localizada do trecho quarenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Configuration: responsive vs. dynamic serving vs. separate URLs » (Tradução) (Síntese localizada do trecho quarenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«There are three ways to serve mobile, and Google has a clear preference: » (Tradução) (Síntese localizada do trecho quarenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

  • Design responsivo (recomendado). Um URL, um HTML, layout adapta via CSS. Google: ele “recomenda Responsive Web Design porque é o padrão de design mais fácil de implementar e manter.” A paridade é basicamente automática porque há apenas uma versão.
  • Serviço dinâmico. Mesmo URL, mas o servidor retorna HTML diferente com base no user-agent. Funciona, mas é propenso a erros — é fácil enviar versões desktop e mobile fora de sincronia, o que quebra a paridade exatamente das formas acima.
  • URLs separadas (m-dot). HTML diferente em URLs diferentes (ex.: m.example.com). O menos recomendado dos três e o que dá mais trabalho de manter. Se você usa isso, a orientação do Google: “Para URLs separadas, defina as versões desktop como canônicas com um link alternativo para a versão mobile,” e verifique seus links hreflang nas URLs separadas. O URL mobile deve servir o conteúdo completo e importante — porque é esse que está sendo indexado.

«## How to check if your site is on mobile-first indexing » (Tradução) (Síntese localizada do trecho quarenta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«At this point essentially every normal site is. To confirm a specific page, use Search Console → URL Inspection / Page indexing and look at the “Crawled as” value — “Googlebot smartphone” means it’s being indexed mobile-first. (As noted, Google removed the broader crawler-info reporting after declaring the rollout complete, because there’s no longer a meaningful split.) » (Tradução) (Síntese localizada do trecho quarenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Does Bing do mobile-first indexing? No. » (Tradução) (Síntese localizada do trecho quarenta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«This is the cross-engine angle almost nobody covers, and it matters if you care about more than Google. Bing did not switch to mobile-first indexing the way Google did. It keeps a single, device-agnostic index instead of indexing the mobile version specifically. James Murray of Microsoft Bing explained the reasoning: “we think it’s more useful to have an integrated view and to be more device agnostic,” and “we want to give you the same index and then personalise to you as the user.” » (Tradução) (Síntese localizada do trecho quarenta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The takeaway: content-parity hygiene still helps you on Bing, but Bing hasn’t announced a switch to indexing the mobile version — it treats the index as device-agnostic. » (Tradução) (Síntese localizada do trecho quarenta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Common myths, corrected » (Tradução) (Síntese localizada do trecho cinquenta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

  • “Existe um índice mobile separado.” Não — um único índice. A indexação mobile-first apenas muda qual versão o Google analisa.
  • “É um impulso de ranqueamento.” Não — é qual conteúdo é indexado/ranqueado, não um bônus.
  • “É o mesmo que ser compatível com mobile.” Não — conceitos diferentes. Isso é sobre indexação; compatibilidade com mobile é usabilidade/experiência de página.
  • “Você pode optar por não participar / permanecer indexado no desktop.” Não. (Sites que realmente não funcionam no mobile são uma exceção que o Google trata, não uma configuração.)
  • “Conteúdo oculto/em abas/acordeão não conta.” Desatualizado — o Google não desconta mais conteúdo oculto para UX.
  • “O conteúdo mobile deve ser idêntico ao desktop.” Não — deve conter o mesmo conteúdo importante, não ser idêntico byte por byte.
  • “Isso afeta apenas os resultados de pesquisa mobile.” Não — a versão mobile é usada para indexação e ranqueamento tanto nos resultados desktop quanto mobile.
  • “O Bing também faz indexação mobile-first.” Não — o Bing permanece independente de dispositivo.

«For where this sits in the bigger picture — crawling, rendering, and the index itself — see the indexing hub. The parity rules here are also why index bloat and crawling problems show up downstream: if Google can’t see your content on mobile, it can’t index it well in the first place. » (Tradução) (Síntese localizada do trecho cinquenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Adicionar uma nota de especialista

Fixar uma citação de especialista

É uma pessoa nova? Crie o perfil não reivindicado dela em /admin/experts/ → Fixar uma citação de especialista primeiro.