Techniczne SEO
— co sprawdzić i w jakiej kolejności

Czym jest techniczne SEO i co obejmuje?

Techniczne SEO to zestaw warunków, które muszą być spełnione, żeby wyszukiwarka mogła pobrać stronę, poprawnie ją zrozumieć i zapisać w indeksie. Dotyczy całego serwisu, a nie pojedynczego tekstu: konfiguracji dostępu, adresów, wydajności i danych strukturalnych. Bez tej warstwy treść i linki nie mają nośnika.

• Techniczne SEO działa na poziomie serwisu. On-page pracuje na poziomie jednej podstrony.
• Awaria techniczna zeruje efekt pozostałych obszarów. Nie obniża go — zeruje.
• Większość zadań robi się raz. To nie jest praca comiesięczna, tylko wdrożeniowa.

Granica między technicznym SEO a on-page

Branża spiera się o tę granicę, a spór nie zmienia listy zadań — zmienia tylko to, kto je wykonuje. Praktyczny podział, który stosujemy, opiera się na zasięgu zmiany.

Progi Core Web Vitals i pracę nad pojedynczą podstroną opisuje optymalizacja on-page. Tutaj interesuje nas warstwa, która obowiązuje wszystkie adresy naraz.

Trzy pytania, na które odpowiada warstwa techniczna

Cały rozdział sprowadza się do trzech pytań zadawanych w tej kolejności: czy robot wejdzie, czy zrozumie to, co pobrał, i czy zapisze stronę w indeksie. Mechanikę tych etapów opisuje rozdział o tym, jak działa wyszukiwarka.

Trzy pytania mają też trzy różne narzędzia diagnostyczne: raport „Statystyki indeksowania” dla dostępu, narzędzie Inspekcja adresu URL dla zrozumienia i renderowania oraz raport „Indeksowanie stron” dla zapisu. Wszystkie trzy są w Google Search Console i wszystkie są bezpłatne.

Kolejność nie jest przypadkowa. Odpowiedź „nie” na pierwsze pytanie unieważnia dwa kolejne, więc diagnozę zawsze zaczyna się od dostępu, a nie od wydajności — mimo że o wydajności mówi się w branży najgłośniej.

Dostęp: robots.txt, mapa witryny i crawl budget

Dostęp to pierwszy etap technicznego SEO: plik robots.txt rozstrzyga, gdzie robot może wejść, mapa witryny podpowiada, które adresy uważasz za ważne, a crawl budget określa, ile z nich wyszukiwarka odwiedzi w danym czasie. Błąd w tej warstwie jest jedynym, który potrafi wyłączyć cały serwis z wyników wyszukiwania.

• „Disallow: /” po migracji to klasyk. Wpis z wersji testowej zostaje na produkcji.
• Mapa witryny jest podpowiedzią, nie gwarancją. Zgłoszenie adresu nie zobowiązuje Google.
• Crawl budget dotyczy dużych serwisów. Przy pięćdziesięciu podstronach nie ma czego optymalizować.

robots.txt — co naprawdę blokuje

Pierwszy element technicznego SEO jest zarazem najprostszy do sprawdzenia. Plik robots.txt leży w katalogu głównym domeny i jest pierwszą rzeczą, jaką robot sprawdza. Blokada w nim zatrzymuje pobranie treści, a nie samą obecność adresu w wynikach: dokumentacja Google mówi wprost, że zablokowany adres może się wyświetlić bez opisu, jeśli prowadzą do niego linki.

Z tego wynika praktyczna zasada, którą łamie połowa serwisów: jeśli chcesz usunąć stronę z wyników, użyj dyrektywy noindex, a nie blokady w robots.txt. Blokada uniemożliwia robotowi zobaczenie tej dyrektywy.

Mapa witryny XML: co w niej być powinno, a czego nie

Mapa witryny ma zawierać wyłącznie adresy, które chcesz mieć w indeksie: bez przekierowań, bez stron z noindex, bez błędów 404 i bez wersji z parametrami.

Zanieczyszczona mapa jest sygnałem niskiej jakości serwisu i marnuje wizyty robota. Sprawdzenie zajmuje minutę: otwórz swój plik sitemap_index.xml i przeklikaj losowe dziesięć adresów.

Crawl budget — kiedy zaczyna mieć znaczenie

