WWW vs non-WWW to wybór między adresem typu www.twojadomena.pl a twojadomena.pl. Dla SEO nie wygrywa sama wersja adresu, tylko poprawna konfiguracja: jedna wersja kanoniczna, przekierowanie 301, spójne linkowanie, sitemap i brak duplikacji.
To jest jeden z tych tematów, które wyglądają banalnie.
"Co za różnica, czy jest www, czy nie ma?".
Dla użytkownika często żadna. Wpisuje adres, strona się otwiera, wszystko działa.
Dla SEO, analityki, linkowania, SSL i konfiguracji serwera różnica już istnieje.
Bo technicznie:
- https://twojadomena.pl
- https://www.twojadomena.pl
- http://twojadomena.pl
- http://www.twojadomena.pl
To są różne adresy URL.
Jeśli ich nie uporządkujesz, możesz mieć duplikację, rozproszone linki, chaos w raportach i problemy po migracji.
W SEO nie chodzi o to, czy wybierzesz WWW czy non-WWW. Chodzi o to, czy wybierzesz jedną wersję i konsekwentnie ją wymusisz.
WWW vs non-WWW - o co chodzi?
Wersja WWW to adres z prefiksem "www", np.:
https://www.twojadomena.pl
Wersja non-WWW to adres bez tego prefiksu:
https://twojadomena.pl
Obie wersje mogą prowadzić do tej samej strony.
Ale nie muszą.
Technicznie "www" jest subdomeną. Czyli z perspektywy konfiguracji DNS i serwera może być traktowana jako osobny host.
Dla normalnego użytkownika to detal.
Dla Google to sygnał, który trzeba uporządkować.
Jeśli obie wersje pokazują tę samą treść bez przekierowania, wyszukiwarka może zobaczyć dwa adresy z podobną albo identyczną zawartością.
Google zwykle potrafi wybrać wersję kanoniczną samodzielnie, ale lepiej nie zostawiać tego przypadkowi.
Ty masz powiedzieć jasno:
- to jest główna wersja domeny,
- ta wersja ma być indeksowana,
- do tej wersji prowadzą linki wewnętrzne,
- na tę wersję wskazuje sitemap.xml,
- pozostałe wersje są przekierowane 301.
Czy WWW ma znaczenie dla SEO?
Samo WWW nie daje magicznego bonusu SEO.
Non-WWW też nie.
Możesz pozycjonować stronę z WWW. Możesz pozycjonować stronę bez WWW. Oba warianty są normalne.
Google nie nagradza adresu tylko dlatego, że ma albo nie ma prefiksu.
Znaczenie ma:
- spójność,
- przekierowania,
- canonicale,
- linkowanie wewnętrzne,
- sitemap,
- SSL,
- brak duplikacji,
- konfiguracja serwera,
- poprawne dane w Search Console i analityce.
MDN opisuje to bardzo prosto: trzeba wybrać jedną wersję jako kanoniczną i konsekwentnie się jej trzymać, również w linkowaniu i udostępnianiu adresów. :contentReference[oaicite:5]{index=5}
Czyli problemem nie jest wybór.
Problemem jest brak decyzji.
Najważniejsza zasada: wybierz jedną wersję
Każda strona powinna mieć jedną wersję kanoniczną.
Nie "trochę www, trochę bez".
Nie "strona główna z www, blog bez www".
Nie "w sitemapie jedno, w linkach drugie".
Jedna wersja.
| Element | Powinno wskazywać na | Dlaczego? |
|---|---|---|
| Adres w przeglądarce | wersję kanoniczną | użytkownik widzi spójny adres |
| Przekierowania | wersję kanoniczną | Google i użytkownik trafiają tam, gdzie trzeba |
| Canonical tag | wersję kanoniczną | wzmacnia sygnał dla wyszukiwarki |
| Sitemap.xml | wersję kanoniczną | Google dostaje listę właściwych URL-i |
| Linkowanie wewnętrzne | wersję kanoniczną | nie rozpraszasz sygnałów |
| Linki w kampaniach | wersję kanoniczną | mniej chaosu w analityce |
Google w dokumentacji canonicali wskazuje, że warto wybrać kanoniczny URL dla każdej strony i umieścić preferowane adresy w sitemapie. Sitemap jest dla Google sygnałem, które adresy uważasz za ważne i kanoniczne. :contentReference[oaicite:6]{index=6}
Przy WWW/non-WWW najczęściej najlepszy zestaw to:
- 301 z wersji niepreferowanej na preferowaną,
- canonical do wersji preferowanej,
- sitemap tylko z wersją preferowaną,
- linki wewnętrzne tylko do wersji preferowanej.
WWW czy non-WWW - którą wersję wybrać?
Dla większości małych i średnich firm wybór jest głównie brandingowy i techniczny.
Non-WWW wygląda krócej:
digitay.pl
WWW wygląda bardziej klasycznie:
www.digitay.pl
Co wybrać?
| Wariant | Plusy | Kiedy wybrać? |
|---|---|---|
| non-WWW | krótszy, prostszy, często lepszy wizualnie | małe i średnie strony, marki, usługi, blogi, landing page'e |
| WWW | klasyczny wariant, wygodny przy dużych konfiguracjach DNS/cookies | większe serwisy, e-commerce, rozbudowane infrastruktury, starsze systemy |
W praktyce: jeśli nie masz powodu technicznego, non-WWW jest prostszy i bardziej elegancki w komunikacji.
Ale jeśli Twoja strona od lat działa na www, ma linki, indeksację i historię, nie zmieniaj tego tylko dlatego, że non-WWW wygląda ładniej.
Zmiana wersji kanonicznej to techniczna migracja.
Może być prosta, ale nadal wymaga ostrożności.
Dobra decyzja brzmi:
- nowa strona - wybierz jedną wersję od startu,
- istniejąca strona - sprawdź, która wersja ma indeksację, linki i historię,
- duża strona - zaplanuj zmianę jak migrację SEO,
- mała strona - uporządkuj przekierowania i sitemap.
Co się dzieje, gdy działają obie wersje domeny?
Jeśli www i non-WWW działają równolegle bez przekierowania, możesz mieć kilka problemów.
- duplikację treści,
- rozproszenie linków,
- niejednoznaczne sygnały kanoniczne,
- chaos w sitemapie,
- różne wersje w Google Search Console,
- dziwne dane w GA4,
- błędy certyfikatu SSL na jednej wersji,
- problemy po migracji,
- różne wersje adresu w kampaniach i social media.
Przykład:
Klient ma stronę pod adresem:
https://example.pl/oferta
Ale w starych artykułach, kampaniach i stopkach mailowych linkuje do:
https://www.example.pl/oferta
Obie wersje działają, ale nie ma 301. Canonical wskazuje raz jedną, raz drugą. Sitemap ma non-WWW, ale część linków wewnętrznych używa WWW.
To nie musi od razu zabić SEO.
Ale tworzy techniczny syf.
A SEO techniczne polega głównie na tym, żeby Google nie musiał zgadywać, co autor strony miał na myśli.
HTTP, HTTPS, WWW i non-WWW - cztery wersje tej samej strony
Problem WWW vs non-WWW zwykle występuje razem z HTTP vs HTTPS.
Czyli masz cztery możliwe wersje:
- http://example.pl
- http://www.example.pl
- https://example.pl
- https://www.example.pl
Wszystkie powinny finalnie prowadzić do jednej wersji.
Na przykład do:
https://example.pl
Albo do:
https://www.example.pl
Nie rób łańcuchów przekierowań.
Słabo:
http://example.pl → http://www.example.pl → https://www.example.pl
Lepiej:
http://example.pl → https://www.example.pl
Albo:
http://www.example.pl → https://example.pl
Każda niekanoniczna wersja powinna iść możliwie bezpośrednio do wersji docelowej.
Google dokumentuje przekierowania jako sposób informowania użytkowników i Google Search, że strona jest dostępna pod innym adresem. :contentReference[oaicite:7]{index=7}
Im prostsza ścieżka, tym mniej problemów.
Przekierowanie 301 - jak powinno działać?
Przekierowanie 301 mówi: ten adres został przeniesiony na stałe.
Przy WWW vs non-WWW używasz go po to, żeby każda wersja domeny prowadziła do jednej wersji kanonicznej.
Jeśli wybierasz non-WWW:
https://www.example.pl/oferta → https://example.pl/oferta
Jeśli wybierasz WWW:
https://example.pl/oferta → https://www.example.pl/oferta
Najważniejsze: zachowuj ścieżkę URL.
Dobrze:
/blog/artykul → /blog/artykul
Źle:
/blog/artykul → /
Przekierowanie wszystkiego na stronę główną to częsty błąd.
Dla użytkownika jest irytujące. Dla SEO może wyglądać jak utrata kontekstu.
Reguła:
Ten sam URL, tylko poprawiona wersja domeny i protokołu.
Canonical a 301 - czym to się różni?
Canonical i 301 nie są tym samym.
| Element | Co robi? | Kiedy używać? |
|---|---|---|
| 301 redirect | Przenosi użytkownika i robota na inny adres | Gdy niekanoniczna wersja nie powinna być dostępna |
| Canonical | Sugeruje Google preferowany adres | Gdy podobne URL-e muszą pozostać dostępne |
Przy WWW vs non-WWW lepszym głównym rozwiązaniem jest 301.
Dlaczego?
Bo użytkownik i Google od razu trafiają na właściwy adres.
Canonical jest dodatkowym sygnałem, ale nie zastępuje przekierowania tam, gdzie wersja niepreferowana nie musi być dostępna.
Google wskazuje, że 301 są często preferowaną metodą przy duplikacji między domenami, bo jasno kierują użytkowników i crawlery do preferowanej domeny. :contentReference[oaicite:8]{index=8}
Najlepsza praktyka:
- niepreferowana wersja → 301 do preferowanej,
- preferowana wersja → canonical do samej siebie,
- sitemap → tylko preferowane URL-e,
- linki wewnętrzne → tylko preferowane URL-e.
Jak ustawić WWW vs non-WWW na Apache?
Na serwerze Apache przekierowania często ustawia się w pliku .htaccess.
Przykład: przekierowanie z WWW na non-WWW i wymuszenie HTTPS.
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\.example\.pl$ [NC]
RewriteRule ^(.*)$ https://example.pl/$1 [L,R=301]Przykład odwrotny: non-WWW na WWW i wymuszenie HTTPS.
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^example\.pl$ [NC]
RewriteRule ^(.*)$ https://www.example.pl/$1 [L,R=301]Uwaga:
- podmień
example.plna swoją domenę, - sprawdź, czy nie masz innych reguł przekierowań,
- unikaj pętli przekierowań,
- testuj stronę główną i podstrony,
- zrób backup pliku przed zmianą.
Jeśli korzystasz z hostingu współdzielonego, często da się ustawić to też w panelu hostingu.
Ale panel panelowi nierówny.
Po wdrożeniu zawsze testuj nagłówki HTTP.
Jak ustawić WWW vs non-WWW na Nginx?
Na Nginx przekierowania konfiguruje się w blokach server.
Przykład: WWW na non-WWW.
server {
listen 80;
listen 443 ssl;
server_name www.example.pl;
return 301 https://example.pl$request_uri;
}
server {
listen 80;
server_name example.pl;
return 301 https://example.pl$request_uri;
}
server {
listen 443 ssl;
server_name example.pl;
# konfiguracja właściwej strony
}Przykład: non-WWW na WWW.
server {
listen 80;
listen 443 ssl;
server_name example.pl;
return 301 https://www.example.pl$request_uri;
}
server {
listen 80;
server_name www.example.pl;
return 301 https://www.example.pl$request_uri;
}
server {
listen 443 ssl;
server_name www.example.pl;
# konfiguracja właściwej strony
}Przy Nginx szczególnie pilnuj:
- certyfikatu SSL dla obu wersji,
- braku pętli przekierowań,
- poprawnego
server_name, - zachowania
$request_uri, - restartu/reload konfiguracji po zmianie.
Jeśli strona działa za Cloudflare albo innym proxy, konfiguracja może być częściowo po stronie proxy, a częściowo na serwerze.
To trzeba spiąć, a nie ustawiać "na czuja".
Jak ustawić WWW vs non-WWW w WordPress?
W WordPress zacznij od ustawień adresu.
Wejdź w:
Ustawienia → Ogólne → Adres WordPressa / Adres witryny
Tam ustaw wersję docelową:
https://example.plalbohttps://www.example.pl
Potem sprawdź:
- czy motyw nie generuje linków do starej wersji,
- czy w bazie nie ma starych URL-i,
- czy wtyczka SEO generuje poprawne canonicale,
- czy sitemap ma właściwe adresy,
- czy przekierowania działają na poziomie serwera,
- czy cache nie trzyma starej wersji,
- czy CDN nie nadpisuje reguł.
Popularne wtyczki SEO zwykle pomagają z canonicalami i sitemapą, ale nie zawsze poprawnie załatwią przekierowanie hosta.
Najlepiej ustawić 301 na poziomie serwera albo hostingu.
Wtyczka może być szybkim rozwiązaniem.
Ale technicznie czystsze jest przekierowanie serwerowe.
Jak ustawić WWW vs non-WWW w Cloudflare?
Jeśli używasz Cloudflare, możesz zrobić przekierowanie przez Redirect Rules.
Przykład: WWW na non-WWW.
When incoming requests match:
Hostname equals www.example.pl
Then:
Static redirect
URL: https://example.pl${uri}
Status code: 301Przykład: non-WWW na WWW.
When incoming requests match:
Hostname equals example.pl
Then:
Static redirect
URL: https://www.example.pl${uri}
Status code: 301Przy Cloudflare sprawdź:
- DNS dla obu wersji domeny,
- status proxy,
- tryb SSL/TLS,
- czy serwer origin też nie robi sprzecznych redirectów,
- czy nie powstaje pętla,
- czy przekierowanie zachowuje ścieżkę i query string,
- czy reguły nie gryzą się z WordPress lub hostingiem.
Najgorszy układ:
- Cloudflare przekierowuje na www,
- serwer przekierowuje bez www,
- WordPress ma wpisaną jeszcze inną wersję,
- wtyczka SEO generuje canonical do czwartej wersji.
To jest przepis na pętlę i chaos.
Jeden system powinien być źródłem prawdy.
Google Search Console i sitemap.xml
Po ustawieniu wersji kanonicznej uporządkuj Search Console.
Najlepiej użyj właściwości typu domena, bo obejmuje różne protokoły i subdomeny.
Ale nadal analizuj adresy kanoniczne w raportach.
Sprawdź:
- czy sitemap.xml zawiera tylko wersję kanoniczną,
- czy URL-e w sitemapie zwracają 200,
- czy nie ma w niej przekierowanych adresów,
- czy canonicale wskazują właściwą wersję,
- czy Google nie wybrało innej wersji kanonicznej,
- czy raport indeksowania nie pokazuje śmieciowych wariantów,
- czy linki wewnętrzne nie prowadzą do wersji niekanonicznej.
Sitemap nie powinna być zbiorem wszystkiego, co istnieje.
Sitemap powinna być listą adresów, które chcesz indeksować.
Jeśli w sitemapie są URL-e z www, ale strona przekierowuje na non-WWW, robisz Google niepotrzebną robotę.
Jeśli chcesz sprawdzić, czy Twoja konfiguracja nie psuje indeksacji, zobacz też poradnik: co robić, gdy ruch na stronie spada - diagnoza i naprawa.
Jak sprawdzić, czy przekierowanie działa?
Nie sprawdzaj tylko "czy strona się otwiera".
To za mało.
Sprawdź wszystkie wersje:
http://example.plhttp://www.example.plhttps://example.plhttps://www.example.pl
Każda niepreferowana wersja powinna kończyć na jednej docelowej wersji.
Możesz użyć:
- httpstatus.io,
- Redirect Path,
- Screaming Frog,
- curl,
- Google Search Console,
- Sitebulb,
- Ahrefs Site Audit.
Przykład testu przez curl:
curl -I http://www.example.pl/ofertaSzukasz odpowiedzi:
- czy status to 301,
- czy Location wskazuje właściwy adres,
- czy nie ma 302 zamiast 301,
- czy nie ma łańcucha kilku przekierowań,
- czy końcowy URL zwraca 200,
- czy SSL działa na obu wersjach,
- czy ścieżka URL została zachowana.
Testuj nie tylko stronę główną.
Testuj też:
- podstrony usługowe,
- artykuły blogowe,
- kategorie,
- produkty,
- URL-e z parametrami,
- stare linki z kampanii.
Najczęstsze błędy przy konfiguracji WWW/non-WWW
Większość problemów nie wynika z wyboru wersji.
Wynika z niechlujnego wdrożenia.
| Błąd | Skutek | Jak naprawić? |
|---|---|---|
| Brak 301 między www i non-WWW | Duplikacja i rozproszenie sygnałów | Ustawić stałe przekierowanie do wersji kanonicznej |
| 302 zamiast 301 | Niejasny sygnał stałej zmiany | Zamienić na 301 |
| Przekierowanie wszystkiego na homepage | Utrata kontekstu URL-i | Zachować ścieżki adresów |
| Canonical do innej wersji niż redirect | Sprzeczne sygnały dla Google | Ujednolicić canonicale i przekierowania |
| Sitemap z niekanonicznymi URL-ami | Marnowanie crawlu i chaos indeksacyjny | W sitemapie zostawić tylko docelowe adresy |
| Linki wewnętrzne do starej wersji | Niepotrzebne przekierowania i rozproszenie | Zaktualizować linki w CMS/bazie |
| Brak SSL na jednej wersji | Ostrzeżenia i błędy przy wejściu | Wdrożyć certyfikat dla obu hostów |
| Pętla przekierowań | Strona się nie otwiera | Sprawdzić reguły serwera, CDN i CMS |
Najbardziej zdradliwy błąd?
Sprzeczne sygnały.
Serwer mówi jedno. Canonical mówi drugie. Sitemap trzecie. Linki wewnętrzne czwarte.
Wtedy nie robisz SEO.
Robisz Google escape room.
Plan wdrożenia dla firmy
Jeśli chcesz uporządkować WWW vs non-WWW bez chaosu, zrób to w tej kolejności.
| Krok | Działanie | Cel |
|---|---|---|
| 1 | Sprawdź obecną indeksację w Google i GSC | Wiesz, która wersja ma historię |
| 2 | Sprawdź backlinki do www i non-WWW | Nie tracisz sygnałów linków |
| 3 | Wybierz wersję kanoniczną | Jedna decyzja dla całej strony |
| 4 | Wdróż 301 z wersji niekanonicznych | Porządkujesz ruch i crawl |
| 5 | Ustaw canonicale do wersji docelowej | Wzmacniasz sygnał kanoniczny |
| 6 | Zaktualizuj sitemap.xml | Google dostaje właściwe URL-e |
| 7 | Popraw linkowanie wewnętrzne | Unikasz zbędnych przekierowań |
| 8 | Sprawdź SSL i nagłówki HTTP | Nie ma ostrzeżeń i pętli |
| 9 | Przetestuj crawl w Screaming Frog | Widzisz błędy na całej stronie |
| 10 | Monitoruj GSC przez 2-4 tygodnie | Weryfikujesz indeksację i kliknięcia |
Przy małej stronie to proste wdrożenie.
Przy większym sklepie, portalu albo migracji - traktuj to jak część audytu technicznego.
Jeżeli chcesz mieć pewność, że przekierowania, canonicale, sitemap i indeksacja są poprawnie spięte, sprawdź, jak prowadzimy pozycjonowanie SEO z techniczną kontrolą strony.
Nie wiesz, czy Twoja domena ma poprawne WWW/non-WWW?
Sprawdzimy przekierowania 301, HTTPS, canonicale, sitemapę, Search Console, linki wewnętrzne i wersje domeny. Dostaniesz konkretną listę poprawek.
Zarezerwuj analizę techniczną SEONajczęstsze pytania
Co jest lepsze dla SEO: WWW czy non-WWW?
Dla SEO nie ma uniwersalnie lepszej wersji. Możesz używać zarówno WWW, jak i non-WWW. Najważniejsze jest to, żeby wybrać jedną wersję jako kanoniczną i konsekwentnie jej używać. Druga wersja powinna być przekierowana 301, canonicale powinny wskazywać właściwy adres, sitemap.xml powinien zawierać tylko kanoniczne URL-e, a linki wewnętrzne nie powinny prowadzić do niepreferowanej wersji.
Czy trzeba przekierować WWW na non-WWW?
Trzeba przekierować wersję niepreferowaną na preferowaną. Jeśli wybierasz non-WWW, przekieruj WWW na non-WWW. Jeśli wybierasz WWW, przekieruj non-WWW na WWW. Najlepiej użyć przekierowania 301 i zachować pełną ścieżkę URL, czyli example.pl/oferta powinno prowadzić do www.example.pl/oferta albo odwrotnie, a nie zawsze do strony głównej.
Czy WWW i non-WWW mogą działać jednocześnie?
Technicznie mogą działać jednocześnie, ale dla SEO zwykle nie powinny pokazywać tej samej treści bez przekierowania. Jeśli obie wersje są dostępne, możesz tworzyć duplikację, rozpraszać linki, mieszać dane analityczne i wysyłać Google sprzeczne sygnały. Lepszym rozwiązaniem jest jedna wersja kanoniczna i przekierowanie 301 z drugiej wersji.
Czy canonical wystarczy zamiast przekierowania 301?
Przy WWW vs non-WWW canonical zwykle nie powinien zastępować przekierowania 301. Canonical jest sugestią dla Google, a przekierowanie 301 faktycznie przenosi użytkownika i robota na właściwy adres. Najlepsza konfiguracja to 301 z wersji niepreferowanej na preferowaną oraz canonical self-referencing na wersji docelowej. Sitemap i linkowanie wewnętrzne też powinny używać wersji kanonicznej.
Jak sprawdzić, czy przekierowanie WWW/non-WWW działa?
Sprawdź cztery wersje adresu: http bez WWW, http z WWW, https bez WWW i https z WWW. Każda niekanoniczna wersja powinna prowadzić kodem 301 do jednej wersji docelowej. Możesz użyć narzędzi takich jak httpstatus.io, Redirect Path, Screaming Frog albo komendy curl -I. Sprawdź też, czy końcowy URL zwraca 200 i czy nie ma łańcuchów lub pętli przekierowań.
Czy zmiana z WWW na non-WWW może zaszkodzić SEO?
Może zaszkodzić, jeśli zostanie zrobiona niechlujnie. Zmiana wersji kanonicznej domeny to mała migracja techniczna. Trzeba wdrożyć poprawne 301, zaktualizować canonicale, sitemapę, linki wewnętrzne, ustawienia CMS, certyfikat SSL i monitorować Google Search Console. Jeśli strona ma historię, linki i ruch na obecnej wersji, nie zmieniaj jej tylko ze względów estetycznych.
WWW albo non-WWW. Nie oba naraz.
Nie ma znaczenia, czy wybierzesz adres z WWW czy bez WWW.
Znaczenie ma to, czy wybierzesz jedną wersję i ustawisz ją porządnie.
301, HTTPS, canonicale, sitemap, linkowanie wewnętrzne, Search Console i testy po wdrożeniu. To jest cała gra.
Jeśli Google widzi jedną, spójną wersję strony, masz porządek techniczny.
Jeśli widzi cztery warianty, sprzeczne canonicale i losowe linki, sam sobie robisz pod górę.
Chcesz sprawdzić konfigurację domeny, przekierowań i indeksacji? Zarezerwuj analizę techniczną z Digitay - pokażemy, co poprawić, zanim drobny detal zacznie robić duży problem.
