Como Redirecionar uma URL: Seis Formas, e Quando Usar Cada Uma

Um redirecionamento é uma resposta HTTP: um status 301 ou 302 com um cabeçalho Location dizendo ao navegador para onde ir em vez disso. Isso é tudo o que ele é no fio, o que significa que a pergunta não é realmente como redirecionar uma URL, mas sim qual camada na frente do seu site deveria ser a responsável por responder.

Seis camadas podem fazer esse trabalho, e elas não são intercambiáveis. Elas diferem em quem serve a resposta, se o caminho e a query string sobrevivem à viagem, com que rapidez você consegue mudar de ideia, e quanto da configuração você controla. Este guia percorre as seis, a tabela que escolhe entre elas, e as duas verificações que separam um redirecionamento que funciona de um que silenciosamente engole os parâmetros da sua campanha. Para os próprios códigos de status, tipos de redirecionamento de URL é a referência por trás deste artigo.

Onde um Redirecionamento Realmente Vive

Comece pelo mito, porque ele desperdiça mais tardes do que qualquer outro: o DNS não consegue redirecionar uma URL. Um registro de DNS mapeia um hostname para um endereço. Ele nunca vê o caminho, nunca vê a query string, e não tem nenhum mecanismo para dizer "vá para outro lugar em vez disso". Um registro A ou CNAME aponta; ele não encaminha.

Então quando o seu registrador oferece "encaminhamento de URL", o que ele realmente faz é apontar o hostname para um pequeno servidor web que eles mantêm, que retorna o redirecionamento HTTP em seu nome. Útil, e perfeitamente legítimo, mas é um servidor web fazendo o trabalho, não o DNS. Assim que você enxerga dessa forma, os seis métodos abaixo param de parecer alternativas e passam a parecer uma única pergunta: qual máquina no caminho da solicitação você quer que responda?

Seis Lugares Onde Você Pode Colocar um Redirecionamento

Cada uma delas termina com a mesma resposta no fio. O que difere é o custo de configuração, quem controla isso, e o que acontece com tudo que vem depois do nome de domínio.

encaminhamento de domínio no registrador

A opção mais rápida, e a mais direta. No painel de controle do seu registrador você aponta o domínio para um destino e escolhe permanente ou temporário. Boa para um domínio que você comprou defensivamente, um rebranding em que o nome antigo deveria simplesmente entregar o bastão, ou um domínio de campanha de curta duração.

A pegadinha é o que isso faz com o resto da URL: a maioria dos encaminhamentos de registrador achata cada solicitação para o único destino que você configurou, então um link profundo chega na página inicial. Alguns oferecem um modo que preserva o caminho; verifique antes de contar com isso.

uma regra no seu servidor web

Se você roda nginx ou Apache, o redirecionamento pertence aqui, porque você tem controle exato sobre correspondência e preservação. A documentação do Apache sobre remapeamento de URLs com regras de rewrite cobre os padrões, e a referência do módulo rewrite do nginx cobre return 301 e rewrite ... permanent, que é o caminho rápido para uma mudança simples.

Regras de servidor são a ferramenta certa para imposição de host canônico e HTTPS, reescritas de caminho depois de uma reestruturação, e qualquer coisa condicional. Elas também são onde as regras de redirecionamento silenciosamente se acumulam ao longo dos anos, então trate o arquivo como algo para podar em vez de apenas acrescentar.

uma regra na sua plataforma de hospedagem

A maioria das hospedagens modernas fica na frente da origem e oferece a sua própria camada de redirecionamento: um arquivo _redirects, um bloco de configuração, uma interface de regras no painel. Elas são avaliadas antes da sua aplicação rodar, o que as torna rápidas e seguras, e costumam ser o melhor lugar para redirecionamentos em massa depois de uma migração de site porque vivem no controle de versão junto com o resto do projeto.

um plugin ou configuração no seu CMS

Todo CMS sério tem um gerenciador de redirecionamentos, e para uma equipe de conteúdo é a resposta certa: sem deploy, sem acesso ao servidor, uma trilha de auditoria, e uma pessoa que entende do conteúdo tomando a decisão de mapeamento. A contrapartida é que a solicitação precisa chegar até a aplicação antes que o redirecionamento seja emitido, então é mais lento do que as camadas acima e para de funcionar se a aplicação estiver fora do ar.

meta refresh ou JavaScript na página

Um último recurso para quando você não consegue tocar em nada do lado do servidor. A página carrega, depois manda o visitante adiante com uma tag <meta http-equiv="refresh"> ou um script. Funciona, mas custa um carregamento de página completo, depende do cliente executá-lo, e os motores de busca tratam isso como um sinal mais fraco do que uma resposta do servidor. Use quando a alternativa for nada.

