Log file analysis SEO - jak sprawdzić, co robi Googlebot?

Log file analysis SEO to analiza logów serwera, która pokazuje, co Googlebot naprawdę robi na stronie: jakie adresy URL odwiedza, jak często je crawluje, jakie statusy HTTP otrzymuje, czy trafia na błędy 404, 5xx, przekierowania, parametry, filtry, duplikaty i strony niskiej jakości. To jedno z najdokładniejszych źródeł wiedzy o crawlowaniu, ponieważ nie bazuje na estymacjach, tylko na realnych żądaniach zapisanych przez serwer. Największy sens ma przy dużych serwisach, e-commerce, portalach, migracjach, problemach z indeksacją i optymalizacji crawl budgetu.

W Google Search Console widzisz część informacji o crawlowaniu.

W narzędziach SEO widzisz crawl wykonany przez zewnętrzne oprogramowanie.

W Google Analytics widzisz zachowania użytkowników.

Ale w logach serwera widzisz coś innego:

Realne wejścia Googlebota na Twoją stronę.

To właśnie dlatego log file analysis jest tak ważna w technicznym SEO.

Nie zgadujesz, co Googlebot może robić.

Nie patrzysz tylko na deklaracje w sitemap.xml.

Nie opierasz się wyłącznie na tym, co pokazuje narzędzie crawlujące.

Sprawdzasz, które URL-e Googlebot faktycznie odwiedził.

Kiedy je odwiedził.

Jak często.

Jakim typem bota.

Jaki status HTTP dostał.

Czy pobierał ważne strony.

Czy marnował czas na śmieciowe parametry.

Czy trafiał na błędy serwera.

Czy crawluje stare adresy po migracji.

Czy wraca do podstron, które mają generować ruch i leady.

To są dane, których nie da się zastąpić samym raportem pozycji.

Analiza logów odpowiada na pytanie: czy Googlebot crawluje to, co naprawdę ma znaczenie dla SEO i biznesu, czy traci czas na URL-e, które nie powinny być priorytetem?

Ten poradnik pokazuje, czym jest log file analysis SEO, jak sprawdzić, co robi Googlebot, jak odróżnić prawdziwego Googlebota od fałszywego bota, jakie metryki analizować, jakie błędy wykrywać i jak wykorzystać logi do optymalizacji crawlowania, indeksacji oraz technicznego SEO.

Log file analysis SEO - najkrótsza odpowiedź

Najkrótsza odpowiedź:

Log file analysis SEO polega na analizie plików logów serwera, żeby sprawdzić, jak Googlebot faktycznie crawluje stronę. Dzięki logom można zobaczyć odwiedzane URL-e, częstotliwość crawlowania, statusy HTTP, typ Googlebota, błędy, przekierowania, parametry, crawl waste i problemy z crawl budgetem.

W praktyce logi pomagają odpowiedzieć na pytania:

• czy Googlebot odwiedza ważne strony,
• czy Googlebot marnuje czas na parametry i filtry,
• czy Googlebot trafia na błędy 404,
• czy Googlebot trafia na błędy 5xx,
• czy Googlebot crawluje przekierowania,
• czy ważne strony są odwiedzane regularnie,
• czy nowe strony są odkrywane szybko,
• czy po migracji Googlebot nadal crawluje stare URL-e,
• czy sitemap.xml pokazuje właściwe adresy,
• czy robots.txt, canonicale i noindex działają zgodnie z założeniem.

Log file analysis ma największe znaczenie przy:

• dużych sklepach internetowych,
• portalach,
• marketplace'ach,
• serwisach ogłoszeniowych,
• dużych blogach,
• stronach z filtrami,
• stronach po migracji,
• problemach z indeksacją,
• optymalizacji crawl budgetu,
• diagnozie technicznego SEO.

Na małej stronie firmowej analiza logów zwykle nie jest pierwszym priorytetem.

Ale w dużym serwisie może pokazać problemy, których nie widać w zwykłym audycie.

Czym jest log file analysis w SEO?

