Po aktualizacji artykułu canonical wskazuje inny adres: jak zbadać zmianę?
Po aktualizacji artykułu adres URL pozostaje bez zmian, ale Google Search Console pokazuje inny canonical. Albo odwrotnie: wyszukiwarka jeszcze nie zareagowała, za to w kodzie HTML pojawił się znacznik wskazujący starszą wersję tekstu. Obie sytuacje wyglądają podobnie, lecz wymagają innej diagnozy. Błędny canonical może sprawić, że Google potraktuje zaktualizowany artykuł jako duplikat, a w wynikach wyszukiwania będzie preferować inną podstronę. Samo ponowne zgłoszenie adresu do indeksowania niczego wtedy nie naprawi. Najpierw trzeba ustalić, kto zmienił wskazanie: system CMS, wtyczka SEO, konfiguracja serwera czy algorytm Google.
Dlaczego po edycji artykułu canonical zaczyna wskazywać inny URL?
Znacznik rel=”canonical” wskazuje preferowaną wersję treści dostępnej pod kilkoma adresami. Najczęściej artykuł ma canonical prowadzący do samego siebie. Przykładowo strona https://example.pl/poradnik-seo/ zawiera w sekcji head kod:
<link rel="canonical" href="https://example.pl/poradnik-seo/" />
Po aktualizacji tekstu taki zapis powinien pozostać bez zmian, o ile redakcja nie zdecydowała o przeniesieniu lub konsolidacji treści. Sama modyfikacja nagłówków, dopisanie kilku akapitów czy aktualizacja daty publikacji nie uzasadniają zmiany adresu kanonicznego.
W WordPressie problemy pojawiają się zwykle w trzech sytuacjach: po zmianie sluga, skopiowaniu istniejącego wpisu albo aktualizacji konfiguracji wtyczki SEO. Yoast SEO i Rank Math automatycznie generują canonical, ale pozwalają również ustawić go ręcznie. Taka wartość może pozostać zapisana mimo późniejszych zmian adresu wpisu.
Przykład: redaktor przenosi artykuł z /blog/optymalizacja-zdjec/ na /poradniki/optymalizacja-obrazow/. Nowy URL zwraca HTTP 200, ale canonical nadal wskazuje poprzedni adres. Co gorsza, stara lokalizacja przekierowuje na nową. Google otrzymuje sprzeczne informacje: przekierowanie sugeruje nowy adres, a znacznik canonical — stary.
Przy takim konflikcie nie należy od razu zmieniać przekierowania. Najpierw trzeba sprawdzić, który URL jest docelowy i czy stary artykuł rzeczywiście został zastąpiony.
Do podstawowej diagnostyki potrzebne są cztery kontrole:
- Źródło HTML – wyszukaj
rel="canonical"w kodzie strony. Sprawdź, czy wskazuje właściwy adres i czy nie występuje więcej niż jedna deklaracja. - Nagłówki HTTP – sprawdź, czy serwer nie wysyła osobnego canonical w nagłówku
Link. - Przekierowania – ustal, czy adres wskazywany przez canonical odpowiada kodem 200, 301, 308, 404 lub innym.
- Ustawienia CMS-u i cache – sprawdź ręczne ustawienia SEO, reguły szablonu oraz to, czy serwer nie udostępnia przestarzałego HTML.
W terminalu polecenie curl -I https://example.pl/poradnik-seo/ pozwala odczytać nagłówki odpowiedzi. Aby zobaczyć przekierowania, można użyć curl -IL, a pełny kod HTML pobrać poleceniem curl -L https://example.pl/poradnik-seo/. To istotne rozróżnienie: polecenie z parametrem -I nie pokaże znacznika umieszczonego wewnątrz HTML.
Przy stronach generowanych przez JavaScript warto dodatkowo sprawdzić wyrenderowany DOM. Zdarza się, że kod źródłowy zawiera poprawny canonical, ale skrypt podmienia go podczas ładowania. Google zaleca unikanie takiej niespójności.
Kiedy wystarczy poprawić canonical? Gdy artykuł ma prawidłowy, docelowy URL, a błędne wskazanie wynika z konfiguracji SEO. Nie ma potrzeby przebudowywać struktury serwisu.
Kiedy trzeba sprawdzić coś więcej? Gdy canonical zmienia się zależnie od wersji strony, urządzenia, parametrów URL lub sposobu renderowania. Wtedy problem może leżeć w szablonie, mechanizmie cache albo regułach generowania adresów. Poprawienie pojedynczego wpisu w panelu administracyjnym będzie tylko rozwiązaniem tymczasowym.
Jak ustalić, dlaczego Google wybrał inny canonical niż właściciel strony?
Poprawny znacznik canonical nie gwarantuje, że Google go zaakceptuje. Wyszukiwarka traktuje go jako silną wskazówkę, a nie bezwzględne polecenie. Bierze pod uwagę również przekierowania, podobieństwo treści, adresy w mapie witryny i inne sygnały techniczne.
Dlatego po aktualizacji artykułu trzeba oddzielić deklarację właściciela witryny od faktycznej decyzji Google.
W Google Search Console otwórz narzędzie „Sprawdzanie adresu URL”, wpisz adres aktualizowanego artykułu i przejdź do informacji o indeksowaniu. Najważniejsze są dwa pola:
- Kanoniczny adres URL wskazany przez użytkownika – adres zadeklarowany w rozpoznanych przez Google sygnałach kanonikalizacji.
- Kanoniczny adres URL wybrany przez Google – adres, który wyszukiwarka uznała za reprezentatywny dla danej treści.
Sprawdź również datę ostatniego indeksowania. Jeżeli artykuł został poprawiony 12 października, a Googlebot ostatnio pobrał go 8 października, raport może jeszcze opisywać wcześniejszą wersję. Test wersji opublikowanej pomaga ocenić aktualny stan strony, lecz nie pokazuje przyszłej decyzji Google dotyczącej canonical.
Konkretny przypadek: polski serwis finansowy publikuje artykuły „Konto firmowe dla jednoosobowej działalności” oraz „Jak wybrać rachunek firmowy?”. Po aktualizacji drugiego materiału oba poradniki zawierają niemal identyczne porównania opłat, kryteria wyboru i odpowiedzi na pytania klientów. Każdy URL ma samowskazujący canonical, ale Google zaczyna preferować pierwszy artykuł.
To nie musi być błąd techniczny. Google grupuje strony z identyczną lub bardzo podobną treścią, a następnie wybiera reprezentatywny adres. Sama zmiana znacznika w WordPressie nie wystarczy, jeśli problem wynika z nakładającego się zakresu materiałów.
Redakcja ma wtedy trzy możliwości.
Połączenie artykułów jest uzasadnione, gdy oba odpowiadają na tę samą intencję wyszukiwania i jeden materiał może w pełni zastąpić drugi. Słabszy URL można przekierować na wersję docelową, zachowując wartościowe fragmenty treści. Minusem jest utrata osobnej podstrony oraz konieczność aktualizacji linkowania i monitorowania ruchu.
Rozdzielenie tematyki sprawdzi się, gdy artykuły mają odmienne zadania. Jeden może szczegółowo porównywać rachunki bankowe, a drugi wyjaśniać formalności związane z otwarciem konta dla JDG. Różnice powinny być widoczne w głównej treści, nie tylko w tytułach SEO. Zmiana kilku nagłówków przy identycznych akapitach raczej nie rozwiąże problemu.
Pozostawienie obecnego canonical jest prawidłowe, jeśli Google wybrał właściwą wersję duplikatu, na przykład adres HTTPS bez parametrów utm_source i utm_campaign. W takim przypadku próba wymuszenia indeksowania każdej odmiany URL-a byłaby niepotrzebna.
Przy większej liczbie artykułów przydaje się Screaming Frog SEO Spider. Narzędzie pozwala zestawić canonical, statusy HTTP, przekierowania, adresy wewnętrzne i potencjalne duplikaty. Sam eksport nie odpowie jednak na pytanie, czy dwa poradniki zaspokajają tę samą potrzebę użytkownika. Tę ocenę trzeba wykonać na podstawie rzeczywistej zawartości.
Nie należy też przeceniać ponownego indeksowania. Google może utrzymywać strony w jednym klastrze duplikatów nawet przez około dwa tygodnie po wprowadzeniu zmian w treści. W określonych przypadkach weryfikacja potrwa dłużej. Nie istnieje termin, po którym Google musi zaakceptować wskazany canonical.
Jak poprawić błędny canonical i sprawdzić, czy naprawa zadziałała?
Największym błędem podczas naprawy jest jednoczesna zmiana kilku elementów bez ustalenia docelowego adresu. Programista poprawia przekierowanie, specjalista SEO ustawia canonical, redaktor ponownie zmienia slug, a mapa XML nadal wskazuje poprzednią lokalizację. Każda modyfikacja wygląda sensownie osobno, lecz razem tworzą niespójny zestaw sygnałów.
Przed wdrożeniem należy ustalić jeden adres, który ma reprezentować artykuł w Google. Jeśli treść była tylko aktualizowana, zazwyczaj najlepiej pozostawić dotychczasowy URL. Jeżeli została trwale przeniesiona, trzeba uporządkować wszystkie odwołania do nowej lokalizacji.
Przykład z polskiego portalu poradnikowego: artykuł o rozliczaniu PIT był publikowany kolejno pod adresami /pit-2024/, /pit-2025/ i /pit-2026/. Każda aktualizacja zastępowała wcześniejszy poradnik, a redakcja przenosiła większość treści do nowego wpisu. Stare adresy pozostały dostępne, część wskazywała canonical na najnowszy rocznik, inne miały własne deklaracje.
Jeżeli portal utrzymuje tylko aktualny poradnik, rozsądniejszym wyborem będzie stały adres, np. /rozliczenie-pit/, wraz z aktualizacją treści w kolejnych latach. Jeżeli jednak materiały archiwalne dotyczą odmiennych formularzy, stawek lub zasad podatkowych, powinny zachować osobne adresy i wyraźnie określony rok. Przekierowanie wszystkich roczników na najnowszy mogłoby wprowadzać użytkowników w błąd.
Po wybraniu właściwej struktury należy wykonać naprawę w ustalonej kolejności:
- Popraw znacznik canonical. Na docelowej stronie ustaw pełny adres HTTPS prowadzący do niej samej. Unikaj parametrów sesji i kampanii.
- Sprawdź odpowiedź serwera. Docelowy URL powinien zwracać HTTP 200 i udostępniać właściwą treść. Adres kierujący do błędu 404 lub łańcucha przekierowań nie jest dobrym kandydatem na canonical.
- Usuń sprzeczne sygnały. Sprawdź, czy szablon i wtyczka SEO nie generują różnych canonical. Zweryfikuj również nagłówek HTTP
Link. - Uporządkuj stare adresy. Jeśli wcześniejsza strona została trwale zastąpiona, zastosuj przekierowanie 301 lub 308 prowadzące bezpośrednio do aktualnej wersji.
- Zaktualizuj linkowanie i sitemap XML. Odnośniki wewnętrzne powinny kierować na preferowany URL, a mapa witryny zawierać adresy przeznaczone do indeksowania.
- Sprawdź indeksowalność. Upewnij się, że docelowy artykuł nie ma
noindex, nie jest blokowany dla Googlebota i nie wymaga autoryzacji. - Wykonaj kontrolę w Search Console. Po potwierdzeniu zmian na serwerze przetestuj aktualną stronę i, jeśli to uzasadnione, poproś o ponowne indeksowanie.
Nie stosuj robots.txt do wymuszania wyboru canonical. Zablokowanie duplikatu może uniemożliwić Googlebotowi odczytanie jego znacznika kanonicznego. Również noindex nie powinien zastępować poprawnego canonical, gdy celem jest konsolidacja podobnych adresów.
Ważne jest też rozróżnienie między porządkowaniem treści we własnym serwisie a ich publikowaniem na zewnętrznych stronach. Jeśli zaktualizowany artykuł jest przedrukowywany, trzeba osobno ustalić zasady indeksowania tych publikacji. Nie należy zakładać, że canonical między domenami zostanie zawsze zaakceptowany przez Google. Dodatkowa promocja treści, również realizowana za pośrednictwem platform takich jak serwisy content marketingowe, nie zastąpi prawidłowej konfiguracji technicznej.
Ocena naprawy powinna obejmować nie tylko raport indeksowania, ale także wyświetlenia i kliknięcia w Google Search Console. Warto zapisać stan początkowy, datę wdrożenia, wybrany canonical i statusy HTTP. Pozwala to odróżnić rzeczywistą poprawę od zwykłego opóźnienia w aktualizacji danych.
Jeśli Google nadal wybiera inny adres mimo poprawnych deklaracji, nie należy ponawiać zgłoszenia każdego dnia. Trzeba porównać treść obu stron oraz sprawdzić, czy są wystarczająco różne, aby funkcjonować niezależnie. To bardziej sensowny kierunek niż kolejne kosmetyczne zmiany znacznika.
FAQ – najczęstsze pytania o zmianę canonical
Czy zmiana daty aktualizacji artykułu wpływa na canonical?
Sama zmiana daty nie wymaga modyfikacji canonical. Jeśli adres kanoniczny zmienił się przy okazji edycji, trzeba sprawdzić CMS, ustawienia SEO i ewentualną zmianę sluga.
Czy canonical może wskazywać stronę z przekierowaniem 301?
Technicznie może, ale nie jest to zalecana konfiguracja. Lepiej wskazywać bezpośrednio docelowy URL, który zwraca HTTP 200. Ogranicza to sprzeczne sygnały.
Czy dwa artykuły mogą mieć ten sam canonical?
Tak, jeśli są duplikatami lub bardzo podobnymi wersjami treści, a jeden adres ma być preferowany. Nie należy jednak stosować wspólnego canonical dla dwóch samodzielnych, istotnie różnych artykułów.
Jak długo trwa ponowne rozpoznanie canonical przez Google?
Zależy to od ponownego pobrania i przetworzenia strony. Rozdzielenie duplikatów po zmianach treści może potrwać około dwóch tygodni lub dłużej. Nie ma gwarantowanego terminu.
Czy poprawny canonical gwarantuje indeksowanie artykułu?
Nie. Strona musi być dostępna, możliwa do indeksowania i spełniać kryteria jakości Google. Canonical jedynie pomaga określić preferowany URL spośród podobnych wersji.
Od czego zacząć, jeśli po aktualizacji canonical wskazuje niewłaściwy adres?
Najpierw pobierz aktualny HTML artykułu i sprawdź wartość rel="canonical". Następnie porównaj ją z adresem wybranym przez Google w Search Console. Jeśli błąd występuje już w kodzie strony, usuń go w CMS-ie lub szablonie przed zgłoszeniem ponownego indeksowania.
Więcej informacji na: https://cmpress.pl
Dodaj komentarz