Solução de problemas em novos redirecionamentos

1. O DNS aponta para a RedirHub?#

Comece pela lista, não por um link de cada vez: abra Links e clique no filtro problema de DNS. Ele restringe a lista aos links cujo domínio não aponta para a RedirHub, para que você veja em uma única visualização quais redirecionamentos estão aguardando o DNS.

Links → DNS issue: one link left, so promo.mybrand.com is the domain to fix.

Neste exemplo, 1 de 1.556 links permanece após a filtragem: promo.mybrand.com. Todos os outros links já resolvem, então o problema é o DNS desse domínio, não as configurações de redirecionamento. Se o filtro não mostrar nada, o DNS está correto e a causa está mais abaixo nesta página.

Abra o redirecionamento no painel e clique em Verificar DNS. Até que ele mostre DNS verificado, os visitantes ainda chegam ao seu servidor antigo. As alterações de DNS podem levar até 24 horas; use WhatsMyDNS para acompanhar o progresso no mundo todo. Mais em Quanto tempo leva a alteração de DNS?

• Registros antigos deixados para trás: remova outros registros A, AAAA ou CNAME para o mesmo nome. Se dois registros permanecerem, alguns visitantes acessam o servidor antigo.
• Campo de host incorreto: a maioria dos provedores quer @ para o domínio raiz e apenas www (não www.example.com) para www.

2. O seu navegador está mostrando um resultado antigo?#

Os navegadores armazenam em cache respostas de DNS e redirecionamentos permanentes (301 e 308). Depois de uma alteração, seu próprio navegador pode continuar mostrando o comportamento antigo enquanto todos os outros já veem o novo. Teste o redirecionamento:

• em uma janela privada ou anônima, ou em outro navegador,
• com uma string de consulta aleatória, por exemplo https://example.com/?v=2,
• com o Redirect tester, ou pela linha de comando:

bashcurl -I https://example.com/some-page

O cabeçalho Location mostra exatamente para onde o RedirHub envia a solicitação. Enquanto você ainda estiver testando, use 302 para que os navegadores não memorizem um destino inacabado.

3. "Não seguro" ou erro de certificado#

O certificado SSL é emitido logo após a verificação do DNS, e o status muda de Em fila para Provisionando para Protegido, geralmente em poucos minutos. Se continuar travado, verifique se há registros CAA no seu domínio: eles devem permitir letsencrypt.org e sectigo.com (veja What DNS types can I use?). Mais sobre certificados em HTTPS automático.

4. O redirecionamento funciona, mas leva ao lugar errado#

• Todas as páginas vão para a página inicial: ative o encaminhamento de caminho para que old-domain.com/about vá para new-domain.com/about.
• Tags UTM ou outros parâmetros são perdidos: ative o encaminhamento de consulta.
• O caminho aparece duas vezes, ou {host} / @ aparece na URL: veja Variáveis da URL de destino.
• Um caminho específico vai para o destino raiz: os caminhos são correspondidos exatamente e diferenciam maiúsculas de minúsculas; quando nenhum caminho corresponde, o redirecionamento raiz é usado. Veja Correspondência.

5. www funciona de forma diferente do domínio raiz#

Um redirecionamento para example.com também cobre www.example.com, mas somente quando www aponta para a RedirHub no DNS também, geralmente com um registro CNAME. Se www ainda aponta para o seu host antigo, os visitantes de www nunca chegam à RedirHub. Se você criou um redirecionamento separado para www, esse vence para as solicitações de www.

6. Frame (Mascaramento) mostra uma página em branco#

Provavelmente o destino recusa ser exibido dentro de um frame, ou usa http:// em vez de https://. Somente o proprietário do destino pode mudar isso; caso contrário, use um 301 ou 302. Veja Redirecionar Métodos Explicados.

Ainda com problemas?#

Se ainda não funcionar depois de algumas horas, entre em contato conosco pelo chat no painel ou em support@redirhub.com. Inclua o domínio e a URL que você testou, e nós daremos uma olhada.