Alias Dominio

Cos'è un Domain Alias?

Un alias di dominio è un nome di dominio secondario che indica lo stesso sito web, l'applicazione o il contenuto come dominio primario. Quando configurato correttamente, più nomi di dominio possono servire contenuti identici, fornendo agli utenti modi diversi per raggiungere la stessa destinazione.

Domain Alias vs. Domain Forwarding

Esemplare.

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

Configurare Domain Aliases

Configurazione DNS

Entrambi i domini puntano allo stesso server:

# 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

O usando CNAME per alias:

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

Configurazione server 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 (CNAME Setup)

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

Casi di uso comune

Variazioni di marca

Registrare variazioni comuni per prevenire cybersquatting:

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

Typo Protection

Catturare errori comuni:

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

Domini regionali

Servire lo stesso contenuto sui TLD specifici per il paese:

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

Marketing Campaigns

Corti, memorabili domini di campagna:

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

Subdomain Aliases

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

Product or Service Branding

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

Considerazioni SEO per Domain Aliases

Duplica il problema dei contenuti

I motori di ricerca possono vedere gli alias di dominio come contenuti duplicati:

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

# Canonical Tags

Dire ai motori di ricerca quale dominio è primario:

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

Questo dice ai motori di ricerca "trattare tutte le versioni come questo URL".

Soluzione preferita: 301 Redirects

Invece di alias, reindirizzare al dominio primario:

Apache (.htaccess)

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

# Nginx #

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

Questo consolida tutte le autorità SEO al dominio primario.

Quando gli alieni sono accettabili

• Domini interni/sviluppo (non indicizzati)
• Domini con tag noindex
• Domini utilizzati solo per e-mail (senza contenuto web)
• Domini di campagna temporanea con tag canonici

Configurazione email per Domain Aliases

Shared Email (Same Mailboxes)

Configura i record MX per tutti i domini:

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 separata (Different Mailboxes)

Ogni dominio ha e-mail indipendente:

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

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

#### Email Catch-All Across Aliases

Accettare e-mail a qualsiasi indirizzo su qualsiasi dominio alias:

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

Certificati SSL/TLS per gli alieni

Multi-Domain (SAN) Certificato

Un certificato che copre tutti gli alias:

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

# Let's Encrypt #

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

Certificato Wildcard

Copre tutti i sottodomini di dominio primario:

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

Certificati separati

Certificato individuale per dominio:

example.com → cert1
example.net → cert2

Migliori Pratiche

Usa sempre HTTPS per tutti gli alieni

Ogni dominio dovrebbe avere SSL valido:

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

Implementazione Canonical Tags

Anche se serve lo stesso contenuto, utilizzare tag canonici:

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

Considera 301 Redirects Over Aliases

Per SEO, reindirizzare gli alias al primario:

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

Monitora tutti i domini

Includere tutti gli alias nel monitoraggio uptime:

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

Consistent Branding

Se si utilizzano alias, assicurarsi un marchio coerente:

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

Documento strategia Alias

Mantenere la documentazione:

# 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

Testing Domain Aliases

Verificare la risoluzione 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

Test Configurazione server 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)

Controlla i certificati 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

SEO Validazione

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

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

Considerazioni di sicurezza

Dominio Hijacking Risk

Altri domini = più superficie di attacco:

• Monitorare tutti i domini per modifiche non autorizzate
• Utilizzare la serratura del registro di sistema su alias importanti
• Abilita 2FA ai registrars

Phishing Protection

Registrare alias difensivi per evitare phishing:

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

Criteri di sicurezza coerenti

Applicare la stessa sicurezza a tutti gli alias:

• Stessi intestazioni HSTS
• Stesse politiche CSP
• Stessi requisiti di autenticazione

Gli alias di dominio sono utili per la protezione del marchio e la convenienza dell'utente, ma richiedono una configurazione attenta per evitare sanzioni SEO e rischi di sicurezza.