Crawl budget to pula adresów, którą wyszukiwarka odwiedza w Twoim serwisie w danym czasie. Google w wytycznych o zarządzaniu budżetem indeksowania adresuje ten temat wprost do dużych serwisów — od kilku tysięcy adresów w górę oraz do witryn z często zmieniającą się treścią.

Sklep z nawigacją fasetową potrafi wygenerować dziesiątki tysięcy adresów z parametrami, które zjadają pulę zamiast nowych produktów. Serwis firmowy z pięćdziesięcioma podstronami nie ma tego problemu i optymalizowanie tam crawl budżetu jest stratą czasu.

Logi serwera: jedyne twarde dane o robocie

Raport „Statystyki indeksowania” w Google Search Console pokazuje zagregowany obraz. Logi serwera pokazują każdą wizytę: który bot, o której, po jaki adres i z jakim kodem odpowiedzi.

Przy dużych serwisach to jedyne źródło, które odpowiada na pytanie „na co robot marnuje czas”. Typowy wniosek z pierwszej analizy: połowa wizyt idzie na adresy z parametrami sortowania, których w ogóle nie chcemy w indeksie.

Indeksacja: canonical, noindex, duplikaty i renderowanie

Indeksacja rozstrzyga, który z Twoich adresów trafia do bazy Google, a które zostaną z nim sklejone albo pominięte. Sterują tym trzy mechanizmy: znacznik canonical wskazujący wersję główną, dyrektywa noindex wykluczająca stronę z indeksu i przekierowanie 301 przenoszące adres na stałe. Pomyłka w każdym z nich kosztuje widoczność całej sekcji serwisu.

• Canonical jest sugestią, noindex poleceniem. Google może zignorować pierwsze, nie zignoruje drugiego.
• Duplikaty biorą się z parametrów, nie z kopiowania. Sortowania i warianty mnożą adresy same.
• Strona spoza indeksu nie ma pozycji. Jakość treści nie ma wtedy znaczenia.

Canonical, noindex i 301 — czym się różnią

Trzy mechanizmy technicznego SEO, trzy różne skutki. Mylenie ich jest najczęstszym błędem w technicznym SEO średnich serwisów.

Reguła praktyczna: jeśli obie strony mają zostać dla użytkownika, użyj canonical. Jeśli jedna ma zniknąć — użyj 301. Jeśli strona ma istnieć, ale nie w Google — użyj noindex i nie blokuj jej w robots.txt.

Skąd biorą się duplikaty w sklepie i w serwisie usługowym

W sklepie duplikaty tworzy nawigacja: sortowanie, filtry, paginacja i warianty produktu generują adresy z parametrami, z których każdy pokazuje niemal tę samą treść. W serwisie usługowym duplikaty tworzy skala: strony dla kolejnych miast, powstałe z jednego szablonu, różnią się wyłącznie nazwą miejscowości.

Głębokość struktury dokłada drugi problem: im dalej od strony głównej leży adres, tym rzadziej robot do niego zagląda, co opisuje głębokość indeksowania. Adres oddalony o pięć kliknięć bywa odwiedzany raz na kilka tygodni.

Renderowanie i JavaScript

Jeśli treść dokłada skrypt po załadowaniu strony, Google musi ją najpierw wyrenderować, a renderowanie trafia do osobnej kolejki. Wytyczne Google o JavaScript SEO opisują to jako trzy etapy: pobranie, kolejka renderowania i dopiero indeksacja.

Test zajmuje minutę i nie wymaga narzędzi: wyłącz JavaScript w przeglądarce i otwórz swoją podstronę. To, co zostaje na ekranie, jest tym, co Google zobaczy od razu; reszta poczeka na renderowanie, czasem kilka dni.

Wydajność, mobile i bezpieczeństwo

Wydajność techniczna sprowadza się do trzech warunków brzegowych: strona ma się szybko wyświetlić, poprawnie działać na telefonie i przesyłać dane po HTTPS. Wersją ocenianą przez Google jest wersja mobilna, więc pomiary prowadzi się na niej, a nie na desktopie. To jedyny obszar technicznego SEO, w którym efekt widzi także użytkownik.

• Ocenie podlega wersja mobilna. Desktop jest dziś wersją poglądową.
• Wydajność rzadko rozstrzyga o pozycji. Za to często rozstrzyga o konwersji.
• HTTPS jest warunkiem wstępnym. Jego brak szkodzi, obecność nie daje przewagi.

Co mierzyć i czym

