Spis treści
Na wstępnie należy podkreślić, że to jeden z tych komunikatów, który nie informuje nas o błędzie.
Google generuje taki komunikat wówczas, gdy w obrębie witryny występują co najmniej dwie strony, co do których Google uważa, że są identyczne pod względem treści – a użytkownik oznaczył je we właściwy sposób, czyli wskazał poprawnie ten fakt w kodzie strony, która jest duplikatem.
Taka informacje jest zatem tylko potwierdzeniem prawidłowego zaplanowania strony.
Zanim przejdziemy dalej, przypomnę, czym jest tag kanoniczny.
Czym jest tag kanoniczny
Tag kanoniczny to odpowiedni zapis w kodzie strony, przyjmujący postać np. dla strony głównej mojej witryny
<link rel="canonical" href="https://newspolnd.pro/" />informujący roboty indeksujące o tym, że każda strona, która go zawiera, nie powinna być indeksowana, ponieważ jest ona kopią strony wskazanej w tagu kanonicznym.
I tak, jeżeli moja witryna nie byłaby oparta o WordPressa, to strona główna mogłaby być dostępna dla adresu np. https://newspolnd.pro/index.html. Dodanie do niej zapisu
<link rel=”canonical” href=”https://newspolnd.pro/” />
(zwłaszcza, gdyby nie było ustawionego przekierowania 301 z https://newspolnd.pro/index.html na https://newspolnd.pro/) byłoby sugestią dla Google, aby nie indeksować https://newspolnd.pro/index.html, ponieważ jest to kopia https://newspolnd.pro/
Sugestią, ponieważ o tym, czy roboty indeksujące zastosują się do tego zapisu decydują … roboty indeksujące.
W wielu przypadkach Google ingoruje tag, jeżeli jest on np. niepoprawnie wdrożony (np. jeżeli wszystkie strony będą zwierały tag kanoniczny kierujący do strony głównej, to z prawdopodobieństwem graniczącym z pewnością Google nie zastosuje się do zapisu, ponieważ uzna, że właściciel strony/webmaster popełnił poważny błąd.
Gdybym zastosował więc taki zapis na wszystkich podstronach newspolnd.pro Google powinno go zignorować.
Sytuacja taka miała miejsce w przypadku jednego z analizowanych przeze mnie sklepów, który miał wdrożony https, ale webmaster nie poprawił zapisów w tagach kanonicznych, które kierowały nadal do wersji adresu sklepu opartych na http.
Efekt?
W wynikach wyszukiwania 99% stron widocznych było w oparciu o htpps.
Jednak z prawdopodobieństwem graniczącym z pewnością w przypadku wystąpienia opisanego hipotetycznego case’u, strona https://newspolnd.pro/index.html nie zostałaby zaindeksowana.
Informacja w Search Console
Przejdźmy teraz, po wprowadzeniu, do sytuacji, w której Search Console generuje komunikat o alternatywnej stronie zawierającej prawidłowy tag kanoniczny.
Taka sytuacja praktycznie nie występuje na stronie firmowej. Znajduje się tam tak mało stron, że wszystkie są kluczowe (brak jest kopii), a co za tym idzie, powinny być zaindeksowane/
Jeżeli jednak do czynienia z portalem czy sklepem internetowym, to sytuacja wygląda inaczej i na 99,99% znajdziesz w Search Console w sekcji Indeksowanie strony oznaczone jako „alternatywna strona zawierająca prawidłowy tag strony kanonicznej”.
Dlaczego tak się dzieje?
Sklepy posiadają bowiem np. strony kategorii, które składają się z wielu stron. Na każdej zaś z nich można sortować produkty po np. cenie czy dostępności. Prawie każdy skrypt sklepu generuje wówczas osobny adres url dla takiego widoku – ale celem niezaindeksowania go przez Google informuje roboty indeksujące, aby nie indeksować go. Właściciel sklepu w takiej sytuacji zobaczy takie strony w Search Console, co będzie potwierdzeniem poprawnej konfiguracji stron kategorii przez jego webmastera.
Podobnie jest w przypadku blogów/portali, które oprócz kategorii posiadają często też strony tagów, które mają wdrożone stronicowanie (strona kategorii/tagu dzieli się na poszczególne podstrony, które zawierają po x artykułów). Jeżeli takie strony można sortować, podobnie jak w przypadku sklepu, po parametrach, to nie powinny być one indeksowane.
Ostrzeżenie z Search Console
I wszystko jest w porządku, dopóki takiej strony nie dodamy do sitemapy.
Jeżeli jest nie dodamy, będzie ona do znalezienia w Search Console w sekcji „Tylko strony nieprzesłane” i to jest sytuacja, która powinna mieć miejsce – nie chcemy przecież kopii dodawać do indeksu, więc i do sitemapy.
Co innego, jak przez przypadek czy przeoczenie dodamy taką stronę do sitemapy, a sitemapę wgramy do Search Console.
Wtedy mamy „problem”, ponieważ w takiej sytuacji serwujemy robotom indeksującym sprzeczne informacje.
Z jednej strony mówimy, aby indeksowały one takie strony. Ale z drugiej, poprzez wskazanie tagu kanonicznego kierującego do innego adresu informujemy też, że te strony nie mogą być indeksowane.
Jeżeli taka sytuacja będzie miała miejsce, to Google, poprzez Search Console, wyśle nam powiadomienie z systemu. Dzięki temu będziemy mogli poprawić sitemapę, usuwając z niej alternatywną stronę zawierająca prawidłowy tag strony kanonicznej.
To zaś sprawi, że w Search Console, w sekcji Indeksowanie „Wszystkie przesłane strony” będziemy mieli porządek, ponieważ będą się tam znajdowały tylko te strony, które zasługują faktycznie na zaindeksowanie.
Zapamiętaj!
Alternatywna strona zawierająca prawidłowy tag strony kanonicznej to nie błąd, ale ostrzeżenie (jak dodano ją do sitemapy) lub potwierdzenie poprawności wdrożenia (jak znajdziesz taką stronę w „Tylko strony nieprzesłane).
Jeżeli strona oznaczona jako „alternatywna strona zawierająca prawidłowy tag strony kanonicznej” znajduje się we „Wszystkie przesłane strony” – musisz poprawić sitemapę.
Strona znajduje się w sekcji „Tylko strony nieprzesłane” – wszystko jest w porządku (oczywiście przy założeniu, że tag kanoniczny został poprawnie ustawiony).