Verificador de redirecionamentos

Veja onde uma URL termina e se redireciona. Grátis, sem upload. 1 GB máx. · Até 1 GB · Processado localmente, nunca enviado para um servidor.

Depois de uma remodelação, de uma mudança de domínio ou do desaparecimento de uma rubrica inteira, há uma pergunta que volta sempre: este endereço antigo ainda leva a algum lado, e a qual. Esta ferramenta envia um pedido para o endereço indicado e devolve cinco linhas: o URL testado, o URL final, a existência ou não de reencaminhamento, o estado HTTP obtido à chegada e o método de leitura utilizado.

Tal como a auditoria de páginas, este verificador trabalha sobre a rede: o endereço introduzido tem de deixar o navegador para poder ser interrogado. A tentativa direta parte do seu equipamento; se falhar, entra em cena um retransmissor público, api.allorigins.win, que age a partir dos servidores próprios. A linha “Método” da tabela diz qual dos dois caminhos respondeu.

Há um limite que vem da técnica usada. O pedido está configurado para seguir os reencaminhamentos de uma assentada: o navegador encadeia os saltos e devolve apenas a chegada. O pormenor intermédio, a sequência 301, depois 302, depois 200, não é exposto ao código da página, e a ferramenta avisa disso mesmo por baixo do próprio resultado.

Como utilizar

  1. Introduza o endereço a testar O campo espera de preferência o endereço antigo, aquele cujo destino quer conhecer. O prefixo https:// é acrescentado se o omitir e uma entrada que não seja um endereço válido é recusada.
  2. Carregue em Verificar redirecionamentos O botão passa a “A verificar…”. A tentativa direta dispõe de dez segundos e o recurso ao retransmissor público de mais quinze antes de desistir.
  3. Compare o URL testado com o URL final A diferença entre as duas linhas diz tudo: passagem de http para https, www acrescentado ou retirado, barra final, ou um caminho completamente diferente no caso de um reencaminhamento a sério.
  4. Leia a linha Redirecionamento Ela decide em bom português entre um endereço que vai dar a outro lado e um endereço que responde diretamente, sem que tenha de interpretar códigos de estado por si mesmo.
  5. Confirme o estado e o método O estado é anotado como “OK” abaixo de 300, como reencaminhamento entre 300 e 399 e como erro acima disso. O método esclarece se a leitura foi direta ou passou pelo retransmissor.

O pedido segue mesmo até ao site testado

Esta ferramenta nada tem de local: comprovar um reencaminhamento obriga a desencadeá-lo. O primeiro pedido nasce no seu navegador e leva o seu endereço IP. Muitos servidores não devolvem os cabeçalhos de autorização de origem cruzada que o mecanismo CORS exige; nesse caso o navegador recusa-se a entregar a resposta ao código da página, e a tentativa conta como falhada mesmo que o site tenha respondido lindamente.

O recurso automático é então api.allorigins.win, um serviço público de terceiros. É ele quem interroga o endereço, desde um centro de dados, com o IP dele. As implicações são bem palpáveis. Uma página reservada a membros devolve o ecrã de início de sessão, já que nenhum cookie de sessão circula para outro domínio. Uma firewall aplicacional como as da Cloudflare ou da Akamai pode colocar uma página de verificação à frente do IP de um alojador, ou recusá-lo sem mais. Um ambiente de pré-produção protegido por palavra-passe ou por lista de endereços permitidos fica fora do alcance. Esta ferramenta informa sobre endereços públicos.

301, 302, 307, 308: qual deles e em que caso

O 301 anuncia uma mudança definitiva. É o código de uma migração: o motor troca o endereço antigo pelo novo no índice e transfere-lhe os sinais acumulados. Os navegadores guardam-no em cache com bastante zelo, o que torna um 301 colocado por engano penoso de recuperar junto dos visitantes que já o receberam. O 302 diz o contrário, um desvio provisório: o endereço de origem continua a ser a referência, o que serve uma página em obras ou uma campanha de duração curta.

O 307 e o 308 são as versões estritas dos dois anteriores. Historicamente, um 301 ou um 302 aplicado ao envio de um formulário podia transformar o pedido numa simples consulta e perder os dados transmitidos. O 307, temporário, e o 308, definitivo, obrigam a conservar o método e o corpo do pedido. Para uma página que apenas se lê, o 301 continua a ser a opção corrente e a mais bem tratada em todo o lado; para um ponto de entrada técnico que recebe dados, o 308 evita a surpresa desagradável.

O que custa uma cadeia de reencaminhamentos

