Techniczne SEO – checklista – co sprawdzić, aby strona była dobrze widoczna w Google?

Checklista technicznego SEO to lista elementów do sprawdzenia, żeby upewnić się, że Twoja strona jest poprawnie crawlowana, indeksowana i renderowana przez Google. W Semgence korzystamy z takiej checklisty przy każdym audycie SEO – niezależnie od wielkości serwisu. Poniżej przedstawiamy kompletną listę kontrolną obejmującą 34+ punktów w 9 kategoriach, opartą na oficjalnych wytycznych Google i doświadczeniach z setek audytów. W 2026 roku dodaliśmy nową kategorię: AI Readiness – gotowość strony na crawlery AI.

Tę checklistę możesz też pobrać w rozszerzonej wersji jako nasz ebook „Co powinien zawierać audyt SEO” (PDF, 70+ stron). Jeśli szukasz wyjaśnienia, czym jest techniczne SEO i dlaczego ma znaczenie – przeczytaj najpierw nasz artykuł wprowadzający.

Crawlowanie i indeksowanie

Crawlowanie to absolutny fundament – jeśli Googlebot nie może dotrzeć do Twoich stron, żadna optymalizacja treści nie pomoże. Zaczynamy audyt zawsze od tego obszaru, bo jedno źle skonfigurowane robots.txt potrafi zablokować indeksowanie całego serwisu.

• ✅ Robots.txt – czy istnieje? Czy nie blokuje ważnych stron? Czy nie blokuje CSS/JS? Czy zawiera dyrektywę Sitemap? Narzędzie: wpisz twojadomena.pl/robots.txt w przeglądarce. Szczegóły: artykuł o robots.txt.
• ✅ Sitemap XML – czy istnieje i jest zgłoszony w GSC? Czy zawiera tylko strony z kodem 200? Czy nie zawiera stron noindex? Narzędzie: GSC → Sitemaps.
• ✅ Google Search Console – raport Coverage – ile stron zaindeksowanych vs wykluczone? Czy rosną strony „Crawled – not indexed”? To sygnał problemów z jakością treści lub crawl budgetem.
• ✅ Crawl budget – czy Google crawluje ważne strony? Czy marnuje czas na parametry URL, filtry, paginację? Narzędzie: GSC → Settings → Crawl Stats. Problem dotyczy głównie serwisów z ponad 10 000 stron.
• ✅ Meta robots / X-Robots-Tag – czy strony, które mają być w indeksie, nie mają przypadkiem noindex? Narzędzie: Screaming Frog → filtr „noindex”. Uwaga: nie łącz robots.txt Disallow z meta noindex na tej samej stronie – to sprzeczne sygnały.
• ✅ Orphan pages – czy każda ważna strona ma co najmniej jeden link wewnętrzny? Strony bez linków (orphan pages) mogą nigdy nie zostać crawlowane. Narzędzie: Screaming Frog + porównanie z GSC Coverage.

Struktura URL i architektura

Architektura URL wpływa na crawlowanie (jak głęboko ukryte są strony), na UX (czy użytkownik rozumie, gdzie jest) i na dystrybucję linków wewnętrznych (czy „moc” rozkłada się równomiernie). Google rekomenduje prostą, płaską strukturę z opisowymi URL-ami.

• ✅ Krótkie, opisowe URL – /buty-do-biegania/ zamiast /product?id=12847&cat=shoes. Według wytycznych Google o strukturze URL dla e-commerce, opisowe URL-e pomagają zarówno użytkownikom, jak i wyszukiwarkom zrozumieć treść strony.
• ✅ Hierarchia max 3 kliknięcia od home – strona główna → kategoria → podkategoria → produkt. Głębsze zagnieżdżenie oznacza słabszą dystrybucję linków wewnętrznych i rzadsze crawlowanie przez Googlebota.
• ✅ Breadcrumbs (BreadcrumbList schema) – nawigacja okruszkowa pomaga użytkownikom i Google zrozumieć hierarchię strony. Wdrożenie schematu BreadcrumbList generuje breadcrumbs w SERP.
• ✅ Trailing slash consistency – /produkt/ i /produkt (bez slasha) to technicznie dwa różne URL-e. Wybierz jedną konwencję i trzymaj się jej w całym serwisie. Niespójność = duplikacja.

Duplikacja treści i kanonizacja

Duplikacja treści to jeden z najczęstszych problemów technicznych – zwłaszcza w e-commerce, gdzie filtry, warianty i parametry URL generują tysiące zduplikowanych stron. Prawidłowa kanonizacja konsoliduje sygnały rankingowe i chroni crawl budget.

