Elementor buduje strony wizualnie, ale słono liczy sobie za tę wygodę w zasobach: edytor otwarty w przeglądarce potrafi wymagać 512 MB pamięci PHP, a strona złożona z jego sekcji generuje więcej zapytań i plików niż klasyczny motyw.
Parametry, które eliminują frustrację
- memory_limit 512 MB - poniżej tego edytor lubi „wiecznie się ładować” i gubić zmiany,
- PHP 8.2+ - nowsze wersje wykonują kod kreatora wyraźnie szybciej; co daje przesiadka, piszemy w tekście o PHP 8.4 na hostingu,
- limit czasu wykonania 120-300 s - import szablonów i regeneracja CSS potrafią trwać,
- szybkie dyski - kreator czyta setki plików przy każdym zapisie; NVMe robi tu odczuwalną różnicę.
Front strony: cache ratuje wszystko
Strona z Elementora bez cache bywa wolna, z dobrym cache - nie do odróżnienia od lekkiego motywu. Kluczowy jest serwer z cache na poziomie WWW (np. LiteSpeed) - wyjaśniamy to w tekście co daje LiteSpeed. Środowisko dopasowane do kreatorów - LiteSpeed, NVMe, wysokie limity pamięci - znajdziesz m.in. w hostingu WordPress McProdukt.
Inody: cichy koszt kreatora
Elementor + wtyczki dodatków + cache = dziesiątki tysięcy małych plików. Zanim wybierzesz pakiet, sprawdź limit liczby plików, nie tylko gigabajty - szczegóły w tekście o limicie inodów.
Szybki test hostingu pod kreator
Zainstaluj WordPressa z Elementorem na okresie testowym i otwórz edytor na stronie z 10 sekcjami. Jeśli panel reaguje płynnie, a zapis trwa sekundy - środowisko wystarczy. Jak porównywać hosting przed zakupem, opisujemy też w tekście o mierzeniu TTFB.