Co sprawdza ten canonical checker
Narzędzie pobiera stronę i porównuje sygnały kanoniczne w kodzie HTML i nagłówkach HTTP. Pomaga zdecydować, czy wyszukiwarki są kierowane do poprawnej wersji treści.
- Wykrywa brakujące, wielokrotne, samoodniesienia i błędne tagi kanoniczne.
- Sprawdza nagłówki HTTP Link obok tagów HTML.
- Rozwiązuje relatywne URL-e kanoniczne względem końcowego adresu strony.
- Oznacza cele kanoniczne z innych domen lub sprzeczne reguły.
Kiedy sprawdzać tagi kanoniczne
Uruchom sprawdzenie, gdy rankingi dzielą się na warianty URL, migracja zmienia ścieżki, w wyszukiwaniu pojawiają się URL-e z filtrami lub gdy strona jest zaindeksowana mimo innego preferowanego adresu.
- Przed publikacją zduplikowanych landing page lub wariantów lokalnych.
- Po zmianach w CMS lub platformie wpływających na tagi w sekcji head.
- Gdy Google indeksuje warianty z parametrami, ukośnikami lub protokołami.
- Gdy ważna strona traci wyświetlenia na rzecz słabszego adresu URL.
Jak interpretować wyniki kanoniczne
Strona self-canonical jest zazwyczaj zdrowa, gdy jest preferowanym adresem rankingowym. Strona kanonizowana gdzie indziej może być poprawna dla duplikatów, ale ryzykowna, gdy cel jest słabszy lub zablokowany.
- Brak kanonikałów zwiększa niejednoznaczność na stronach podatnych na duplikaty.
- Wielokrotne kanonikały zmuszają wyszukiwarki do wyboru między sprzecznymi wskazówkami.
- Kanonikały między domenami wymagają silnego uzasadnienia biznesowego.
- Strony kanonizowane powinny wciąż mieć spójne linkowanie wewnętrzne.
Częste błędy w linkach kanonicznych
Błędy kanoniczne są kosztowne, bo rzadko wyglądają jak zepsuta strona. Użytkownicy widzą stronę normalnie, podczas gdy wyszukiwarki konsolidują sygnały gdzie indziej.
- Nie kieruj przypadkiem kanonikałów ze stron produktów do kategorii.
- Nie zostawiaj adresów testowych w szablonach produkcyjnych.
- Nie mieszaj celów kanonicznych z celami przekierowań.
- Nie zakładaj, że tagi kanoniczne naprawią pułapki skanowania (crawl traps).
Następny krok po sprawdzeniu kanonikałów
Jeśli jeden URL jest ryzykowny, sprawdź sąsiednie szablony. Problemy kanoniczne często powtarzają się w kolekcjach, wariantach i lokalizacjach.
- Użyj sprawdzania indeksowalności, gdy strony kanonizowane mają też noindex.
- Użyj walidatora sitemap, gdy cele kanoniczne różnią się od URL-i w sitemapie.
- Użyj kontroli hreflang, gdy strony lokalne kanonizują do złego języka.
- Użyj Spider Analysis, by pogrupować konflikty kanoniczne według szablonów.
- Dokumentuj grupę URL, właściciela, oczekiwany wpływ i kolejną decyzję wydawniczą, aby wynik stał się zgłoszeniem do poprawki, a nie kolejnym arkuszem.