D-084P1 · krytyczne
Sitemap: istnienie i zgłoszenie
Ustalamy, czy Twoja strona ma mapę witryny, pod jakim adresem jest dostępna i czy zgłoszono ją w Search Console oraz Bing Webmaster Tools. Oceniamy też, czy serwis potrzebuje dodatkowych map, np. dla obrazów, wideo lub wiadomości.
Jak to robimy
- Szukamy mapy pod typowymi adresami i w dyrektywie Sitemap w pliku robots.txt.
- Sprawdzamy, czy adres mapy zwraca poprawny plik XML z kodem 200.
- Weryfikujemy zgłoszenie mapy w obu narzędziach i zgłaszamy ją tam, gdzie jej brakuje.
- Zapisujemy w raporcie adres mapy i odpowiedź tak lub nie dla każdego punktu kontroli.
Co otrzymujesz
Dostajesz potwierdzenie, że mapa witryny istnieje i jest zgłoszona w Google oraz Bing. Obie wyszukiwarki wiedzą, gdzie szukać listy Twoich stron.
Kiedy i w jakiej formie: Miesięcznie
D-085P1 · krytyczne
Sitemap: rozmiar, limity i aktualność
Weryfikujemy, czy mapa witryny mieści się w limitach standardu: 50 000 adresów i 50 MB na plik bez kompresji. Kontrolujemy też, czy zawiera tylko indeksowalne adresy i czy odświeża się automatycznie po zmianach w serwisie.
Jak to robimy
- Liczymy adresy i mierzymy rozmiar każdego pliku mapy, a przy przekroczeniu proponujemy indeks map.
- Sprawdzamy, czy w mapie nie ma adresów 404, przekierowań ani stron z noindex.
- Porównujemy daty ostatniej modyfikacji z faktycznymi zmianami na stronach.
- Testujemy automatyczne odświeżanie, publikując stronę testową i sprawdzając, czy trafia do mapy.
Co otrzymujesz
Otrzymujesz raport zgodności mapy z limitami i listę adresów do usunięcia. Mapa aktualizuje się sama i nie zawiera błędnych wpisów.
Kiedy i w jakiej formie: Miesięcznie
D-086P1 · krytyczne
Indeksacja Google vs sitemap
Porównujemy liczbę stron zaindeksowanych przez Google z liczbą adresów w mapie witryny i wyliczamy procent indeksacji. Duża różnica wskazuje na problemy z jakością, duplikacją lub blokadami.
Jak to robimy
- Pobieramy z Search Console liczbę zaindeksowanych adresów z każdej zgłoszonej mapy.
- Wyliczamy wskaźnik w formacie X z Y oraz procent indeksacji dla całego serwisu i sekcji.
- Rozbijamy niezaindeksowane adresy na przyczyny: duplikaty, noindex, robots.txt i przekierowania.
- Śledzimy wskaźnik w kolejnych miesiącach, żeby wychwycić nagłe spadki.
Co otrzymujesz
Dostajesz wskaźnik indeksacji w Google z listą przyczyn wykluczeń dla każdej sekcji. Widzisz, jaka część Twoich stron może w ogóle pojawić się w wynikach.
Kiedy i w jakiej formie: GSC, miesięcznie
D-087P1 · krytyczne
Indeksacja Bing vs sitemap
Raportujemy stan indeksacji w wyszukiwarce Bing, która dostarcza wyniki także do Microsoft Copilot. Porównujemy liczbę zaindeksowanych stron z mapą witryny i sprawdzamy błędy pobierania.
Jak to robimy
- Pobieramy z Bing Webmaster Tools liczbę zaindeksowanych adresów i porównujemy ją z mapą witryny.
- Sprawdzamy raporty pokrycia, duplikatów, blokad w robots.txt i stron z noindex.
- Analizujemy błędy pobrania i przekierowania zgłaszane przez robota Bingbot.
- Rozważamy wdrożenie IndexNow, które powiadamia Bing o nowych i zmienionych adresach.
Co otrzymujesz
Otrzymujesz raport indeksacji w Bing z listą błędów i porównaniem z Google. Twoja strona jest przygotowana do obecności w wyszukiwarce Microsoftu i usługach, które z niej korzystają.
Kiedy i w jakiej formie: Bing Webmaster Tools, miesięcznie
D-088P1 · krytyczne
Robots.txt: istnienie i składnia
Kontrolujemy, czy plik robots.txt istnieje w katalogu głównym domeny i ma poprawną składnię. Jeden błędny znak w regule potrafi zablokować całą sekcję, dlatego obejmujemy plik stałym monitoringiem zmian.
Jak to robimy
- Sprawdzamy odpowiedź serwera dla pliku i zgodność reguł ze specyfikacją Robots Exclusion Protocol.
- Upewniamy się, że plik nie blokuje CSS, JS ani innych zasobów potrzebnych do renderowania.
- Oceniamy reguły dla parametrów filtrów, żeby ograniczyć skanowanie niekończących się kombinacji.
- Ustawiamy monitoring, który powiadamia nas o każdej zmianie w pliku.
Co otrzymujesz
Dostajesz poprawny składniowo robots.txt i powiadomienia o jego zmianach. Przypadkową edycję pliku wychwytujemy szybko, zanim zaszkodzi indeksacji.
Kiedy i w jakiej formie: Miesięcznie + po zmianach
D-089P1 · krytyczne
Meta robots i X-Robots-Tag
Szukamy konfliktów między robots.txt, meta robots i X-Robots-Tag, bo te trzy mechanizmy mogą się wzajemnie znosić. Przykład: strona zablokowana w robots.txt nie pokaże robotowi swojego noindex, więc może zostać w indeksie.
Jak to robimy
- Zestawiamy dla każdej strony reguły z robots.txt, meta robots i nagłówka HTTP.
- Wyszukujemy strony z noindex zablokowane w robots.txt, których robot nie może odczytać.
- Liczymy strony z noindex i sprawdzamy, czy każda z nich ma być wyłączona celowo.
- Ujednolicamy dyrektywy, żeby każda strona miała jeden jasny sygnał.
Co otrzymujesz
Otrzymujesz liczbę stron z noindex i listę wykrytych konfliktów z rozwiązaniem. Każda dyrektywa na stronie jest świadoma i spójna z pozostałymi.
Kiedy i w jakiej formie: Start + miesięcznie
D-090P1 · krytyczne
Parametry URL i dynamiczne adresy
Wykluczamy z indeksu dynamiczne adresy tworzone przez sortowanie, filtry, UTM, wewnętrzną wyszukiwarkę i identyfikatory sesji. Takie parametry potrafią wygenerować ogromną liczbę kopii tej samej strony.
Jak to robimy
- Zbieramy z crawla i logów listę parametrów występujących w adresach serwisu.
- Dla każdego parametru decydujemy, czy zmienia treść strony, czy tylko jej widok lub śledzenie.
- Parametrom bez wartości nadajemy canonical do wersji podstawowej lub blokujemy ich skanowanie.
- Usuwamy linki z parametrami z nawigacji tam, gdzie to możliwe.
Co otrzymujesz
Dostajesz tabelę parametrów z decyzją dla każdego z nich i wdrożone reguły. Indeks zawiera podstawowe wersje stron zamiast ich kopii.
Kiedy i w jakiej formie: Kwartalnie
D-091P1 · krytyczne
Canonical: poprawność
Weryfikujemy, dokąd prowadzą canonicale: każdy musi wskazywać istniejącą, indeksowalną stronę docelową. Błędny canonical, np. do strony 404, noindex lub przekierowania, sprawia, że Google ignoruje wskazówkę albo wybiera złą wersję.
Jak to robimy
- Pobieramy kod odpowiedzi i status indeksowalności każdego adresu wskazanego jako canonical.
- Wyszukujemy pętle, w których strony wskazują się nawzajem jako kanoniczne.
- Oznaczamy canonicale do stron zablokowanych w robots.txt lub z noindex.
- Sprawdzamy konflikty, w których canonical wskazuje adres, który sam przekierowuje gdzie indziej.
Co otrzymujesz
Otrzymujesz listę błędnych canonicali z poprawnym adresem docelowym dla każdego. Google dostaje jednoznaczną informację, którą wersję strony indeksować.
Kiedy i w jakiej formie: Miesięcznie
D-092P1 · krytyczne
Canonical: duplikaty i konflikty
Raportujemy, ile stron ma canonical, ile wskazuje inny adres niż własny i gdzie canonical koliduje z hreflang lub stanem indeksacji. Takie konflikty często pojawiają się w serwisach wielojęzycznych i sklepach z wariantami.
Jak to robimy
- Liczymy strony z canonicalem samoreferencyjnym, wskazującym inny adres i bez canonicala.
- Wyszukujemy grupy stron z tym samym canonicalem i sprawdzamy, czy to celowa konsolidacja.
- Porównujemy canonicale z tagami hreflang, które muszą wskazywać kanoniczne wersje językowe.
- Zestawiamy canonicale z danymi GSC o stronach, dla których Google wybrał inny adres.
Co otrzymujesz
Dostajesz raport konfliktów canonical z liczbami dla każdej kategorii i planem poprawek. Wersje językowe i warianty produktów przestają ze sobą konkurować.
Kiedy i w jakiej formie: Miesięcznie/kwartalnie
D-093P1 · krytyczne
Przekierowania 301/302
Raportujemy wszystkie przekierowania w serwisie według typu: 301, 302, meta refresh i przekierowania w JavaScript. Szczególnie sprawdzamy pętle, łańcuchy dłuższe niż jeden krok oraz poprawność przekierowań po migracji.
Jak to robimy
- Liczymy przekierowania każdego typu i wskazujemy te, które powinny być stałe.
- Zastępujemy meta refresh i przekierowania w JavaScript przekierowaniami po stronie serwera.
- Sprawdzamy spójność wersji www i bez www oraz http i https.
- Po migracji porównujemy stare adresy z mapą przekierowań i wykrywamy brakujące wpisy.
Co otrzymujesz
Otrzymujesz raport przekierowań z liczbami i listą poprawek. Migracje i zmiany adresów nie zostawiają za sobą zgubionych stron.
Kiedy i w jakiej formie: Miesięcznie
D-094P1 · krytyczne
Błędy 404 i obsługa błędów
Wyszukujemy błędy 404, soft 404 i nieprawidłowe kody zwracane przez nieistniejące strony. Oceniamy też stronę błędu 404, bo dobrze zaprojektowana pomaga użytkownikowi wrócić do oferty.
Jak to robimy
- Zbieramy adresy 404 z crawla i Search Console oraz linki wewnętrzne, które do nich prowadzą.
- Wpisujemy losowy, nieistniejący adres i sprawdzamy, czy serwer zwraca kod 404.
- Oceniamy stronę błędu: czy ma wyszukiwarkę, linki do głównych sekcji i spójny wygląd.
- Dla usuniętych stron z ruchem lub linkami proponujemy przekierowania do najbliższych odpowiedników.
Co otrzymujesz
Dostajesz listę błędów 404 z decyzją dla każdego adresu i zalecenia dla strony błędu. Użytkownik trafiający na nieistniejący adres ma dokąd przejść dalej.
Kiedy i w jakiej formie: Tygodniowo/miesięcznie
D-095P1 · krytyczne
URL hygiene
Kontrolujemy higienę adresów URL: długość, czytelność, małe litery i brak znaków specjalnych. Wyszukujemy też parametry UTM w indeksie, mieszanie języków w adresach i niespójny ukośnik na końcu.
Jak to robimy
- Filtrujemy adresy z wielkimi literami, polskimi znakami, spacjami i znakami specjalnymi.
- Sprawdzamy, czy adresy z UTM trafiły do indeksu, i ustawiamy dla nich canonical.
- Ujednolicamy stosowanie ukośnika na końcu adresu i przekierowujemy wersję niepoprawną.
- Wskazujemy adresy mieszające języki, np. polskie słowa w angielskiej wersji serwisu.
Co otrzymujesz
Otrzymujesz raport higieny URL i zasady tworzenia adresów dla nowych stron. Nowe podstrony od razu dostają poprawne, czytelne adresy.
Kiedy i w jakiej formie: Kwartalnie
