Domain Alias

Was ist ein Domain Alias?

ADomain alias ist ein sekundärer Domainname, der auf dieselbe Website, Anwendung oder Inhalte als primäre Domain verweist. Bei korrekter Konfiguration können mehrere Domainnnamen identische Inhalte bedienen, sodass Nutzer unterschiedliche Möglichkeiten haben, das gleiche Ziel zu erreichen.

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

Domain Aliases konfigurieren

DNSKonfiguration

Beide Domainn weisen auf denselben Server hin:

# 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

Oder unter Verwendung vonCNAMEfür Alias:

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

Web Server Konfiguration

#### 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(CNAMESetup)

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"

cPanel1 Abs.

Domains → Addon Domains → Create New Domain

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

Allgemeine Anwendungsfälle

Markenvariationen

Registrieren Sie gemeinsame Variationen, um Cybersquatting zu verhindern:

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

Typischer Schutz

Erfassen Sie häufige Fehler:

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

Regionale Domains

Servieren Sie dieselben Inhalte auf länderspezifischen TLDs:

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

Marketingkampagnen

Kurze, unvergessliche Kampagnen-Domains:

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

Produkt oder Service Branding

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

SEOÜberlegungen zu Domain Aliases

Dupliziertes Content Problem

Suchmaschinen können Domain-Aliase als doppelter Inhalt sehen:

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

Canonial Tags

Sagen Sie Suchmaschinen, welche Domain primär ist:

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

Dies sagt Suchmaschinen "behandeln alle Versionen wie dieseURL."

Bevorzugte Lösung: 301 Redirects

Anstelle von Aliasen, umleiten auf primäre Domain:

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

Dies konsolidiert alleSEO-Behörde zur primären Domain.

Wenn Alias akzeptiert werden

• Interne/Entwicklungsdomänen (nicht indexiert)
• Domains mitnoindextags
• Domains nur für E-Mail verwendet (kein Webinhalt)
• Temporäre Kampagnen-Domains mit kanonischen Tags

Email Konfiguration für Domain Aliases

Geteilte E-Mail (Same Mailboxes)

Konfigurieren SieMXRecords für alle Domains:

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

Separate Email (Different Mailboxes)

Jede Domain hat eine unabhängige E-Mail:

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

Akzeptieren Sie E-Mail an jede Adresse auf jeder Alias-Domain:

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

SSL/TLSZertifikate für Alias

Multi-Domain (SAN) Zertifikat

Ein Zertifikat, das alle Alias umfasst:

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

Wildcard Zertifikat

Bezieht alle Subdomains der primären Domain:

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

Separate Zertifikate

Individuelles Zertifikat pro Domain:

example.com → cert1
example.net → cert2

Bewährte Verfahren

Verwenden Sie immerHTTPSfür alle Alias

Jede Domain sollte gültig seinSSL:

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

Ergänzung Canonical Tags

Auch wenn Sie denselben Inhalt verwenden, verwenden Sie kanonische Tags:

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

Betrachten 301 Redirects über Alias

FürSEO, Umleitung von Alias zu Primär:

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

Alle Domains überwachen

Fügen Sie alle Alias bei der Aktualisierung ein:

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

Consistent Branding

Wenn Sie Alias verwenden, sorgen Sie für konsequentes Branding:

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

Dokument Alias Strategie

Dokumentation:

# 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

Verifizieren SieDNSAuflösung

# 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

Webserver Konfiguration testen

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

PrüfungSSLZertifikate

# 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

SEOValidierung

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

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

Sicherheitsbedenken

Domain Hijacking Risk

Mehr Domains = mehr Angriffsfläche:

• Überwachen Sie alle Domains für unberechtigte Änderungen
• Verwenden Sie das Registrierungsschloss auf wichtigen Alias
• 2FA bei Registrars aktivieren

Phishing Protection

Registrieren Sie defensive Aliases, um Phishing zu verhindern:

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

Konsistente Sicherheitspolitik

Bewerben Sie gleiche Sicherheit für alle Alias:

• GleicheHSTS-Header
• Gleiche §0
• Gleiche Authentifizierungsanforderungen

Domain-Aliase sind nützlich für Markenschutz und Benutzerfreundlichkeit, erfordern aber eine sorgfältige Konfiguration, umSEOStrafen und Sicherheitsrisiken zu vermeiden.