Resposta rápida
Como redirecionar domínios defensivos para o seu site principal?
Redirecione cada domínio defensivo, e o nome com www, para o endereço HTTPS do seu site principal com um redirecionamento 301 permanente e depois confirme o resultado com curl -I. A Wardmint inclui redirecionamento de URL gratuito para todos os domínios, de modo que o conjunto básico de seis extensões a $128.94 por ano custa em média $21.49 por extensão, com o redirecionamento incluído.
Formas de enviar um domínio defensivo ao seu site principal
| Metodologia | Como funciona | Precisa de um servidor | HTTPS no nome defensivo | Adequação |
|---|---|---|---|---|
| Redirecionamento de URL no registrador | O serviço do registrador responde com um redirecionamento | Não | Depende do serviço; teste | A maioria dos domínios defensivos |
| Redirecionamento no seu próprio servidor web | Uma regra do servidor devolve um 301 para o site principal | Sim | Sim, com um certificado que você gerencia | Domínios que precisam de controle total |
| Somente DNS (A ou CNAME para o seu host) | O nome aponta para o seu host, que então redireciona | Sim, no seu host | Sim, se o host emitir um certificado | Hosts que já servem muitos nomes |
| Sem redirecionamento, estacionado sem e-mail | O nome não resolve para nada e não envia e-mails | Não | Não aplicável | Nomes que você só quer manter |
Por que um domínio defensivo deve redirecionar?
Um redirecionamento transforma um erro de digitação em uma visita ao seu site verdadeiro e impede que o nome seja um espaço vazio. Os usuários digitam endereços errados, seguem um link escrito sem cuidado ou chegam a uma variante pela busca. Se a variante é sua e responde, o usuário acaba no site oficial.
Um domínio que redireciona também ajuda na confiança. Um nome defensivo que mostra uma página de erro parece abandonado, e um domínio parecido abandonado é difícil de explicar a um usuário. Um que sempre cai no site oficial ensina os usuários que o endereço pertence a você.
O redirecionamento é a metade web do trabalho. A metade de e-mail é um conjunto separado de registros, tratado em como impedir a falsificação de e-mail em domínios sem uso. A Wardmint descreve toda a abordagem defensiva em como proteger sua marca contra o typosquatting.
Qual tipo de redirecionamento você deve usar?
Use um redirecionamento permanente: status 301 Moved Permanently ou 308 Permanent Redirect. Ambos existem na RFC 9110, que define a semântica do HTTP, e ambos indicam aos clientes que o recurso agora está no endereço do cabeçalho Location.
Um redirecionamento permanente combina com um domínio defensivo, porque a relação deve durar. Um redirecionamento temporário (302 ou 307) manda os clientes continuarem verificando o endereço antigo, o que combina com uma página de campanha e não com uma variante permanente. Envie sempre o usuário ao endereço final, o endereço HTTPS do seu site principal canônico, em um único passo. Uma cadeia de dois ou três redirecionamentos dá a um atacante mais pontos para se inserir e deixa o usuário mais lento.
Envie o usuário para a página principal, ou para uma página que exista. Nunca redirecione um domínio defensivo para uma página que peça a conexão de uma carteira ou uma assinatura, pois um erro de digitação deve terminar numa página informativa e não numa transação. Wardmint oferece encaminhamento de URL e de e-mail gratuito a partir da área do cliente.
Por que o HTTPS importa em um domínio que só redireciona?
Porque um redirecionamento enviado por HTTP simples pode ser alterado no caminho. Um usuário que digita a sua variante pode chegar primeiro à versão HTTP. Se essa resposta HTTP é o redirecionamento, qualquer pessoa no caminho da rede pode alterar o cabeçalho Location, então o desenho seguro responde em HTTPS com um certificado válido para o nome defensivo.
Isso tem uma consequência para os registros CAA. Um domínio defensivo que redireciona precisa de um certificado, então seu conjunto CAA deve permitir a autoridade que o emite, enquanto um domínio estacionado que não serve nada pode proibir a emissão. A sintaxe está em como configurar registros CAA. Se você redireciona por meio de um serviço, teste o nome HTTPS antes de confiar nele, pois o suporte difere entre os serviços.
Segundo o levantamento da Wardmint de 12 de novembro de 2026, o conjunto básico de .com, .net, .org, .io, .xyz, .app custa $128.94 por ano por seis domínios, em média $21.49 cada, e o redirecionamento é gratuito para todos os seis.
Como redirecionar um domínio defensivo em seis etapas
Escolha o destino
Escolha o endereço HTTPS exato do seu site principal, inclusive se usa www, e use esse endereço para todos os nomes defensivos.
Configure o redirecionamento
Na área do cliente, defina o redirecionamento de URL do domínio para o destino. Repita para o nome com www do domínio.
Use um redirecionamento permanente
Onde o serviço permitir escolher, escolha um redirecionamento permanente (301). Se você redireciona no seu próprio servidor, devolva 301 com um cabeçalho Location.
Verifique o certificado
Abra o nome defensivo por HTTPS e confirme que o navegador não mostra nenhum aviso antes de redirecionar.
Teste com curl
Execute curl -I nas versões http e https do domínio e do nome com www, e leia o status e o cabeçalho Location.
Acrescente os registros sem e-mail
Publique os registros MX nulo, SPF e DMARC para que o domínio que redireciona não possa ser usado para falsificar e-mails.
curl -sI http://example-variant.com | head -n 5
curl -sI https://example-variant.com | head -n 5
curl -sI https://www.example-variant.com | head -n 5Quais erros quebram um redirecionamento defensivo?
Os erros comuns são um nome com www ausente, uma cadeia de redirecionamentos e uma expiração esquecida. Muitos usuários digitam www, então redirecione tanto o nome simples quanto o nome com www. Redirecione direto para o endereço final, sem passar por um segundo domínio defensivo.
O terceiro erro é deixar o domínio expirar. Um nome defensivo que expira pode ser registrado por outra pessoa, e um redirecionamento que antes protegia os usuários vira uma armadilha. Ative a renovação automática a partir do seu saldo e mantenha-o abastecido, como descrito em como evitar que seus domínios expirem.
Por fim, mantenha uma lista de cada domínio defensivo e seu destino, para que uma mudança do endereço principal atualize todos eles. O método para montar a lista, com orçamentos, está em como montar uma lista de domínios defensivos para a sua marca.
Perguntas sobre o redirecionamento de domínios defensivos
Um 301 ou um 302 é melhor para um domínio defensivo?
Um 301 é melhor, porque a relação é permanente. Um 302 diz aos clientes que a mudança é temporária, o que cabe a campanhas curtas.
Preciso de hospedagem para cada domínio defensivo?
Não. O redirecionamento de URL no registrador responde sem um servidor. Use seu próprio servidor apenas se precisar de controle sobre a resposta.
Os domínios defensivos devem redirecionar para a página inicial ou para uma página específica?
Envie-os para a página inicial ou para uma página informativa. Evite páginas que peçam a conexão de uma carteira ou uma assinatura.
A Wardmint cobra pelo redirecionamento de URL?
Não. O redirecionamento de URL gratuito está incluído em todos os domínios e pode ser combinado com o modelo de DNS sem e-mail.
E se eu não quiser nenhum tráfego web em um nome defensivo?
Deixe-o estacionado, sem serviço web, e publique os registros sem e-mail. Considere um registro CAA que proíba a emissão.
Em resumo
- Um domínio defensivo deve levar os usuários ao seu site verdadeiro em um único redirecionamento permanente.
- Use um 301 (ou 308) para o endereço HTTPS do seu site principal canônico.
- Redirecione tanto o nome simples quanto o nome com www.
- Um domínio que redireciona precisa de um certificado; um estacionado pode proibir a emissão com CAA.
- Teste com curl -I em http, https e www.
- O redirecionamento de URL da Wardmint é gratuito; o conjunto básico custa em média $21.49 por extensão.
- Acrescente os registros sem e-mail e mantenha a renovação automática ativada.
Fontes (2)
- RFC 9110: HTTP Semantics — IETF / RFC Editor (lido em 2026-11-12)
- RFC 8659: DNS Certification Authority Authorization (CAA) Resource Record — IETF / RFC Editor (lido em 2026-11-12)