Indexação mobile-first: checklist do que verificar no seu site

O Google indexa e ranqueia pela versão móvel da página, rastreada com o agente de smartphone. Todo conteúdo que só existe na versão desktop — texto, marcação, título, imagem — deixa de contar.

A documentação do Google sobre indexação mobile-first reúne as verificações que separam um site bem configurado de um site que perde páginas do índice sem aviso óbvio. O checklist abaixo segue essa lista e complementa o panorama de como o Google funciona.

Design responsivo é o formato recomendado

O design responsivo é o formato recomendado pelo Google: serve o mesmo HTML, no mesmo URL, para qualquer dispositivo. Ter uma versão móvel não é obrigatório para o conteúdo entrar nos resultados da Busca, mas a documentação diz que isso é "muito fortemente recomendado" (em tradução livre).

São três configurações possíveis:

• Design responsivo: mesmo HTML e mesmo URL para todos os dispositivos. É o padrão mais fácil de implementar e manter.
• Entrega dinâmica (dynamic serving): mesmo URL, mas HTML diferente por dispositivo. Depende de detecção de user-agent e do cabeçalho HTTP Vary: user-agent.
• URLs separadas: HTML diferente em URLs diferentes. Também depende de user-agent e do cabeçalho Vary para redirecionar o visitante à versão adequada.

Boa parte das recomendações vale, por definição, para entrega dinâmica e URLs separadas: no design responsivo, conteúdo e metadados já são os mesmos nas duas versões. Quem usa CMS e não consegue alterar o tema atual pode procurar um tema mobile-friendly — a documentação sugere buscar pelo nome do CMS junto do termo "mobile friendly".

O conteúdo móvel precisa ser equivalente, não menor

A versão móvel deve ter o mesmo conteúdo da versão desktop. Se o site móvel tem menos conteúdo, a orientação é atualizá-lo até que o conteúdo principal seja equivalente, porque a indexação vem da página móvel.

Layout diferente é permitido: mover blocos para acordeões ou abas para economizar espaço é citado como alternativa para não cortar texto. Títulos e headings também devem ser claros e significativos nas duas versões.

O Google alerta que, se a intenção for manter menos conteúdo no móvel, é razoável esperar perda de tráfego. O buscador não conseguirá extrair tanta informação da página quanto antes.

Robots meta tags iguais e nada de lazy-load por interação

É preciso usar as mesmas robots meta tags nas duas versões. Um noindex ou nofollow aplicado só na versão móvel pode fazer o Google falhar no rastreamento e na indexação.

Conteúdo principal não deve ser carregado por lazy-load dependente de interação: o Google não carrega o que exige deslizar, clicar ou digitar. Para os erros de bloqueio mais comuns, vale revisar a diferença entre noindex e disallow no robots.txt.

Metadados: title e meta description iguais nas duas versões

O elemento title e a meta description devem ser equivalentes nas duas versões do site. Título de página ausente e meta description ausente aparecem na lista de erros comuns de solução de problemas da própria documentação, ao lado de problemas de qualidade da página.

Dados estruturados precisam existir nas duas versões

Se o site tem dados estruturados, eles precisam estar presentes no desktop e no móvel, com a mesma marcação nas duas versões. O Google pede URLs corretas na marcação da versão móvel e, se for preciso priorizar tipos, começar por Breadcrumb, Product e VideoObject.

Quem usa o Data Highlighter deve treiná-lo no site móvel e acompanhar o painel em busca de erros de extração. A ferramenta de inspeção de URL confirma se o conteúdo aparece na página renderizada — a forma como o Google vê a página. Os fundamentos da marcação estão na introdução a dados estruturados.

Imagens: mesmas URLs e mesmo alt text

Imagens pedem as mesmas URLs e o mesmo alt text nas duas versões. O checklist da documentação inclui ainda:

• imagens de alta qualidade, sem resolução baixa no móvel;
• formatos suportados — o Google suporta SVG, mas não consegue indexar um arquivo .jpg dentro de uma tag <image> de um SVG inline;
• URLs que não mudam a cada carregamento;
• os mesmos títulos, legendas, nomes de arquivo e texto associados às imagens.

Há um aviso específico para quem usa URLs de imagem diferentes no desktop e no móvel: pode ocorrer perda temporária de tráfego de imagens, porque as URLs novas ainda não têm histórico de resultados de busca. A recomendação é usar as mesmas URLs nas duas versões. As boas práticas gerais estão em SEO de imagens.

Vídeos: mesmas tags e player fácil de achar no celular

Vídeo segue a mesma lógica: mesmas tags e mesmos dados estruturados nas duas versões.

• Sem URLs que mudam a cada carregamento.
• Formatos e tags suportados, como <video>, <embed> ou <object>.
• Os mesmos dados estruturados de vídeo nas duas versões.
• Vídeo em posição fácil de encontrar no celular — rolagem excessiva até o player pode prejudicar o ranqueamento do vídeo.

Anúncios e qualidade da página

Anúncios não devem prejudicar o ranqueamento da página móvel, e o site deve seguir o Better Ads Standard. Um exemplo citado: anúncios no topo da página podem ocupar espaço demais no celular e piorar a experiência.

URLs separadas (m-dot): canonical, hreflang e robots.txt

Quem mantém desktop e móvel em URLs distintas tem uma lista extra de verificações:

• mesmo status de página de erro nas duas versões — se o desktop serve conteúdo normal e o móvel serve erro, a página fica fora do índice;
• versão móvel sem fragmentos de URL (a parte que começa com #), que em geral não são indexáveis;
• páginas desktop com conteúdos diferentes precisam de versões móveis equivalentes; se todas redirecionam para o mesmo destino no celular, todas saem do índice;
• verificação das duas versões no Search Console, porque pode haver mudança nos dados quando o site passa ao mobile-first indexing;
• hreflang separado: URLs móveis apontam para URLs móveis e URLs desktop apontam para URLs desktop (guia completo em hreflang para sites internacionais);
• capacidade de servidor para suportar eventual aumento da taxa de rastreamento na versão móvel;
• regras de robots.txt iguais nas duas versões, na maioria dos casos;
• rel=canonical e rel=alternate corretos: a URL desktop é sempre a canônica e a móvel é a alternate.

<!-- versão móvel (m.example.com) -->
<link rel="canonical" href="https://example.com/">

<!-- versão desktop (example.com) -->
<link rel="canonical" href="https://example.com/">
<link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/">

Erros comuns que a documentação lista

A lista de solução de problemas inclui dados estruturados ausentes, imagem bloqueada por robots.txt, imagem ausente, alt text ausente, página móvel bloqueada por robots.txt, destino duplicado de página móvel e site desktop redirecionando para a home móvel.