Poradnik dotyczy samodzielnie hostowanych stron WordPress. Zmiany wymagają uprawnień i bezpiecznego wycofania. Jeśli nie znasz plików, baz danych i hostingu, uzgodnij diagnozę z dostawcą lub opiekunem strony.
Zapisz obserwacje
Zapisz URL, dokładny komunikat, pierwszy czas ze strefą i ostatnią zmianę. Porównaj stronę główną, podstronę i logowanie. Dokumentuj próby: pojedynczy nieudany odczyt nie dowodzi pełnej awarii.
Kopia i droga powrotu
Przed zmianami zachowaj w miarę możliwości pliki, bazę i starsze kopie. Sprawdź datę oraz możliwość odtworzenia. Uszkodzona lub zainfekowana kopia może być dowodem; zabezpiecz ją osobno i nie traktuj jako czystej.
Zmieniaj jedną rzecz i powtarzaj tę samą próbę. Rozległe testy wtyczek, motywów i ustawień wykonuj na stagingu. Wyłączenie to nie usunięcie: może dotknąć sklep, formularze i ochronę. Zapisz stan wyjściowy i sposób cofnięcia.
Ukierunkowana diagnoza
01
Porównaj przeglądarkę i sieć
Sprawdź okno prywatne, inne urządzenie i inne łącze. Jeśli błąd dotyczy jednej wersji, sprawdź cache i dodatki przeglądarki. DNS, TLS i WordPress wymagają różnych kontroli.
02
Rozpoznaj objaw
HTTP 500 oznacza nieudane przetwarzanie serwerowe. 502, 503 i 504 mogą dotyczyć usług pośrednich lub zasobów. Dostępność bazy sprawdzaj z hostingiem, nie zmieniaj losowo haseł.
03
Przeanalizuj zmiany
Zbieżność w czasie nie jest dowodem. Jeśli panel działa, kontrolowanie sprawdź podejrzaną wtyczkę. Unikaj kolejnych aktualizacji zbiorczych; szerokie testy konfliktów wykonuj na kopii.
04
Gdy nie działa logowanie
Poszukaj linku odzyskiwania w poczcie administratora i spamie. Recovery Mode wstrzymuje komponenty w Twojej sesji, nie naprawia automatycznie strony publicznej. Bez bezpiecznego dostępu zleć analizę plików.
05
Sprawdź hosting i cache
Poproś o logi PHP i serwera z właściwej chwili oraz kontrolę miejsca, domeny, DNS i certyfikatu. Czyszczenie cache usuwa starą stronę błędu, nie naprawia PHP lub bazy.
Rozważ przywrócenie
Kopia nie zastępuje ustalenia przyczyny. Sprawdź ją najpierw w izolacji. Odtworzenie może usunąć nowe zamówienia, zapytania i treści. Uzgodnij zakres; po ataku nie przenoś bieżących plików bez weryfikacji.
Sprawdź po korekcie
Sprawdź pierwotny URL, stronę główną, podstrony i logowanie. Formularze oraz sklep testuj w odpowiednim środowisku bez przypadkowych rzeczywistych zamówień. Po poprawce czyść tylko właściwą pamięć podręczną. Zapisz przyczynę i wynik.
Kiedy potrzebna jest pomoc
Przerwij zmiany, gdy przyczyna pozostaje niejasna, powrót jest niepewny lub dotknięto funkcji krytycznych. Ślady malware wymagają analizy bezpieczeństwa. Nie publikuj pełnych logów, haseł, kluczy i linków odzyskiwania.
Uzgodnij zakres i koszty →Opieka po naprawie
Rdzeń WordPress, wtyczki i motywy aktualizujemy co tydzień, aby codzienne zadania nie opóźniały potrzebnych aktualizacji. Co miesiąc, codziennie lub co godzinę: zależnie od pakietu. Kopie są przechowywane na serwerach w UE.
Naprawy i czyszczenie już zhakowanych stron są odrębnymi usługami. Płatne licencje nie są wliczone.