Verificador de redirecionamento de URL

O Verificador de redirecionamento de URL é uma ferramenta gratuita que identifica redirecionamentos 301 e 302 para um URL específico e segue uma cadeia de redirecionamentos até 10 passos.

O que é um redirecionamento de URL?

Um redirecionamento de URL é uma resposta HTTP que indica a um navegador, rastreador de motor de pesquisa ou outro cliente que deve pedir um endereço diferente. Normalmente, a resposta contém um código de estado 3xx e um campo Location cujo valor é uma referência URI, que pode ser relativa.

Um código de estado 301 significa que o recurso foi movido permanentemente. É utilizado com frequência depois de alterar o endereço de uma página, migrar de HTTP para HTTPS ou consolidar URLs duplicados. Um código de estado 302 significa que o recurso foi encontrado noutro endereço, mas a mudança é geralmente considerada temporária.

O HTTP também define outros códigos de redirecionamento, incluindo 303, 307 e 308. A diferença entre eles pode afetar a forma como os clientes repetem os pedidos, sobretudo com métodos como POST. Nos redirecionamentos habituais de páginas Web, os códigos 301 e 302 continuam a ser comuns e são aqueles que este verificador se destina a identificar.

Como verifico um redirecionamento de URL?

O campo Código de estado espera um código de estado HTTP, como 301 ou 302. A verificação é feita no servidor e abrange até 10 passos de redirecionamento.

Os dados introduzidos são enviados para o servidor através de HTTPS e não são armazenados.

Que redirecionamentos são identificados?

O verificador identifica redirecionamentos 301 e 302. Um código 301 indica um redirecionamento permanente e um 302 indica um redirecionamento temporário.

Uma sequência que alterna entre dois endereços é um ciclo de redirecionamento. Uma sequência longa de mudanças entre HTTP, HTTPS, www, sem www e variantes com barra final é uma cadeia de redirecionamentos. Esta ferramenta para ao fim de, no máximo, 10 passos, pelo que não consegue determinar o destino final de uma cadeia mais longa.

Resolver problemas comuns de redirecionamento

As verificações de redirecionamentos são úteis quando o endereço final apresentado pelo navegador oculta as respostas intermédias. Permitem distinguir uma falha de configuração HTTP de um problema de DNS, da aplicação ou da cache.

• Uma página migrada continua a abrir no endereço antigo. Verifica diretamente o URL antigo. Um redirecionamento 301 deve apontar para o destino pretendido, e não para uma página inicial genérica ou outro endereço obsoleto.
• O endereço está sempre a alternar entre HTTP e HTTPS. Testa ambas as versões. Regras incompatíveis num servidor Web, numa rede de distribuição de conteúdos ou numa aplicação podem reenviar HTTPS para HTTP, enquanto outra camada inverte imediatamente o redirecionamento.
• Uma ligação num e-mail não abre a página de destino esperada. Verifica o URL completo copiado da mensagem, incluindo a respetiva cadeia de consulta. Os serviços de monitorização adicionam muitas vezes um ou mais redirecionamentos antes da página final, e um destino intermédio com problemas pode interromper a cadeia.

Ao mudar um domínio, testa caminhos de páginas representativos em vez de verificares apenas a página inicial. Um redirecionamento correto da página inicial não garante que as páginas de produtos, os artigos e os ficheiros carregados tenham regras de destino equivalentes.

A pontuação e os espaços também são importantes. Os espaços em bruto não são válidos num URL e normalmente têm de ser codificados por percentagem, como %20. Um fragmento iniciado por # é processado pelo navegador e não é enviado no pedido HTTP. Por isso, alterar apenas o fragmento não seleciona um redirecionamento diferente no servidor. Os nomes de domínio internacionalizados podem ser representados no formato ASCII Punycode, enquanto os caracteres não ASCII no caminho são codificados em bytes, normalmente através de UTF-8, e os bytes relevantes são codificados por percentagem durante a transmissão.

Porque é que um redirecionamento correto parece estar errado?

Um redirecionamento correto pode parecer errado porque os navegadores, resolvedores de DNS, servidores proxy e redes de distribuição de conteúdos podem utilizar informações em cache. É particularmente provável que os redirecionamentos permanentes permaneçam visíveis na cache do navegador depois de a regra do servidor ter sido alterada.

Um verificador executado no servidor não partilha o histórico local de redirecionamentos do teu navegador, embora o site de destino ou a respetiva CDN ainda possa devolver uma resposta guardada em cache.

As alterações de DNS provocam um atraso distinto. Os resolvedores recursivos podem conservar o endereço IP anterior até terminar o tempo de vida do registo. Durante esse período, redes diferentes podem chegar a servidores diferentes e receber regras de redirecionamento distintas. A expressão "propagação de DNS" descreve esta expiração desigual das caches, e não um único evento de atualização mundial.

Se o domínio tiver sido mudado recentemente, compara o registo DNS, a configuração da CDN e as regras do servidor de origem. O Verificador de Cache do Google pode dar contexto sobre uma versão mais antiga de uma página indexada ou guardada em cache, enquanto o Verificador de hospedagem de sites pode ajudar a identificar onde o domínio parece estar atualmente alojado. Nenhuma destas ferramentas substitui uma verificação de redirecionamentos HTTP.

Perguntas frequentes

Posso alterar um redirecionamento 301 mais tarde?

Sim, podes alterar a configuração do servidor, mas os clientes podem continuar a utilizar uma resposta 301 guardada em cache durante algum tempo. Testa num perfil de navegador novo e limpa as caches relevantes da CDN que controlas. Evita utilizar o código 301 durante os testes iniciais se ainda for provável que o destino venha a mudar.

Um redirecionamento mantém a cadeia de consulta do URL?

Só se a regra de redirecionamento e o valor Location que esta gera a preservarem. Alguns sistemas copiam automaticamente a cadeia de consulta original, enquanto outros a substituem ou removem. Testa um URL realista com parâmetros de teste inofensivos, em vez de assumires que todas as variantes se comportam da mesma forma.

O que acontece aos dados que introduzo?

O processamento é feito no servidor. Os dados introduzidos são enviados para o servidor através de HTTPS e não são armazenados.

O verificador deteta redirecionamentos por JavaScript ou meta refresh?

O verificador identifica redirecionamentos HTTP 301 e 302, seguindo até 10 redirecionamentos.

Posso verificar redirecionamentos na linha de comandos?

Sim. O comando curl pode apresentar os cabeçalhos da resposta, e a opção para seguir redirecionamentos permite pedir os endereços seguintes. Isto é útil quando precisas de fazer verificações repetíveis a partir de uma determinada máquina ou rede, sobretudo depois de alterares as regras de DNS ou da firewall.