Log file analysis w SEO to analiza plików logów serwera pod kątem aktywności crawlerów wyszukiwarek.

Plik logów to zapis żądań kierowanych do serwera.

Każde wejście użytkownika, bota, przeglądarki albo narzędzia może zostawić ślad w logu.

Taki wpis może zawierać między innymi:

• adres IP,
• datę i godzinę żądania,
• metodę HTTP,
• adres URL,
• kod statusu HTTP,
• rozmiar odpowiedzi,
• referer,
• user-agent,
• czas odpowiedzi, jeśli serwer go zapisuje.

W SEO najczęściej interesują nas żądania wykonane przez:

• Googlebot Smartphone,
• Googlebot Desktop,
• Googlebot Image,
• AdsBot-Google,
• GoogleOther,
• inne crawlery Google, zależnie od typu serwisu.

Analiza logów nie zastępuje Google Search Console.

Uzupełnia ją.

Search Console pokazuje zagregowane dane i raporty.

Logi pokazują surowe żądania serwera.

Dzięki temu można przejść z ogólnego problemu:

Mamy problem z indeksacją.

do konkretnej diagnozy:

Googlebot crawluje głównie filtry z parametrami, rzadko odwiedza nowe kategorie, często trafia na łańcuchy przekierowań i dostaje błędy 503 w godzinach największego obciążenia.

Co można zobaczyć w logach serwera?

Logi serwera pozwalają zobaczyć realne zachowanie botów na stronie.

Możesz sprawdzić:

• które URL-e odwiedza Googlebot,
• których URL-i Googlebot nie odwiedza,
• jak często wraca do ważnych stron,
• czy crawluje strony z sitemap.xml,
• czy crawluje adresy spoza sitemap.xml,
• ile crawlowania idzie na parametry,
• ile crawlowania idzie na filtry,
• ile crawlowania idzie na stare URL-e,
• ile crawlowania kończy się statusem 200,
• ile kończy się 301, 302, 404, 410, 500, 503,
• czy Googlebot trafia na pętle lub łańcuchy przekierowań,
• czy serwer odpowiada wolno,
• czy Googlebot odwiedza wersję mobilną lub desktopową,
• czy boty crawlują zasoby CSS, JS i obrazy.

Przykład danych, które można uzyskać:

Obszar	Co sprawdzamy?	Po co?
Statusy HTTP	200, 301, 404, 5xx	Żeby wykryć błędy i marnowanie crawlowania
Typ URL-a	Kategorie, produkty, blog, filtry	Żeby zobaczyć, gdzie Googlebot spędza czas
Częstotliwość	Liczba odwiedzin URL-a	Żeby sprawdzić priorytety crawlowania
User-agent	Googlebot Smartphone/Desktop	Żeby zobaczyć typ crawlowania
Czas	Data i godzina żądań	Żeby powiązać crawl z wdrożeniami i błędami serwera

Największa wartość logów polega na tym, że pokazują realny kontakt Googlebota z serwerem.

Dlaczego Google Search Console nie wystarczy?

Google Search Console jest bardzo ważnym narzędziem.

Ale nie pokazuje wszystkiego.

GSC pokazuje:

• statystyki indeksowania,
• problemy z hostem,
• średni czas odpowiedzi,
• liczbę żądań,
• rozmiar pobierania,
• typy odpowiedzi,
• problemy indeksacji,
• wybrane przykłady URL-i.

Ale GSC nie zawsze wystarcza, gdy chcesz odpowiedzieć na pytania:

• które dokładnie parametry crawluje Googlebot,
• jak często odwiedza konkretną kategorię,
• czy bot częściej crawluje produkty niedostępne niż produkty sprzedażowe,
• czy bot trafia na błędy 5xx w konkretnych godzinach,
• czy Googlebot odwiedził nową sekcję po wdrożeniu,
• które URL-e generują najwięcej crawlowania,
• ile crawl budgetu idzie na śmieciowe URL-e.

Logi pozwalają analizować dokładne żądania, a nie tylko podsumowania.

