Narzędzie do sprawdzania tagów canonical pokazuje, który URL strona deklaruje jako preferowaną wersję i czy sprawdzone sygnały zawierają problemy. Wpisz publiczny URL strony, aby przeanalizować jej linki canonical w HTML, nagłówki HTTP Link oraz bezpośredni cel canonical. Poprawna deklaracja jest przydatnym ustaleniem, ale nie potwierdza indeksowania ani nie pokazuje adresu wybranego przez Google.
Sprawdź dokładny URL strony
Zacznij od adresu budzącego wątpliwości, razem z parametrami zapytania. Jeśli kampania e-mail prowadzi do https://example.com/products/blue-shirt?utm_source=email, sprawdź ten wariant zamiast samej strony głównej. Następnie porównaj zadeklarowany cel z adresem, który ma reprezentować tę treść.
Jeśli wpisany adres przekierowuje, deklaracje pochodzą z końcowej odpowiedzi. Przebieg URL-i pomaga odróżnić to przekierowanie od canonical wskazującego inny adres.
Narzędzie analizuje jedno źródło i, gdy można określić jeden kwalifikujący się cel, najwyżej jeden inny cel. Przy canonical odwołującym się do siebie wykorzystuje źródło ponownie. Odczytuje otrzymany HTML i nagłówki HTTP bez wykonywania JavaScript. Nie skanuje witryny, nie porównuje treści i nie sprawdza plików robots.txt ani map witryny.
Odczytaj wyniki sprawdzania canonical
Czytaj wynik razem z informacją o zakresie. Kolory i ikony pomagają wybrać następny krok; nie tworzą oceny punktowej SEO.
| Wynik | Co oznacza | Następny krok |
|---|---|---|
| Zielony ✓ | Brak problemów w sprawdzonych sygnałach | Potwierdź, że zadeklarowany cel odpowiada Twojemu zamiarowi |
| Czerwony ✕ | Potwierdzony problem, np. sprzeczne cele lub cel z noindex | Otwórz ustalenie i usuń przyczynę |
| Żółty ⚠ | Ostrzeżenie, np. brak, względny adres lub powtórzona deklaracja canonical | Oceń, czy trzeba zmienić deklarację |
| Szary — | Nie udało się sprawdzić danych | Przywróć dostęp lub spróbuj ponownie; nie zakładaj poprawności celu |
Pełny zakres dotyczy tylko obsługiwanych kontroli źródła i celu. Analiza częściowa oznacza, że niektórych stron lub deklaracji nie udało się sprawdzić w całości. Przeczytaj wskazany powód, zanim uznasz raport za potwierdzenie.
Brak canonical jest ostrzeżeniem, a nie dowodem, że strona nie może osiągnąć pozycji w wyszukiwarce. Przekroczenie czasu oznacza niedostępną kontrolę, nie dowód błędu zwróconego przez cel. Szczegóły analizy i pobieranie JSON pozwalają zachować ustalenia do późniejszego porównania.
Sprawdź deklarację canonical
Canonical wskazujący inną stronę może być zamierzony. Jeśli URL ze śledzeniem wyświetla tę samą stronę produktu — niebieskiej koszuli — może wskazywać czysty adres produktu. Preferowana strona może wskazywać siebie. Ten przykładowy HTML należy umieścić w sekcji head strony:
<link rel="canonical" href="https://example.com/products/blue-shirt">
Przed zastosowaniem tego wzorca porównaj rzeczywistą treść. Innego produktu, języka czy znacząco odmiennej listy nie należy scalać tylko ze względu na podobny URL. Cel w innej domenie również wymaga świadomego uzasadnienia; narzędzie nie sprawdza równoważności treści ani własności.
Sprawdź miejsce każdej deklaracji. Link canonical w sekcji body HTML nie jest poprawną deklaracją w head. Nagłówek HTTP Link również może deklarować canonical, także dla dokumentu innego niż HTML. Jeśli deklaracje HTML i HTTP wskazują różne kwalifikujące się URL-e, raport zgłasza konflikt zamiast wybierać za Ciebie. Powtórzone identyczne deklaracje są osobnym ostrzeżeniem.
Sprawdź zarówno oryginalny, jak i rozwiązany URL. Względna ścieżka może zostać rozwiązana poprawnie, ale bazowy URL w HTML może zmienić jej cel. Preferuj pełny bezwzględny URL i usuń fragmenty z canonical. Te zalecenia dotyczące umiejscowienia i adresów wynikają z dokumentacji canonical Google.
Sprawdź cel canonical
Nie poprzestawaj na obecności tagu. Czy wskazany adres zwraca oczekiwaną stronę z HTTP 200? Czy przekierowuje, deklaruje inny canonical albo zawiera dyrektywę noindex?
Jeśli cel przekierowuje, potwierdź zamierzony końcowy adres przed aktualizacją źródła. Jeśli zawiera noindex, sprawdź, dlaczego wskazywana jest strona wykluczona z indeksowania. Sam brak noindex nie dowodzi, że strona może być indeksowana.
W łańcuchu canonical A → B → C narzędzie po sprawdzeniu A i B może odczytać deklarację C na B. Nie pobiera C. Sprawdź C osobno, zanim użyjesz go jako preferowanego celu. Pętla A → B → A wymaga spójnego celu zamiast deklaracji zataczających koło. RFC 6596 zaleca unikanie celów deklarujących inny canonical lub zwracających błąd.
Jeśli celu nie udało się pobrać, jego odpowiedź i dyrektywy pozostają niezweryfikowane. Usuń to ograniczenie, zanim uznasz relację za prawidłową.
Usuń przyczynę i potwierdź zmianę
- Wybierz preferowany adres dla tej treści. Uwzględnij istotne różnice produktu, języka i paginacji; nie kieruj niezwiązanych stron na stronę główną.
- Zaktualizuj ustawienie, szablon lub nagłówek HTTP tworzący deklarację. Usuń sprzeczne źródła, aby odpowiedź wskazywała jedną spójną preferencję.
- Sprawdź sam preferowany cel. Przeanalizuj odpowiedź, przekierowania, canonical i dyrektywy noindex. Potwierdź, że treść odpowiednio reprezentuje źródło. Użyj Kontrola Noindex, aby sprawdzić dyrektywy HTML i HTTP strony, ich źródło i zastosowanie w wyszukiwarce internetowej Google.
- Sprawdź pierwotny wariant ponownie. Porównaj nowe deklaracje, przebieg URL-i i zakres z wcześniejszym raportem, także parametry zapytania wywołujące problem.
W dostępnej usłudze Search Console użyj Sprawdzania adresu URL, aby porównać canonical zadeklarowany przez użytkownika i wybrany przez Google w danych indeksowanych. Test na żywo nie może przewidzieć wyboru canonical przez Google. Odpowiedź poprawiona dziś i zapisana przez Google wersja indeksowana są osobnymi obserwacjami.
Jeśli nadal chodzi o dostęp, użyj Testera Robots.txt dla tego URL-a i robota. Sprawdzanie Sitemap zweryfikuje plik XML, a Sprawdzanie SEO On-Page zbada szerszy zestaw sygnałów strony. Te kontrole uzupełniają raport canonical; żadna nie zastępuje ręcznej oceny, czy wybrana strona jest właściwym reprezentantem.
Aby porównać kody odpowiedzi i łańcuchy przekierowań listy stron, użyj narzędzia Masowe sprawdzanie statusów HTTP.