Technical SEO - kompletny przewodnik po optymalizacji technicznej

Zanim Google moze wyswietlic Twoja strone w wynikach, musi ja znalezc i zaindeksowac. Crawlowanie to proces, w ktorym roboty Google przegladaja strony w sieci, podazajac za linkami. Indeksowanie to zapisanie tych stron w bazie danych wyszukiwarki.

Plik robots.txt kontroluje, co roboty moga przeszukiwac. Czesty blad to przypadkowe zablokowanie waznych zasobow – CSS, JavaScript czy calych katalogaw. Jeden zle ustawiony wpis Disallow potrafi usunac setki stron z indeksu.

Sitemap XML to mapa strony ulatwiajaca Google znalezienie wszystkich podstron. Powinna byc generowana automatycznie i zgloszona w Google Search Console. Dla duzych stron (powyzej 10 000 URL) warto podzielna na mniejsze pliki sitemap.

Tagi canonical wskazuja glowna wersje strony przy duplikatach. Typowe problemy to roznice miedzy www a non-www, parametry URL w filtrach sklepowych i wersje HTTP vs HTTPS. Bez canonical Google moze indeksowac niepozadane duplikaty i rozpraszac link equity.

Crawl budget to liczba stron, ktore Google crawluje w danym czasie. Duze serwisy (powyzej 50 000 URL) powinny optymalizowac crawl budget – usuwac thin content, naprawiac bledne przekierowania i blokowac strony bez wartosci SEO.

Google oficjalnie potwierdzil, ze Core Web Vitals wplywaja na pozycje w wynikach wyszukiwania. W 2026 roku metryki te sa jeszcze wazniejsze, bo Google coraz czesciej premiuje strony zapewniajace dobre doswiadczenie uzytkownika.

LCP (Largest Contentful Paint) mierzy czas ladowania najwiekszego widocznego elementu. Cel to ponizej 2.5 sekundy. Najskuteczniejsze metody poprawy to: konwersja obrazow do formatu WebP lub AVIF, lazy loading dla grafik ponizej foldu, uzycie CDN do serwowania zasobow z najblizszego serwera oraz priorytetyzacja ladowania widocznej tresci (critical CSS inline).

INP (Interaction to Next Paint) zastapil FID w marcu 2024 i mierzy responsywnosc strony na interakcje uzytkownika. Cel to ponizej 200 milisekund. Kluczowe dzialania: minimalizacja JavaScript blokujacego renderowanie, code splitting (dzielenie JS na mniejsze pakiety ladowane na zadanie), unikanie dlugich taskow na glownym watku przegladarki.

CLS (Cumulative Layout Shift) mierzy stabilnosc wizualna – czy elementy strony przeskakuja podczas ladowania. Cel to ponizej 0.1. Najczestsze przyczyny wysokiego CLS to: obrazy i wideo bez zadeklarowanych wymiarow, reklamy wstrzykiwane dynamicznie, fonty ladowane z opoznieniem (FOUT/FOIT).

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

Zachecamy do lektury artykulu on-page seo - kompletna optymalizacja strony pod google.

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

Od 2024 roku Google indeksuje wylacznie wersje mobilne stron. Jesli Twoja strona zle wyglada lub dziala na telefonie, Google widzi ja dokladnie w ten sposob – i tak ja ocenia.

Responsive Web Design to standard. Strona powinna plynnie dostosowywac sie do roznych rozmiarow ekranow – od smartfonow 320px do monitorow 4K. Uzywaj media queries w CSS i testuj na rzeczywistych urzadzeniach, nie tylko w narzedziu DevTools.

Kluczowe elementy mobile-first to: czytelna czcionka bez koniecznosci powiekszania (minimum 16px), przyciski i linki wystarczajaco duze do klikniecia palcem (minimum 48x48px), brak poziomego scrollowania, szybkie ladowanie na laczach mobilnych (3G/4G). Viewport meta tag musi byc poprawnie skonfigurowany: width=device-width, initial-scale=1.0.

