Softonic

Testador de Compatibilidade Móvel

Etapa 1 / 2
Próximo

Insira uma URL e o testador a carrega em uma viewport simulada de telefone (375×812 por padrão, tamanho do iPhone), verifica as falhas comuns de legibilidade móvel que o próprio Teste de Compatibilidade Móvel do Google costumava sinalizar antes de ser descontinuado, e retorna uma lista que você pode corrigir: tag meta viewport ausente, texto menor que 12px, alvos de toque mais próximos que 48×48 px, rolagem horizontal, Flash/plugins não suportados, e conteúdo mais largo que a viewport.

Como o teste é executado

  1. 1

    Insira a URL

    URL completa com protocolo. Apenas páginas públicas.

  2. 2

    A página é renderizada em uma viewport de tamanho de telefone

    375×812 por padrão, configurável.

  3. 3

    Verificações automatizadas são executadas

    Meta viewport, tamanho do texto, espaçamento do alvo de toque, overflow, plugins.

  4. 4

    Pré-visualização e relatório

    Captura de tela da visualização renderizada do telefone mais uma lista de problemas específicos.

O que o testador verifica

Configuração da viewport

  • Existe um <meta name="viewport" content="width=device-width, initial-scale=1">? Sem ele, navegadores móveis renderizam como se o telefone tivesse largura de desktop e encolhem para caber, produzindo texto pequeno.

Tamanho do texto

  • Qualquer texto renderizado abaixo de 12 px é sinalizado, difícil de ler no telefone sem zoom.
  • Muitos guias de estilo recomendam um mínimo de 16 px para o corpo. Legendas muito pequenas são aceitáveis; texto do corpo a 11 px não é.

Tamanho do alvo de toque

  • Botões, links, controles de formulário devem ter pelo menos 48×48 px (diretriz de acessibilidade móvel do Google / W3C).
  • Alvos menores são difíceis de acertar com precisão com o polegar e são sinalizados.

Espaçamento do alvo de toque

  • Alvos mais próximos que 8 px de alvos adjacentes produzem toques errados. Sinalizados individualmente.

Rolagem horizontal

  • Conteúdo mais largo que a viewport força um deslizar horizontal, má experiência móvel. Geralmente causado por uma imagem sem max-width: 100% ou uma tabela que não pode se reformatar.

Plugins não suportados

  • Flash, Silverlight e ActiveX não funcionam em telefones. Sites legados às vezes ainda os referenciam.

Carregamento de fonte

  • Fontes da web muito grandes que bloqueiam a renderização por segundos são sinalizadas.

Por que ainda importa

O Google descontinuou seu Teste de Compatibilidade Móvel autônomo em dezembro de 2023, mas a compatibilidade móvel continua sendo um sinal de classificação direto via Core Web Vitals e métricas de experiência de página. A indexação móvel-primeiro significa que o Google rastreia seu site como um telefone; o que quebra no móvel também aparece nas classificações de desktop.

Correções típicas

  • Adicione meta viewport ao <head>: <meta name="viewport" content="width=device-width, initial-scale=1">.
  • CSS responsivo via consultas de mídia: @media (max-width: 768px) { ... }.
  • Flexbox e Grid em vez de layouts de largura fixa.
  • Defina max-width: 100%; height: auto para imagens para que as imagens encolham com a viewport.
  • Torne tabelas roláveis em telas pequenas: envolva em <div style="overflow-x: auto">.
  • Use rem ou em para dimensionamento de texto para que a escala de preferência do usuário funcione.

O que o testador não captura

  • Desempenho em hardware real. Um telefone Android de baixo custo em 3G experimenta atrasos que este testador não simula. Use o Lighthouse para desempenho.
  • Interações de toque. Dropdowns que funcionam apenas com hover que quebram ao toque precisam de testes manuais em um dispositivo real.
  • Acessibilidade além do dimensionamento móvel. Contraste, suporte a leitores de tela, navegação por teclado, use ferramentas de acessibilidade dedicadas.
  • Erros de JavaScript em navegadores móveis específicos. O Safari no iOS às vezes se comporta de maneira diferente de outras versões do WebKit.

Perguntas frequentes

Verificações semelhantes, implementação diferente. O Google aposentou sua ferramenta pública no final de 2023. Este testador executa o mesmo conjunto de verificações clássicas que o Google usou, contra a versão da página que um navegador sem interface busca.

Sim, o Google indexa primeiro para dispositivos móveis desde 2020, o que significa que sua renderização móvel é a versão principal para classificação. Problemas móveis prejudicam classificações mesmo em buscas de desktop.

Não. O testador busca apenas URLs acessíveis publicamente. Para staging protegido, teste localmente com o modo de emulação de dispositivo do Chrome DevTools.

O padrão é 375×812 (iPhone 12/13/14). Configurável para 390×844 (iPhone 14 Pro), 360×640 (Android comum) ou 412×915 (Pixel 7).

Normalmente de 5 a 15 segundos, dependendo do peso da página. Páginas pesadas com muitos scripts demoram mais; o testador espera pelo evento de carregamento mais um breve período ocioso antes de capturar.

Ferramentas relacionadas

Verificador de Comprimento de Meta Descrição

Meça uma meta descrição em caracteres e pixels estimados, compare referências editoriais e examine modelos para computador e celular.

Verificador de URL Canônica

Cole o HTML de uma página e verifique sua tag rel=canonical: está presente, é uma URL absoluta válida, corresponde à URL da página?

Contador de frequência de palavras

Encontre as palavras mais repetidas em qualquer texto, com contagens e percentuais de densidade. Útil para revisão, SEO e auditorias de conteúdo.

Validador de sitemap XML

Verifique no navegador se um sitemap XML tem erros de sintaxe, locais ausentes, URLs duplicadas ou valores comuns inválidos.

Verificador de cabeçalhos de segurança HTTP

Cole cabeçalhos de resposta HTTP e revise HSTS, CSP, proteção contra enquadramento, MIME, referrer e políticas cross-origin localmente.

Gerador de Esquema FAQ

Gere marcação JSON-LD FAQPage a partir de pares de perguntas e respostas para qualificar-se para os resultados ricos do Google e colocações em caixas de resposta.

Ferramenta disponível em outros idiomas