Mobile first e viewport: como o Google indexa o seu site

SEO TécnicoPublicado em 28/07/202611 min de leitura

Desde 5 de julho de 2024, o Google rastreia e indexa todos os sites com o Googlebot Smartphone, e conteúdo que não está acessível em um dispositivo móvel deixou de ser indexável. É isso que a indexação mobile first significa na prática: a versão móvel da sua página é a versão que entra no índice e concorre no ranqueamento, inclusive nas buscas feitas em computador. A tag <meta name="viewport"> é a peça de código que faz o navegador renderizar a página na largura real do aparelho e, segundo a documentação do Google, indica que a página é compatível com dispositivos móveis.

O que é indexação mobile first

Indexação mobile first é o uso da versão móvel do conteúdo, rastreada pelo agente de smartphone, para indexar e classificar as páginas de um site. A definição é da própria documentação do Google, que acrescenta um detalhe que costuma passar batido: ter uma versão móvel não é requisito formal para aparecer na Busca, mas é fortemente recomendado.

A migração levou quase oito anos. O Google começou a rastrear com o agente de smartphone em 2016, anunciou a conclusão do processo em 31 de outubro de 2023 e, em 3 de junho de 2024, comunicou o último passo: depois de 5 de julho de 2024, o pequeno conjunto de sites que ainda era rastreado pelo Googlebot Desktop passou a ser rastreado e indexado apenas pelo Googlebot Smartphone. A frase mais direta desse anúncio é a que importa para quem cuida de um site: se o conteúdo não está acessível de nenhuma forma em um dispositivo móvel, ele não é mais indexável.

Isso não significa que o Googlebot Desktop desapareceu dos logs. O próprio anúncio esclarece que ele continua sendo usado em alguns recursos específicos, como o rastreamento de fichas de produto e do Google Empregos. Para entender onde essa etapa se encaixa, vale ler como o Google rastreia seu site e como funciona a indexação no Google.

Mobile first não significa que seu público está no celular

A decisão de indexar pela versão móvel é do Google e não depende de qual dispositivo o seu público usa. Essa participação é propriedade do seu público e da intenção de busca dele, não uma característica da web. A edição 2026 do Digital Experience Benchmark da Contentsquare, construída sobre 99 bilhões de sessões em mais de 6.500 sites, compara a participação do celular no tráfego em nove setores:

Duas coisas saltam nessa tabela. A primeira é a amplitude: de 20,1% a 77,5% dentro do mesmo estudo. A segunda é que a média de todos os setores, 69,9%, fica acima de sete dos nove setores medidos, o que indica que é puxada pelo volume de varejo e viagens e não descreve a maioria dos setores. É de médias como essa que vem afirmações do tipo "quase 70% do tráfego é mobile".

Por curiosidade, levantei a divisão por dispositivo de alguns websites brasileiros aos quais tenho acesso e o mesmo padrão aparece muito claramente. Isso evidencia que o eixo que separa os dois grupos é o contexto: se a busca acontece na vida pessoal ou dentro da jornada de trabalho.

Fontes: Google Search Console (tipo de pesquisa Web, últimos 6 meses, julho de 2026).

O que é o viewport e o que a tag <meta name="viewport"> faz

O viewport é a área visível da página no aparelho, e a tag <meta name="viewport"> diz ao navegador como renderizar a página nessa área. Sem ela, navegadores móveis assumem uma largura virtual pensada para páginas de desktop, renderizam a página nessa largura e depois encolhem o resultado todo para caber na tela. O efeito é o site que aparece completo mas minúsculo, exigindo zoom para ler qualquer coisa.

Para o SEO, o ponto decisivo está na documentação de meta tags suportadas pelo Google. A tag informa ao navegador como renderizar a página em um dispositivo móvel e a mera presença dela indica ao Google que a página é compatível com dispositivos móveis. É um dos poucos casos em que uma tag existente vale como sinal independentemente do valor exato que ela carrega.

