Technical SEO - kompletny przewodnik po optymalizacji technicznej

Zanim Google może wyświetlić Twoją stronę w wynikach, musi ja znaleźć i zaindeksować. Crawlowanie to proces, w którym roboty Google przeglądają strony w sieci, podążając za linkami. Indeksowanie to zapisanie tych stron w bazie danych wyszukiwarki.

Plik robots.txt kontroluje, co roboty mogą przeszukiwać. Częsty błąd to przypadkowe zablokowanie ważnych zasobów – CSS, JavaScript czy całych katalogaw. Jeden zle ustawiony wpis Disallow potrafi usunąć setki stron z indeksu.

Sitemap XML to mapa strony ulatwiajaca Google znalezienie wszystkich podstron. Powinna być generowana automatycznie i zgłoszona w Google Search Console. Dla dużych stron (powyżej 10 000 URL) warto podzielna na mniejsze pliki sitemap.

Tagi canonical wskazują glowna wersje strony przy duplikatach. Typowe problemy to roznice między www a non-www, parametry URL w filtrach sklepowych i wersje HTTP vs HTTPS. Bez canonical Google może indeksować niepożądane duplikaty i rozpraszać link equity.

Crawl budget to liczba stron, które Google crawluje w danym czasie. Duże serwisy (powyżej 50 000 URL) powinny optymalizować crawl budget – usuwać thin content, naprawiać błędne przekierowania i blokować strony bez wartości SEO.

Google oficjalnie potwierdził, ze Core Web Vitals wpływają na pozycje w wynikach wyszukiwania. W 2026 roku metryki te sa jeszcze ważniejsze, bo Google coraz częściej premiuje strony zapewniajace dobre doświadczenie użytkownika.

LCP (Largest Contentful Paint) mierzy czas ładowania największego widocznego elementu. Cel to poniżej 2.5 sekundy. Najskuteczniejsze metody poprawy to: konwersja obrazów do formatu WebP lub AVIF, lazy loading dla grafik poniżej foldu, użycie CDN do serwowania zasobów z najbliższego serwera oraz priorytetyzacja ładowania widocznej treści (critical CSS inline).

INP (Interaction to Next Paint) zastąpił FID w marcu 2024 i mierzy responsywność strony na interakcje użytkownika. Cel to poniżej 200 milisekund. Kluczowe działania: minimalizacja JavaScript blokującego renderowanie, code splitting (dzielenie JS na mniejsze pakiety ładowane na zadanie), unikanie długich tasków na głównym watku przeglądarki.

CLS (Cumulative Layout Shift) mierzy stabilność wizualna – czy elementy strony przeskakują podczas ładowania. Cel to poniżej 0.1. Najczęstsze przyczyny wysokiego CLS to: obrazy i wideo bez zadeklarowanych wymiarów, reklamy wstrzykiwane dynamicznie, fonty ładowane z opóźnieniem (FOUT/FOIT).

Testuj Core Web Vitals w PageSpeed Insights, Chrome DevTools (zakładka Lighthouse) oraz raportach Core Web Vitals w Google Search Console.

Zachecamy do lektury artykułu on-page seo - kompletna optymalizacja strony pod google.

Zobacz także [astra theme – najpopularniejszy motyw wordpress [poradnik 2026]](/baza-wiedzy/wordpress/wordpress-astra-theme-poradnik/).

Od 2024 roku Google indeksuje wyłącznie wersje mobilne stron. Jeśli Twoja strona zle wygląda lub działa na telefonie, Google widzi ja dokładnie w ten sposób – i tak ja ocenia.

Responsive Web Design to standard. Strona powinna płynnie dostosowywać się do różnych rozmiarów ekranów – od smartfonów 320px do monitorow 4K. Używaj media queries w CSS i testuj na rzeczywistych urządzeniach, nie tylko w narzędziu DevTools.

Kluczowe elementy mobile-first to: czytelna czcionka bez konieczności powiększania (minimum 16px), przyciski i linki wystarczająco duże do kliknięcia palcem (minimum 48x48px), brak poziomego scrollowania, szybkie ładowanie na laczach mobilnych (3G/4G). Viewport meta tag musi być poprawnie skonfigurowany: width=device-width, initial-scale=1.0.

Typowe błędy to: ukrywanie treści na mobile (Google ja pomija), zbyt małe marginesy między elementami interaktywnymi, popup-y zasłaniające cały ekran (Google karze za intrusive interstitials), zasoby zablokowane w robots.txt tylko dla mobile.

