Audyt SEO techniczny strony WordPress: 25 punktow do sprawdzenia

Przeprowadzam audyty SEO techniczne stron WordPress od ponad dekady i za każdym razem widzę te same błedy - niezaleznie od tego, czy strona ma rok, czy piec lat. Zestaw 25 punktów, ktory opisuję ponizej, wynika z setek godzin pracy z realnych projektow: sklepów WooCommerce generujacych kilkaset tysiecy złotych obrotu miesiecznie, stron firmowych w Polsce i Niemczech, blogów z tysiącami artykułow. To nie jest ogolna teoria - to lista, ktora sam przeklikuję przy kazdym nowym kliencie.

Audyt SEO techniczny WordPress to nie to samo co sprawdzenie meta tagów albo poprawa tekstów. To diagnoza fundamentu: czy Google w ogóle moze dotrzec do Twoich tresci, czy je rozumie, czy strona laduje sie wystarczajaco szybko, zeby jej w ogóle chcialo poswiecac czas. Bez poprawnego fundamentu technicznego reszta pracy SEO idzie na marne. Zaczynajmy.

1. Google Search Console: tu zaczyna sie każdy audyt

Zanim otworzysz jakiekolwiek platne narzedzie, wejdz do Google Search Console. Zakładka Indeksowanie > Strony (Coverage) pokazuje trzy rzeczy: które strony sa zaindeksowane, ktore sa bledne i ktore sa zablokowane. Jesli widzisz kategorię "Wykluczone - niedostarczone (404)" z setkami adresow, masz problem. Jesli w bledach widnieja "Zablokowane przez robots.txt" dla waznych stron, to jest priorytet numer jeden.

Sprawdź tez zakładkę Wyszukiwanie > Wyniki wyszukiwania i posortuj wedlug liczby wyswietlen. Strony z wysokim wyswietleniami i niskim CTR to sygnał, ze masz problem z tytulami lub opisami - to juz audyt on-page, ale warto zapisac liste na pozniej.

2. Robots.txt - blokady, ktore niszcza widocznosc

Plik robots.txt WordPress generuje automatycznie pod adresem /robots.txt. Otwórz go i przejrzyj recznie. Najczestszy blad, ktory widzę u klientow, to:

Disallow: /wp-content/

Ta jedna linia sprawia, ze Google nie moze pobrac CSS, JavaScript ani grafik. Silnik renderujacy Googlebota nie moze wiec zobaczyc strony tak, jak widzi ja uzytkownik - i traktuje ja jak puste, tekstowe dokumenty. Efekt? Gorsze rankingi nawet przy swietnych treściach.

Blokowania przez robots.txt wymagaja natomiast: /wp-admin/ (poza /wp-admin/admin-ajax.php), strony logowania, pliki wewnetrzne, ewentualnie katalogi z backupami jesli sa dostepne po HTTP. Wszystko inne - domyslnie otwarte.

3. Sitemap XML - zaproszenie dla Googlebota

Sitemap XML to lista URL-i, ktore chcesz zaindeksowac. Rank Math generuje ja pod /sitemap_index.xml, Yoast pod /sitemap_index.xml lub /wp-sitemap.xml. Sprawdź cztery rzeczy: czy sitemap jest zarejestrowana w Google Search Console, czy wszystkie URL-e zwracaja status 200, czy nie ma w niej stron z tagiem noindex i czy daty lastmod sa realistyczne (nie wszystkie "dzis").

U jednego z klientow z Poznanskiej branzy prawnej siedziba znalazlem sitemape liczaca 1400 URL-i, z czego 600 to archiwa dat, strony tagów i strony paginacji. Googlebot tygodniami krecil sie po slabych stronach zamiast indeksowac artykuły. Po ograniczeniu sitemapy do 220 URL-i w ciagu 6 tygodni liczba zaindeksowanych stron wzrosla o 40% a ruch organiczny o 28%.

4. HTTPS i certyfikat SSL

SSL to obowiazek, nie opcja. Google traktuje brak HTTPS jako sygnal negatywny od 2014 roku, a w 2026 roku 87% stron juz go uzywa - brak certyfikatu jest wiec wyraznie widocznym brakiem. Sprawdź nie tylko czy certyfikat istnieje, ale:

