Spis treści
Czytasz teraz:
Przekierowanie domeny z www na bez www – jak to zrobić?
Zamknij
Po rejestracji domeny Twoja strona odpowiada pod dwoma adresami – z przedrostkiem www i bez niego. Dla użytkownika różnica jest kosmetyczna, ale wyszukiwarka traktuje oba warianty jako osobne hosty z tą samą treścią. Wystarczy jednak jedna reguła przekierowania, aby cały ruch i sygnały rankingowe trafiały pod jeden adres. Z tego artykułu dowiesz się, jak wdrożyć ją na serwerze, w panelu hostingowym, Cloudflare i CMS-ie oraz jak sprawdzić, czy działa poprawnie.
Dlaczego jedna strona pod dwoma adresami traci w wynikach wyszukiwania?
Dlaczego Google widzi dwa adresy zamiast jednego?
Google identyfikuje witrynę po pełnej nazwie hosta. Adresy www.domenaxyz.pl i domenaxyz.pl to dla niego dwie różne strony z identyczną zawartością. Skutki widać przede wszystkim w profilu linków – część serwisów podlinkuje wersję z przedrostkiem, część tę krótszą, więc autorytet rozkłada się na dwa adresy. Robot indeksujący odwiedza też oba warianty każdej podstrony, więc budżet indeksowania zużywa się podwójnie.
Dokumentacja Google zaleca w tej sytuacji samodzielne wskazanie wersji kanonicznej i skierowanie na nią ruchu. Najsilniejszym sygnałem jest przekierowanie 301, które informuje wyszukiwarkę o trwałej zmianie adresu i przenosi zgromadzoną moc na adres docelowy. Ujednolicenie wersji domeny to uporządkowanie sygnałów, które Twoja strona już wypracowała – a nie walka z algorytmem.
Domena z www czy bez www – co wpływa na wybór wersji?
Google nie premiuje żadnego z wariantów, więc decyzja zależy od kwestii technicznych i wizerunkowych. Za przedrostkiem przemawiają dwa argumenty. Pierwszy dotyczy DNS – dla nazwy hosta www możesz ustawić rekord CNAME, czego standard nie dopuszcza dla domeny głównej. Ułatwia to korzystanie z CDN i przenoszenie strony między serwerami. Drugi argument to zasięg ciasteczek. Plik cookie ustawiony na domenie głównej obejmuje wszystkie subdomeny, więc serwisowi z osobną subdomeną aplikacji łatwiej pilnować danych sesji pod www.
(Dalszą część artykułu znajdziesz pod formularzem)
Wypełnij formularz i odbierz wycenę
Zapoznamy się z Twoim biznesem i przygotujemy indywidualną ofertę cenową na optymalny dla Ciebie mix marketingowy. Zupełnie za darmo.
Administratorem Twoich danych osobowych jest Verseo spółka z ograniczoną odpowiedzialnością z siedzibą w Poznaniu, przy ul. Węglowej 1/3.
O Verseo
Siedziba Spółki znajduje się w Poznaniu. Spółka jest wpisana do rejestru przedsiębiorców prowadzonego przez Sąd Rejonowy Poznań – Nowe Miasto i Wilda w Poznaniu, Wydział VIII Gospodarczy Krajowego Rejestru Sądowego pod numerem KRS: 0000910174, NIP: 7773257986. Możesz skontaktować się z nami listownie na podany wyżej adres lub e-mailem na adres: ochronadanych@verseo.pl
Masz prawo do:
- dostępu do swoich danych,
- sprostowania swoich danych,
- żądania usunięcia danych,
- ograniczenia przetwarzania,
- wniesienia sprzeciwu co do przetwarzania danych osobowych,
- przenoszenia danych osobowych,
- cofnięcia zgody.
Jeśli uważasz, że przetwarzamy Twoje dane niezgodnie z wymogami prawnymi masz prawo wnieść skargę do organu nadzorczego – Prezesa Urzędu Ochrony Danych Osobowych.
Twoje dane przetwarzamy w celu:
- obsługi Twojego zapytania, na podstawie art. 6 ust. 1 lit. b ogólnego rozporządzenia o ochronie danych osobowych (RODO);
- marketingowym polegającym na promocji naszych towarów i usług oraz nas samych w związku z udzieloną przez Ciebie zgodą, na podstawie art. 6 ust. 1 lit. a RODO;
- zabezpieczenia lub dochodzenia ewentualnych roszczeń w związku z naszym uzasadnionym interesem, na podstawie art. 6 ust. 1 lit. f. RODO.
Podanie przez Ciebie danych jest dobrowolne. Przy czym, bez ich podania nie będziesz mógł wysłać wiadomości do nas, a my nie będziemy mogli Tobie udzielić odpowiedzieć.
Twoje dane możemy przekazywać zaufanym odbiorcom:
- dostawcom narzędzi do: analityki ruchu na stronie, wysyłki informacji marketingowych.
- podmiotom zajmującym się hostingiem (przechowywaniem) strony oraz danych osobowych.
Twoje dane będziemy przetwarzać przez czas:
- niezbędny do zrealizowania określonego celu, w którym zostały zebrane, a po jego upływie przez okres niezbędny do zabezpieczenia lub dochodzenia ewentualnych roszczeń
- w przypadku przetwarzanie danych na podstawie zgody do czasu jej odwołania. Odwołanie przez Ciebie zgody nie wpływa na zgodność z prawem przetwarzania przed wycofaniem zgody.
Nie przetwarzamy danych osobowych w sposób, który wiązałby się z podejmowaniem wyłącznie zautomatyzowanych decyzji co do Twojej osoby. Więcej informacji dotyczących przetwarzania danych osobowych zawarliśmy w Polityce prywatności.
Wersja bez przedrostka wygrywa za to krótszym, łatwiejszym do zapamiętania adresem, a dla małej i średniej witryny różnice techniczne mają marginalne znaczenie. Jeśli Twoja strona działa od dłuższego czasu, zostaw wersję, która jest już zaindeksowana i zbiera linki – zmiana kierunku oznacza pełną migrację adresów.
Trzy warunki poprawnego wdrożenia przekierowania domeny
Zanim dodasz jakąkolwiek regułę, sprawdź oprogramowanie serwera. Popularne poradniki opierają się na pliku .htaccess, a ten działa wyłącznie na Apache i LiteSpeed – Nginx go ignoruje i reguła po prostu nic nie zmienia.
Drugi warunek dotyczy certyfikatu SSL. Musi on obejmować obie nazwy – zarówno tę z www, jak i tę bez www. Negocjacja szyfrowanego połączenia odbywa się przed odpowiedzią serwera, więc gdy certyfikat pokrywa tylko jedną wersję, użytkownik wchodzący na drugą zobaczy ostrzeżenie przeglądarki, zanim przekierowanie zdąży zadziałać.
W jakiej kolejności ustawiać reguły przekierowań?
Trzeci warunek to kolejność. Najpierw kieruj ruch z HTTP na HTTPS w obrębie tej samej nazwy hosta, dopiero potem ujednolicaj przedrostek – taki układ pozwala uniknąć zbędnych łańcuchów przekierowań i jest zgodny z dobrymi praktykami wdrażania HSTS.
Serwer, certyfikat i kolejność reguł – od tych trzech elementów zależy, czy przekierowanie zadziała za pierwszym razem.
Jak zrobić przekierowanie z www na bez www w pliku .htaccess?
Plik .htaccess znajdziesz w katalogu głównym strony. Jeżeli go nie widzisz, włącz w kliencie FTP pokazywanie plików ukrytych albo utwórz nowy dokument o tej nazwie. Przekierowanie realizuje reguła:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.domenaxyz\.pl$ [NC]
RewriteRule ^(.*)$ https://domenaxyz.pl/ [R=301,L]
Zwróć uwagę na dwa elementy. Adres docelowy zaczyna się od https, dzięki czemu użytkownik nie wypada z szyfrowanego połączenia. Fragment dokleja do nowego adresu ścieżkę podstrony – bez niego każde wejście kończyłoby się na stronie głównej. W WordPressie umieść regułę powyżej bloku z komentarzem BEGIN WordPress, aby system jej nie nadpisał. Jeżeli strona działa za odwrotnym proxy albo w Cloudflare w trybie Flexible SSL, reguły mogą się zapętlać – warunki buduje się wtedy na nagłówku X-Forwarded-Proto, który przekazuje faktyczny protokół.
Przekierowanie z bez www na www – reguła odwrotna
Gdy wybierasz wersję z przedrostkiem, zamień miejscami obie nazwy:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^domenaxyz\.pl$ [NC]
RewriteRule ^(.*)$ https://www.domenaxyz.pl/ [R=301,L]
Niezależnie od kierunku reguła musi przenosić pełną ścieżkę i prowadzić na adres z https.
Przekierowanie domeny na Nginksie, w panelu hostingu i w CMS-ie
Na Nginksie przekierowanie definiuje się jako osobny blok o nazwie server, który wyłapuje ruch na niechcianą nazwę hosta i zwraca kod 301 z pełną ścieżką żądania. Zmiana wymaga dostępu do konfiguracji serwera, więc na hostingu współdzielonym wygodniejszy będzie panel administracyjny – większość dostawców udostępnia sekcję przekierowań, w której wskazujesz adres źródłowy, docelowy i typ 301.
W Cloudflare znajdziesz gotowy szablon przekierowania z www na domenę główną. Reguła zadziała jednak dopiero wtedy, gdy w strefie DNS istnieje rekord dla nazwy www – bez niego przeglądarka zgłosi błąd, zanim zapytanie dotrze do Cloudflare.
Sam CMS też może pomóc. WordPress wymusza wybraną wersję przez pola adresu witryny w ustawieniach ogólnych, PrestaShop ma opcję preferowanego formatu adresu, a Shopify ujednolica domenę automatycznie.
Czego nie używać do przekierowania domeny?
Nie sięgaj po meta refresh ani skrypt w JavaScripcie – nie zwracają one kodu odpowiedzi HTTP, więc wyszukiwarka nie dostaje informacji o trwałej przeprowadzce. Wybierz jedną warstwę wdrożenia – serwer, panel, CDN albo CMS – i tylko na niej utrzymuj regułę.
Jak sprawdzić, czy przekierowanie działa poprawnie?
Najszybszy test wykonasz poleceniem curl -I z adresem starej wersji. W odpowiedzi powinien pojawić się kod 301 oraz nagłówek Location wskazujący wybraną domenę. Sprawdź także adres dowolnej podstrony – zgubiona ścieżka to najczęstszy błąd wdrożeń. Policz też przeskoki: do celu powinno prowadzić jedno przekierowanie, a nie łańcuch trzech kolejnych.
Przeglądarki zapamiętują odpowiedź 301 na długo, przez co wycofanie błędnej reguły bywa kłopotliwe – podczas testów bezpieczniej jest użyć tymczasowego kodu 302 i podmienić go po potwierdzeniu, że wszystko działa. Ostateczną weryfikację przeprowadzisz w Google Search Console – Inspekcja adresu URL pokaże, którą wersję robot uznaje za kanoniczną.
Samo przekierowanie to nie koniec pracy. Po wdrożeniu zaktualizuj elementy, które nadal wskazują starą wersję adresu:
- mapę witryny sitemap.xml i jej zgłoszenie w Search Console,
- linkowanie wewnętrzne oraz tagi canonical,
- adresy docelowe w kampaniach Google Ads,
- wizytówkę firmy i profile w mediach społecznościowych,
- konfigurację strumienia danych w GA4.
Test podstrony, kontrola łańcucha przekierowań i aktualizacja adresów w narzędziach – dopiero ten zestaw zamyka wdrożenie.
Najczęstsze pytania dotyczące przekierowania domeny
Tak, choć nie dlatego, że Google premiuje którykolwiek wariant. Dopóki strona odpowiada pod dwoma adresami, linki zewnętrzne i budżet indeksowania rozkładają się na dwa hosty z tą samą treścią. Przekierowanie 301 scala te sygnały pod jednym adresem i wskazuje wyszukiwarce wersję kanoniczną.
Dla Google oba warianty są równorzędne, więc decyzja jest techniczna i wizerunkowa. Wersja z przedrostkiem pozwala ustawić rekord CNAME, co ułatwia korzystanie z CDN i przenoszenie strony między serwerami, a przy okazji porządkuje zasięg ciasteczek. Adres bez www jest krótszy i łatwiejszy do zapamiętania. Jeżeli strona działa od dawna, zostaw wersję, która jest już zaindeksowana i zbiera linki.
Najczęściej dlatego, że serwer w ogóle nie czyta tego pliku – .htaccess obsługują Apache i LiteSpeed, a Nginx go ignoruje. Na Nginksie regułę definiuje się w konfiguracji serwera, a na hostingu współdzielonym w panelu administracyjnym. W WordPressie sprawdź też, czy reguła nie znalazła się poniżej bloku BEGIN WordPress, bo system potrafi ją nadpisać.
Tak. Szyfrowane połączenie negocjowane jest przed odpowiedzią serwera, więc przeglądarka sprawdza certyfikat, zanim przekierowanie zdąży zadziałać. Gdy certyfikat pokrywa tylko jedną nazwę hosta, użytkownik wchodzący na drugą zobaczy ostrzeżenie zamiast strony.
Wywołaj adres starej wersji poleceniem curl -I i sprawdź, czy w odpowiedzi jest kod 301 oraz nagłówek Location z wybraną domeną. Powtórz test na dowolnej podstronie, bo zgubiona ścieżka to najczęstszy błąd wdrożeń, i policz przeskoki – do celu powinno prowadzić jedno przekierowanie, a nie łańcuch. Na koniec zajrzyj do Inspekcji adresu URL w Search Console, aby zobaczyć, którą wersję robot uznaje za kanoniczną.
Wszystko, co nadal wskazuje stary adres:
- mapę witryny sitemap.xml i jej zgłoszenie w Search Console,
- linkowanie wewnętrzne oraz tagi canonical,
- adresy docelowe w kampaniach reklamowych,
- wizytówkę firmy i profile w mediach społecznościowych,
- konfigurację strumienia danych w GA4.
Na czas testów bezpieczniej użyć tymczasowego kodu 302, bo przeglądarki zapamiętują odpowiedź 301 na długo.
Podsumowanie
W powyższym artykule poruszone zostały tematy:
- Dwie wersje domeny rozpraszają sygnały rankingowe, a rozwiązaniem jest przekierowanie 301.
- Wybór wersji zależy od rekordów DNS, zasięgu ciasteczek i historii indeksacji strony.
- Wdrożenie wymaga sprawdzenia typu serwera, certyfikatu SSL dla obu nazw i kolejności reguł.
- Przekierowanie skonfigurujesz w pliku .htaccess, na Nginksie, w panelu hostingowym, Cloudflare lub CMS-ie.
- Działanie reguły weryfikujesz poleceniem curl, testem podstrony i Inspekcją adresu URL w Search Console.
