Tag kanoniczny (canonical) — jak uniknąć duplikatów i nie wyrzucić strony z Google

Aktualizacja: 18.10.2026

Tag kanoniczny (canonical) to jedna linijka w kodzie strony, która mówi Google: „to jest główny adres tej treści”. Ustawiony dobrze porządkuje duplikaty — adresy z parametrami, warianty produktów, wersje z www i bez. Ustawiony źle potrafi sprawić, że Google pokaże w wynikach inny adres, a Twojej strony nie pokaże wcale.

Tak wygląda poprawny tag na stronie https://twojsklep.pl/buty-trekkingowe/:

<link rel="canonical" href="https://twojsklep.pl/buty-trekkingowe/">

Musi być w sekcji <head>, z pełnym adresem (razem z https://), i powinien być na stronie tylko raz.

Co dokładnie wykrył audyt

Canonical wskazuje na tę stronę (w porządku) — to tzw. self-canonical, czyli strona wskazuje samą siebie. Tak ma być na każdej normalnej podstronie. Audyt traktuje jako ten sam adres wersję z ukośnikiem na końcu i bez, a także adres z parametrami śledzącymi (utm_…, gclid, fbclid).
Canonical wskazuje drugą wersję adresu (do poprawy) — tag wskazuje tę samą stronę, ale pod drugą wersją domeny: z www, choć strona działa bez www (albo odwrotnie). Ta wersja tylko przekierowuje, więc Google dostaje sprzeczny sygnał, która jest główna. Ustaw canonical na wersję, pod którą strona faktycznie działa.
Canonical wskazuje inną domenę (bloker) — Google może uznać tamten adres za oryginał i nie pokazywać Twojej strony. Najczęściej to pozostałość po skopiowanym szablonie, wersji testowej albo starej domenie po migracji. Zdarza się też po włamaniu, gdy ktoś podmienia canonical na swoją stronę.
Canonical wskazuje adres, który nie działa (poważne) — podany adres zwraca błąd 4xx, np. 404. Wskazujesz Google „oryginał”, którego nie ma. Google zwykle zignoruje taki canonical i sam wybierze adres, ale to wyraźny błąd do poprawy.
Adres z canonical zwrócił błąd serwera (do poprawy) — w trakcie audytu adres odpowiedział błędem 5xx. To może być chwilowe, więc sprawdź, czy ten adres działa i czy canonical w ogóle powinien na niego wskazywać.
Kilka sprzecznych tagów canonical (poważne) — w kodzie są dwa lub więcej tagów z różnymi adresami. Google w takiej sytuacji najpewniej zignoruje wszystkie. Typowa przyczyna: dwie wtyczki SEO naraz albo motyw, który dodaje własny tag obok wtyczki.
Canonical wskazuje wersję http:// zamiast https:// (poważne) — strona działa po HTTPS, a tag mówi, że głównym adresem jest wersja bez szyfrowania. To sprzeczny sygnał, zwykle po przejściu na HTTPS bez poprawienia ustawień. Więcej w artykule HTTPS i przekierowania.
Canonical wskazuje inny adres w tej samej domenie (poważne) — Google może indeksować tamten adres zamiast tego. Czasem to celowe (np. wersja z filtrem wskazuje czystą kategorię), ale jeśli dotyczy zwykłej podstrony albo produktu, to błąd. Najgorszy wariant: wszystkie podstrony wskazują stronę główną.
Canonical wskazuje adres z przekierowaniem — audyt śledzi przekierowanie i podaje, dokąd prowadzi. Jeśli wraca na tę stronę (np. wersja bez ukośnika), to sprawa do poprawy: Google zaleca wpisywać adres końcowy, bez przekierowań. Jeśli przekierowuje na jeszcze inny adres, to problem poważny — Google dostaje sprzeczne sygnały, który adres jest główny.
Brak tagu canonical (do poprawy) — Google sam wybierze, który adres uznać za główny. Strona nie wypadnie przez to z wyników, ale tracisz kontrolę nad tym, który adres się pokaże.
Nie udało się sprawdzić adresu z canonical (do poprawy) — tag wskazuje inny adres, który nie odpowiedział w czasie testu albo wpadł w pętlę przekierowań. Sprawdź go ręcznie.

Canonical to wskazówka, a nie polecenie

W odróżnieniu od noindexu canonical jest dla Google sygnałem, a nie twardą dyrektywą. Google bierze go pod uwagę razem z przekierowaniami, linkami wewnętrznymi i mapą strony XML, a przy sprzecznych sygnałach może wybrać inny adres niż Twój. Dlatego canonical działa najlepiej, gdy wszystko mówi to samo: linki w menu prowadzą do adresu kanonicznego, w mapie strony są tylko adresy kanoniczne, a stare wersje adresów przekierowują na nowe. Do usuwania duplikatów nie używaj robots.txt ani noindexu — Google odradza to wprost.

Typowe sytuacje i co z nimi zrobić

Canonical na stronę główną na wszystkich podstronach

Klasyczny błąd po migracji albo w źle napisanym motywie: ktoś wpisał adres strony głównej na sztywno w szablonie nagłówka. Efekt — każda podstrona mówi Google „jestem kopią strony głównej” i podstrony mogą przestać się pokazywać w wynikach. Sprawdź canonical na kilku różnych podstronach, nie tylko na głównej. Jeśli wszędzie jest ten sam adres, szukaj tagu w pliku nagłówka motywu (w WordPressie zwykle header.php) albo w ustawieniach wtyczki, która go dodaje.

Parametry w adresach: utm, filtry, sortowanie

Adres /buty/?utm_source=facebook czy /buty/?sort=cena&kolor=czarny pokazuje tę samą lub prawie tę samą treść co /buty/. Na takich adresach canonical powinien wskazywać czystą wersję bez parametrów. Wtyczki SEO i większość platform sklepowych robią to same — Twoje zadanie to sprawdzić w kodzie strony z parametrem, czy faktycznie tak jest. Wyjątek: jeśli filtr tworzy stronę, którą chcesz mieć w Google (np. „buty trekkingowe damskie” jako osobna kategoria), lepiej zrobić z niej prawdziwą kategorię z własnym adresem niż walczyć z parametrami.

Warianty produktów w sklepach

Kolor czy rozmiar zwykle nie zasługują na osobny wynik w Google. W WooCommerce i Shopify warianty działają na jednym adresie produktu (wybór wariantu dokleja najwyżej parametr), a canonical wskazuje sam produkt — i tak powinno zostać. Problem pojawia się, gdy sklep tworzy dla każdego wariantu osobny produkt z niemal identycznym opisem. Wtedy albo połącz je w jeden produkt z wariantami, albo ustaw canonical wariantów na produkt główny. Osobne strony mają sens tylko wtedy, gdy warianty naprawdę się różnią i ludzie ich osobno szukają.

Stronicowanie

Strona 2, 3 i kolejne kategorii nie powinny wskazywać canonicalem strony 1 — to różne listy produktów, a Google wskazuje ten błąd jako jeden z najczęstszych. Każda strona listy wskazuje samą siebie.

Jak sprawdzić samemu

Kod strony. Otwórz stronę, naciśnij Ctrl+U (na Macu Cmd+Option+U), potem Ctrl+F i wpisz canonical. Sprawdź trzy rzeczy: czy tag jest dokładnie jeden, czy adres zaczyna się od https:// i czy to adres tej strony.
Kilka podstron. Powtórz to na stronie głównej, jednej kategorii, jednym produkcie lub wpisie i na adresie z dopisanym ?utm_source=test. Na tym ostatnim canonical powinien wskazywać adres bez parametru.
Adres z tagu. Skopiuj adres z canonical i otwórz go w nowej karcie. Ma się otworzyć bez przekierowania i bez błędu 404.
Google Search Console. Wpisz adres w pasku Sprawdzenie adresu URL. W sekcji o indeksowaniu zobaczysz dwa pola: „Adres kanoniczny określony przez użytkownika” (to, co jest w Twoim tagu) i „Adres kanoniczny wybrany przez Google”. Jeśli się różnią, Google nie posłuchał Twojej wskazówki — zwykle dlatego, że inne sygnały (linki, przekierowania, mapa strony) mówią co innego albo strony są prawie identyczne. W raporcie Strony takie adresy znajdziesz pod powodem „Duplikat, wyszukiwarka Google wybrała inną stronę kanoniczną niż użytkownik”. Powód „Alternatywna strona zawierająca prawidłowy tag strony kanonicznej” jest w porządku — to adresy, które celowo wskazują inny adres jako główny.

Jak naprawić

WordPress (Yoast SEO, Rank Math)

Sam WordPress dodaje self-canonical na wpisach i stronach, a wtyczki SEO przejmują to zadanie i rozszerzają je na kategorie i archiwa. W większości przypadków nie trzeba nic wpisywać ręcznie.

Yoast SEO: w edytorze wpisu, strony lub kategorii otwórz panel Yoast, zakładkę Zaawansowane (Advanced) i pole Canonical URL.Puste pole oznacza self-canonical — zostaw je puste, chyba że celowo wskazujesz inny adres. Jeśli audyt pokazuje zły canonical, sprawdź, czy ktoś czegoś tu nie wpisał.
Rank Math: w edytorze kliknij ikonę Rank Math, zakładkę Zaawansowane (Advanced) i pole Canonical URL. Zasada ta sama: puste = adres tej strony.
Kilka tagów naraz: zostaw jedną wtyczkę SEO. Jeśli po jej wyłączeniu tag nadal się pojawia, dodaje go motyw — usuń linijkę z rel="canonical" z pliku nagłówka motywu (najlepiej w motywie potomnym) albo zgłoś to autorowi motywu.
Canonical na starą domenę lub http:// — zwykle oznacza, że w Ustawienia → Ogólne zostały stare adresy w polach „Adres WordPressa” i „Adres witryny” albo w bazie zostały stare adresy po migracji. Popraw adresy i wyczyść cache (wtyczki cache, serwera, Cloudflare).

WooCommerce

Produkty, kategorie i warianty obsługuje ta sama wtyczka SEO co resztę strony. Sprawdź canonical na kategorii z aktywnym filtrem (np. po kolorze) i z sortowaniem — powinien wskazywać kategorię bez parametrów. Strona produktu z wybranym wariantem powinna wskazywać sam produkt.

Shopify

Canonical w Shopify dodaje motyw, w pliku theme.liquid (Sklep internetowy → Motywy → … → Edytuj kod), zwykle tą linijką:

<link rel="canonical" href="{{ canonical_url }}">

Zmienna canonical_url sama podaje właściwy adres. Dzięki niej produkt otwarty z kolekcji (/collections/buty/products/model-x) wskazuje adres samego produktu (/products/model-x). Jeśli audyt pokazuje problem, sprawdź, czy ktoś nie podmienił tej linijki na adres wpisany na sztywno albo czy aplikacja SEO nie dodaje drugiego tagu. Bez znajomości Liquid lepiej nie zmieniać tego pliku samemu.

PrestaShop

W panelu wejdź w Parametry sklepu → Ruch i SEO (Traffic & SEO), sekcja ustawień adresów. Opcja „Przekieruj do kanonicznego adresu URL” (Redirect to the canonical URL) ma trzy wartości: bez przekierowania, 301 i 302. Ustaw 301 — wtedy inne wersje adresu przekierowują na właściwą. Sam tag rel="canonical" dodaje motyw, więc jeśli go brakuje albo jest błędny, problem leży w szablonie head motywu lub w module SEO.

Shoper

Shoper tworzy canonical automatycznie dla produktów, kategorii, stron informacyjnych i wpisów na blogu. Adres kanoniczny wynika z przyjaznego adresu ustawionego w zakładce Pozycjonowanie — dla produktu: Obsługa sklepu → Produkty → wybrany produkt → Pozycjonowanie → Adres URL. Jeśli canonical wskazuje zły adres, popraw przyjazny adres w tej zakładce. Gdy problem dotyczy całego sklepu (np. wszystkie strony wskazują stronę główną albo starą domenę), sprawdź kod dodany ręcznie w szablonie i skontaktuj się z pomocą techniczną Shopera.

Canonical na adres z przekierowaniem albo 404

Na każdej platformie zasada jest ta sama: w canonical wpisuj adres końcowy, który otwiera się z kodem 200. Najczęstsze przyczyny złego adresu to zmieniony adres produktu lub kategorii (canonical został ręcznie wpisany na stary), usunięta strona, na którą wskazywały warianty, albo różnica w ukośniku na końcu lub www. Jeśli canonical wpisano ręcznie — wyczyść pole, żeby wtyczka lub platforma podała właściwy adres.

Jak sprawdzić, że naprawione, i ile to trwa

Powtórz test z Ctrl+U na tych samych podstronach — w oknie prywatnym, bo zalogowany administrator czasem widzi inną wersję, a cache potrafi serwować stary kod.
Otwórz adres z canonical w nowej karcie — ma działać bez przekierowania.
W Search Console: Sprawdzenie adresu URL → Testuj URL na żywo. W wyniku testu na żywo zobaczysz adres kanoniczny określony przez Ciebie. Jeśli jest poprawny, kliknij Poproś o zindeksowanie dla najważniejszych stron.
Po kilku dniach lub tygodniach sprawdź ten sam adres bez testu na żywo — wtedy zobaczysz, czy „Adres kanoniczny wybrany przez Google” zgadza się z Twoim.

Czas: Google ustala adres kanoniczny dopiero przy indeksowaniu, więc zmiana nie jest widoczna od razu. Pojedyncze ważne strony bywają przetworzone w kilka dni, cały serwis często w kilka tygodni. Google może też dalej wybierać inny adres, jeśli strony są prawie identyczne albo linki wewnętrzne prowadzą do duplikatów — wtedy popraw linki wewnętrzne i mapę strony. Poprawny canonical porządkuje indeks, ale sam w sobie nie gwarantuje lepszych pozycji.

Kiedy warto poprosić o pomoc

Jeśli canonical wskazuje obcą domenę, a nikt w firmie go nie ustawiał, potraktuj to poważnie — może to być ślad włamania. Pomoc przyda się też, gdy tag dodaje motyw lub kilka modułów naraz i nie wiadomo, skąd się bierze, albo gdy Google mimo poprawek uparcie wybiera inny adres. W IF.PL zajmujemy się SEO i stronami WWW — możemy ustalić źródło błędnego tagu i uporządkować duplikaty.