• Czy przekierowanie HTTP → HTTPS dziala dla wszystkich wariantow (z www, bez www, z ukosnikiem i bez)?
• Czy certyfikat nie wygasa w ciagu 30 dni?
• Czy strona nie generuje ostrzezen "mixed content" - HTTP zasobow (grafik, skryptów, czcionek) ladowanych na stronie HTTPS?

Mixed content sprawdzisz w Chrome DevTools (F12 > Console) lub narzedziem like Really Simple SSL dla WordPress. Jesli widzisz ostrzezenia "Mixed Content", zazwyczaj wystarczy jedno polecenie SQL aktualizujace adresy w bazie danych, ale to powinien robic ktos, kto zna baze WordPress.

5. Nagłowki H1-H6: hierarchia, nie dekoracja

Naglowek H1 to tytuł strony - powinien byc jeden na kazda podstrone. Trzy H1 na stronie głównej to błąd, zero H1 tez jest bledem. Naglowki H2-H6 tworza hierarchię treści i pomagaja Googlebotowi rozumiec strukture dokumentu.

W WordPress problemem jest to, ze budowniczowie stron (Elementor, Divi, Beaver Builder) pozwalaja przeciagnac element nagłowka i ustawic go na H1 bez swiadomosci użytkownika. Widziałem strony z szescoma H1 bo klient "zaznaczyl grubszy tekst" w Elementorze. Sprawdź nagłowki narzedziem Screaming Frog (kolumna H1 w zakładce Page Titles) lub rozszerzeniem HeadingsMap w Chrome.

6. Meta title i meta description

Tag title to jeden z silniejszych sygnalow on-page. Długosc optymalna to 50-60 znakow (Google obcina przy okolo 600 px pikseli). Meta description nie jest bezposrednim czynnikiem rankingowym, ale wpływa na CTR - zbyt krotki opis Google zastapi własnym fragmentem, czesto niezbyt szczęsliwym.

Sprawdź w Google Search Console (Wyszukiwanie > Wyniki) które strony maja bardzo niski CTR przy dobrych pozycjach - to sygnał, ze tytuły lub opisy wymagaja pracy. Screaming Frog pokaze Ci tez zduplikowane title, brakujace opisy i strony z za dlugim tekstem w tytule.

7. Canonical URL - który adres jest oryginalem?

WordPress domyslnie tworzy wiele sciezek do tych samych tresci: /artykul/, /artykul/?p=123, /kategoria/podkategoria/artykul/. Bez wlasciwego tagu canonical Google nie wie, ktory URL traktowac jako oryginał, i moze zaindeksowac slabszy wariant lub rozdzielic moc linków miedzy kilka wersji.

Rank Math i Yoast dodaja canonical automatycznie, ale warto sprawdzic, czy na stronach kategorii, tagów i autorow canonical wskazuje na siebie (self-referencing) a nie na pierwsza strone paginacji. Canonical chain (A → B → C) to kolejny problem - jesli canonical wskazuje na stronę, ktora sama ma canonical gdzie indziej, Google moze zignowac caly lancuch.

8. Duplicate content - gdy WordPress tworzy kopie tresci

WordPress domyslnie generuje archiwa wedlug: kategorii, tagów, autorow, dat (rok, miesiac, dzien) oraz niestandardowych typow wpisow. Kazde z nich to potencjalne zduplikowane URL-e. Przy 100 artykułach możesz miec 300-400 stron archiwalnych, z ktorych wiekszosc jest prawie identyczna.

Rozwiazanie: strony autorow i dat - noindex (w Rank Math: Wygląd > Archiwa > Zarchiwizuj autora > Brak indeksu). Kategorie i tagi, jesli maja wartość SEO - zostawic indeksowalne, uzupelniac opisami unikalnymi (min. 150-300 slow). Strony paginacji (/strona/2/, /strona/3/) - rel=next/prev jest nieaktualne od 2019 roku; Google sam sobie radzi z paginacja, jesli linkujesz między stronami.

9. Przekierowania 301 i lancuchy redirectów

