D-049P1 · krytyczne
Strony / URL: identyfikatory i status
Dla każdego adresu URL w audycie zapisujemy podstawowe dane: identyfikator, długość adresu, typ, protokół, obecność w mapie witryny i kod statusu. Dochodzą do tego rozmiar strony, głębokość w strukturze, indeksowalność i data sprawdzenia.
Jak to robimy
- Skanujemy serwis crawlerem i nadajemy każdemu znalezionemu adresowi własny identyfikator.
- Oznaczamy kod odpowiedzi serwera, protokół HTTP lub HTTPS i obecność adresu w mapie witryny.
- Liczymy głębokość, czyli liczbę kliknięć potrzebnych, żeby dotrzeć do strony ze strony głównej.
- Określamy, czy strona jest indeksowalna, a jeśli nie, zapisujemy powód.
Co otrzymujesz
Dostajesz tabelę wszystkich adresów z podstawowymi atrybutami technicznymi. Od niej zaczynamy każdą analizę problemów w serwisie.
Kiedy i w jakiej formie: Każdy crawl
D-050P1 · krytyczne
Strony / URL: indeksacja i roboty
Zbieramy dla każdego URL pola, które decydują o indeksacji i zachowaniu robotów: noindex, nofollow, meta robots, nagłówek X-Robots-Tag i blokady w robots.txt. Zapisujemy też adres kanoniczny, przekierowania, meta refresh i wersje AMP.
Jak to robimy
- Odczytujemy dyrektywy dla robotów z kodu HTML i z nagłówków odpowiedzi serwera.
- Sprawdzamy, czy adres jest zablokowany w robots.txt, mimo że powinien trafić do indeksu.
- Porównujemy wskazany canonical z adresem strony i wykrywamy łańcuchy przekierowań.
- Oznaczamy strony z meta refresh i czasem odświeżenia, bo takie przekierowania mylą roboty.
Co otrzymujesz
Otrzymujesz zestawienie sygnałów indeksacji dla każdej strony z oznaczonymi konfliktami. Łatwo znaleźć strony, które same wykluczają się z wyników wyszukiwania.
Kiedy i w jakiej formie: Każdy crawl
D-051P1 · krytyczne
Strony / URL: metadane i treść
Zapisujemy dla każdej strony tytuł, opis meta, nagłówki H1 i H2 wraz z długością oraz liczbę słów i znaków. Dodajemy stosunek treści do kodu HTML, sumę kontrolną treści i datę ostatniej modyfikacji.
Jak to robimy
- Wyciągamy title i meta description, żeby wykryć braki, duplikaty i teksty przycinane w wynikach.
- Liczymy słowa na stronie, żeby znaleźć strony z bardzo małą ilością treści.
- Porównujemy sumy kontrolne treści, żeby wykryć strony o identycznej zawartości pod różnymi adresami.
- Sprawdzamy datę ostatniej modyfikacji, żeby wskazać treści wymagające aktualizacji.
Co otrzymujesz
Dostajesz tabelę metadanych i treści z oznaczonymi brakami, duplikatami i stronami ubogimi w treść. Na tej tabeli opieramy później listę poprawek on-page dla każdej strony.
Kiedy i w jakiej formie: Każdy crawl
D-052P1 · krytyczne
Strony / URL: nagłówki H
Liczymy nagłówki od H1 do H6 na każdej stronie i sprawdzamy, czy H1 występuje dokładnie raz. Tworzymy też sumy kontrolne H1, title i description, które pozwalają szybko wykryć powielone elementy w całym serwisie.
Jak to robimy
- Zapisujemy liczbę nagłówków każdego poziomu i oznaczamy strony bez H1 lub z kilkoma H1.
- Sprawdzamy, czy struktura nagłówków odpowiada logice treści i nie pomija poziomów.
- Grupujemy strony o identycznych sumach kontrolnych H1, tytułu lub opisu.
- Przygotowujemy listę stron do zmiany nagłówków razem z proponowanym brzmieniem.
Co otrzymujesz
Otrzymujesz raport struktury nagłówków i listę duplikatów w całym serwisie. Każda strona dostaje jasny, własny H1 zgodny z jej tematem.
Kiedy i w jakiej formie: Każdy crawl
D-053P2 · ważne
Strony / URL: zasoby
Zbieramy dane o zasobach ładowanych przez każdą stronę: obrazach, plikach CSS i JavaScript oraz skryptach zewnętrznych. Zapisujemy ich rozmiar, status, kodowanie, ustawienia cache, viewport i typ treści.
Jak to robimy
- Tworzymy listę zasobów dla każdego adresu z kodem odpowiedzi i rozmiarem pliku.
- Wyszukujemy ciężkie obrazy i pliki JS, które spowalniają ładowanie strony.
- Sprawdzamy nagłówki cache, kodowanie znaków i obecność meta viewport potrzebnego na telefonach.
- Oznaczamy zasoby zwracające błędy oraz skrypty zewnętrzne, które da się ograniczyć.
Co otrzymujesz
Dostajesz listę zasobów z rozmiarami i błędami, uporządkowaną według wpływu na szybkość. Te dane wykorzystujemy w pracach nad Core Web Vitals.
Kiedy i w jakiej formie: Każdy crawl
D-054P1 · krytyczne
Strony / URL: linki
Liczymy dla każdej strony linki przychodzące i wychodzące, z podziałem na follow i nofollow, wewnętrzne i zewnętrzne. Zapisujemy też linki prowadzące przez przekierowania i liczbę stron, które linkują do danego adresu.
Jak to robimy
- Zliczamy linki wewnętrzne prowadzące do każdej strony i oznaczamy strony z bardzo małą ich liczbą.
- Sprawdzamy, ile linków wychodzi ze strony do innych podstron i do domen zewnętrznych.
- Wyszukujemy linki wskazujące przekierowania i podmieniamy je na adresy docelowe.
- Zapisujemy pary źródło i cel, żeby dało się odtworzyć pełną mapę linkowania.
Co otrzymujesz
Otrzymujesz mapę linkowania wewnętrznego z listą stron osieroconych i linków do poprawy. Ważne strony dostają więcej odnośników z treści i nawigacji serwisu.
Kiedy i w jakiej formie: Każdy crawl
D-055P1 · krytyczne
Strony / URL: problemy
Każdy problem wykryty w audycie zapisujemy z kodem, typem, grupą i fragmentem kodu, w którym występuje. Dzielimy je na błędy, ostrzeżenia i uwagi, a przy każdym podajemy liczbę i listę dotkniętych adresów.
Jak to robimy
- Klasyfikujemy problemy według wagi, od błędów blokujących indeksację po drobne uwagi.
- Grupujemy problemy tematycznie, np. metadane, linki, zasoby lub dane strukturalne.
- Dla każdego problemu zapisujemy przykładowy fragment kodu i pełną listę adresów URL.
- Przenosimy problemy do backlogu z priorytetem i osobą odpowiedzialną za poprawkę.
Co otrzymujesz
Dostajesz listę problemów pogrupowaną według wagi i tematu, z adresami do poprawy. Programista wie dokładnie, co i na której stronie trzeba zmienić.
Kiedy i w jakiej formie: Każdy crawl
D-056P2 · ważne
Strony / URL: ruch i frazy
Do danych technicznych każdej strony dołączamy prognozę ruchu i liczbę fraz, na które adres jest widoczny w wynikach. Zapisujemy też status ponownego sprawdzenia i jego datę.
Jak to robimy
- Pobieramy z narzędzia SEO szacowany ruch organiczny i liczbę fraz dla każdego adresu.
- Łączymy te dane z listą problemów technicznych wykrytych na tej samej stronie.
- Ustalamy kolejność poprawek, zaczynając od stron o dużym ruchu i poważnych błędach.
- Po wdrożeniu poprawek zlecamy ponowne sprawdzenie i zapisujemy datę oraz wynik.
Co otrzymujesz
Otrzymujesz listę stron z połączonymi danymi o ruchu i problemach technicznych. Poprawki zaczynamy tam, gdzie mają największy wpływ na widoczność.
Kiedy i w jakiej formie: Każdy crawl/miesięcznie
D-057P2 · ważne
Linki wykryte w audycie
Dla każdego linku znalezionego podczas audytu zapisujemy stronę źródłową, adres docelowy, tekst kotwicy lub opis alt obrazka oraz typ linku. Dodajemy status odpowiedzi celu, atrybut nofollow i informację, czy strona źródłowa ma noindex.
Jak to robimy
- Eksportujemy pełną listę linków z crawla z identyfikatorem każdego odnośnika.
- Wyszukujemy linki prowadzące do błędów 4xx i 5xx oraz do przekierowań.
- Analizujemy teksty kotwic, żeby wykryć ogólne sformułowania typu „kliknij tutaj”.
- Sprawdzamy linki nofollow i linki ze stron noindex, które prowadzą do ważnych podstron.
Co otrzymujesz
Dostajesz listę linków do poprawy z adresem źródła, celem i opisem problemu. Linkowanie wewnętrzne przestaje prowadzić robotów i użytkowników w ślepe zaułki.
Kiedy i w jakiej formie: Każdy crawl
D-058P1 · krytyczne
Audit status/report
Raportujemy stan każdego audytu: czas rozpoczęcia i trwania, informację o zakończeniu oraz liczbę przeskanowanych stron. Podajemy sumę błędów, ostrzeżeń, uwag i testów zaliczonych oraz ogólny wynik procentowy.
Jak to robimy
- Sprawdzamy, czy audyt zakończył się poprawnie i objął oczekiwaną liczbę stron.
- Zapisujemy liczbę błędów, ostrzeżeń i uwag w każdym kolejnym audycie.
- Porównujemy wynik procentowy z poprzednim audytem i szukamy przyczyn zmian.
- Przedstawiamy podsumowanie w raporcie miesięcznym razem z listą zamkniętych problemów.
Co otrzymujesz
Otrzymujesz historię audytów z wynikami, która pokazuje, czy stan techniczny serwisu się poprawia. Nagły wzrost błędów widać od razu po skanie.
Kiedy i w jakiej formie: Każdy audyt
D-059P2 · ważne
Project API: projekty
Konfigurujemy projekt monitoringu dla Twojej domeny: nazwę, grupę, dopasowanie adresu i subdomen, głębokość skanowania oraz częstotliwość sprawdzeń. Ustawiamy też link gościnny do podglądu wyników i liczbę śledzonych fraz.
Jak to robimy
- Zakładamy projekt z dokładnym adresem domeny i decydujemy, czy obejmuje subdomeny.
- Ustalamy głębokość skanowania oraz dzień i częstotliwość automatycznych sprawdzeń.
- Przypisujemy projekt do grupy klienta, żeby porządkować raporty kilku domen.
- Generujemy link gościnny, przez który możesz przeglądać wyniki bez zakładania konta.
Co otrzymujesz
Dostajesz skonfigurowany projekt z automatycznymi sprawdzeniami i dostępem do podglądu. Dane zbierają się regularnie, bez ręcznego uruchamiania każdego sprawdzenia.
Kiedy i w jakiej formie: Przy konfiguracji
D-060P2 · ważne
Project API: wyszukiwarki
Ustawiamy w projekcie wyszukiwarki, regiony i języki, dla których śledzimy widoczność Twojej strony. Dodajemy nazwę firmy i telefon, żeby rozpoznawać wizytówkę w mapach, oraz pomiar reklam i fragmentów wyróżnionych.
Jak to robimy
- Wybieramy wyszukiwarkę, region i kod języka zgodne z rynkami, na których sprzedajesz.
- Wpisujemy nazwę firmy i numer telefonu, żeby narzędzie łączyło wyniki map z Twoją wizytówką.
- Włączamy zapis reklam płatnych i fragmentów wyróżnionych widocznych nad wynikami organicznymi.
- Przypisujemy frazy do każdej konfiguracji i sprawdzamy ich liczbę w projekcie.
Co otrzymujesz
Otrzymujesz projekt, który mierzy pozycje osobno dla każdego rynku i języka. Wyniki z map i fragmentów wyróżnionych są widoczne obok pozycji organicznych.
Kiedy i w jakiej formie: Przy konfiguracji
