Przejdź do treści

Jak szybko przyspieszyć działanie Gutenberg w WordPress?

Edytor Gutenberg w WordPressie rewolucjonizuje tworzenie treści, ale wielu użytkowników narzeka na jego powolne działanie – szczególnie przy dłuższych artykułach z wieloma blokami. Problem nasila się na hostingach współdzielonych i przy aktywnych kilkudziesięciu wtyczkach. W 2026 roku Gutenberg obsługuje już ponad 400 typów bloków z różnych rozszerzeń, co obciąża przeglądarkę i serwer jednocześnie. Ten poradnik pokazuje sprawdzone techniki przyspieszenia edytora – od konfiguracji PHP i limitów pamięci, przez selekcję wtyczek rejestrujących bloki, po optymalizację bazy danych pod kątem autosave i rewizji.

Krótka odpowiedź

Najszybszy sposób na przyspieszenie Gutenberga to zwiększenie limitu pamięci PHP do minimum 512 MB (wp-config.php: define('WP_MEMORY_LIMIT', '512M')), wyłączenie nieużywanych bloków wtyczek oraz ograniczenie rewizji postów do 5 sztuk. Dodatkowo zainstaluj wtyczkę cache backendowego jak WP Rocket, która przyspiesza panel administracyjny. Jeśli edytujesz posty z ponad 100 blokami, rozważ podział na mniejsze sekcje z użyciem reusable blocks.

Konfiguracja PHP i serwera pod edytor blokowy

Gutenberg to aplikacja React działająca w przeglądarce, ale jej wydajność zależy od szybkości odpowiedzi serwera na żądania REST API. Zwiększ limit pamięci PHP do 512 MB w pliku wp-config.php – domyślne 128 MB to za mało przy rozbudowanych postach. Ustaw max_execution_time na 120 sekund i upload_max_filesize na 64 MB. Kluczowa jest też wersja PHP – w 2026 roku minimum to PHP 8.2, który jest nawet 30% szybszy od PHP 7.4 w operacjach na REST API WordPressa. Sprawdź konfigurację za pomocą wtyczki Health Check, która wskaże wąskie gardła serwera wpływające na działanie edytora.

Redukcja liczby zarejestrowanych bloków

Każda wtyczka WordPress może rejestrować własne bloki w Gutenbergu. Przy 30-40 aktywnych wtyczkach edytor ładuje setki bloków, z których korzystasz może z kilkunastu. Wtyczka Block Visibility pozwala ukryć niepotrzebne bloki z insertera, ale nie eliminuje ich z pamięci. Skuteczniejsze rozwiązanie to wyrejestrowanie bloków programowo w functions.php za pomocą funkcji unregister_block_type(). Alternatywnie użyj wtyczki Jesuspended do selektywnego wyłączania wtyczek w panelu administracyjnym – wtyczka aktywna na froncie nie musi ładować swoich bloków w edytorze. Redukcja bloków z 300 do 50 potrafi skrócić czas otwarcia edytora o 40%.

Ograniczanie rewizji i autosave

Gutenberg domyślnie zapisuje rewizję co 10 sekund i nie ogranicza ich liczby. Artykuł edytowany przez godzinę generuje setki rewizji, które obciążają tabelę wp_posts i spowalniają każde otwarcie edytora. Dodaj w wp-config.php stałą define('WP_POST_REVISIONS', 5), aby ograniczyć rewizje do pięciu na post. Zmień interwał autosave na 60 sekund: define('AUTOSAVE_INTERVAL', 60). Dla istniejących postów z tysiącami rewizji użyj WP-CLI: wp post delete $(wp post list --post_type=revision --format=ids) – ta komenda masowo usunie stare rewizje. Po czyszczeniu uruchom OPTIMIZE TABLE wp_posts, aby odzyskać miejsce w bazie danych.

Optymalizacja zasobów front-endowych edytora

Gutenberg ładuje spore pliki JavaScript i CSS. Wtyczka Perfmatters umożliwia wyłączenie skryptów Gutenberga na frontendzie strony, jeśli nie korzystasz ze stylów blokowych. W panelu administracyjnym możesz użyć Asset CleanUp do identyfikacji niepotrzebnych skryptów ładowanych razem z edytorem. Kolejna technika to preloading krytycznych zasobów – dodaj link rel=preload dla głównych plików JS Gutenberga w nagłówku strony administracyjnej. Jeśli Twój motyw ładuje dodatkowe fonty i style w edytorze, rozważ ich usunięcie z kontekstu admin. Łącznie te działania potrafią przyspieszyć otwarcie edytora o 1-2 sekundy.