Kazdego klienta, z ktorym zaczynam prace, pytam: "Czy migrowałes te strone z innego systemu lub domeny?". Jesli tak - sprawdzam lancuchy przekierowan. Lancuch A → B → C → D nie tylko spowalnia ładowanie strony (kazde ogniwo to dodatkowe zapytanie HTTP), ale tez z każdym przeskoczeniem traci sie cześć sygnalu rankingowego.

Screening Frog w zakładce Response Codes > Redirection pokazuje przekierowania i pozwala zidentyfikowac lancuchy. Zasada: maksymalnie jeden redirect (stary URL → nowy URL bezposrednio). Jesli masz serie redirectow z poprzedniej migracji, warto jednorazowo "wyprostowac" lancuchy w .htaccess lub przez plugin Redirection dla WordPress.

10. Core Web Vitals: LCP, INP i CLS

Od marca 2024 roku trzy metryki definiuja Google Page Experience: LCP (Largest Contentful Paint - czas do wyrenderowania glownego elementu, prog dobry: ponizej 2,5 s), INP (Interaction to Next Paint - czas odpowiedzi na interakcje, prog: ponizej 200 ms) i CLS (Cumulative Layout Shift - stabilnosc układu, prog: ponizej 0,1). FID juz nie istnieje.

Z danych z 2026 roku wynika, ze 43% stron WordPress nadal nie spelnia progu INP. Najczesciej winne sa ciezkie motywy (Avada, Divi), pluginy ładujace duzo JavaScript i reklamy ladowane synchronicznie. Dane laboratoryjne (PageSpeed Insights) i dane polowe (Google Search Console > Core Web Vitals) czesto sie roznia - liczy sie to drugie, bo jest bazowane na realnych uzytkownikach i to ono wplywa na ranking.

U klienta z branzy odziezowej WooCommerce w Hamburgu LCP wyniosło 4,8 s z powodu obrazka hero bez atrybutu fetchpriority="high" i ladowanego przez JavaScript slidera. Po przelaczeniu na natywny HTML img z fetchpriority="high", lazy-load tylko dla elementow ponizej foldu i wymianie slidera na statyczny obrazek wynik spadl do 2,1 s bez żadnego pluginu cache.

11. Szybkosc ładowania i cache

Cache to najprostszy sposob na przyspieszenie WordPress. Jesli hosting uzywa LiteSpeed (co oferuje większosc polskich providerow: LH.pl, Cyber Folks, nazwa.pl), wtyczka LiteSpeed Cache w konfiguracji domyslnej jest bezplatna i osiaga swietne wyniki. WP Rocket (49-249 USD/rok) jest lepszy na hostingach Apache i nginx, gdzie nie ma wbudowanego cache serwera.

Sprawdź podczas audytu: czy cache jest aktywny (sprawdz nagłowek odpowiedzi X-Cache w DevTools), czy obrazki sa w formacie WebP lub AVIF, czy czcionki sa zaladowane lokalnie a nie z Google Fonts CDN (GDPR + prędkosc) i czy masz wlaczona kompresje Gzip/Brotli. Kompresje sprawdzisz na wstronach takich jak giftofspeed.com/check-gzip-compression.

12. Optymalizacja obrazków

Wiekszosc stron WordPress, ktore audytuję, serwuje grafiki o wadze 3-5x wiekszej niz potrzeba. Pełna lista do sprawdzenia: wymiary (czy obraz 2000x1500 px nie jest wyswietlany jako 400x300 px), format (JPG/PNG zamiast WebP/AVIF), kompresja, lazy-load dla obrazkow ponizej foldu i atrybut alt (SEO + dostepnosc).

Narzedzia: Imagify, ShortPixel lub Smush dla automatycznej konwersji i kompresji. Strona TinyPNG.com pozwoli Ci przetestowac rekordowe pliki recznie. Warto tez sprawdzic, czy motyw nie dodaje thumbnailów w rozmiarach, ktore nie sa nigdzie uzywane - kazdy niepotrzebny rozmiar to dodatkowe miejsce na dysku i potencjalny problem z regeneracja miniaturek.

13. Czcionki i zasoby blokujace renderowanie