Najlepszy model:

Google Search Console pokazuje sygnał problemu, a logi serwera pomagają znaleźć jego techniczne źródło.

Kiedy analiza logów ma największy sens?

Analiza logów ma największy sens wtedy, gdy strona jest duża, technicznie złożona albo ma problem z crawlowaniem i indeksacją.

Szczególnie warto ją zrobić przy:

• dużym e-commerce,
• marketplace,
• portalu informacyjnym,
• serwisie ogłoszeniowym,
• stronie z tysiącami URL-i,
• dużym blogu,
• stronie z filtrami i parametrami,
• częstych migracjach,
• spadkach indeksacji,
• problemach z crawl budgetem,
• wysokiej liczbie błędów 404,
• problemach z serwerem,
• opóźnionym indeksowaniu nowych treści.

Przykład:

Sklep internetowy ma 20 000 produktów i 500 kategorii, ale Googlebot większość czasu spędza na URL-ach z parametrami sortowania i filtrów. Nowe produkty indeksują się wolno, a ważne kategorie są odwiedzane rzadziej niż puste kombinacje filtrów. Bez logów trudno to jednoznacznie zobaczyć.

W takiej sytuacji log file analysis może dać bardzo konkretne wskazówki.

Kiedy analiza logów zwykle nie jest priorytetem?

Analiza logów zwykle nie jest pierwszym priorytetem dla małych stron.

Jeśli masz stronę firmową z 10-50 podstronami, większym problemem może być:

• brak podstron usługowych,
• słabe treści,
• brak lokalnego SEO,
• brak opinii,
• brak linkowania wewnętrznego,
• brak konwersji,
• brak Google Search Console,
• brak Google Business Profile,
• wolna strona,
• źle ustawione title i meta description.

Dla małych stron wystarczy zwykle:

• Google Search Console,
• crawl narzędziem SEO,
• audyt indeksacji,
• analiza treści,
• analiza lokalnej widoczności,
• prosty audyt techniczny.

Logi są najbardziej potrzebne wtedy, gdy zwykłe narzędzia nie odpowiadają na pytanie:

Co Googlebot faktycznie robi z naszymi URL-ami?

Jak wygląda przykładowy log serwera?

Logi mogą różnić się formatem zależnie od serwera, hostingu i konfiguracji.

Przykładowy wpis może wyglądać tak:

66.249.66.1 - - [29/Jun/2026:10:24:18 +0200] "GET /uslugi/sprzatanie-biur/ HTTP/1.1" 200 18432 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/125.0.0.0 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Co tu widzimy?

Element	Znaczenie
66.249.66.1	Adres IP żądania
29/Jun/2026:10:24:18 +0200	Data i godzina
GET	Metoda HTTP
/uslugi/sprzatanie-biur/	Odwiedzony URL
200	Kod odpowiedzi HTTP
18432	Rozmiar odpowiedzi
Googlebot/2.1	User-agent deklarujący Googlebota

Sam user-agent nie wystarczy, żeby mieć pewność, że to prawdziwy Googlebot.

Trzeba go zweryfikować.

Jak odróżnić prawdziwego Googlebota od fałszywego bota?

To bardzo ważny etap.

W logach może pojawić się wiele botów, które podszywają się pod Googlebota.

Sam zapis:

Googlebot/2.1

nie daje stuprocentowej pewności.

User-agent można sfałszować.

Dlatego prawdziwego Googlebota należy weryfikować przez:

• reverse DNS lookup,
• forward DNS lookup,
• zakresy IP Googlebota,
• porównanie z dokumentacją Google crawlerów.

Przykładowy proces:

1. Weź adres IP z logu.
2. Wykonaj reverse DNS lookup.
3. Sprawdź, czy domena kończy się na googlebot.com albo google.com.
4. Wykonaj forward DNS lookup tej domeny.
5. Sprawdź, czy wraca do tego samego IP.

Przykładowe komendy:

host 66.249.66.1
host crawl-66-249-66-1.googlebot.com

