TL;DR
TTFB poniżej 50 ms vs TTFB 400-1200 ms - to przepaść, której nie nadrobi żadna optymalizacja frontendu.
Badanie Deloitte/Google pokazuje, że 0,1 sekundy przyspieszenia ładowania strony dla retailerów przekładało się na 8,4% wzrost konwersji (źródło: Deloitte / Google, 2020).
100/100 na WordPressie jest osiągalne, ale tylko gdy spełnione są jednocześnie trzy warunki: niestandardowy motyw bez page buildera, hosting klasy enterprise i stała opieka techniczna.
Agencja, która obiecuje 100/100 i jednocześnie buduje stronę na Elementorze, albo nie wie co mówi, albo wie i liczy, że ty nie sprawdzisz.
Szczegóły dotyczące tego, jak wyglądają strony zbudowane w Astro w praktyce i dlaczego ta architektura jest domyślnie szybka, znajdziesz na stronie usług tworzenia stron internetowych.
WordPress może osiągnąć 100/100 w PageSpeed Insights - ale to nie jest ten sam wynik, co 100/100 w Astro, i ta różnica ma bezpośrednie przełożenie na koszty i konwersję.
Strona na Astro ma wysokie wyniki domyślnie, z architektury. WordPress osiąga je warunkowo - pod określonymi założeniami technicznymi, które rzadko przetrwają kontakt z rzeczywistością.
Zrzut ekranu za 100 punktów
Oferty agencji pełne są zielonych kółek z napisem "100". Problem w tym, że wynik PageSpeed Insights pochodzi z laboratorium — symulowane urządzenie mobilne, kontrolowane połączenie, zero skryptów marketingowych, zero zdjęć wgranych przez klienta, zero live chatu z automatyczną wiadomością "Hej, mogę pomóc?".
Agencje rzadko pokazują kilka rzeczy:
jak wygląda ten wynik po 12 miesiącach, gdy klient dodał wtyczkę do rezerwacji, cookiebar RODO i piksel Meta
jaki jest wynik w danych terenowych (Field Data / CrUX) - czyli u prawdziwych użytkowników na prawdziwych telefonach
ile kosztuje miesięczna opieka techniczna potrzebna do utrzymania tego wyniku
jak wynik reaguje na standardową aktualizację popularnej wtyczki
Google rankinguje na podstawie danych terenowych, nie laboratoryjnych. Wynik laboratoryjny to diagnoza. CrUX to rzeczywistość, którą widzą twoi użytkownicy.
Jak uzyskać 100/100 na WordPressie - instrukcja dla cierpliwych
100/100 na WordPressie jest osiągalne, ale tylko gdy spełnione są jednocześnie trzy warunki: niestandardowy motyw bez page buildera, hosting klasy enterprise i stała opieka techniczna. Brak któregokolwiek z nich oznacza wynik poniżej 90.
Motyw lekki jak pióro
Nie Elementor. Nie Divi. Nie WPBakery. Żaden page builder - bo każdy z nich ładuje od kilkuset KB do ponad 1 MB CSS i JS zanim pojawi się pierwsza litera treści. Do osiągnięcia 100/100 potrzebny jest motyw napisany od zera, bez zbędnego kodu. Taki motyw jest zazwyczaj trudniejszy w edycji dla klienta, bo nie ma "przeciągnij i upuść" - wszystko trzeba robić przez kod.
Agencja, która obiecuje 100/100 i jednocześnie buduje stronę na Elementorze, albo nie wie co mówi, albo wie i liczy, że ty nie sprawdzisz.
Hosting nie za 30 zł miesięcznie
Tani shared hosting ma TTFB (czas odpowiedzi serwera) rzędu 600–1200 ms. Przy takim serwerze wynik 100/100 jest nieosiągalny - niezależnie od liczby zainstalowanych wtyczek cache. Do utrzymania wysokich wyników potrzebny jest managed WordPress hosting klasy Kinsta lub WP Engine: 400–800 zł miesięcznie. Na zawsze.
Opieka techniczna jako stały koszt
WordPress 100/100 to jak biały dywan w mieszkaniu z dziećmi - wygląda świetnie w dniu wdrożenia. Aktualizacja WordPressa, wtyczki cache lub motywu potrafi obniżyć wynik o 10-20 punktów w jedną noc. Utrzymanie wysokiego wyniku to regularny audyt, aktualizacje z testami regresji, monitoring Core Web Vitals. Realny koszt: 300–600 zł miesięcznie za opiekę techniczną - bez daty końcowej.
W efekcie "100/100 WordPress" to projekt, który kosztuje permanentnie i degraduje się przy każdej zmianie.
Dlaczego 100/100 w Astro to zupełnie inna historia
W Astro 100/100 nie jest celem optymalizacji - jest punktem wyjścia. Wynika to z trzech fundamentalnych decyzji architektonicznych: brak JavaScriptu po stronie klienta, statyczne pliki serwowane z CDN oraz brak warstwy dynamicznej, która mogłaby zostać przeciążona lub zepsuć się po aktualizacji.
Zero JavaScript - serio, zero
Astro stosuje podejście zwane Islands Architecture. Domyślnie wysyła do przeglądarki wyłącznie HTML i CSS. JavaScript jest ładowany tylko dla konkretnych, interaktywnych elementów - formularza, galerii, live chatu - i tylko wtedy, gdy użytkownik ich potrzebuje.
Dla porównania: WordPress z Elementorem ładuje cały bundle JavaScript dla całej strony przy każdym wejściu, nawet gdy użytkownik tylko czyta artykuł i nigdy w nic nie kliknie. Ten JS musi się pobrać, sparsować i uruchomić - a przeglądarka jest w tym czasie zajęta i nie renderuje treści. To właśnie mierzy metryka TBT (Total Blocking Time). W Astro TBT wynosi 0-10 ms. W WordPressie z page builderem - 200-800 ms.
Statyczne pliki na CDN - serwer nie myśli, serwer podaje
Każde wejście na stronę WordPress uruchamia PHP, które łączy się z bazą danych, pobiera dane, składa HTML i wysyła do przeglądarki. Przy dobrym serwerze zajmuje to 200–400 ms. Przy tanim - 600-1200 ms. I to zanim przeglądarka zacznie renderować cokolwiek.
Astro generuje gotowe pliki HTML podczas "builda" - jednorazowego procesu kompilacji. Te pliki trafiają na CDN (Cloudflare Pages, Vercel) rozsiany po węzłach na całym świecie. Gdy użytkownik wchodzi na stronę, najbliższy węzeł CDN wysyła gotowy plik w 20–50 ms. Serwer nie odpytuje bazy danych. Nie uruchamia PHP. Nie "myśli". Po prostu podaje.
TTFB poniżej 50 ms vs TTFB 400-1200 ms - to przepaść, której nie nadrobi żadna optymalizacja frontendu.
Wynik nie degraduje się sam z siebie
Strona statyczna nie ma wtyczek, które trzeba aktualizować. Nie ma dynamicznego backendu, który ktoś może przeciążyć. Nie ma motywu, który autor zmienił w wersji 3.2.1 dodając pięć nowych animacji. Wynik 98/100 po wdrożeniu to wynik 98/100 po dwóch latach - bez audytów, bez monitoringu, bez wtyczek cache.
Hosting statyczny na Cloudflare Pages kosztuje 0–80 zł miesięcznie i nie wymaga zarządzania serwerem. Różnica w kosztach utrzymania między WordPressem a Astro po 3 latach potrafi wynieść 15 000–25 000 zł.
Porównanie bez owijania w bawełnę
Kryterium | WordPress "zoptymalizowany" | Astro + Headless CMS |
|---|---|---|
Lighthouse mobile — po wdrożeniu | 85–100/100 | 95–100/100 |
Lighthouse mobile — po 12 miesiącach | 65–85/100 | 95–100/100 |
Dane terenowe (prawdziwi użytkownicy) | 55–80/100 | 90–100/100 |
TTFB | 200–1200 ms | 20–50 ms |
TBT (blokowanie wątku) | 200–800 ms | 0–10 ms |
Koszt hostingu/mies. | 200–800 zł | 0–80 zł |
Koszt opieki technicznej/mies. | 300–600 zł | 0–150 zł |
Degradacja wyniku w czasie | Wysoka | Minimalna |
Co z tego wynika dla twojego biznesu
PageSpeed 100/100 w laboratorium to dobry slajd w prezentacji agencji. Ale firma, której strona ma generować leady, powinna patrzeć na inne liczby: jaki jest wynik w danych terenowych, u moich użytkowników, za rok.
Badanie Deloitte/Google pokazuje, że 0,1 sekundy przyspieszenia ładowania strony dla retailerów przekładało się na 8,4% wzrost konwersji (źródło: Deloitte / Google, 2020). Nie 100/100 w raporcie — 0,1 sekundy w życiu. Marketing bez szybkiej strony to spalanie budżetu — i nie chodzi tu o laboratoryjny wynik, który agencja pokazuje w ofercie.
Pytania do zadania agencji przed podpisaniem
Zanim uwierzysz w obietnicę "zrobimy ci 95+ w PageSpeed":
Jaki będzie wynik w danych terenowych (Field Data), nie tylko laboratoryjnych?
Jaki page builder lub framework używacie - i czy jest zgodny z tym wynikiem?
Jaki hosting zakładacie i ile kosztuje miesięcznie?
Jak wygląda wynik strony z waszego portfolio po 12-18 miesiącach od wdrożenia?
Ile kosztuje miesięczna opieka potrzebna do utrzymania tego wyniku?
Odpowiedzi na te pytania szybko pokażą, czy masz do czynienia z agencją, która buduje strony szybkie z natury - czy taką, która optymalizuje pod zrzut ekranu do następnej oferty.
Szczegóły dotyczące tego, jak wyglądają strony zbudowane w Astro w praktyce i dlaczego ta architektura jest domyślnie szybka, znajdziesz na stronie usług tworzenia stron internetowych.
Najczęściej zadawane pytania
Tak, ale wymaga spełnienia trzech warunków jednocześnie: niestandardowego motywu bez page buildera, managed hostingu klasy Kinsta/WP Engine (400–800 zł miesięcznie) oraz stałej opieki technicznej z monitoringiem Core Web Vitals. Bez któregokolwiek z nich realny wynik to 70–85/100.
Wynik laboratoryjny (Lighthouse) to test w kontrolowanych warunkach - symulowane urządzenie, stabilne łącze, brak rzeczywistych skryptów. Dane terenowe (Field Data / CrUX) pochodzą od prawdziwych użytkowników Chrome'a na ich własnych urządzeniach i łączach. Google rankinguje na podstawie danych terenowych, nie laboratoryjnych.
Astro generuje statyczne pliki HTML podczas builda i serwuje je z CDN - bez PHP, bez bazy danych, bez backendu. Domyślnie nie wysyła JavaScriptu do przeglądarki (Islands Architecture). WordPress przy każdym wejściu uruchamia PHP, łączy się z MySQL i składa stronę dynamicznie, co kosztuje 200–1200 ms zanim cokolwiek się wyświetli.
Realny miesięczny koszt to 700-1400 zł: 400–800 zł za managed hosting + 300-600 zł za opiekę techniczną (regularne aktualizacje, audyty, monitoring). Dla porównania strona statyczna na Cloudflare Pages kosztuje 0–80 zł miesięcznie i nie wymaga stałej opieki technicznej.
Tak, ale poprzez Core Web Vitals mierzone w danych terenowych (CrUX), a nie poprzez wynik laboratoryjny z raportu. Kluczowe metryki to LCP (< 2,5 s), INP (< 200 ms) i CLS (< 0,1). Wynik 100/100 w laboratorium przy słabych danych terenowych nie pomoże w pozycjonowaniu.
Bez stałej opieki technicznej wynik degraduje się o 15–30 punktów w ciągu 12 miesięcy. Główne przyczyny to aktualizacje wtyczek, dodawane przez klienta media bez optymalizacji, kolejne skrypty marketingowe (piksel Meta, cookiebar, live chat) oraz aktualizacje motywu. Astro w tym samym okresie utrzymuje pierwotny wynik.
