Redirecionar domínio para outro site: como fazer

Veja como redirecionar um domínio antigo para o site novo com a resposta 301 no Nginx e no Apache, conferir com curl e entender o que o Google orienta.

Por Redação Eleven Host · @robson.direitodigital · 30 de outubro de 2026 · 8 min de leitura

Para redirecionar domínio para outro site, aponte o domínio antigo para um servidor web e configure nele uma resposta 301 com o endereço novo. O redirecionamento é feito pelo servidor, e não pelo DNS.

Este guia mostra como fazer isso no Nginx e no Apache, como conferir o resultado e o que o Google diz sobre o assunto. Para entender a base, veja o guia O que é registro de domínio e como funciona. Nos exemplos, antigo.com.br é o domínio que vai redirecionar e novo.com.br é o destino. Troque pelos seus.

O que é um redirecionamento 301

Um redirecionamento é uma resposta HTTP: o servidor, em vez de entregar a página, diz ao navegador que ela está em outro endereço, e o navegador abre o endereço novo. Segundo a documentação da MDN, há dois grupos de códigos:

• Permanentes: o 301 (movido permanentemente) e o 308 (redirecionamento permanente). O 301 é o caso de reorganização de um site. O 308 é igual, mas não muda o método da requisição, o que importa para formulários e POST.
• Temporários: o 302 (encontrado) e o 307 (redirecionamento temporário). Segundo a MDN, nesse caso os motores de busca não atualizam seus links.

A MDN cita ainda o 303, que serve para depois do envio de um formulário. Para um domínio que mudou de endereço em definitivo, o 301 é a escolha deste guia, e os exemplos a seguir o usam.

Outro ponto da MDN: o loop de redirecionamento acontece quando os redirecionamentos se seguem sem fim, e o navegador mostra um erro. Se isso acontecer com você, veja o guia ERR_TOO_MANY_REDIRECTS: como resolver o erro no site.

Por que o DNS sozinho não redireciona

O DNS traduz o nome do domínio em um endereço. Ele leva o nome até um servidor, mas quem decide o que responder é o servidor web. Por isso, a mudança do endereço que aparece na barra do navegador vem de uma resposta 301 do servidor, e não de um registro DNS.

Uma ideia é usar um registro CNAME para isso. O CNAME faz um nome apontar para outro nome (veja o guia Registro CNAME: o que é e como configurar no DNS), mas não faz o navegador mostrar o endereço novo. Há ainda uma regra técnica: segundo a RFC 1912, um registro CNAME não pode coexistir com nenhum outro dado, e o texto avisa para não combinar CNAMEs e registros NS no mesmo nome.

O papel do DNS no redirecionamento é outro: o domínio antigo precisa continuar apontando para o servidor que vai devolver a resposta 301. Se o apontamento for removido, os visitantes não chegam ao servidor para ser redirecionados.

Ainda não tem o domínio novo? Registre o domínio na Eleven Host. DNS gerenciado grátis na rede da Cloudflare para domínios registrados conosco (painel na área do cliente). Registrar domínio

Passo a passo no Nginx

Este passo a passo supõe um servidor com o Nginx instalado. Se ainda não tem, instale-o antes de seguir.

Passo 1: apontar o domínio antigo para o servidor

No DNS do domínio antigo, aponte antigo.com.br e www.antigo.com.br para o IP do servidor, por exemplo 203.0.113.10. Como o DNS guarda respostas em cache, o apontamento pode levar um tempo para valer.

Passo 2: criar o bloco do domínio antigo

A diretiva return do Nginx, segundo a documentação, para o processamento e devolve o código ao cliente. Ela aceita uma URL para os códigos 301, 302, 303, 307 e 308, e a URL pode ter variáveis. Crie um arquivo para o domínio antigo, como /etc/nginx/sites-available/antigo.com.br, com este conteúdo:

server {

listen 80;

server_name antigo.com.br www.antigo.com.br;

return 301 https://novo.com.br$request_uri;

}

A variável $request_uri mantém o caminho e os parâmetros do pedido. Assim, antigo.com.br/pagina?x=1 vai para novo.com.br/pagina?x=1, e não só para a página inicial. Se a ideia é mandar os visitantes para a página inicial nova, troque por return 301 https://novo.com.br/;.

Se você prefere o modelo com sites-available e sites-enabled, ative o bloco com um link:

sudo ln -s /etc/nginx/sites-available/antigo.com.br /etc/nginx/sites-enabled/

Passo 3: testar a configuração

sudo nginx -t

