
Conteúdo oticionado para dispositivos móveis é aquele que é fácil de ler no celular, carrega rapidamente em uma conexão média e exibe exatamente as mesmas informações que um visitante no computador visualiza. Isso significa parágrafos curtos, títulos claros, layout responsivo, imagens devidamente dimensionadas e nenhum texto oculto ou ausente. Atualmente, o Google avalia suas páginas pelos olhos de um smartphone, portanto, isso não é apenas um detalhe estético de design. É o requisito básico para ser indexado.
Este guia cobre as duas frentes do trabalho: como escrever para telas pequenas e as escolhas técnicas que determinam se o seu texto realmente chega aos leitores e aos mecanismos de busca.
O Google começou a transição para o mobile em 2015 e iniciou o rastreamento e a indexação com foco no celular em 2016, conforme explica a retrospectiva de indexação mobile-first da empresa. Em meados de 2024, a mudança estava efetivamente concluída: o Google afirmou que rastreia e indexa quase todos os sites usando um rastreador de smartphones, e observou que os sites ainda inacessíveis em dispositivos móveis representam um grupo cada vez menor, de acordo com seu anúncio de junho de 2024.
O significado prático disso é simples. O Google usa a versão móvel do seu conteúdo para indexação e classificação, como afirma sua documentação de indexação mobile-first. Se um parágrafo, tabela, imagem ou link existir apenas no seu layout de computador, é seguro assumir que o Google talvez nunca o veja.
Há também um motivo humano. As pessoas leem no trem, em salas de espera e na cama, usando apenas uma mão, com uma tela que exibe talvez de seis a dez linhas de texto por vez. Uma página que parece ótima em um monitor de 27 polegadas pode parecer um bloco de texto intransponível nessa tela. Um bom conteúdo para dispositivos móveis respeita primeiro a situação do leitor e depois o rastreador, e, na prática, os dois objetivos caminham juntos.
O primeiro grupo de dicas trata das palavras, e é onde a maioria dos escritores pode melhorar uma página sem tocar em uma linha de código.
Um celular mostra muito pouco antes de o leitor decidir ficar ou ir embora. Coloque a resposta, a promessa ou a principal descoberta nas duas primeiras frases. Pule o parágrafo introdutório sobre como o mundo mudou. Se o leitor digitou uma pergunta, as linhas iniciais devem respondê-la, e o restante da página deve adicionar profundidade.
Um parágrafo de cinco linhas no computador se transforma em um bloco de dez linhas em um celular. Tente usar de duas a três frases por parágrafo e apenas uma ideia por parágrafo. Parágrafos de uma única frase são úteis quando carregam um ponto que merece destaque. O objetivo é criar espaços em branco: a pausa entre os blocos é o que permite ao leitor manter seu lugar enquanto rola a página.
Os leitores de celular escaneiam o texto antes de lerem de fato. Faça com que cada H2 e H3 descreva o que vem a seguir em palavras simples, para que alguém passando o olho rapidamente encontre sua seção. Um título como Quanto custa consertar é muito melhor do que Considerações. Mantenha os títulos curtos o suficiente para caber em uma ou duas linhas na largura do telefone.
Títulos longos são truncados nos resultados de pesquisa e quebram de forma estranha na página. Coloque as palavras importantes primeiro, mantenha-se em aproximadamente 60 a 70 caracteres e evite o excesso de palavras-chave. O mesmo vale para textos de links e rótulos de botões: curtos, específicos e fáceis de tocar.
Listas com marcadores e numeradas funcionam muito bem em telas pequenas porque cada item ocupa sua própria linha. Tabelas largas são mais arriscadas. Uma comparação de cinco colunas encolherá para um texto ilegível ou forçará a rolagem horizontal. Sempre que possível, mantenha as tabelas em duas ou três colunas ou reescreva os dados como uma lista de itens curtos.

