Alias de domaine

Qu'est-ce qu'un domaine Alias?

Un alias de domaine est un nom de domaine secondaire qui désigne le même site Web, application ou contenu comme un domaine primaire. Lorsque configuré correctement, plusieurs noms de domaine peuvent servir des contenus identiques, fournissant aux utilisateurs différentes façons d'atteindre la même destination.

Domain Alias vs. Domain Forwarding

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

Configuration des Aliases de Domaine

Configuration DNS

Les deux domaines pointent vers le même serveur :

# 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 en utilisant CNAME pour les alias:

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

Configuration du serveur 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;
    }
}

#### Nuageflare (configuration 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

Cas d'utilisation courante

Variations de la marque

Enregistrer des variations communes pour empêcher le cybersquattage:

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

Protection contre les Typo

Capturer les fautes d'orthographe courantes:

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

Domaines régionaux

Servir le même contenu sur les TLD spécifiques à chaque pays:

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

Campagnes de marketing

Domaines de campagne courts et mémorables :

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

Sous-domaine Aliases

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

Marque de produit ou de service

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

Considérations relatives au référencement pour les Aliases de domaine

Problème de contenu dupliqué

Les moteurs de recherche peuvent voir les alias de domaine comme duplicata :

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

Tags canoniques

Dites aux moteurs de recherche quel domaine est primaire :

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

Cela indique aux moteurs de recherche "traiter toutes les versions comme cette URL."

Solution préférée : 301 Redirections

Au lieu d'alias, rediriger vers le domaine primaire :

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;
}

Cela consolide toute autorité SEO au domaine primaire.

Quand les Alias sont acceptables

• Domaines internes/développement (non indexés)
• Domaines avec tags noindex
• Domaines utilisés uniquement pour l'email (pas de contenu web)
• Domaines de campagne temporaires avec tags canoniques

Configuration de l'email pour les Aliases de domaine

Courriel partagé (même boîte aux lettres)

Configurer les enregistrements MX pour tous les domaines :

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

Messagerie séparée (boîtes postales différentes)

Chaque domaine a un email indépendant :

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

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

Envoyer un courriel à travers les Aliases

Accepter l'email à n'importe quelle adresse sur n'importe quel domaine alias:

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

Certificats SSL/TLS pour les Aliases

Certificat multidomaine (SAN)

Un certificat couvrant tous les 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

Certificat Wildcard

Couvre tous les sous-domaines du domaine primaire :

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

Certificats distincts

Certificat individuel par domaine:

example.com → cert1
example.net → cert2

Meilleures pratiques

Utilisez toujours HTTPS pour toutes les Aliases

Chaque domaine doit avoir SSL valide :

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

Mettre en œuvre des étiquettes canoniques

Même si vous servez le même contenu, utilisez des étiquettes canoniques :

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

Envisagez 301 réorientations sur les Aliases

Pour SEO, rediriger les alias vers le primaire:

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

Surveille tous les domaines

Inclure tous les alias dans la surveillance des disponibilités :

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

Marques cohérentes

Si vous utilisez des pseudonymes, assurez-vous d'une marque cohérente:

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

Documenter la stratégie Alias

Maintenir la documentation :

# 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

Domaine de test Aliases

Vérifier la résolution 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

Tester la configuration du serveur 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)

Vérifier les certificats 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

Validation du référencement

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

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

Considérations en matière de sécurité

Risque de détournement de domaine

Plus de domaines = plus de surface d'attaque :

• Surveiller tous les domaines pour les changements non autorisés
• Utiliser la serrure de registre sur les alias importants
• Activer 2FA chez les registraires

Protection contre l'hameçonnage

Enregistrer les alias défensifs pour empêcher l'hameçonnage :

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

Politiques de sécurité cohérentes

Appliquer la même sécurité à tous les alias :

• Mêmes en-têtes TVHS
• Mêmes politiques CSP
• Mêmes exigences d'authentification

Les alias de domaine sont utiles pour la protection de la marque et la commodité de l'utilisateur, mais nécessitent une configuration soignée pour éviter les pénalités de référencement et les risques de sécurité.