Alias de Domínio

O que é um Alias de Domínio?

Um alias de domínio é um nome alternativo que aponta para o mesmo site ou serviço do domínio principal. O alias pode responder com o mesmo conteúdo, enquanto um redirecionamento envia o visitante para o endereço canônico. A configuração precisa alinhar DNS, servidor web, certificados, e-mail e as regras de SEO.

Alias de Domínio vs. Encaminhamento de Domínio

User types: shop.example.com
Browser shows: shop.example.com
Content from: example.com (same server, same content)

User types: shop.example.com
Browser redirects to: example.com
Browser shows: example.com

Configurando aliases de domínio

Configuração do DNS

Ambos os domínios apontam para o mesmo servidor:

# Primary domain
example.com.        IN    A    203.0.113.50

# Alias domain
example.net.        IN    A    203.0.113.50
shop-example.com.   IN    A    203.0.113.50

Ou utilizando CNAME para alias:

shop.example.com.   IN    CNAME    example.com.

Configuração do Servidor Web

#### Apache

<VirtualHost *:80>
    ServerName example.com
    ServerAlias example.net shop.example.com www.example.net

    DocumentRoot /var/www/example

    <Directory /var/www/example>
        Options Indexes FollowSymLinks
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>

#### Nginx

server {
    listen 80;
    server_name example.com example.net shop.example.com;

    root /var/www/example;
    index index.html index.php;

    location / {
        try_files $uri $uri/ =404;
    }
}

#### Cloudflare (configuração do CNAME)

1. Add alias domain to Cloudflare
2. Create CNAME record:
   shop.example.com → example.com
3. Enable "Flatten all CNAMEs" in DNS settings
4. Enable "Always Use HTTPS"

cPanel/WHM (aliases)

Domains → Addon Domains → Create New Domain

Domains → Aliases → Create a New Alias
Enter domain: shop.example.com
Alias for: example.com

Casos de uso comuns

Variações de marca

Registre variações comuns para evitar a ciberesquatação:

example.com    (primary)
example.net    (alias)
example.org    (alias)
example.io     (alias)

Proteção contra erros de digitação

Capture erros ortográficos comuns:

example.com     (primary)
exampel.com     (alias - typo)
exmple.com      (alias - typo)

Domínios regionais

Servir o mesmo conteúdo em TLDs específicos do país:

example.com      (primary, global)
example.co.uk    (alias, UK)
example.de       (alias, Germany)
example.fr       (alias, France)

Campanhas de marketing

Domínios de campanha curtos e memoráveis:

example.com              (primary site)
summerosale2024.com      (alias for campaign landing page)

Aliases de subdomínio

shop.example.com         (alias)
store.example.com        (alias)
→ Both serve same e-commerce site

Marca de produto ou serviço

companyname.com          (primary)
productname.com          (alias)

Considerações de SEO para nomes de domínio

Problema de conteúdo duplicado

Os motores de busca podem ver os nomes de domínio como conteúdo duplicado:

example.com/about
example.net/about
→ Same content, different URLs = duplicate

Tags canônicas

Diga aos motores de busca qual domínio é primário:

<!-- On all pages, regardless of domain -->
<link rel="canonical" href="https://example.com/page-path" />

Isto diz aos motores de busca "tratar todas as versões como esta URL."

Solução preferida: redirecionamentos 301

Em vez de pseudônimos, redirecionar para o domínio primário:

RewriteEngine On
RewriteCond %{HTTP_HOST} !^example\.com$ [NC]
RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]

server {
    listen 80;
    server_name example.net shop.example.com;
    return 301 https://example.com$request_uri;
}

Isso consolida toda a autoridade SEO para o domínio primário.

Quando os aliases são aceitáveis

• Domínios internos/de desenvolvimento (não indexados)
• Domínios com etiquetas noindex
• Domínios usados apenas para email (sem conteúdo web)
• Domínios de campanha temporária com etiquetas canônicas

Configuração de e-mail para aliases de domínio

E-mail compartilhado (mesmas caixas de correio)

Configurar registros MX para todos os domínios:

example.com.     IN    MX    10    mail.example.com.
example.net.     IN    MX    10    mail.example.com.

[email protected] and [email protected] → same mailbox

E-mail separado (caixas de correio diferentes)

Cada domínio tem e-mail independente:

example.com.     IN    MX    10    mail.example.com.
example.net.     IN    MX    10    mail.example.net.

[email protected] ≠ [email protected] (different mailboxes)

Catch-all de e-mail entre aliases

Aceitar e-mail para qualquer endereço em qualquer domínio alias:

# Postfix virtual
@example.com    [email protected]
@example.net    [email protected]
@shop.example.com    [email protected]

Certificados SSL/TLS para outros nomes

Certificado multidomínio (SAN)

Um certificado que abranja todos os nomes falsos:

Certificate SANs:
  example.com
  www.example.com
  example.net
  www.example.net
  shop.example.com

certbot certonly --nginx \
  -d example.com -d www.example.com \
  -d example.net -d www.example.net \
  -d shop.example.com

Certificado curinga

Cobre todos os subdomínios do domínio primário:

*.example.com
→ Covers shop.example.com, blog.example.com, etc.
→ Does NOT cover example.net or other TLDs

Certificados separados

Certificado individual por domínio:

example.com → cert1
example.net → cert2

Melhores práticas

Sempre use HTTPS para todos os aliases

Cada domínio deve ter SSL válido:

✓ https://example.com
✓ https://example.net
✓ https://shop.example.com

Implementar tags canônicas

Mesmo que sirva o mesmo conteúdo, use tags canônicas:

<link rel="canonical" href="https://example.com/current-page" />

Considere redirecionamentos 301 em vez de aliases

Para SEO, redirecione pseudônimos para primário:

example.net → 301 redirect → example.com
shop.example.com → 301 redirect → example.com/shop

Monitorizar todos os domínios

Incluir todos os pseudónimos na monitorização em tempo de serviço:

- Monitor DNS resolution for all aliases
Check SSL certificate validity
Verify web server responds correctly

Marca consistente

Se utilizar pseudónimos, assegurar uma marca consistente:

Same logo, colors, navigation across all domains
Or clearly indicate relationship

Documentar a estratégia de aliases

Manter documentação:

# domains.md
Domain
Type
Purpose
Points To
example.com
Primary
Main site
Server A
example.net
Alias
Brand protection
Server A
shop.example.com
Alias
E-commerce
Server A

Testar aliases de domínio

Verificar a resolução DNS

# Check all aliases resolve to same IP
dig example.com A +short
dig example.net A +short
dig shop.example.com A +short

# Should all return same IP or equivalent CNAME chain

Testar a configuração do servidor web

# Verify server responds to all domains
curl -I https://example.com
curl -I https://example.net
curl -I https://shop.example.com

# Should all return 200 OK (or 301 if redirecting)

Verificar certificados SSL

# Verify SSL covers all domains
echo | openssl s_client -servername example.net -connect example.com:443 2>/dev/null | openssl x509 -noout -text | grep DNS

# Should list all alias domains in SANs

Validar o SEO

# Check canonical tags
curl -s https://example.net/page | grep "canonical"

# Should point to primary domain
<link rel="canonical" href="https://example.com/page" />

Considerações sobre segurança

Risco de sequestro de domínio

Mais domínios = mais superfície de ataque:

• Monitorar todos os domínios para alterações não autorizadas
• Use bloqueio de registro em apelidos importantes
• Activar 2FA no registo

Proteção contra phishing

Registre apelidos defensivos para evitar phishing:

example.com (primary)
examp1e.com (homoglyph protection)
example-secure.com (defensive)

Políticas de segurança consistentes

Aplicar a mesma segurança em todos os nomes falsos:

• Os mesmos cabeçalhos HSTS
• As mesmas políticas de PSC
• Os mesmos requisitos de autenticação

Aliases de domínio são úteis para a proteção da marca e conveniência do usuário, mas requerem uma configuração cuidadosa para evitar penalidades de SEO e riscos de segurança.