Vale registrar o que a tag não é. Ela não é uma diretiva para o buscador, como noindex, e não substitui um layout que funcione em tela pequena. Ela é uma instrução de renderização para o navegador que o Google também lê. O inventário completo de tags do bloco está no artigo sobre o elemento head do HTML e em meta tags.

Como configurar a meta viewport, e o que evitar

A configuração recomendada é uma única tag no <head>, com largura igual à do dispositivo e escala inicial 1:

<meta name="viewport" content="width=device-width, initial-scale=1">

Três erros aparecem com frequência em auditoria. O primeiro é bloquear o zoom com user-scalable=no ou maximum-scale=1, o que impede o usuário de ampliar o conteúdo e cria uma barreira de acessibilidade para quem tem baixa visão. O segundo é declarar a tag mais de uma vez, geralmente porque o tema ou um plugin inserem cada um a sua. O terceiro é a tag ser inserida fora do <head>, o que a torna inútil.

Esse terceiro erro tem uma consequência que vai além do viewport. No episódio da série How Search Works sobre indexação, Gary Illyes, do Google, explicou que uma tag não suportada dentro do <head> faz o Google fechar o <head> à força, e todos os metadados que vem depois são descartados, ficando inúteis para a indexação. Ou seja, um <head> desorganizado não derruba apenas o viewport, derruba o que estiver embaixo dele. É o argumento do head limpo.

Paridade de conteúdo entre desktop e mobile

O que não está na versão móvel não é indexado. Essa é a regra prática da qual derivam quase todas as recomendações oficiais de mobile first, e ela vale mesmo quando o site tem uma versão de desktop rica e mais antiga.

A documentação do Google pede paridade em seis frentes:

• mesmo conteúdo principal,
• mesmos headings claros e significativos,
• title e meta description equivalentes,
• mesmos dados estruturados,
• mesmo texto alternativo nas imagens e
• mesmas tags robots nas duas versões.

Um noindex presente só na versão móvel é suficiente para a página não ser indexada. Também entram na lista dois cuidados de renderização: não carregar o conteúdo principal por interação do usuário, porque o Google não realiza ações (como cliques) e não bloquear no robots.txt os recursos necessários para renderizar a página.

A documentação também diz que mover conteúdo para acordeões ou abas é uma forma legítima de economizar espaço em tela pequena, desde que o conteúdo continue equivalente. Se a intenção for realmente ter menos conteúdo no mobile, o Google avisa que é esperada perda de tráfego, porque o índice passa a ter menos informação do que antes. Para entender como o Google renderiza uma página, confira o artigo completo sobre o tópico.

Responsivo, dynamic serving ou URLs separadas

O Google recomenda design responsivo, e a documentação é explícita quanto ao motivo: é o padrão de design mais fácil de implementar e manter. As três configurações possíveis são estas:

A escolha importa porque as recomendações de paridade da seção anterior só fazem sentido nas duas últimas configurações. Em design responsivo, conteúdo e metadados são idênticos porque o HTML é o mesmo. Um post dedicado a redirecionamentos vai tratar o caso do m-dot em detalhe, incluindo por que esse redirecionamento deve ser temporário e valer nos dois sentidos.

Como testar a compatibilidade com dispositivos móveis

O Teste de compatibilidade com dispositivos móveis do Google não existe mais. Ele foi encerrado em 1º de dezembro de 2023, junto com o relatório de Usabilidade em Dispositivos Móveis do Search Console e com a API do teste, decisão anunciada em abril daquele ano. O Google manteve a posição de que usabilidade em dispositivos móveis continua importante e passou a apontar outras ferramentas, entre elas o Lighthouse.