Czcionki ladowane z zewnetrznych serwerow (Google Fonts, Adobe Fonts) to dwa problemy: dodatkowe zapytania DNS (opoznienie 100-200 ms) i kwestia GDPR - polskie i niemieckie organy ochrony danych wielokrotnie stwierdzały, ze przekazywanie IP uzytkownikow do serwerow Google bez zgody jest niezgodne z RODO. Prawidlowe rozwiazanie to hosting czcionek lokalnie na swoim serwerze.

Pliki CSS i JavaScript blokujace renderowanie (render-blocking resources) sprawdzisz w zakładce Opportunities w PageSpeed Insights. Wtyczki cache zazwyczaj potrafia laczyc i minifikowac te pliki - sprawdz czy ta opcja jest wlaczona.

14. Mobilna wersja strony (Mobile-First Indexing)

Google od 2023 roku indeksuje wylacznie wersje mobilna stron. To oznacza, ze jesli Twoja wersja mobilna ma mniej tresci, inne nagłowki lub brakujace dane strukturalne w porownaniu z desktopem, Google widzi okrojoną wersje.

Sprawdz w Google Search Console > Uzywalnosc na urzadzeniach mobilnych jakie bledy sa zgloszone. Narzedzie Mobile-Friendly Test (search.google.com/test/mobile-friendly) pozwoli Ci zobaczyc, jak renderuje sie strona oczami Googlebota. Zwroc uwage czy: klikalne elementy maja min. 48x48 px, tekst ma min. 16 px, viewport jest prawidlowo skonfigurowany i zawartosc nie jest szersza niz ekran.

15. Dane strukturalne (Schema.org JSON-LD)

Dane strukturalne to kod JSON-LD dodany do strony, ktory mowi Google "ta strona to przepis kulinarne" albo "to jest produkt z cena i recenzjami". Poprawny schemat moze dac Ci rich snippets (gwiazdki, ceny, FAQ) w wynikach wyszukiwania, co znaczaco podnosi CTR.

Najczestszy blad: kilka zrodel jednoczesnie dodaje schema. Motyw (Blocksy, Astra) generuje Article lub BreadcrumbList, Rank Math dodaje to samo, WooCommerce dodaje swoje Product. Google Search Console > Ulepszone wyniki wyszukiwania pokaże Ci bledami i ostrzezeniami. Użyj Google Rich Results Test (search.google.com/test/rich-results) dla konkretnego URL.

Powazna agencja pozycjonowania SEO zawsze sprawdza dane strukturalne jako osobny punkt - to jeden z obszarow, gdzie latwo zyskac przewage nad konkurencja, bo wiele stron ma schema blednie zaimplementowany lub w ogóle nieobecny.

16. Tagi Open Graph i Twitter Cards

Open Graph to meta tagi ktore kontroluja jak strona wyglada po udostepnieniu w mediach spolecznych (Facebook, LinkedIn, Messenger). Jesli brakuje og:image, Facebook sam wybierze losowa grafike ze strony - często z nieodpowiednim formatem lub trescia.

Wymagane minimum: og:title, og:description, og:image (min. 1200x630 px), og:type, og:url. Rank Math i Yoast generuja je automatycznie, ale sprawdź - zwlaszcza czy og:image faktycznie wskazuje na istniejacy plik i czy nie jest za male. Walidator Facebooka (developers.facebook.com/tools/debug) pozwoli zobaczyc jak strona wyglada po udostepnieniu.

17. Hreflang dla stron wielojezycznych

Jesli Twoja strona ma wersje w kilku językach (np. polska i niemiecka jak wielu moich klientow), hreflang to absolutna koniecznosc. Bez niego Google moze zaindeksowac polska wersje dla uzytkownikow w Niemczech - i odwrotnie.

Hreflang musi byc: symetryczny (strona PL wskazuje na DE, strona DE wskazuje na PL), poprawny jezyk i region (pl, de, pl-PL, de-DE), obecny we wszystkich wersjach jedno URL-a. Pluginy WPML i Polylang obsluguja hreflang automatycznie, ale po konfiguracji zawsze warto sprawdzic w Hreflang Tags Testing Tool czy nie ma bledow.

18. Bledy 404 i strona 404