O teste confere a configuração. Só siga se ele indicar que deu certo.

Passo 4: recarregar o Nginx

sudo systemctl reload nginx

Passo 5: cuidar do HTTPS do domínio antigo

Esta parte é uma dica prática. Quem digita https://antigo.com.br precisa que o servidor apresente um certificado válido que inclua o nome antigo. Sem isso, o navegador mostra um aviso de segurança antes de chegar ao redirecionamento. Para isso, o servidor também precisa de um bloco para a porta 443 do domínio antigo, com o certificado dele e a mesma linha return 301. Depois de mexer nesse bloco, repita o sudo nginx -t e o reload.

Segundo a documentação do Let's Encrypt, um certificado pode cobrir vários nomes de domínio, e o desafio HTTP-01 só pode ser feito na porta 80. Por isso, mantenha o domínio antigo apontando para o servidor e a porta 80 aberta, para o certificado conseguir renovar.

Se o seu objetivo é só mandar o tráfego HTTP do mesmo domínio para HTTPS, e não trocar de domínio, o guia certo é o Redirecionar HTTP para HTTPS: passo a passo no Nginx.

Passo a passo no Apache

No Apache, o módulo mod_alias traz a diretiva Redirect, com a sintaxe Redirect [status] [caminho] URL. Segundo a documentação, sem o status o redirecionamento é temporário (302), e com a palavra permanent ele vira 301. A diretiva vale na configuração do servidor, em um virtual host, em um diretório e no arquivo .htaccess. Para o domínio antigo, use:

Redirect permanent / https://novo.com.br/

Coloque essa linha no VirtualHost do domínio antigo ou no .htaccess da pasta dele. Segundo o manual, o resto do caminho é acrescentado ao destino, e os parâmetros da URL vão junto. O conteúdo de um POST é descartado.

Se você precisa casar caminhos com expressão regular, existe a diretiva RedirectMatch, que funciona como o Redirect mas usa esse tipo de expressão. Depois de editar o VirtualHost, recarregue o Apache.

Como conferir o redirecionamento

No terminal do seu computador, use o curl. A opção -I busca só os cabeçalhos:

curl -I http://antigo.com.br

Na resposta, procure a primeira linha com HTTP/1.1 301 e a linha Location: https://novo.com.br/. A linha Location mostra o destino.

Para seguir a cadeia inteira, acrescente a opção -L, que faz o curl repetir o pedido no novo endereço. Junto com -I, ele mostra os cabeçalhos de cada página do caminho, o que ajuda a achar um loop:

curl -IL http://antigo.com.br

Teste as quatro variantes do domínio antigo: com http e https, com e sem www.

Redirecionamento e Google

Segundo a documentação do Google sobre redirecionamentos 301, o redirecionamento permanente é usado como sinal de que o destino deve ser o endereço canônico, e o temporário não é usado assim. O Google recomenda o redirecionamento permanente feito no servidor quando for possível. Redirecionamento por JavaScript só é indicado se não houver outro jeito.

Na documentação sobre mudança de site, o Google orienta a manter os redirecionamentos pelo maior tempo possível, em geral por pelo menos 1 ano. Para o usuário, a sugestão é considerar mantê-los de forma permanente. Ao trocar de domínio, use a Ferramenta de mudança de endereço do Search Console no site antigo, para as variantes verificadas. Ela não é necessária para mudar de HTTP para HTTPS, de www para sem www ou de caminho.

O Google avisa também que a posição nos resultados pode oscilar por um tempo, e que um site médio pode levar algumas semanas ou mais para ter as URLs novas exibidas.

Quer um servidor próprio para os seus sites? VPS a partir de R$ 17,00/mês no Plano Bronze; confira na loja o que cada plano inclui. Ver planos de VPS

Perguntas frequentes

O DNS consegue redirecionar um domínio?

Não sozinho. O DNS leva o nome até o servidor, e o redirecionamento é uma resposta HTTP, como o 301, dada pelo servidor web.

Devo usar 301 ou 302?

Use o 301 quando a mudança é definitiva. Segundo a MDN, os motores de busca não atualizam seus links nos redirecionamentos temporários, como o 302.

O redirecionamento mantém o caminho da página?

Depende da configuração. No Nginx, o $request_uri mantém o caminho e os parâmetros. No Apache, o Redirect acrescenta o resto do caminho ao destino.

Por quanto tempo mantenho o redirecionamento?

O Google orienta a manter pelo maior tempo possível, em geral por pelo menos 1 ano.