Typowe bledy to: ukrywanie tresci na mobile (Google ja pomija), zbyt male marginesy miedzy elementami interaktywnymi, popup-y zaslaniajace caly ekran (Google karze za intrusive interstitials), zasoby zablokowane w robots.txt tylko dla mobile.

Warto zapoznac sie takze z core web vitals.

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

Dane strukturalne (structured data) pomagaja Google zrozumiec kontekst tresci i wyswietlac rozszerzone wyniki wyszukiwania – rich snippets. W 2026 roku znaczenie danych strukturalnych rosnie, bo Google AI Overviews i inne wyszukiwarki AI (Perplexity, ChatGPT) wykorzystuja schema.org do lepszego rozumienia stron.

Najwazniejsze typy schema.org dla SEO to: Organization i LocalBusiness (informacje o firmie, adres, godziny otwarcia), Article i BlogPosting (artykuly – pomagaja w Google Discover), Product i Offer (produkty – ceny, dostepnosc w wynikach), FAQ (czesto 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.

Czesty blad to dodawanie schema.org bez powiazania z widoczna trescia na stronie. Google wymaga, by dane strukturalne odzwierciedlaly to, co uzytkownik faktycznie widzi.

Polecamy rowniez artykul audyt seo.

HTTPS to standard i potwierdzony czynnik rankingowy. Strony bez certyfikatu SSL sa oznaczane jako Niezabezpieczone w Chrome, co odstrasza uzytkownikow i obniza zaufanie. Darmowe certyfikaty Let's Encrypt mozna zainstalowac w kilka minut.

Przy wdrazaniu HTTPS pamietaj o: przekierowaniu 301 z HTTP na HTTPS dla wszystkich URL, aktualizacji linkow wewnetrznych, zgloszeniu nowej wersji strony w Google Search Console, aktualizacji sitemap z nowymi URL.

Architektura URL powinna byc plaska i logiczna. Optymalna glebokosc to maksymalnie 3 klikniecia od strony glownej do kazdej podstrony. URL powinny byc krotkie, opisowe i zawierac slowa kluczowe – np. /uslugi/pozycjonowanie-seo/ zamiast /p?id=4527.

Struktura linkowania wewnetrznego wzmacnia architekture. Kazda wazna strona powinna miec co najmniej 3-5 linkow wewnetrznych z powiazanych tematycznie podstron. Breadcrumbs (sciezka nawigacji) poprawia nawigacje i generuje dodatkowe linki wewnetrzne.

Przekierowania 301 sa trwale i przekazuja link equity. Przekierowania 302 sa tymczasowe i nie przekazuja wartosci SEO. Lancuchy przekierowan (A -> B -> C) spowalniaja crawlowanie i rozpraszaja wartosc – napraw je do bezposrednich 301.

Regularny audyt techniczny pozwala wychwycic problemy zanim wplyna na pozycje. Rekomendowana czestotliwosc to co 3 miesiace lub po kazdej wiekszej zmianie na stronie.

Checklista audytu technical SEO obejmuje: sprawdzenie statusu indeksowania w GSC (ile stron zaindeksowanych vs zgloszonych), analiza bledow crawlowania (404, przekierowania, bledy serwera), test Core Web Vitals na kluczowych stronach, weryfikacja poprawnosci robots.txt i sitemap XML, sprawdzenie duplikatow tresci i kanonizacji, test mobile-friendliness, walidacja danych strukturalnych, analiza szybkosci ladowania (TTFB, LCP, INP, CLS), sprawdzenie certyfikatu SSL i mixed content, przeglad architektury URL i linkowania wewnetrznego.

Narzedzia do audytu: Google Search Console (bezplatne – dane z pierwszej reki od Google), Screaming Frog (crawlowanie do 500 URL za darmo), PageSpeed Insights (metryki szybkosci z danymi polowymi i laboratoryjnymi), Chrome DevTools (lokalne testowanie i debugowanie).

Po audycie priorytetyzuj poprawki wedlug wplywu na ruch. Bledy indeksowania i przekierowania napraw najpierw, bo blokuja widocznosc. Optymalizacje szybkosci daja efekty w ciagu 2-4 tygodni od implementacji.