Kazdy usuniety wpis lub zmieniony URL bez przekierowania staje sie bledem 404. Googlebot, ktory trafi na duzo 404, traci crawl budget i sygnalizuje problemy. Sprawdź Google Search Console > Strony > "Nie znaleziono (404)" i filtruj po zrodlach - czy to linki zewnetrzne, czy wewnetrzne.

Ble 404 z waznych zewnetrznych linków napraw przez 301 do nowej lokalizacji lub strony glownej. Bledy z linków wewnetrznych - zaktualizuj linki bezposrednio. Strona 404 WordPress powinna informowac uzytkownika i oferowac nawigacje (wyszukiwarke, popularne artykuły), nie byc tylko bialym ekranem z komunikatem.

19. Crawl budget i indeks bloat

Indeks bloat to sytuacja, gdy Google zaindeksowalo setki lub tysiące URL-i, ktore nie powinny sie tam znajdowac: strony paginacji, parametryczne URL-e z filtrami, wewnetrzne wyszukiwanie (/search?q=...), strony z jednym produktem w archiwum. To problem szczegolnie widoczny w duzych sklepach WooCommerce z wieloma filtrami.

Narzedzia: site:twoja-domena.pl w Google pokaze zaindeksowane strony (przyblizenie). Screaming Frog + eksport sitemapy vs eksport z Google Search Console ujawni URL-e zaindeksowane, ktorych nie ma w sitemapie - to kandydaci do noindex lub zablokowania w robots.txt.

Dla sklepów internetowych WordPress piszę bardziej szczegolowy audyt w kontekscie pozycjonowania SEO - obszar crawl budget dla WooCommerce to osobna, rozbudowana temat.

20. Wydajnosc bazy danych

Baza danych WordPress rosnie z wiekiem: tabela wp_options zapycha sie autoloadami od wtyczek, wp_postmeta gromadzi tysiące wierszy od usuniętych wpisow i wtyczek. Zbyt duza i fragmentaryczna baza spowalnia czas do pierwszego bajtu (TTFB), ktory wplywa bezposrednio na LCP.

Narzedzia: WP-Optimize lub Advanced Database Cleaner do czyszczenia rewizji, autoloadow i spamu. Przed czyszczeniem zawsze backup - to niepodlegajaca dyskusji zasada. Sprawdz tez opcje opcji bazy w phpmyadmin: SELECT option_name, length(option_value) as len, autoload FROM wp_options WHERE autoload='yes' ORDER BY len DESC LIMIT 20 - jesli autoloadowane opcje waza lacznie ponad 1 MB, to problem.

21. Bezpieczenstwo i naglowki HTTP

Naglowki bezpieczenstwa HTTP nie sa bezposrednim czynnikiem rankingowym, ale wplywa na User Experience Score i jakosc strony oceniana przez testerow. Sprawdz przez securityheaders.com nastepujace naglowki:

• Strict-Transport-Security (HSTS) - wymusza HTTPS
• X-Content-Type-Options: nosniff - blokuje sniffing MIME
• X-Frame-Options: SAMEORIGIN - zapobiega clickjackingowi
• Referrer-Policy - kontroluje przekazywanie danych referrrer

Naglowki mozna dodac przez functions.php, .htaccess lub konfiguracje serwera nginx. Jesli strona zostanie zhakowana i zacznie serwowac malware, Google oznaczy ja jako niebezpieczna i straci ona pozycje - wiec bezpieczenstwo i SEO techniczne sa polaczone.

22. Wewnetrzna struktura linków

Linki wewnetrzne to jeden z najmocniejszych, a zarazem najczesciej zaniedbywanych elementow SEO technicznego. Pozwalaja Googlebotowi odkrywac nowe strony, przekazywac moc rankingowa (PageRank) miedzy podstronami i sygnalizowac tematyczne powiezania.

Sprawdź: czy strony kategorialne linkuja do waznych artykulow, czy artykuly linkuja do siebie wzajemnie tematycznie i czy strona glowna ma linki do kluczowych sekcji. Osierocialy artykuł (orphan page) - podstrona do ktorej nie prowadzi zaden wewnetrzny link - jest prawie niewidoczna dla Googlebota. Screaming Frog w zakładce Bulk Export > All Outlinks pokaze Ci mape linkow wewnetrznych.

