SEO dla WordPress

SEO

Techniczne SEO dla WordPress: Core Web Vitals, indeksacja, schema, struktura URL i crawl budget. Praktyczne wdrożenia pod konkurencyjne nisze.

Artykuły SEO

SEO

Techniczne SEO WordPress: checklista 2026

WordPress out-of-the-box ma masę problemów technicznych, które wpływają na crawl budget i indeksację. Najpierw błędy krytyczne, potem optymalizacja.

Priorytety wdrożeniowe:

  • Duplicate content: noindex na attachment pages, category/tag archives jeśli masz thin content
  • XML Sitemap: tylko indexable URLs, podziel duże mapy na pod-mapy (max 50k URLs)
  • Robots.txt: blokuj admin-ajax.php, /wp-json/ jeśli nie używasz headless
  • Canonicale: sprawdź self-referencing na wszystkich typach stron
  • Pagination: rel="next/prev" lub canonical na view-all, nigdy mix

Narzędzia diagnostyczne: Screaming Frog (crawl simulation), Google Search Console (Coverage report), Ahrefs Site Audit (technical issues).

Następny krok: Jak nie marnować crawl budget na parametry URL i sesje użytkowników.

SEO

Crawl budget: jak nie marnować indeksacji

Google nie crawluje całej twojej witryny za każdym razem. W konkurencyjnych niszach każdy zmarnowany request to stracona szansa na szybszą indeksację nowych treści.

Co zjada crawl budget:

  • Parametry URL: ?utm_source, ?sessionid, ?sort – robots.txt lub canonical
  • Faceted navigation: tysiące wariantów filtrów – noindex + robots disallow
  • Infinite scroll/load more: crawler nie widzi kolejnych stron – pagination z ?page=X
  • Soft 404: puste kategorie, wygasłe produkty – zwróć 404 lub 301
  • Redirect chains: 301 → 302 → 200 – zawsze direct redirect

Monitoring: GSC Crawl Stats pokazuje ile requestów dziennie, średni response time i % błędów. Jeśli rośnie % błędów przy stabilnym ruchu = problem techniczny.

Sprawdź też: Core Web Vitals – wolny serwer = mniejszy crawl rate.

SEO

Core Web Vitals bez magii: cache, obrazy, JS

LCP, INP, CLS – Google faktycznie bierze to pod uwagę w rankingu. Nie musisz mieć 100/100 w PageSpeed, ale "Good" w Field Data to must-have.

Co realnie poprawia metryki:

  • LCP (Largest Contentful Paint): server response time < 200ms, CDN dla obrazów, preload hero image, font-display: swap
  • INP (Interaction to Next Paint): defer non-critical JS, usuń long tasks (>50ms), optymalizuj event listeners
  • CLS (Cumulative Layout Shift): width/height na obrazy, reserve space dla ads, no dynamic content injection above the fold

WordPress-specific:

WP Rocket lub W3 Total Cache dla page cache + minify. EWWW Image Optimizer dla WebP + lazy load. Usuń query strings z static resources (theme/plugins często zapominają).

Testowanie: PageSpeed Insights (Lab Data), Chrome UX Report (Field Data z prawdziwych użytkowników), WebPageTest (filmstrip + waterfall).

Red flag: Jeśli Field Data pokazuje "Poor" a Lab pokazuje "Good" = problem z hosting performance pod load lub geografią użytkowników.