SEO para dispositivos móveis

O que é SEO para dispositivos móveis e como acertar — indexação mobile-first, design responsivo, usabilidade móvel, Core Web Vitals no mobile, intersticiais intrusivos e o status atual do AMP. O hub para todo o cluster de SEO móvel.

Publicado pela primeira vez: 27 de jun. de 2026 · Última atualização: 21 de ago. de 2026 · Avançado
Idiomas

SEO para dispositivos móveis é otimizar seu site tanto para usuários móveis quanto para a indexação mobile-first — e, como o Google concluiu a migração para a indexação mobile-first em outubro de 2023, a versão móvel da sua página é a versão principal que ele indexa e ranqueia, então isso agora é apenas o SEO básico. O design responsivo é a configuração recomendada pelo Google; a paridade de conteúdo (tudo o que você quer indexar precisa estar no HTML móvel) é a regra que mais impacta. Adicione Core Web Vitals móveis rápidos, fontes legíveis e alvos tocáveis, e sem intersticiais intrusivos. O Teste de compatibilidade com dispositivos móveis e o relatório de usabilidade móvel do Search Console foram descontinuados em dezembro de 2023 — use o Lighthouse agora. O AMP não é mais recomendado para novos projetos. Este hub mapeia o cluster e aponta para cada mergulho profundo.

TL;DR — SEO para dispositivos móveis = otimização para usuários móveis e para indexação mobile-first. Desde que a transição do Google foi concluída em outubro de 2023 (aplicação total após julho de 2024), a versão móvel é a versão principal que o Google indexa e ranqueia — há um índice, então isso é SEO básico agora. Design responsivo é a configuração recomendada pelo Google. Paridade de conteúdo é a regra que importa: “apenas o conteúdo mostrado no site móvel é usado para indexação”, então texto, dados estruturados, imagens, texto alternativo e links têm que estar no HTML móvel. Adicione Core Web Vitals rápidos (LCP, INP, CLS) no celular, usabilidade móvel (fontes legíveis, alvos tocáveis, sem rolagem horizontal) e sem intersticiais intrusivos. O Teste de Compatibilidade com Dispositivos Móveis e o relatório de Usabilidade Móvel do Search Console foram aposentados em dezembro de 2023 — use Lighthouse agora. AMP não é mais recomendado para novos projetos. Este hub mapeia o cluster.

Evidence for this claim Google primarily indexes the mobile version of a site's content. Scope: Google mobile-first indexing. Confidence: high · Verified: Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google mobile configuration guidance. Confidence: high · Verified: Google Search Central: Mobile site configurations

O que o SEO para dispositivos móveis realmente cobre

SEO para dispositivos móveis é a prática de otimizar um site para que ele tenha bom desempenho quando rastreado e indexado por meio de um agente de usuário móvel, e entregue uma experiência rápida e utilizável para pessoas em celulares. Esses são dois objetivos relacionados, mas distintos, e o cluster se divide aproximadamente ao longo dessa linha:

  • Lado da indexação: indexação mobile-first, paridade de conteúdo, configuração do site (design responsivo vs. serving dinâmico vs. URLs separadas).
  • Lado da experiência: Core Web Vitals no mobile, usabilidade mobile, intersticiais intrusivos.

O motivo de isso ter deixado de ser um tópico de nicho é mecânico: o Google agora lê a versão mobile da sua página para indexar e ranquear. Então errar no mobile não prejudica só o tráfego mobile — prejudica tudo.

Indexação mobile-first, em um parágrafo

O enquadramento do Google: ele usa a versão mobile do conteúdo de um site, rastreada com o agente de smartphone, para indexação e ranqueamento. Isso é a indexação mobile-first. A implementação foi de um experimento em 2016, ao padrão para novos sites em 2019, ao anúncio de “toda a web” em março de 2020, até a conclusão em outubro de 2023 — com aplicação total após 5 de julho de 2024, o que significa que um site que realmente não funciona para o Googlebot mobile corre o risco de não ser indexado. Não existe um “índice mobile” separado e não há como optar por não participar, e a indexação mobile-first não é um aumento de ranqueamento — ela apenas muda qual versão da sua página o Google lê. Eu cubro as regras de paridade, a linha do tempo verificada, a armadilha do lazy-load e onde o Bing difere no mergulho dedicado à indexação mobile-first — este hub apenas define o contexto.

Evidence for this claim Google says it predominantly uses the mobile version of a site’s content for indexing and ranking. Scope: mobile and desktop rendered web documents Confidence: high · Verified: Mobile-first indexing best practices

Configuração do site: três opções, uma recomendação