W kontekscie blogowania firmowego wewnetrzne linkowanie miedzy artykulami jest rownie wazne jak ich jakosc - artykuł niepolaczony z reszta serwisu to wyspa bez mostow.

23. Title tagów i nagłowki kategorii WooCommerce

Sklepy WooCommerce maja specyficzne problemy z SEO technicznym: strony kategorii produktow generuja title w stylu "Krzesla - Sklep" zamiast uwzglednic slowa kluczowe z dlugim ogonem. Strony produktów czesto duplikuja opis producenta zamiast miec unikalny tekst.

Sprawdź narzedziem Screaming Frog ktore strony kategorii maja pusty opis, zduplikowany title lub brakujacy H1. Dla WooCommerce warto tez sprawdzic meta title i meta description dla stron filtrów (rozmiar, kolor, material), ktore czesto generuja tysiące URL-i - zazwyczaj wymagaja one noindex lub canonical do strony kategorii nadrzednej.

Wiece o tym jak SEO integruje sie z budowa sklepow internetowych opisuje osobno, bo to temat na pelny artykuł.

24. Monitorowanie i alerty

Audyt to zdjecie w czasie. Problem pojawia sie po aktualizacji WordPress 6.8 albo po zmianie pluginu - i mozesz go nie zauwazac przez tygodnie. Skonfiguruj monitoring:

• Google Search Console - alerty email o nowych bledach crawl (Ustawienia > Powiadomienia)
• Uptime monitoring (UptimeRobot, darmowy plan) dla sprawdzenia dostepnosci
• Google Search Console Core Web Vitals - czy nie pogorszyly sie po zmianach
• Rank tracking: Senuto, SE Ranking lub Ahrefs - zmiana pozycji jest czesto pierwszym symptomem problemu technicznego

Praktyczna wskazówka: stwórz arkusz Google Sheets z 15 URL-ami strategicznymi (strona glowna, top 5 kategorii, top 5 artykulow) i co miesiac wklej ich wyniki PageSpeed Insights. Trend ważniejszy od punktow.

25. Widocznosc AI i E-E-A-T

W 2026 roku musimy dodac do audytu techniczne SEO nowy wymiar: widocznosc w odpowiedziach AI (ChatGPT, Gemini, Perplexity, Google AI Overviews). Systemy AI preferuja strony, ktore łatwo cytowac - czyli z wyraznymi autorami, datami publikacji, zrodlami i strukturą.

Sprawdz czy: wpisy maja wyswietlonego autora (Google potrzebuje Author schema), czy daty sa czytelne w HTML (meta og:article:published_time), czy strona ma stronę O nas z informacjami o firmie i autorach oraz czy masz dane NAP (nazwa, adres, telefon) spójne z Profilem Firmy Google. To wszystko wpływa na E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness), ktory Google stosuje do oceny jakości strony.

Jesli chcesz wiedziec wiecej o tym, jak AI zmienila SEO w 2026, przeczytaj artykul o SEO i widocznosci w AI. A jesli prowadzisz lokalna dzialalnosc i zalezy Ci na mapach Google, sprawdz jak dziala lokalne SEO dla firm w Polsce.

Audyt SEO techniczny WordPress to praca detektywistyczna - szukasz tego, co blokuje lub hamuje strone, zanim zaczniesz myslec o nowych tresciach i linkach. Przez 13 lat i ponad 120 projektów nie spotkałem strony, ktora nie miala ani jednego problemu technicznego. Poczatknicy zazwyczaj maja 8-12 powaznych bledow, doswiadczone serwisy 2-4 drobniejszych. Kluczowe jest priorytetyzowanie: blokady crawl i problemy z indeksowaniem naprawiaj najpierw, kosmetykę tytułow na koncu.

Jesli chcesz, zebym przeprowadził taki audyt dla Twojej strony - napisz do mnie. Pracuję z firmami z Polski i Niemiec, audyt dostarczam z jasna lista priorytetow i rekomenacja kolejnych kroków, nie tylko suchym wykazem bledow.

Najczęstsze pytania

Jak czesto przeprowadzac audyt SEO techniczny WordPress?

