Techniczny audyt SEO 2026: lista kontrolna 12 bloków

Techniczny audyt SEO to systematyczna weryfikacja witryny pod kątem błędów, które uniemożliwiają wyszukiwarkom prawidłowe skanowanie, indeksowanie i pozycjonowanie Twoich stron. W 2026 roku standardy znacznie wzrosły: do klasycznych wymagań technicznych doszły Core Web Vitals INP, sygnały E-E-A-T oraz optymalizacja AI/GEO pod widoczność w wynikach wyszukiwania opartych na sztucznej inteligencji. Ta lista kontrolna obejmuje wszystkie 12 bloków, które Spilno Agency sprawdza podczas pełnego audytu technicznego SEO.
Techniczny audyt to fundament SEO: nawet najlepsza treść i linki zewnętrzne nie przyniosą maksymalnych efektów, jeśli roboty wyszukiwarki nie mogą poprawnie skanować i indeksować witryny.

Czym jest techniczny audyt SEO i po co go przeprowadzać?
Techniczny audyt SEO to diagnoza „pod maską” Twojej witryny. Ujawnia problemy niewidoczne gołym okiem, ale krytyczne dla robotów wyszukiwarek: błędy crawlingu, problemy z indeksacją, zduplikowane strony, wolne ładowanie, nieprawidłowe przekierowania i brak danych strukturalnych.
W 2026 roku techniczny audyt stał się jeszcze ważniejszy z powodu trzech czynników:
- AI Overview — Google generuje odpowiedzi z najbardziej technicznie poprawnych i ustrukturyzowanych źródeł
- Metryka INP — zastąpiła FID w Core Web Vitals, mierząc responsywność na wszystkie interakcje użytkownika
- Wzmocnione E-E-A-T — sygnały techniczne (autorzy, daty, dane strukturalne) bezpośrednio wpływają na zaufanie Google do witryny
Kiedy przeprowadzać techniczny audyt
- Obowiązkowo: po uruchomieniu nowej witryny, przed lub po redesignie, po migracji na nową domenę lub CMS
- Regularnie: podstawowy audyt raz na kwartał; pełny raz w roku
- Po spadku ruchu: jeśli ruch organiczny spadł o ponad 15% bez oczywistej przyczyny
- Przed dużymi kampaniami: przed sezonowymi promocjami lub uruchomieniem nowych sekcji witryny
Blok 1. Crawling i indeksacja
Pierwszy i najważniejszy blok: sprawdź, czy robot wyszukiwarki poprawnie skanuje i indeksuje Twoją witrynę.
robots.txt
- Plik dostępny pod adresem
/robots.txt - Nie blokuje ważnych sekcji (kategorii, produktów, artykułów) przed indeksacją
- Wskazuje poprawną ścieżkę do sitemapa
- Brak dyrektywy
Disallow: /dla Googlebot
sitemap.xml
- Plik dostępny pod adresem
/sitemap.xmllub przez GSC - Zawiera wyłącznie indeksowane URL (bez stron z noindex)
- Aktualizuje się automatycznie przy publikacji nowej treści
- Rozmiar nie przekracza 50 000 URL na plik (duże witryny: wiele plików + sitemap index)
Google Search Console
- Skonfigurowane i zweryfikowane; obie wersje (www i bez) dodane
- Raport „Zasięg” — błędy indeksacji naprawione (404, 500, soft 404)
- Raport „Strony” — przyczyny nieindeksowania stron sprawdzone
- Brak ręcznych kar
Blok 2. HTTPS i bezpieczeństwo
- Zainstalowany ważny certyfikat SSL (nie wygasły)
- Wszystkie adresy HTTP przekierowują na HTTPS przez 301
- Brak mixed content — wszystkie zasoby ładują się przez HTTPS
- Nagłówek
Strict-Transport-Security(HSTS) skonfigurowany - Zweryfikowane przez Google Search Console lub SSL Labs
Blok 3. Architektura URL i przekierowania
Tagi canonical
- Każda strona ma tag
rel="canonical" - Canonical wskazuje na poprawny (główny) URL, nie duplikat
- Samoreferencyjne canonicale na wszystkich stronach
Przekierowania
- 301 używane dla stałych przekierowań (nie 302)
- Brak łańcuchów przekierowań (A→B→C): maksymalnie jeden poziom
- Brak pętli przekierowań (A→B→A)
- Parametryczne URL (sortowanie, filtry) mają canonical lub noindex
Blok 4. Core Web Vitals i szybkość strony
Progi 2026
- LCP (Largest Contentful Paint): < 2,5 s — dobrze; 2,5–4,0 s — wymaga poprawy; > 4,0 s — słabo
- CLS (Cumulative Layout Shift): < 0,1 — dobrze; 0,1–0,25 — wymaga poprawy; > 0,25 — słabo
- INP (Interaction to Next Paint): < 200 ms — dobrze; 200–500 ms — wymaga poprawy; > 500 ms — słabo
Praktyczne zalecenia
- Optymalizuj obrazy (WebP, właściwe rozmiary, lazy loading)
- Zmniejsz czas odpowiedzi serwera (TTFB < 600 ms)
- Minimalizuj blokujące renderowanie zasoby CSS/JS w
<head> - Używaj CDN dla zasobów statycznych
- Ogranicz wpływ skryptów stron trzecich (analityka, czaty, reklamy)
Blok 5. Optymalizacja Mobile-First
- Witryna poprawnie wyświetla się na ekranach od 360px do 428px
- Przyciski i linki mają minimalny rozmiar obszaru dotykowego 48×48px
- Czcionka co najmniej 16px dla tekstu głównego
- Metatag viewport:
<meta name="viewport" content="width=device-width, initial-scale=1"> - Brak poziomego przewijania
- Test Google Mobile-Friendly zaliczony
Blok 6. On-page elementy techniczne
Tag Title
- Unikalny na każdej stronie
- Długość: 50–60 znaków
- Główne słowo kluczowe na początku
- Brak duplikatów tytułów na różnych URL
Meta Description
- Unikalny na każdej stronie; długość: 120–158 znaków
- Zawiera słowo kluczowe i wyraźne wezwanie do działania
Nagłówki H1–H6
- Jeden H1 na stronę; hierarchia H2→H3→H4 zachowana
- Słowa kluczowe naturalnie zintegrowane, bez nadmiernej optymalizacji
Blok 7. Dane strukturalne (Schema.org)
- Article/BlogPosting — na wszystkich artykułach: autor, data, obraz
- FAQPage — na stronach z sekcjami Q&A
- BreadcrumbList — dla okruszków nawigacyjnych w SERP
- Organization — na stronie głównej lub O nas
- Google Rich Results Test: brak błędów
Blok 8. Obrazy i pliki multimedialne
- Atrybut
altna wszystkich obrazach (opisuje treść) - Format WebP lub AVIF dla wszystkich nowych obrazów
- Lazy loading (
loading="lazy") na obrazach poniżej fold - Atrybuty
widthiheightpodane (zapobieganie CLS)
Blok 9. Linkowanie wewnętrzne
- Ważne strony dostępne w 3 kliknięciach od strony głównej
- Brak uszkodzonych linków wewnętrznych (błędy 404)
- Anchor texty opisowe i zróżnicowane
- Brak stron osieroconych
Blok 10. Sygnały E-E-A-T
- Strona O nas jest i jest wypełniona
- Strona Kontakt z prawdziwym adresem, telefonem, emailem
- Autorzy artykułów podani z linkami do profili
- Daty publikacji i aktualizacji na wszystkich artykułach
- Strony Polityki prywatności i Warunków użytkowania obecne
Blok 11. Optymalizacja AI/GEO
- Nazwane encje (firma, marka, produkty) poprawnie oznaczone
- Bloki FAQ z Schema FAQPage na priorytetowych stronach
- Oznaczenia HowTo na treściach instruktażowych
- Pierwszy akapit daje bezpośrednią odpowiedź na pytanie z nagłówka
- Artykuły powołują się na badania, statystyki, oficjalne źródła
Pełna lista kontrolna technicznego audytu SEO
Blok 1–2 — Indeksacja i bezpieczeństwo
- robots.txt dostępny i nie blokuje ważnych URL
- sitemap.xml aktualna, przesłana do GSC
- GSC skonfigurowane; błędy indeksacji naprawione
- SSL ważny; wszystkie HTTP → HTTPS (301); brak mixed content
Blok 3–4 — URL i Core Web Vitals
- Tagi canonical na wszystkich stronach wskazują poprawnie
- Brak łańcuchów przekierowań
- LCP < 2,5 s; CLS < 0,1; INP < 200 ms (mobile)
Blok 5–6 — Mobile i On-page
- Test Mobile-Friendly zaliczony
- Tytuły unikalne, 50–60 znaków, ze słowem kluczowym
- Meta Description unikalne, 120–158 znaków
- Jeden H1 na każdej stronie
Blok 7–11 — Schema, Obrazy, Linkowanie, E-E-A-T, AI/GEO
- Schema FAQPage i Article na artykułach; Rich Results Test bez błędów
- Atrybut alt na wszystkich obrazach; format WebP/AVIF
- Brak uszkodzonych linków wewnętrznych
- Strony O nas, Kontakt, Polityka prywatności — obecne i wypełnione
- Autorzy artykułów podani; FAQ z Schema FAQPage na priorytetowych stronach
Najczęściej zadawane pytania o techniczny audyt SEO
Czym jest techniczny audyt SEO?
Techniczny audyt SEO to kompleksowa weryfikacja witryny pod kątem zgodności z wymaganiami technicznymi wyszukiwarek. Obejmuje analizę indeksacji, szybkości ładowania, struktury URL, meta tagów, danych strukturalnych i bezpieczeństwa. Celem jest identyfikacja i usunięcie błędów obniżających widoczność witryny w wynikach organicznych.
Jak często należy przeprowadzać techniczny audyt SEO?
Zalecana częstotliwość: podstawowy audyt raz na kwartał, pełny raz w roku lub po większych zmianach w witrynie (redesign, migracja, zmiana CMS). W przypadku dużych witryn (1000+ stron) warto skonfigurować automatyczny monitoring przez Google Search Console i Ahrefs Site Audit co miesiąc.
Jakich narzędzi używać do technicznego audytu SEO?
Podstawowy zestaw: Google Search Console (bezpłatnie) — do wykrywania błędów indeksacji i problemów z Core Web Vitals. Screaming Frog SEO Spider — do crawlowania witryny i wyszukiwania uszkodzonych linków, duplikatów. PageSpeed Insights lub Lighthouse — do analizy szybkości i Core Web Vitals. Do pełnego audytu używa się też Ahrefs Site Audit, Semrush Site Audit lub SE Ranking.
Czym są Core Web Vitals i dlaczego mają znaczenie?
Core Web Vitals to zestaw metryk Google do oceny jakości doświadczenia użytkownika na stronie. W 2026 roku obowiązują trzy: LCP (Largest Contentful Paint) — ładowanie głównej treści poniżej 2,5 sekundy; CLS (Cumulative Layout Shift) — stabilność układu poniżej 0,1; INP (Interaction to Next Paint) — czas odpowiedzi na interakcję poniżej 200 ms. Strony spełniające te progi uzyskują przewagę w rankingu.
Czym jest optymalizacja AI/GEO i po co jest potrzebna?
GEO (Generative Engine Optimization) to optymalizacja witryny pod kątem widoczności w odpowiedziach wyszukiwarek AI: Google AI Overview, ChatGPT, Perplexity, Bing Copilot. Obejmuje: dane strukturalne Schema.org, jasne odpowiedzi na pytania (FAQ, HowTo), nazwane encje, autorytarne cytowania i sygnały E-E-A-T. Witryny bez optymalizacji GEO tracą widoczność w wynikach zero-click.
Ile kosztuje techniczny audyt SEO?
Koszt zależy od rozmiaru witryny i głębokości audytu. Podstawowy audyt (do 100 stron) w Spilno Agency od 600 PLN. Pełny audyt techniczny średniej witryny (100–1000 stron) od 2000 PLN. Dla dużych projektów (1000+ stron, e-commerce, portale informacyjne) cena kalkulowana jest indywidualnie.
Potrzebujesz technicznego audytu SEO swojej witryny? Spilno Agency przeprowadza pełną weryfikację we wszystkich 12 blokach i dostarcza szczegółowy raport z priorytetami napraw.