Wydajność to jedyny obszar technicznego SEO, który mierzy się liczbami dostępnymi publicznie. Do pomiaru wystarczą trzy narzędzia i wszystkie są bezpłatne: PageSpeed Insights dla pojedynczego adresu, raport „Podstawowe wskaźniki internetowe” w Google Search Console dla całego serwisu i Lighthouse w przeglądarce do porównywania wersji przed zmianą i po niej.

Progi wskaźników Core Web Vitals i sposób ich czytania opisuje rozdział o optymalizacji on-page — tam są liczby, tutaj interesuje nas to, że raport w Search Console grupuje adresy w rodziny szablonów. Poprawiasz szablon, nie pojedynczą stronę.

Mobile-first w praktyce

Zasada mobile-first indexing oznacza, że wersja mobilna jest wersją, którą Google indeksuje i ocenia. Wynikają z tego dwie rzeczy, o których łatwo zapomnieć przy projektowaniu.

1. Treść musi być identyczna na obu wersjach. Sekcja ukryta na telefonie jest sekcją, której Google nie zobaczy w wersji ocenianej.
2. Elementy nawigacji też się liczą. Linki wewnętrzne schowane w menu mobilnym są nadal linkami, ale menu, które ładuje je skryptem po kliknięciu, już nie.

Test praktyczny: otwórz swoją stronę na telefonie i przejdź całą ścieżkę do kontaktu. Jeśli po drodze coś nie działa albo czegoś nie ma, to jest wersja, którą ocenia wyszukiwarka.

Techniczne SEO pod wyszukiwarki AI

Wyszukiwarki generatywne korzystają z własnych robotów — GPTBot, ClaudeBot, PerplexityBot, Google-Extended — i to plik robots.txt rozstrzyga, czy mogą pobrać Twoją treść. Brak reguły dla takiego bota oznacza zgodę, a nie blokadę, więc decyzja o obecności w odpowiedziach AI zapada domyślnie, zwykle bez wiedzy właściciela serwisu.

• Brak wpisu w robots.txt to zgoda. Milczenie nie jest blokadą.
• Blokada bota AI wyklucza z jego odpowiedzi. Nie z wyników Google.
• To decyzja biznesowa, nie techniczna. Technika tylko ją wykonuje.

Które boty AI warto znać

Czterech agentów odpowiada dziś za większość ruchu związanego z odpowiedziami generatywnymi.

• GPTBot — robot OpenAI; sposób blokowania opisuje dokumentacja GPTBot.
• ClaudeBot — robot Anthropic, pobiera treści na potrzeby odpowiedzi asystenta.
• PerplexityBot — robot wyszukiwarki Perplexity, która cytuje źródła w odpowiedzi.
• Google-Extended — osobny token Google, sterujący wyłącznie użyciem treści w produktach generatywnych, bez wpływu na klasyczną indeksację.

Warto znać też różnicę w zakresie: GPTBot i ClaudeBot pobierają treść na potrzeby modelu i odpowiedzi, a PerplexityBot działa najbliżej klasycznego robota wyszukiwarki, bo jego zadaniem jest zbudowanie odpowiedzi z cytowaniem źródeł. Dla technicznego SEO oznacza to, że blokada każdego z nich odcina inny rodzaj widoczności.

Ostatni przypadek jest najczęściej mylony. Zablokowanie Google-Extended nie usuwa strony z wyników wyszukiwania i nie zmienia jej pozycji — ogranicza tylko wykorzystanie treści w odpowiedziach generatywnych.

Jak sprawdzić i ustawić dostęp

Sprawdzenie zajmuje minutę: otwórz adres swojej domeny z końcówką /robots.txt i poszukaj nazw powyższych botów. Jeśli ich nie ma, wszystkie mają dostęp na zasadach ogólnych z sekcji User-agent: *.

Tak jest dziś w naszym serwisie: plik double-digital.pl/robots.txt blokuje katalogi techniczne WordPressa i adresy z parametrami, a o botach AI w ogóle nie wspomina — co oznacza, że mają wstęp. To świadoma decyzja, bo obecność w odpowiedziach generatywnych jest dla agencji kanałem, nie zagrożeniem.

Co daje obecność w odpowiedziach AI

Skala zjawiska rośnie szybciej, niż nadążają za tym poradniki. Według zestawienia Widoczni 48% zapytań w Google globalnie uruchamia AI Overviews, czyli generatywną odpowiedź nad listą wyników.