Pelny audyt techniczny warto robic co 6 miesięcy. Dodatkowo sprawdzaj Google Search Console po każdej aktualizacji WordPressa, WooCommerce lub głównych wtyczek SEO - regresje pojawiaja sie często bez ostrzezenia. Jesli zmieniasz motyw lub przenosisz stronę na nowy hosting, audyt jest obowiazkowy przed i po migracji.

Czy potrzebuję platnych narzędzi do audytu SEO technicznego?

Nie. Google Search Console i PageSpeed Insights sa bezplatne i pokrywaja 60-70% najwazniejszych kontroli. Screaming Frog SEO Spider w wersji darmowej przeskanuje do 500 URLi, co wystarcza dla wiekszosci malych stron. Platne narzędzia (Ahrefs, Semrush, Senuto Audit) sa przydatne przy wiekszych serwisach z tysiącami podstron lub gdy chcesz monitorowac trendy w czasie.

Co sprawdzic w pierwszej kolejnosci podczas audytu SEO technicznego?

Zacznij od Google Search Console - zakładka Pokrycie (Coverage) pokaże strony nieindeksowane, błedy crawl i ostrzezenia. Potem sprawdź robots.txt i sitemapę. Te trzy kroki zajmuja 15 minut i ujawniaja blokady, ktore uniemozliwiaja Google w ogóle dotarcie do Twoich treści. Bez rozwiazania tych problemow reszta audytu jest bezcelowa.

Jak sprawdzic Core Web Vitals strony WordPress?

Uzyj Google PageSpeed Insights (pagespeed.web.dev) dla danych laboratoryjnych oraz zakładki Core Web Vitals w Google Search Console dla danych polowych (real users). Dane polowe sa wazniejsze dla rankingów - jesli masz maly ruch, PSI nie pokaze ich od razu i musisz poczekac 28 dni na zgromadzenie próbki. Mozesz tez uzyc Lighthouse w Chrome DevTools dla szybkiej analizy lokalnej.

Ile kosztuje profesjonalny audyt SEO techniczny WordPress?

Ceny w Polsce wahaja sie od 800 do 6000 PLN netto w zaleznosci od wielkosci serwisu i zakresu. Maly audyt strony firmowej (do 50 podstron) to zazwyczaj 800-1500 PLN netto. Audyt sklepu WooCommerce ze strategia wdrozenia to juz 2500-5000 PLN netto. Cena powinna obejmowac raport z priorytetami, nie tylko liste bledow - sam wykaz problemow bez kontekstu jest mało przydatny.

Czy audyt SEO techniczny wystarczy, zeby poprawic pozycje w Google?

Audyt techniczny usuwa bariery - blokady crawl, bledy indeksowania, zbyt wolne ładowanie - ktore uniemozliwiaja Google prawidlowe ocenienie strony. Ale techniczne SEO to warunek konieczny, nie wystarczajacy. Bez wartosciowych tresci, linkow zewnetrznych i dobrego dopasowania do intencji wyszukiwania sama technika nie da trwalych wynikow. Traktuj audyt techniczny jako fundament, na którym budujesz reszte strategii.

Jakie wtyczki SEO dla WordPress sa najlepsze do audytu?

Rank Math SEO i Yoast SEO to dwaj liderzy - oba generuja sitemape XML, obsluguja dane strukturalne JSON-LD i daja kontrol nad meta tagami. Rank Math ma nieco bogatszy zestaw funkcji w wersji darmowej, w tym schemat dla recenzji i produktow. Nigdy nie uzyway obu jednoczesnie - powielone tagi title i podwojny schemat to pewny przepis na chaos w wynikach Google.

Co to jest crawl budget i jak go sprawdzic w WordPress?

Crawl budget to liczba adresow URL, ktore Googlebot odwiedza w danym czasie na Twojej stronie. Jesli strona ma wiele slabych lub zduplikowanych URL-i (parametry sesji, archiwa dat, strony tagów), Googlebot traci czas na ich obsluge zamiast indeksowac wazne tresci. Crawl budget mozesz analizowac w Google Search Console w sekcji Ustawienia > Crawl stats. W WordPressie blokowanie niechcianych URL-i przez robots.txt lub noindex pomaga skierowac bota we wlasciwe miejsca.