Jak szybko przyspieszyć działanie Gutenberg w WordPress?

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.

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%.

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.

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.

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.

Wdrożenie tego, o czym piszemy w artykule, wymaga doświadczenia i czasu. Jeśli wolisz, by zajęli się tym specjaliści, sprawdź naszą ofertę WordPress lub ofertę stron internetowych.

Możesz też napisać do nas bezpośrednio – umów bezpłatną konsultację, a my przeanalizujemy Twoją sytuację i zaproponujemy najlepsze rozwiązanie.