Albo:

dig -x 66.249.66.1
dig crawl-66-249-66-1.googlebot.com

Dlaczego to ważne?

Jeśli do analizy wrzucisz fałszywe boty, możesz wyciągnąć złe wnioski.

Możesz myśleć, że Googlebot marnuje crawl budget, a tak naprawdę robi to bot spamowy.

Jakie dane z logów są najważniejsze dla SEO?

W analizie logów nie chodzi o samo patrzenie na surowe pliki.

Trzeba pogrupować dane.

Najważniejsze pola:

• URL,
• data i godzina,
• status HTTP,
• user-agent,
• IP,
• typ bota,
• sekcja serwisu,
• typ strony,
• rozmiar odpowiedzi,
• czas odpowiedzi, jeśli dostępny,
• czy URL jest w sitemap.xml,
• czy URL jest indeksowalny,
• czy URL ma canonical,
• czy URL jest noindex,
• czy URL ma ruch organiczny,
• czy URL ma konwersje.

Najlepsza analiza łączy logi z innymi danymi:

Źródło danych	Co wnosi?
Logi serwera	Realne żądania Googlebota
Google Search Console	Wyświetlenia, kliknięcia, indeksacja, statystyki crawlowania
Crawl narzędziem SEO	Struktura strony, linkowanie, statusy, canonicale, noindex
Sitemap.xml	Lista adresów, które deklarujesz jako ważne
GA4 lub CRM	Ruch, konwersje, leady, sprzedaż

Same logi pokazują zachowanie bota.

Dopiero połączenie z danymi biznesowymi pokazuje, czy bot crawluje strony, które mają znaczenie.

Googlebot Smartphone vs Googlebot Desktop

W logach można zobaczyć różne typy Googlebota.

Najważniejsze dla SEO są:

• Googlebot Smartphone,
• Googlebot Desktop.

Googlebot Smartphone symuluje użytkownika mobilnego.

Googlebot Desktop symuluje użytkownika desktopowego.

W praktyce warto sprawdzić:

• który Googlebot odwiedza stronę częściej,
• czy wersja mobilna zwraca te same treści,
• czy Googlebot Smartphone dostaje statusy 200,
• czy zasoby mobilne nie są blokowane,
• czy wersja mobilna nie ma innych canonicali,
• czy mobilne URL-e nie generują błędów.

Przykład problemu:

Desktopowa wersja strony działa poprawnie, ale Googlebot Smartphone częściej trafia na błędy 503 albo nie widzi części zasobów. W zwykłym crawlu desktopowym problem może nie być oczywisty, a logi pokazują go bardzo konkretnie.

W technicznym SEO trzeba analizować nie tylko URL, ale także typ bota.

Statusy HTTP w logach - 200, 301, 404, 5xx

Statusy HTTP to jeden z najważniejszych elementów analizy logów.

Pokazują, co serwer odpowiedział Googlebotowi.

Status	Znaczenie	Co oznacza w analizie logów?
200	OK	Strona została poprawnie pobrana
301	Przekierowanie stałe	Googlebot musi przejść do innego URL-a
302	Przekierowanie tymczasowe	Wymaga sprawdzenia, czy użyte poprawnie
404	Nie znaleziono	Googlebot trafia na nieistniejący URL
410	Usunięto	Treść została trwale usunięta
500	Błąd serwera	Problem z serwerem lub aplikacją
503	Usługa niedostępna	Serwer czasowo niedostępny lub przeciążony

Dla SEO szczególnie ważne są:

• duża liczba 404,
• duża liczba 301 i 302,
• łańcuchy przekierowań,
• błędy 5xx,
• ważne URL-e zwracające coś innego niż 200,
• strony w sitemap.xml, które nie zwracają 200.

Przykładowa diagnoza:

38% żądań Googlebota trafia w przekierowania, a 12% w błędy 404. To oznacza, że duża część crawlowania jest marnowana i trzeba uporządkować linkowanie wewnętrzne, sitemapę oraz mapę przekierowań.

