CNAME (Canonical Name Record) to rekord DNS, który przypisuje jedną nazwę domeny jako alias do innej, kanonicznej nazwy domeny. Innymi słowy, CNAME mówi systemowi DNS: “Jeśli szukasz tej nazwy, idź tam” — bez podawania konkretnego adresu IP. Rekord ten jest jednym z podstawowych elementów konfiguracji DNS i pojawia się praktycznie przy każdym wdrożeniu subdomen, usług SaaS czy weryfikacji własności domeny.
- CNAME kieruje nazwę do nazwy, nie do adresu IP — w odróżnieniu od rekordu A lub AAAA.
- Może wskazywać wyłącznie na inną nazwę domeny (FQDN), nigdy bezpośrednio na IP.
- Nie można go ustawić dla samego wierzchołka domeny (tzw. apex domain, np.
example.com). - Jest szeroko stosowany przy integracji z Google Search Console, Cloudflare, CDN-ami i narzędziami marketingowymi.
Jak CNAME działa w praktyce
Mechanizm działania rekordu CNAME
Gdy przeglądarka prosi resolver DNS o adres IP dla sklep.example.com, a ten adres jest zdefiniowany jako CNAME wskazujący na example.myshopify.com, resolver wykonuje kolejne zapytanie — tym razem dla adresu kanonicznego. Dopiero wtedy pobiera właściwy adres IP i zwraca go do przeglądarki. Cały ten łańcuch dzieje się w tle, zazwyczaj w mniej niż 100 ms, i jest niewidoczny dla użytkownika.
Ważna zasada: CNAME nie może współistnieć z innymi rekordami dla tej samej nazwy hosta (np. z rekordem MX lub TXT dla tej samej subdomeny). To ograniczenie RFC 1034 bywa źródłem błędów przy wdrożeniach poczty i certyfikatów SSL.
Najczęstsze zastosowania CNAME
Rekord CNAME pojawia się w kilku typowych scenariuszach konfiguracyjnych:
- Subdomeny dla zewnętrznych usług — np.
blog.firma.plwskazujący nafirma.ghost.iolubshop.firma.plna platformę Shopify. - Weryfikacja własności domeny — Google Search Console, Cloudflare czy HubSpot proszą o dodanie rekordu CNAME z unikalnym tokenem, żeby potwierdzić, że zarządzasz daną domeną.
- CDN i load balancing — Cloudflare, Fastly czy Akamai używają CNAME do kierowania ruchu na własną infrastrukturę, co pozwala dynamicznie zmieniać adresy IP bez ingerencji w konfigurację klienta.
- Certyfikaty SSL/TLS (DCV) — weryfikacja domeny metodą DNS-01 w Let’s Encrypt lub DigiCert często wymaga dodania rekordu CNAME z odpowiednią wartością.
CNAME a rekord A — czym się różnią?
Rekord A bezpośrednio mapuje nazwę hosta na adres IPv4. Rekord CNAME mapuje nazwę hosta na inną nazwę hosta. Różnica ma praktyczne znaczenie: jeśli dostawca usługi zmieni adres IP swojego serwera, wystarczy, że zaktualizuje własny rekord A — Twój CNAME automatycznie “podąży” za zmianą. Gdybyś używał rekordu A, musiałbyś ręcznie zaktualizować go u siebie.
| Cecha | Rekord A | Rekord CNAME |
|---|---|---|
| Wskazuje na | Adres IPv4 | Inną nazwę domeny (FQDN) |
| Użycie na apex domain | Tak | Nie (standard RFC) |
| Zmiana IP po stronie dostawcy | Wymaga ręcznej aktualizacji | Automatyczna |
| Dodatkowe zapytanie DNS | Nie | Tak (jeden lub więcej kroków) |
| Współistnienie z MX/TXT | Możliwe | Niemożliwe (RFC 1034) |
CNAME Flattening — obejście ograniczenia apex domain
Ponieważ RFC zabrania używania CNAME na wierzchołku domeny (example.com bez subdomeny), niektórzy dostawcy DNS (Cloudflare, NS1, Route 53) oferują funkcję zwaną CNAME Flattening lub ALIAS/ANAME. Mechanizm ten rozwiązuje alias po stronie serwera DNS i zwraca użytkownikowi gotowy adres IP, omijając ograniczenie RFC. W praktyce pozwala to kierować główną domenę np. na CDN bez konieczności ręcznego wpisywania adresów IP.
Znaczenie CNAME dla SEO i widoczności
Rekord CNAME sam w sobie nie wpływa bezpośrednio na pozycje w Google, ale jego błędna konfiguracja może spowodować poważne problemy z indeksowaniem. Jeśli CNAME wskazuje na nieistniejącą domenę lub zasób zwraca błąd 5xx, Googlebot przestanie indeksować dotknięte strony — i może to trwać długo zanim problem zostanie zdiagnozowany podczas audytu SEO.
Subdomeny połączone przez CNAME z zewnętrznymi platformami (np. blog na Ghost, sklep na Shopify) Google traktuje jako odrębne encje w kontekście linków, ale jako część tej samej marki, jeśli subdomena należy do Twojej domeny. To istotne przy pozycjonowaniu stron — content na blog.twojafirma.pl może budować autorytet całej domeny, podczas gdy ten sam content na zewnętrznej platformie pracuje na jej autorytet.
TTL (Time to Live) rekordu CNAME ma znaczenie podczas migracji. Standardowy TTL wynosi 3600 sekund (1 godzina) — jeśli planujesz zmianę, skróć go do 300 sekund przynajmniej 24 godziny przed migracją. Dzięki temu unikniesz wielogodzinnych przestojów wynikających z cache’owania starych wartości przez resolwery DNS.
FAQ — najczęstsze pytania o CNAME
Czy CNAME może wskazywać na inny CNAME?
Tak, jest to technicznie możliwe i nazywa się łańcuchem CNAME (CNAME chain). Każdy kolejny alias wymaga osobnego zapytania DNS, co wydłuża czas rozwiązywania nazwy. Google i inne narzędzia zalecają, by łańcuch nie przekraczał 3–5 poziomów — dłuższe łańcuchy zwiększają latencję i ryzyko błędu SERVFAIL.
Jak długo trwa propagacja rekordu CNAME?
Propagacja zależy od wartości TTL ustawionej dla rekordu. Przy standardowym TTL wynoszącym 3600 sekund zmiana może być widoczna globalnie po 1–2 godzinach. W praktyce stare wartości mogą być cache’owane przez resolwery nawet przez 24–48 godzin, jeśli poprzedni TTL był wysoki. Żeby skrócić czas propagacji, ustaw TTL na 300 sekund z odpowiednim wyprzedzeniem przed zmianą.
Czym różni się CNAME od rekordu ALIAS lub ANAME?
ALIAS i ANAME to niestandardowe rozszerzenia DNS, które działają podobnie do CNAME, ale mogą być stosowane na apex domain (example.com). Są rozwiązywane po stronie serwera autorytatywnego, więc klient otrzymuje gotowy adres IP. Nie wszystkie serwery DNS obsługują ALIAS/ANAME — to rozwiązanie zależy od konkretnego dostawcy (Cloudflare, DNSimple, NS1).
Kiedy zamiast CNAME lepiej użyć rekordu A?
Rekord A sprawdza się lepiej, gdy zarządzasz własną infrastrukturą i znasz stały adres IP serwera. CNAME ma przewagę, gdy wskazujesz na usługę zewnętrzną, której adres IP może się zmieniać. Dla apex domeny i tam, gdzie dostawca DNS nie obsługuje CNAME Flattening, rekord A jest jedyną poprawną opcją zgodną z RFC.
DNS to fundament — nie zostawiaj go przypadkowi
Poprawna konfiguracja CNAME to jeden z tych elementów technicznych, który działa niezauważalnie do momentu, gdy coś pójdzie nie tak — wtedy skutki mogą odczuć i użytkownicy, i algorytmy Google. Jeśli wdrażasz nową subdomenę, integrujesz zewnętrzne narzędzia lub planujesz migrację serwera, warto skonsultować konfigurację DNS z kimś, kto widział już setki takich wdrożeń. Specjaliści Webiti regularnie przeprowadzają pełne audyty SEO obejmujące konfigurację DNS, SSL i subdomen — i chętnie pomogą Twojej stronie działać bez zakłóceń.
