Audyt SEO Checklista

Ten wpis to praktyczna checklista audytu SEO do odhaczania – nie poradnik „jak zostać SEOwcem”, tylko lista kontrolna, dzięki której sprawdzisz kluczowe obszary bez przeklikiwania dziesiątek artykułów. Wszystko jest ułożone tak, by szybko przejść przez audyt, zaznaczyć status i przejść dalej.

W środku znajdziesz punkty do weryfikacji dla: analizy technicznej, on-page, off-page, konfiguracji analityki, analizy słów kluczowych, analizy konkurencji, UX, oraz monitoringu pozycji. Każdy element jest sformułowany jak task („sprawdź / potwierdź / odhacz”), żebyś mógł od razu pracować na liście, zamiast ją przepisywać.

Ta checklista pomaga zidentyfikować i rozwiązać problemy SEO, prowadząc do większej widoczności i ruchu organicznego. Na końcu dostajesz gotowy arkusz do skopiowania, dzięki któremu od razu zaczniesz odhaczanie, przypisywanie właścicieli zadań, terminów i notatek.

Pobierz szablon checklisty (Google Sheets): Checklista audyt SEO.

Arkusz możesz powielić w Google Sheets → tworzysz kopie, udostępniasz dla zespołu/wewnętrzne i odhaczasz statusy per zadanie. Znajdziesz tam także kolumny do wystawiania dokumentów audytu, dokumentów dla dev, status całości oraz komentarze.

Udostępniona checklista do audytu SEO jest całkowicie darmowa – możesz ją edytować i dostosować do własnych potrzeb! Jeśli wolisz listę kontrolną w postaci dokumentu PDF np. w celu wydrukowania dokumentu i załączenia go wewnętrzne/zewnętrznie, udostępniam go dla Ciebie także tutaj: Audyt SEO checklista w formacie PDF do druku.

Zakres checklisty audytu SEO

Analiza techniczna – fundament audytu

• Indeksowanie i dostępność zweryfikowane (statusy 200/301, brak 4xx/5xx na kluczowych URL-ach).
• Zasoby JS/CSS/obrazy dostępne dla botów; brak blokad.
• Liczba stron w serwisie ≈ liczbie „Zaindeksowanych” w GSC (zidentyfikowane luki/bloat).
• Crawl wykonany: brak pętli/przekierowań, duplikatów, osieroconych URL-i.
• Core Web Vitals (LCP/INP/CLS) z danych polowych w normie.
• Testy prędkości dla szablonów: listing/produkt/artykul/koszyk.
• Struktura URL spójna (małe litery, myślniki, bez śmieciowych folderów/parametrów).
• robots.txt poprawny; sitemapy aktualne, bez 4xx/5xx i noindex w mapie.

Indeksowanie i dostęp dla robotów

• Brak błędów 4xx/5xx na stronach do indeksu.
• Tag noindex nie występuje na stronach, które mają się indeksować.
• Mapa XML istnieje, jest poprawna i aktualna; zgłoszona w GSC.
• robots.txt nie blokuje stron/zasobów potrzebnych do renderu i indeksu.
• Jedna wersja domeny kanoniczna; pozostałe 301 → wersja główna.
• Wersja z www/bez www ujednolicona przekierowaniem (brak duplikacji).

Prędkość i wydajność (CWV)

• Szybkość ładowania w normach: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1.
• Włączona kompresja (GZIP/Brotli); zredukowany TTFB.
• Obrazy zoptymalizowane (formaty next-gen, wielkości, lazy-load).
• Cache przeglądarki ustawione; statyczne zasoby z długim TTL.
• Minimalizacja i bundling HTML/CSS/JS; usunięte render-blocking.
• Skrypty/style wyniesione do plików; third-party kontrolowane.

Struktura adresów URL, kanonizacja i duplikaty

• Struktura URL jest przyjazna i kanoniczna (krótkie, czytelne, małe litery, myślniki).
• Adresy URL odzwierciedlają zawartość (semantyczne ścieżki, bez nic-nie-mówiących ID).
• Brak zbędnych parametrów w wersjach do indeksu (UTM/sesje wykluczone lub canonical/noindex).
• URL zawiera istotne słowa kluczowe (bez upychania; 1–2 kluczowe słowa).
• Duplikaty stron rozwiązane (301 dla trwałych zmian, rel=canonical dla wariantów).
• Duplikaty kategorii/wariantów mają poprawny tag kanoniczny (filtry/sortowanie/paginacja).

Bezpieczeństwo i HTTPS

• SSL zainstalowany i aktualny (brak mixed content).
• Wymuszenie HTTPS: stałe 301 z HTTP→HTTPS i jedna wersja domeny (www/bez www).

Mobile-first i równość funkcjonalna

• Strona responsywna (brak poziomego scrolla, poprawne odstępy dotykowe).
• Wersja mobilna równoważna funkcjonalnie (ten sam kluczowy kontent, meta, linkowanie).

Wielojęzyczność i tagi hreflang

