Kontroler canonicalizacji

URL to audit

Kontrole są uruchamiane na naszym serwerze; pobieramy podany adres URL i nie przechowujemy wyników. The URL and its canonical target are fetched to build this report. The full URL is not stored; after a successful check, only its domain may be remembered in this browser. Anonimowe liczniki wyników poszczególnych uruchomień mogą być wykorzystywane do badań zbiorczych; adresy URL, domeny, adresy IP i identyfikatory nigdy nie są uwzględniane, a statystyki nie są publikowane poniżej 100 uruchomień.

Opinia

Przykładowy wynik

Sprawdzona strona:

https://example.com/product?color=blue

Zaobserwowane sygnały canonical

html canonical: https://example.com/product

Prognoza ryzyka zastąpienia przez Google

Naprawa: Zwykle jest to prawidłowe, jeśli parametry nie zmieniają treści; upewnij się, że linki wewnętrzne i mapa witryny używają czystego adresu URL.

Ten przykład zakłada, że cel canonical zwraca bezpośrednią odpowiedź 200. Gdyby przekierowywał albo kończył się błędem, ten sam silnik dodałby ustalenie o wysokim ryzyku zamiast ukrywać ten dowód.

Jak używać

Wpisz dokładny wariant adresu URL, który chcesz poddać audytowi, w tym parametry, jeśli są częścią pytania.
Wybierz „Audyt canonical”. Raport pokazuje każdą zaobserwowaną deklarację canonical w HTML i w HTTP Link header.
Przeczytaj wyjaśnienia ryzyka nadpisania i poprawki, a następnie potwierdź, że cel rozwiązuje się bezpośrednio do bieżącej strony.
Użyj URL Inspection w Search Console, aby porównać canonical zadeklarowany przez użytkownika z canonical wybranym przez Google dla zweryfikowanej usługi.

Co oznaczają wyniki

Raport sprawdza obserwowalne sygnały związane z canonicalizacją i szacuje, kiedy konflikty mogą skłonić Google do wybrania innego URL.

Wysoki oznacza bezpośredni konflikt, taki jak rozbieżne deklaracje canonical, połączenie noindex z canonical, niedostępny cel lub cel przekierowujący.
Średni oznacza istotne ryzyko niespójności, w tym cel w innej domenie lub hreflang pomijający adres URL canonical.
Niski oznacza, że zaobserwowane sygnały są wewnętrznie spójne albo opisują zwykłe oczyszczanie parametrów. Nie jest to obietnica, że Google się z nimi zgadza.

Jak to działa

Jak to działa: ograniczone żądanie serwera pobiera adres URL, nagłówki odpowiedzi i HTML. Deterministyczne kontrole odczytują końcowy status, ścieżkę przekierowań, metadane, dyrektywy robots HTTP oraz wskazówki canonical. Link do Search Console przekazuje użytkownika dalej; narzędzie nie ma dostępu do usługi i nie zgaduje werdyktu indeksowania.

Funkcje, które warto znać

Wykrywanie canonical w HTML oraz nagłówkach HTTP Link.
Sprawdzanie canonical względnych, brakujących, wielokrotnych i sprzecznych.
Sygnały spójności noindex, hreflang, hosta zewnętrznego, protokołu i parametrów.
Ograniczona weryfikacja stanu celu canonical i przekierowania.
Zrozumiałe etykiety prawdopodobieństwa bez twierdzenia, jaki adres wybrał Google.

Ograniczenia, które warto znać

Kontroler odczytuje odpowiedź serwera i nie renderuje JavaScriptu. Nie może porównywać treści stron pod zduplikowanymi adresami URL, sprawdzać wszystkich linków wewnętrznych ani sygnałów mapy witryny, uzyskiwać dostępu do Search Console lub obserwować canonical wybranego przez Google. Wynik niskiego ryzyka opisuje wyłącznie dowody pobrane podczas tego uruchomienia.

Najczęściej zadawane pytania

Czy to narzędzie może wskazać canonical wybrany przez Google?

Nie. Canonical wybrany przez Google można zaobserwować wyłącznie w Inspekcji adresu URL w Search Console dla zweryfikowanej usługi. To narzędzie przewiduje ryzyko nadpisania na podstawie obserwowalnych sygnałów HTTP i HTML.

Czy narzędzie pobiera canonical wyrenderowany przez JavaScript?

Nie. Odczytuje odpowiedź serwera. Canonical wstrzyknięty dopiero po uruchomieniu JavaScriptu nie jest zalecany i należy go zweryfikować w Inspekcji adresu URL.

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

Canonical wskazujący na siebie jest zwykle przydatny, bo jasno określa preferowany adres i ogranicza niejednoznaczność parametrów lub alternatywnych form adresu. Nadal jest to wskazówka, a nie dyrektywa.

Czy canonical może wskazywać na przekierowanie?

Może, ale tworzy konfliktową i nieefektywną ścieżkę sygnałów. Wskaż canonical bezpośrednio na końcowy aktywny adres z odpowiedzią 200 oraz uzgodnij z nim linki wewnętrzne, przekierowania i wpisy mapy witryny.

Dlaczego Google może zignorować tag canonical?

Google może wybrać inny adres, gdy treść, przekierowania, linki wewnętrzne, mapy witryny, hreflang, protokół lub sygnały hosta są niespójne albo gdy zadeklarowany cel jest niedostępny. Kontroler sprawdza kilka obserwowalnych konfliktów, ale nie widzi pełnych dowodów na poziomie indeksu Google.

Następny krokGenerator mapy witryny XML — publish a clean sitemap that agrees with your canonical targets. Wskazówki są dostępne po angielsku.

Typowe problemy i sposoby ich naprawy

Ostrzeżenie Brakuje adresu kanonicznego Poprawka: Dodaj jeden bezwzględny, self-referencing URL canonical wskazujący na tę stronę.
Błąd Canonical jest względna lub nieprawidłowa Poprawka: Zastąp ten względny reference z válido bezwzględny HTTPS URL.
Błąd Wiele adresów kanonicznych jest sprzecznych Poprawka: Wybierz zamierzoną wartość, uzgodnij sprzeczne sygnały i uruchom ponownie sprawdzenie.
Ostrzeżenie kanoniczny wskazuje gdzie indziej Poprawka: Wskaż canonical na zamierzony preferowany URL albo potwierdź, że konsolidacja jest celowa.
Błąd HTML i HTTP canonicals nie zgadzają się Poprawka: Wybierz zamierzoną wartość, uzgodnij sprzeczne sygnały i uruchom ponownie sprawdzenie.
Błąd Cel canonical URL nie zwraca bieżącego adresu 2xx Poprawka: Przywróć bieżącą odpowiedź 2xx dla ocenianego URL, a następnie uruchom ponownie sprawdzenie.