O Google suporta três maneiras de servir mobile:

ConfiguraçãoUma URL?Mesmo HTML?Risco de paridadePosição do Google
Design responsivoSimSimBaixo — uma versãoRecomendado
Serving dinâmicoSimNão (por user-agent)Médio — fácil de divergirFunciona; precisa de Vary: User-Agent
URLs separadas (m-dot)NãoNãoAlto — dois sites para sincronizarMenos recomendado

O Google é explícito: ele “recomenda o Web Design Responsivo porque é o padrão de design mais fácil de implementar e manter” — não porque ranqueia melhor. O design responsivo torna a paridade de conteúdo basicamente automática, porque há apenas uma versão para acertar; o serving dinâmico e as URLs separadas criam uma segunda superfície de HTML que pode divergir da paridade. Eu cubro os detalhes de configuração, requisitos e armadilhas para cada opção em seus próprios mergulhos: Design responsivo cobre a dependência de viewport e o mito do prêmio de ranqueamento, e Serving dinâmico cobre o requisito Vary: User-Agent e por que é um padrão legado; a configuração de canonical/alternate m-dot está no mergulho da indexação mobile-first abaixo.

Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google mobile configuration guidance. Confidence: high · Verified: Google Search Central: Mobile site configurations

A paridade de conteúdo é a regra que morde

Como o Google lê a versão mobile, “apenas o conteúdo mostrado no site mobile é usado para indexação.” Isso torna a paridade a regra técnica mais importante no SEO mobile. A própria orientação do Google começa com “Garanta que seu site mobile contenha o mesmo conteúdo que seu site desktop” — e paridade significa mais do que o corpo do texto:

  • Dados estruturados“Garanta que seus sites mobile e desktop tenham os mesmos dados estruturados,” com URLs na marcação atualizadas para as URLs mobile.
  • Imagens e texto alternativo — mantenha as mesmas imagens e o mesmo texto alternativo no mobile (isso impulsiona a Pesquisa de Imagens).
  • Títulos e meta descrições — equivalentes em ambas as versões.
  • Cabeçalhos“Use os mesmos cabeçalhos claros e significativos.”
  • Links internos e navegação — não os remova no mobile.
  • Meta tags de robots — um noindex que só é enviado no template mobile é uma desindexação acidental clássica.

Paridade não significa idêntico byte por byte — um layout mobile mais enxuto é aceitável; remover conteúdo que você quer indexar não é. E um mito para aposentar: conteúdo oculto em abas ou acordeões por motivos de UX é aceitável no mobile. Gary Illyes resolveu isso anos atrás — “no mundo mobile-first, conteúdo oculto por UX deve ter peso total” — então você não precisa expandir tudo para a visualização.

Velocidade de página mobile e Core Web Vitals

A velocidade importa mais no mobile, onde conexões e dispositivos são mais fracos e a paciência é menor. O Google mede o lado da experiência de página principalmente por meio das Core Web Vitals, e “Core Web Vitals são usadas pelos nossos sistemas de ranqueamento.” Os três limiares, medidos no mobile:

  • LCP (Largest Contentful Paint) — abaixo de 2,5s.
  • INP (Interaction to Next Paint) — abaixo de 200ms.
  • CLS (Cumulative Layout Shift) — abaixo de 0,1.

Ainda assim, é importante manter a perspectiva: a experiência na página reúne sinais usados em sistemas de ranqueamento mais amplos, não constitui um sistema de ranqueamento independente, e o Google observa que “always seeks to show the most relevant content, even if the page experience is sub-par.” (tradução) «sempre procura mostrar o conteúdo mais relevante, mesmo quando a experiência na página deixa a desejar». Portanto, corrija as Core Web Vitals porque elas ajudam os usuários e são sinais reais — não porque bastariam para superar um conteúdo genuinamente melhor. O PageSpeed Insights apresenta pontuações separadas para dispositivos móveis e computadores; concentre-se na avaliação móvel. Os limites completos, a diferença entre dados de campo e de laboratório e as correções estão no guia aprofundado de Core Web Vitals.

Usabilidade mobile

Os fundamentos de usabilidade que o Google sinaliza sob experiência de página:

  • Meta tag de viewport<meta name="viewport" content="width=device-width, initial-scale=1">. Sem ela, navegadores mobile renderizam na largura do desktop.
  • Fontes legíveis — texto legível sem zoom (uma base de ~16px é um piso seguro).
  • Alvos de toque — botões e links grandes o suficiente para tocar com confiabilidade (~48px).
  • Sem rolagem horizontal — o conteúdo se ajusta à viewport.
  • Não bloqueie CSS/JS no robots.txt — o Googlebot precisa renderizar a página mobile.

