Zacznij od zamierzonych stron i powtarzalnych dowodów
Wypisz publiczne strony, które chcesz, aby wyszukiwarki znajdowały: kluczowe produkty, artykuły, kategorie i przeniesione adresy URL. Dla każdej zanotuj preferowany URL, oczekiwaną odpowiedź, indexowalność, szablon, właściciela i priorytet. Trzymaj prawidłowe wyłączenia oddzielnie.
Zachowaj niezalogowaną odpowiedź, nagłówki, ścieżkę przekierowań, źródło strony, widok po renderowaniu, stan linków wewnętrznych i stan mapy witryny dla reprezentatywnych URL-i. Próbkuj każdy szablon i wzorzec URL. Dowód jest datowany: ustawienie CDN, deployment, warstwa zgody lub personalizacja mogą to zmienić później.
Działająca strona główna nie dowodzi, że listingi, warianty produktów czy zlokalizowane ścieżki działają poprawnie.
Przechowuj datowane nagłówki i dowody renderowania, aby móc porównać naprawy i późniejsze regresje.
Uczyń indexowalność świadomą decyzją
Indexowalność oznacza, że strona może zostać uwzględniona w indeksie wyszukiwarki; nie jest to tożsame z crawlowaniem czy rankingiem. Sprawdź dyrektywy meta robots w HTML i nagłówki odpowiedzi X-Robots-Tag. Dyrektywa noindex informuje wyszukiwarki, aby nie pokazywały strony; X-Robots-Tag dotyczy też plików niebędących HTML, np. PDF-ów.
Przejrzyj osobno robots.txt. Crawler musi mieć dostęp do strony, aby zobaczyć dyrektywę noindex, więc zablokowanie tego URL-a może uniemożliwić odczytanie dyrektywy. Sprawdź wdrożoną, publiczną odpowiedź, ponieważ ustawienia CMS i flagi środowiskowe mogą dodawać reguły. Noindex nie jest mechanizmem kontroli dostępu: chroń materiały wrażliwe przez uwierzytelnianie i odpowiednią ocenę bezpieczeństwa.
Oznacz noindex, odpowiedzi wymagające logowania, odniesienia do środowisk staging oraz zablokowane zasoby istotne dla stron przeznaczonych do indeksowania.
Nagłówek HTTP może zawierać dyrektywę nawet tam, gdzie nie ma sekcji head HTML.
Ustal jeden preferowany URL
Kanoniczność identyfikuje preferowany URL spośród duplikatów lub bardzo podobnych wersji, takich jak HTTP i HTTPS, różne hosty, parametry śledzące, filtry czy wersje do druku. Porównaj element rel=canonical, linki wewnętrzne, URL w mapie witryny i miejsce docelowe przekierowania. Dla strony indexowalnej powinny one zwykle wskazywać ten sam absolutny preferowany URL.
Użyj trwałego przekierowania po stronie serwera przy wycofywaniu duplikatu. Google opisuje przekierowania trwałe i rel=canonical jako silne sygnały, podczas gdy uwzględnienie w mapie witryny jest słabsze; zgrane sygnały wzmacniają preferencję. Nie używaj robots.txt do kanonizacji ani nie dopuszczaj konkurencyjnych kanonikalnych sygnałów. Kanonikal samoodniesiony pomaga zadeklarować preferowaną wersję, ale wybór wyszukiwarki pozostaje poza twoją kontrolą.
S dokumentuj warianty, preferowany cel, wymagany mechanizm kontroli i właściciela.
Przetestuj mapowania stary→nowy przed migracją i miej gotową odwracalną zmianę przekierowania.
Sprawdź kody statusu i zachowanie przekierowań
Kody statusu informują przeglądarki i crawlery, co się wydarzyło. Ważne strony na żywo powinny zwracać sensowną odpowiedź 2xx z zamierzoną treścią. Strona bez odpowiedniego zastępstwa powinna zwracać prawdziwe 404 lub 410; przeniesione treści powinny prowadzić do najbliższego istotnego zamiennika. Strona z odpowiedzią 200 pokazująca wyłącznie błąd może być traktowana jako soft 404.
Zapisz każdy przeskok przekierowania. Google ogólnie śledzi do 10 przeskoków dla ogólnego crawlowania, ale łańcuchy dodają opóźnienia i podatność na błędy. Google informuje, że odpowiedzi 5xx i 429 mogą tymczasowo spowolnić crawlowanie, a uporczywe błędy serwera mogą ostatecznie usunąć zindeksowane URL-e. Badaj powtarzające się awarie z właścicielem inżynieryjnym w warstwach aplikacji, CDN, origin, cache, zależności i deploymentu.
Zapisz oryginalny URL, przeskoki, kody, finalny URL i oczekiwany stan.
Usuń nakładające się reguły CMS, CDN, hosta, lokalizacji lub ukośników zamiast dodawać kolejny przeskok.
Weryfikuj renderowanie JavaScript i routing
Sprawdź zarówno początkowy HTML, jak i widok po renderowaniu dla kluczowych szablonów. Potwierdź obecność głównej treści, nagłówków, linków, rel=canonical, dyrektyw robots i stanu po renderowaniu. Google opisuje oddzielne fazy crawl, render i index i stwierdza, że treść niewidoczna w wyrenderowanym HTML nie może zostać zindeksowana.
Używaj elementów anchor z wartościami href do nawigacji. Trasy oparte wyłącznie na fragmencie (fragment-only) ładujące odrębną treść nie są niezawodne dla odkrywania. Bezpośrednio żądaj nieistniejących produktów, artykułów i przefiltrowanych URL-i. Aplikacje po stronie klienta potrzebują prawdziwego stanu błędu; Google dokumentuje routing do serwerowego 404 lub dodanie noindex, aby uniknąć soft 404. Renderowanie po stronie serwera lub prerendering może pomóc, ale zweryfikuj wdrożoną odpowiedź.
Sprawdź HTML odpowiedzi, wyrenderowany HTML i widok przeglądarki dla istotnych różnic.
Preferuj kanonikal z HTML źródłowego; jeśli JavaScript go ustawia, upewnij się, że istnieje jedna, niesprzeczna wartość rel=canonical.
Utrzymuj czyste mapy witryny i linki wewnętrzne
Mapa witryny to mapa odkrywania, nie polecenie indeksowania. Uwzględniaj poprawne, zamierzone, preferowane kanoniczne URL-e; wyklucz przekierowania, błędy, strony noindex, duplikaty parametryczne i chronione URL-e. Google zaleca pełne, kwalifikowane URL-e, a uwzględnienie w mapie traktuje się jako wskazówkę kanoniczną, nie gwarancję.
Zwaliduj mapę witryny i porównaj ją z listą zamierzonych do indeksu i nawigacją. Google dokumentuje kodowanie UTF-8 i limit 50 MB nieskompresowane lub 50 000 URL-i na mapę witryny. Dla większych witryn dziel na użyteczne grupy i użyj indeksu map witryn. Aktualizuj lastmod tylko przy znaczących, weryfikowalnych zmianach strony.
Zbadaj znaczące różnice między zamierzonymi URL-ami, wpisami w mapie witryny i linkami wewnętrznymi.
Sprawdź wygenerowaną mapę witryny i próbkę zgłoszonych URL-i po zmianach routingu lub CMS.
Mierz wydajność i uczynij audyt częścią procesu
Używaj danych z realnego ruchu, gdy są dostępne, oraz kontrolowanych testów laboratoryjnych do badania Core Web Vitals (Podstawowe wskaźniki internetowe): Largest Contentful Paint (LCP) dla ładowania, Interaction to Next Paint (INP) dla responsywności oraz Cumulative Layout Shift (CLS) dla stabilności wizualnej. Segmentuj według typu strony i urządzenia, ponieważ średnie mogą ukrywać uszkodzony, wysoko-wartościowy szablon.
Śledź wolne lub niestabilne dostarczanie przez obrazy, CSS i JavaScript, tagi zewnętrzne, czcionki, osadzenia i cache. Wprowadź jedną mierzoną zmianę, a potem ponownie sprawdź renderowanie i ścieżki użytkownika. Dane polowe odzwierciedlają prawdziwych użytkowników; dane laboratoryjne pomagają odtworzyć problemy. Żadne z nich nie przewiduje każdego przyszłego crawlera czy odwiedzającego. Powtórz ukierunkowaną kontrolę regresji po ryzykownych wydaniach i pełniejszy audyt po migracjach lub zmianach platformy.
Napraw awarie w szablonach krytycznych dla przychodów lub intensywnie używanych przed drobnymi poprawkami punktów oceny.
Ponownie sprawdź odpowiedź, rel=canonical, wyrenderowaną treść, stan mapy witryny i istotne dowody wydajności przed zamknięciem zadania.