Page buildery, takie jak Elementor, Divi czy WPBakery, zwykle generują więcej kodu HTML, CSS i JavaScript niż edytor blokowy Gutenberg. Dobry wynik Core Web Vitals jest z nimi możliwy, ale wymaga więcej pracy. Builder wiąże też treść z jedną wtyczką. Migracja ma sens przy przebudowie strony albo wtedy, gdy builder blokuje jej rozwój.

Skąd bierze się narzut page buildera

Builder pozwala ułożyć stronę myszką, bez programowania. Za tę wygodę płacisz kodem, który powstaje w tle.

  • Zagnieżdżone kontenery. W starszych wersjach builderów jeden nagłówek siedzi w sekcji, kolumnie i kilku warstwach opakowań. Każda warstwa to kolejne elementy HTML.
  • Style i skrypty dla wszystkich widżetów. Builder ładuje biblioteki animacji, suwaków i ikon także na podstronach, które z nich nie korzystają.
  • Dodatki innych producentów. Pakiety widżetów dokładają własne pliki CSS i JavaScript.
  • Ustawienia zamienione w CSS. Każdy margines i kolor ustawiony w panelu to osobna reguła w arkuszu stylów strony.

Duże drzewo HTML szkodzi nie tylko przy pierwszym ładowaniu. Według web.dev Lighthouse ostrzega przy ponad 800 elementach DOM, a powyżej 1400 uznaje rozmiar za nadmierny. Każde kliknięcie, które zmienia wygląd strony, wymaga wtedy więcej pracy przeglądarki. To pogarsza INP, czyli czas reakcji strony na interakcję.

Core Web Vitals mają trzy progi dobrego wyniku: LCP do 2,5 s, INP do 200 ms i CLS do 0,1. Strona zalicza próg, gdy mieści się w nim 75% odsłon, osobno na telefonach i komputerach (web.dev). Strona na builderze może je spełnić. Startuje jednak z większym obciążeniem.

Co zmieniły Elementor 4 i Divi 5

Producenci znają problem i w 2026 r. przebudowali swoje narzędzia.

  • Elementor 4 wprowadził edytor atomowy. Nowe elementy renderują się jako zwykłe znaczniki HTML, bez dodatkowych warstw opakowań. Od kwietnia 2026 r. nowe strony startują domyślnie na wersji 4 (FAQ Elementora).
  • Divi 5 wyszedł 26 lutego 2026 r. Zrezygnował z shortcodów na rzecz formatu opartego na JSON i ma narzędzie do konwersji stron z Divi 4 (zapowiedź Elegant Themes).
  • WPBakery zapisuje układ w shortcodach, bezpośrednio w treści wpisu.

Haczyk dotyczy stron już zbudowanych. Istniejące strony na Elementorze same nie przechodzą na nowy format. Stare widżety działają obok nowych elementów, więc strona sprzed trzech lat ma nadal stary, rozbudowany kod. Aktualizacja wtyczki nie przebuduje układu za Ciebie.

Elegant Themes zapowiedziało wsparcie Divi 4 przez co najmniej sześć miesięcy po premierze Divi 5. Ten gwarantowany okres minął 26 sierpnia 2026 r. Jeśli Twoja strona nadal działa na Divi 4, zaplanuj konwersję na kopii strony i sprawdź po niej każdy szablon.

Jak sprawdzić, czy builder spowalnia stronę

Ogólne pomiary szybkości opisuje nasz poradnik optymalizacji WordPressa. Tutaj trzy testy wymierzone w builder:

  1. Liczba elementów DOM. Otwórz stronę w Chrome, naciśnij F12 i wpisz w konsoli document.querySelectorAll('*').length. Porównaj stronę główną z prostą podstroną, na przykład polityką prywatności.
  2. Nieużywany kod. W narzędziach deweloperskich Chrome naciśnij Ctrl+Shift+P, wpisz „Coverage” i przeładuj stronę. Zobaczysz, jaką część pobranego CSS i JavaScript strona w ogóle wykorzystała.
  3. Dane z prawdziwych wizyt. W PageSpeed Insights patrz przede wszystkim na sekcję z danymi od prawdziwych użytkowników. Czerwone INP lub LCP na telefonach to sygnał do dalszego sprawdzania.

Gdy strona z buildera ma kilka tysięcy elementów DOM, a podstrona bez niego kilkaset, wiesz, skąd bierze się ciężar.

Zanim zdecydujesz o migracji, sprawdź ustawienia wydajności samego buildera. Elementor i Divi mają opcje, które ograniczają ładowanie zbędnych stylów i skryptów. Na stronach zbudowanych kilka lat temu bywają wyłączone, bo powstały przed ich wprowadzeniem. Włączaj je pojedynczo, na kopii strony, i po każdej zmianie sprawdzaj wygląd podstron.

Co zostaje po wyłączeniu buildera

Układ zbudowany builderem działa tylko z builderem. Po wyłączeniu wtyczki zobaczysz:

  • WPBakery i Divi 4: treść otoczoną shortcodami, na przykład [vc_row][vc_column] lub [et_pb_section], wyświetlanymi jako zwykły tekst.
  • Elementor: stronę bez układu i stylów. Elementor zapisuje układ w dodatkowym polu wpisu _elementor_data, którego bez wtyczki nic nie odczyta.
  • Gutenberg: bloki statyczne zapisują zwykły HTML z komentarzami, więc treść zostaje czytelna. Znikają tylko bloki dynamiczne z usuniętych wtyczek.

