Błąd 500 WordPress jest często objawem, a nie diagnozą. Najczęściej oznacza, że po stronie aplikacji albo serwera coś przestało się domykać i serwer zwraca błąd zamiast strony.

Najczęstsze przyczyny:

• konflikt wtyczek lub błąd w motywie, często po aktualizacji

• brak zasobów, np. limit pamięci PHP, timeouty, zbyt niski limit procesów

• przeciążenie serwera, chwilowe skoki obciążenia, procesy w tle i cron

• błędna konfiguracja cache lub warstwy pośredniej

• problemy z bazą danych, np. wolne zapytania albo chwilowa niedostępność

Jak działamy:
Najpierw stabilizacja, żeby strona wróciła do działania. Potem weryfikujemy logi aplikacji i serwera, ostatnie zmiany oraz elementy, które mogły wywołać błąd. Na końcu wdrażamy poprawkę przyczyny i sprawdzamy, czy błąd nie wraca pod obciążeniem.

Błąd krytyczny WordPress zwykle oznacza błąd PHP, który zatrzymuje renderowanie strony albo panelu. Czasem widzisz biały ekran, czasem komunikat o błędzie krytycznym, a czasem problem dotyczy tylko wp-admin.

Częste przyczyny:

• aktualizacja wtyczki, która wymaga innej wersji PHP lub konfliktuje z inną wtyczką

• przestarzały fragment kodu w motywie lub wtyczce, który przestał działać po update

• konflikt zależności, autoload albo problem z Composerem, jeśli występuje

• błędy w plikach wgrywanych ręcznie, np. przez FTP

• brakujące pliki lub uprawnienia po migracji albo nieudanym wdrożeniu

Jak działamy:
Potrzebujemy szybkiego dostępu do logów i możliwości rollback. Najpierw przywracamy działanie, potem usuwamy przyczynę, np. naprawiamy kod, podmieniamy komponent albo zmieniamy konfigurację. Na koniec sprawdzamy, czy ten sam błąd nie występuje w innych miejscach, np. na checkout lub w cron.

To jeden z najczęstszych scenariuszy. Aktualizacja przeszła, strona się ładuje, ale przestaje działać coś ważnego. Problem bywa trudniejszy, bo nie ma jednego dużego błędu, tylko kilka objawów.

Typowe objawy:

• formularze nie wysyłają lub integracje przestają działać

• edytor nie zapisuje, media nie dodają się poprawnie

• style się rozjeżdżają, znikają elementy albo coś się psuje w builderze

• w WooCommerce nie działa koszyk, checkout, płatność lub dostawa

• strona zaczyna losowo wylogowywać, gubi sesję lub ma problemy z cache

Jak działamy:
Odtwarzamy, co faktycznie zmieniło się w aktualizacji. Izolujemy winny komponent, wtyczkę lub fragment kodu i robimy poprawkę w kontrolowany sposób. Potem testujemy krytyczne ścieżki, szczególnie koszyk i checkout, logowanie, formularze i maile. Jeśli widzimy, że problem wynika z braku procesu, proponujemy prosty schemat aktualizacji i testów w ramach opieka i utrzymanie WordPress.

W sklepach awaria często wygląda jak drobiazg, ale skutki są realne: brak zamówień. Najczęściej problem dotyczy sesji, cache, płatności albo konfliktu w checkout.

Typowe objawy:

• koszyk się czyści, znika lub nie aktualizuje

• checkout nie przechodzi dalej, kręci się w kółko albo wysypuje błąd

• płatność nie wraca z bramki, błędy webhooków, brak statusów

• dostawy lub kupony liczą się źle po aktualizacji

Jak działamy:
Testujemy pełną ścieżkę zakupu, patrzymy w logi WooCommerce, bramki i integracji, weryfikujemy cache i wykluczenia dla koszyka i checkout. Naprawę kończymy testami na produkcie, koszyku, checkout i mailach transakcyjnych.

Czasem awaria nie wywala strony, ale odcina ruch albo leady. To częste po przebudowie, zmianie permalinków, migracji lub zmianach w wtyczkach SEO.

Typowe objawy:

• pętla przekierowań, strona nie otwiera się w przeglądarce

• masowe 404 po zmianie adresów lub struktury

• nagły spadek widoczności, problemy z indeksacją

• błędne reguły w .htaccess, Nginx lub wtyczkach cache

Jak działamy:
Zabezpieczamy kluczowe adresy, porządkujemy reguły i mapujemy przekierowania. Sprawdzamy canonicale, robots, sitemapę i błędy w Search Console, jeśli temat dotyczy SEO.