Jedna podstrona może działać pod kilkoma adresami, choć dla użytkownika wygląda jak ta sama treść. W takich sytuacjach link kanoniczny wskazuje wyszukiwarce preferowaną wersję strony i pomaga uporządkować indeksowanie. Wyjaśniam, kiedy go stosować, jak wdrożyć atrybut rel="canonical" oraz czym różni się od przekierowania 301 i dyrektywy noindex.
Canonical porządkuje adresy i wskazuje wersję najważniejszą dla SEO
- Canonical podpowiada wyszukiwarce, który adres powinien reprezentować grupę podobnych stron.
- Najczęściej stosuje się go przy parametrach URL, filtrach, sortowaniu i duplikatach technicznych.
- Atrybut jest wskazówką, a nie poleceniem. Google może wybrać inny adres, jeśli sygnały na stronie są niespójne.
- Strona docelowa powinna być dostępna, indeksowalna i zwracać kod 200.
- Canonical nie zastępuje 301, noindex ani hreflang, ponieważ każde z tych rozwiązań służy do czegoś innego.
Co dokładnie robi atrybut canonical
Atrybut rel="canonical" umieszczony w sekcji wskazuje preferowany adres dla strony. Jeżeli kilka URL-i prowadzi do identycznej albo bardzo podobnej treści, wyszukiwarka otrzymuje informację, który z nich powinien być traktowany jako główna wersja.
Przykładowy zapis wygląda tak:
To nie jest przekierowanie. Użytkownik nadal może odwiedzić adres z parametrem lub inną wersję strony, ale sygnały związane z podobnymi URL-ami mogą zostać skonsolidowane wokół wskazanego adresu. W praktyce chodzi o ograniczenie chaosu, a nie o ukrywanie stron przed robotami.
Google traktuje canonical jako wskazówkę, nie bezwarunkową dyrektywę. Jeśli deklaracja nie zgadza się z treścią, przekierowaniami, linkowaniem wewnętrznym albo mapą witryny, wyszukiwarka może uznać za kanoniczny inny adres.
Duplikat nie zawsze oznacza karę
Powielone adresy nie oznaczają automatycznie kary za duplicate content. Problem polega raczej na tym, że robot musi ocenić kilka podobnych wersji, a witryna może rozpraszać sygnały i budżet crawlowania. Dobrze ustawiony canonical porządkuje te zależności, ale nie naprawi słabej architektury serwisu ani nie podniesie samodzielnie pozycji strony.
Kiedy warto wskazać wersję kanoniczną
Najczęściej korzystam z tego rozwiązania wtedy, gdy różne adresy są potrzebne użytkownikom lub systemowi, ale z punktu widzenia wyszukiwarki nie powinny konkurować jako osobne dokumenty. Dotyczy to szczególnie sklepów internetowych i rozbudowanych serwisów opartych na filtrach.
Parametry śledzące i sortowanie
Adresy z parametrami kampanii, sortowaniem albo wyborem widoku mogą prowadzić do tej samej zawartości. Przykładowo wersje z parametrami UTM są przydatne w analityce, lecz zwykle nie powinny być osobnymi adresami w indeksie. W takiej sytuacji canonical kieruje sygnały do czystej wersji strony.
Filtry i facety w sklepie
Filtr „czarne buty”, sortowanie po cenie i wybór liczby produktów na stronie mogą tworzyć setki kombinacji URL-i. Nie każda z nich zasługuje na indeksowanie. Jeśli dana kombinacja nie ma własnego popytu i unikalnej treści, zwykle lepiej wskazać stronę kategorii jako wersję nadrzędną.
Wyjątkiem są filtry, które mają realny potencjał wyszukiwania i zostały przygotowane jak pełnoprawne landing pages. Wtedy nie ustawiałbym automatycznie canonicala do kategorii, bo można w ten sposób wyłączyć z indeksu wartościowe podstrony.
Wersje HTTP, HTTPS i adresy z ukośnikiem
Witryna powinna mieć jedną spójną wersję protokołu i formatu adresu. Jeśli strona działa na HTTPS, canonical również powinien wskazywać adres HTTPS. Podobnie trzeba konsekwentnie obsłużyć wielkość liter, końcowy ukośnik oraz wersję z prefiksem www.
Treści publikowane w kilku miejscach
Jeżeli artykuł lub opis produktu pojawia się w kilku miejscach, można wskazać źródłową wersję jako preferowaną. Trzeba jednak zachować ostrożność. Canonical do innej domeny ma sens tylko wtedy, gdy relacja między stronami jest świadoma, treść rzeczywiście odpowiada i właściciel ma kontrolę nad wskazanym adresem.
Jak wdrożyć canonical bez typowych wpadek
Najbezpieczniej zacząć od ustalenia, która wersja strony faktycznie ma być widoczna w wynikach. Dopiero później warto dodać oznaczenie w kodzie. Samo wklejenie tagu bez uporządkowania przekierowań i linkowania często daje mieszane sygnały.
- Wybierz główny adres, który ma być indeksowany i pokazywany użytkownikom.
- Sprawdź, czy ta wersja zwraca kod 200, nie wymaga logowania i nie ma blokady dla robotów.
- Dodaj jeden element
rel="canonical"w sekcji. - Użyj pełnego, jednoznacznego adresu i zachowaj ten sam protokół, domenę oraz format ścieżki.
- Zaktualizuj linkowanie wewnętrzne, aby prowadziło przede wszystkim do wersji kanonicznej.
- W mapie witryny zostaw tylko adresy, które rzeczywiście mają być indeksowane.
Na stronach będących główną wersją często stosuje się canonical wskazujący na samą siebie. Nie jest to magiczny wymóg, ale pomaga utrzymać spójność, szczególnie gdy system automatycznie dopisuje parametry lub zmienia sposób generowania adresów.
WordPress i systemy sklepowe
W popularnych CMS-ach canonical zazwyczaj generuje wtyczka SEO albo sam system. Nie dodawałbym drugiego tagu ręcznie bez sprawdzenia kodu, ponieważ dwa różne wskazania na jednej stronie mogą stworzyć trudny do wykrycia konflikt.
W sklepie trzeba dodatkowo sprawdzić warianty produktów, paginację, filtry i adresy wyników wyszukiwania. Automatyczne ustawienie wszystkich filtrów na kategorię bywa wygodne, ale nie zawsze dobre. Najpierw oceniam, czy dana strona ma unikalną treść, stabilny adres i własny popyt.
Co z plikami PDF
Dla dokumentów innych niż HTML można użyć nagłówka HTTP Link z wartością rel="canonical". To rozwiązanie przydaje się wtedy, gdy PDF ma kilka kopii albo jest dostępny zarówno jako dokument, jak i treść HTML. Wymaga jednak dostępu do konfiguracji serwera.
Canonical, przekierowanie 301 i noindex to nie to samo
Te mechanizmy bywają wrzucane do jednego worka, ale prowadzą do różnych efektów. Dobór zależy od tego, czy adres ma nadal działać, czy użytkownik powinien zostać przeniesiony oraz czy strona ma pozostać dostępna dla robotów.
| Rozwiązanie | Kiedy użyć | Najważniejszy efekt |
|---|---|---|
| Canonical | Gdy kilka adresów pokazuje podobną treść, ale wszystkie mogą pozostać dostępne | Wskazuje preferowaną wersję i pomaga konsolidować sygnały |
| Przekierowanie 301 | Gdy stary adres nie powinien już działać jako osobna strona | Przenosi użytkownika i trwale kieruje ruch na nowy adres |
| Noindex | Gdy strona może być odwiedzana, ale nie ma trafiać do indeksu | Ogranicza indeksowanie konkretnej strony |
| Hreflang | Gdy istnieją wersje językowe lub regionalne tego samego materiału | Pomaga dobrać właściwą wersję dla kraju i języka |
Jeśli stary artykuł został całkowicie zastąpiony nowym adresem, zwykle wybrałbym 301 zamiast canonicala. Jeśli natomiast filtr musi działać dla użytkownika, ale nie ma własnej wartości SEO, canonical może być właściwszy. Noindex nie służy do wskazywania duplikatu, a canonical nie powinien być traktowany jako zamiennik blokowania dostępu.
Przy wersjach językowych nie kierowałbym wszystkich stron do jednej wersji językowej. Polski, czeski i angielski wariant mogą być osobnymi stronami, a ich relację należy opisać przez hreflang. Canonical powinien wtedy zwykle wskazywać wersję w obrębie danego języka.
Jak sprawdzić, czy wdrożenie działa
Najpierw sprawdzam kod źródłowy strony, a nie tylko to, co pokazuje przeglądarka po załadowaniu skryptów. Powinien znajdować się tam jeden poprawny element canonical, a jego adres powinien prowadzić do strony dostępnej bez błędów.
W Google Search Console można użyć inspekcji adresu URL i porównać deklarowaną wersję kanoniczną z wersją wybraną przez Google. Różnica nie zawsze oznacza awarię, ale jest sygnałem, że trzeba sprawdzić treść, przekierowania, linki wewnętrzne i mapę witryny.
Przeczytaj również: Google co to jest i jak działa wyszukiwarka?
Lista kontrolna audytu
- Czy canonical wskazuje adres z kodem 200?
- Czy adres docelowy nie ma dyrektywy
noindex? - Czy canonical nie prowadzi do przekierowania, błędu 404 albo innej kopii?
- Czy na stronie nie ma kilku tagów kanonicznych?
- Czy wersja w canonicalu zgadza się z adresem w linkach wewnętrznych?
- Czy mapa witryny zawiera wersję preferowaną, a nie adresy filtrów i parametrów?
- Czy treść strony docelowej jest wystarczająco podobna do treści strony źródłowej?
Dość częsty błąd polega na ustawieniu canonicala na stronie, która sama ma canonical do jeszcze innego adresu. Taki łańcuch osłabia czytelność sygnału. W praktyce najlepiej kierować każdą kopię bezpośrednio do jednej, finalnej wersji.
Nie oczekiwałbym też natychmiastowej zmiany w wynikach wyszukiwania. Robot musi ponownie odwiedzić adres, odczytać sygnały i przetworzyć je razem z resztą witryny. Canonical porządkuje fundament techniczny, ale nie zastępuje dobrej treści, właściwego linkowania ani poprawnej architektury informacji.
Najważniejsza decyzja dotyczy nie tagu, lecz właściwego adresu
Największą wartość daje nie samo dodanie jednej linijki kodu, lecz konsekwentne wskazanie, która wersja strony naprawdę zasługuje na indeksowanie. Canonical powinien być zgodny z przekierowaniami, linkami, mapą witryny i zawartością dokumentu.
Jeżeli adresy są tylko technicznymi wariantami, uporządkuj je jednym kanonicznym URL-em. Jeśli stara strona została zastąpiona, użyj 301, a gdy dana podstrona nie ma być indeksowana, rozważ noindex. Takie rozróżnienie zwykle przynosi więcej niż mechaniczne dodawanie canonicala do każdej podstrony.