• Hreflang wdrożony dla wersji językowych/kraju (np. pl-PL, en-GB).
• Hreflang kieruje poprawnie (pętle zwrotne, x-default gdy potrzebne).
• Wersje językowe mają spójne oznaczenia i linkowanie (subfoldery/subdomeny konsekwentne).

Dane strukturalne i metadane społecznościowe

• Schema.org wdrożone (np. Product, Article, FAQ, Breadcrumb).
• Dane strukturalne zwalidowane w testerach (brak błędów/ostrzeżeń).
• Open Graph ustawione (og:title, og:description, og:image, og:url).
• Twitter Cards skonfigurowane (twitter:card, twitter:title, itd.).
• Piksele remarketingowe wdrożone przez GTM (zgody/RODO ogarnięte).

On-page SEO – treści, meta i nagłówki

• Treści unikalne i wartościowe, zgodne z intencją (informacyjna/komercyjna/transakcyjna).
• Meta tagi kompletne i unikalne (bez duplikatów, długości bez ucięć).
• Nagłówki H1–H6: 1×H1/stronę, logiczna hierarchia H2–H6.
• Słowa kluczowe dopasowane do intencji, bez kanibalizacji.
• Title zawiera kluczowe frazy + brand (naturalnie).
• Description zachęca (wartość, korzyść, CTA; zgodny z treścią).
• Obrazki z atrybutami ALT (opisowe, bez keyword stuffing).
• Kanibalizacja wykryta i ograniczona (scalenia/301/redefinicje ról stron).

Nawigacja i UX (w tym breadcrumbs)

• Nawigacja jasna (menu, wyszukiwarka, logiczna architektura).
• Breadcrumbs wdrożone i zgodne ze strukturą kategorii.
• Ostatni element breadcrumbs nieklikalny (oznacza bieżącą stronę).
• Brak ukrytych treści ważnych dla SEO (maskowanie = out).

UX e-commerce – listy i karty produktów

• Lista produktów ma filtry i sortowanie (logiczne, użyteczne).
• Karta/kafelek zawiera: nazwę, obraz i cenę (widoczne bez interakcji).

UX e-commerce – strony produktowe

• Strona produktowa zawiera: opis, cenę, opinie (jeśli są).
• Opis zwięzły, unikalny i sprzedażowy (korzyści, zastosowania).
• Cena widoczna od razu (bez scrollowania/kliknięć).
• Płatności/dostawa/zwroty łatwo dostępne (ikony/zakładki/FAQ).
• Obrazki wielokątowe, wysokiej jakości (zoom/lupa dostępne).
• Lupa/zoom działa płynnie i nie blokuje nawigacji.

Off-page i sygnały marki

• Linkowanie wewnętrzne i zewnętrzne zoptymalizowane (tematyczność, brak spam).
• Profil backlinków analizowany pod jakość (toksyczne domeny wyłapane).
• Wzmianki o marce monitorowane (PR, katalogi jakościowe, cytowania).
• Social shares wspierane (przyciski, podgląd OG poprawny).
• Linki zewnętrzne z odpowiednimi atrybutami (nofollow/sponsored/ugc gdzie trzeba).
• Wizytówka Google.

Konfiguracja analityki i tagów

• Analityka (np. GA4, GSC) poprawnie skonfigurowana.
• Cele/konwersje i zdarzenia zdefiniowane (mikro i makro).
• Kod śledzący osadzony na wszystkich podstronach.
• Menedżer tagów (GTM) używany do zarządzania skryptami/pikselami.
• Cele = realne konwersje; Zdarzenia = kluczowe akcje (klik tel, dodanie do koszyka itp.).

Błędy i integralność serwisu

• 404 identyfikowane i obsłużone (strona 404 użyteczna, linki powrotu).
• 5xx monitorowane i naprawiane (stabilność, limity, logi).
• Paginacja wdrożona poprawnie (SEO-friendly, bez duplikacji/loopów).

Monitoring, konkurencja i plan działania

• Analiza konkurencji: widoczność, luki treści, przewagi SERP.
• Trendy/sezonowość uwzględnione w planie (tematy/okna popytu).
• Monitoring pozycji i ruchu organicznego (brand/non-brand).
• Plan działania z priorytetami impact/effort (30/60/90 dni).
• Audyt SEO traktowany cyklicznie (regularne przeglądy).
• KPI: CTR, współczynnik odrzuceń, czas trwania sesji, konwersje.
• Treści oceniane ilościowo i jakościowo (EEAT, aktualność).
• Badania z użytkownikami (ankiety, testy użyteczności) jako feedback jakościowy.

Komu przyda się checklista do audytu SEO?

Checklista to szybki sposób na ogarnięcie całego audytu „od A do Z” bez skakania po narzędziach. W jednym arkuszu widać, co już działa, co jest w toku, a co blokuje wyniki. Dzięki temu właściciel firmy, marketer, SEO i DEV patrzą na tę samą „jedyną wersję prawdy”.