Dla warstwy technicznej wniosek jest prosty: jeśli blokujesz roboty AI, robisz to świadomie i z powodu biznesowego, a nie „na wszelki wypadek”. Mechanizmy tych wyszukiwarek i sposoby zdobywania cytowań opisują rozdziały 09 i 10 Akademii.

W jakiej kolejności naprawiać i kiedy problem nie jest techniczny?

Kolejność napraw technicznych wynika z tego, co blokuje najwięcej: najpierw dostęp, potem indeksacja, potem wydajność, a na końcu dane strukturalne. Zanim jednak zaczniesz cokolwiek naprawiać, sprawdź, czy problem w ogóle jest techniczny — strona bywa bez zarzutu pod względem technicznym i nadal nie ma ruchu.

• Priorytet ma to, co zeruje efekt. Brak dostępu i brak indeksacji, w tej kolejności.
• Dane strukturalne poprawiają wygląd wyniku. Nie jego istnienie.
• Technika bywa alibi. Łatwiej zlecić audyt niż przyznać, że treść jest powielona.

Kolejność napraw w czterech krokach

Kolejność napraw w technicznym SEO jest sztywna: każdy kolejny krok ma sens dopiero wtedy, gdy poprzedni działa. Ta kolejność jest odwrotna do tej, w której branża zwykle sprzedaje usługi.

1. Dostęp. robots.txt, mapa witryny, kody odpowiedzi serwera. Bez tego reszta nie ma znaczenia.
2. Indeksacja. Canonical, noindex, duplikaty, renderowanie treści dokładanej skryptem.
3. Wydajność i mobile. Szybkość, stabilność układu, wersja mobilna jako oceniana.
4. Dane strukturalne. Schema.org i wyniki rozszerzone — poprawiają prezentację, nie dostęp.

W praktyce pierwsze dwa kroki załatwia się w kilka dni i to one dają skokowe zmiany. Krok trzeci trwa tygodnie i wymaga programisty, a czwarty jest kosmetyką, którą warto zrobić na końcu.

Kiedy problem NIE jest techniczny — nasz własny przykład

Najlepszy przykład mamy u siebie i nie jest chlubny. Nasze strony usługowe dla miast są technicznie poprawne: każda ma jeden nagłówek H1, około czterech tysięcy słów, poprawną indeksację i szybkie ładowanie.

Mimo to 110 takich adresów zebrało 103 756 wyświetleń i 26 kliknięć w ciągu 90 dni, a 96 z nich (87%) nie ma ani jednego kliknięcia (Google Search Console, 11.06–06.09.2026). Audyt techniczny na tych stronach nie znalazłby nic istotnego, bo problem nie leży w technice — leży w tym, że strony powstały z jednego szablonu i różnią się głównie nazwą miasta.

Test, który to rozstrzyga, jest prosty. Jeśli strona ma wyświetlenia, to znaczy, że Google ją zna, pobrał i zaindeksował — czyli warstwa techniczna zadziałała. Problem jest wtedy w treści albo w dopasowaniu do intencji, a nie w konfiguracji serwera.

Migracja: jedyna operacja, przy której technika decyduje o wszystkim

Migracja domeny, zmiana struktury adresów albo przejście na nowy CMS to jedyny moment, w którym błąd techniczny kosztuje cały dorobek serwisu naraz. Mapa przekierowań musi powstać przed wdrożeniem, adres po adresie, bez łańcuchów i bez zbiorczego kierowania wszystkiego na stronę główną.

Kolejność jest sztywna: mapa 301, wersja testowa z blokadą indeksacji, wdrożenie, natychmiastowe zdjęcie blokady, zgłoszenie nowej mapy witryny, monitoring raportu indeksacji przez cztery tygodnie.

Kiedy zlecić audyt techniczny

Audyt ma sens wtedy, gdy diagnostyka z tego rozdziału pokazuje problem, którego nie umiesz sam naprawić, albo gdy serwis jest na tyle duży, że ręczne sprawdzenie przestaje wystarczać. Przy sklepach z tysiącami adresów to praktycznie zawsze.

Wtedy zaczynamy od audytu SEO, który ustawia kolejność zadań dla całego serwisu, a wdrożenie po stronie technicznej bierze wsparcie techniczne SEO. Prowadzimy takie projekty jako Google Premier Partner 2026.