Isso corresponde às perguntas de autoavaliação do Google, como “Seu conteúdo é exibido bem em dispositivos mobile?” Para a metodologia de teste completa, limiares e como auditar cada um deles, veja o mergulho profundo dedicado de Usabilidade mobile; a tag de viewport especificamente — sintaxe, referência de atributos e erros comuns — tem seu próprio mergulho profundo de Meta tag de viewport.

Intersticiais intrusivos

Popups de página inteira que obscurecem seu conteúdo quando um visitante chega da pesquisa podem prejudicar você. Google: “Intersticiais intrusivos e diálogos são elementos de página que obstruem a visão do conteúdo pelos usuários, geralmente para fins promocionais,” e eles “dificultam que o Google e outros mecanismos de busca entendam seu conteúdo.” O que é problemático: sobreposições de tela cheia, intersticiais independentes que você precisa dispensar antes de ler e conteúdo oculto atrás de uma camada promocional. O que é aceitável: banners pequenos “que ocupam apenas uma pequena fração da tela,” banners nativos de instalação de aplicativos e portais de consentimento ou idade exigidos por lei. O mergulho profundo sobre intersticiais cobre a linha em detalhes.

E o AMP?

O AMP (Accelerated Mobile Pages) não é mais recomendado para novos projetos. O Google removeu o requisito de AMP para o carrossel de Top Stories e removeu o AMP como um sinal de ranqueamento; HTML responsivo padrão com boas Core Web Vitals faz tudo que o AMP pretendia fazer, sem a segunda base de código. Trate o AMP como legado — se você tem, tudo bem; se está começando do zero, pule.

O cenário de ferramentas mudou — use o Lighthouse agora

É aqui que a maioria dos guias antigos ficou desatualizada. Em 1º de dezembro de 2023, o Google desativou o relatório de usabilidade móvel do Search Console, a ferramenta Mobile-Friendly Test e a API Mobile-Friendly Test. O Google esclareceu que isso “doesn’t mean that mobile usability isn’t important” (tradução) «não significa que a usabilidade móvel deixou de ser importante» — ela continua fazendo parte das orientações sobre experiência na página —, mas também afirmou que “many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.” (tradução) «surgiram muitos outros recursos robustos para avaliar a usabilidade móvel, incluindo o Lighthouse do Chrome». Portanto, seu conjunto atual de ferramentas é:

  • Lighthouse (no Chrome DevTools) — o substituto do Mobile-Friendly Test; audita usabilidade e desempenho no celular.
  • PageSpeed Insights — Core Web Vitals no celular (dados de campo + laboratório).
  • Search Console — relatório de Core Web Vitals, estatísticas de rastreamento (observe a atividade do Googlebot de smartphone) e Inspeção de URL (veja o HTML móvel renderizado).
  • Emulação de dispositivo no Chrome DevTools — verificações visuais em dimensões de telefone.

Se um guia ainda diz para “abrir o relatório de usabilidade mobile”, ele está desatualizado.

Para onde ir agora: o cluster de SEO mobile

Este hub é o mapa. Cada tópico abaixo é um mergulho profundo próprio:

  • Indexação mobile-first — o que realmente é (o Google indexando seu HTML móvel), por que a paridade de conteúdo é a regra nº 1, a linha do tempo verificada de 2016→2023, a armadilha do lazy-load e onde o Bing difere.
  • Checklist de SEO mobile — a auditoria prática e completa: itens de paridade, configuração, velocidade, usabilidade e intersticiais em uma única passada.
  • Design responsivo — a dependência da viewport, por que é a configuração recomendada pelo Google e o mito do prêmio de ranqueamento.
  • Dynamic serving — o requisito Vary: User-Agent e por que agora é um padrão legado.
  • Usabilidade mobile — texto legível, alvos de toque, ajuste da viewport e como testar a usabilidade agora que o relatório do Search Console foi aposentado.
  • Meta tag viewport — a sintaxe exata, referência de atributos e os erros comuns que a quebram.
  • SEO para AMP — o que era o AMP, por que o Google o removeu como sinal de ranqueamento e requisito para Top Stories e por que não é recomendado para novos projetos.
  • Intersticiais intrusivos — os pop-ups e sobreposições que podem prejudicar o ranqueamento, o que conta como intrusivo e as isenções (banners pequenos, portais legais/de idade).

Para a sobreposição de experiência de página, veja Core Web Vitals; para como o mobile se encaixa no pipeline de rastreamento/indexação, veja o pilar mais amplo de SEO técnico.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.