um link curto gerenciado

Quando a coisa sendo redirecionada é um link que você publicou em vez de uma página que você possui, o redirecionamento pertence a um gerenciador de links. O destino é um valor armazenado que você pode mudar sem tocar em DNS, servidores, ou um pipeline de deploy, cada salto é registrado, e o link continua funcionando depois de ter sido impresso ou compartilhado. Esse é todo o mecanismo por trás de o que é um encurtador de URL, e é por isso que um link de campanha impresso nunca deveria apontar direto para uma landing page.

Escolhendo Um em Trinta Segundos

A maior parte da decisão se resume a duas colunas: quem tem acesso, e o que precisa sobreviver.

Preservando o Caminho e a Query String

Essa é a falha que sobrevive aos testes, porque todo mundo testa a raiz do domínio e a raiz sempre funciona.

Aponte oldsite.com para newsite.com com um encaminhamento de domínio simples e depois siga um link de entrada de verdade, oldsite.com/pricing?utm_source=newsletter. Com um redirecionamento que achata tudo, esse visitante cai na nova página inicial, o caminho desaparece, e os parâmetros de campanha desaparecem junto. Nada dá erro. O seu analytics simplesmente mostra tráfego direto para a página inicial, e a newsletter parece não ter feito nada.

Dois hábitos evitam isso. Teste com uma URL profunda que carrega uma query string, nunca com o domínio nu. E quando os dois sites têm estruturas diferentes, mapeie os caminhos importantes explicitamente em vez de mandar tudo para a raiz, o que também é o que mantém o valor de SEO das URLs antigas ligado à página nova mais parecida. A mesma disciplina se aplica quando você herda os links de outra pessoa, e é por isso que migrar links curtos sem quebrá-los é um exercício de mapeamento antes de ser um exercício técnico.

Se os links em questão forem links que você publicou, manter o destino editável vale mais do que tudo isso: coloque os seus links no seu próprio domínio e o mapeamento passa a ser um campo que você muda em vez de um arquivo de configuração que você faz deploy.

Verifique Antes de Anunciar

Um único comando resolve isso:

curl -sIL "https://oldsite.com/pricing?utm_source=newsletter" | grep -E '^HTTP|^[Ll]ocation'

Leia três coisas na saída. O código de status deveria ser o que você pretendia, 301 para permanente e 302 enquanto as coisas ainda estão em movimento, e 301 vs 302 cobre por que essa escolha importa mais do que parece. O cabeçalho Location deveria carregar o caminho completo e a query string, não um domínio nu. E deveria haver exatamente um redirecionamento: uma cadeia de três ou quatro ainda resolve, mas cada salto é latência e mais uma chance de perder parâmetros, e um hostname repetido significa que você construiu um loop de redirecionamento em vez de um redirecionamento.

Se você preferir não abrir um terminal, o nosso verificador de links rastreia a cadeia e mostra o status em cada salto.

O Que os Motores de Busca Fazem Com Isso

Um redirecionamento feito corretamente não é um risco de SEO, e a orientação é incomumente clara sobre isso. A documentação do Google sobre redirecionamentos e a Busca trata um redirecionamento permanente do lado do servidor como o sinal mais forte para consolidar uma URL no seu substituto, classifica os redirecionamentos do lado do cliente abaixo dele, e pede para você manter as cadeias curtas.

Os dois erros que realmente custam caro são colapsar várias URLs antigas na página inicial, o que joga fora a relevância específica que cada uma delas tinha, e deixar uma cadeia de saltos históricos no lugar depois de várias migrações. Nenhum dos dois é motivo para evitar redirecionamentos; os dois são motivos para auditá-los. Essa auditoria é o mesmo hábito semanal de prevenção de link rot, e se o redirecionamento estiver em um domínio curto personalizado, domínios personalizados para links curtos cobre a metade de DNS e certificado da configuração.

Escolha a camada que combina com quem é dono da mudança, preserve o caminho, mantenha em um único salto, e um redirecionamento para de ser algo com que você se preocupa.

Leia a Série Principal

Este artigo está no cluster de tutoriais. Para os códigos de status e a sua semântica, tipos de redirecionamento de URL é o mapa, e como os encurtadores de URL funcionam cobre o que acontece quando o redirecionamento é um link em vez de uma página.

Relacionado no Blog

• Tipos de redirecionamento de URL: 301, 302, 307, 308 e mais
• Redirecionamentos 301 vs 302: qual usar em links curtos
• Loop de redirecionamento: como encontrar e corrigir o ERR_TOO_MANY_REDIRECTS
• Domínios personalizados para links curtos: DNS, TLS e a borda
• Migre do Bitly sem quebrar os seus links
• Encurtadores de URL prejudicam o SEO? A mecânica que importa