Alias de Domínio

O que é um Alias de Domínio?

Um alias de domínio é um nome de domínio secundário que aponta para o mesmo site, aplicativo ou conteúdo como um domínio primário. Quando configurado corretamente, vários nomes de domínio podem servir conteúdo idêntico, fornecendo aos usuários diferentes maneiras de alcançar o mesmo destino.

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 nomes 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

Domains → Addon Domains → Create New Domain

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

Casos de Uso Comum

Variações de Marcas

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

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

# Proteção Typo

Capturar 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)

Subdomínio Aliases

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

# Produto ou Branding de Serviço

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

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

# Duplicar o Problema de Conteúdo

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

Marcas 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: 301 Redireciona

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 nomes 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 nomes de domínio

# E-mail partilhado (as 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.

john@example.com and john@example.net → same mailbox

# Email separado (diferentes caixas de correio)

Cada domínio tem e-mail independente:

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

john@example.com ≠ john@example.net (different mailboxes)

# # # E-mail pegar-todos os nomes

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

# Postfix virtual
@example.com    catchall@example.com
@example.net    catchall@example.com
@shop.example.com    catchall@example.com

Certificados SSL/TLS para outros nomes

# # # Certificado de Domínio Multi (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 Wildcard

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 nomes

Cada domínio deve ter SSL válido:

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

Implementar etiquetas canônicas

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

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

# Considere 301 Redireciona sobre os nomes

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

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

# # # Monitorar 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

Branding consistente

Se utilizar pseudónimos, assegurar uma marca consistente:

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

Document Alias Strategy

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

Apelidos de Domínio de Teste

# Verificar resolução de 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

Validação do 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 roubo 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 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.