Technical SEO — techniczne aspekty pozycjonowania
Czym jest Technical SEO?
Technical SEO (SEO techniczne) to wszystko, co decyduje, czy wyszukiwarka może przeszukać stronę, wyrenderować ją, zaindeksować i poprawnie odczytać jej strukturę. Samo w sobie nie sprawia, że strona odpowiada na zapytanie, ani nie buduje jej autorytetu. Usuwa za to przeszkody, przez które dobra treść i mocne linki nie przekładają się na widoczność — dlatego w pozycjonowaniu diagnoza techniczna zwykle idzie na początek.
| Warstwa | Pytanie, na które odpowiada | Przykłady |
|---|---|---|
| Technical SEO | Czy Google może stronę znaleźć, wyrenderować i zaindeksować? | robots.txt, canonical, przekierowania, renderowanie JavaScriptu |
| On-page SEO | Czy strona odpowiada na zapytanie? | treść, nagłówki, title, linki w tekście |
| Off-page SEO | Czy inne witryny uznają ją za wiarygodną? | linki zewnętrzne, wzmianki o marce |
Obszary SEO technicznego
- Crawling — robots.txt, linkowanie wewnętrzne i mapa witryny. Crawl budget ma znaczenie głównie w bardzo dużych serwisach albo takich, w których treść zmienia się bardzo często; na typowej stronie firmowej rzadko jest wąskim gardłem.
- Renderowanie — czy treść jest w HTML od razu (SSR, SSG), czy pojawia się dopiero po wykonaniu JavaScriptu w przeglądarce. W tym drugim przypadku Google musi stronę wyrenderować, co bywa opóźnione; więcej w haśle JavaScript SEO.
- Indeksowanie — dyrektywy noindex, adresy kanoniczne, duplikaty, index bloat, kody odpowiedzi (404, 410, soft 404), przekierowania 301 i ich łańcuchy.
- Architektura adresów — czytelne URL-e, głębokość kliknięć, obsługa paginacji i filtrów.
- Sygnały dodatkowe — dane strukturalne, hreflang dla wersji językowych, HTTPS, indeksowanie mobile-first.
- Core Web Vitals — LCP (ładowanie), INP (reakcja na interakcję) i CLS (stabilność układu). INP zastąpił FID jako wskaźnik Core Web Vitals 12 marca 2024 roku. Za dobre Google uznaje LCP do 2,5 s, INP do 200 ms i CLS do 0,1, mierzone na 75. percentylu wizyt.
Jak się to mierzy
- Google Search Console — raport „Strony" w sekcji indeksowania (co jest w indeksie i dlaczego reszta nie), „Statystyki indeksowania" w ustawieniach, raport „Podstawowe wskaźniki internetowe" oparty na danych polowych z CrUX oraz narzędzie „Sprawdzanie adresu URL" dla pojedynczych stron.
- Crawler (np. Screaming Frog, Sitebulb) — odtwarza przejście robota po serwisie: statusy odpowiedzi, adresy kanoniczne, przekierowania, głębokość, strony bez linków wewnętrznych.
- Analiza logów serwera — pokazuje, co Googlebot rzeczywiście pobiera, a nie tylko to, co mógłby pobrać.
- Test wyników z elementami rozszerzonymi — sprawdza poprawność danych strukturalnych.
Ważne rozróżnienie: Lighthouse symuluje jedno wczytanie strony w warunkach laboratoryjnych. Google ocenia doświadczenie strony na danych polowych, zebranych od prawdziwych użytkowników Chrome. O stanie Core Web Vitals rozstrzyga więc CrUX, a nie wynik punktowy Lighthouse.
Co daje konsulting techniczny SEO?
Konsultacja albo audyt techniczny ma dać zespołowi konkretną listę pracy, a nie raport do szuflady:
- Inwentaryzację problemów — co blokuje crawling, renderowanie i indeksowanie, na których adresach i w jakiej skali.
- Priorytety — każdy problem oceniony według wpływu na widoczność i kosztu naprawy.
- Specyfikacje dla programistów — opis zmiany na tyle precyzyjny, żeby dało się ją wdrożyć i przetestować.
- Weryfikację po wdrożeniu — ponowny crawl i odczyt w Search Console, czy zmiana zadziałała.
Tak wygląda zakres audytu SEO; krok po kroku opisujemy go w artykule jak przeprowadzić audyt SEO. Część kontroli da się zautomatyzować — na tej stronie build zatrzymuje się, gdy link wewnętrzny prowadzi do nieistniejącego adresu albo przez przekierowanie.
Najczęstsze błędy
- Disallow w robots.txt na adresie, który ma też noindex. Robot nie pobierze strony, więc nigdy nie zobaczy noindex, a sam adres może trafić do indeksu bez treści.
- Canonical wskazujący na adres przekierowany, zwracający 404 albo oznaczony noindex.
- Mapa witryny z adresami niekanonicznymi, przekierowanymi lub zablokowanymi.
- Łańcuchy przekierowań zamiast jednego skoku do adresu docelowego.
- Blokowanie w robots.txt plików JavaScript i CSS potrzebnych do wyrenderowania strony.
- Traktowanie wyniku Lighthouse jako celu samego w sobie.
Powiązane pojęcia
- Crawlability — dostępność strony dla robota, pierwszy warunek widoczności
- Indeksowanie — etap, na którym Google decyduje, czy strona trafi do wyników
- Canonical URL — wskazanie wersji podstawowej przy duplikatach
- Core Web Vitals — wskaźniki doświadczenia strony mierzone na danych polowych
- Log file analysis — jedyne źródło wiedzy o tym, co robot faktycznie odwiedza