Techniczne SEO to fundament rankingu, na którym dopiero stoi treść i pozyskiwanie linków zwrotnych. Strona ze świetną treścią ale słabym fundamentem technicznym osiąga ułamek potencjalnego ruchu. Ten artykuł rozkłada audyt technicznego SEO WordPress na 12 punktów sprawdzonych w praktyce, z konkretnymi narzędziami, częstymi pułapkami i podpowiedziami dla audytu zrobionego samodzielnie albo zlecenia profesjonalistom.
Co znaczy „techniczne SEO” w 2026 roku
Techniczne SEO to wszystko poza treścią i linkami zewnętrznymi, co wpływa na to jak wyszukiwarki crawlują, indeksują, parsują i prezentują twoją stronę. W 2026 roku ta definicja obejmuje również optymalizację pod silniki AI: Perplexity, Bing Chat, Google AI Overviews, ChatGPT browsing. Wszystkie te systemy crawlują pod tymi samymi regułami co tradycyjny Googlebot, ale dodają warstwę rozumienia kontekstu i struktury.
Trzy kluczowe wymiary technicznego SEO: indeksowalność (czy strona w ogóle może być zindeksowana), crawlowalność (czy crawler dotrze do wszystkich ważnych URL), parsowalność (czy struktura HTML i schema markup pomagają robotowi zrozumieć treść). Audyt obejmuje wszystkie trzy wymiary w sposób strukturalny.
Częste nieporozumienie u klientów: „mamy świetną treść, SEO musi być OK”. Treść jest tylko jedną z trzech zmiennych. Strona z 200 świetnymi artykułami ale brakującymi schema markup, źle skonfigurowanym robots.txt blokującym crawlowanie, i 40 procent stron z tagiem noindex, traci 60-80 procent potencjalnego ruchu. Audyt strony WWW rozdziela te zmienne i daje konkretną listę co naprawić w którym wymiarze.
Punkty 1-4: fundament indeksowalności
Cztery pierwsze punkty audytu technicznego SEO dotyczą indeksowalności: czy Google w ogóle wie, że twoja strona istnieje i może ją zindeksować.
Punkt 1: robots.txt. Sprawdzamy czy plik jest dostępny pod /robots.txt, czy nie blokuje crawlowania ważnych ścieżek, czy źle skonfigurowany robots.txt nie blokuje niechcący Googlebota. Częsta pułapka WordPress: domyślny robots.txt z włączoną flagą Discourage Search Engines w Ustawienia – Czytanie. Pierwsze szybkie usprawnienie 30 sekund.
Punkt 2: stronamap.xml. Sprawdzamy czy mapa istnieje (auto-generowana przez Yoast lub RankMath), czy zawiera wszystkie publikowane strony i posty, czy linki w mapie zwracają 200, czy nie ma URL z noindex lub canonical do innej strony. Mapa zgłoszona w Google Search Console pomaga Google szybciej odnaleźć nowe treści, krytyczne dla blogów.
Punkt 3: polityka noindex. Strony z cienką treścią (archiwa tagów, paginacja, archiwa autorów, strony załączników) powinny mieć tag noindex, żeby nie rozcieńczyć budżetu crawlowania. Częsta pułapka: domyślna konfiguracja Yoast nie ustawia noindex na stronach załączników, co skutkuje setkami zindeksowanych URL z jednym obrazkiem każdy. Audyt sprawdza czy noindex jest na właściwych typach treści.
Punkt 4: kanoniczne adresy URL. Każda strona z duplikatami treści (np. produkty WooCommerce z wieloma wariantami URL, paginacja, sortowane listy) powinna mieć rel=”canonical” wskazujący na wersję główną. Brak canonical lub błędny canonical (samoreferencyjny z parametrami URL) powoduje, że Google indeksuje wszystkie warianty i rozcieńcza autorytet. RankMath i Yoast obsługują to automatycznie, ale niestandardowe motywy często psują canonical w sekcjach hero lub paginacji.
Praktyczna obserwacja z audytów: 30 procent stron klientów ma jeden z tych czterech punktów źle skonfigurowanych, co kosztuje ich średnio 25 procent potencjalnego ruchu organicznego. Każdy z czterech punktów to szybkie usprawnienie wymagające 30 minut do 2 godzin pracy, więc zwrot z audytu w tym wymiarze jest często 5-10x w pierwszym kwartale po wdrożeniu.
Punkty 5-7: dane strukturalne (schema.org)
Dane strukturalne to oznaczenia JSON-LD, które mówią robotom co dokładnie reprezentuje twoja strona. Bez schema markup Google polega tylko na heurystykach (hierarchia nagłówków, wzorce treści), co działa średnio. Z schema markup Google dostaje precyzyjną informację, co pozwala na bogate wyniki w SERP (rich snippets, panele wiedzy, akordeony FAQ, karty przepisów).
Punkt 5: Organization schema. Strona główna powinna mieć JSON-LD Organization schema z name, url, logo, contactPoint, sameAs (linki do social media). Plus pełna właściwość address z PostalAddress (krytyczne dla local SEO). Rekomendujemy pełen Organization markup z 8-12 polami, żeby Google miał kompletny obraz firmy.
Punkt 6: schema Article/BlogPosting na każdym wpisie blogowym. Pola: headline, author (z @type Person plus URL do strony autora), datePublished, dateModified, image, publisher (z @type Organization). Dodatkowo liczba słów, articleSection, inLanguage dla stron wielojęzycznych. To są sygnały E-E-A-T (Experience, Expertise, Authoritativeness, Trustopłaca sięiness) krytyczne dla nisz YMYL.
Punkt 7: Breadcrumb schema plus FAQ schema. Breadcrumb pomaga Google rozumieć strukturę nawigacji i może pokazać breadcrumb w SERP zamiast URL. FAQ schema na blokach FAQ (tak jak na końcu tego artykułu) daje bogate wyniki w SERP z rozwijanymi parami pytanie-odpowiedź. WooCommerce dodaje obligatoryjnie Product schema z price, availability, aggregateRating.
Walidacja: Google Rich Results Test (rich-results-test) plus walidator schema.org. Każda strona z schema markup powinna przejść oba testy. Pułapka WordPress LiteSpeed Cache: minifikacja JS może zjeść JSON-LD w skryptach inline, audyt sprawdza czy dane strukturalne są dostarczane do crawlera bez modyfikacji.
Prawdziwy incydent u nas w studio: LiteSpeed Cache minifikacja JS zjadała JSON-LD Organization schema, co wykrył dopiero audyt Rich Results Test po wdrożeniu. Naprawa wymagała dodania atrybutów data-no-optimize=”1″ i data-no-minify=”1″ na tagach skryptów inline plus użycia wp_json_encode zamiast manualnego JSON. Lekcja: zawsze waliduj schema po włączeniu wtyczek pamięć podręczna, minifikacja JS potrafi cichym sposobem zepsuć dane strukturalne.
Dodatkowo dla sklepie internetowym: Product schema z aggregateRating i price wymaga manualnego przeglądu po każdej zmianie cennika. Domyślna Product schema w WooCommerce (przez dodatek RankMath WooCommerce) działa OK, ale niestandardowe zakresy cen (np. „od 1500 PLN”) wymagają nadpisania JSON-LD. Audyt dla sklepów obejmuje próbkę 20 produktów z różnymi cenami i walidację w Rich Results Test.
Punkty 8-10: wielojęzyczność i hreflang
Strony wielojęzyczne (domyślnie 5 języków: PL, EN, DE, FR, CS) wprowadzają dodatkowy poziom złożoności w technicznym SEO. Trzy punkty audytu są tu specyficzne.
Punkt 8: tagi hreflang. Każda strona z tłumaczeniem w innym języku powinna mieć rel=”alternate” hreflang=”lang-CODE” link wskazujący na wszystkie inne wersje językowe plus odwołanie do siebie. Plus x-domyślny standard href dla domyślnego fallbacku. Częsta pułapka Polylang Free: nie generuje hreflang automatycznie, wymaga niestandardowego hooka w functions.php lub rozszerzenia.
Punkt 9: osobna mapa na każdy język albo wspólna mapa z hreflang. Google rekomenduje mapę z hreflang dla mniejszych stron (do 1000 URL), osobne mapy za język dla większych. Polylang Pro obsługuje to automatycznie, Polylang Free wymaga manualnej konfiguracji w Yoast lub RankMath.
Punkt 10: meta tagi za język. Title, description, OG image powinny być za język, nie tylko za strona. Pułapka Polylang Free: nie obsługuje meta tagów za język bez własnego kodu. Używamy własnego wzorca i18n.php z filtrem gettext, który tłumaczy title i meta description na poziomie wp_head. Audyt sprawdza czy meta tagi faktycznie różnią się między wersjami PL i EN.
Częste znalezisko w audytach stron wielojęzycznych: title tag jest po polsku dla wszystkich wersji językowych, mimo że treść jest przetłumaczona. To powoduje, że angielska wersja strony pojawia się w Google search z polskim title, co dramatycznie obniża CTR (osoby anglojęzyczne nie klikają w polskie tytuły). Naprawa wymaga 2-3 godziny własnego kodu w i18n.php plus testowanie w Rich Results Test na każdy język.
Dodatkowo: OG image (meta tag og:image) powinien być za język, jeśli obraz zawiera tekst. Strona PL z OG image „Audyt strony WWW” po polsku, wersja EN powinna mieć osobny OG image z „Webstrona audit” po angielsku. Bez tego social shares z EN page wyglądają jak polska treść, co psuje postrzeganie marki na LinkedIn Niemiec, Austrii i Szwajcarii.
Punkty 11-12: mobile i sygnały szybkości
Dwa ostatnie punkty łączą mobile UX z sygnałami szybkości, co od 2021 roku jest dla Google jednym wspólnym sygnałem.
Punkt 11: użyteczność mobile. Audyt sprawdza czy meta tag viewport jest poprawnie ustawiony (width=device-width, initial-scale=1), czy dotykane elementy mają minimum 48 pikseli (rekomendacja Apple HIG i Material Design), czy tekst jest czytelny bez zoomu (min 16px na mobile), czy nie ma poziomego przewijania poza ekran. Raport „Mobile Usability” w Google Search Console (zastąpiony przez Page Experience w 2023) wcześniej flagował te problemy.
Częste znalezisko: strona z desktopowym obrazem hero w tle generuje poziome przewijanie na mobile (brakuje overflow-x hidden). Drugi częsty problem: pływające przyciski akcji (np. moduł WhatsApp, strzałka scroll-to-top) zachodzą na główny CTA, frustrując kciuk użytkownika. Audyt symuluje interakcję dotykową w emulatorze mobile Chrome DevTools z różnymi rozdzielczościami (360px, 414px, 768px).
Punkt 12: Core Web Vitals jako czynnik rankingowy. LCP, INP, CLS jak w naszym osobnym artykule. Punkt 12 nie powtarza tej analizy, tylko sprawdza czy dane terenowe CrUX są w zakresie „good” dla wszystkich trzech metryk. Jeśli nie, znalezisko trafia do osobnego audytu wydajności.
Wszystkie 12 punktów razem to lista kontrolna audytu, którą przebiegamy systematycznie w 6-8 godzin pracy dla średniej strony firmowej. Co dostajesz: raport PDF z znaleziskami za punkt, priorytetyzacją P0/P1/P2/P3, listą szybkich usprawnień i większymi projektami do listy zadań. Klient po audycie ma jasny plan na 90 dni usprawnień technicznego SEO.
Narzędzia: GSC vs Ahrefs vs Screaming Frog vs Sitebulb
Audyt technicznego SEO używa 3-4 narzędzi w sekwencji. Każde narzędzie ma swój obszar specjalizacji.
Google Search Console jest darmowe i obligatoryjne. Pokazuje rzeczywisty status indeksowania (które strony Google ma w indeksie, które nie), problemy z pokryciem (404, łańcuchy przekierowań, soft 404), dane terenowe Core Web Vitals, użyteczność mobile, wyniki (CTR, wyświetlenia, pozycja za słowo kluczowe). Każda strona produkcyjna musi mieć GSC podpięte przed audytem.
Zgłoszenie stronamap.xml w GSC jest pierwszym krokiem po starcie. Bez tego Google odnajduje stronę przez linki zewnętrzne, co dla małej firmy może trwać 2-4 tygodnie. Z zgłoszoną mapą typowy crawl pierwsze 10-20 stron w 48 godzin. Plus regularny monitoring zakładki „Pages” pokazuje, które strony zostały wyrzucone z indeksu (typowo z powodu noindex, duplikatów treści lub sygnału cienkiej treści).
Ahrefs Site Audit ($99-499/mc) to płatne narzędzie do analizy konkurencji. Pokazuje twoje problemy plus porównanie z 2-3 konkurentami, wyszukiwanie zepsutych linków, możliwości linkowania wewnętrznego, luki w treści. Dla freelancera czy małej agencji rekomendujemy plan $99 (1 strona, miesięczny audyt) z dostępem dla klienta.
Screaming Frog SEO Spider to desktopowy crawler ($259 EUR/rok lub darmowy do 500 URL). Daje głęboki widok techniczny: każdy URL z kodem statusu, h1, meta, schema, canonical, hreflang, linki wewnętrzne i zewnętrzne. Niestandardowa ekstrakcja z XPath pozwala na zaawansowane audyty (np. znajdź wszystkie strony bez H1, wszystkie obrazy bez alt). Nasze standardowe narzędzie dla audytu Poziom 1.
Sitebulb (£35/mc) to alternatywa dla Screaming Frog z lepszą wizualizacją i ładnymi raportami dla klientów. Auto-priorytetyzuje problemy, generuje streszczenie zarządcze, eksportuje do PDF. Używamy Sitebulb dla audytu Poziom 2 i 3, gdzie klient dostaje raport jako efekt końcowy.
Pomocniczo: Lighthouse w Chrome DevTools dla kategorii SEO (auto-wykrywanie meta tagów, robots.txt, mapy, hreflang, alt obrazów). Plus nasz własny skill audit-clientstrona bazujący na Chrome DevTools MCP, który łączy wszystkie powyższe narzędzia w jeden zautomatyzowany proces z raportem markdown na wyjściu.
Optymalizacja pod silniki AI w 2026
Silniki AI (Perplexity, Bing Chat, Google AI Overviews, ChatGPT browsing) crawlują strony tymi samymi botami co tradycyjne wyszukiwarki, ale interpretują treść inaczej. Optymalizacja pod silniki AI to rozszerzenie technicznego SEO, nie osobna dyscyplina.
Trzy bonusowe sygnały dla silników AI: bloki FAQ z jawną strukturą pytanie-odpowiedź (AI cytuje FAQ często w bezpośrednich odpowiedziach), struktura list z numerowanymi punktami (AI cytuje punkty listy w odpowiedziach krok po kroku), autorstwo eksperckie z biogramem autora i Schema Person (sygnał E-E-A-T krytyczny dla YMYL).
Dodatkowy element: strona z konsekwentną poetyką marki i pokazaną ekspertyzą (studium przypadku z liczbami, artykuły metodyczne ze szczegółowym procesem krok po kroku) jest częściej cytowana przez AI niż strona z generyczną treścią marketingową. Silniki AI to nie zastąpienie SEO, to dodatkowa warstwa, gdzie jakość treści waży więcej niż gęstość słów kluczowych.
Rekomendujemy zestaw: WordPress plus Astra Pro plus RankMath plus własny motyw potomny z oznaczeniami Schema wbudowanymi w każdy szablon bloku Gutenberg. Plus strategia treści z naciskiem na pytania i odpowiedzi oraz artykuły oparte na studia przypadków. Ten zestaw out-of-the-box wspiera 11 z 12 punktów audytu, punkt 10 (meta tagi za język) wymaga własnego kodu.
Praktyczna lista usprawnień pod silniki AI do wdrożenia w jeden tydzień: dodaj blok FAQ na końcu każdego wpisu blogowego (5-7 par Q&A), dodaj biogram autora z oznaczeniem Schema Person na wszystkich postach, dodaj sekcję metodologii w usługach (jak wygląda nasz proces krok po kroku), dodaj studia przypadków z konkretnymi liczbami (przed po, zwrot, czas wdrożenia). Te cztery interwencje typowo dają 20-30 procent wzrost cytowań w Perplexity i Bing Chat w 60 dni.
FAQ
Jak często audyt technicznego SEO?
Co kwartał dla aktywnie rozwijanych stron, lub po większej zmianie (migracja motywu, nowa wtyczka, restrukturyzacja URL). Co miesiąc dla sklepie internetowym z 100+ produktami. Dla mniejszych stron firmowych z minimalną zmianą wystarczy roczny audyt.
Yoast vs RankMath dla schema?
Plan darmowy RankMath oferuje więcej typów schema out-of-the-box (Article, FAQ, HowTo, Recipe, Product, Local Business). Yoast wymaga Premium dla większości typów schema. UX RankMath jest gęstszy (więcej opcji), Yoast prostszy. Rekomendujemy RankMath dla większości klientów, Yoast dla klientów którzy już mają i nie chcą migracji.
Czy silniki AI zastąpią tradycyjne SEO?
Nie zastąpią, dodadzą warstwę. Tradycyjne SEO (strona wyników z 10 niebieskich linków) traci udział na rzecz AI Overviews i bezpośrednich odpowiedzi. Ale nadal w 2026 roku 60-70 procent zapytań kończy się kliknięciem w wynik organiczny. Strategia: optymalizuj pod oba scenariusze, AI cytuje strony z dobrym technicznym SEO i dobrą treścią.
Czy mogę sam zrobić audyt technicznego SEO?
6 z 12 punktów tak (analiza GSC, uruchomienie PSI, przegląd robots.txt, zgłoszenie mapy, manualne sprawdzenie meta tagów, podstawowa walidacja schema). Pozostałe 6 wymagają narzędzi (Screaming Frog, Ahrefs) plus wiedzy (interpretacja znalezisk, priorytetyzacja). Mały audyt zrobiony samodzielnie w 4 godziny vs profesjonalny audyt w 8-16 godzin daje różną głębokość.
Jeśli chcesz pełny audyt technicznego SEO WordPress dla swojej strony, napisz do nas z adresem strony. Audyt Poziom 2 (1500 PLN, 8h pracy) pokrywa wszystkie 12 punktów plus dodatkową analizę z priorytetyzacją wpływ vs nakład. Standardowy czas realizacji 5-7 dni roboczych od podpisanej umowy do dostarczonego raportu PDF z konkretnymi krokami wdrożenia.