Alias Dominio

Cos'è un alias di dominio?

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.

Alias di dominio e inoltro di dominio a confronto

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 gli alias di dominio

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 (configurazione 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"

Configurazione cPanel/WHM

Domains → Addon Domains → Create New Domain

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

Casi d'uso comuni

Variazioni di marca

Registrare variazioni comuni per prevenire cybersquatting:

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

Protezione dagli errori di battitura

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)

Campagne di marketing

Corti, memorabili domini di campagna:

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

Alias di sottodominio

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

Branding del prodotto o del servizio

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

Considerazioni SEO per gli alias di dominio

Problema dei contenuti duplicati

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

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

Tag canonici

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: reindirizzamenti 301

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]

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

Configurare l'e-mail per gli alias di dominio

E-mail condivisa (stesse caselle)

Configura i record MX per tutti i domini:

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 separate (caselle diverse)

Ogni dominio ha e-mail indipendente:

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

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

E-mail catch-all tra gli alias

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

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

Certificati SSL/TLS per gli alias

Certificato multidominio (SAN)

Un certificato che copre tutti gli alias:

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

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

Buone pratiche

Usare sempre HTTPS per tutti gli alias

Ogni dominio dovrebbe avere SSL valido:

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

Implementare tag canonici

Anche se serve lo stesso contenuto, utilizzare tag canonici:

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

Preferire reindirizzamenti 301 agli alias

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

Branding coerente

Se si utilizzano alias, assicurarsi un marchio coerente:

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

Documentare la strategia degli 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

Testare gli alias di dominio

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

Testare la configurazione del 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)

Controllare 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

Convalidare la 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" />

Considerazioni di sicurezza

Rischio di dirottamento del dominio

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

Protezione dal phishing

Registrare alias difensivi per evitare phishing:

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

Policy 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.