Regularne aktualizacje i monitorowanie wydajności

Każda nowa wersja WordPressa przynosi poprawki wydajności Gutenberga – aktualizacja z 6.4 do 6.7 przyniosła 25% przyspieszenie renderowania bloków. Aktualizuj WordPress, motywy i wtyczki regularnie, ale zawsze testuj najpierw na środowisku stagingowym. Zainstaluj Query Monitor, aby śledzić zapytania REST API generowane przez edytor – pokaże Ci wolne zapytania i konflikty między wtyczkami. Monitoruj czas TTFB (Time to First Byte) dla endpointów /wp-json/ za pomocą narzędzi deweloperskich przeglądarki. Prowadź dziennik zmian – zanotuj, które aktualizacje poprawiły lub pogorszyły wydajność, aby szybko cofnąć problematyczne zmiany.

Wspomniane narzędzia

Yoast SEO Elementor WP Rocket WP-Optimize Autoptimize Smush Query Monitor Perfmatters Asset CleanUp

Najczęściej zadawane pytania

Jakie są najczęstsze przyczyny spowolnienia Gutenberga?
Trzy główne przyczyny to: zbyt wiele zarejestrowanych bloków z wtyczek (edytor musi załadować definicje każdego bloku), nadmierna liczba rewizji postów obciążająca bazę danych, oraz niski limit pamięci PHP (domyślne 128 MB to za mało). Dodatkowym problemem bywa hosting współdzielony z wolnymi dyskami HDD zamiast SSD.
Czy hosting ma wpływ na szybkość Gutenberga?
Zdecydowanie tak. Gutenberg intensywnie korzysta z REST API WordPressa, które wymaga szybkiej odpowiedzi serwera. Hosting z dyskami NVMe SSD, PHP 8.2+ i OPcache zapewnia 3-5x szybsze odpowiedzi API niż tani hosting współdzielony. Redis Object Cache na serwerze dodatkowo eliminuje powtarzające się zapytania do bazy przy każdym autosave.
Jak sprawdzić, które wtyczki spowalniają Gutenberga?
Zainstaluj Query Monitor – pokaże czas wykonania każdego zapytania i skrypt, który je wywołał. Metoda diagnostyczna: dezaktywuj wszystkie wtyczki, zmierz czas otwarcia edytora, a następnie aktywuj je po jednej. Wtyczka, po której czas wzrasta o ponad 500 ms, wymaga zastąpienia lżejszą alternatywą lub optymalizacji.
Czy warto przejść z Classic Editor na Gutenberg w 2026 roku?
Tak – Classic Editor oficjalnie traci wsparcie, a Gutenberg w wersji 2026 jest znacznie szybszy i stabilniejszy niż pierwsze wydania. Nowe funkcje takie jak bloki wielokrotnego użytku, wzorce (patterns) i Full Site Editing czynią go kompletnym narzędziem do budowy stron. Przejście wymaga jednorazowej adaptacji, ale długoterminowo oszczędza czas.
Ile bloków w jednym poście to za dużo?
Gutenberg zaczyna zauważalnie zwalniać powyżej 150-200 bloków w jednym poście. Przy 300+ blokach opóźnienia przy pisaniu stają się irytujące nawet na szybkim komputerze. Rozwiązanie: podziel długie treści na podstrony lub korzystaj z reusable blocks, które renderują się jako pojedyncze elementy, odciążając edytor.
#wordpress#gutenberg#hosting#optymalizacja#wtyczki#seo#wydajnosc
Zdjęcie autora: Krzysztof Czapnik
O autorze

Krzysztof Czapnik

CEO KC Mobile

20+ lat doświadczenia w digital marketingu i tworzeniu stron internetowych. Specjalizuję się w SEO, kampaniach Google Ads oraz budowaniu skutecznych strategii online dla firm z całej Polski.

Potrzebujesz profesjonalnej strony WordPress?

Tworzymy strony WordPress, które są szybkie, bezpieczne i zoptymalizowane pod SEO. Od 3000 zł.

Potrzebujesz pomocy specjalisty?

Skorzystaj z naszych usług w największych miastach Polski

Bezpłatna wycena Zadzwoń