Rel=canonical to wskazówka dla Google, który z kilku adresów z tą samą albo bardzo podobną treścią ma być wersją główną, pokazywaną w wynikach. Pomaga zebrać sygnały, takie jak linki, w jednym adresie i oszczędza czas robota na duplikatach. Poniżej znajdziesz, jak go ustawić, kiedy lepiej sprawdzi się przekierowanie albo noindex i jak sprawdzić, czy Google posłuchał.
Najważniejsze w skrócie
- Rel=canonical wskazuje Google, który z kilku adresów z tą samą treścią ma być wersją główną w wynikach, ale Google traktuje go jako wskazówkę, nie polecenie.
- Duplikaty adresów w obrębie witryny nie są przewinieniem wobec Google; kanonikalizacja decyduje tylko, który adres trafi do wyników.
- Do wskazania wersji głównej służą przekierowanie 301, link rel=canonical i nagłówek HTTP; mapa witryny jest sygnałem słabym, a robots.txt i noindex nie nadają się do tego.
- Strony paginacji powinny mieć canonical wskazujący każdą z nich, a nie pierwszą stronę listy.
- Narzędzie do sprawdzania adresów URL w Search Console pokazuje, czy Google wybrał ten sam adres kanoniczny, który wskazałeś.
Czym jest rel=canonical?
Rel=canonical to element kodu strony, który mówi wyszukiwarce: „wersją główną tej treści jest ten adres”. Najczęściej ma postać linku w sekcji head:
<link rel="canonical" href="https://example.com/buty/sandaly/" />Google grupuje strony o tej samej albo bardzo podobnej treści i w wynikach pokazuje jedną z nich. Ten proces Google nazywa kanonikalizacją. Bez Twojej wskazówki sam wybiera wersję, którą uzna za najlepszą dla użytkownika. Ze wskazówką zwykle wybiera Twoją, ale według dokumentacji Google to sugestia, a nie polecenie.
Dla firmy ma to znaczenie z trzech powodów. Decydujesz, który adres klient zobaczy w wynikach. Linki prowadzące do różnych wersji tej samej strony wzmacniają jeden adres. Łatwiej też mierzysz ruch, bo statystyki jednej treści nie rozpraszają się na kilka adresów. Canonical to jeden z technicznych elementów, z których składa się widoczność w Google.
Skąd biorą się duplikaty adresów?
Duplikaty adresów powstają zwykle bez niczyjej złej woli: tę samą treść da się otworzyć pod kilkoma adresami. Najczęstsze przypadki:
- parametry w adresie, np. znaczniki UTM z kampanii, identyfikatory sesji, sortowanie listy produktów;
- wersje z www i bez www albo z HTTP i HTTPS dostępne jednocześnie;
- produkt przypisany do kilku kategorii, z adresem zależnym od ścieżki;
- osobna wersja mobilna pod adresem m.;
- poradnik opublikowany jako strona i jako plik PDF;
- adresy techniczne, które tworzy sam system zarządzania treścią.
Taki duplikat nie jest przewinieniem. Google pisze wprost, że część powielonych treści w witrynie to normalna sytuacja, która nie narusza zasad dotyczących spamu. Problemem jest co innego: w wynikach może pojawić się nie ten adres, który chcesz pokazać. Więcej o źródłach powielonych treści piszemy we wpisie o duplicate content.
Więcej o źródłach powielonych treści piszemy we wpisie o duplicate content .
Jak wskazać Google adres kanoniczny?
Adres kanoniczny wskazujesz przekierowaniem, linkiem rel=canonical, nagłówkiem HTTP albo mapą witryny. Sygnały mają różną siłę i według Google sumują się, gdy wskazują ten sam adres.
| Metoda | Siła sygnału | Kiedy |
|---|---|---|
| Przekierowanie stałe (301) | silny | duplikat nie jest już potrzebny użytkownikom |
| Link rel=canonical w sekcji head | silny | duplikat ma zostać dostępny, np. adres z parametrem |
| Nagłówek HTTP Link z rel="canonical" | silny | pliki inne niż HTML, np. PDF |
| Adres w mapie witryny | słaby | uzupełnienie innych metod na dużych stronach |
Przy plikach PDF serwer dodaje do odpowiedzi nagłówek w rodzaju: Link: <https://example.com/poradnik/>; rel="canonical". Link w head albo nagłówek HTTP wybierz jeden, nie oba naraz. Gdy wskażą różne adresy, Google dostaje sprzeczne sygnały.
Na stronie kanonicznej dobrze jest umieścić canonical wskazujący ją samą. Gdy nie edytujesz kodu bezpośrednio, adres kanoniczny ustawisz zwykle w ustawieniach wyszukiwarek w systemie zarządzania treścią albo we wtyczce SEO. Szablon i tak trzeba sprawdzić, bo to on najczęściej wstawia błędne adresy.
Kiedy użyć canonical, a kiedy innego rozwiązania?
Canonical stosujesz, gdy duplikat ma zostać dostępny dla ludzi, a w wynikach ma się pokazywać inny adres. W pozostałych sytuacjach lepiej działa przekierowanie, noindex albo hreflang.
| Sytuacja | Rozwiązanie |
|---|---|
| Adres z parametrem UTM albo identyfikatorem sesji | canonical na adres bez parametru |
| Stara strona zastąpiona nową na stałe | przekierowanie 301 |
| Wersje z www i bez, HTTP i HTTPS | przekierowanie 301 na jedną wersję |
| Kolejne strony listy produktów (strona 2, 3…) | każda strona z canonical na siebie, nie na stronę pierwszą |
| Warianty listy z sortowaniem i filtrami, których nie chcesz w indeksie | noindex albo blokada w robots.txt |
| Test A/B na osobnych adresach | canonical na oryginał i przekierowanie 302 na czas testu |
| Wersje językowe | hreflang, a canonical w obrębie tego samego języka |
| Wersja mobilna pod adresem m. | rel="alternate" na stronie głównej wersji i canonical na stronie mobilnej |
Dwie pozycje z tej tabeli zmieniły się w ostatnich latach. Google odradza wskazywanie pierwszej strony paginacji jako kanonicznej dla całej serii i nie używa już znaczników rel=next i rel=prev. Szczegóły opisujemy we wpisie o paginacji. Przy testach A/B Google zaleca canonical zamiast noindex i przekierowanie tymczasowe, a po teście szybkie usunięcie jego elementów. Przy stronach wielojęzycznych canonical i hreflang działają razem, co opisujemy we wpisie o tagach hreflang.
Co to oznacza dla Twojego biznesu?
Źle ustawiony canonical rzadko psuje stronę od razu, za to po cichu oddaje ruch innym adresom albo wyrzuca z wyników ważne podstrony, np. kolejne strony kategorii. W sklepie z tysiącami produktów jedna reguła w szablonie decyduje o widoczności całych działów oferty. Dlatego canonical sprawdzaj przy każdej zmianie szablonu, filtrów albo struktury adresów.
Jakie błędy w canonical psują indeksowanie?
Najwięcej szkody robią sprzeczne sygnały i metody, które zamiast wskazać wersję główną, usuwają stronę z wyników. Lista według dokumentacji Google:
- Robots.txt zamiast canonical. Zablokowanej strony Google nie przeczyta, więc nie zobaczy też tagu. Adres może mimo to trafić do indeksu bez treści.
- Noindex zamiast canonical. Noindex wyrzuca stronę z wyników całkowicie, zamiast połączyć ją z wersją główną.
- Narzędzie do usuwania adresów. Ukrywa wszystkie wersje adresu, także tę, na której Ci zależy.
- Adres względny. Canonical ma zawierać pełny adres z https://, a nie samą ścieżkę.
- Tag poza sekcją head. Google bierze go pod uwagę tylko w head. Skrypt nie powinien zmieniać adresu wpisanego w kodzie HTML.
- Różne adresy w różnych miejscach. Canonical na stronie wskazuje jeden adres, mapa witryny drugi, a linki wewnętrzne trzeci.
- Adres z kratką (#). Google co do zasady nie obsługuje fragmentów adresu jako kanonicznych.
- Sygnały wskazujące HTTP przy stronie na HTTPS. Błędny certyfikat, przekierowanie z HTTPS na HTTP albo adresy HTTP w mapie witryny mogą skłonić Google do wyboru wersji HTTP.
Skutek każdego z tych błędów jest ten sam: w wynikach pojawia się adres, którego nie planowałeś, albo nie pojawia się żaden.
Zdaniem eksperta ICEA
„W sklepach najczęściej poprawiamy dwa błędy szablonu: canonical wskazujący pierwszą stronę kategorii na wszystkich stronach paginacji i canonical, który powtarza adres z parametrem filtra. Zanim zmienimy tag, sprawdzamy w Search Console, który adres wybrał Google, bo gdy wybór jest inny niż nasz, przyczyną częściej są linki wewnętrzne i mapa witryny niż sam tag.”
Krystian WójcickiSenior SEO Specialist, ICEA.Jak sprawdzić adres kanoniczny strony?
Adres kanoniczny sprawdzasz w kodzie strony, a to, który adres wybrał Google, w Search Console. Te dwa adresy nie zawsze są takie same.
- Kod strony. Otwórz kod źródłowy (Ctrl+U) i wyszukaj rel="canonical". Sprawdź, czy w sekcji head jest dokładnie jeden taki tag z pełnym adresem.
- Narzędzie do sprawdzania adresów URL. W Search Console pokazuje dwa pola: stronę kanoniczną wskazaną przez użytkownika i stronę kanoniczną wybraną przez Google.
- Raport indeksowania stron. Status „Duplikat, użytkownik nie oznaczył strony kanonicznej” zwykle nie wymaga działań, a status strony alternatywnej z prawidłowym tagiem strony kanonicznej oznacza poprawną konfigurację. Status „Duplikat, wyszukiwarka Google wybrała inną stronę kanoniczną niż użytkownik” wymaga sprawdzenia. Jeśli wskazana strona nie jest podobna do duplikatu, Google jej nie wybierze.
- Crawler. Na większej stronie sprawdź canonical na wszystkich adresach naraz narzędziem do skanowania witryny.
Wybór Google ma znaczenie także poza klasycznymi wynikami. Link w AI Overviews albo w trybie AI może dostać tylko strona zaindeksowana i możliwa do pokazania z fragmentem, więc źle ustawiony canonical może odciąć od tych odpowiedzi właśnie tę wersję, którą chciałeś pokazać.
Co zrobić teraz?
Rel=canonical porządkuje adresy tylko wtedy, gdy wszystkie sygnały mówią to samo: tag, mapa witryny, linki wewnętrzne i przekierowania. Pojedynczy tag w sprzeczności z resztą strony niewiele zmieni.
Co dalej: otwórz w Search Console raport indeksowania stron i sprawdź status, w którym Google wybrał inną stronę kanoniczną niż Ty. Jeśli są tam ważne podstrony, zacznij od nich: porównaj tag, mapę witryny i linki wewnętrzne. Przy sklepie z wieloma filtrami i kategoriami ten porządek warto ustawić w szablonie, a nie podstrona po podstronie.
Źródła
- Google Search Central: Jak określić adres kanoniczny (metody, siła sygnałów, dobre praktyki, błędy), stan na październik 2026
- Google Search Central: Czym jest kanonikalizacja (duplikaty a zasady dotyczące spamu), stan na październik 2026
- Google Search Central: Testowanie witryny a wyszukiwarka Google (rel=canonical i przekierowanie 302 w testach A/B), stan na październik 2026
- Google Search Central: Paginacja i ładowanie przyrostowe w e-commerce (adres kanoniczny każdej strony listy), stan na październik 2026
- Pomoc Google Search Console: Narzędzie do sprawdzania adresów URL (strona kanoniczna wskazana przez użytkownika i wybrana przez Google), stan na październik 2026
- Pomoc Google Search Console: Raport stanu indeksowania stron (statusy duplikatów i stron alternatywnych), stan na październik 2026
- Google Search Central: Funkcje AI a Twoja witryna (wymagania dla linków w AI Overviews i trybie AI), stan na październik 2026
Najczęstsze pytania.
Czy każda strona powinna mieć canonical wskazujący na siebie?
Google uznaje to za dobrą praktykę, choć nie za wymóg. Tag wskazujący stronę samą chroni ją, gdy ktoś otworzy ją pod adresem z parametrem.
Czy canonical przenosi wartość linków jak przekierowanie 301?
Oba sposoby pomagają zebrać sygnały, takie jak linki, w jednym adresie. Różnica: przy canonical duplikat zostaje dostępny dla ludzi, a przy przekierowaniu 301 znika.
Czy można ustawić na jednej stronie canonical i noindex?
Lepiej tego nie robić. Noindex usuwa stronę z wyników, a canonical prosi o połączenie jej z inną wersją, więc to sprzeczne sygnały. Do wskazania wersji głównej w obrębie witryny Google zaleca sam canonical.
Czy za powielone treści na stronie grozi kara od Google?
Nie, sama powielona treść w obrębie witryny nie narusza zasad Google dotyczących spamu. Skutkiem bywa za to wybór przez Google innego adresu niż ten, który chcesz pokazać.
