D-061P1 · krytyczne
Pełny crawl serwisu
Skanujemy cały serwis crawlerem, czyli programem, który przechodzi po linkach tak jak robot Google. Robimy to z różnymi user-agentami, np. jako robot mobilny i desktopowy, żeby wychwycić różnice w tym, co widzą.
Jak to robimy
- Konfigurujemy crawl z renderowaniem JavaScript i tempem dostosowanym do wydajności Twojego serwera.
- Zbieramy statusy HTTP, canonicale, meta robots, tytuły, nagłówki H1 i duplikaty.
- Mierzymy głębokość kliknięć i liczbę linków wewnętrznych prowadzących do każdej strony.
- Łączymy crawl z mapą witryny i danymi z GSC, żeby znaleźć strony osierocone.
Co otrzymujesz
Dostajesz pełny obraz techniczny serwisu z listą problemów pogrupowanych według typu i wagi. Ten crawl jest punktem wyjścia dla pozostałych działań audytu.
Kiedy i w jakiej formie: Start + co miesiąc/kwartał; Screaming Frog/Sitebulb
D-062P1 · krytyczne
Audyt indeksacji w GSC
Analizujemy raport „Strony” w Search Console, który pokazuje, które adresy Google zaindeksował, a które pominął i dlaczego. Każdy powód wykluczenia oceniamy osobno, bo część z nich jest pożądana, a część oznacza błąd.
Jak to robimy
- Eksportujemy listy adresów dla każdego powodu wykluczenia, np. soft 404, przekierowań i stron alternatywnych.
- Sprawdzamy duplikaty bez wskazanej przez użytkownika strony kanonicznej i ustalamy właściwy canonical.
- Analizujemy strony zeskanowane lub wykryte, ale niezaindeksowane, pod kątem jakości i linkowania.
- Porównujemy zaindeksowane adresy z mapą witryny i oznaczamy problemy z sitemapą.
Co otrzymujesz
Otrzymujesz raport indeksacji z podziałem na wykluczenia do naprawy i wykluczenia prawidłowe. Każda grupa problemów ma przypisane działanie i osobę odpowiedzialną.
Kiedy i w jakiej formie: Tygodniowo/miesięcznie
D-063P1 · krytyczne
Robots.txt
Przeglądamy plik robots.txt pod kątem blokad, które odcinają roboty od ważnych sekcji, plików CSS i JS albo wersji mobilnej. Robots.txt służy do zarządzania skanowaniem, dlatego nie używamy go do ukrywania poufnych treści.
Jak to robimy
- Analizujemy reguły Disallow i Allow dla wszystkich zdefiniowanych w pliku robotów.
- Testujemy, czy zasoby potrzebne do renderowania strony są dostępne dla Googlebota.
- Porównujemy zablokowane ścieżki z listą adresów, które mają trafić do indeksu.
- Wskazujemy treści poufne, które zamiast blokady w robots.txt wymagają hasła lub noindex.
Co otrzymujesz
Dostajesz poprawiony plik robots.txt z opisem każdej reguły. Roboty skanują to, co ważne, a strony prywatne są chronione właściwą metodą.
Kiedy i w jakiej formie: Start + po każdej zmianie technicznej
D-064P1 · krytyczne
Meta robots i X-Robots-Tag
Wyszukujemy dyrektywy noindex, nofollow, nosnippet i noarchive w kodzie stron oraz w nagłówkach X-Robots-Tag. Przypadkowe blokady na ważnych stronach usuwamy, a świadome zostawiamy na stronach o niskiej wartości.
Jak to robimy
- Filtrujemy w crawlu wszystkie strony z dyrektywami ograniczającymi indeksację.
- Sprawdzamy nagłówki HTTP, bo X-Robots-Tag nie jest widoczny w kodzie strony.
- Dzielimy strony na te, które mają być w indeksie, i te, które słusznie z niego wyłączamy.
- Przygotowujemy dla programisty listę zmian i sprawdzamy ją po wdrożeniu.
Co otrzymujesz
Otrzymujesz listę stron z poprawionymi dyrektywami robotów i opisem każdej zmiany. Ważne podstrony wracają do indeksu, a strony techniczne nie zaśmiecają wyników.
Kiedy i w jakiej formie: Start + miesięcznie
D-065P1 · krytyczne
XML sitemap
Porządkujemy mapę witryny XML tak, żeby zawierała wyłącznie kanoniczne, indeksowalne adresy zwracające kod 200. Dzielimy ją na typy treści i dbamy o prawdziwe daty lastmod, czyli ostatniej zmiany strony.
Jak to robimy
- Porównujemy adresy z mapy z wynikami crawla i usuwamy przekierowania, błędy 404 i strony noindex.
- Eliminujemy duplikaty oraz adresy z parametrami, które nie powinny trafić do indeksu.
- Dzielimy mapę na osobne pliki, np. dla stron usług, wpisów blogowych i produktów.
- Sprawdzamy, czy data lastmod zmienia się tylko przy faktycznej aktualizacji treści.
Co otrzymujesz
Dostajesz uporządkowaną mapę witryny z podziałem na typy treści, zgłoszoną w Search Console. Google otrzymuje czysty sygnał, które strony serwisu mają trafić do indeksu.
Kiedy i w jakiej formie: Start + automatyczny monitoring
D-066P2 · ważne
HTML sitemap / mapy sekcji
W dużych serwisach tworzymy czytelne mapy sekcji w HTML, np. listy kategorii, poradników lub lokalizacji. Pomagają one użytkownikom i robotom dotrzeć do stron położonych głęboko w strukturze.
Jak to robimy
- Wskazujemy sekcje, w których strony są zbyt daleko od strony głównej lub słabo podlinkowane.
- Projektujemy układ mapy z podziałem na kategorie i opisowymi nazwami linków.
- Dodajemy link do mapy w stopce lub menu, żeby była dostępna z każdej strony.
- Po wdrożeniu sprawdzamy w crawlu, czy głębokość kliknięć dla tych stron się zmniejszyła.
Co otrzymujesz
Otrzymujesz mapę sekcji w HTML, która skraca drogę do głęboko położonych stron. Użytkownik łatwiej znajduje treść, a robot szybciej odkrywa nowe podstrony.
Kiedy i w jakiej formie: Jednorazowo + aktualizacja
D-067P1 · krytyczne
Statusy HTTP
Naprawiamy błędne kody odpowiedzi serwera: błędy 5xx, linki do stron 404, soft 404, niewłaściwe przekierowania 302 i strony błędów zwracające kod 200. Każdy typ problemu przypisujemy do osoby, która odpowiada za jego wdrożenie.
Jak to robimy
- Zbieramy z crawla i GSC wszystkie adresy z nieprawidłowym kodem odpowiedzi.
- Oddzielamy problemy serwera, np. 5xx, od błędów treści i linkowania, np. 404.
- Zamieniamy tymczasowe przekierowania 302 na stałe 301 tam, gdzie zmiana adresu jest trwała.
- Sprawdzamy, czy nieistniejące strony zwracają 404, a zasoby nie mieszają protokołów HTTP i HTTPS.
Co otrzymujesz
Dostajesz listę błędów HTTP z właścicielem każdej poprawki i terminem weryfikacji. Po wdrożeniu roboty i użytkownicy dostają prawidłowe odpowiedzi serwera.
Kiedy i w jakiej formie: Tygodniowo/miesięcznie
D-068P1 · krytyczne
Łańcuchy i pętle przekierowań
Skracamy łańcuchy przekierowań do jednego skoku 301 i usuwamy pętle, w których adresy przekierowują się nawzajem. Każdy dodatkowy skok spowalnia stronę i utrudnia robotom dotarcie do celu.
Jak to robimy
- Wyszukujemy w crawlu łańcuchy i pętle przekierowań wraz z ich pełną ścieżką.
- Ustawiamy przekierowanie z pierwszego adresu bezpośrednio na stronę docelową.
- Podmieniamy linki wewnętrzne prowadzące do starych adresów na aktualne.
- Testujemy warianty http i https, z www i bez oraz z ukośnikiem na końcu i bez niego.
Co otrzymujesz
Otrzymujesz poprawioną mapę przekierowań, w której każdy stary adres prowadzi do celu jednym skokiem. Cały serwis działa pod jedną, spójną wersją adresów.
Kiedy i w jakiej formie: Start + po migracjach
D-069P1 · krytyczne
Kanonikalizacja
Weryfikujemy tagi rel=canonical, które wskazują Google, która wersja powielonej strony jest główna. Kontrolujemy je na stronach z parametrami, wariantach produktów, paginacji, filtrach, sortowaniach i wersjach do druku.
Jak to robimy
- Zbieramy canonicale z całego serwisu i porównujemy je z adresami stron.
- Sprawdzamy, czy adresy z parametrami UTM, sortowaniem lub filtrem wskazują wersję podstawową.
- Ustalamy zasady dla wariantów produktów i paginacji zgodne z tym, co ma trafiać do indeksu.
- Wyszukujemy duplikaty tworzone automatycznie przez CMS i nadajemy im właściwy canonical.
Co otrzymujesz
Dostajesz zasady kanonikalizacji dla każdego typu strony oraz listę poprawek. Sygnały rankingowe skupiają się na jednej wersji każdej treści.
Kiedy i w jakiej formie: Start + po zmianach szablonów
D-070P1 · krytyczne
Duplikacja treści i URL-i
Usuwamy albo scalamy duplikaty, które powstają przez tagi, archiwa, załączniki, filtry, parametry i wewnętrzną wyszukiwarkę. Dotyczy to też identycznych opisów produktów i powtórzonych treści w wersjach językowych.
Jak to robimy
- Wykrywamy duplikaty po treści, tytułach i nagłówkach oraz po wzorcach adresów.
- Dla każdej grupy wybieramy stronę główną, a pozostałe łączymy, przekierowujemy lub wyłączamy z indeksu.
- Wskazujemy produkty z kopiowanymi opisami producenta, które wymagają własnych tekstów.
- Sprawdzamy wersje językowe, w których treść nie została przetłumaczona.
Co otrzymujesz
Otrzymujesz plan konsolidacji duplikatów z decyzją dla każdego adresu. W indeksie zostaje jedna wartościowa wersja każdej treści.
Kiedy i w jakiej formie: Start + miesięcznie
D-071P1 · krytyczne
Porządkowanie śmieciowych URL-i w WordPress
W serwisach na WordPressie ograniczamy indeksowanie adresów tworzonych automatycznie: tagów, archiwów autorów i dat, stron załączników, wyników wyszukiwania i feedów. W indeksie zostawiamy tylko sekcje, które mają realną wartość dla użytkownika.
Jak to robimy
- Sprawdzamy, ile adresów generuje każda sekcja i ile z nich ma ruch z wyszukiwarki.
- Ustawiamy noindex dla archiwów bez wartości i przekierowujemy strony załączników do plików lub wpisów.
- Blokujemy indeksowanie wyników wewnętrznej wyszukiwarki oraz zbędnych parametrów.
- Usuwamy te adresy z mapy witryny i sprawdzamy ustawienia wtyczki SEO.
Co otrzymujesz
Dostajesz odchudzony indeks bez automatycznych stron niskiej jakości. Roboty poświęcają więcej czasu na wpisy, strony usług i produkty.
Kiedy i w jakiej formie: Start + po zmianach CMS
D-072P1 · krytyczne
Strony osierocone
Szukamy stron osieroconych, czyli takich, do których nie prowadzi żaden link wewnętrzny. Łączymy w tym celu dane z crawla, Search Console, GA4, logów serwera i map witryny.
Jak to robimy
- Porównujemy adresy z mapy witryny, GSC i GA4 z adresami znalezionymi w crawlu.
- Oceniamy każdą osieroconą stronę pod kątem ruchu, linków zewnętrznych i aktualności.
- Ważne strony podlinkowujemy z pasujących kategorii i artykułów.
- Zbędne strony aktualizujemy, scalamy z innymi, przekierowujemy albo usuwamy.
Co otrzymujesz
Otrzymujesz listę stron osieroconych z decyzją dla każdej z nich. Wartościowe treści wracają do struktury serwisu i mogą znów zbierać ruch.
Kiedy i w jakiej formie: Miesięcznie/kwartalnie
