Krok po kroku: jak przeprowadzić audyt SEO techniczny
Audyty | Techniczne
Krok po kroku: jak przeprowadzić audyt SEO techniczny
Zespół Boostwave · Ostatnia aktualizacja: wrzesień 2026
Artykuł przedstawia konkretną sekwencję działań do szybkiej diagnostyki strony. Zawiera checklistę techniczną, sposób użycia Search Console i GA4 do potwierdzenia hipotez oraz procedurę naprawczą, którą można weryfikować przed podpisaniem umowy z wykonawcą.
Zakres i cel audytu technicznego
Audyt SEO techniczny ma na celu ustalić, które elementy infrastruktury, konfiguracji serwera i implementacji frontendu blokują indeksację, obniżają prędkość ładowania lub powodują rozbieżności w danych analitycznych. Analiza powinna obejmować przynajmniej crawlability, indexation, przekierowania, canonicale, strukturę sitemap i jakość danych strukturalnych. W procesie diagnostycznym konieczne jest skorelowanie sygnałów z Search Console z danymi użytkowania z GA4, żeby oddzielić problemy techniczne od spadków popytu lub sezonowych zmian. Dobrej jakości audyt dostarcza nie tylko listę błędów, ale priorytetyzację pod względem wpływu na ruch i wysiłku wdrożeniowego.
- ✓Sprawdź dostępność crawlera: uruchom crawlowanie z narzędzia typu Screaming Frog lub Sitebulb i porównaj z raportami o błędach w Search Console. Zwróć uwagę na 5xx, 4xx i timeouts; akutalne problemy serwera to priorytet.
- ✓Zweryfikuj robots.txt i mapy witryny: czy robots.txt nie blokuje istotnych ścieżek, czy sitemap.xml jest aktualna i zgłoszona w Search Console oraz czy zawiera adresy kanoniczne stron.
- ✓Porównaj indexację i ruch: zestawienie URLi z listy crawlowanej, indeksowanych w Search Console i widocznych w GA4 ujawnia luki; przejrzyj raport Coverage oraz porównaj liczbę zaindeksowanych stron z oczekiwanym zakresem.
- ✓Przejrzyj przekierowania i canonicale: sprawdź, czy przekierowania 301/302 są poprawne, czy canonical wskazuje na właściwą wersję strony i czy nie występują pętle lub łańcuchy przekierowań.
- ✓Ocena wydajności i CWV: przeprowadź pomiary Core Web Vitals w polu oraz w laboratorium, porównaj mediany w GA4 z danymi z raportu szybkości w Search Console i ustal listę optymalizacji frontendu.
- ✓Weryfikacja struktury URL i duplikatów: znajdź duplikaty treści, parametry w URL, problematyczne tagi noindex i elementy powodujące rozdrabnianie mocy rankingowej.
- ✓Sprawdź implementację danych strukturalnych i hreflang: poprawne schema.org oraz atrybuty hreflang wpływają na widoczność w wynikach bogatych; brak lub błędy oznaczają utratę ekspozycji.
- ✓Poproś o przykładowy fragment raportu z audytu technicznego od wykonawcy przed podpisaniem umowy i oceń, czy raport zawiera listę napraw z priorytetami, estymacją pracy i opisem testów weryfikujących.
Czego nie robić: Unikać działań ad hoc na żywej stronie bez planu rollback; masowe zmiany przekierowań lub kanonicznych bez testów powodują większe szkody niż korzyści. Nie traktować Search Console i GA4 jako wymiennych źródeł: mają różne metody zbierania danych i opóźnienia; porównania wymagają świadomego mapowania metryk. Nie usuwać nagle sitemap bez aktualizacji w GSC i bez zgłoszenia ponownego crawlowania. Nie ufać jedynie automatycznym naprawom bez ręcznej weryfikacji, bo narzędzia potrafią poprawić symptom, a nie przyczynę.
Jak ustalać priorytety napraw i interpretować wyniki?
Z praktyki (dane uproszczone)
Przykład uproszczony: sklep internetowy z 1 2000 katalogowymi URLami odnotował spadek sesji organicznych o 28 w GA4 w ciągu tygodnia. Wstępny crawl wykazał 7 proc. URL z przekierowaniami do nieistniejących kategorii, a Search Console pokazał wzrost liczby błędów 404 w sekcji Coverage. Procedura diagnozy: krokiem pierwszym było potwierdzenie problemu w GSC i porównanie setu URL z sitemap z listą indeksowanych stron, potem sprawdzono logi serwera w poszukiwaniu wzorca 4xx i 5xx, równolegle sprawdzono, czy parametry w URL powodują duplikację treści. Naprawy wykonano etapami: 1. zaktualizowano sitemap i usunięto przestarzałe wpisy; 2. wprowadzono 301 dla starych kategorii z mapą przekierowań; 3. dodano testy E2E w stagingu i wdrożono poprawki w ciągu 72 godzin. Efekt kara od Google po 4 tygodniach: stopniowy wzrost impresji w Search Console i częściowe odbicie sesji w GA4. Trzeba podkreślić, że część efektu była nakładająca się z korekcją sezonowości i nie dało się jednoznacznie przypisać całego wzrostu tylko do zmian technicznych. Wnioski wykonawcze: wykonać testy regresji, zachować wersjonowanie zmian i mieć plan rollback w przypadku nieprzewidzianych skutków. Przy analizie wyników trzeba także wykluczyć błędy wdrożeniowe w tagowaniu danych analitycznych, bo błędne implementacje GA4 często zacierają obraz rzeczywistego ruchu.
Podsumowanie
Przeprowadzony audyt techniczny to seria weryfikowalnych kroków: crawl, analiza logów, porównanie indexacji w Search Console z danymi z GA4, testy wydajności i inspekcja elementów kanonicznych. Dobry wykonawca przed podpisaniem umowy pokaże fragment raportu z priorytetyzacją, opis metod zbierania danych, jasny zakres dostępu do GA4 i Search Console oraz plan testów i rollback. Pierwszy krok po lekturze tej checklisty to żądanie od wykonawcy próbnego fragmentu raportu i planu dostępu, żeby zweryfikować metodologię i możliwość obiektywnej weryfikacji rezultatów.
Potrzebna szybka diagnoza techniczna?
Przeprowadzenie audytu technicznego z listą napraw i testami weryfikującymi gotowość wdrożenia: Umów audyt