Znacznik canonical wskazuje wersję referencyjną strony dostępnej pod kilkoma adresami. Na stronie wizytówce sprawia niewiele trudności. W sklepie pięć sytuacji czyni go delikatnym, a błędna deklaracja kosztuje więcej niż jej brak.
Co znacznik robi, a czego nie robi
Dwa przypomnienia, które eliminują połowę błędów.
To wskazówka, a nie polecenie. Wyszukiwarki mogą go zignorować, jeśli uznają, że strony faktycznie się różnią. Canonical umieszczony na niepodobnych treściach nie zostanie uwzględniony.
Nie blokuje pracy robota. Strona nadal jest odwiedzana, zużywa budżet indeksowania, a jej treść jest czytana. Canonical mówi jedynie, którą wersję zaindeksować.
Często pomijany wniosek: canonical nie jest narzędziem do zarządzania pracą robota. Jeśli waszym problemem jest liczba odwiedzanych stron, odpowiedź leży gdzie indziej.
Przypadek kombinacji
Sytuacja najczęstsza i najgorzej obsłużona.
W wielu szablonach wybór kombinacji zmienia adres URL, dodając do niego identyfikator. Strona pokazuje wtedy tę samą treść z innym zdjęciem i inną ceną.
Zasada: canonical wszystkich wariantów wskazuje na kartę produktu bez parametru kombinacji. To ta wersja ma zostać zaindeksowana.
Dwa wyjątki warte zapamiętania. Jeśli wasze kombinacje mają naprawdę odrębne treści, z własnymi opisami i zdjęciami, zapewne zasługują na status osobnych produktów, a nie wariantów objętych canonicalem. A jeśli konkretna kombinacja jest przedmiotem własnych zapytań, pojawia się pytanie o jej wydzielenie.
Klasyczny błąd, którego należy unikać: pozwolić, by każda kombinacja deklarowała canonical na samą siebie. Otrzymujecie wtedy piętnaście niemal identycznych stron konkurujących ze sobą.
Przypadek produktów w wielu kategoriach
Produkt przypisany do trzech kategorii może być osiągalny pod trzema adresami, jeśli wasza struktura URL zawiera ścieżkę kategorii.
Canonical wskazuje na adres zbudowany na kategorii domyślnej produktu. Ten wybór musi pozostać spójny z oznakowaną nawigacją okruszkową, inaczej wysyłacie dwa sprzeczne sygnały.
Punkt czujności: kategoria domyślna łatwo gubi się przy imporcie lub reorganizacji. Kontrola po każdej operacji masowej pozwala uniknąć odkrycia canonicali wskazujących na nieaktualne adresy.
Przy strukturze URL bez ścieżki kategorii, czyli w konfiguracji najprostszej i najbardziej zalecanej, problem znika całkowicie.
SEO Cannibalization Detector: PrestaShop 8 i 9Wykrywaj i rozwiązuj kanibalizację SEO przez Google Search Console€39,00
Przypadek paginacji
Błąd bardzo rozpowszechniony i niszczący.
W kategorii z paginacją pojawia się pokusa, by wszystkie strony wskazywały na pierwszą. To nieporozumienie: produkty widoczne wyłącznie na stronie 4 trafiają na stronę, której prosicie nie indeksować.
Zasada: każda strona serii z paginacją niesie canonical na samą siebie. Strony 2, 3 i 4 to odrębne strony z odrębnymi treściami.
Dwa uzupełnienia. Jeśli oferujecie widok „pokaż wszystko”, może on zasadnie przyjąć canonicale stron z paginacją, o ile pozostaje użyteczny, co powyżej stu produktów zdarza się rzadko. I pierwsza strona nie może istnieć podwójnie, z parametrem paginacji i bez niego: jedna musi przekierowywać na drugą.
Przypadek filtrów
Odfiltrowana strona kategorii wskazuje na kategorię bez filtra, chyba że świadomie otworzyliście tę fasetę na indeksowanie.
Przy otwartej fasecie canonical jest autoreferencyjny: strona ma własny tytuł i własną treść, musi istnieć samodzielnie.
Uwaga na połączenie z paginacją: strona 2 otwartej fasety wskazuje na samą siebie, nie na stronę 1 fasety ani na kategorię.
Przypadek trybu wielosklepowego
Dwa sklepy dzielące ten sam produkt stawiają pytanie merytoryczne, zanim staną się problemem technicznym.
Jeśli oba sklepy zwracają się do odrębnych odbiorców, z różnymi treściami i cenami, każda strona jest uzasadniona i musi deklarować canonical na samą siebie.
Jeśli oba sklepy pokazują tę samą treść, macie problem duplikacji, którego canonical nie rozwiąże poprawnie: canonical między domenami jest możliwy, ale sprowadza się do poświęcenia jednego ze sklepów. Prawdziwą odpowiedzią jest zróżnicowanie treści.
Częsty przypadek szczególny: sklep testowy lub przedprodukcyjny pozostawiony w dostępie. Musi zostać zablokowany uwierzytelnianiem, a nie obsłużony canonicalem.
Przypadek wielojęzyczności
Najbardziej szkodliwe ze wszystkich nieporozumień.
Wersje językowe tej samej strony nie są duplikatami. Wersja francuska i wersja niemiecka to dwie odrębne strony, skierowane do dwóch grup odbiorców, i każda musi deklarować canonical na samą siebie.
Skierowanie wersji przetłumaczonych na wersję źródłową usuwa z indeksu wszystkie wasze tłumaczenia. To błąd spotykany regularnie na serwisach wielojęzycznych, których ruch międzynarodowy nie rusza z miejsca.
Właściwym narzędziem do łączenia wersji językowych jest adnotacja języka alternatywnego, mechanizm odrębny i uzupełniający. Wskazuje relację między wersjami, a canonical wskazuje wersję referencyjną w obrębie każdego języka.
Dwie zasady łączenia: każda wersja kieruje swój canonical na samą siebie i deklaruje swoje alternatywy językowe, uwzględniając siebie na liście.
Błędy przekrojowe
Canonical względny. Używajcie adresu bezwzględnego, z protokołem i domeną. Adres względny działa, ale psuje się, gdy tylko strona zostanie podana z nieoczekiwanego kontekstu.
Canonical do strony przekierowanej. Dodaje etap i zaciemnia sygnał. Wskazujcie ostateczny cel.
Canonical do strony z noindex. Sygnał sprzeczny: wskazujecie jako referencję stronę, której prosicie nie indeksować.
Podwójna deklaracja. Szablon umieszcza canonical, moduł SEO umieszcza drugi. Dwa różne znaczniki na tej samej stronie dają nieprzewidywalne zachowanie i są częstą przyczyną wypadnięcia z indeksu po instalacji modułu.
Kontrola
Trzy weryfikacje, w tej kolejności.
Sprawdzenie adresu URL w Search Console na próbce stron, które pokazuje canonical zadeklarowany i ten wybrany przez Google. Rozbieżność między nimi sygnalizuje, że wasza deklaracja nie jest respektowana.
Przejście robotem po serwisie z rejestracją canonicali, co pozwala masowo wychwycić wskazania na strony przekierowane, z błędem lub z noindex.
Raport indeksowania, z obserwacją kategorii stron zduplikowanych, w których canonical różni się od wybranego przez Google.
Częsty objaw źle ustawionego canonicala: dwie wasze strony rywalizują o to samo zapytanie i wymieniają się w wynikach. Moduł SEO Cannibalization Detector dla PrestaShop wykrywa takie sytuacje w PrestaShop 8 i 9, zestawiając pozycje i zapytania waszych stron, by wskazać te, które wchodzą sobie w drogę.
