To samo pojęcie widziane od strony linkowania
Link kanoniczny to ten sam mechanizm co kanoniczny adres URL, tylko oglądany z perspektywy zdobywania odnośników. Pytanie brzmi nie „którą wersję ma indeksować Google”, lecz „pod który dokładnie adres kierować odnośniki, żeby ich wartość zbierała się w jednym miejscu”. Wersja z „www” i bez, ze znakiem ukośnika na końcu i bez niego, z parametrem śledzącym i bez — to dla serwera bywa jeden dokument, a dla systemu liczącego odnośniki cztery różne adresy.
Trzy sygnały o różnej sile
Dokumentacja szereguje sposoby wskazywania preferencji „in order of how strongly they can influence canonicalization”: przekierowania jako mocny sygnał, że kanoniczny ma być adres docelowy, znacznik rel="canonical" również jako mocny sygnał oraz obecność w mapie witryny jako sygnał słaby.1 Przy konsolidacji wartości rozproszonej po wariantach adresu najskuteczniejsze jest więc przekierowanie stałe, a nie sam znacznik w kodzie. Znacznik zostaje narzędziem tam, gdzie obie wersje mają dalej działać, na przykład przy adresach z parametrami filtrowania. Ta sama dokumentacja podaje też szczegół: znaczniki kanoniczne z atrybutami hreflang, lang, media czy type są przy kanonikalizacji ignorowane, a do wskazywania wersji alternatywnych służy rel="alternate".1
Dwa tysiące trzysta odnośników i cztery wyjątki
Sprawdziliśmy własną konsekwencję 4 września 2026 roku, licząc odnośniki do własnej domeny w treści 824 opublikowanych stron. Jest ich 2342. Żaden nie używa protokołu bez szyfrowania, żaden nie prowadzi do wersji z „www”, cztery pomijają końcowy ukośnik, a 146 niesie parametry w adresie. Kontrolą był wzorzec-atrapa z nieistniejącą domeną, który musiał dać zero.2 Wynik jest niezły, ale ciekawsze okazało się to, co robi serwer z wariantami: adres z „www” i adres bez szyfrowania odpowiadają przekierowaniem stałym na wersję właściwą, natomiast adres bez końcowego ukośnika zachowuje się różnie. Strona kontaktowa oddaje wtedy kod 200 ze znacznikiem kanonicznym wskazującym wersję z ukośnikiem, a hasło słownika przekierowuje. Dwa mechanizmy w jednym serwisie, oba poprawne, ale prowadzące do innych skutków w liczeniu odnośników.
Dlaczego to ma znaczenie przy zdobywaniu odnośników
Odnośnik z cudzego serwisu prowadzący pod adres, który przekierowuje, dociera do celu, tyle że przez przekierowanie, czyli sygnał opisany jako mocny, ale jednak pośredni. Odnośnik prowadzący pod adres obsługiwany kodem 200 ze znacznikiem kanonicznym trafia natomiast do wariantu, który sam siebie nie uważa za właściwy. Oba przypadki działają, żaden nie jest błędem, ale oba dokładają krok, którego dałoby się uniknąć jednym zdaniem w mailu do redakcji: „proszę o odnośnik pod dokładnie ten adres”. To samo dotyczy materiałów drukowanych, wizytówek i profili w katalogach: wszędzie tam adres wpisuje się raz i zostaje na lata, więc wpisanie wersji niekanonicznej kosztuje potem wieloletnie przekierowanie.
Reguła na dwa zdania
Przy wariancie, który nie ma powodu istnieć (inna wielkość liter, brak ukośnika, stary adres po zmianie struktury), właściwe jest przekierowanie 301, bo usuwa problem zamiast go opisywać. Przy wariancie, który ma dalej działać dla użytkownika, zostaje znacznik kanoniczny opisany w haśle kanoniczne adresy URL. Do tego dochodzi higiena własnego linkowania: adres wklejany do treści bierze się z paska przeglądarki po wejściu na stronę docelową, a nie z pamięci. U nas ta zasada zostawiła cztery wyjątki na dwa i pół tysiąca odnośników. Rozproszenie wartości między warianty bywa też jedną z przyczyn kanibalizacji słów kluczowych.
Najczęstsze pytania
Co działa mocniej: przekierowanie czy znacznik kanoniczny?
Oba są opisane jako mocne sygnały, ale przekierowanie jest jednoznaczne: wariant przestaje istnieć jako osobny adres. Obecność w mapie witryny to sygnał wyraźnie słabszy.
Czy adres bez ukośnika na końcu to inny adres?
Dla systemu tak. U nas część takich adresów przekierowuje, a część odpowiada kodem 200 ze znacznikiem kanonicznym wskazującym wersję właściwą.
Jaki adres podawać przy zdobywaniu odnośników?
Dokładnie ten, który strona wskazuje jako kanoniczny, skopiowany po wejściu na nią, nie zapisany z pamięci.
Źródła
1. Google Search Central, How to specify a canonical URL — metody wskazywania preferencji uszeregowane według siły wpływu (przekierowania i rel="canonical" jako sygnały mocne, mapa witryny jako słaby) oraz zastrzeżenie, że znaczniki kanoniczne z atrybutami hreflang, lang, media i type nie są używane przy kanonikalizacji. Zobacz dokumentację Google →
2. Dane własne essaseo.pl — audyt odnośników wewnętrznych z 4 września 2026: 2342 odnośniki do własnej domeny w treści 824 stron, w tym zero z protokołem nieszyfrowanym, zero z „www”, cztery bez końcowego ukośnika i 146 z parametrami; sprawdzenie zachowania wariantów adresu.
Tadeusz Wolskizałożyciel ESSA SEO · 40+ zrealizowanych projektów · 5,0★ Google · 5,0★ Fiverr (30+ ocen)Zaktualizowano ⋅ 4 września 2026