Głęboka optymalizacja stron: dlaczego budujemy na Netlify (i kiedy WordPress ma sens)

2026-07-11 · Łukasz Olszewski · Firmatic

Wolna strona kosztuje: Google ustawia ją niżej, a odwiedzający odpadają, zanim cokolwiek się załaduje. Ale „przyspieszenie" to nie instalacja wtyczki. W tym artykule: które metryki naprawdę się liczą, jak architektonicznie przyspieszamy strony na Netlify i dlaczego WordPress bywa mimo wszystko właściwym wyborem.

Co mierzy Google: Core Web Vitals

LCP (Largest Contentful Paint) — jak szybko widać największy element. Cel: poniżej 2,5 s; my celujemy poniżej 1,5 s.
INP (Interaction to Next Paint) — jak szybko strona reaguje na kliknięcia. Cel: poniżej 200 ms.
CLS (Cumulative Layout Shift) — jak bardzo układ skacze podczas ładowania. Cel: poniżej 0,1.

Do tego dochodzi TTFB (time to first byte): czas, zanim serwer w ogóle zacznie odpowiadać. I właśnie tu architektura statyczna wygrywa wszystko.

Dlaczego statyka + CDN jest strukturalnie szybsza

Klasyczna strona dynamiczna buduje każdą podstronę od nowa przy każdej wizycie: odpala się PHP, odpytywana jest baza, renderują się szablony. Strona statyczna (Jamstack) wykonuje tę pracę raz — podczas builda — a potem serwuje gotowy HTML z krawędzi CDN blisko odwiedzającego. Efekt: TTFB rzędu kilkudziesięciu milisekund, żadnej bazy padającej pod ruchem i powierzchnia ataku bliska zeru.

Co konkretnie dokłada Netlify

Globalny CDN edge — strona leży fizycznie blisko każdego odwiedzającego.
Atomic deploys — każda zmiana to kompletna, niezmienna wersja; rollback to jeden klik, „połowiczny deploy" nie istnieje.
Strategia cache — zasoby dostają wersjonowane adresy i agresywne nagłówki cache; HTML zawsze zostaje świeży.
Przekierowania i nagłówki na edge'u — wykrywanie języka i nagłówki bezpieczeństwa działają na krawędzi CDN, bez logiki serwera.

A co z WordPressem?

WordPress napędza ponad czterdzieści procent internetu — nie bez powodu: bezkonkurencyjny ekosystem wtyczek i motywów, panel redakcyjny znany każdemu marketerowi, ACF do treści strukturalnych i WooCommerce do e-commerce. Dla platformy contentowej z zespołem redakcyjnym albo sklepu WordPress bywa właściwym wyborem — pod warunkiem poważnej konfiguracji: object cache (Redis), opcache PHP, cache stron, CDN z przodu i surowa dieta wtyczkowa. Mocna opcja pośrednia: headless WordPress — WP jako CMS, a odwiedzający widzi statyczny frontend. Najlepsze z obu światów.

Nasze podejście

Dobieramy architekturę do celu, nie odwrotnie: strony firmowe i lead-genowe budujemy statycznie na Netlify (jak samo firmatic.nl — wyniki Lighthouse 90+), platformy contentowe dostają WordPressa albo układ headless. Zawsze z mierzalnymi celami: LCP, INP i widoczność ustalone z góry. Ciekaw, ile da się ugrać na Twojej stronie? Darmowy scan sprawdza przy okazji techniczną bazę SEO.