Uzależnienie to także licencje. Aktualizacje Elementora Pro i Divi wymagają aktywnej płatnej licencji. Builder dołączony do motywu dostaje aktualizacje przez autora motywu. Szczegóły opisujemy w tekście o wyborze między motywem dedykowanym a gotowym.

Przy zmianie wykonawcy sprawdź, na czyim koncie są licencje. Jeśli na koncie agencji, po zakończeniu współpracy możesz stracić dostęp do aktualizacji. Listę dostępów do odzyskania zebraliśmy w poradniku o przejęciu strony WordPress od agencji.

Utrzymanie strony na builderze

Builder to zwykle największa wtyczka na stronie. Jego aktualizacje wymagają najwięcej uwagi, a problemy biorą się najczęściej z czterech miejsc:

  • dodatki innych producentów nie nadążają za nową wersją buildera,
  • wygenerowane wcześniej pliki CSS trzeba po aktualizacji odtworzyć, w Elementorze służy do tego narzędzie regenerowania plików,
  • staging i produkcja działają na różnych wersjach buildera,
  • własny CSS odwołuje się do klas, które producent zmienił w nowej wersji.

Każdy pakiet dodatków to kolejny producent, od którego zależy Twoja strona. Przy przeglądzie policz, ile widżetów z każdego pakietu faktycznie używasz. Często jeden widżet trzyma na stronie całą wtyczkę. Bezpieczną procedurę aktualizacji opisujemy w tekście o aktualizacjach WordPressa bez awarii.

Gutenberg jako alternatywa

Edytor blokowy jest w WordPressie od wersji 5.0 z grudnia 2018 r. Od wersji 5.9 motywy blokowe pozwalają edytować w nim także nagłówek, stopkę i szablony. Nie wymaga osobnej wtyczki ani licencji.

Przy utrzymaniu daje cztery korzyści:

  • mniej kodu, bo w motywach blokowych WordPress ładuje style tylko tych bloków, których strona używa,
  • treść w standardowym formacie, niezależnym od jednego producenta,
  • wzorce bloków, czyli gotowe sekcje, które redaktor wstawia jednym kliknięciem,
  • rozwój razem z rdzeniem WordPressa, bez osobnej ścieżki aktualizacji.

Ograniczenia też są. Redaktor przyzwyczajony do przeciągania elementów ma w Gutenbergu mniej swobody w układzie. Nietypowe sekcje wymagają własnych bloków, które pisze programista. Dla wielu firm to zaleta. Redaktor zmienia treść, a wygląd strony zostaje spójny.

Kiedy zostać przy builderze, a kiedy migrować

Zostań przy builderze, gdy:

  • strona spełnia Core Web Vitals w danych od użytkowników,
  • marketing sam buduje strony kampanii i to przynosi efekty,
  • builder i dodatki mają aktywne licencje i regularne wydania,
  • w ciągu roku nie planujesz nowego projektu graficznego.

Rozważ migrację, gdy:

  • planujesz nowy projekt graficzny, więc i tak przebudujesz szablony,
  • Core Web Vitals nie mieszczą się w progach mimo cache i optymalizacji obrazów,
  • builder przyszedł z motywem, którego autor przestał wydawać aktualizacje,
  • każda drobna zmiana wymaga programisty, bo układy rozrosły się ponad miarę.

Migracja to przebudowa szablonów, nie kliknięcie w konwerter. Rozsądna kolejność:

  1. Spisz typy podstron i szablony. Koszt migracji zależy głównie od liczby różnych układów, a nie od liczby podstron.
  2. Zbuduj nagłówek, stopkę i wzorce sekcji w nowym motywie na kopii strony.
  3. Przenieś najpierw podstrony z największym ruchem i konwersją.
  4. Zachowaj adresy URL, tytuły i opisy meta. Zmienione adresy przekieruj kodem 301. Pułapki opisujemy przy migracji bez utraty pozycji w Google.
  5. Porównaj Core Web Vitals i konwersję przed i po, na tych samych podstronach.

Najczęstsze pytania

Czy Elementor spowalnia stronę WordPress?

Elementor dokłada do strony własny kod HTML, CSS i JavaScript, więc strona startuje z większym obciążeniem niż na lekkim motywie. Dobrze skonfigurowana strona na Elementorze może jednak spełnić Core Web Vitals. Elementy atomowe z Elementora 4 generują lżejszy kod niż widżety z wersji 3.

Czy mogę usunąć page builder i zachować treść?

Tekst i obrazy zostają w bazie danych, ale układ znika. Po wyłączeniu WPBakery lub Divi 4 w treści widać shortcody jako zwykły tekst, a strony z Elementora tracą układ i style. Usunięcie buildera oznacza więc przebudowę szablonów.

Czy Gutenberg jest szybszy od page buildera?

Przy tej samej treści strona w Gutenbergu zwykle generuje mniej elementów HTML oraz mniej plików CSS i JavaScript niż strona z buildera. Ostateczny wynik zależy też od motywu, wtyczek, obrazów i hostingu. Sam edytor nie zastąpi cache ani dobrego serwera.

Ile trwa migracja z Elementora na Gutenberga?

Czas migracji zależy głównie od liczby różnych układów stron. Strona z pięcioma szablonami i setką wpisów przechodzi szybciej niż strona z dwudziestoma różnymi landing page'ami. Zakres pokazuje przegląd szablonów przed wyceną.

W stałej opiece nad WordPress aktualizacje buildera i jego dodatków testujemy najpierw na kopii strony. Przed decyzją o migracji zestaw listę szablonów z danymi Core Web Vitals dla każdego z nich. Zakres opieki znajdziesz na stronie opieki nad stroną WordPress.