Przekierowanie www ↔ bez www

Przekierowanie www ↔ bez www to parametr monitoringu stron internetowych, który sprawdza, czy obie formy adresu domeny — z przedrostkiem www. i bez niego — prowadzą do jednej formy kanonicznej. Pomiar sprawdza, czy forma z www ma rekord w DNS, wysyła żądanie na każdą z form, podąża za przekierowaniami i porównuje adresy końcowe. Problemem są dwie formy odpowiadające kodem 200 bez przekierowania albo forma prowadząca na inną domenę; forma, która nie odpowiada, to sprawa dostępności, nie formy adresu. Google zaleca, by spośród adresów, pod którymi dostępna jest strona, na przykład https://example.com/home albo https://www.example.com, wybrać jeden preferowany i przekierować na niego ruch z pozostałych ^[1].

Jak działa

Dla DNS example.com i www.example.com to dwie osobne nazwy z własnymi rekordami. Nazwa główna domeny jest węzłem, w którym stoją rekordy NS strefy ^[4] i dokładnie jeden rekord SOA ^[5]. Każda z form może więc wskazywać inny serwer albo nie mieć rekordu wcale.

Samo przekierowanie jest sprawą serwera HTTP: odpowiedź z kodem 3xx i nagłówkiem Location. Kody i ich różnice opisuje artykuł Przekierowanie HTTP → HTTPS. Kanonikalizacja to wybór reprezentatywnego adresu treści: Google grupuje strony o tej samej treści głównej i wybiera jedną jako kanoniczną ^[3]. Stronę kanoniczną robot odwiedza regularniej, a duplikaty rzadziej, żeby zmniejszyć obciążenie ^[3]. Przekierowanie jest dla Google silnym sygnałem wyboru, podobnie jak adnotacja rel="canonical", a obecność w mapie witryny — słabym ^[2]. Jeśli właściciel nie wskaże adresu kanonicznego, Google wybierze go sam ^[2].

RYS. 1.1Dwie formy, jeden adres kanoniczny

Poprawna konfiguracja to taka, w której jedna forma odpowiada treścią, a druga stałym przekierowaniem na nią. Pozostałe przypadki różnią się skutkami.

RYS. 1.2Przypadki dwóch form adresu

Standardy i specyfikacje

• RFC 1034, § 3.6.2: rekord CNAME oznacza nazwę jako alias nazwy kanonicznej, a jeśli w węźle jest CNAME, nie powinno tam być innych danych ^[4]. Rekordy NS stoją w węźle głównym strefy ^[4], a RFC 1035 przewiduje tam dokładnie jeden rekord SOA ^[5]. Nazwa główna domeny nie może więc być aliasem CNAME, a forma z www może.
• Spłaszczanie CNAME i rekordy alias obchodzą to ograniczenie po stronie dostawcy DNS. Cloudflare w 2014 r. wprowadził spłaszczanie CNAME: jego serwery autorytatywne same przechodzą łańcuch CNAME do rekordu A i zwracają adres IP ^[6]. Amazon Route 53 pozwala utworzyć w nazwie głównej rekord alias, choć nie pozwala na CNAME, i odpowiada na zapytanie adresami IP zasobu docelowego ^[7].
• Google Search Central zaleca przekierowanie z pozostałych adresów na preferowany ^[1] i przestrzega przed certyfikatem dla złego wariantu hosta: certyfikat musi pasować do pełnego adresu witryny albo być certyfikatem wieloznacznym ^[2].
• RFC 9525: symbol wieloznaczny w certyfikacie pasuje tylko do jednej etykiety nazwy ^[8], więc certyfikat *.example.com nie obejmuje samego example.com. Szczegóły: Ważność certyfikatu SSL.
• RFC 6265 ustala, że atrybut Domain wskazuje hosty, do których ciasteczko będzie wysyłane: przy wartości example.com przeglądarka dołączy je do żądań do example.com, www.example.com i www.corp.example.com ^[9]. Bez tego atrybutu ciasteczko wraca tylko do serwera, który je ustawił ^[9].

Zagrożenia i skutki

Dwie wersje strony. Gdy obie formy odpowiadają kodem 200 bez przekierowania, powstają duplikaty. Wskazanie adresu kanonicznego pozwala wyszukiwarce połączyć sygnały poszczególnych adresów, np. linki, w jeden adres preferowany ^[2]; bez tego Google wybiera sam ^[2], a wskazania właściciela traktuje jako podpowiedź i może wybrać inny adres ^[3]. Rozproszone adresy utrudniają też zebranie statystyk dla jednej treści ^[2].

Niespójne sesje. Ciasteczko ustawione przez example.com bez atrybutu Domain wraca tylko do tego hosta ^[9], więc zalogowany użytkownik po przejściu na www.example.com może nie zostać rozpoznany. RFC 6265 ostrzega, że część przeglądarek błędnie wysyła takie ciasteczko także do www.example.com ^[9], więc zachowanie strony bywa różne w różnych przeglądarkach. Przeglądarka odrzuca też ciasteczko, którego Domain nie obejmuje serwera ustawiającego ^[9].

Certyfikat tylko dla jednej formy. Przekierowanie z https://www.example.com przeglądarka zobaczy dopiero po udanym uzgodnieniu TLS dla nazwy z www. Certyfikat musi pasować do adresu witryny ^[2], a certyfikat wieloznaczny nie obejmuje nazwy głównej ^[8]. Przy braku dopasowania odwiedzający widzi błąd certyfikatu, zanim dotrze do przekierowania.

Hosting wskazywany przez CNAME. Gdy usługę hostingową wskazuje się rekordem CNAME, tego rekordu nie da się postawić w nazwie głównej ^[4]. Cloudflare opisuje, że przez to domeny bez www nie mogły wskazywać usług takich jak AWS ELB czy Heroku, a właściciele musieli używać formy z www albo stałych adresów IP ^[6]. Jeśli stały adres się zmieni, a forma z www podąża za CNAME, działa tylko jedna z form.

Przykłady

Konfiguracja	Forma z www	Forma bez www	Ocena
Przekierowanie z www na formę bez www	301 na example.com	200	jeden adres preferowany [1]
Przekierowanie z formy bez www na www	200	301 na www.example.com	jeden adres preferowany [1]
Brak przekierowania	200	200	duplikat, adres kanoniczny wybiera Google [2] [3]
CNAME tylko dla www, nazwa główna ze starym adresem IP	200	stary serwer albo błąd	CNAME w nazwie głównej niedozwolony [4] [6]
Nazwa główna przez spłaszczenie CNAME albo alias	200	200 lub 301	adres IP podaje serwer DNS dostawcy [6] [7]
Certyfikat tylko dla example.com	błąd certyfikatu przed przekierowaniem	200	certyfikat musi pasować do nazwy [2] [8]
Ciasteczko sesji bez atrybutu Domain	sesja nierozpoznana	sesja aktywna	ciasteczko tylko dla hosta, który je ustawił [9]