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
Oddziel stronę, panel i sklep
Porównuj reprezentatywne URL przy tym samym urządzeniu, zalogowaniu i warunkach. Szybki cache publiczny nie opisuje edytora ani koszyka. Powtarzaj pomiary i zachowaj punkt odniesienia.
02
Oddziel serwer od wyświetlania
Oczekiwanie na pierwszy bajt różni się od późnego obrazu czy blokujących skryptów. Sprawdź wykres sieci i PageSpeed Insights. Rozróżniaj laboratorium i dostępne dane rzeczywistych wizyt.
03
Dostosuj obrazy i skrypty
Sprawdź obrazy na początku, rozdzielczość, kompresję i rezerwację miejsca. Nie opóźniaj głównego obrazu lazy loadingiem. Analizuj zewnętrzne skrypty; zachowuj udowodnione zyski bez uszkodzenia funkcji.
04
Dopasuj cache do funkcji
Najpierw sprawdź istniejące mechanizmy cache. Podobne wtyczki utrudniają diagnozę. Koszyk, checkout, konta i dane osobiste wymagają wyjątków. Testuj sesje, ceny i formularze.
05
Zbadaj aplikację i hosting
Liczy się praca rozszerzeń, nie tylko liczba. Sprawdź wolne zapytania, połączenia i równoległe zadania. Profiluj na stagingu; nie kasuj tabel ani nie wyłączaj zadań bez ustalonej przyczyny.
Core Web Vitals: cele rzeczywistych wizyt
LCP dotyczy największej widocznej treści, INP reakcji, a CLS przesunięć układu. Cele dotyczą 75. percentyla rzeczywistych wizyt, osobno mobilnych i komputerowych. Test laboratoryjny nie zastępuje danych użytkowników.
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.