• ✅ Self-referencing canonical – każda strona ma canonical wskazujący na samą siebie. To zabezpieczenie przed duplikatami z parametrami UTM, fbclid, gclid.
• ✅ Brak duplikatów title/meta/H1 – Screaming Frog → raport Duplicates wykrywa strony z identycznymi elementami on-page. Duplikaty title tagów to najczęstszy sygnał duplikacji treści.
• ✅ Konsolidacja domeny – HTTP→HTTPS i www→non-www przekierowane 301. Tylko jedna wersja domeny odpowiada kodem 200.
• ✅ Parametry URL – filtry, sortowanie, paginacja – obsłużone przez canonical na czysty URL lub noindex. Bez tego kombinacje filtrów mogą generować miliony zduplikowanych URL-i.

Szybkość i Core Web Vitals

Core Web Vitals to oficjalne czynniki rankingowe Google od 2021 roku. W marcu 2024 INP (Interaction to Next Paint) zastąpił FID (First Input Delay) jako metrykę responsywności. W audytach sprawdzamy zarówno dane laboratoryjne (Lighthouse), jak i polowe (CrUX – Chrome User Experience Report), bo to dane polowe Google faktycznie wykorzystuje w rankingu.

• ✅ LCP (Largest Contentful Paint) < 2,5s – czas ładowania największego elementu widocznego na ekranie. Optymalizacja: kompresja obrazów (WebP/AVIF), lazy loading, preload hero image, CDN.
• ✅ INP (Interaction to Next Paint) < 200ms – czas reakcji strony na interakcję użytkownika. Zastąpił FID od marca 2024. Optymalizacja: minimalizacja i defer JavaScript, code splitting, Web Workers.
• ✅ CLS (Cumulative Layout Shift) < 0,1 – stabilność wizualna (czy elementy „skaczą” podczas ładowania). Optymalizacja: wymiary width/height na obrazach w HTML, rezerwacja miejsca na reklamy i embedy.
• ✅ Narzędzia – PageSpeed Insights (dane lab + field), Chrome DevTools Lighthouse (lab), GSC → Core Web Vitals report (field/CrUX). Oba typy danych są ważne – strona może przejść test PSI (lab), ale mieć słabe CWV w CrUX (field).

Mobile i bezpieczeństwo

Od 2023 roku Google stosuje mobile-first indexing dla wszystkich stron – indeksuje i ocenia wyłącznie mobilną wersję. Strona, która jest nieresponsywna lub wolna na mobile, traci pozycje niezależnie od jakości wersji desktopowej.

• ✅ Mobile-first – Google indeksuje mobilną wersję strony. Sprawdź: czy treść jest identyczna na mobile i desktop? Czy nawigacja działa na smartfonie? Czy elementy dotykowe mają wystarczającą wielkość (min. 48x48px)?
• ✅ HTTPS – certyfikat SSL aktywny i poprawnie skonfigurowany. Wszystkie zasoby (obrazy, CSS, JS) ładowane przez HTTPS – brak mixed content. Narzędzie: SSL Labs (ssllabs.com/ssltest) daje grade A-F.
• ✅ Mobile Usability w GSC – raport w Search Console → Mobile Usability. Zero błędów = OK. Najczęstsze problemy: zbyt mały tekst, elementy za blisko siebie, content szerszy niż viewport.

Przekierowania i kody odpowiedzi

Kody odpowiedzi HTTP to „język,” którym serwer komunikuje się z Googlebottem. Każdy błędny kod – łańcuch 301, pętla, soft 404 – marnuje crawl budget i może ukrywać ważne strony przed indeksem. W audytach Semgence ten obszar generuje najwięcej rekomendacji P0 (krytycznych).

• ✅ Brak łańcuchów przekierowań 301 – A→B bezpośrednio, nie A→B→C→D. Każdy skok dodaje 100-300ms latencji i marnuje crawl budget. Narzędzie: Screaming Frog → Redirect Chains.
• ✅ Brak pętli przekierowań – A→B→A to pętla powodująca „ERR_TOO_MANY_REDIRECTS.” Najczęstsza przyczyna: sprzeczne reguły .htaccess lub konflikty z wtyczką SEO.
• ✅ Strony 404 z backlinkami – naprawione przez 301 na odpowiadającą stronę. To absolutny priorytet – utrata backlinków = utrata autorytetu. Narzędzie: Ahrefs → Best by Links → filtr 404.
• ✅ Brak soft 404 – strony wyglądające jak 404, ale zwracające kod 200. Google wykrywa je i raportuje w GSC. Googlebot wraca do nich wielokrotnie, marnując crawl budget.
• ✅ Brak błędów 5xx – błędy serwera (500, 502, 503) oznaczają problemy z hostingiem lub kodem. Priorytet: naprawić natychmiast – 5xx blokuje crawlowanie i indeksowanie.

