Wybór między Gutenbergiem a Elementorem w 2026 roku nie jest już teoretyczną dyskusją deweloperską. To konkretna decyzja biznesowa, która wpływa na koszt utrzymania strony przez najbliższe 3-5 lat, na wynik Lighthouse, na ryzyko podatności i na to, czy w przypadku migracji projekt rozpadnie się w 60 procentach. Ten tekst pokazuje aktualny stan obu narzędzi, mierzalne różnice w pięciu obszarach i naszą rekomendację dla różnych profili klientów.
W naszym studio podjęliśmy decyzję bez Elementora pod koniec kwietnia 2026. To nie jest religijna kruciata przeciw page builderom: to wniosek z analizy 20+ projektów własny WordPress zrealizowanych od 2018 roku oraz z monitoringu rynku podatności. Decyzja dotyczy nowych projektów: dla istniejących klientów na Elementorze rekomendujemy stopniową ścieżkę zmian, nie panicznej migracji. Stack referencyjny opisaliśmy szerzej w tekście o własny WordPress dla firmy B2B.
Stan obu narzędzi w połowie 2026
Gutenberg w 2026 roku to dojrzały edytor blokowy wbudowany w rdzeń WordPress. Pełna edycja strony (FSE) jest stabilna od WordPress 6.3 (sierpień 2023), motywy blokowe mają znaczący udział w katalogu wordpress.org, a społeczność pluginów typu GenerateBlocks, Kadence Blocks, Stackable rozwija ekosystem bloków pod konkretne zastosowania. Sam Gutenberg w core ma kompletną paletę funkcji potrzebnych do budowy stron treściowych: bloki tekstowe, layoutowe (group, columns, row), media, pętle zapytań, nawigację, części szablonów.
Elementor jest najpopularniejszym page builderem na WordPress z ponad 5 milionami aktywnych instalacji. W 2024 i 2025 roku przeszedł serię aktualizacji (Containers, FlexBox, Theme Builder 2.0), ale też serię krytycznych CVE. Rozmiar pakietu front-end Elementora w 2026 to nadal 200 KB plus JS dla podstawowego layoutu, plus dodatkowe widgety Pro z osobnym pakietem. Lista aktywnych podatności na Patchstack.com jest niezmiennie najdłuższa wśród pluginów WordPress z pierwszej dziesiątki.
Trzecia opcja na rynku, Bricks Builder, w 2026 roku zyskała znaczące przyśpieszenie i staje się alternatywą dla klientów, którzy bezwzględnie potrzebują samodzielnej edycji layoutu, ale nie chcą Elementora. Bricks ma 10-20 KB JS pakietu, brak historii podatności i jednorazową cenę 60 EUR/rok dla agencji. W naszym studio proponujemy Bricks jako „trzecią drogę” w rzadkich zastosowaniach, opisanych dalej.
Wydajność: pięć metryk porównawczych
Wydajność jest najczęściej cytowanym argumentem przeciw Elementorowi, ale rzadko bywa wsparta konkretnymi liczbami. Poniżej dane z naszych własnych testów na czystej instalacji WordPress 6.7 z Astra Pro 4.x jako motyw, na hostingu Cyber Folks (LiteSpeed + LSCache), strona startowa z hero, 3 sekcje treści, stopka, brak własnego JS. Test wykonany w PageSpeed Insights mobile (symulacja slow 3G), średnia z 5 prób.
- LCP (Largest Contentful Paint): Gutenberg ok. 1,8 sekundy; Elementor ok. 3,2 sekundy. Różnica wynika głównie z nadmiarowego JS, który blokuje renderowanie sekcji hero.
- CLS (Cumulative Layout Shift): Gutenberg ok. 0,02; Elementor ok. 0,15. Leniwe ładowanie widgetów Elementora często powoduje „skoki” layoutu po doładowaniu.
- INP (Interaction to Next Paint): Gutenberg ok. 120 milisekund; Elementor ok. 280 milisekund. Pakiet JS Elementora blokuje główny wątek przy interakcji.
- Rozmiar pluginu na dysku: Gutenberg 0 KB (część core); Elementor 18 MB + Elementor Pro 22 MB = 40 MB.
- Pakiet JS na widok: Gutenberg ok. 25 KB (jeśli motyw wspiera bloki); Elementor 280 KB plus, więcej z aktywowanymi widgetami Pro.
Te liczby przekładają się na konkretne KPI biznesowe. LCP powyżej 2,5 sekundy degraduje pozycję w Google na zasadzie Core Web Vitals. CLS powyżej 0,1 zwiększa współczynnik odrzuceń o szacunkowo 10-20% (dane Google CrUX). INP powyżej 200 milisekund obniża wskaźnik satysfakcji użytkownika (Google PSI). Klient sklepie internetowym z Lighthouse 60/100 vs 95/100 zazwyczaj traci 15-30% ruchu organicznego w perspektywie 6 miesięcy.
Bezpieczeństwo: historia podatności
Bezpieczeństwo to obszar, w którym dane są jednoznaczne i publiczne. Każdy może sprawdzić bazę Patchstack.com lub wpscan.com i policzyć CVE za plugin. Wyniki dla Gutenberg i Elementor za lata 2024-2026 wyglądają następująco.
Gutenberg (edytor blokowy w core): 0 krytycznych CVE w latach 2024-2026. Jako część rdzenia WordPress podlega ścisłej procedurze przeglądu bezpieczeństwa, każda zmiana jest weryfikowana przez core committers, a podatności w WP core są łatane w ciągu 24-72 godzin (auto-aktualizacje włączone domyślnie od WP 5.5).
Elementor Pro: 4 krytyczne CVE w latach 2024-2025, plus jedna w Q1 2026. Listę można zweryfikować w bazie Patchstack.com. Wśród nich: Local File Inclusion w formularzach (2024), Remote Code Execution w widgecie SVG image (2024), Stored XSS w Własny CSS (2025), obejście uwierzytelniania (Q1 2026). Każda z tych podatności zostawiała stronę otwartą na przejęcie przez nieautoryzowanego użytkownika.
Kwestia uzależnienia od narzędzia jest może mniej dramatyczna od bezpieczeństwa, ale ma długoterminową wagę. Migracja strony z Elementora na Gutenberg to nie jest przełącznik. Każda strona zbudowana w Elementor Pro Containers musi zostać przepisana ręcznie w blokach Gutenberg. Realistyczny szacunek z 4 migracji, które przeprowadziliśmy dla klientów w 2025-2026: 60-80% projektu wymaga budowy od nowa, koszt rzędu 6 000-15 000 PLN dla typowej 15-stronicowej strony.
Zastosowania, w których Elementor MA sens
Ten tekst nie jest reklamą „rzucania Elementorem za wszelką cenę”. Są zastosowania, w których Elementor jest realnym wyborem, choć w naszym portfolio występują rzadko. Trzy typowe profile, w których nie odradzamy Elementora.
Pierwszy: klient absolutnie chce sam edytować layout, ma już licencję Elementor Pro i działający proces. Wymuszanie migracji do Bricks lub Gutenberg dla samej zasady byłoby nieprofesjonalne, jeśli klient jest świadomy kompromisów i ma realny przypadek użycia dla page buildera (np. zespół marketingu 5 osób iteruje strony lądowania co tydzień).
Drugi: agencja produkująca treści hurtowo robi 50+ stron analogicznych dla małych klientów (lokalni hydraulicy, blogerzy, kursy online), gdzie szybkość produkcji jest kluczowa, a klient nie konkuruje w Lighthouse z dużymi graczami. W tym segmencie Elementor pozwala wyprodukować stronę w 2-3 dni, vs 5-7 dni z własny Gutenberg motyw potomny.
Trzeci: istniejący projekt z Elementorem, w którym budżet remontu jest niski (poniżej 5 000 PLN), ruch na stronie też niski (poniżej 1 000 wizyt miesięcznie), a klient nie planuje aktywnego marketingu w SEO. Przebudowa w tym scenariuszu byłaby strzelaniem z armaty do muchy. Zostawiamy Elementora, aktualizujemy regularnie, monitorujemy CVE.
Wniosek: dla około 90% klientów B2B MŚP, którzy trafiają do nas z briefem na nową stronę, Gutenberg wygrywa po prostu na zsumowaniu liczb. Argument „tradycyjny WordPress to nudne” nie jest argumentem w 2026 roku, kiedy Gutenberg ma pełną paletę bloków i FSE.
Zastosowania, w których Gutenberg wygrywa
Gutenberg jako domyślny wybór w naszym studio jest naturalnym rozwiązaniem w czterech typowych zastosowaniach. Każde z nich ma cechę wspólną: liczba i jakość są ważniejsze niż łatwość edycji layoutu przez osobę nietechniczną.
Pierwsze: własny WordPress dla firm B2B (więcej w naszym przewodniku po własny WP dla B2B). Tutaj klient nie potrzebuje samodzielnej edycji layoutu, potrzebuje natomiast wydajności, bezpieczeństwa i pełnej kontroli nad SEO. Gutenberg z własny motyw potomny dostarcza wszystkie trzy.
Drugie: projekty krytyczne wydajnościowo, gdzie Core Web Vitals są elementem strategii SEO. W naszym studio dostarczamy rutynowo Lighthouse 95-100/100 na projektach z Gutenberg. Z Elementorem realnie osiągalne maksimum to 75-85/100, nawet po ręcznym strojeniu wydajności.
Trzecie: długoterminowe utrzymanie bez uzależnienia od pluginu. Strona zbudowana w Gutenberg jest przenośna: można ją przenieść z Astry na inny motyw bazowy bez przepisywania treści (bloki są standardem WordPress, nie szczególnym formatem Astry). Strona zbudowana w Elementorze jest mocno przywiązana do Elementora.
Czwarte: wersje wielojęzyczne z Polylang. Synchronizacja tłumaczeń postów w Polylang działa lepiej z natywnymi blokami Gutenberg niż ze strukturami danych Elementora. Konkretny przykład: kopia tłumaczenia w Polylang z Gutenberg jest 1:1 strukturalnie, z Elementorem często wymaga ręcznej przebudowy w drugim języku.
Bricks Builder jako „trzecia droga”
Bricks Builder pojawił się w 2022 roku jako młodszy konkurent Elementora i w 2026 jest realną alternatywą dla klientów, którzy potrzebują samodzielnej edycji layoutu, ale nie chcą Elementora. W naszym studio proponujemy Bricks w rzadkich zastosowaniach, opisanych poniżej.
Co Bricks robi inaczej niż Elementor: pakiet front-end 10-20 KB JS (vs 280 KB+ w Elementorze), brak historii krytycznych CVE od 2022, jednorazowa licencja agencji 60 EUR/rok (vs Elementor Pro 99 USD/rok na stronę), nowoczesna architektura oparta na klasach zamiast stylów inline. Bricks też ma Theme Builder, Header Builder, Conditional Display i większość funkcji, które Elementor Pro oferuje za 199 USD/rok Studio plan.
Kiedy proponujemy Bricks zamiast Gutenberg: gdy klient wyraźnie żąda możliwości samodzielnej edycji layoutu (1-2 razy na 20 projektów), nie chce Elementora ze względu na bezpieczeństwo, a budżet pozwala na 1-2 dodatkowe tygodnie dev na opanowanie Bricks proces. To rzadki scenariusz, ale uczciwy wobec klienta: nie zmuszamy go do Gutenberga, jeśli ma realne zastosowanie dla buildera.
Macierz decyzyjna: Gutenberg, Elementor, Bricks
Aby ułatwić decyzję, zebraliśmy cztery typowe profile naszych klientów i rekomendowany zestaw technologii dla każdego.
- Profil A (B2B MŚP, treść edytuje 1-2 osoby, wydajność i SEO ważne, budżet 8-15 tys PLN): Gutenberg z własny motyw potomny. Nasz domyślny wybór.
- Profil B (firma z zespołem marketingu 5+ osób, chce iterować strony lądowania co tydzień, akceptuje gorsze Lighthouse): Bricks Builder (NIE Elementor, ze względu na bezpieczeństwo).
- Profil C (sklepie internetowym B2B z wersją wielojęzyczną i własnymi integracjami ERP, cel Lighthouse 90+): Gutenberg z własny motyw potomny plus WooCommerce, Bricks może być pomocniczy dla pojedynczych stron lądowania kampanii.
- Profil D (istniejący klient z Elementor, niski budżet, niski ruch, brak ambicji SEO): Zostaw Elementor, regularne aktualizacje, monitoring CVE.
Dla zdecydowanej większości klientów, którzy trafiają do nas z briefem własny WordPress, odpowiedzią jest Profil A: Gutenberg. Argumenty wydajności, bezpieczeństwa, długoterminowego utrzymania, kompatybilności z wersjami wielojęzycznymi wygrywają nad krótkoterminową wygodą page buildera. Jeśli twoje zastosowanie pasuje do Profilu B i potrzebujesz Bricks, też zadeklarujmy to wprost na briefie: strona kontaktowa.
FAQ
Czy Gutenberg jest trudniejszy dla redaktora treści?
Nie. Wzorce bloków i bloki wielokrotnego użytku dają tę samą prostotę co page builder przy edycji codziennej. Różnica jest na poziomie tworzenia nowych typów layoutu od zera, którego redaktor treści i tak nie powinien robić. Po 2-godzinnym wdrożeniu typowy redaktor B2B (osoba w marketingu, nie techniczna) edytuje treść w Gutenberg bez problemu.
Co z istniejącą stroną na Elementor: czy warto migrować?
Zależy od dwóch czynników: czy przebudowa i tak była w planach (np. odświeżenie brandu, dodanie wersji wielojęzycznej), oraz czy ruch na stronie uzasadnia inwestycję. Jeśli przebudowa planowana w ciągu 12 miesięcy: tak, zacznij od razu z Gutenberg, nie buduj nowych funkcji w Elementorze. Jeśli strona ma niski ruch i niski priorytet: nie pal kasy na przebudowę bez ROI. Aktualizuj Elementora regularnie, monitoruj CVE.
Czy własne bloki Gutenberg wymagają dewelopera?
Tak, ale jednorazowo. Własne bloki (np. „kafelek studium przypadku”, „tabela cennikowa”) koduje się raz w motyw potomny, potem redaktor treści używa ich z listy bloków jak każdego natywnego bloku. Koszt stworzenia własnego bloku w motyw potomny: 2-6 godzin pracy dewelopera (w zależności od skomplikowania). Korzyść: na każdej kolejnej stronie redaktor wybiera blok z menu i wypełnia w 1 minutę.
Czy Astra Pro współpracuje z obu builderami?
Tak, ale Astra Pro plus Gutenberg to „natywna synchronizacja”: Header Builder i Footer Builder zostały w 2024 roku przebudowane na architekturę blokową, co świetnie współgra z Gutenberg. Z Elementorem Astra Pro też działa, ale tracisz część natywnych integracji i narzut JS się sumuje (ślad Astra 5 KB plus Elementor 280 KB). Więcej o motyw potomny Astra: kompletny przewodnik po własnym motywie.
Co z wydajnością, jeśli używam tylko darmowego Elementora (bez Pro)?
Darmowy Elementor ma mniejszy narzut niż Pro (ok. 180 KB JS zamiast 280+ KB), ale nadal generuje 10-15× więcej JS niż czysty Gutenberg. Historia CVE dotyczy głównie Elementor Pro, ale darmowa wersja też miała 2 krytyczne CVE w 2024 roku. Wniosek: darmowy Elementor to nadal regres wydajności w stosunku do Gutenberg, choć mniej dramatyczny niż Pro. Dla nowych projektów rekomendujemy Gutenberg, niezależnie od wariantu Elementora.
Czy są pluginy poprawiające wynik Lighthouse na Elementorze?
Tak, są (np. Perfmatters, Asset CleanUp, Flying Pages), które pomagają wyciągać 5-15 punktów Lighthouse na stronie z Elementorem. Realistyczny limit ze wszystkimi optymalizacjami to 80-85/100 mobile dla typowej strony Elementor Pro, w porównaniu do 95-100/100 dla własny Gutenberg motyw potomny bez dodatkowych pluginów wydajnościowych. Każdy plugin optymalizujący dodaje kolejną zależność do monitoringu i kolejny potencjalny CVE. Matematycznie taniej i bezpieczniej jest zbudować na Gutenberg od początku, zamiast łatać Elementora pluginami.