Co dokładnie „nie działa” w edytorze i dlaczego to ma znaczenie
Najczęstsze przyczyny, gdy edytor przestaje się ładować
Krok po kroku: naprawa, gdy nie działa edytor WordPress
Jeśli nie działa edytor WordPress, zacznij od ustalenia objawu, bo od tego zależy najszybsza ścieżka naprawy. Czasem edytor w ogóle się nie ładuje (biały ekran). Innym razem widać interfejs, ale przyciski nie reagują. Bywa też, że zapis kończy się błędem, a Ty widzisz komunikat o „unexpected error”.
Najpierw rozdziel trzy scenariusze:
Pierwszy: edytor nie ładuje się tylko w jednej przeglądarce. Drugi: edytor nie ładuje się na każdym urządzeniu. Trzeci: edytor działa, ale nie zapisuje zmian. Każdy scenariusz prowadzi do innej przyczyny, mimo że problem wygląda podobnie.
Zrób szybki test przeglądarki. Otwórz edycję wpisu w trybie incognito. Potem sprawdź drugą przeglądarkę. Jeśli w incognito działa, winne są rozszerzenia, cache lub cookies. To częstsze, niż się wydaje, zwłaszcza gdy masz adblock, narzędzie do nagrywania sesji lub rozszerzenia „privacy”.
Wyczyść cache przeglądarki tylko dla panelu WordPress. Nie rób od razu „czyść wszystko”. Usuń dane dla domeny i zaloguj się ponownie. Dzięki temu szybciej zobaczysz, czy problem był po stronie przeglądarki.
Sprawdź ustawienia profilu użytkownika. W panelu przejdź do Użytkownicy → Profil i upewnij się, że opcja wyłączająca edytor wizualny nie jest zaznaczona. To potrafi wywołać wrażenie, że wordpress nie działa, bo edycja wygląda inaczej lub ładuje się niekompletnie.
Jeżeli używasz wtyczki „Classic Editor”, sprawdź, czy nie wymusza starego trybu albo nie blokuje edytora blokowego dla konkretnych typów treści. To szczególnie ważne, jeśli problem dotyczy tylko stron, a wpisy działają.
Kolejny krok to JavaScript. W praktyce edytor blokowy opiera się na JavaScript i na zapytaniach do API. Dlatego otwórz narzędzia deweloperskie (F12) i sprawdź zakładkę Console oraz Network. Jeśli widzisz błędy typu 403, 401 albo „Failed to fetch”, idziesz w stronę blokady po stronie serwera, firewalla lub wtyczki bezpieczeństwa.
Warto wiedzieć, że edytor korzysta z REST API. To nie jest detal techniczny, tylko podstawa działania. Jeśli endpointy API są blokowane, edytor nie ma jak pobrać danych. Oficjalnie opisuje to dokumentacja WordPressa o REST API: https://developer.wordpress.org/rest-api/
Teraz zrób test Site Health. Wejdź w Narzędzia → Stan witryny i sprawdź, czy nie masz krytycznych błędów typu „REST API encountered an error” lub „Loopback request failed”. Jeśli tak, to bardzo często oznacza konflikt z wtyczką bezpieczeństwa, WAF-em na hostingu albo regułą ModSecurity.
Jeżeli masz Cloudflare, sprawdź, czy nie jest włączony Rocket Loader lub agresywne minifikacje dla wp-admin. Czasem wystarczy wyłączyć optymalizacje dla panelu, aby edytor wrócił. Podobny efekt dają wtyczki cache, które minifikują skrypty także w kokpicie. Wtedy edytor ładuje część plików w złej kolejności i „rozsypuje się”.
Gdy problem nadal występuje, przejdź do najbardziej skutecznego testu: konflikt wtyczek. To najczęstsza przyczyna, gdy nie działa edytor WordPress po aktualizacji lub po instalacji nowego dodatku.
Jeśli masz dostęp do panelu, wyłącz wszystkie wtyczki naraz i sprawdź edytor. Potem włączaj je po jednej. Zacznij od tych, które ingerują w:
bezpieczeństwo, cache, optymalizację, edycję treści, pola niestandardowe oraz edytory typu page builder.
Jeśli panel nie działa, zrób to przez FTP lub menedżer plików hostingu. Zmień nazwę folderu wp-content/plugins na przykład na plugins-off. Po tym kroku WordPress uruchomi się bez wtyczek. Jeśli edytor wróci, masz pewność, że winna była wtyczka.
W praktyce najczęściej konflikt wywołują:
wtyczki do optymalizacji, wtyczki bezpieczeństwa z zaporą, dodatki do pól niestandardowych, edytory wizualne oraz integracje, które dodają własne skrypty w panelu.
Jeżeli temat wraca, uporządkuj zestaw wtyczek. Zamiast dublować funkcje, trzymaj jedną wtyczkę cache i jedną od bezpieczeństwa. Pomaga w tym audyt i dobór dodatków, a także zdrowy „przegląd instalacji” co kilka miesięcy. Jeśli chcesz podejść do tego systemowo, przyda Ci się ten materiał: https://fastgrow.pl/przewodnik-po-wtyczkach-wordpress-ktore-wtyczki-sa-nieodzowne-dla-twojej-strony-w-2024-roku/
Następnie sprawdź motyw. Zdarza się, że motyw ładuje skrypty w panelu i powoduje konflikty, zwłaszcza gdy ma własny framework lub rozbudowane opcje. Na chwilę przełącz motyw na domyślny (np. Twenty Twenty-Four). Jeśli edytor wróci, problem leży w motywie lub w jego integracji z wtyczkami.
Jeśli korzystasz z Elementora, potraktuj go jako osobny punkt testu. Nawet jeśli pytanie brzmi „nie działa edytor WordPress”, to przy aktywnym builderze często pojawia się wrażenie, że „elementor nie działa”, bo edycja stron ładuje się pusta albo wiesza. Wtedy odśwież cache Elementora, wyłącz dodatki typu „Elementor addons” i dopiero potem oceniaj sytuację.
Sprawdź wersję PHP i limit pamięci. Edytor jest cięższy niż klasyczny edytor, więc przy zbyt niskim limicie pamięci może się nie doładowywać. Jeśli widzisz błędy o pamięci w logach, zwiększ limit w konfiguracji hostingu lub w wp-config.php. To częsty powód, gdy ktoś mówi: „wordpress nie działa, ale tylko w panelu”.
Warto też sprawdzić, czy problem nie pojawił się po aktualizacji. Jeśli masz świeżo wgrany core, motyw lub wtyczkę, to wpisuje się w scenariusz aktualizacja wordpressa problemy. Wtedy najpierw wycofaj ostatnią zmianę na stagingu, a dopiero potem aktualizuj ponownie, już po wykluczeniu konfliktu.
Jeśli w logach widzisz 403 na wp-json, sprawdź reguły bezpieczeństwa. Czasem hosting blokuje zapytania, bo uznaje je za podejrzane. Podobnie potrafią działać wtyczki zabezpieczające, które „na sztywno” filtrują endpointy. W takim przypadku dodanie wyjątku dla REST API albo korekta ustawień firewalli jest szybsza niż przebudowa strony.
Jeżeli edytor działa, ale nie zapisuje zmian, sprawdź komunikaty o błędach przy zapisie i status REST API w Site Health. To potrafi wyglądać jak problem edytora, ale realnie przypomina sytuację strona po aktualizacji wtyczki nie działa. Mechanizm bywa podobny: konflikt blokuje zapytania i zapis nie dochodzi do skutku.
Na koniec upewnij się, że problem nie jest skutkiem infekcji lub agresywnych reguł ochrony. Zdarza się, że po ataku ktoś dokłada zabezpieczenia, które blokują edytor przy okazji. Jeśli chcesz uporządkować ochronę tak, aby nie psuła działania panelu, pomocny będzie ten poradnik: https://fastgrow.pl/jak-zbudowac-bezpieczna-strone-internetowa/
Jeżeli zależy Ci na tym, aby takie awarie nie wracały, ustaw proces: kopia przed aktualizacją, test na stagingu i monitoring po wdrożeniu. W praktyce to najszybsza droga do stabilności, zwłaszcza gdy na stronie pracuje kilka osób i edytuje treści regularnie. W tym pomaga stałe utrzymanie: https://fastgrow.pl/opieka-nad-strona/
A jeśli problem z edytorem to tylko jeden z objawów (na przykład panel jest coraz cięższy, a strona wymaga porządków), często lepiej potraktować to jako sygnał do uporządkowania całego środowiska WordPress. Wtedy sens ma przegląd architektury i sposobu wdrożenia: https://fastgrow.pl/tworzenie-stron-www/ oraz analiza UX, bo chaotyczne rozwiązania w panelu często wynikają z chaotycznych decyzji w projekcie: https://fastgrow.pl/audyt-uzytecznosci/
Jeśli potrzebujesz pomocy ze swoją stroną internetową, zespół Fast Grow pomoże Ci w tym procesie: https://fastgrow.pl/tworzenie-stron-wordpress/ oraz https://fastgrow.pl/kontakt/