Ustal, czy URL-e są rzeczywiście duplikatami
URL kanoniczny to adres reprezentatywny dla duplikujących się lub blisko-duplikujących się stron. Relacja linku kanonicznego jest właściwa, gdy cel zawiera zduplikowaną zawartość lub nadzbiór treści strony odsyłającej. Nie jest to sposób na ukrywanie różnych produktów, przydatnych filtrów, artykułów czy wersji językowych.
Zadaj pytanie, czy odwiedzający straciłby istotną treść, wybór lub możliwość wykonania zadania, gdyby ten URL był reprezentowany przez kandydacki URL. Jeśli tak — traktuj go jako odrębny i popraw jego treść lub lokalizację. Jeśli nie — wybierz jeden stabilny URL i udokumentuj zasady dotyczące protokołu, hosta, ścieżki, ukośnika na końcu i parametrów.
Dodaj samoreferencyjny rel=canonical do każdej preferowanej indeksowalnej strony HTML, nawet gdy dzisiaj żaden duplikat nie jest oczywisty.
Wskaż konieczny duplikat, taki jak trasa z parametrem analitycznym, na preferowany URL tylko wtedy, gdy obie strony zwracają tę samą główną treść.
Użyj przekierowania, gdy stary URL ma zniknąć
Użyj trwałego przekierowania po stronie serwera, gdy stara ścieżka, wycofany host lub wersja HTTP nie powinna już być celem dla odwiedzających ani robotów. Google traktuje przekierowania jako silny sygnał kanonizacji i zaleca je przy wycofywaniu duplikatu.
Użyj rel=canonical, gdy oba URL-e muszą odpowiadać treścią, ale jeden powinien reprezentować klaster w wynikach wyszukiwania. Tagi kanoniczne nie zmieniają adresu widocznego dla użytkownika ani nie usuwają innej trasy. Docelowy URL powinien zwracać sukces (2xx) i nie przekierowywać ani nie kanonizować gdzie indziej.
Wyślij stary URL HTTP bezpośrednio do ostatecznego URL-a HTTPS i używaj tego URL-a HTTPS wszędzie indziej.
Robots.txt, usuwanie URL-i i noindex nie wyrażają preferencji względem duplikatu. Noindex zamiast tego blokuje stronę przed indeksem.
Opublikuj jedną jasną adnotację
Dla HTML umieść jedną absolutną adnotację rel=canonical w sekcji <head>. Sprawdź dostarczone źródło, nie tylko ustawienie w CMS: motyw, wtyczka, reguła edge lub JavaScript mogą zastąpić wartość. Google radzi podawać ją w źródle HTML i upewnić się, że JavaScript jej nie zmienia.
Dla dokumentów nie-HTML, takich jak PDF, użyj nagłówka Link w odpowiedzi HTTP wskazującego kanoniczny URL, jeśli to stosowne. Unikaj konfliktów między wartościami w HTML a nagłówkach. Cel musi być dostępny, nie może zwracać 4xx i nie może być przekierowaniem ani łańcuchem przekierowań.
Opublikuj jeden cel kanoniczny dla każdego zasobu; wiele celów sprawia, że preferencja jest niejasna.
Pobierz próbne strony i nagłówki po zmianach w szablonie, CDN, CMS lub routingu i potwierdź ostateczny cel.
Dopasuj sygnały wspierające
Linkuj wewnętrznie do preferowanego URL-a w nawigacji, breadcrumbach, linkach w treści i generowanych kanałach. Umieszczaj w mapie witryny tylko te URL-e, które chcesz, by były wyświetlane w wynikach wyszukiwania. Zawartość mapy witryny jest słabszym sygnałem, ale wzmacnia wybór, gdy zgadza się z przekierowaniami i adnotacjami.
Generuj w pełni kwalifikowane URL-e w mapie witryny z tym samym hostem, protokołem i stylem ukośnika, co kanoniczny. Usuń przekierowane i parametryzowane duplikaty. Testuj automatycznie generowane mapy witryny po zmianach permalinków, domeny, języka lub katalogu e-commerce.
Zastąp linki do URL-i śledzących, przestarzałych lub z alternatywnym hostem wybranym kanonicznym URL-em.
Utrzymuj spójność przekierowań HTTPS, celów kanonicznych, map witryny i linków; błędy certyfikatu lub przekierowania HTTPS→HTTP wysyłają sprzeczne sygnały.
Traktuj parametry, paginację i języki według celu
Parametry nie są automatycznie duplikatami. Parametry analityczne mogą nie zmieniać treści, podczas gdy filtry i sortowania mogą zmieniać zestaw wyników. Przetestuj reprezentatywne kombinacje. Zachowaj wszystkie parametry potrzebne do koszyka, logowania, zgody lub konfiguracji; kanonizacja nie powinna łamać przepływu odwiedzającego.
Nie kanonizuj każdej strony paginowanej do strony pierwszej: strony dalsze zwykle zawierają treści, których strona pierwsza nie ma. Dla URL-i językowych wybierz jako kanoniczny stronę w danym języku, jeśli istnieje, i użyj hreflang dla alternatyw. Kanonizacja nie zastępuje projektu lokalizacyjnego.
Udokumentuj, które filtry są odrębnymi stronami docelowymi, a które to duplikujące się przestawienia, aby zmiany produktowe i inżynieryjne pozostały zharmonizowane.
Używaj jednej tylko wtedy, gdy jest to użyteczny nadzbiór treści; przetestuj jej ładowanie i nawigację przed wyborem.
Debuguj konflikty przy użyciu indeksowanych i żywych dowodów
W Search Console sprawdź badany URL i porównaj zindeksowany przez Google wybrany kanoniczny z wartością zadeklarowaną przez użytkownika. Sprawdź też kandydacki cel. Raport z indeksowania odzwierciedla to, co Google ostatnio przetworzyło; test na żywo jest użyteczny dla bieżącego pobrania, renderowanej strony, nagłówków i zasobów, ale nie może przewidzieć ostatecznego wyboru kanonicznego.
Jeśli wartości się różnią, rozważ, czy Google wybrał lepszego reprezentanta. W przeciwnym razie prześledź przekierowania, adnotacje HTML i w nagłówkach HTTP, renderowane wyjście, linki, wpisy w mapie witryny, hreflang i podobieństwo treści. Napraw rozbieżność, zanotuj zmianę i poczekaj na ponowną ocenę.
Sprawdź szablony, nagłówki, routing hosta i zmiany zabezpieczeń. Niezrozumiały kanoniczny URL cross-domain lub przekierowanie wymaga śledztwa bezpieczeństwa.
Porównaj dostarczone źródło i nagłówki z ustawieniami CMS; wtyczka lub reguła platformy może emitować inną wartość.
Dodaj kontrole kanoniczne do hardeningu wydań SIU
Przed wydaniami dotyczącymi domeny, HTTPS, CDN, CMS, szablonów lub katalogu, pobierz próbki strony głównej, stron treści i produktów, trasy z parametrem, wersję językową, stary URL i opublikowane dokumenty. Zanotuj status, ostateczny URL, cel kanoniczny, obecność w mapie witryny i przykład linku wewnętrznego.
Utrzymuj poprawki możliwe do wycofania: zrób kopię obecnego odwzorowania, zmień jedną regułę, zweryfikuj dotknięte trasy i zachowaj plan rollbacku. To wspiera proaktywne optymalizowanie czasu działania przez ochronę stabilnych publicznych ścieżek podczas zmian; nie wykrywa awarii ani nie gwarantuje indeksowania.
Przypisz reguły kanoniczne między marketingiem a zespołem inżynieryjnym i zaloguj szablon, przekierowanie, mapę witryny lub zmianę platformy za każdą aktualizacją.
Dołącz małą próbkę URL-a i nagłówków przed i po do zgłoszenia wydania, aby szybsza była naprawa.