Jeśli strona przestała działać po aktualizacji, zacznij od zapisania tego, co się zmieniło, i sprawdzenia dostępnych kopii. Kolejna przypadkowa aktualizacja lub odtworzenie całej bazy może utrudnić naprawę. Najważniejsze jest ustalenie zakresu awarii i zachowanie możliwości powrotu.
Sprawdź, co dokładnie nie działa
Otwórz stronę główną oraz jedną ważną podstronę. Sprawdź, czy możesz wejść do panelu. Zanotuj pełny komunikat błędu i czas wystąpienia problemu. Zapisz, czy aktualizowany był WordPress, motyw, konkretna wtyczka, czy również wersja PHP na hostingu.
Oddziel problem widoku od awarii całej aplikacji. Strona może się otwierać, a jednocześnie nie przyjmować zamówień lub nie wysyłać formularzy. Dla firmy to nadal istotna awaria, nawet jeśli strona główna wygląda poprawnie.
Sprawdź kopię, zanim ją przywrócisz
Ustal datę kopii i to, czy zawiera zarówno pliki, jak i bazę danych. Zapytaj też, czy możliwe jest odtworzenie jej w osobnym środowisku. Sam napis „backup” w panelu nie mówi, co zostanie zastąpione podczas przywracania.
Przywrócenie starej bazy w sklepie, rezerwacjach lub formularzu zapisującym zgłoszenia może usunąć późniejsze wpisy. Zanim podejmiesz ten krok, ustal, jakie nowe dane pojawiły się po wykonaniu kopii i jak je zabezpieczyć. Inny plan będzie odpowiedni dla prostej wizytówki, a inny dla serwisu stale przyjmującego zgłoszenia.
Gdzie szukać przyczyny
Po aktualizacji warto zbadać zgodność wtyczek i motywu, błędy PHP oraz różnice w środowisku serwera. Pusty ekran sam nie wskazuje winnego elementu. Oficjalny przewodnik WordPressa opisuje różne scenariusze, m.in. konflikty wtyczek i motywów oraz problemy z bazą. Przewodnik po typowych błędach WordPressa.
Osoba diagnozująca może użyć logów i narzędzi debugowania. Szczegóły błędów należy analizować w kontrolowanym środowisku, bez wyświetlania ich klientom na publicznej stronie. Dokumentacja WordPressa rozróżnia zapisywanie błędów i ich wyświetlanie. Dokumentacja debugowania WordPressa.
Nie trzeba znać tych narzędzi, żeby poprawnie zgłosić problem. Dla wykonawcy często cenniejszy będzie dokładny opis ostatniej zmiany niż lista prób napraw wykonanych bez notatek.
Co przygotować w zgłoszeniu
| Informacja | Dlaczego pomaga |
|---|---|
| Adres i treść błędu | Pozwala odtworzyć objaw |
| Data oraz zakres aktualizacji | Zawęża listę możliwych przyczyn |
| Dostępność panelu WordPressa | Pomaga zaplanować sposób diagnozy |
| Data ostatniej kopii | Pokazuje dostępne warianty powrotu |
| Nowe zamówienia lub zgłoszenia | Pozwala ocenić konsekwencje odtwarzania bazy |
| Informacja o ostatnich zmianach hostingu | Ujawnia możliwą zmianę środowiska |
Nie wpisuj haseł w opisie problemu. Potrzebne dostępy i sposób ich przekazania ustalamy po rozpoznaniu sytuacji.
Co sprawdzić po naprawie
Oprócz strony głównej przetestuj logowanie, menu mobilne, formularz oraz funkcje ważne dla firmy. Zapisz, które wersje oprogramowania działają po poprawce i jakie aktualizacje pozostały do wykonania. Jeśli problem dotyczył kontaktu, skorzystaj z checklisty testowania formularza.
Zgłoś awarię strony lub sprawdź zakres naprawy WordPressa i stron firmowych. Termin rozpoczęcia prac potwierdzamy indywidualnie; formularz nie jest całodobowym kanałem interwencyjnym.