Dane strukturalne (Schema)

Dane strukturalne w formacie JSON-LD pomagają Google zrozumieć kontekst treści i wyświetlać rich results w SERP (gwiazdki, ceny, FAQ, breadcrumbs). W 2026 roku schema ma dodatkowe znaczenie: systemy AI (ChatGPT, Gemini) wykorzystują dane strukturalne do lepszego rozumienia treści strony. Więcej o tym, jak schema wpływa na widoczność w AI, opisujemy w artykule o audycie widoczności w AI.

• ✅ Schema odpowiedni do typu strony – Article/BlogPosting (artykuły), Product (produkty), LocalBusiness (firmy lokalne), FAQPage (FAQ), BreadcrumbList (breadcrumbs). Uwaga: Google deprecated HowTo rich results w sierpniu 2023.
• ✅ Walidacja schema – Rich Results Test lub Schema.org Validator. Zero błędów i ostrzeżeń. Regularnie sprawdzaj raport Enhancements w GSC – pokazuje problemy na poziomie całego serwisu.
• ✅ Person i Organization schema – autor artykułu (Person) z pełnymi danymi: name, jobTitle, sameAs (linki do profili). Firma (Organization) z adresem, logo, contactPoint. Te dane wzmacniają sygnały E-E-A-T i entity clarity.

Treść i on-page (w kontekście technicznym)

Choć optymalizacja treści to domena on-page SEO, kilka elementów ma wymiar czysto techniczny – wpływają na crawlowanie, indeksowanie i sposób prezentacji w SERP. Screaming Frog wykrywa te problemy automatycznie przy każdym crawlu.

• ✅ Unikalne title tagi – każda strona ma unikalny, opisowy title (50-60 znaków). Brak duplikatów. Screaming Frog → Page Titles → Duplicate pokazuje powtórzenia.
• ✅ Unikalne meta description – każda strona ma unikalne meta description (120-155 znaków). Choć meta description nie jest czynnikiem rankingowym, wpływa na CTR z SERP.
• ✅ Jeden H1 na stronę – zawierający frazę kluczową. Techniczny wymóg: jeden H1, nie zero, nie trzy.
• ✅ Obrazy z alt tagami – opisowe alt tagi pomagają Google zrozumieć zawartość obrazów. Kompresja (WebP/AVIF) i lazy loading poprawiają szybkość.
• ✅ Brak thin content – strony z mniej niż 100-200 słów treści unikalnej (poza szablonowymi elementami) mogą być klasyfikowane jako thin content. W e-commerce dotyczy to szczególnie stron produktowych z samym zdjęciem i ceną, bez opisu.

AI Readiness – nowa kategoria w 2026 roku

Od 2025 roku audyt technicznego SEO ma dodatkowy wymiar: gotowość strony na crawlery AI. Boty AI (GPTBot, ClaudeBot, PerplexityBot, Google-Extended) crawlują strony podobnie jak Googlebot, ale mają inne ograniczenia: nie renderują JavaScript, mają mniejszy crawl budget i mniejszą tolerancję na błędy techniczne. Strona, która jest niewidoczna dla botów AI, nie pojawi się w odpowiedziach ChatGPT, Claude, Perplexity ani w Google AI Overviews.

• ✅ Robots.txt dla botów AI – świadoma strategia: blokuj boty treningowe (GPTBot, ClaudeBot, CCBot), zezwalaj na boty search (OAI-SearchBot, PerplexityBot, ChatGPT-User). Domyślna konfiguracja CMS nie obejmuje botów AI.
• ✅ Treść dostępna w statycznym HTML – boty AI nie renderują JavaScript. Treść generowana wyłącznie przez React/Angular/Vue jest dla nich niewidoczna. Rozwiązanie: SSR lub pre-rendering kluczowych elementów.
• ✅ llms.txt – opcjonalny plik w katalogu głównym domeny, który informuje systemy AI o najważniejszych stronach serwisu i ich kontekście. Adopcja na poziomie ~10% domen (Ahrefs 2026), ale zero-risk signal.
• ✅ Extractability – czy AI może łatwo wyciągnąć kluczowe informacje z Twojej treści? Struktura answer-first (BLUF), jasne nagłówki jako pytania, tabele porównawcze, definicje na początku akapitów. Więcej: extractability – jak pisać treści, które AI łatwo cytuje.
• ✅ Entity clarity – czy strona jasno definiuje, o czym jest i kto ją napisał? Schema Person z pełnymi danymi, Organization z adresem i logo, sameAs linkujące do oficjalnych profili. To wzmacnia zaufanie zarówno Google, jak i systemów AI.
• ✅ Observed AI visibility – czy Twoja strona faktycznie pojawia się w odpowiedziach AI? Monitoring promptów w ChatGPT, Gemini, Perplexity, Google AI Overviews. Więcej: audyt widoczności w AI.