Cada salto é uma ida e volta completa: resolução de DNS se o anfitrião mudar, abertura de ligação, negociação TLS, pedido, resposta. Numa ligação móvel, a soma conta-se em centenas de milissegundos antes de chegar o primeiro octeto útil. A cadeia clássica — de http para https, depois de sem www para com www, depois da página antiga para a nova — faz três saltos onde uma regra bem escrita faria um só.

O custo não pesa apenas no visitante. Os exploradores dos motores seguem um número limitado de saltos antes de desistir, uma dezena na prática, e um navegador para por volta dos vinte e acusa um ciclo. A regra útil cabe numa frase: aponte cada endereço antigo diretamente para o destino final, em vez de deixar os reencaminhamentos empilharem-se ao longo de remodelações sucessivas.

Ler o resultado sem se enganar

O estado apresentado é o da chegada, não o do reencaminhamento. Uma página antiga corretamente reencaminhada com um 301 aparece por isso em HTTP 200, com a linha Redirecionamento a dizer que sim: é o resultado esperado e não uma contradição. Um estado entre 300 e 399 só surge quando a cadeia não pôde ser seguida até ao fim.

Em modo retransmissor, a existência de um reencaminhamento é deduzida da comparação entre o endereço testado e o endereço de chegada, barra final à parte; um desvio que fosse cair no mesmo endereço passaria portanto despercebido. Além disso, apenas se veem os reencaminhamentos do protocolo HTTP: um desvio operado por uma etiqueta meta refresh ou por um script não assoma aqui, dado que a página nem é desenhada nem executada.

Perguntas frequentes

Porque é que o estado é 200 se a minha página está reencaminhada?

Porque o pedido segue a cadeia até ao fim e reporta o código do destino. A linha Redirecionamento assinala o desvio; o 200 limita-se a confirmar que a página de chegada existe.

Consigo ver o pormenor 301, depois 302, depois 200?

A partir de um navegador não. Os saltos intermédios não são expostos ao código da página. É preciso uma ferramenta do lado do servidor ou um pedido em linha de comandos que imprima os cabeçalhos de cada etapa.

O que quer dizer a menção “Leitura proxy público”?

Que o acesso direto foi recusado e que o pedido passou pelo api.allorigins.win. O site viu o endereço IP desse serviço em vez do seu, o que pode alterar a resposta devolvida.

Um reencaminhamento por meta refresh é detetado?

Não. Só ficam visíveis os reencaminhamentos ao nível do protocolo HTTP. Um desvio escrito no HTML ou desencadeado por um script não é interpretado nem seguido por esta ferramenta.

Devo escolher 301 ou 308 para uma alteração definitiva?

O 301 chega para páginas que apenas se consultam e continua a ser o código tratado de forma mais universal. O 308 impõe-se quando o endereço recebe dados e o método do pedido tem de ser preservado.

O meu ambiente de pré-produção devolve um erro, porquê?

Porque está muito provavelmente filtrado por palavra-passe ou por endereço IP. Nem a sua sessão nem o retransmissor público lá têm acesso: esta ferramenta só consegue verificar endereços abertos ao público.

Como testo os meus redirecionamentos depois de uma migração de site?

Introduza um endereço antigo de cada vez e compare as linhas URL testado e URL final: a diferença entre as duas mostra para onde o antigo passou a apontar. A ferramenta trata um endereço por execução, sem verificação em bloco, pelo que uma migração grande se verifica por amostragem — a raiz, uma página por rubrica e os endereços que mais tráfego recebiam. Um endereço que responda sem desvio nenhum é sinal de que a regra ainda não está no ar.

A ferramenta deteta um loop de redirecionamento?

Só indiretamente, e sem lhe dar esse nome. O pedido segue a cadeia de uma assentada e o navegador desiste por volta dos vinte saltos; a tentativa direta falha aí, o pedido é repetido através do retransmissor público e, se este também não chegar ao fim, o que aparece é a mensagem de verificação impossível, sem URL final nenhum. É esse o sintoma. O que não existe é um diagnóstico com o nome do problema nem a lista dos saltos que se repetem — para isso é precisa uma ferramenta do lado do servidor.

É preciso registo para verificar os redirecionamentos de um URL?

Não há conta, inscrição nem limite de verificações, e o resultado aparece assim que o servidor responde. Em contrapartida, esta ferramenta não é local: o endereço tem mesmo de ser interrogado através da rede e, quando o acesso direto é recusado, o pedido passa pelo retransmissor público api.allorigins.win, que o consulta a partir dos servidores dele. Verifique por isso apenas endereços já abertos ao público.

Ferramentas semelhantes

Descobrir outras ferramentas

Categorias