Canonical URL to adres strony, który wskazujesz wyszukiwarce jako główną, preferowaną wersję danej treści. Pomaga uporządkować podobne adresy, ograniczyć problemy z duplikacją treści i pokazać Google, który URL powinien być traktowany jako najważniejszy.
Brzmi technicznie.
Ale w praktyce chodzi o bardzo prostą rzecz.
Ta sama treść może być dostępna pod kilkoma różnymi adresami URL.
Przykład:
- https://example.pl/buty-sportowe/
- https://example.pl/buty-sportowe/?sort=price
- https://example.pl/buty-sportowe/?utm_source=facebook
- https://www.example.pl/buty-sportowe/
- http://example.pl/buty-sportowe/
Dla użytkownika to może być ta sama strona.
Dla Google to mogą być różne adresy prowadzące do tej samej albo bardzo podobnej treści.
I wtedy zaczyna się problem.
Wyszukiwarka musi zdecydować, który adres pokazać w wynikach, któremu przypisać sygnały SEO, który indeksować, a który potraktować jako kopię.
Canonical URL nie jest magicznym lekarstwem na każdy problem z indeksacją. To sygnał dla Google, który adres uznajesz za główny. Jeśli wdrożysz go źle, możesz sam sobie osłabić widoczność strony.
Ten poradnik pokazuje, czym jest canonical URL, kiedy go stosować, kiedy nie, jak uniknąć duplikacji treści i jak poprawnie wdrożyć canonicale na stronach firmowych, blogach, sklepach internetowych i dużych serwisach.
Canonical URL - co to jest?
Canonical URL to preferowany adres strony, który ma reprezentować konkretną treść w wyszukiwarce.
Najczęściej wskazuje się go za pomocą znacznika HTML:
<link rel="canonical" href="https://example.pl/przykladowa-strona/" />
Ten tag umieszcza się w sekcji <head> strony.
Jego zadanie jest proste.
Informuje wyszukiwarkę:
To jest główna wersja tej treści. Tę stronę traktuj jako preferowany adres.
Ważne: canonical nie blokuje indeksacji tak jak noindex.
Nie działa też tak mocno jak przekierowanie 301.
Canonical jest sygnałem.
Google może go uwzględnić, ale nie musi, jeśli inne sygnały mówią coś innego.
Przykład:
- strona A wskazuje canonical na stronę B,
- ale strona B jest zablokowana w robots.txt,
- albo zwraca błąd 404,
- albo ma zupełnie inną treść,
- albo sama wskazuje canonical jeszcze gdzie indziej.
W takiej sytuacji Google może zignorować Twój canonical, bo sygnały są niespójne.
Dlatego canonical URL trzeba traktować jak element większej układanki.
Nie jako pojedynczy kod, który "załatwia SEO".
Po co stosuje się canonicale w SEO?
Canonicale stosuje się głównie po to, żeby uporządkować adresy URL i ograniczyć skutki duplikacji treści.
Dobrze wdrożony canonical pomaga:
- wskazać główną wersję strony,
- skonsolidować sygnały SEO z podobnych URL-i,
- ograniczyć indeksowanie niepotrzebnych wariantów adresów,
- uporządkować strony z parametrami,
- zmniejszyć chaos w Google Search Console,
- ułatwić Google wybór właściwego adresu do wyników wyszukiwania,
- chronić ważne strony przed kanibalizacją techniczną,
- poprawić strukturę indeksacji dużych serwisów.
Najprościej:
Canonical mówi Google, która wersja strony jest "oryginałem" albo najlepszym adresem do pokazania w wynikach.
Bez canonicala Google sam wybiera wersję kanoniczną.
Czasem wybierze dobrze.
Czasem nie.
Problem pojawia się wtedy, gdy ważna strona przegrywa z niepotrzebnym wariantem URL-a, na przykład z adresem zawierającym parametr sortowania, filtrowania albo śledzenia kampanii.
| Sytuacja | Problem | Rola canonicala |
|---|---|---|
| Ten sam produkt w kilku kategoriach | Powstaje kilka adresów tej samej karty produktu | Wskazuje główny URL produktu |
| Parametry UTM | Ta sama strona ma wiele adresów z parametrami | Wskazuje czysty adres bez UTM |
| Sortowanie produktów | Kategoria ma kilka wersji URL | Wskazuje podstawową kategorię |
| HTTP i HTTPS | Strona działa pod dwoma protokołami | Pomaga wskazać wersję HTTPS, ale lepsze jest też 301 |
| WWW i non-WWW | Dwie wersje domeny mogą być dostępne równolegle | Wspiera spójny wybór wersji domeny |
Canonical jest szczególnie ważny w serwisach, gdzie powstaje dużo adresów automatycznie.
Czyli w sklepach, katalogach, portalach, blogach z tagami, serwisach ogłoszeniowych i stronach z rozbudowanymi filtrami.
Duplikacja treści - skąd się bierze?
Duplikacja treści nie zawsze oznacza, że ktoś ukradł tekst z Twojej strony.
Bardzo często powstaje technicznie.
Czyli przez sposób działania CMS-a, sklepu, filtrów, parametrów, wersji językowych albo struktury URL.
Najczęstsze źródła duplikacji treści:
- parametry URL, na przykład
?utm_source=,?sort=,?filter=, - wersje HTTP i HTTPS,
- wersje z WWW i bez WWW,
- adresy z końcowym ukośnikiem i bez ukośnika,
- produkty dostępne w kilku kategoriach,
- strony tagów i kategorii z tym samym zestawem wpisów,
- drukowalne wersje stron,
- strony z paginacją,
- sortowanie produktów,
- filtrowanie produktów po kolorze, rozmiarze, marce, cenie,
- kopiowane opisy produktów od producenta,
- kopiowane opisy usług na wielu lokalnych landing page'ach,
- wersje testowe lub stagingowe dostępne dla Google,
- ten sam artykuł opublikowany w kilku miejscach.
Ważne: duplikacja treści nie zawsze jest katastrofą.
Google rozumie, że internet nie jest idealnie uporządkowany.
Problem zaczyna się wtedy, gdy duplikacja:
- dotyczy dużej liczby adresów,
- utrudnia Google wybór właściwego URL-a,
- rozprasza linkowanie wewnętrzne,
- powoduje indeksację śmieciowych stron,
- osłabia ważne podstrony sprzedażowe,
- tworzy kanibalizację między podobnymi stronami,
- marnuje crawl budget w większych serwisach.
Największy błąd?
Patrzenie na duplikację tylko jak na problem tekstu.
W SEO technicznym duplikacja bardzo często jest problemem adresów URL.
Canonical a duplikacja treści - jak to działa w praktyce?
Załóżmy, że masz kategorię w sklepie:
https://example.pl/kategoria/buty-sportowe/Użytkownik może posortować produkty od najtańszych.
Powstaje adres:
https://example.pl/kategoria/buty-sportowe/?sort=price_ascPotem może posortować od najdroższych:
https://example.pl/kategoria/buty-sportowe/?sort=price_descMoże też wejść z kampanii reklamowej:
https://example.pl/kategoria/buty-sportowe/?utm_source=facebook&utm_campaign=saleDla użytkownika to dalej ta sama kategoria.
Zmieniona może być kolejność produktów albo dodany parametr śledzenia.
Canonical na wszystkich wariantach powinien wskazywać podstawowy adres:
<link rel="canonical" href="https://example.pl/kategoria/buty-sportowe/" />Dzięki temu Google dostaje jasny sygnał:
Warianty z parametrami nie są osobnymi stronami do pozycjonowania. Główna strona to czysty adres kategorii.
To pozwala ograniczyć sytuację, w której Google indeksuje niepotrzebne wersje tej samej treści.
Ale jest haczyk.
Jeśli wariant z filtrem ma realną wartość SEO, nie zawsze powinien mieć canonical do ogólnej kategorii.
Przykład:
/buty-sportowe/- ogólna kategoria,/buty-sportowe/nike/- kategoria marki,/buty-sportowe/damskie/- kategoria pod frazę,/buty-sportowe/do-biegania/- wartościowa podkategoria.
Takie strony mogą mieć własny potencjał SEO.
Wtedy nie chcesz kanonikalizować ich do ogólnej kategorii, bo sam mówisz Google:
Nie traktuj tej strony jako osobnej wartościowej podstrony.
Dlatego canonical wymaga decyzji strategicznej.
Nie wystarczy automatycznie ustawić wszystkiego na kategorię główną.
Jak wygląda tag canonical w kodzie HTML?
Poprawny tag canonical wygląda tak:
<link rel="canonical" href="https://example.pl/blog/canonical-url/" />
Umieszczasz go w sekcji <head> dokumentu HTML:
<head>
<title>Canonical URL - co to jest?</title>
<meta name="description" content="Sprawdź, czym jest canonical URL i jak uniknąć duplikacji treści." />
<link rel="canonical" href="https://example.pl/blog/canonical-url/" />
</head>Dobry canonical powinien:
- wskazywać pełny adres URL, najlepiej absolutny,
- prowadzić do strony dostępnej dla Google,
- zwracać status 200,
- nie wskazywać strony z błędem 404,
- nie wskazywać strony zablokowanej w robots.txt,
- nie wskazywać strony z
noindex, - być zgodny z linkowaniem wewnętrznym,
- być zgodny z mapą strony XML,
- być zgodny z wersją HTTPS i wybraną wersją domeny,
- wskazywać stronę o tej samej albo bardzo podobnej treści.
Zły canonical:
<link rel="canonical" href="/blog/canonical-url/" />Adres względny czasem zadziała, ale bezpieczniej stosować pełny adres absolutny.
Bardzo zły canonical:
<link rel="canonical" href="https://example.pl/" />Jeśli każda podstrona wskazuje canonicalem stronę główną, to jest poważny błąd.
W praktyce możesz wtedy zasugerować Google, że wszystkie podstrony są kopiami strony głównej.
To potrafi mocno namieszać w indeksacji.
Canonical self-referencing - czy każda strona powinna wskazywać samą siebie?
Self-referencing canonical oznacza, że strona wskazuje samą siebie jako wersję kanoniczną.
Przykład:
Adres strony:
https://example.pl/blog/canonical-url/
Canonical:
<link rel="canonical" href="https://example.pl/blog/canonical-url/" />To bardzo dobra praktyka.
Dlaczego?
Bo pomaga zachować spójność, nawet jeśli do strony zostaną dodane parametry.
Przykład:
https://example.pl/blog/canonical-url/?utm_source=newsletterTaka wersja może mieć canonical do:
https://example.pl/blog/canonical-url/Dzięki temu podstawowy adres jest jasno wskazany.
Self-canonical warto wdrożyć na:
- stronie głównej,
- stronach usługowych,
- artykułach blogowych,
- kategoriach bloga,
- kategoriach produktów,
- kartach produktów,
- landing page'ach,
- stronach lokalnych,
- podstronach poradnikowych.
Ale znowu: canonical musi wskazywać poprawny, ostateczny adres.
Jeśli strona działa pod adresem:
https://example.pl/uslugi/audyt-seo/Nie ustawiaj canonicala na:
http://example.pl/uslugi/audyt-seoBo masz różnicę protokołu i końcowego ukośnika.
Im więcej takich niespójności, tym większy bałagan.
Canonical a przekierowanie 301 - czym się różnią?
Canonical i przekierowanie 301 często są mylone.
Oba mogą pomóc w porządkowaniu adresów.
Ale działają inaczej.
| Element | Canonical | Przekierowanie 301 |
|---|---|---|
| Jak działa? | Wskazuje preferowany URL w kodzie strony | Przenosi użytkownika i bota na inny adres |
| Czy użytkownik widzi stary URL? | Tak, zostaje na obecnej stronie | Nie, zostaje przekierowany |
| Siła sygnału | Sygnał kanonikalizacji | Mocniejszy sygnał zmiany adresu |
| Kiedy używać? | Gdy duplikat ma zostać dostępny | Gdy stary adres nie powinien być dostępny |
| Przykład | Parametry sortowania | Zmiana adresu usługi na nowy |
Użyj 301, gdy:
- strona została trwale przeniesiona,
- zmienił się adres URL,
- łączysz dwie podstrony w jedną,
- usuwasz starą wersję adresu,
- przechodzisz z HTTP na HTTPS,
- porządkujesz WWW i non-WWW,
- nie chcesz, żeby użytkownik widział stary adres.
Użyj canonicala, gdy:
- duplikat technicznie musi zostać dostępny,
- strona z parametrami jest potrzebna użytkownikowi,
- sortowanie lub filtrowanie zmienia widok, ale nie powinno tworzyć osobnej strony SEO,
- ten sam produkt występuje pod kilkoma adresami,
- publikujesz bardzo podobną treść w kilku miejscach i chcesz wskazać wersję główną.
Prosta zasada:
Jeśli użytkownik nie musi widzieć starego adresu, zastosuj 301. Jeśli użytkownik może korzystać z wariantu strony, ale SEO ma być skupione na jednym adresie, zastosuj canonical.
Canonical a noindex - kiedy użyć którego rozwiązania?
rel="canonical" i noindex to dwa różne narzędzia.
Canonical mówi:
Ta strona jest podobna do innej. Preferowana wersja jest tutaj.
Noindex mówi:
Nie pokazuj tej strony w wynikach wyszukiwania.
Problem zaczyna się wtedy, gdy ktoś stosuje oba rozwiązania naraz bez zrozumienia.
Przykład złego wdrożenia:
<meta name="robots" content="noindex" />
<link rel="canonical" href="https://example.pl/kategoria/" />Na pierwszy rzut oka może się wydawać, że to bezpieczne.
Ale intencja jest niejasna.
Mówisz Google jednocześnie:
- nie indeksuj tej strony,
- potraktuj jej sygnały jako powiązane z inną stroną.
W wielu przypadkach lepiej wybrać jedno rozwiązanie.
| Sytuacja | Lepsze rozwiązanie | Dlaczego? |
|---|---|---|
| Duplikat bardzo podobnej strony | Canonical | Chcesz wskazać wersję główną |
| Strona koszyka | Noindex lub blokada techniczna | Nie ma wartości dla wyników Google |
| Wewnętrzne wyniki wyszukiwania | Noindex | Zwykle nie powinny być indeksowane |
| Parametr UTM | Canonical | To ta sama treść pod innym adresem |
| Stara wersja strony po zmianie adresu | 301 | Adres został trwale przeniesiony |
Noindex jest dobry dla stron, których w ogóle nie chcesz w wynikach.
Canonical jest dobry dla stron, które są podobne do innych i mają przekazać sygnał do preferowanego URL-a.
Nie mieszaj ich automatycznie.
Canonical a paginacja, filtry i parametry URL
Paginacja, filtry i parametry to jedno z najtrudniejszych miejsc w technicznym SEO.
Szczególnie w sklepach i dużych katalogach.
Przykładowe adresy:
/buty//buty/page/2//buty/?sort=popular/buty/?color=black/buty/?size=42/buty/?color=black&size=42&sort=price
Każdy z tych adresów wymaga decyzji.
Nie da się dobrze ustawić canonicali bez zrozumienia, które strony mają potencjał SEO.
Przykładowe podejście:
| Typ URL-a | Potencjał SEO | Rekomendacja |
|---|---|---|
| Główna kategoria | Wysoki | Self-canonical |
| Strona paginacji | Zależnie od serwisu | Najczęściej self-canonical, jeśli ma być crawlable |
| Sortowanie | Niski | Canonical do kategorii głównej |
| Filtr marki | Często wysoki | Osobny landing lub self-canonical |
| Filtr ceny | Zwykle niski | Canonical do kategorii lub noindex, zależnie od strategii |
| Kombinacja wielu filtrów | Zwykle niski | Canonical do najbliższej wartościowej strony lub noindex |
Błąd, który często widzę:
Wszystkie strony paginacji mają canonical do pierwszej strony kategorii.
To może być problem.
Jeśli produkty z drugiej, trzeciej i czwartej strony są dostępne tylko przez paginację, a canonical zawsze wskazuje stronę pierwszą, Google może gorzej rozumieć pełną strukturę kategorii.
W praktyce trzeba sprawdzić:
- czy paginowane strony są potrzebne do crawlowania produktów,
- czy mają unikalną zawartość produktową,
- czy są linkowane wewnętrznie,
- czy produkty są dostępne też z innych miejsc,
- czy kategoria nie generuje tysięcy pustych kombinacji filtrów.
Nie ma jednej odpowiedzi dla każdego sklepu.
Jest za to jedna zasada:
Canonical musi wspierać architekturę SEO, a nie maskować bałagan w filtrach.
Canonical w sklepach internetowych
Sklepy internetowe są najbardziej narażone na problemy z canonicalami.
Dlaczego?
Bo e-commerce generuje dużo adresów:
- produkty,
- kategorie,
- podkategorie,
- filtry,
- sortowania,
- warianty produktów,
- parametry kampanii,
- wyniki wyszukiwania,
- strony producentów,
- strony promocji,
- strony paginacji.
Najczęstszy problem:
Ten sam produkt jest dostępny pod kilkoma adresami.
Przykład:
/produkt/buty-nike-air//buty-sportowe/buty-nike-air//buty-damskie/buty-nike-air//promocje/buty-nike-air/
Jeśli to ten sam produkt, najlepiej wybrać jeden główny adres produktu i na pozostałych wskazać canonical do wersji głównej.
Dobrze:
<link rel="canonical" href="https://example.pl/produkt/buty-nike-air/" />Ale przy wariantach produktów trzeba uważać.
Jeśli warianty różnią się tylko kolorem i nie mają osobnego potencjału SEO, canonical do głównego produktu może mieć sens.
Jeśli jednak każdy wariant ma własny popyt, osobne zdjęcia, stany magazynowe, ceny i frazy, warto rozważyć osobne indeksowalne URL-e.
Przykład:
- iPhone 15 128 GB czarny,
- iPhone 15 256 GB niebieski,
- iPhone 15 Pro Max 512 GB naturalny tytan.
Takie warianty mogą mieć własne zapytania w Google.
Automatyczne ustawienie canonicala na jeden produkt główny może ograniczyć widoczność long tail.
Dlatego w sklepie warto zrobić mapę decyzji:
| Element sklepu | Canonical | Uwagi |
|---|---|---|
| Karta produktu | Self-canonical | Jeśli produkt ma być indeksowany |
| Ten sam produkt w wielu kategoriach | Do głównego URL produktu | Unikaj kilku adresów jednego produktu |
| Kategoria główna | Self-canonical | To ważna strona SEO |
| Sortowanie | Do kategorii bez sortowania | Zwykle nie ma osobnej wartości SEO |
| Filtr z popytem SEO | Self-canonical | Jeśli tworzy wartościowy landing |
| Filtr bez popytu SEO | Do kategorii lub najbliższej strony | Nie indeksuj śmieciowych kombinacji |
E-commerce bez strategii canonicali szybko robi się trudny do opanowania.
Szczególnie gdy sklep ma tysiące produktów i dziesiątki filtrów.
Canonical na blogu i stronach usługowych
Na blogu canonicale wydają się prostsze.
Ale też potrafią zrobić problemy.
Typowe źródła duplikacji na blogu:
- ten sam wpis dostępny przez kilka kategorii,
- tagi indeksujące podobne zestawy artykułów,
- autorzy z listami wpisów,
- archiwa miesięczne,
- adresy z parametrami,
- wersje AMP, jeśli są wdrożone,
- drukowalne wersje wpisów,
- kopiowanie tego samego artykułu do kilku działów.
Dla pojedynczego artykułu najlepsza praktyka to self-canonical.
Przykład:
<link rel="canonical" href="https://digitay.pl/blog/canonical-url-co-to-jest/" />Na stronach usługowych też warto stosować self-canonical.
Przykład:
<link rel="canonical" href="https://digitay.pl/seo/" />Problem zaczyna się przy lokalnych landing page'ach.
Na przykład:
/pozycjonowanie-lublin//pozycjonowanie-warszawa//pozycjonowanie-krakow//pozycjonowanie-poznan/
Jeśli te strony różnią się tylko nazwą miasta, to problemem nie jest canonical.
Problemem jest słaba treść.
Nie ustawiaj canonicala ze wszystkich miast do jednej strony ogólnej, jeśli chcesz, żeby lokalne strony były indeksowane i pozycjonowały się osobno.
Zamiast tego zrób każdą stronę jako realnie unikalną:
- lokalne przykłady,
- lokalne frazy,
- lokalne problemy klientów,
- case studies,
- opinie klientów z danego miasta,
- FAQ lokalne,
- dedykowane CTA,
- unikalne sekcje tekstowe.
Canonical nie zastąpi dobrej treści.
Jeśli masz 30 kopii tej samej strony z podmienioną nazwą miasta, to nie jest problem do "naprawienia canonicalem".
To jest problem jakości.
Canonical między domenami - kiedy ma sens?
Canonical może wskazywać URL w innej domenie.
To tak zwany cross-domain canonical.
Przykład:
<link rel="canonical" href="https://oryginalna-domena.pl/artykul/" />Ma to sens, gdy ta sama albo bardzo podobna treść jest publikowana w kilku miejscach, ale chcesz wskazać jedno oryginalne źródło.
Przykłady użycia:
- publikacja artykułu partnerskiego w kilku serwisach,
- syndykacja treści,
- migracja treści między domenami,
- ten sam poradnik na stronie głównej marki i stronie kampanii,
- publikacja materiału w zewnętrznym serwisie z uzgodnionym canonicalem do oryginału.
Ale trzeba uważać.
Cross-domain canonical wymaga zaufania do drugiej domeny i poprawnego wdrożenia.
Jeśli publikujesz gościnny artykuł na portalu i portal nie chce dodać canonicala do Twojej strony, to Twoja wersja może nie być traktowana jako główna.
Jeśli natomiast Ty dodasz canonical ze swojej strony do zewnętrznego portalu, możesz osłabić własny URL.
Dlatego przed wdrożeniem cross-domain canonical odpowiedz sobie na pytanie:
Który adres naprawdę ma rankować w Google?
Jeśli Twoja strona ma budować widoczność, nie oddawaj canonicala bez powodu.
Najczęstsze błędy przy wdrażaniu canonicali
Canonical jest prosty w teorii.
W praktyce błędów jest sporo.
Najczęstsze problemy:
| Błąd | Skutek | Co zrobić? |
|---|---|---|
| Canonical wszystkich stron do strony głównej | Ryzyko wyindeksowania lub osłabienia podstron | Ustaw canonical do właściwej wersji każdej strony |
| Canonical do URL-a 404 | Google dostaje sygnał do nieistniejącej strony | Wskazuj tylko strony ze statusem 200 |
| Canonical do strony z noindex | Sygnały są sprzeczne | Usuń noindex albo zmień canonical |
| Kilka tagów canonical na jednej stronie | Niejasny sygnał dla wyszukiwarki | Zostaw jeden canonical |
| Canonical do innej treści | Google może zignorować canonical | Wskazuj stronę podobną lub równoważną |
| Canonical do adresu HTTP | Niespójność z wersją HTTPS | Wskazuj wersję HTTPS |
| Canonical niezgodny z sitemapą | Mapa strony mówi co innego niż kod | W sitemapie umieszczaj tylko kanoniczne URL-e |
| Canonical blokowany przez robots.txt | Google może mieć problem z odczytem sygnałów | Nie blokuj ważnych stron kanonicznych |
| Automatyczne canonicale w CMS bez kontroli | System może wskazywać złe adresy | Przetestuj szablony i typy podstron |
Najgroźniejsze są błędy globalne.
Czyli takie, które występują w szablonie całej strony.
Przykład:
Developer przypadkowo ustawia canonical wszystkich podstron na stronę główną.
Albo canonical wszystkich produktów na jedną kategorię.
Albo canonical wszystkich wpisów blogowych na główną stronę bloga.
To nie jest drobna kosmetyka.
To może wpłynąć na indeksację setek albo tysięcy adresów.
Jak sprawdzić canonical URL na stronie?
Canonical można sprawdzić na kilka sposobów.
Najprościej: wejdź na stronę, kliknij prawym przyciskiem myszy i wybierz "Wyświetl źródło strony".
Potem wyszukaj:
canonicalPowinieneś zobaczyć coś takiego:
<link rel="canonical" href="https://example.pl/adres-strony/" />To jednak tylko pierwszy poziom kontroli.
Przy poważniejszym audycie sprawdź:
- czy canonical istnieje,
- czy jest tylko jeden,
- czy wskazuje właściwy adres,
- czy adres kanoniczny zwraca status 200,
- czy nie ma przekierowania w canonicalu,
- czy canonical jest zgodny z wersją HTTPS,
- czy canonical jest zgodny z wersją WWW lub non-WWW,
- czy canonical jest zgodny z mapą XML,
- czy canonical jest zgodny z linkowaniem wewnętrznym,
- czy Google wybrał ten sam canonical w Search Console.
Narzędzia, które mogą pomóc:
- Google Search Console - narzędzie inspekcji URL,
- Screaming Frog SEO Spider,
- Sitebulb,
- Ahrefs Site Audit,
- Semrush Site Audit,
- wtyczki SEO do przeglądarki,
- ręczna analiza źródła HTML,
- logi serwera przy dużych serwisach.
Najważniejsze miejsce kontroli to Google Search Console.
Tam możesz zobaczyć różnicę między:
- kanonicznym URL-em zadeklarowanym przez użytkownika,
- kanonicznym URL-em wybranym przez Google.
Jeśli te adresy się różnią, to znak, że Google nie zgadza się z Twoją sugestią.
Wtedy trzeba sprawdzić, dlaczego.
Jak naprawić problemy z canonicalami?
Naprawę canonicali zacznij od mapy problemów.
Nie poprawiaj pojedynczych adresów w ciemno.
Najpierw podziel URL-e na typy:
- strona główna,
- strony usługowe,
- landing page'e lokalne,
- artykuły blogowe,
- kategorie bloga,
- tagi,
- produkty,
- kategorie produktów,
- filtry,
- sortowania,
- wyniki wyszukiwania,
- strony paginacji,
- parametry UTM.
Dla każdego typu ustal regułę.
Przykład:
| Typ strony | Reguła canonical | Dodatkowa uwaga |
|---|---|---|
| Usługa | Self-canonical | Strona ma rankować samodzielnie |
| Artykuł blogowy | Self-canonical | Unikaj duplikacji przez kategorie i tagi |
| Tag bloga | Zależnie od strategii | Często noindex, jeśli nie ma wartości SEO |
| Produkt | Self-canonical lub do głównego produktu | Zależy od wariantów i struktury |
| Sortowanie | Do wersji bez sortowania | Zwykle niepotrzebne w indeksie |
| UTM | Do czystego URL-a | Parametry kampanii nie powinny tworzyć URL-i SEO |
Potem przejdź przez kolejne kroki:
- Wykonaj crawl strony.
- Wyeksportuj wszystkie URL-e i ich canonicale.
- Znajdź strony bez canonicala.
- Znajdź strony z wieloma canonicalami.
- Znajdź canonicale do 404, 301, noindex i robots blocked.
- Porównaj canonicale z mapą strony XML.
- Porównaj canonicale z linkowaniem wewnętrznym.
- Sprawdź przykładowe URL-e w Google Search Console.
- Popraw szablony w CMS.
- Przetestuj wdrożenie po publikacji.
Najlepiej naprawiać canonicale na poziomie szablonów, nie ręcznie.
Jeśli masz 5000 produktów, ręczna poprawa każdego canonicala nie ma sensu.
Trzeba poprawić logikę generowania canonicali.
Checklista wdrożenia canonical URL
Poniżej masz praktyczną checklistę, którą można wykorzystać przy audycie strony.
| Punkt kontroli | Tak/Nie | Uwagi |
|---|---|---|
| Każda ważna strona ma canonical | Najczęściej self-canonical | |
| Canonical wskazuje pełny adres HTTPS | Bez wersji HTTP | |
| Canonical jest zgodny z WWW/non-WWW | Jedna wersja domeny | |
| Canonical wskazuje URL ze statusem 200 | Nie 404, nie 500 | |
| Canonical nie wskazuje przekierowania | Lepiej wskazać finalny URL | |
| Canonical nie wskazuje strony noindex | Unikaj sprzecznych sygnałów | |
| Na stronie jest tylko jeden canonical | Bez duplikatów w kodzie | |
| Mapa XML zawiera kanoniczne URL-e | Nie dodawaj URL-i z parametrami | |
| Linkowanie wewnętrzne prowadzi do kanonicznych URL-i | Nie linkuj do wersji z parametrami | |
| Filtry mają ustaloną strategię indeksacji | Nie wszystko powinno być w Google | |
| Produkty w wielu kategoriach mają spójną regułę | Jeden główny URL produktu | |
| Strony lokalne nie są kanonikalizowane do ogólnej usługi | Jeśli mają rankować lokalnie |
Ta checklista jest prosta, ale bardzo skuteczna.
W większości stron firmowych najwięcej problemów wynika nie z braku zaawansowanych technik, tylko z niespójności.
Sitemap mówi jedno.
Canonical mówi drugie.
Linkowanie wewnętrzne mówi trzecie.
A Google musi sam wybrać, komu wierzyć.
Plan 30 dni na uporządkowanie duplikacji treści
Jeśli strona ma problem z duplikacją treści i canonicalami, nie zaczynaj od losowych poprawek.
Zrób to etapami.
| Okres | Priorytet | Działania |
|---|---|---|
| Dni 1-3 | Diagnoza | Crawl strony, eksport URL-i, analiza canonicali, statusów HTTP i indeksacji |
| Dni 4-7 | Mapa typów stron | Podział na usługi, blog, kategorie, produkty, filtry, tagi, paginację i parametry |
| Dni 8-12 | Reguły canonical | Ustalenie, które URL-e mają self-canonical, które canonical do innej strony, a które noindex lub 301 |
| Dni 13-18 | Wdrożenie techniczne | Poprawa szablonów CMS, canonicali, sitemap, przekierowań i linkowania wewnętrznego |
| Dni 19-23 | Kontrola jakości | Ponowny crawl, wykrycie 404, 301 w canonicalach, wielu canonicali i sprzecznych dyrektyw |
| Dni 24-30 | Google Search Console | Inspekcja URL-i, monitorowanie wybranych canonicali przez Google i korekta problemów |
Po 30 dniach powinieneś mieć:
- spójną wersję domeny,
- poprawne canonicale na ważnych stronach,
- uporządkowaną mapę XML,
- mniej śmieciowych URL-i w indeksie,
- jasne reguły dla filtrów i parametrów,
- lepszą kontrolę nad duplikacją treści,
- czytelniejsze raporty w Google Search Console,
- mniejsze ryzyko kanibalizacji technicznej.
Przy dużych serwisach efekty w indeksie nie zawsze są natychmiastowe.
Google musi ponownie odwiedzić strony, przetworzyć sygnały i zaktualizować wybór adresów kanonicznych.
Dlatego po wdrożeniu trzeba monitorować dane, a nie zakładać, że wszystko zmieni się następnego dnia.
Najczęstsze pytania
Co to jest canonical URL?
Canonical URL to preferowany adres strony, który ma reprezentować daną treść w wyszukiwarce. Najczęściej wskazuje się go za pomocą znacznika rel="canonical" w sekcji head strony. Dzięki temu Google otrzymuje sygnał, który URL powinien traktować jako główną wersję treści, gdy podobna lub taka sama zawartość jest dostępna pod kilkoma adresami.
Czy canonical usuwa duplikację treści?
Canonical nie usuwa fizycznie duplikacji treści ze strony. Pomaga natomiast wskazać wyszukiwarce, która wersja adresu jest preferowana. Jeśli duplikaty są dostępne dla użytkownika, canonical może skonsolidować sygnały SEO i ograniczyć ryzyko indeksowania niepotrzebnych wariantów URL. Przy trwałej zmianie adresu lepszym rozwiązaniem jest zwykle przekierowanie 301.
Czy każda strona powinna mieć canonical?
W większości przypadków tak. Ważne podstrony powinny mieć self-referencing canonical, czyli canonical wskazujący na ich własny, poprawny adres. Dotyczy to stron usługowych, artykułów blogowych, kategorii, produktów i landing page'y. Wyjątkiem są strony, które celowo mają wskazywać inną wersję kanoniczną, na przykład warianty z parametrami lub duplikaty techniczne.
Czym różni się canonical od przekierowania 301?
Canonical jest sygnałem w kodzie strony, który wskazuje preferowany URL, ale użytkownik nadal może pozostać na obecnym adresie. Przekierowanie 301 przenosi użytkownika i robota Google na inny adres. Jeśli stary URL nie powinien być już dostępny, użyj 301. Jeśli wariant strony ma być dostępny, ale SEO ma być przypisane do innego adresu, użyj canonicala.
Czy można używać canonical i noindex jednocześnie?
Technicznie można, ale często nie jest to najlepszy pomysł, bo sygnały mogą być niejasne. Noindex mówi, że strona nie ma być pokazywana w wynikach wyszukiwania, a canonical wskazuje preferowaną wersję podobnej treści. W większości przypadków lepiej wybrać jedno rozwiązanie zgodne z intencją: canonical dla duplikatów, noindex dla stron bez wartości w wynikach Google.
Jak sprawdzić, jaki canonical widzi Google?
Najlepiej użyć narzędzia inspekcji URL w Google Search Console. Można tam sprawdzić kanoniczny URL zadeklarowany przez użytkownika oraz kanoniczny URL wybrany przez Google. Jeśli te adresy są różne, oznacza to, że Google nie zgodził się z Twoją sugestią albo widzi silniejsze sygnały wskazujące inną wersję strony.
Canonical URL porządkuje SEO, ale nie zastępuje strategii.
Canonical URL jest jednym z tych elementów technicznego SEO, które często wyglądają niepozornie.
Jeden mały tag w kodzie.
A jednak potrafi zdecydować, który adres Google uzna za główny, gdzie skonsoliduje sygnały i którą wersję pokaże w wynikach.
Dobrze wdrożony canonical pomaga ograniczyć duplikację treści, uporządkować parametry, filtry, warianty produktów i podobne podstrony.
Źle wdrożony canonical potrafi osłabić widoczność najważniejszych stron.
Dlatego nie warto traktować go jako automatycznej opcji w CMS-ie.
Canonical powinien wynikać z architektury strony, strategii indeksacji i realnego potencjału SEO poszczególnych adresów.
Jeśli chcesz sprawdzić, czy Twoja strona ma problemy z canonicalami, duplikacją treści, indeksacją albo chaosem w adresach URL, zarezerwuj darmową analizę SEO z Digitay. Pokażemy, które adresy warto indeksować, które uporządkować, a które usunąć z drogi Google.