Dla zespołów to także forma standaryzacji procesu: te same sekcje, te same kryteria akceptacji, te same statusy. Znika chaos maili i komentarzy w różnych miejscach – zadania mają właściciela, termin, dowód i link do ticketu.

Checklistę można uruchomić zarówno do dużego, pierwszego audytu, jak i do cyklicznego QA po wdrożeniach. Świetnie sprawdza się też w onboardingu nowych osób: widać zakres, priorytety i kontekst.

Zobacz także ile naprawdę kosztuję audyt SEO.

Kto konkretnie skorzysta:

• Właściciel firmy / marketer in-house – szybki ogląd kondycji SEO i kontrola postępu bez wchodzenia w narzędzia.
• Specjalista SEO (in-house / freelancer) – uporządkowanie audytu, delegowanie prac, dokumentowanie dowodów.
• Agencja SEO – standaryzacja audytów i raportowanie statusów klientowi w jednym arkuszu.
• Head of Marketing / PM – priorytety, „kto co robi”, terminy i zależności.
• Zespół DEV – jasna specyfikacja zadań technicznych + linki do dowodów i dokumentów wdrożeniowych.
• Zespół Content/UX – lista treści/meta/nagłówków/UX do poprawy z kryteriami akceptacji.
• Analityk / Data – kontrola GA4/GSC/GTM, celów i zdarzeń, kompletności danych.
• E-commerce manager – fokus na listingach, kartach i stronach produktowych, CWV, filtrowaniu i paginacji.
• Nowi członkowie zespołu – onboarding na realnych taskach (zakres, status, dowody, efekty).
• QA po wdrożeniach – powtarzalny przegląd KPI i jakości po zmianach w serwisie.

Jak pracować z checklistą SEO?

Najwygodniej trzymać checklistę w Google Sheets w układzie jak na zrzucie: kolumna Sekcja, Punkt, Poprawne/Do poprawy, Link do audytu, Dokument dla DEV/zespołu wdrożeniowego, Czy zakończono? (checkbox). Dzięki temu łączysz „co sprawdzić” z dowodem i egzekucją.

Krok po kroku:

1. Zduplikuj szablon (plik → „Utwórz kopię”) i zmień nazwę na projekt/klienta.
2. Zamroź wiersz nagłówka (Widok → „Zamroź 1 wiersz”), włącz filtrowanie i kolorowanie warunkowe statusów.
3. Przypisz właścicieli (SEO/DEV/Content/UX/Analytics) oraz terminy.
4. Sprawdzaj punkt po punkcie: wypełnij „Poprawne/Do poprawy” (lista rozwijana), dodaj link do dowodu (GSC, PageSpeed, crawler, logi) i link do zadania (Jira/Trello/Asana, jeśli używacie).
5. Gdy praca przechodzi do developmentu, w „Dokument dla DEV” podlinkuj specyfikację/AC (Acceptance Criteria).
6. Po wdrożeniu zrób re-test, dołącz świeży dowód, odhacz checkbox „Czy zakończono?” i dopisz datę weryfikacji w notatkach lub osobnej kolumnie.
7. Priorytetyzuj filtrem: najpierw „Do poprawy” + „Wysoki wpływ” (CWV, indeksowanie, 5xx, kanibalizacja).
8. Raportuj postęp: użyj widoku przestawnego (Tabeli przestawnej) albo prostego licznika „Ile punktów: poprawne / w toku / do poprawy”.
9. Wersjonuj zmiany: Plik → „Historia wersji” i oznaczaj kamienie milowe (np. „po wdrożeniu 30-dniowym”).
10. Powtarzaj cyklicznie (np. co miesiąc/kwartał) – checklista to żywy dokument, nie jednorazówka.

Co dokładnie zawiera arkusz:

• Sekcja (np. Analiza techniczna, Indeksowanie, CWV, On-page, itd.).
• Punkt (konkretny warunek, np. „Mapa XML aktualna i zgłoszona w GSC”).
• Poprawne/Do poprawy (lista: Poprawne / Do poprawy / Zlecone DEV / Zlecone zespół).
• Link do audytu (dowód: screen, raport, URL do narzędzia).
• Dokument dla DEV/zespołu (specyfikacja, AC, ticket).
• Czy zakończono? (checkbox).
• (opcjonalnie) Priorytet, Wpływ, Właściciel, Termin, Komentarz, Data weryfikacji.

Dobre praktyki:

• Trzymaj jedną pozycję = jeden warunek (łatwo odhaczać i liczyć postęp).
• Dowód zawsze podlinkowany (bez tego ciężko zamknąć temat).
• Dodawaj AC (kryteria akceptacji) przy zadaniach DEV/UX – skraca ping-ponga.
• Używaj warunkowego formatowania (zielony = poprawne, czerwony = do poprawy).
• Na górze arkusza zrób małe KPI: % ukończonych, liczba krytycznych otwartych, data ostatniej weryfikacji.

Warto przeczytać: Ranking audytów SEO w Polsce (2026).