Cada frase adicionada aumenta a distância de rolagem. Elimine pontos repetidos, introduções fracas para seções e adjetivos desnecessários. Não se trata de deixar a página superficial. Uma página móvel pode ser longa e detalhada se cada parte justificar sua presença e for fácil de navegar com uma estrutura clara.
Qualquer recurso que dependa de passar o mouse por cima (hover), como dicas de ferramentas (tooltips) ou menus que abrem com o cursor, não funciona em uma tela sensível ao toque. Esclareça definições diretamente no texto e mantenha os links espaçados o suficiente para que um polegar não clique no lugar errado. Uma frase recheada com cinco links é difícil de usar em um celular, portanto, insira links apenas onde forem realmente úteis.
A maior armadilha técnica na indexação mobile-first é a paridade de conteúdo. As diretrizes do Google afirmam que a versão móvel é usada para indexação, portanto, qualquer conteúdo que você reduza no celular para economizar espaço pode desaparecer silenciosamente da busca. Os culpados mais comuns incluem:
Recolher conteúdo em accordions ou abas para melhorar a usabilidade é uma prática comum e geralmente aceita quando o conteúdo está presente no HTML da página. O risco está no conteúdo que só é carregado após uma ação do usuário que o rastreador não executará. Em caso de dúvida, visualize o HTML renderizado na ferramenta de Inspeção de URL no Search Console e confirme se o texto com o qual você se importa está lá.
A maneira mais simples de garantir a paridade é servir a mesma página para todos.
O Google recomenda o design web responsivo porque ele fornece o mesmo HTML na mesma URL para todos os dispositivos, alterando apenas a forma como a página é exibida, conforme descrito na documentação de indexação mobile-first. O atendimento dinâmico (dynamic serving) e URLs móveis separadas são suportados, mas são mais difíceis de manter e tornam os erros de paridade mais prováveis.
Uma configuração responsiva baseia-se em alguns princípios básicos, todos abordados no guia de Noções básicas de design web responsivo do web.dev:
maximum-scale=1 impedem que os usuários usem o gesto de pinça para ampliar, o que cria uma barreira de acessibilidade. O objetivo é projetar de forma que o zoom nunca seja necessário, e não proibi-lo para quem precisa.Se você utiliza um CMS como WordPress, HubSpot ou Squarespace, a vitória mais rápida geralmente é escolher um tema responsivo moderno e, em seguida, testar seus próprios blocos personalizados, já que widgets incorporados, tabelas largas e anúncios de largura fixa são as fontes comuns de transbordamento de layout.
O W3C aponta que muitas restrições móveis, como telas pequenas, velocidades de rede variáveis e métodos de entrada difíceis, coincidem com as barreiras enfrentadas por pessoas com deficiência. Sua tabela de experiências web compartilhadas apresenta isso lado a lado. Projetar bem para um grupo geralmente ajuda o outro.
Um exemplo concreto é o reflow (refluxo). A WCAG 2.2 espera que o conteúdo se ajuste a um viewport estreito sem rolagem horizontal, e sua página Entendendo o Reflow explica que pessoas com baixa visão que ampliam o conteúdo dependem disso. Portanto, a regra que você segue para celulares também atende leitores que aplicam zoom de 400% em um notebook. Outros hábitos que beneficiam ambos os grupos:
Uma página lindamente escrita que leva oito segundos para aparecer perde seu leitor antes mesmo da primeira frase. O Google mede a experiência da página em parte por meio dos Core Web Vitals. De acordo com a explicação do web.dev sobre como os limites foram definidos, uma página é considerada boa quando pelo menos 75% das visitas atendem a estes valores:
| Métrica | O que mede | Limite bom |
|---|---|---|
| LCP (Largest Contentful Paint) | Quão rápido o conteúdo principal aparece | 2,5 segundos ou menos |
| INP (Interaction to Next Paint) | Quão rapidamente a página responde a toques e cliques | 200 ms ou menos |
| CLS (Cumulative Layout Shift) | O quanto o layout salta durante o carregamento | 0,1 ou menos |
Os mesmos limites se aplicam a computadores e celulares, mas é nos celulares com processadores e redes mais lentos que a maioria dos sites tem dificuldades para alcançá-los. Para uma visão mais ampla de como o tempo de carregamento se conecta ao desempenho de busca e conversões, vale a pena ler este artigo sobre maior velocidade em sites em conjunto com a checklist abaixo.
srcset e sizes, compacte arquivos e utilize formatos modernos.Uma avaliação realista da própria documentação do Google sobre experiência da página: bons Core Web Vitals são recomendados para proporcionar uma ótima experiência, mas pontuações perfeitas não garantem os primeiros lugares no ranking. Eles são um sinal entre muitos. Busque uma página que pareça rápida para uma pessoa real, e não apenas um selo verde por vaidade.
Para ver qual é a sua situação, verifique o relatório de Core Web Vitals no Search Console para obter dados de campo de usuários reais e considere adicionar seu próprio monitoramento de usuários reais, conforme o web.dev sugere em seu guia para medir Web Vitals.
Pop-ups que cobrem o conteúdo logo após um clique vindo da busca, banners fixos que ocupam um terço da tela e avisos de cookies com botões minúsculos custam leitores em um celular. Se você precisar de um pop-up de inscrição para newsletter, adie-o até que o leitor tenha rolado a página ou passado algum tempo nela, e torne o botão de fechar grande e fácil de tocar. Mantenha os elementos fixos compactos. Em uma tela pequena, cada pixel que o leitor não pode usar para ler representa um prejuízo.