Warto zapoznac się także z core web vitals.

Powiazany temat: jetpack wordpress – czy warto instalować w 2026 roku?.

Dane strukturalne (structured data) pomagają Google zrozumieć kontekst treści i wyświetlać rozszerzone wyniki wyszukiwania – rich snippets. W 2026 roku znaczenie danych strukturalnych rośnie, bo Google AI Overviews i inne wyszukiwarki AI (Perplexity, ChatGPT) wykorzystują schema.org do lepszego rozumienia stron.

Najważniejsze typy schema.org dla SEO to: Organization i LocalBusiness (informacje o firmie, adres, godziny otwarcia), Article i BlogPosting (artykuly – pomagają w Google Discover), Product i Offer (produkty – ceny, dostępność w wynikach), FAQ (często zadawane pytania – rozszerzone wyniki), HowTo (instrukcje krok po kroku), BreadcrumbList (sciezka nawigacji).

Format JSON-LD jest rekomendowany przez Google – umieszczasz go w tagu script w sekcji head, nie ingerujac w HTML strony. Waliduj dane strukturalne w Google Rich Results Test i Schema Markup Validator.

Częsty błąd to dodawanie schema.org bez powiązania z widoczna treścią na stronie. Google wymaga, by dane strukturalne odzwierciedlały to, co użytkownik faktycznie widzi.

Polecamy również artykuł audyt seo.

HTTPS to standard i potwierdzony czynnik rankingowy. Strony bez certyfikatu SSL sa oznaczane jako Niezabezpieczone w Chrome, co odstrasza użytkowników i obniża zaufanie. Darmowe certyfikaty Let's Encrypt można zainstalować w kilka minut.

Przy wdrażaniu HTTPS pamiętaj o: przekierowaniu 301 z HTTP na HTTPS dla wszystkich URL, aktualizacji linków wewnętrznych, zgłoszeniu nowej wersji strony w Google Search Console, aktualizacji sitemap z nowymi URL.

Architektura URL powinna być plaska i logiczna. Optymalna głębokość to maksymalnie 3 kliknięcia od strony głównej do każdej podstrony. URL powinny być krótkie, opisowe i zawierać słowa kluczowe – np. /usługi/pozycjonowanie-seo/ zamiast /p?id=4527.

Struktura linkowania wewnętrznego wzmacnia architekturę. Kazda ważna strona powinna mieć co najmniej 3-5 linków wewnętrznych z powiązanych tematycznie podstron. Breadcrumbs (sciezka nawigacji) poprawia nawigację i generuje dodatkowe linki wewnętrzne.

Przekierowania 301 sa trwałe i przekazują link equity. Przekierowania 302 sa tymczasowe i nie przekazują wartości SEO. Łańcuchy przekierowań (A -> B -> C) spowalniają crawlowanie i rozpraszają wartość – napraw je do bezpośrednich 301.

Regularny audyt techniczny pozwala wychwycić problemy zanim wpłyną na pozycje. Rekomendowana częstotliwość to co 3 miesiące lub po każdej większej zmianie na stronie.

Checklista audytu technical SEO obejmuje: sprawdzenie statusu indeksowania w GSC (ile stron zaindeksowanych vs zgłoszonych), analiza błędów crawlowania (404, przekierowania, błędy serwera), test Core Web Vitals na kluczowych stronach, weryfikacja poprawności robots.txt i sitemap XML, sprawdzenie duplikatów treści i kanonizacji, test mobile-friendliness, walidacja danych strukturalnych, analiza szybkości ładowania (TTFB, LCP, INP, CLS), sprawdzenie certyfikatu SSL i mixed content, przegląd architektury URL i linkowania wewnętrznego.

Narzędzia do audytu: Google Search Console (bezpłatne – dane z pierwszej ręki od Google), Screaming Frog (crawlowanie do 500 URL za darmo), PageSpeed Insights (metryki szybkości z danymi polowymi i laboratoryjnymi), Chrome DevTools (lokalne testowanie i debugowanie).

Po audycie priorytetyzuj poprawki według wpływu na ruch. Błędy indeksowania i przekierowania napraw najpierw, bo blokują widoczność. Optymalizację szybkości dają efekty w ciągu 2-4 tygodni od implementacji.