Narzędzia do audytu technicznego SEO

Żadne pojedyncze narzędzie nie daje pełnego obrazu – w audytach łączymy kilka narzędzi, z których każde dostarcza innej perspektywy. Screaming Frog crawluje stronę i wykrywa problemy techniczne. Google Search Console pokazuje, jak Google widzi Twoją stronę (indeksowanie, CWV, schema). PageSpeed Insights mierzy szybkość. Ahrefs Site Audit automatycznie priorytetyzuje problemy. Dla dużych serwisów dodajemy analizę logów serwera, żeby zobaczyć, które URL-e Googlebot faktycznie odwiedza.

• Screaming Frog SEO Spider – crawl i audyt techniczny, duplikacja, redirect chains, canonicals. Darmowe do 500 URL / £199/rok.
• Google Search Console – indeksowanie, Core Web Vitals, mobile usability, schema, URL Inspection. Bezpłatne.
• PageSpeed Insights – Core Web Vitals (dane lab + field/CrUX), performance score. Bezpłatne.
• Ahrefs Site Audit – automatyczny audyt z priorytetyzacją, backlink analysis. Od $99/msc.
• Chrome DevTools / Lighthouse – debugging renderowania, performance, accessibility. Bezpłatne.

Jeśli chcesz zlecić audyt techniczny profesjonalistom – sprawdź naszą ofertę audytu SEO.

Najczęściej zadawane pytania o checklistę technicznego SEO

Jak często sprawdzać checklistę technicznego SEO?

Minimum raz na kwartał dla stron bez częstych zmian. Dla sklepów e-commerce z dynamicznym asortymentem – co miesiąc. Po każdej migracji, redesignie lub dużej zmianie technicznej – natychmiast. Ciągły monitoring w Google Search Console (alerty na wzrost stron „not indexed”) powinien działać cały czas, niezależnie od cyklu audytu.

Które narzędzie jest najważniejsze do audytu technicznego?

Screaming Frog SEO Spider – bo crawluje całą domenę i wykrywa systemowe problemy (łańcuchy redirectów, duplikaty, broken links, canonical errors) w jednym przebiegu. Google Search Console jest drugie – bo pokazuje perspektywę Google (co jest zaindeksowane, co nie, jakie canonical Google wybrał). Idealna kombinacja: SF do wykrywania problemów, GSC do walidacji, czy Google faktycznie widzi to, co chcesz.

Czy mogę przeprowadzić audyt techniczny samodzielnie?

Podstawowy audyt – tak. Ta checklista jest zaprojektowana tak, żeby właściciel strony mógł przejść przez nią samodzielnie. Screaming Frog (darmowe do 500 URL), Google Search Console (bezpłatne) i PageSpeed Insights (bezpłatne) wystarczą do zidentyfikowania głównych problemów. Zaawansowany audyt (analiza logów serwera, JS rendering, crawl budget optimization, hreflang) wymaga doświadczenia i narzędzi płatnych.

Co zrobić jeśli moja strona ma „Crawled – currently not indexed” w GSC?

Ten status oznacza, że Google dotarł do strony, ale zdecydował, że nie jest wystarczająco wartościowa, by ją zaindeksować. Przyczyny: thin content (za mało unikalnej treści), duplikacja (zbyt podobna do innej zaindeksowanej strony), słabe sygnały jakości (brak linków wewnętrznych, brak backlinków). Rozwiązanie: rozbuduj treść, dodaj unikalne wartości, wzmocnij linkowanie wewnętrzne. Jeśli strona naprawdę nie powinna być w indeksie – dodaj noindex.

Czy checklista technicznego SEO obejmuje widoczność w AI?

Tak – od 2026 roku dodaliśmy sekcję „AI Readiness” obejmującą: politykę robots.txt wobec botów AI, dostępność treści bez JavaScript, llms.txt, extractability i entity clarity. Boty AI crawlują strony podobnie jak Googlebot, ale mają inne ograniczenia – i wymagają świadomej konfiguracji technicznej. Więcej w naszym artykule o audycie widoczności w AI.