Darmowy sprawdzacz tagu canonical: sprawdź, dokąd wskazuje canonical strony

Sprawdzacz tagu canonical weryfikuje linię HTML, która mówi wyszukiwarkom, którą wersję strony indeksować. Duplikaty są wszędzie: parametry śledzące, opcje sortowania, http i https, www i bez www. Google definiuje kanonizację jako „proces wyboru reprezentatywnego” adresu URL treści (Google, czym jest kanonizacja). Sama relacja linku canonical jest znormalizowana w RFC 6596 jako sposób wskazania „preferowanego IRI spośród zasobów o zduplikowanej treści” (IETF, RFC 6596).

Co weryfikuje sprawdzacz tagu canonical?

Wpisz pełny adres URL. Narzędzie podąża za maksymalnie ośmioma przekierowaniami, czyta końcową stronę, jej nagłówki i robots.txt witryny, a jeśli canonical wskazuje gdzie indziej, pobiera ten cel raz, by go sprawdzić.

Raport kończy się tagiem canonical, który strona powinna mieć, gotowym do skopiowania do head. Trzy darmowe analizy dziennie są w cenie; konto Sorank znosi limit.

Czy tag canonical to dyrektywa, czy wskazówka?

Silny sygnał, a nie rozkaz. Google wymienia metody „w kolejności, w jakiej mogą wpływać na kanonizację”: przekierowania i adnotacje rel="canonical" to sygnały silne, a umieszczenie w mapie witryny to sygnał słaby (Google, jak wskazać kanoniczny adres URL). Metody się sumują, więc canonical działa najlepiej, gdy linki wewnętrzne, mapa witryny i przekierowania wskazują ten sam adres URL.

Aby zobaczyć, co zdecydował Google, sprawdź adres URL w Search Console i odczytaj pole „Kanoniczny adres URL wybrany przez Google” w zaindeksowanej wersji; Google zaznacza, że test na żywo nie potrafi tego przewidzieć (Pomoc Search Console, Inspekcja adresu URL).

Czy każda strona powinna mieć canonical wskazujący na siebie?

Tak. Dokumentacja Google mówi: „Umieść link rel="canonical" także na samej stronie kanonicznej (znany też jako canonical odnoszący się do samego siebie)”. Chroni stronę przed wariantami tworzonymi przez parametry śledzące, sortowanie i identyfikatory sesji, które inaczej by z nią konkurowały. Gdy sprawdzacz znajdzie adres URL z parametrami, którego canonical wskazuje czystą wersję, oznacza konfigurację jako poprawną: właśnie tak scala się warianty.

Używaj adresów bezwzględnych. Google obsługuje ścieżki względne, ale ostrzega, że „mogą powodować problemy na dłuższą metę”, na przykład gdy skanowana jest kopia testowa albo wersja http. Sprawdzacz z tego powodu oznacza względne canonical.

Jakie są najczęstsze błędy z canonical?

Google wymienił pięć z nich ponad dekadę temu i nadal są to te, które sprawdzacz znajduje najczęściej (Blog Google Search Central, 5 common mistakes with rel=canonical).

• Wskazywanie każdej strony serii na stronę pierwszą: strona 2 listy z paginacją nie jest duplikatem strony 1 i powinna mieć canonical na siebie.
• Źle zapisane adresy względne, które zamieniają się w canonical do stron, które nie istnieją.
• Kilka canonical na jednej stronie, często jeden z motywu i jeden z wtyczki SEO. „Gdy podano więcej niż jeden, wszystkie linki rel=canonical zostaną zignorowane”.
• Canonical strony kategorii na wyróżniony artykuł, który oddaje pozycję kategorii artykułowi.
• Canonical w body, gdzie Google go nie czyta.

Dwa kolejne są dziś częste: canonical wskazujący na adres, który przekierowuje, oraz canonical połączony z noindex. Google odradza używanie noindex do wyboru canonical w obrębie witryny, ponieważ „całkowicie zablokuje stronę w wyszukiwarce”. Zachowaj canonical, jeśli strona jest duplikatem, a noindex tylko wtedy, gdy strona ma zniknąć.

Czy canonical może wskazywać na inną domenę?

Tak, dla treści opublikowanych ponownie na wielu witrynach: kopia wskazuje oryginał, a oryginał zachowuje pozycję. Poza tym przypadkiem canonical między domenami oddaje Twoją pozycję drugiej witrynie, dlatego sprawdzacz zawsze oznacza go do przeglądu. To samo dotyczy canonical, który zmienia https na http: prawie zawsze to błąd konfiguracji po migracji.

Jak canonical współdziała z robots.txt, noindex i przekierowaniami?

Muszą się zgadzać. Canonical nie pomoże stronie, której Google nie może skanować albo której kazano nie indeksować.

1. Nie blokuj duplikatów w robots.txt, aby je „kanonizować”. Google mówi: „Nie używaj pliku robots.txt do celów kanonizacji”, bo może nadal indeksować zablokowane adresy URL bez ich treści. Sprawdź swoje reguły sprawdzaczem robots.txt.
2. Kieruj canonical na adresy końcowe, nigdy na adres, który przekierowuje. Sprawdzacz przekierowań pokazuje każdy skok.
3. Utrzymuj sygnały indeksowania w jednym kierunku: strona, która ma się pozycjonować, potrzebuje statusu 200, braku noindex i canonical wskazującego na siebie. Sprawdzacz indeksowalności analizuje te same sygnały z naciskiem na indeksowanie.
4. Wymieniaj w mapie witryny tylko kanoniczne adresy URL i zweryfikuj ją sprawdzaczem mapy witryny.

W witrynach międzynarodowych każda wersja językowa ma canonical na siebie i jest powiązana z pozostałymi przez hreflang; generator hreflang pisze te tagi. Słownictwo wyjaśniają nasze hasła słownika o tagach canonical i duplikacji treści.

Jak czytać raport sprawdzacza?

Zacznij od werdyktu na górze, a potem przechodź w dół czerwonymi pozycjami przed pomarańczowymi.

1. Najpierw sygnały indeksowania: 404, blokada w robots.txt lub noindex czynią canonical bez znaczenia, dopóki nie zostaną naprawione.
2. Potem sam canonical: brakujący, wielokrotny, nieczytelny lub umieszczony w body.
3. Potem cel: jeśli przekierowuje, zwraca błąd lub ma noindex, skieruj canonical na końcowy, działający adres URL.
4. Na końcu ostrzeżenia: adres względny, inna domena, zmiana protokołu. Zachowaj je tylko wtedy, gdy są zamierzone.

Skopiuj sugerowany tag z końca raportu do head strony, wdróż i uruchom sprawdzenie ponownie na tym samym adresie URL.

Jak naprawić canonical w całej witrynie?

Napraw szablon, a nie każdą stronę. Większość błędów canonical pochodzi z jednego ustawienia motywu lub jednej wtyczki zastosowanej do tysięcy adresów URL. Sprawdź jeden adres URL z każdego szablonu (strona główna, kategoria, produkt, artykuł, lista filtrowana), napraw szablon, który zawodzi, a potem sprawdź ponownie. Powtarzaj po każdej przebudowie, migracji lub aktualizacji wtyczki. Dzięki SEO Chat Sorank możesz zadawać pytania o własną witrynę i dostawać kolejną poprawkę prostym językiem, a panel GEO / SEO pokazuje, czy ruch odbija się po zmianie.

Jedna strona, jeden canonical, wskazujący na działający adres URL zgodny z każdym innym sygnałem. Sprawdź teraz swoje najważniejsze szablony i zobacz plany Sorank, aby prowadzić techniczne SEO na autopilot.