{"id":2257,"date":"2026-10-20T11:12:00","date_gmt":"2026-10-20T10:12:00","guid":{"rendered":"https:\/\/jalvo.eu\/?p=2257"},"modified":"2026-10-20T11:12:00","modified_gmt":"2026-10-20T10:12:00","slug":"google-wybral-inna-strone-kanoniczna","status":"publish","type":"post","link":"https:\/\/jalvo.eu\/pl\/google-wybral-inna-strone-kanoniczna\/","title":{"rendered":"Google wybra\u0142 inn\u0105 stron\u0119 kanoniczn\u0105: dlaczego ignoruje tw\u00f3j tag"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Search Console pokazuje, \u017ce <strong>Google wybra\u0142 inn\u0105 stron\u0119 kanoniczn\u0105<\/strong> ni\u017c ta, kt\u00f3r\u0105 wskaza\u0142e\u015b. Co si\u0119 sta\u0142o? Google potraktowa\u0142 tag rel=canonical jako wskaz\u00f3wk\u0119, sprawdzi\u0142 pozosta\u0142e sygna\u0142y w serwisie i zaindeksowa\u0142 inny URL. Sam tag rzadko jest winny. Znajd\u017a sygna\u0142y, kt\u00f3re wskazuj\u0105 gdzie indziej, i zgraj je ze swoim wyborem.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Co znaczy &#8222;Google wybra\u0142 inn\u0105 stron\u0119 kanoniczn\u0105 ni\u017c u\u017cytkownik&#8221;?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wskaza\u0142e\u015b preferowany URL, inne sygna\u0142y wskaza\u0142y inny adres i Google postawi\u0142 na ten drugi. Ten stan znajdziesz w\u015br\u00f3d niezaindeksowanych adres\u00f3w w raporcie indeksowania stron w Search Console. Twoja strona jest traktowana jako duplikat, a do indeksu trafia URL wybrany przez Google, co wyja\u015bnia <a href=\"https:\/\/support.google.com\/webmasters\/answer\/7440203\" rel=\"nofollow noopener\" target=\"_blank\">przewodnik Google po raporcie indeksowania<\/a>. Warto rozr\u00f3\u017cnia\u0107 dwa poj\u0119cia. <em>Strona kanoniczna wskazana przez u\u017cytkownika<\/em> to URL, kt\u00f3ry podajesz ty. <em>Strona kanoniczna wybrana przez Google<\/em> to URL, kt\u00f3ry Google faktycznie indeksuje. To te\u017c odr\u00f3\u017cnia ten stan od &#8222;Duplikat, u\u017cytkownik nie oznaczy\u0142 strony kanonicznej&#8221;, gdzie nie wskaza\u0142e\u015b niczego. Tutaj URL wskaza\u0142e\u015b. Google po prostu si\u0119 z tob\u0105 nie zgodzi\u0142.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Dlaczego Google ignoruje poprawny tag canonical?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bo to tylko jeden z kilku sygna\u0142\u00f3w, a reszta wskazuje gdzie indziej. Google traktuje kanonikalizacj\u0119 jako wskaz\u00f3wk\u0119, a nie regu\u0142\u0119. Dla ka\u017cdej grupy duplikat\u00f3w sprawdza linki wewn\u0119trzne, mapy witryny, przekierowania, protok\u00f3\u0142 i sam tag, a potem wybiera URL, za kt\u00f3rym stoi wi\u0119kszo\u015b\u0107 z nich. Technicznie poprawny tag mo\u017ce wi\u0119c przegra\u0107 g\u0142osowanie. Za\u0142\u00f3\u017cmy, \u017ce nawigacja linkuje do <a href=\"https:\/\/jalvo.eu\/pl\/wordpress-za-reverse-proxy-przekierowania-i-https\/\">wersji HTTP<\/a>, mapa witryny podaje wariant z uko\u015bnikiem na ko\u0144cu, a stare przekierowanie wysy\u0142a u\u017cytkownik\u00f3w jeszcze gdzie indziej. Idealna sk\u0142adnia nie uratuje tu tagu. Zostaje po prostu przeg\u0142osowany.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Jakie sprzeczne sygna\u0142y przewa\u017caj\u0105 nad rel=canonical?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Najcz\u0119\u015bciej winne s\u0105 te wymienione w <a href=\"https:\/\/developers.google.com\/search\/docs\/crawling-indexing\/consolidate-duplicate-urls\" rel=\"nofollow noopener\" target=\"_blank\">przewodniku Google o scalaniu zduplikowanych adres\u00f3w<\/a>. Ka\u017cdy z nich powinien wskazywa\u0107 ten sam URL co tw\u00f3j tag:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Niezgodno\u015b\u0107 z map\u0105 witryny:<\/strong> mapa witryny podaje jeden URL, a rel=canonical wskazuje inny dla tej samej strony.<\/li>\n<li><strong>Fragmenty URL:<\/strong> canonical wskazuj\u0105cy adres z fragmentem, kt\u00f3rego Google zasadniczo nie obs\u0142uguje.<\/li>\n<li><strong>Wersje HTTP:<\/strong> Google woli strony HTTPS jako kanoniczne, chyba \u017ce problemy albo sprzeczne sygna\u0142y pchaj\u0105 go w stron\u0119 HTTP.<\/li>\n<li><strong>Przekierowania:<\/strong> przekierowania sta\u0142e to samodzielna metoda kanonikalizacji, wi\u0119c mog\u0105 przewa\u017cy\u0107 nad tagiem na przekierowywanej stronie.<\/li>\n<li><strong>Nag\u0142\u00f3wek HTTP rel canonical:<\/strong> wymaga bezwzgl\u0119dnych adres\u00f3w URL, tak samo jak element link.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Jest jeden haczyk. Wpisy w mapie witryny to s\u0142abszy sygna\u0142 ni\u017c rel=canonical, wi\u0119c sama poprawka mapy nie rozwi\u0105\u017ce niezgodno\u015bci. Nie zapominaj te\u017c o starych regu\u0142ach (zwykle zapomina si\u0119 o nich w\u0142a\u015bnie dlatego, \u017ce &#8222;po prostu dzia\u0142aj\u0105&#8221;). Logika <a href=\"https:\/\/jalvo.eu\/pl\/przekierowanie-301-czy-302-jak-wybrac-dla-seo\/\">przekierowa\u0144 jako sygna\u0142\u00f3w kanonicznych<\/a> cz\u0119sto wyja\u015bnia, dlaczego Google l\u0105duje na adresie, kt\u00f3rego si\u0119 nie spodziewa\u0142e\u015b.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Jak sprawdzi\u0107, kt\u00f3ry URL wybra\u0142 Google<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Zacznij od narz\u0119dzia do sprawdzania adres\u00f3w URL w Search Console. Dla ka\u017cdego sprawdzanego adresu pokazuje zar\u00f3wno stron\u0119 kanoniczn\u0105 wskazan\u0105 przez u\u017cytkownika, jak i wybran\u0105 przez Google. Por\u00f3wnaj je. Potem otw\u00f3rz adres wybrany przez Google i zastan\u00f3w si\u0119, co dzia\u0142a na jego korzy\u015b\u0107: linki wewn\u0119trzne, wpisy w mapie witryny, przekierowania czy protok\u00f3\u0142? Pami\u0119taj, \u017ce lista przyk\u0142ad\u00f3w w raporcie jest ograniczona do 1000 pozycji i mo\u017ce nie pokazywa\u0107 wszystkich problematycznych adres\u00f3w, jak podaje strona pomocy Google o tym raporcie. M\u00f3j sprawdzony spos\u00f3b to grupowanie problematycznych adres\u00f3w wed\u0142ug wzorca: HTTP kontra HTTPS, uko\u015bnik na ko\u0144cu, parametry, <a href=\"https:\/\/jalvo.eu\/pl\/hosting-wielojezycznej-sieci-serwisow-zakresy-ip-ue\/\">warianty hosta<\/a>. Wsp\u00f3lny wzorzec zwykle oznacza wsp\u00f3ln\u0105 przyczyn\u0119.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Jak zgra\u0107 sygna\u0142y, \u017ceby Google wybra\u0142 twoj\u0105 stron\u0119 kanoniczn\u0105<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Doprowad\u017a do tego, \u017ceby ka\u017cdy sygna\u0142 wskazywa\u0142 ten sam URL. Potem poczekaj, a\u017c Google ponownie zaindeksuje stron\u0119. Przejd\u017a przez te kroki na swoim serwerze \u017ar\u00f3d\u0142owym, w CMS albo w konfiguracji NGINX:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Ustaw jeden bezwzgl\u0119dny URL kanoniczny w tagu albo w nag\u0142\u00f3wku HTTP rel canonical, nigdy w obu z r\u00f3\u017cnymi warto\u015bciami.<\/li>\n<li>W mapie witryny umieszczaj tylko kanoniczne adresy URL.<\/li>\n<li>Kieruj linki wewn\u0119trzne do wersji kanonicznej.<\/li>\n<li>Przekieruj na sta\u0142e duplikaty, kt\u00f3rych chcesz si\u0119 pozby\u0107.<\/li>\n<li>Serwuj jeden protok\u00f3\u0142 i jeden host, z przekierowaniem HTTP na HTTPS.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">W WordPressie wycieki protoko\u0142u s\u0105 wsz\u0119dzie. Uporz\u0105dkowanie pomieszanych adres\u00f3w http i https cz\u0119sto sprawia, \u017ce ten stan znika sam. Serwis dzia\u0142a za proxy? Sprawd\u017a, jak\u0105 nazw\u0119 hosta faktycznie zg\u0142asza serwer \u017ar\u00f3d\u0142owy - wpis o ho\u015bcie kanonicznym za proxy pokazuje to krok po kroku. W przypadku wersji j\u0119zykowych zostaw na ka\u017cdej z nich canonical wskazuj\u0105cy na sam\u0105 siebie i trzymaj si\u0119 zalece\u0144 dotycz\u0105cych hreflang w sieciach wieloj\u0119zycznych. I niezale\u017cnie od tego, czy ruch idzie przez <a href=\"https:\/\/jalvo.eu\/pl\/#features\">adresy IP proxy w UE i USA<\/a>, czy prosto na serwer, te regu\u0142y s\u0105 w twojej konfiguracji. Nikt inny ich za ciebie nie poprawi.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Kiedy zostawi\u0107 wyb\u00f3r Google w spokoju<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Czasem Google wybra\u0142 inn\u0105 stron\u0119 kanoniczn\u0105, a wybrany URL to dok\u0142adnie ten, kt\u00f3ry i tak chcia\u0142by\u015b widzie\u0107 w wynikach wyszukiwania. Wtedy nie ma czego naprawia\u0107. Pomoc Google do raportu m\u00f3wi, \u017ce zduplikowane adresy nie powinny by\u0107 indeksowane, a warianty stron z zastosowanymi filtrami maj\u0105 zosta\u0107 poza indeksem. Dzia\u0142aj wi\u0119c tylko wtedy, gdy wyb\u00f3r jest naprawd\u0119 b\u0142\u0119dny: z\u0142y protok\u00f3\u0142, <a href=\"https:\/\/jalvo.eu\/pl\/serwer-origin-poza-indeksem-google\/\">niew\u0142a\u015bciwy host<\/a>, wersja z parametrem albo strona o innej tre\u015bci. Po poprawce sprawd\u017a kluczowy URL, popro\u015b o zaindeksowanie i obserwuj stan przez kilka kolejnych indeksowa\u0144.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Podsumowuj\u0105c? Gdy Google wybra\u0142 inn\u0105 stron\u0119 kanoniczn\u0105, tw\u00f3j tag jest jednym g\u0142osem, a nie poleceniem. Ustaw map\u0119 witryny, linki, przekierowania i protok\u00f3\u0142 za tym samym adresem URL, a tag zwykle wygra.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">FAQ<\/h2>\n\n\n<div id=\"rank-math-faq\" class=\"rank-math-block\">\n<div class=\"rank-math-list \">\n<div id=\"faq-question-1790334769710-0\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Czy &#8222;Duplikat, Google wybra\u0142 inn\u0105 stron\u0119 kanoniczn\u0105 ni\u017c u\u017cytkownik&#8221; to b\u0142\u0105d?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>Nie zawsze. Problem jest tylko wtedy, gdy URL wybrany przez Google nie jest tym, kt\u00f3ry chcesz mie\u0107 w indeksie. Je\u015bli Google postawi\u0142 na preferowan\u0105 przez ciebie wersj\u0119, ten stan jedynie potwierdza, \u017ce duplikaty s\u0105 scalane. W porz\u0105dku.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-1790334769710-1\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Czy nag\u0142\u00f3wek HTTP rel canonical dzia\u0142a tak samo jak tag link?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>Tak. To ten sam sygna\u0142, tylko wysy\u0142any w nag\u0142\u00f3wku odpowiedzi zamiast w HTML. Wymaga bezwzgl\u0119dnego adresu URL, tak jak element link. Musi te\u017c wskazywa\u0107 ten sam URL co tag albo wpis w mapie witryny dla tej strony, inaczej sygna\u0142y s\u0105 sprzeczne.<\/p>\n\n<\/div>\n<\/div>\n<div id=\"faq-question-1790334769710-2\" class=\"rank-math-list-item\">\n<h3 class=\"rank-math-question \">Czym to si\u0119 r\u00f3\u017cni od &#8222;Duplikat, u\u017cytkownik nie oznaczy\u0142 strony kanonicznej&#8221;?<\/h3>\n<div class=\"rank-math-answer \">\n\n<p>Tamten stan oznacza, \u017ce nie wskazano \u017cadnej strony kanonicznej, wi\u0119c Google wybra\u0142 j\u0105 sam. Rozwi\u0105zaniem jest wtedy wskazanie strony kanonicznej i zgranie z ni\u0105 pozosta\u0142ych sygna\u0142\u00f3w. W opisanym tu przypadku strona kanoniczna istnieje. Po prostu otaczaj\u0105ce j\u0105 sygna\u0142y jej przecz\u0105.<\/p>\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>Search Console pokazuje, \u017ce Google wybra\u0142 inn\u0105 stron\u0119 kanoniczn\u0105 ni\u017c ta, kt\u00f3r\u0105 wskaza\u0142e\u015b. Co si\u0119 sta\u0142o? Google potraktowa\u0142 tag rel=canonical jako wskaz\u00f3wk\u0119, sprawdzi\u0142 pozosta\u0142e sygna\u0142y w serwisie i zaindeksowa\u0142 inny URL. Sam tag rzadko jest winny. Znajd\u017a sygna\u0142y, kt\u00f3re wskazuj\u0105 gdzie indziej, i zgraj je ze swoim wyborem. Co znaczy &#8222;Google wybra\u0142 inn\u0105 stron\u0119 kanoniczn\u0105 [&hellip;]<\/p>\n","protected":false},"author":25,"featured_media":2247,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[182],"tags":[288,291,408,224,367,35],"class_list":["post-2257","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-seo-pl","tag-duplikacja-tresci","tag-google-search-console-x","tag-indeksowanie-x","tag-indeksowanie","tag-tag-kanoniczny","tag-techniczne-seo-pl"],"acf":[],"_links":{"self":[{"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/posts\/2257","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/users\/25"}],"replies":[{"embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/comments?post=2257"}],"version-history":[{"count":1,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/posts\/2257\/revisions"}],"predecessor-version":[{"id":2520,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/posts\/2257\/revisions\/2520"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/media\/2247"}],"wp:attachment":[{"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/media?parent=2257"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/categories?post=2257"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/tags?post=2257"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}