Jak sprawdzić, czy Googlebot marnuje crawl budget?

Crawl budget jest marnowany wtedy, gdy Googlebot poświęca dużo żądań na URL-e, które nie powinny być priorytetem.

W logach można to sprawdzić przez grupowanie URL-i.

Przykład kategorii:

• strona główna,
• kategorie,
• produkty,
• podstrony usługowe,
• blog,
• parametry,
• filtry,
• tagi,
• archiwa,
• 404,
• przekierowania,
• zasoby statyczne.

Następnie sprawdzasz, jaki procent crawlowania idzie na każdy typ.

Typ URL-a	Udział w crawlowaniu	Ocena
Kategorie sprzedażowe	22%	Dobry sygnał, jeśli to priorytet SEO
Produkty aktualne	28%	Dobry sygnał w e-commerce
Parametry filtrów	31%	Problem, jeśli nie mają wartości SEO
404	9%	Do naprawy, jeśli wynikają z linków wewnętrznych
Przekierowania	10%	Do skrócenia i uporządkowania

Jeśli Googlebot spędza dużo czasu na URL-ach nieindeksowalnych, niekanonicznych, błędnych albo śmieciowych, crawl budget jest marnowany.

Jak wykryć crawl waste w logach?

Crawl waste oznacza marnowanie crawlowania.

W logach można go wykryć, sprawdzając, ile żądań idzie do URL-i, które nie mają wartości SEO.

Typowe źródła crawl waste:

• parametry sortowania,
• parametry śledzące,
• identyfikatory sesji,
• puste filtry,
• kombinacje filtrów bez popytu,
• wyniki wyszukiwania wewnętrznego,
• strony tagów bez wartości,
• archiwa dat,
• stare URL-e po migracji,
• adresy z błędami 404,
• adresy przekierowane,
• strony noindex crawlowane masowo,
• duplikaty URL-i.

Przykładowe wzorce URL-i do wykrycia:

?sort=
?filter=
?utm_source=
?sessionid=
/tag/
/author/
/search/
/page/
/?replytocom=

Dla każdego wzorca sprawdź:

• liczbę żądań Googlebota,
• statusy HTTP,
• czy URL-e są indeksowalne,
• czy mają canonical,
• czy są linkowane wewnętrznie,
• czy występują w sitemap.xml,
• czy generują ruch i konwersje.

Crawl waste najlepiej naprawiać nie jednym ruchem, ale strategią.

Czasem potrzebny jest canonical.

Czasem noindex.

Czasem robots.txt.

Czasem usunięcie linkowania.

Czasem przebudowa filtrów.

Jak sprawdzić, które URL-e Googlebot odwiedza najczęściej?

Jednym z podstawowych raportów z logów jest lista najczęściej crawlowanych URL-i.

Taki raport pokazuje, które strony Googlebot uznaje za warte częstych odwiedzin albo do których najłatwiej trafia.

Warto podzielić top URL-e na:

• strony ważne biznesowo,
• strony informacyjne,
• strony techniczne,
• parametry,
• przekierowania,
• błędy,
• zasoby statyczne.

Przykład:

URL	Liczba żądań Googlebota	Status	Ocena SEO
/	820	200	OK
/kategoria/buty-damskie/	410	200	OK
/kategoria/buty-damskie/?sort=price	390	200	Do weryfikacji
/stary-produkt/	210	404	Problem
/oferta/	180	301	Do skrócenia

Pytanie nie brzmi tylko:

Co Googlebot odwiedza najczęściej?

Pytanie brzmi:

Czy to są URL-e, które powinny być odwiedzane najczęściej?

Jak sprawdzić, których ważnych stron Googlebot nie odwiedza?

Logi są przydatne nie tylko do sprawdzania, co Googlebot odwiedza.

Są też świetne do wykrywania stron, których Googlebot nie odwiedza.

Proces:

1. Weź listę ważnych URL-i z sitemap.xml.
2. Weź listę stron z ruchem organicznym z GSC.
3. Weź listę stron biznesowo ważnych.
4. Porównaj je z URL-ami z logów.
5. Sprawdź, które nie zostały odwiedzone przez Googlebota w analizowanym okresie.

Jeśli ważna strona nie jest crawlowana, przyczyną może być:

• brak linków wewnętrznych,
• zbyt głęboka struktura,
• brak w sitemap.xml,
• blokada w robots.txt,
• noindex,
• canonical do innej strony,
• problem z renderowaniem,
• niska jakość treści,
• brak popytu lub linków,
• problem techniczny z URL-em.

Przykład:

Firma dodała 40 nowych kategorii, ale po 30 dniach logi pokazują, że Googlebot odwiedził tylko 6 z nich. Po analizie okazuje się, że nowe kategorie nie są linkowane z menu ani z kategorii nadrzędnych, a sitemap.xml nie została zaktualizowana.

Logi a sitemap.xml - jak sprawdzić, czy Google crawluje właściwe URL-e?

Sitemap.xml powinna zawierać adresy, które chcesz pokazać Google jako ważne.

Analiza logów pozwala sprawdzić, czy Googlebot faktycznie je odwiedza.

Warto porównać trzy listy:

• URL-e w sitemap.xml,
• URL-e crawlowane przez Googlebota,
• URL-e indeksowane i generujące ruch.

Możliwe scenariusze:

Sytuacja	Co oznacza?	Co zrobić?
URL jest w sitemapie i jest crawlowany	Dobry sygnał	Sprawdź indeksację i ruch
URL jest w sitemapie, ale nie jest crawlowany	Może być słabo odkrywany lub mało ważny	Sprawdź linkowanie, jakość i blokady
URL nie jest w sitemapie, ale jest często crawlowany	Może być mocno linkowany albo generowany technicznie	Sprawdź, czy powinien być priorytetem
Sitemap zawiera 404, redirecty lub noindex	Sitemap wysyła złe sygnały	Oczyść sitemap.xml

Dobra sitemap.xml powinna zawierać:

• URL-e 200,
• URL-e indeksowalne,
• URL-e kanoniczne,
• URL-e ważne dla SEO,
• URL-e aktualne,
• URL-e bez zbędnych parametrów.

Logi pomagają sprawdzić, czy Googlebot traktuje te adresy jako realne cele crawlowania.

Logi a robots.txt, noindex i canonical

Logi są bardzo pomocne przy sprawdzaniu, czy reguły techniczne działają tak, jak zakładasz.

Robots.txt:

• czy Googlebot nadal odwiedza blokowane obszary,
• czy ważne zasoby nie są przypadkowo blokowane,
• czy po zmianie robots.txt spadło crawlowanie nieistotnych URL-i.

Noindex:

• czy Googlebot nadal często crawluje strony noindex,
• czy noindex nie znajduje się na ważnych URL-ach,
• czy strony noindex nie są mocno linkowane wewnętrznie.

Canonical:

• czy Googlebot crawluje dużo URL-i niekanonicznych,
• czy wersje z parametrami są często odwiedzane,
• czy linkowanie wewnętrzne prowadzi do wersji kanonicznych,
• czy canonical nie próbuje naprawiać problemu, który powinien być rozwiązany strukturą URL.

Ważne:

Noindex i canonical są widoczne dopiero po pobraniu strony. Jeśli Googlebot nie może jej crawlować przez robots.txt, może nie zobaczyć tych sygnałów.

Dlatego analiza logów powinna być łączona z audytem robots.txt, meta robots, canonicali i sitemap.xml.

Logi a przekierowania, 404 i soft 404

Logi świetnie pokazują, ile crawlowania trafia w błędy i przekierowania.

Warto sprawdzić:

• ile żądań Googlebota kończy się 301,
• ile kończy się 302,
• ile kończy się 404,
• ile kończy się 410,
• ile kończy się 5xx,
• które URL-e generują najwięcej błędów,
• czy błędy wynikają z linków wewnętrznych,
• czy przekierowania tworzą łańcuchy,
• czy stare URL-e po migracji nadal są intensywnie crawlowane.

