Budowanie stron WordPress z Elementorem jest jak budowanie domu z gotowych prefabrykatów: szybko stoi, ładnie wygląda, ale spróbuj przesunąć ścianę nośną albo dołożyć piętro — i zaczyna się dramat. Przez ostatnie 3 lata zbudowałem kilkanaście dedykowanych motywów WordPress bez builderów (Elementor, WPBakery, Divi) i w każdym przypadku decyzja wynikała z tych samych powodów: wydajność, kontrola i SEO. Poniżej opisuję, dlaczego nie buduję na builderach — i kiedy builder mimo wszystko ma sens.
Problem z Elementorem — co naprawdę spowalnia stronę
Elementor generuje dodatkową warstwę HTML, CSS i JavaScript do każdej strony. Ta warstwa jest niezbędna do działania edytora drag-and-drop, ale na froncie (to, co widzi użytkownik) jest zbędna. Efekt:
- DOM bloat — strona z 10 sekcjami w Elementorze ma 3–5 razy więcej elementów HTML niż ta sama strona napisana ręcznie. Więcej DOM = wolniejsze renderowanie = gorsze INP (Interaction to Next Paint).
- CSS bloat — Elementor ładuje style do wszystkich widgetów, nawet tych nie używanych na danej stronie. Na stronie z 3 sekcjami ładujesz CSS do 50+ widgetów. Efekt: większe pliki, dłuższe parsowanie, gorszy LCP.
- JavaScript bloat — frontend.js Elementora + skrypty widgetów + Swiper + dialog.js + share links + lightbox. Na prostej stronie firmowej ładujesz 200–400 KB JavaScriptu, który jest potrzebny tylko w edytorze.
Widziałem strony na Elementorze, które ładowały 1.5 MB CSS i 600 KB JS na stronie głównej z 5 sekcjami. Ta sama strona jako custom motyw: 40 KB CSS, 15 KB JS. Różnica w PageSpeed: 35 vs 95.
Co daje custom motyw — kontrola, której builder nie da
Custom motyw WordPress to czysty PHP + HTML + CSS + (opcjonalnie) JavaScript. Bez warstwy pośredniej, bez edytora wizualnego, bez zależności od wtyczki, która może przestać być aktualizowana albo zmienić cennik.
Konkretne przewagi:
- Core Web Vitals — na custom motywie osiągam PageSpeed 90–100 konsekwentnie. Na Elementorze 50–70 jest normą, 80+ wymaga heroicznej optymalizacji.
- Czysty HTML pod SEO — headingi, semantyka, schema — wszystko pod kontrolą. Elementor generuje div-soupe, który utrudnia maszynom (Google, AI) parsowanie treści.
- Bezpieczeństwo — Elementor to jedna z najczęściej atakowanych wtyczek WordPress (miliony instalacji = duża powierzchnia ataku). Custom motyw nie ma tego wektora.
- Niezależność od wtyczki — klient nie jest zakładnikiem Elementora. Gdyby Elementor zmienił cennik na 500 $/rok albo został porzucony, strona dalej działa.
CWV w praktyce — RehaFit i inne projekty
W projekcie RehaFit zmigrowany serwis z Elementora na custom motyw osiągnął PageSpeed 95+ na mobile (z 40–50 na starym motywie). LCP spadł z 4.2s do 1.1s, CLS z 0.15 do 0.01, INP z 380ms do 80ms. To nie są egzotyczne optymalizacje — to efekt usunięcia warstwy, która nie była potrzebna.
Podobne wyniki widzę na każdym projekcie, w którym odchodzę od buildera: Sportywalki (z Elementora na Next.js headless), Nobobobo (custom WooCommerce), Podsztanga (custom dashboard). Wzorzec jest ten sam: usunięcie zbędnej warstwy abstrahcji daje natychmiastowy skok wydajności.
Edycja bez buildera — jak klient zmienia treść
Najczęstsza obiekcja: „Ale klient nie umie edytować strony bez Elementora". Moja odpowiedź: klient nie powinien edytować layoutu strony — powinien edytować treść. I do tego jest Advanced Custom Fields (ACF).
W custom motywie każda sekcja strony ma swoje pola w panelu WordPress: tytuły, teksty, zdjęcia, linki. Klient edytuje treść w prostych polach, nie w wizualnym edytorze. Efekt: nie może zepsuć layoutu, bo layout jest zakodowany w szablonie. Może tylko zmienić to, co powinien zmieniać — teksty, ceny, zdjęcia. To jest bezpieczniejsze i prostsze niż Elementor, gdzie jedno przypadkowe kliknięcie może rozbić responsive na mobile.
Kiedy Elementor ma sens
Nie jestem dogmatykiem — są sytuacje, w których builder jest sensownym wyborem:


