Uruchamiają Państwo stronę na Elementorze przez GTmetrix i widzą 45 punktów. Albo 52. Albo uczciwe 60, ale z czerwonym TTFB i kilometrową listą „should fix". W głowie jedno pytanie: przecież obiecywano mi, że Elementor jest szybki.

On naprawdę jest szybki. Problem nie leży w kreatorze, tylko w tym, co pod nim: serwer, który dusi się na PHP 7.4, trzy tuziny wtyczek ze skrośnymi skryptami, czcionki z zewnętrznego CDN i baza danych nieczyszczona od dnia uruchomienia. Elementor generuje czysty HTML i CSS, ale serwer musi zdążyć ten HTML złożyć i dostarczyć w ułamku sekundy.

Poniżej, bez lania wody, z rzeczywistymi zrzutami ekranu, krok po kroku. Na końcu strona przechodzi z 45 na 95-100 punktów. Czasu: pół dnia. Żaden krok nie wymaga programisty: wszystko robi się z panelu administracyjnego lub panelu hostingu.

💡 Szybki przegląd:

• Proszę podnieść PHP do 8.3 lub 8.4 i ustawić memory_limit 256 MB. Fundament, bez którego cache'owanie i minifikacja prawie nic nie dają.
• Proszę zainstalować WP Rocket, podłączyć Cloudflare CDN i skonfigurować automatyczne czyszczenie bazy danych. Trzy działania, które łącznie dają największy przyrost szybkości.
• Proszę przejrzeć wtyczki: selektywnie wyłączać skrypty i style tam, gdzie nie są używane, przez Perfmatters lub Asset CleanUp. Redukcja do kilkunastu zapytań HTTP na stronę.
• Proszę umieścić czcionki lokalnie, doprowadzić obrazy do właściwych rozmiarów i zastąpić zewnętrzne zapytania lokalnymi odpowiednikami. Ostatnie punkty, które oddzielają „dobrze" od „doskonale".
• Proszę wejść w GTmetrix, otworzyć zakładkę Waterfall i metodycznie przejść przez wąskie gardła. Każdy czerwony punkt to konkretna wtyczka, skrypt lub plik multimedialny, który można naprawić.

1. Środowisko serwerowe: hosting, PHP i pamięć

Oficjalny podręcznik WordPressa o optymalizacji zaczyna właśnie od środowiska serwerowego. Jeśli serwer odpowiada 800 milisekund, żaden cache nie uratuje, odwiedzający już poszedł.

Proszę zaktualizować PHP do wersji 8.3 lub 8.4

PHP 7.4 przestał otrzymywać aktualizacje bezpieczeństwa w listopadzie 2022 roku. Według świeżych testów Kinsta, przejście z 7.4 na 8.2 daje 2-3-krotny przyrost szybkości przetwarzania zapytań. Wersje 8.3 i 8.4 utrzymują ten sam poziom, ale z lepszym bezpieczeństwem i wsparciem dla nowoczesnej składni. Elementor zaleca co najmniej 8.0, ale faktycznie 8.3 na dziś to rozsądne minimum.

Proszę sprawdzić bieżącą wersję: Elementor → System Info.

Proszę wejść do panelu hostingu, znaleźć menedżera wersji PHP i przełączyć się na 8.3 lub 8.4. Przed tym obowiązkowa kopia zapasowa.

Po aktualizacji proszę przejść się po stronie: sprawdzić, czy wszystkie podstrony się otwierają, a wtyczki nie sypią błędami. Wtyczka, która nie była aktualizowana od trzech lat i odpadła na PHP 8.4, to nie strata, to powód, by znaleźć jej żywą następcę.

Proszę ustawić limit pamięci 256 MB

Elementor, WordPress i WooCommerce w dokumentacji są zgodne co do 256 MB. Bieżący limit widać w tym samym miejscu: Elementor → System Info.

Na większości hostingów limit zmienia się bezpośrednio w panelu sterowania:

Jeśli nie ma takiej opcji, proszę dodać linię w wp-config.php:

1
define( 'WP_MEMORY_LIMIT', '256M' );

Proszę przejść z hostingu współdzielonego do chmury

Hosting współdzielony sprawdza się dokładnie do momentu, gdy strona ma mały ruch i nie korzysta z WooCommerce. Potem czas odpowiedzi serwera (TTFB) przekracza 200 ms, a GTmetrix oznacza ten wskaźnik na czerwono.

Hosting w chmurze (DigitalOcean przez Cloudways, Vultr, Linode) skraca czas ładowania o połowę w porównaniu z dobrym planem współdzielonym. Strony ze setką zdjęć i setkami komentarzy mieszczą się w 2 sekundach.

Różnicę w kluczowych metrykach widać gołym okiem:

Podsumowanie: hosting współdzielony na start. Dla projektu z ruchem, sklepem lub kilkunastoma wtyczkami tylko chmura. Różnica w cenie zwraca się w szybkości.

2. Buforowanie, baza danych i CDN

Po środowisku serwerowym te trzy komponenty dają najbardziej odczuwalny wzrost wydajności. Z doświadczenia wynika, że właśnie buforowanie, czyszczenie bazy danych i CDN rozwiązują większość problemów z szybkością na przeciętnej stronie.

WP Rocket: jedna wtyczka zamiast pięciu

WP Rocket konsekwentnie przewyższa WP Fastest Cache i W3 Total Cache w bezpośrednich pomiarach GTmetrix. Przyczyną nie jest magia, lecz architektura: łączy on w jednej wtyczce funkcje, do których zwykle instaluje się 5-6 osobnych. Buforowanie stron, czyszczenie bazy danych, lokalne hostowanie Google Analytics, łączenie Google Fonts, leniwe ładowanie obrazów i wideo, integracja z Cloudflare, buforowanie WebP, wstępne pobieranie DNS, buforowanie Facebook Pixel w przeglądarce. Wszystko od razu po instalacji.

Sens jest prosty: im mniej wtyczek na stronie, tym mniej zapytań HTTP. A GTmetrix liczy właśnie zapytania.

Regularne czyszczenie bazy danych

Elementor i WordPress gromadzą rewizje postów, stare tabele po usuniętych wtyczkach, tranzyty i komentarze spamowe. WP Rocket i WP-Optimize czyszczą te śmieci kilkoma kliknięciami.

Przed czyszczeniem proszę zrobić kopię zapasową. I proszę przejrzeć listę tego, co jest usuwane: czasem wiszą tam szkice, których szkoda tracić.

Cloudflare CDN: poziom bezpłatny

Cloudflare to sieć ponad 200 centrów danych, rekomendowana przez sam WordPress. Bezpłatny plan pokrywa potrzeby 95% witryn.

Niektóre hostingi (SiteGround) aktywują Cloudflare ze swojego panelu. Dla pozostałych: rejestracja w planie bezpłatnym, zmiana serwerów NS domeny i trzy ustawienia:

• Speed: proszę włączyć Brotli oraz Rocket Loader.
• Scrape Shield: proszę włączyć ochronę przed hotlinkowaniem.
• Page Rules: reguły must-use Cloudflare dla szybkości, bezpieczeństwa i kompatybilności z panelem administracyjnym.

3. Skrypty i wtyczki: selektywne wyłączanie

Ta sekcja regularnie przynosi 10-15 punktów w GTmetrix. Mechanika jest prosta: każdy skrypt na stronie to osobne żądanie HTTP, a każde żądanie to milisekundy dodane do całkowitego czasu ładowania.

Które wtyczki spowalniają witrynę

Najcięższe: statystyki, wtyczki do backupu ze skanowaniem w tle, widgety społecznościowe z licznikami, czaty na żywo, ciężkie formularze kontaktowe, slidery, JetPack. Cecha wspólna: wtyczka działa stale, nawet gdy jej funkcjonalność nie jest potrzebna na danej stronie.

Podejście: albo usunąć taką wtyczkę i znaleźć lekką alternatywę, albo zmusić ją, by ładowała się tylko tam, gdzie jest naprawdę potrzebna.

Asset CleanUp i Perfmatters

Oba narzędzia rozwiązują to samo zadanie: selektywne wyłączanie skryptów i stylów na poziomie poszczególnych stron. Perfmatters to rozwiązanie premium z wygodnym interfejsem. Asset CleanUp to bezpłatny odpowiednik z funkcjonalnością wystarczającą dla większości scenariuszy.

Kolejność działań:

• Proszę zainstalować Asset CleanUp (bezpłatnie z repozytorium) lub Perfmatters.
• Proszę otworzyć stronę do edycji i przewinąć w dół, zobaczą Państwo wszystko, co się na niej ładuje.
• Proszę odznaczyć wtyczki, skrypty i style, które nie są używane na tej stronie.

Można wyłączać według typu treści (wpisy, strony, produkty) lub używać RegEx w wersjach premium. Klasyczny przykład: wtyczka formularza kontaktowego ładuje się tylko na /contacts/, a nie na całej witrynie.

WooCommerce: proszę usunąć zbędne elementy

Skrypty i fragmenty koszyka WooCommerce domyślnie wiszą na każdej stronie. Perfmatters potrafi je usunąć jednym kliknięciem.

Wyłączenie skryptów i fragmentów koszyka na wszystkich stronach oprócz sklepu i koszyka odcina nawet kilkanaście zbędnych żądań:

Loader edytora Elementor

Jeśli sam edytor działa wolno lub występują konflikty z serwerem, proszę zmienić metodę wczytywania. Dokumentacja Elementora opisuje to ustawienie jako pierwszą linię rozwiązywania problemów z wydajnością edytora.

Elementor → Ustawienia → Zaawansowane → Wczytywanie edytora.

4. Czcionki, pliki multimedialne i żądania zewnętrzne

Multimedia i zasoby zewnętrzne to najczęstsza przyczyna żółtych i czerwonych ostrzeżeń w GTmetrix. Hosting i cache wyciągnęły już stronę na 80+, a tutaj zdobywa się ostatnie punkty.

Umieść czcionki lokalnie

Google Fonts generują zewnętrzne żądania do serwerów Google. GTmetrix widzi je jako wąskie gardło i uczciwie podświetla: Pana/Pani strona czeka na odpowiedź z cudzego serwera.

Jeśli korzysta Pan/Pani z Elementor Pro, proszę użyć niestandardowych czcionek w ustawieniach:

Bez Pro, sprawdzony algorytm w pięciu krokach:

Krok 1. Proszę upewnić się, że czcionki rzeczywiście stanowią problem. Proszę otworzyć zakładkę Waterfall w GTmetrix:

Krok 2. Proszę pobrać potrzebne czcionki z Google Fonts. Należy brać tylko te odmiany, które są faktycznie używane: każda zbędna dodaje żądanie.

Krok 3. Proszę przekonwertować pobrane czcionki do formatów webowych przez Transfonter:

Krok 4. Proszę przesłać pliki do WordPressa i zadeklarować je w CSS.

Krok 5. Proszę przetestować wyświetlanie i dodać czcionki fallback na wypadek błędu ładowania.

Szczegółowy poradnik o lokalnych czcionkach w naszym osobnym materiale.

Zoptymalizuj żądania zewnętrzne

Google Fonts to tylko jeden przykład. AdSense, Analytics, Google Maps, Tag Manager, osadzone wideo, Gravatary i wtyczki społecznościowe, wszystko to tworzy zewnętrzne żądania, których GTmetrix nie może zbuforować ani zoptymalizować.

Co z tym zrobić:

• WP Rocket potrafi hostować Google Analytics lokalnie i dodawać cache przeglądarki dla Facebook Pixela (zakładka „Dodatki").
• Wideo: WP Rocket zastępuje iframe obrazkiem podglądu zamiast od razu ładować odtwarzacz (zakładka „Media").
• Widżety społecznościowe: zamiast osadzonego posta, zrzut ekranu i link. Oszczędność do kilkunastu żądań.
• Disqus: proszę skonfigurować ładowanie warunkowe (komentarze ładują się dopiero, gdy czytelnik przewinie do nich stronę).
• Proszę opóźniać wykonanie JavaScript w ustawieniach wtyczki cache.

Google AdSense to szczególny przypadek. Ładowanie asynchroniczne jest tu sufitem: nie da się go w pełni zoptymalizować. Gravatary prościej jest wyłączyć w ogóle, żadna wtyczka cache nie dała w praktyce odczuwalnego rezultatu z gravatarami. Google Tag Manager ma sens tylko na dużych projektach z dziesiątkami zewnętrznych skryptów; na małej stronie dodaje więcej narzutu, niż oszczędza.

Doprowadź obrazy do właściwych rozmiarów

Elementor (i GTmetrix) wymagają, aby obrazy były skalowane pod rzeczywiste rozmiary obszaru wyświetlania. Błąd „Serve scaled images" to jeden z najczęstszych.

Porada: proszę przygotować ściągawkę rozmiarów dla typowych elementów strony (podgląd posta, slider, obraz w treści artykułu, logo). Przed przesłaniem nowego obrazu należy od razu dopasować go do potrzebnego rozmiaru. GTmetrix sam podpowiada właściwe rozmiary dla każdego problematycznego pliku.

5. Szablon i diagnostyka końcowa

Na tym etapie strona ma już 85-90 punktów. Zostało dobić ostatnie procenty: szablon i punktowe czyszczenie według raportu GTmetrix.

Lekki szablon jako baza

Szablon z własnym kreatorem wizualnym nałożonym na Elementor to podwójny cios w szybkość. Proszę wybierać minimalny, czysty szablon, a funkcjonalność dodawać wtyczkami. Astra i GeneratePress to dwa sprawdzone warianty: nie kolidują z Elementorem, dodają minimum własnego kodu i nie tworzą zbędnych żądań. Wymiana szablonu jest trudniejsza niż usunięcie zbędnej wtyczki, dlatego tutaj lepiej wybrać właściwie od samego początku.

Trzy punkty kontrolne w GTmetrix

Nie ma uniwersalnej recepty: każda strona jest unikalna pod względem zestawu wtyczek i treści. Ale GTmetrix pokazuje, co konkretnie spowalnia Pana/Pani stronę. Trzy metryki, na które warto patrzeć celowo:

Czas do pierwszego bajtu (TTFB).

TTFB powyżej 200 ms to problem po stronie serwera. Proszę wrócić do kroku 1: hosting, PHP, cache.

Nieoptymalizowane obrazy.

Przejście przez tę listę od góry do dołu ze zmianą rozmiarów i kompresją daje 5-8 punktów w pół godziny.

Wolne wtyczki.

Proszę posortować według czasu ładowania i bez żalu usunąć lub zastąpić wszystko, co znalazło się na górze listy.

Oto rzeczywista analiza wideo optymalizacji Elementora pod kątem GTmetrix:

⁉️🤔 Często zadawane pytania

Czy Elementor sam w sobie jest wolny?

Nie. Elementor generuje na wyjściu czysty HTML i CSS. Problem zawsze leży w kombinacji środowiska serwerowego, wtyczek i niezoptymalizowanych plików multimedialnych. Na poprawnie skonfigurowanym hostingu z WP Rocket i Cloudflare strona na Elementorze stabilnie przechodzi GTmetrix na maksymalną liczbę punktów.

Czy darmowa wtyczka do cache'owania wystarczy zamiast WP Rocket?

Darmowe rozwiązania (WP Fastest Cache, W3 Total Cache) pokrywają podstawowe scenariusze cache'owania. Ale WP Rocket łączy cache'owanie, czyszczenie bazy danych, lokalną analitykę, leniwe ładowanie, integrację z Cloudflare i optymalizację czcionek w jednej wtyczce. Każdy z tych punktów osobno to kolejna wtyczka i kolejne zapytania HTTP. Dla strony z ponad 20 wtyczkami zastąpienie 5-6 osobnych jedną WP Rocket jest odczuwalne.

Jaki hosting dla Elementora w 2026 roku?

Na start i przy niewielkich projektach, SiteGround. Ale gdy tylko pojawi się WooCommerce, AdSense lub ruch przekraczający 10-20 tysięcy wizyt miesięcznie, proszę przejść na chmurę. Cloudways z DigitalOcean lub Vultr dają najlepszy stosunek ceny do wydajności. TTFB w chmurze jest zwykle 2-3 razy niższy niż na dobrym hostingu współdzielonym.

Czy Cloudflare jest obowiązkowy, jeśli stoi już WP Rocket?

To różne poziomy optymalizacji. WP Rocket cache'uje na poziomie serwera, a Cloudflare dystrybuuje statykę przez sieć ponad 200 centrów danych. Razem działają jak dwupoziomowy cache: pierwsze zapytanie do serwera, wszystkie kolejne z najbliższego użytkownikowi centrum danych.

Ile czasu zajmuje pełna optymalizacja?

Podstawowy zestaw (PHP, WP Rocket, Cloudflare, wyłączenie zbędnych wtyczek) robi się w 2-3 godziny. Pełny cykl z czcionkami, obrazami i precyzyjnym dostrojeniem pod GTmetrix, 4-6 godzin, w zależności od rozmiaru strony.

Co zrobić teraz: checklista na pół dnia

Proszę zacząć od fundamentów, one dają główny przyrost:

• Proszę podnieść PHP do 8.3+ i ustawić memory_limit 256M.
• Proszę zainstalować WP Rocket i skonfigurować cache'owanie.
• Proszę podłączyć Cloudflare na darmowym planie.

Resztę uzyskuje się punktowymi poprawkami: proszę wyłączyć nieużywane skrypty przez Perfmatters lub Asset CleanUp, umieścić czcionki lokalnie, doprowadzić obrazy do właściwych rozmiarów, przejść listę wąskich gardeł w GTmetrix od góry do dołu.

Strona na Elementorze może i powinna ładować się szybciej niż w 2 sekundy. Wszystko, czego do tego potrzeba, to właściwe środowisko serwerowe i dyscyplina we wtyczkach.