Przykład problemu:

Po migracji strony Googlebot nadal odwiedza tysiące starych adresów. Część z nich zwraca 404, część 301 do pośrednich URL-i, a część kończy się łańcuchem przekierowań. Logi pokazują, które stare adresy trzeba naprawić jako pierwsze.

Priorytetowo naprawiaj:

• 404 z linków wewnętrznych,
• 404 z linkami zewnętrznymi,
• 404 często crawlowane przez Googlebota,
• łańcuchy przekierowań na ważnych URL-ach,
• błędy 5xx na stronach z ruchem,
• redirecty w linkowaniu wewnętrznym.

Logi a JavaScript i renderowanie

Logi serwera pokazują żądania HTTP.

Mogą pomóc także przy diagnozie problemów z JavaScriptem, chociaż nie pokażą pełnego renderowania tak jak narzędzia do testów renderingu.

W logach można sprawdzić:

• czy Googlebot pobiera pliki JS,
• czy pliki JS zwracają 200,
• czy zasoby nie są blokowane,
• czy bot nie dostaje 404 dla plików JS,
• czy zasoby potrzebne do renderowania nie mają błędów 5xx,
• czy wersja mobilna nie ładuje innych, problematycznych zasobów.

Przykład:

Strona opiera się na JavaScripcie, a logi pokazują, że ważne pliki JS zwracają Googlebotowi błędy 403. W efekcie Google może mieć problem z pełnym zrozumieniem treści po renderowaniu.

Przy stronach mocno opartych na JavaScripcie warto łączyć:

• logi serwera,
• inspekcję URL w GSC,
• test renderowania,
• crawl z renderowaniem JS,
• analizę zasobów blokowanych robots.txt.

Jakie narzędzia wykorzystać do analizy logów?

Do analizy logów można używać narzędzi specjalistycznych, arkuszy, Pythona albo narzędzi SEO.

Popularne rozwiązania:

• Screaming Frog Log File Analyser,
• OnCrawl,
• JetOctopus,
• Botify,
• Semrush Log File Analyzer,
• Splunk,
• ELK Stack,
• BigQuery,
• Python i pandas,
• arkusze kalkulacyjne przy mniejszych plikach.

Narzędzie powinno umożliwiać:

• import logów z wielu dni,
• filtrowanie user-agentów,
• weryfikację botów,
• grupowanie URL-i,
• analizę statusów HTTP,
• porównanie z sitemap.xml,
• porównanie z crawlem strony,
• eksport raportów,
• analizę trendów w czasie.

Przy małej analizie można zacząć od prostego arkusza.

Przy dużym serwisie potrzebne będzie narzędzie, które poradzi sobie z milionami rekordów.

Checklista log file analysis SEO

Poniżej praktyczna checklista do analizy logów pod SEO.

Punkt kontroli	Tak/Nie	Co sprawdzić?
Czy analizujesz prawdziwego Googlebota?		Reverse DNS, forward DNS, zakresy IP Google
Czy masz logi z wystarczającego okresu?		Minimum kilka tygodni przy dużym serwisie
Czy Googlebot odwiedza ważne URL-e?		Usługi, kategorie, produkty, treści z ruchem
Czy Googlebot marnuje crawl na parametry?		Sortowanie, filtry, UTM, session ID
Czy Googlebot trafia na dużo 404?		Stare URL-e, błędne linki, produkty usunięte
Czy Googlebot trafia na błędy 5xx?		Problemy serwera, przeciążenie, timeouty
Czy dużo crawlowania idzie w przekierowania?		301, 302, łańcuchy, stare URL-e po migracji
Czy Googlebot crawluje URL-e z sitemap.xml?		Porównanie sitemap z logami
Czy ważne URL-e nie są osierocone?		Brak crawlowania, brak linków wewnętrznych
Czy Googlebot pobiera ważne zasoby?		CSS, JS, obrazy, zasoby potrzebne do renderowania
Czy crawl jest zgodny z priorytetami biznesowymi?		Najwięcej crawlowania powinno iść na wartościowe URL-e
Czy wyniki logów są połączone z GSC i crawlem?		Indeksacja, kliknięcia, statusy, canonicale, noindex

