TrueURL
TrueURL

Menu

Idioma Português
Tema

Ferramenta de redirecionamento grátis

Verificador de redirecionamento mobile vs. desktop

Verifique uma URL duas vezes, como Chrome desktop e como Safari no iPhone, e compare as duas cadeias de redirecionamentos lado a lado. Identifique redirecionamentos por dispositivo que mandam os visitantes do celular para lugares inesperados.

Por que os redirecionamentos no mobile e no desktop são diferentes

Alguns sites decidem para onde mandar o visitante conforme o dispositivo, detectado pelo cabeçalho User-Agent. Exemplos típicos são sites mobile separados (m.example.com), páginas de download de aplicativo, seletores de loja ou de região e landing pages de anúncios. Quando essa lógica está errada, quem acessa pelo celular vai parar na página inicial, em uma página de erro ou em uma página sem relação com o link que seguiu.

O Google rastreia e indexa principalmente a versão mobile das páginas, então um redirecionamento mobile quebrado prejudica a visibilidade na busca, além da experiência do usuário.

Como funciona a comparação

O TrueURL verifica a URL duas vezes com as mesmas configurações, mudando apenas o User-Agent: um Chrome desktop recente no Windows e o Safari no iPhone. As duas cadeias de redirecionamentos aparecem lado a lado, com as URLs finais e os códigos de status, para que qualquer diferença salte aos olhos.

Só o User-Agent muda. Sites que escolhem a versão pelo tamanho da tela via JavaScript podem se comportar da mesma forma nas duas colunas, mesmo parecendo diferentes em um celular de verdade. Para testar outros agentes, como o Chrome no Android ou o Googlebot, escolha uma predefinição nas Configurações avançadas do Verificador de cadeia de redirecionamentos.

Como é um bom resultado

  • Site responsivo: as duas colunas terminam na mesma URL final. É a configuração que o Google recomenda e a mais fácil de manter.
  • URLs mobile separadas: o desktop fica em www.example.com/page e o mobile vai para o m.example.com/page equivalente, e não para a página inicial mobile. A página desktop deve apontar para a sua URL mobile com <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">, e a página mobile deve ter uma tag canonical apontando de volta.
  • Veiculação dinâmica: a mesma URL para os dois, com HTML diferente. A resposta deve incluir Vary: User-Agent para que os caches não misturem as versões.

Erros comuns de redirecionamento mobile

  • Redirecionamentos incorretos: todo visitante no celular é enviado para a página inicial mobile em vez da página correspondente.
  • Páginas mobile ausentes: uma página desktop sem versão mobile redireciona para um erro. Nesse caso, sirva a página desktop.
  • Redirecionamentos de mão única: os usuários de celular são redirecionados, mas quem está no desktop e abre um link m. não é mandado de volta para a página desktop.
  • Intersticiais de aplicativo: um redirecionamento para uma loja de aplicativos ou um banner de aplicativo em tela cheia esconde o conteúdo que o visitante veio buscar.
  • Saltos extras só no mobile: um desvio por um serviço de detecção de dispositivo ou de rastreamento, que pesa mais em conexões móveis lentas.

Guias

Perguntas frequentes

Quais User-Agents a comparação usa?

O Chrome desktop no Windows e o Safari no iPhone, ambos com números de versão recentes. Praticamente todo código de detecção de dispositivo reconhece o primeiro como um computador desktop e o segundo como um celular.

O Google vê o resultado mobile ou o desktop?

Principalmente o mobile. O Google rastreia e indexa a web sobretudo com o Googlebot para smartphones, cujo User-Agent se parece com o do Chrome em um celular Android. Se a coluna mobile terminar na página errada, o Google pode indexar essa página também. Para ver o que um site envia para o User-Agent do Googlebot, use a predefinição do Googlebot para smartphones nas Configurações avançadas do Verificador de cadeia de redirecionamentos. Sites que verificam o Googlebot pelo endereço IP ainda podem responder ao TrueURL de outro jeito.

URLs mobile separadas (sites m-dot) são ruins para SEO?

Elas são suportadas, mas é mais difícil acertar: cada página precisa de uma URL mobile correspondente, de anotações corretas e de redirecionamentos nos dois sentidos. O Google recomenda o design responsivo, que dispensa totalmente os redirecionamentos por dispositivo. Se você mantém um site m-dot, verifique as suas páginas principais aqui a cada nova versão publicada.

Por que as duas colunas são idênticas se o meu site fica diferente no celular?

Provavelmente o seu site se adapta no navegador, com CSS responsivo ou JavaScript, e não com redirecionamentos do lado do servidor. Essa é a abordagem recomendada e significa que não há nenhum redirecionamento por dispositivo para comparar.

Posso comparar outros dispositivos, como celulares Android ou tablets?

Esta ferramenta compara o Chrome desktop com o Safari no iPhone. Para outros dispositivos, abra as Configurações avançadas do Verificador de cadeia de redirecionamentos, escolha uma predefinição como Chrome no Android ou cole qualquer string de User-Agent e execute a verificação.

Redirecionamentos por dispositivo deixam as páginas mobile mais lentas?

Sim. Cada redirecionamento custa uma ida e volta completa antes que a página comece a carregar, e as redes móveis têm latência maior que a banda larga. Só um redirecionamento de www para m. já pode causar um atraso perceptível; você pode medi-lo com o Teste de latência de redirecionamento.