Use esta lista antes de publicar:
A maioria das páginas que vemos hoje em dia começa como um rascunho gerado por IA, e isso muda o problema do formato móvel. Modelos de linguagem adoram parágrafos longos e uniformes, qualificadores acumulados e títulos genéricos. Em um laptop, isso é apenas monótono. Em um celular, é uma tarefa exaustiva e os leitores acabam indo embora.
Por isso, tratamos a legibilidade móvel como parte do processo de fazer um rascunho soar humano. A reestruturação é o verdadeiro trabalho: quebrar blocos, variar o comprimento das frases, ir direto ao ponto e substituir títulos vagos por específicos. Foi para apoiar isso que criamos a Semihuman, reestruturando textos gerados por IA para que soem naturais e integrando as palavras-chave pelas quais você realmente deseja ranquear, mantendo o significado intacto. No entanto, uma ferramenta é apenas um ponto de partida. A revisão final pertence a uma pessoa segurando um celular, perguntando-se se gostaria de ler aquilo enquanto aguarda em pé em uma plataforma.
Nossa regra prática: se você não enviaria aquele parágrafo para um amigo por mensagem de texto, ele é longo demais para o celular.
Também acreditamos que o padrão de qualidade importa mais do que a origem do texto. Leitores e mecanismos de busca recompensam páginas que são úteis, precisas e claras, e vale a pena manter isso em mente durante a edição. Nossas notas sobre a abordagem de conteúdo útil do Google e sobre como alinhar o conteúdo à intenção do usuário aprofundam esse tema.
— Tilen
Se você produz conteúdo em volume, a parte mais lenta da otimização para dispositivos móveis é a reescrita. A Semihuman reestrutura textos gerados por IA em uma prosa mais natural e legível, ajudando a incorporar suas palavras-chave alvo. Você pode começar pelos planos Gratuito, Básico e Pro. Equipes que desejam integrar essa mesma etapa em um pipeline de publicação podem consultar os planos de API para desenvolvedores e empresas. Seja qual for o caminho escolhido, finalize com a verificação no celular mencionada anteriormente.
O conteúdo otimizado para dispositivos móveis nunca está totalmente pronto no momento da publicação. Monitore alguns indicadores todos os meses:
Para obter ideias sobre quais números acompanhar e como eles se conectam aos resultados, consulte nossa visão geral sobre métricas de conteúdo para profissionais de marketing. Se você estiver combinando o polimento móvel com um trabalho de SEO mais amplo, nosso guia sobre dicas de conteúdo de marketing digital aborda a vertente de conteúdo, e o artigo sobre tendências de narrativa visual ajuda com imagens e vídeos que justificam cada byte.
Considere uma postagem de blog típica que funciona perfeitamente no computador. Em um celular, o parágrafo de abertura tem nove linhas, o primeiro título diz Visão geral, uma tabela de comparação de quatro colunas rola lateralmente e a imagem de destaque é um arquivo de 3.000 pixels de largura carregado de forma tardia (lazy loading).
Aqui está o que um editor faria, passo a passo:
Nenhuma dessas etapas exige um redesenho completo. Trata-se de edição e manutenção básica e, juntas, elas geralmente transformam a experiência da página mais do que qualquer ajuste técnico isolado.
Comece com a resposta, mantenha os parágrafos com duas ou três frases, use títulos específicos e prefira listas a tabelas largas. Em seguida, leia a página em um celular real e corte tudo o que o obrigue a rolar a tela sem agregar valor. Uma escrita clara e uma estrutura organizada importam mais do que qualquer truque isolado.
Comece com um layout responsivo e uma tag viewport correta, depois certifique-se de que a página móvel contenha o mesmo texto, imagens e links da versão desktop. Compacte e dimensione suas imagens, reserve espaço para conteúdos incorporados e evite pop-ups intrusivos. Por fim, verifique os Core Web Vitals no Search Console e corrija os grupos de URLs sinalizados como ruins.
O Google usa a versão móvel do seu conteúdo para indexação e classificação, o que significa que sua página para celular é efetivamente a versão avaliada. A experiência da página, incluindo os Core Web Vitals, é um sinal entre muitos, e o Google afirma que pontuações perfeitas não garantem os primeiros lugares. Conteúdo útil que funciona bem no celular é a posição mais segura.
Mantenha o conteúdo idêntico em todos os dispositivos, use design responsivo e atinja os limites recomendados de LCP, INP e CLS. Escreva títulos e linhas de abertura que correspondam ao que os usuários buscam e mantenha os títulos concisos para que sejam exibidos por completo. Revise o desempenho móvel por dispositivo no Search Console mensalmente.
Iniciar
Humanizar
grátis!
Humanizar