Hoje a verificação se faz em três frentes. A Inspeção de URL do Search Console mostra o HTML renderizado da página como o Google o vê, e é ali que se confere se o conteúdo principal chegou de fato ao DOM. O Lighthouse e o PageSpeed Insights avaliam o carregamento e a estabilidade visual em condições móveis. E, no caso deste site, tanto o SEO Check quanto o SEO Benchmark rodam a verificação em mobile por padrão, o que inclui a checagem da meta viewport.

No podcast Search Off the Record, Martin Splitt explicou que o Google faz o que chama de expansão de viewport durante a renderização, redimensionando o viewport progressivamente, principalmente em altura, para capturar o que só acontece quando o elemento está visível. Quando a página tem um elemento com 100vh, como um hero de altura total, a condição nunca se satisfaz, pois o viewport cresce, o elemento cresce com ele, e a expansão eventualmente desiste. O resultado é um screenshot com uma imagem gigante e nenhum texto. Segundo ele, o conteúdo segue no DOM e acessível, então a orientação é olhar o HTML renderizado e não o screenshot, e a correção no CSS é limitar o crescimento com max-height. Vale conferir também o efeito no LCP e no CLS.

Perguntas frequentes sobre mobile first e viewport

Preciso de uma versão móvel se meu público usa desktop?

Sim. O Google rastreia e indexa com o Googlebot Smartphone independentemente de onde está o seu público, e conteúdo inacessível em dispositivo móvel não é indexável. Nas doze propriedades que levantei, a participação do celular variou de 12,7% a 72%, e todas são indexadas pela versão móvel.

O que é viewport?

Viewport é a área visível de uma página no dispositivo do usuário. Em navegadores móveis, essa área não corresponde automaticamente à largura da tela: sem instrução em contrário, o navegador assume uma largura pensada para desktop e encolhe a página. A tag <meta name="viewport"> é o que ajusta esse comportamento.

O que acontece se a página não tiver a meta viewport?

A página é renderizada em uma largura de desktop e reduzida para caber na tela, ficando ilegível sem zoom. Além do prejuízo de usabilidade, a documentação do Google trata a presença da tag como indicação de que a página é compatível com dispositivos móveis, então a ausência dela remove esse sinal.

Mobile first é a mesma coisa que Core Web Vitals?

Não. Mobile first descreve qual versão da página o Google usa para indexar e classificar. Core Web Vitals são métricas de experiência de carregamento, estabilidade visual e interatividade, medidas com dados de campo. Os dois se cruzam porque as métricas são avaliadas em condições móveis, mas resolvem problemas diferentes. Veja Core Web Vitals.

Posso esconder conteúdo em acordeão no mobile?

Pode. A documentação do Google trata acordeões e abas como formas legítimas de economizar espaço em tela pequena, desde que o conteúdo permaneça equivalente ao da versão de desktop e esteja presente no HTML renderizado. O que causa problema é conteúdo que só carrega após interação do usuário, porque o Google não interage com a página.

Próximos passos

Mobile first não é uma otimização a fazer, é a condição em que seu site já é indexado. As duas verificações que resolvem a maior parte dos casos são simples: confirmar que existe uma única <meta name="viewport"> com width=device-width, initial-scale=1 no <head>, e comparar o HTML renderizado da versão móvel com o conteúdo que você espera ver indexado.

Para um diagnóstico mais amplo do que checar em uma página, comece pela análise de SEO ou rode a página no SEO Check.

Fontes

• Google Search Central, Práticas recomendadas para sites móveis e indexação mobile first
• Google Search Central, meta tags e atributos compatíveis com o Google
• Google Search Central Blog, Mobile-first indexing has landed, 31 de outubro de 2023
• Google Search Central Blog, Mobile-indexing-vLast-final-final.doc, 3 de junho de 2024
• Contentsquare, Digital Experience Benchmark, edições 2024 e 2026
• Search Off the Record, episódio sobre CSS e SEO, com Martin Splitt e John Mueller
• Série How Search Works, episódio sobre indexação, com Gary Illyes