Jeśli nie możesz odpowiedzieć na większość tych pytań, analiza technicznego SEO jest niepełna.

Plan 90 dni: jak wdrożyć analizę logów w technicznym SEO?

Poniżej praktyczny plan wdrożenia log file analysis w SEO.

Okres	Priorytet	Działania
Dni 1-7	Dostęp do danych	Ustalenie, gdzie są logi, jaki mają format, jaki okres obejmują i czy zawierają user-agent oraz statusy HTTP
Dni 8-14	Weryfikacja botów	Odfiltrowanie Googlebota, weryfikacja reverse DNS, usunięcie fałszywych botów z analizy
Dni 15-25	Segmentacja URL-i	Podział adresów na kategorie, produkty, blog, usługi, parametry, filtry, błędy i zasoby
Dni 26-35	Statusy HTTP	Analiza 200, 301, 302, 404, 410, 5xx i priorytetowa lista błędów do naprawy
Dni 36-45	Crawl waste	Wykrycie parametrów, filtrów, duplikatów, thin content i stron noindex crawlowanych masowo
Dni 46-55	Sitemap i indeksacja	Porównanie logów z sitemap.xml, GSC, canonicalami i listą stron indeksowalnych
Dni 56-65	Linkowanie wewnętrzne	Sprawdzenie, czy ważne strony są crawlowane i czy mają linki wewnętrzne z mocnych sekcji
Dni 66-75	Wdrożenia	Naprawa błędów, czyszczenie sitemap, skracanie przekierowań, ograniczanie parametrów i wzmacnianie priorytetów
Dni 76-90	Monitoring	Porównanie nowych logów z bazą wyjściową, sprawdzenie zmian w crawlowaniu, indeksacji i błędach

Po 90 dniach powinieneś wiedzieć:

• które URL-e Googlebot odwiedza najczęściej,
• które ważne URL-e są odwiedzane zbyt rzadko,
• ile crawlowania idzie na błędy,
• ile crawlowania idzie na parametry,
• czy sitemap.xml pokazuje właściwe adresy,
• czy przekierowania i 404 marnują crawl budget,
• czy serwer odpowiada stabilnie,
• czy po wdrożeniach Googlebot zmienił zachowanie.

Najczęstsze pytania

Log file analysis pokazuje nie teorię, tylko realne zachowanie Googlebota.

Analiza logów to jedno z najmocniejszych narzędzi technicznego SEO.

Szczególnie wtedy, gdy strona jest duża, często aktualizowana, ma wiele parametrów, filtrów, błędów, przekierowań albo problemów z indeksacją.

Najważniejsze zasady:

• nie analizuj user-agenta bez weryfikacji prawdziwego Googlebota,
• łącz logi z Google Search Console, sitemap.xml i crawlem strony,
• sprawdzaj statusy HTTP, zwłaszcza 404, 301, 302 i 5xx,
• grupuj URL-e według typów: kategorie, produkty, blog, usługi, parametry, filtry, błędy,
• sprawdzaj, czy Googlebot odwiedza strony ważne biznesowo,
• wykrywaj crawl waste na parametrach, filtrach i duplikatach,
• porównuj logi z sitemap.xml,
• naprawiaj linki wewnętrzne prowadzące do 404 i przekierowań,
• monitoruj błędy serwera i czas odpowiedzi,
• po migracji zawsze sprawdzaj, jak Googlebot zachowuje się wobec starych i nowych URL-i.

Jeśli chcesz wiedzieć, co Googlebot naprawdę robi na Twojej stronie, nie wystarczy patrzeć na pozycje i ogólne wykresy. Trzeba zajrzeć w logi. Tam widać, czy Googlebot crawluje właściwe miejsca, czy marnuje czas na techniczny bałagan.