Alias domeny

Czym jest alias domeny?

Alias domeny to dodatkowa nazwa domenowa wskazująca tę samą witrynę, aplikację lub treść co domena główna. Przy prawidłowej konfiguracji wiele nazw domen może udostępniać identyczną treść, dając użytkownikom różne sposoby dotarcia do tego samego miejsca.

Alias domeny a przekierowanie domeny

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

Konfigurowanie aliasów domen

Konfiguracja DNS

Obie domeny wskazują ten sam serwer:

# 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

Można też użyć rekordu CNAME dla aliasu:

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

Konfiguracja serwera WWW

#### 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 (konfiguracja 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"

Zarządzanie w cPanel/WHM

Domains → Addon Domains → Create New Domain

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

Typowe zastosowania

Warianty marki

Zarejestruj typowe warianty, aby zapobiec cybersquattingowi:

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

Ochrona przed literówkami

Przechwytuj często spotykane błędne zapisy:

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

Domeny regionalne

Udostępniaj tę samą treść w domenach najwyższego poziomu przypisanych do krajów:

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

Kampanie marketingowe

Krótkie, łatwe do zapamiętania domeny kampanii:

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

Aliasy subdomen

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

Branding produktu lub usługi

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

Kwestie SEO dotyczące aliasów domen

Problem zduplikowanej treści

Wyszukiwarki mogą uznać aliasy domen za zduplikowaną treść:

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

Tagi kanoniczne

Wskaż wyszukiwarkom, która domena jest główna:

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

Informuje to wyszukiwarki: „traktuj wszystkie wersje jako ten adres URL”.

Preferowane rozwiązanie: przekierowania 301

Zamiast aliasów przekieruj użytkowników do domeny głównej:

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

Konsoliduje to wszystkie sygnały SEO wokół domeny głównej.

Kiedy aliasy są akceptowalne

• Domeny wewnętrzne/deweloperskie (nieindeksowane)
• Domeny z tagami noindex
• Domeny używane wyłącznie do poczty e-mail (bez treści internetowej)
• Tymczasowe domeny kampanii z tagami kanonicznymi

Konfiguracja poczty e-mail dla aliasów domen

Współdzielona poczta (te same skrzynki)

Skonfiguruj rekordy MX dla wszystkich domen:

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

[email protected] and [email protected] → same mailbox

Oddzielna poczta (różne skrzynki)

Każda domena ma niezależną pocztę:

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

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

Catch-all poczty dla aliasów

Akceptuj pocztę wysyłaną na dowolny adres w dowolnej domenie aliasu:

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

Certyfikaty SSL/TLS dla aliasów

Certyfikat wielodomenowy (SAN)

Jeden certyfikat obejmujący wszystkie aliasy:

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

Certyfikat wieloznaczny

Obejmuje wszystkie subdomeny domeny głównej:

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

Oddzielne certyfikaty

Osobny certyfikat dla każdej domeny:

example.com → cert1
example.net → cert2

Najlepsze praktyki

Zawsze używaj HTTPS dla wszystkich aliasów

Każda domena powinna mieć ważny certyfikat SSL:

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

Wdrażaj tagi kanoniczne

Nawet przy udostępnianiu tej samej treści używaj tagów kanonicznych:

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

Rozważ przekierowania 301 zamiast aliasów

Na potrzeby SEO przekierowuj aliasy do domeny głównej:

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

Monitoruj wszystkie domeny

Uwzględnij wszystkie aliasy w monitoringu dostępności:

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

Spójny branding

Jeśli używasz aliasów, zadbaj o spójny branding:

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

Dokumentuj strategię aliasów

Prowadź dokumentację:

# 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

Testowanie aliasów domen

Sprawdzanie rozwiązywania 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

Testowanie konfiguracji serwera WWW

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

Sprawdzanie certyfikatów 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

Walidacja 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" />

Kwestie bezpieczeństwa

Ryzyko przejęcia domeny

Więcej domen oznacza większą powierzchnię ataku:

• Monitoruj wszystkie domeny pod kątem nieautoryzowanych zmian
• Włącz blokadę rejestru dla ważnych aliasów
• Włącz uwierzytelnianie dwuskładnikowe u rejestratorów

Ochrona przed phishingiem

Rejestruj defensywne aliasy, aby zapobiegać phishingowi:

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

Spójne zasady bezpieczeństwa

Stosuj takie same zabezpieczenia do wszystkich aliasów:

• Te same nagłówki HSTS
• Te same zasady CSP
• Takie same wymagania uwierzytelniania

Aliasy domen są przydatne do ochrony marki i ułatwiania dostępu użytkownikom, ale wymagają starannej konfiguracji, aby uniknąć kar SEO i zagrożeń bezpieczeństwa.