Krótka odpowiedź: jeśli Twoja strona ma prezentować usługi, łapać zapytania z Google i działać latami bez niespodzianek, Astro daje lepszy wynik przy niższym koszcie utrzymania. Jeśli prowadzisz sklep, publikujesz treści kilka razy dziennie przez kilkuosobową redakcję albo potrzebujesz kont użytkowników i rezerwacji z gotowej wtyczki - WordPress nadal wygrywa i mówię to bez żalu. Dłuższa odpowiedź jest ciekawsza, bo różnica między tymi technologiami nie polega na tym, która jest "nowocześniejsza", tylko na tym, gdzie wykonuje się praca: u Ciebie na serwerze przy każdym wejściu, czy raz, na moim komputerze, przed publikacją.
Skąd w ogóle pytanie: Astro czy WordPress
WordPress napędza 41,2 procent wszystkich stron w internecie i 59,1 procent rynku systemów zarządzania treścią (W3Techs, lipiec 2026). Elementor, najpopularniejszy kreator wizualny do WordPressa, ma ponad 10 milionów aktywnych instalacji i siedzi mniej więcej na co trzeciej stronie WordPress. To oznacza, że gdy pytasz wykonawcę o stronę firmową, w większości przypadków dostajesz właśnie ten zestaw: WordPress, motyw, Elementor i kilkanaście wtyczek. Nie dlatego, że to najlepszy wybór dla Twojej firmy, tylko dlatego, że tak wygląda domyślna ścieżka rynku.
Astro to framework do budowy stron statycznych, który od 2021 roku po cichu przejął segment stron opartych na treści. Buduje z niego swoje serwisy między innymi Porsche, IKEA, Microsoft, Visa, The Guardian i Cloudflare. W ankiecie State of JS 2025 (13 002 programistów, wyniki ogłoszone w marcu 2026) Astro zajęło pierwsze miejsce pod względem satysfakcji wśród wszystkich meta-frameworków, z przewagą 39 punktów procentowych nad Next.js - żaden inny framework nie zbliżył się do tego wyniku. To nie jest już egzotyka - to dojrzała technologia z dużym wsparciem.
Ten tekst jest porównaniem, a nie manifestem. Buduję strony w Astro, więc mam swoje zdanie, ale liczby poniżej pochodzą z niezależnych źródeł, a rozdział o przewagach WordPressa napisałem serio. Zestawienie Astro vs WordPress ma sens tylko wtedy, gdy uczciwie pokazuje oba stacki. Bo wybór technologii to nie kwestia mody, tylko tego, jaki stack utrzymasz przez najbliższe trzy lata.
Astro vs WordPress: różnica w architekturze, czyli kto składa HTML
WordPress przy każdym wejściu użytkownika składa stronę od nowa: PHP odpytuje bazę danych, dokłada motyw, uruchamia kilkanaście wtyczek i dopiero wtedy wysyła gotowy HTML. Elementor dokłada do tego własną warstwę - kod, który pozwala przeciągać elementy myszą, musi trafić do przeglądarki odwiedzającego, mimo że przeciągasz tylko Ty, raz na kwartał. Astro odwraca kolejność: cała ta praca wykonuje się raz, u wykonawcy, przed publikacją - podczas budowania serwisu (build). Na serwerze lądują gotowe pliki HTML, CSS i obrazki, czyli czysty frontend bez warstwy wykonawczej. Nie ma bazy danych, nie ma PHP, nie ma panelu logowania na produkcji, nie ma wtyczek do aktualizacji. Serwer nie liczy nic - po prostu podaje plik.
Z tej jednej różnicy wynika wszystko, co przeczytasz niżej: szybkość, koszty serwera, odporność na ataki i to, że strona sprzed roku wygląda i działa dokładnie tak samo, jak w dniu odbioru.
Wydajność i Core Web Vitals: co mówi cały internet, nie ulotka
Google mierzy realną szybkość stron u prawdziwych użytkowników i publikuje te dane w raporcie Core Web Vitals Technology Report. Zdawalność to procent stron danej technologii, które mieszczą się w progach szybkości i stabilności uznanych przez Google za dobre. Poniżej pomiar z kwietnia 2026 (za analizą Search Engine Journal, maj 2026) uzupełniony medianą wagi strony:
| Technologia | Zdawalność Core Web Vitals | Komentarz |
|---|---|---|
| Duda | ok. 85 procent | kreator z mocnym naciskiem na wydajność |
| Wix | ok. 80 procent | kreator, sufit ustawia builder |
| Shopify | ok. 79 procent | najcięższe strony, ratuje je infrastruktura |
| Astro | ok. 67 procent | mediana wagi strony 1,65 MB, najlżejsza w zestawieniu |
| Drupal | ok. 64 procent | klasyczny CMS |
| Joomla | ok. 58 procent | klasyczny CMS |
| WordPress | ok. 49 procent | mediana wagi strony 2,89 MB (Web Almanac 2025) |
Dla SEO ma to bezpośrednie przełożenie: te wskaźniki są jednym z sygnałów rankingowych Google. Przeczytaj jednak tę tabelę uczciwie: to statystyka populacji, nie wyrok na konkretną stronę. Mówi ona tyle, że mniej więcej co druga strona na WordPressie nie mieści się w progach Google, podczas gdy w Astro nie mieści się mniej więcej co trzecia. Nie mówi, że Twój WordPress musi być wolny - mówi, że domyślny wynik jest słabszy i trzeba pracy, żeby go poprawić.
Warto znać też kontrapunkt. Serwis WebVitals.tools, który liczy te same dane z bazy CrUX, szacuje, że wybór technologii odpowiada za mniej więcej 10 punktów procentowych zdawalności, a reszta to hosting i dyscyplina przy obrazkach. Innymi słowy: dobry serwer i zoptymalizowane zdjęcia potrafią uratować WordPressa, a zaniedbane zdjęcia potrafią zepsuć Astro. Technologia daje przewagę startową, nie immunitet.
Ile waży strona na Elementorze: motyw, plugins i jQuery
Sam Elementor podaje na swoim blogu dla programistów, ile kodu dokłada do strony po serii optymalizacji: w wersji 3.3 to około 86 KB JavaScriptu i 135 KB CSS, a dodatek Pro dorzuca kolejne 104 KB JS i 54 KB CSS. Razem około 190 KB JavaScriptu i 190 KB stylów - zanim doliczysz motyw, jQuery, wtyczkę do formularzy, wtyczkę SEO, wtyczkę do cookies i cokolwiek jeszcze wisi w zestawie. A typowa strona firmowa ma kilkanaście wtyczek (plugins), z których każda dokłada swoją porcję kodu. W teście porównawczym WP Rocket typowa strona na Elementorze ważyła 940 KB i miała LCP na poziomie 5,4 sekundy przed optymalizacją oraz 1,3 sekundy po wdrożeniu wtyczki cache.
Zwróć uwagę na tę ostatnią liczbę, bo jest kluczowa dla całej dyskusji o kosztach: WordPress z Elementorem potrafi być szybki, ale potrzebuje do tego kolejnej płatnej wtyczki i kogoś, kto ją poprawnie skonfiguruje - i utrzyma tę konfigurację przy każdej aktualizacji. Astro startuje z zerem JavaScriptu domyślnie. To nie efekt optymalizacji, tylko architektury: skoro strona jest plikiem, nie ma czego cache-ować.
Na tej stronie, którą właśnie czytasz, możesz to sprawdzić sam. Wciśnij F12, zakładka Network, odśwież - i porównaj z dowolną stroną firmową zbudowaną na kreatorze.
Szybkość to nie estetyka, tylko przychód
Najlepsze badanie na ten temat zrobiło Deloitte razem z Google ("Milliseconds Make Millions", 37 marek, ponad 30 milionów sesji). Poprawa czasu ładowania o zaledwie 0,1 sekundy dała wzrost konwersji o 8,4 procent w handlu i 10,1 procent w turystyce. Dla firm usługowych najciekawsza jest jedna liczba z tego raportu: skuteczność wysłania rozpoczętego formularza wzrosła o 21,6 procent. To dokładnie ten moment, w którym Twój potencjalny klient albo wysyła zapytanie, albo się rozmyśla.
Druga strona medalu to porzucenia. Według danych Portent (ponad 27 tysięcy stron docelowych) konwersja spada z 3,05 procent przy ładowaniu w 1 sekundę do 1,12 procent przy 3 sekundach. Google podaje, że 53 procent użytkowników mobilnych opuszcza stronę, która ładuje się dłużej niż 3 sekundy. Przy stronie firmowej, na którą wchodzi 500 osób miesięcznie, różnica jednej sekundy to realnie kilka zapytań w skali kwartału - a przy średnim zleceniu za kilka tysięcy złotych ta arytmetyka broni się sama.
Bezpieczeństwo WordPressa: 91 procent podatności siedzi we wtyczkach
Raport Patchstack "State of WordPress Security in 2026" podaje twarde liczby za rok 2025: 11 334 nowe podatności w ekosystemie WordPressa, o 42 procent więcej niż rok wcześniej. Rozkład jest bezlitosny i wart zapamiętania: 91 procent tych podatności pochodzi z wtyczek, 9 procent z motywów, a mniej niż 1 procent z samego rdzenia WordPressa (w całym 2025 roku było ich sześć). Sam WordPress jest solidny. Problemem jest to, co się do niego dokłada.
Dwie liczby, które robią największe wrażenie na moich klientach. Pierwsza: mediana czasu od ujawnienia podatności do pierwszej próby jej wykorzystania wynosi 5 godzin, a 45 procent podatności jest atakowanych w ciągu doby. Druga: 46 procent podatności nie miało jeszcze łatki w momencie publicznego ujawnienia. To znaczy, że nawet dyscyplina "aktualizuję wszystko od razu" nie zawsze wystarcza, bo czasem nie ma czego zainstalować. Zabezpieczenia po stronie serwera blokują tylko około 12 procent znanych, wykorzystywanych podatności.
Sam Elementor ma w bazie Patchstack 40 załatanych podatności, a w samym 2026 roku pojawiła się w nim już czwarta luka związana z kontrolą uprawnień (CVE-2026-49782, wersje do 4.1.0, ponad 10 milionów instalacji). Nie piszę tego, żeby straszyć - to normalne dla oprogramowania tej skali i zespół Elementora łata sprawnie. Piszę to, żeby pokazać, skąd bierze się koszt utrzymania: ktoś musi te aktualizacje wgrywać, sprawdzać, czy nic po nich nie pękło, i trzymać kopie zapasowe na wypadek, gdy jednak pękło.
Strona statyczna nie jest "bezpieczniejsza" dzięki lepszej dyscyplinie. Ona po prostu nie ma powierzchni ataku, o której mowa w tym raporcie: nie ma wtyczek, nie ma bazy danych, nie ma formularza logowania i nie ma PHP wykonującego się na serwerze. Nie da się zhakować panelu, którego nie ma.
Koszty przez trzy lata: gdzie naprawdę uciekają pieniądze
Cena wykonania to jedno, koszt posiadania to drugie - i to on decyduje, czy strona była tania. Poniżej zestawienie typowych, powtarzalnych kosztów rocznych dla jednej strony firmowej. Ceny licencji z sierpnia 2026, przeliczone orientacyjnie po kursie 4 zł za dolara:
| Pozycja | WordPress z Elementorem | Strona w Astro |
|---|---|---|
| Licencja kreatora | Elementor Advanced Solo 99 USD/rok (ok. 400 zł) | brak |
| Wtyczka cache | WP Rocket 59 USD/rok (ok. 240 zł) | zbędna |
| Wtyczka SEO | Yoast Premium lub Rank Math ok. 100 USD/rok (ok. 400 zł) | wbudowane w kod |
| Wtyczka formularzy | WPForms Basic 99 USD/rok (ok. 400 zł) | formularz zewnętrzny lub CRM |
| Hosting | wydajny hosting WP 350-660 USD/rok (ok. 1400-2600 zł) | Cloudflare Pages: 0 zł, transfer bez limitu |
| Opieka techniczna | aktualizacje, kopie, testy po update | minimalna, brak wtyczek do łatania |
| Suma roczna, orientacyjnie | ok. 2800-4000 zł, co roku | ok. 0-300 zł (sama domena) |
Trzy zastrzeżenia do tej tabeli, żeby była uczciwa. Po pierwsze: da się zbudować WordPressa taniej, na darmowych wtyczkach i serwerze współdzielonym za 200 zł rocznie - kosztem wydajności i wsparcia. Po drugie: WPForms i wiele innych wtyczek daje 50 procent rabatu na pierwszy rok, a pełną cenę bierze przy odnowieniu, więc rok drugi bywa niemiłą niespodzianką. Po trzecie: Astro nie eliminuje kosztu utrzymania całkowicie, tylko go przesuwa - z aktualizacji wtyczek na aktualizacje zależności i okresowe przebudowanie. Różnica polega na tym, że zaniedbana strona statyczna dalej działa i dalej jest bezpieczna, a zaniedbany WordPress staje się problemem.
Różnica rzędu 2500-3500 zł rocznie oznacza, że przy trzyletnim horyzoncie sama oszczędność na licencjach i serwerze pokrywa znaczną część wyższego kosztu wykonania. To jest właśnie moment, w którym "droższa" strona okazuje się tańsza.
Headless CMS do Astro: a kto mi będzie edytował treści?
To najsensowniejszy zarzut wobec stron statycznych i zasługuje na konkretną odpowiedź, a nie na "wyślesz mi mailem". Odpowiedź brzmi: headless CMS - system, w którym zarządzasz treścią, a Astro odpowiada wyłącznie za jej wyświetlenie. Astro ma udokumentowane integracje z 47 systemami zarządzania treścią, w tym z Sanity, Storyblok, Strapi i Contentful, a także z samym WordPressem w trybie headless. W praktyce wybór sprowadza się do czterech scenariuszy:
| Rozwiązanie | Jak wygląda edycja | Koszt |
|---|---|---|
| Bez CMS-a | zmiany zleca się wykonawcy | w ramach opieki |
| Decap albo Keystatic | prosty panel w przeglądarce, treść w repozytorium | 0 zł, open source |
| Storyblok, Sanity, Strapi albo Contentful | headless CMS z wizualnym edytorem i podglądem na żywo, najbliżej doświadczenia Elementora | darmowy plan dla małych firm, wyżej od 15 USD za osobę |
| Headless WordPress | zostajesz przy panelu WordPressa, który znasz, a odwiedzający dostają statyczny frontend | koszt taniego serwera WP |
Ostatni wariant jest wart podkreślenia, bo rozbraja cały spór: headless WordPress to ten sam panel, który znasz, tylko odcięty od warstwy publicznej - piszesz w WordPressie, a wyświetla Astro. Redakcja pracuje tak jak dotąd, a odwiedzający nie pobiera ani grama Elementora i nie ma jak trafić na panel logowania, bo publicznie go nie ma. Do tego Astro 6 wprowadziło Live Content Collections - treści z headless CMS pojawiają się na stronie bez czekania na kolejny build, co było klasycznym zarzutem wobec stron statycznych.
W praktyce, przy stronach firm usługowych, najczęściej sprawdza się wariant pierwszy albo drugi. Firma sprzątająca aktualizuje cennik dwa razy w roku i nie potrzebuje do tego panelu, za który płaci co miesiąc.
Kiedy WordPress jest lepszym wyborem: sklep, workflow redakcji, konta
Jest kilka sytuacji, w których odradzam Astro, nawet jeśli sam je buduję.
Sklep internetowy i WooCommerce
WooCommerce obsługuje 48,4 procent rynku e-commerce (W3Techs, lipiec 2026) i ma gotowe wszystko: koszyk, płatności, magazyn, faktury, integracje z kurierami. Odtworzenie tego w Astro to projekt na miesiące. Ja sklepów nie buduję w żadnej technologii, ale gdybym miał doradzić - WordPress z WooCommerce albo Shopify, nie Astro.
Redakcja i workflow publikacji
Jeśli kilka osób pisze, planuje publikacje na konkretne godziny, zatwierdza teksty w obiegu i zarządza dużą biblioteką zdjęć, klasyczny CMS ma te funkcje od dwudziestu lat i działają. Cały workflow redakcyjny - od szkicu, przez korektę, po publikację - jest tam wbudowany, a przy dużym wolumenie content marketingu to realna oszczędność czasu. W Astro ten workflow trzeba dokupić w headless CMS albo skonfigurować.
Konta użytkowników, kursy online, treści płatne
Logowanie, role, strefa dla członków, komentarze - w WordPressie to wtyczka za 200 zł, w Astro to projekt programistyczny.
Gotowe plugins zamiast pisania funkcji od zera
Rezerwacja terminów z kalendarzem grupowym, kalkulator ubezpieczeń, wielojęzyczność z tłumaczeniem podstron - jeśli istnieje sprawdzona wtyczka, która robi dokładnie to, czego potrzebujesz, jej napisanie od zera rzadko się opłaca.
Ciągłość wykonawcy i przejęcie serwisu
To argument, o którym mało kto mówi, a jest realny: wykonawcę WordPressa znajdziesz w każdym mieście, wykonawców Astro jest wyraźnie mniej. Dlatego przy każdym projekcie oddaję klientowi pełne repozytorium i dokumentację - żeby przejęcie serwisu przez kogokolwiek innego było możliwe. Zapytaj o to każdego wykonawcę, niezależnie od technologii.
Czy da się zrobić szybki WordPress? Da się
Nie będę udawał, że nie. WordPress z dobrym, lekkim motywem, minimalną liczbą wtyczek, poprawnie skonfigurowanym cache i wydajnym serwerem osiąga bardzo dobre wyniki - w cytowanym teście WP Rocket było to 99 na 100 punktów i 1,3 sekundy ładowania. Problem nie polega na tym, że się nie da. Polega na trzech innych rzeczach.
Po pierwsze, to wymaga eksperckiej pracy, a więc kosztuje - i ta praca jest poza standardową ofertą "strona na WordPressie za 3000 zł", w której optymalizacja i SEO są zwykle wymienione w ofercie, ale nie w budżecie. Po drugie, wynik jest kruchy: wystarczy jedna nowa wtyczka od kolejnego wykonawcy, jedna aktualizacja motywu albo jedno zdjęcie wrzucone przez klienta prosto z telefonu i optymalizacja przestaje działać. Po trzecie, ta praca nigdy się nie kończy, bo ekosystem żyje własnym życiem. W Astro szybkość jest stanem domyślnym, do którego się wraca po każdym przebudowaniu, a nie wynikiem, którego trzeba pilnować.
Jest też odwrotna prawda, o której nie powinienem milczeć: źle zbudowana strona w Astro, z nieskompresowanymi zdjęciami po 4 MB i trzema zewnętrznymi skryptami śledzącymi, będzie wolniejsza od dobrze zrobionego WordPressa. Technologia jest narzędziem, nie gwarancją.
Migracja z WordPressa na Astro - jak to wygląda w praktyce
Najczęstszy scenariusz w mojej pracy to nie budowa od zera, tylko przeniesienie istniejącej strony. Wygląda to tak: przenoszę treści i zdjęcia (teksty zwykle są w porządku, wymagają odświeżenia, nie przepisania), odtwarzam strukturę adresów jeden do jednego, żeby nie stracić pozycji w Google, przebudowuję warstwę wizualną w Astro, dokładam dane strukturalne i sekcje FAQ pod odpowiedzi AI, ustawiam przekierowania dla adresów, które muszą się zmienić, i publikuję. Stara strona zostaje dostępna do porównania, aż nowa się ustabilizuje.
Kluczowy czynnik cenowy to punkt startu. Jeśli masz dobry content i zdjęcia, migracja jest wyraźnie tańsza niż budowa od podstaw - opisałem to dokładniej we wpisie o kosztach strony internetowej. Firma spod Swarzędza, o której tam piszę, przeszła dokładnie tę drogę: miała dobre treści na wolnej technologii i zapłaciła za przeniesienie ułamek tego, co kosztowałaby budowa od zera.
Czy migracja szkodzi SEO? Przy zachowanej strukturze adresów i poprawnych przekierowaniach - nie, a po kilku tygodniach zwykle pomaga, bo szybkość jest czynnikiem rankingowym. Techniczne SEO w Astro jest zresztą prostsze: masz pełną kontrolę nad kodem HTML, tytułami, danymi strukturalnymi i mapą strony, bez pośrednictwa wtyczki SEO. Ryzyko pojawia się dopiero wtedy, gdy ktoś przy okazji zmienia wszystkie adresy podstron i nie ustawia przekierowań.
Pięć pytań, które rozstrzygną wybór za Ciebie
Po pierwsze: czy sprzedajesz produkty przez koszyk? Jeśli tak - WordPress z WooCommerce albo Shopify, koniec tematu. Po drugie: ile razy w miesiącu ktoś w Twojej firmie będzie edytował treść? Przy odpowiedzi "kilka razy w roku" panel CMS jest zbędnym kosztem, przy "codziennie" jest niezbędny. Po trzecie: ile możesz wydawać rocznie na utrzymanie? Jeśli odpowiedź brzmi "jak najmniej", strona statyczna wygrywa różnicą kilku tysięcy złotych w trzy lata. Po czwarte: czy potrzebujesz funkcji, która istnieje jako gotowa wtyczka? Jeśli tak, policz koszt napisania jej od zera, zanim zdecydujesz. Po piąte: co jest dla Ciebie większym ryzykiem - to, że strona wypadnie z Google po nieudanej aktualizacji, czy to, że wykonawcę zastąpisz trudniej?
Uczciwie: przy stronach firm usługowych, którymi się zajmuję, cztery z tych pięciu odpowiedzi prawie zawsze wskazują na Astro. Ale gdy wskazują na WordPressa, mówię to wprost - bo strona, której klient nie umie utrzymać, jest złą stroną niezależnie od tego, jak szybko się ładuje.
Astro czy WordPress: co robię ja i dlaczego
Buduję strony w Astro, bo dla firmy usługowej, która aktualizuje treści kilka razy w miesiącu, to najlepszy stosunek wyniku do kosztu posiadania: wyniki Lighthouse 90 i więcej, hosting za grosze albo za darmo, brak wtyczek do łatania i brak scenariusza "strona padła w nocy po automatycznej aktualizacji". Ta strona, którą czytasz, jest zbudowana dokładnie w tej technologii - razem z kalkulatorem wyceny, blogiem, technicznym SEO i danymi strukturalnymi pod odpowiedzi AI. Cały content powstaje w plikach, a nie w bazie danych - dzięki temu wersjonuję go tak samo jak kod. Możesz sprawdzić jej wynik w PageSpeed Insights, zanim mi uwierzysz.
Jeśli masz stronę na WordPressie i zastanawiasz się, czy warto ją przenosić, najprostszy pierwszy krok to sprawdzić dwie rzeczy: wynik w PageSpeed Insights na telefonie i sumę tego, co płacisz rocznie za licencje, serwer i opiekę. Jeśli pierwsza liczba jest poniżej 50, a druga powyżej 2000 zł - warto o tym porozmawiać. Konsultacja jest bezpłatna, a jeśli po niej uznam, że Twój obecny WordPress jest w porządku i nie ma czego przenosić, powiem to wprost.
Słowniczek: build, frontend, stack i inne pojęcia z ofert
W ofertach na stronę internetową roi się od angielskich skrótów. Poniżej te, które padają w tym tekście i w rozmowach z wykonawcami - żebyś wiedział, za co dokładnie płacisz.
| Pojęcie | Co oznacza w praktyce |
|---|---|
| static site generator | generator stron statycznych, np. Astro. Składa cały website raz, przed publikacją, zamiast przy każdym wejściu użytkownika |
| build | moment składania serwisu. Po każdej zmianie treści leci nowy build i na serwer trafia świeży komplet plików |
| frontend | wszystko, co widzi i pobiera odwiedzający: HTML, style, obrazki, skrypty |
| headless CMS | panel do zarządzania treścią odcięty od warstwy wyświetlania - piszesz w jednym systemie, wyświetla drugi |
| islands architecture | podejście Astro: JavaScript ładuje się wyspowo, tylko tam gdzie jest naprawdę potrzebny (formularz, slider), a reszta strony zostaje czystym HTML |
| stack | zestaw technologii, na którym stoi serwis. WordPress plus PHP plus MySQL to jeden stack, Astro plus statyczny serwer to inny |
| plugins | wtyczki - gotowe dodatki rozszerzające WordPress site o nowe funkcje, każda ze swoim kodem i swoim ryzykiem |
| LCP, INP, CLS | trzy wskaźniki Google mierzące realną szybkość i stabilność strony u prawdziwych użytkowników |
Ten słowniczek ma jeszcze jedno zastosowanie: jeśli wykonawca używa tych słów, a nie potrafi ich wytłumaczyć w dwóch zdaniach po polsku, to sygnał ostrzegawczy.
Skąd te liczby - źródła
W tym tekście padło kilkanaście konkretnych statystyk. Każda ma źródło i każde możesz sprawdzić sam - poniżej pełna lista, bo artykuł, który sypie procentami bez podania skąd, nie jest wart więcej niż opinia na forum.
| Dane | Źródło |
|---|---|
| Udziały rynkowe WordPressa, Elementora i WooCommerce | W3Techs, Usage statistics of WordPress, lipiec 2026 |
| Zdawalność wskaźników per technologia | Search Engine Journal, "Core Web Vitals: WordPress And Astro Versus Everyone Else", maj 2026 |
| Mediana wagi strony, statystyki CMS-ów | HTTP Archive, Web Almanac 2025, rozdziały CMS i Performance |
| Udział technologii w zdawalności vs serwer i obrazki | WebVitals.tools, Framework and CMS benchmarks, kwiecień 2026 |
| Waga assetów Elementora w KB | Elementor Developers, "How Elementor Improved Asset Loading", dane producenta |
| Test wydajności strony na Elementorze | WP Rocket, Divi vs Elementor performance, aktualizacja grudzień 2025 |
| 11 334 podatności, 91 procent z wtyczek, 5 godzin do eksploatacji | Patchstack, "State of WordPress Security in 2026", marzec 2026 |
| Podatności Elementora, CVE-2026-49782 | Patchstack Vulnerability Database, wpis dla wtyczki Elementor |
| Wpływ 0,1 sekundy na konwersję | Deloitte i Google, "Milliseconds Make Millions", 37 marek, ponad 30 mln sesji |
| Konwersja a czas ładowania | Portent, "Site Speed Is Hurting Everyone's Revenue", ponad 27 tys. stron docelowych |
| Satysfakcja z frameworków | State of JS 2025, sekcja Meta-Frameworks, 13 002 respondentów, publikacja marzec 2026 |
| Zero JS by default, islands, Live Content Collections | Dokumentacja Astro: "Why Astro" oraz ogłoszenia wydań Astro 6 i Astro 7 |
| WordPress jako panel treści dla Astro | Dokumentacja Astro, przewodnik "Headless WordPress & Astro" - Astro opisuje ten wariant jako WordPress as a CMS |
| Migracja z WordPressa | Dokumentacja Astro, przewodnik "Migrating from WordPress" |
| Ceny licencji i serwerów | Cenniki Elementor, WP Rocket, Yoast, Rank Math, WPForms, Kinsta, WP Engine, Cloudflare Pages, sierpień 2026 |
Jeśli któraś liczba wyda Ci się naciągana - sprawdź ją. Ten artykuł ma Ci pomóc podjąć decyzję, a nie wygrać spór o technologię.
Najczęstsze pytania o Astro i WordPressa
Czy Astro jest lepsze od WordPressa?
Nie w każdym zastosowaniu. Do stron prezentujących usługi, portfolio, blogów firmowych i landing page framework Astro daje lepszą szybkość, niższy koszt utrzymania i mniejsze ryzyko włamania. Do sklepów internetowych, serwisów z kontami użytkowników i redakcji publikujących codziennie WordPress jest wygodniejszy i tańszy we wdrożeniu. Wybór zależy od tego, co strona ma robić, a nie od tego, która technologia jest nowsza.
Czy będę mógł samodzielnie edytować treści na stronie w Astro?
Tak, jeśli o to poprosisz. Do wyboru są trzy warianty: darmowy panel typu Decap lub Keystatic, komercyjny system z wizualnym edytorem (Storyblok, Sanity) albo WordPress używany wyłącznie jako panel redakcyjny, z Astro jako warstwą, którą widzi odwiedzający. Przy stronach aktualizowanych kilka razy w roku najczęściej najtańszym rozwiązaniem jest zlecanie zmian w ramach opieki.
Czy strona na Astro pozycjonuje się lepiej niż WordPress?
Sama technologia nie pozycjonuje - w SEO decydują content, struktura i linki. Astro daje jednak lepszy punkt startu: czysty kod HTML, szybkie ładowanie (a szybkość jest czynnikiem rankingowym) i pełną kontrolę nad danymi strukturalnymi. W statystykach Google mniej więcej co druga strona WordPress nie mieści się w progach Core Web Vitals, wobec mniej więcej co trzeciej w Astro.
Ile kosztuje przeniesienie strony z WordPressa na Astro?
Zależy głównie od punktu startu. Jeśli masz dobre treści i zdjęcia, przenoszę je do nowej technologii z kosmetycznymi poprawkami i koszt jest wyraźnie niższy niż budowa od zera - w moich pakietach zwykle 3000-6000 zł netto dla typowej strony firmowej. Budowa wszystkiego od podstaw, z pisaniem treści, kosztuje odpowiednio więcej.
Czy migracja z WordPressa zaszkodzi moim pozycjom w Google?
Nie, jeśli zachowana zostanie struktura adresów i ustawione poprawne przekierowania 301 dla tych, które muszą się zmienić. Standardem jest też przeniesienie tytułów, opisów i danych strukturalnych oraz zgłoszenie nowej mapy strony w Search Console. Ryzyko pojawia się wtedy, gdy ktoś przy okazji zmienia wszystkie adresy i pomija przekierowania.
Czy Elementor spowalnia stronę?
Dokłada do niej kod, który przeglądarka musi pobrać: według danych samego Elementora to około 190 KB JavaScriptu i 190 KB stylów razem z dodatkiem Pro, zanim doliczysz motyw i pozostałe wtyczki. Da się to zoptymalizować wtyczką cache i dobrym serwerem, ale wymaga to pracy i konfiguracji, która psuje się przy kolejnych zmianach na stronie.
Czy strona statyczna jest bezpieczniejsza od WordPressa?
Tak, i to nie kwestia dyscypliny, tylko architektury. Według raportu Patchstack 91 procent podatności w ekosystemie WordPressa pochodzi z wtyczek, a mediana czasu od ujawnienia luki do pierwszej próby jej wykorzystania to 5 godzin. Strona statyczna nie ma wtyczek, bazy danych ani panelu logowania na produkcji, więc ten wektor ataku po prostu nie istnieje.
Co się stanie z moją stroną w Astro, jeśli przestaniemy współpracować?
Dostajesz pełne repozytorium z kodem, dostępy do serwera i domeny oraz dokumentację projektu - strona jest Twoja i przejmie ją każdy programista znający współczesny frontend. Warto zadać to samo pytanie każdemu wykonawcy, także przy WordPressie: brak przekazania dostępów i praw jest znacznie większym ryzykiem niż wybór technologii.
Czy Astro nadaje się na duży serwis, czy tylko na małą stronę?
Na duże serwisy też. W Astro zbudowane są między innymi strony Porsche, IKEA, Microsoftu, Visy i The Guardiana, a projekt od stycznia 2026 rozwijany jest przy wsparciu Cloudflare, pozostając otwartoźródłowy. Ograniczeniem nie jest rozmiar serwisu, tylko rodzaj funkcji: transakcje, konta użytkowników i rozbudowana redakcja wymagają dodatkowej warstwy, której WordPress dostarcza od razu.
