Awarię WordPressa naprawia programista WordPress albo osoba prowadząca stałą opiekę techniczną - a nie zawsze jest to ten sam ktoś, kto tę stronę kiedyś zbudował. Naprawa WordPressa to znalezienie elementu, który się wysypał (najczęściej wtyczki, motywu albo ustawienia serwera), odłączenie go i przywrócenie strony do działania bez utraty treści i zamówień. Typowa awaria to godziny pracy, nie dni: prosty konflikt po aktualizacji zwykle znika tego samego dnia, poważniejsze sprawy - infekcja, uszkodzona baza, padnięty hosting - potrafią zająć od jednego do kilku dni roboczych.
Poniżej masz to rozpisane praktycznie: co zrobić w pierwszych piętnastu minutach, do kogo się zgłosić przy jakim objawie, ile to trwa i jakie dostępy przygotować.
Co zrobić w pierwszych 15 minutach
Zanim zaczniesz szukać pomocy, zbierz fakty - to skraca naprawę bardziej niż cokolwiek innego. Osoba, która dostanie od Ciebie komplet informacji, zaczyna od diagnozy, a nie od przesłuchania.
- Zapisz dokładny komunikat - zrzut ekranu całego okna, razem z adresem strony. „Nie działa” to za mało, „W witrynie wystąpił błąd krytyczny” to już trop
- Sprawdź, czy pada cała strona, czy tylko fragment - strona główna, podstrona, koszyk, panel
/wp-admin. Otwórz każde z nich - Sprawdź w trybie prywatnym przeglądarki i na telefonie - czasem to tylko cache po Twojej stronie
- Przypomnij sobie, co się zmieniło - aktualizacja wtyczek, nowa wtyczka, zmiana wersji PHP, wygasła domena, przeterminowany certyfikat, opóźniona płatność za hosting
- Zajrzyj na skrzynkę administratora - WordPress przy poważnym błędzie wysyła maila z nazwą winnej wtyczki i linkiem do trybu ratunkowego. Sprawdź też spam
- Nie usuwaj niczego - nie kasuj wtyczek, nie instaluj WordPressa od nowa, nie „czyść” plików na serwerze
Ten szósty punkt jest najważniejszy. Większość napraw, które wychodzą drogo, wychodzi drogo nie przez samą awarię, tylko przez nerwowe ruchy zrobione przed przyjściem pomocy.
Kto realnie naprawia WordPressa
Są cztery adresy, pod które warto pukać - i każdy ma inny zakres. Poniżej co do kogo należy:
| Kto | Co realnie naprawi | Kiedy to najlepszy wybór | Ile zwykle czeka się na reakcję |
|---|---|---|---|
| Wsparcie hostingu | Serwer, wersja PHP, limity pamięci, certyfikat SSL, przywrócenie kopii z ich backupu | Strona zgłasza błąd serwera, hosting sam pisze o problemie, wygasł certyfikat | Od kilkudziesięciu minut do doby, zależnie od pakietu |
| Autor wtyczki lub motywu | Błąd w konkretnej wtyczce, jeśli masz aktywną licencję | Wiesz dokładnie, która wtyczka wysypała stronę, i jest komercyjna | Zwykle 1-3 dni robocze, w języku angielskim |
| Programista WordPress | Wszystko: konflikty, motyw, baza danych, infekcja, integracje, WooCommerce | Nie wiadomo, co się stało, albo problem dotyka sklepu i pieniędzy | Od godzin do jednego dnia roboczego |
| Stała opieka techniczna | To samo co wyżej, tylko zanim zdążysz zauważyć | Strona zarabia i przestój kosztuje więcej niż abonament | Reakcja jest umówiona z góry w umowie |
W praktyce najczęstsza pomyłka wygląda tak: sklep leży od trzech dni, bo właściciel czeka na odpowiedź autora wtyczki z zagranicy. Wtyczkę można wyłączyć w pięć minut i podstawić obejście, a poprawkę od autora wgrać spokojnie za tydzień. Przy awarii najpierw przywracamy sprzedaż, dopiero potem szukamy winnego.
Ile trwa naprawa WordPressa
Czas naprawy zależy głównie od tego, czy przyczyna jest w treści strony, czy w serwerze. Widełki poniżej to typowe czasy pracy przy stronie, do której mam normalne dostępy - nie są obietnicą, bo dwie identycznie wyglądające awarie potrafią mieć zupełnie inne dno.
| Objaw | Zwykła przyczyna | Typowy czas naprawy |
|---|---|---|
| Błąd krytyczny po aktualizacji | Konflikt wtyczki z motywem albo z wersją PHP | Kilkadziesiąt minut do 2 godzin |
| Biała, pusta strona | Błąd PHP z wyłączonym wyświetlaniem komunikatów | 1-3 godziny |
| Błąd połączenia z bazą danych | Złe dane dostępowe, przeciążony lub uszkodzony serwer bazy | Od 30 minut do pół dnia, zależnie od hostingu |
| Koszyk lub płatności nie działają | Zmiana w bramce płatności, konflikt wtyczki, wygasły klucz API | 2-4 godziny |
| Strona nagle „bardzo wolna” | Zapchana baza, brak cache, wyczerpane zasoby hostingu | Pół dnia do dwóch dni |
| Obce treści, przekierowania, ostrzeżenie Google | Infekcja - trzeba wyczyścić, zamknąć furtkę i zgłosić stronę do ponownego sprawdzenia | 1-3 dni robocze plus czekanie na Google |
| Strona zniknęła całkowicie, brak kopii | Skasowane konto hostingowe albo wygasła domena | Od doby wzwyż, czasem nie do odzyskania |
Dwie uwagi do tej tabeli. Po pierwsze, kopia zapasowa skraca prawie każdą z tych pozycji do kilkudziesięciu minut - dlatego pytanie „czy masz backup” pada zawsze jako drugie; jak to poukładać, opisałem w tekście o kopiach zapasowych WordPressa. Po drugie, przy infekcji naprawa techniczna to połowa roboty - reszta to zdjęcie ostrzeżenia w wyszukiwarce, co idzie już tempem Google; kolejność kroków rozpisałem w planie ratunkowym dla zhakowanej strony.
Co przygotować, żeby naprawa ruszyła od razu
Osoba, która ma naprawić stronę, potrzebuje trzech rzeczy - i to zwykle na nie czeka się najdłużej, nie na samą pracę.
- Dostęp do panelu hostingu - to jest ten najważniejszy. Daje pliki, bazę, logi błędów i kopie zapasowe. Bez niego naprawa poważnej awarii jest zgadywanką
- Konto administratora w WordPressie - najlepiej świeżo założone dla wykonawcy, do skasowania po robocie
- Kontakt do osoby, która trzyma domenę - przy części awarii (certyfikat, przekierowania, DNS) trzeba tam wejść
Jeśli czegoś nie masz, nie blokuj tym startu. Powiedz wprost: „mam tylko panel WordPressa, hosting jest u poprzedniego wykonawcy”. Da się zacząć od diagnozy, a odzyskiwanie dostępów zrobić równolegle. Gorzej, gdy okaże się to dopiero w trakcie.
Sygnały, że trafiłeś na właściwą osobę
Przy awarii decydujesz szybko i pod presją, więc warto znać kilka prostych wyznaczników. Dobra pomoc techniczna do WordPressa:
- Zaczyna od kopii zapasowej, zanim cokolwiek ruszy - nawet gdy strona już leży
- Mówi, co się stało, po ludzku i pokazuje przyczynę, a nie tylko efekt
- Podaje zakres i cenę przed pracą, a nie po
- Nie proponuje przebudowy strony w odpowiedzi na awarię - to dwie różne rozmowy, a mieszanie ich jest sygnałem ostrzegawczym
- Zostawia stronę stabilną, czyli po naprawie mówi, co trzeba poprawić, żeby to nie wróciło
Czerwona lampka zapala się, gdy ktoś od razu proponuje postawienie strony od nowa. Czasem to faktycznie właściwa droga, ale niemal nigdy w dniu awarii i bez obejrzenia tego, co jest.
Ile kosztuje naprawa i od czego zależy
Cena naprawy zależy od czasu potrzebnego na diagnozę, a diagnoza jest tym krótsza, im więcej wiadomo o stronie. Drobna awaria po aktualizacji to inny rząd wielkości niż czyszczenie zainfekowanego sklepu z tysiącem produktów, dlatego nikt uczciwy nie poda kwoty przez telefon bez zajrzenia do środka.
U mnie wygląda to tak: diagnoza jest bezpłatna - oglądam stronę, mówię co jest zepsute i ile pracy to zajmie. Przy większej robocie (przebudowa, integracja, poważne czyszczenie) daję wycenę na piśmie przed startem, w modelu stałej ceny - projekty tego typu mieszczą się zwykle w przedziale 5000-10000 zł netto. Jeżeli awarie zdarzają się regularnie, sensowniejsza od gaszenia pożarów jest stała opieka techniczna: Basic 1000 zł, Pro 2000 zł, Premium 3500 zł netto miesięcznie, z aktualizacjami, kopiami i reakcją na problemy zanim je zauważysz. Szerzej o stawkach na rynku i o tym, za co się realnie płaci, napisałem w tekście o tym, ile kosztuje programista WordPress.
Jak nie wracać do tego co miesiąc
Awaria to prawie zawsze skutek, nie przyczyna. Przyczyną bywa brak rytmu: aktualizacje hurtem raz na pół roku, kopia zapasowa, której nikt nigdy nie odtworzył, wtyczka porzucona przez autora dwa lata temu, hosting dobrany do strony, która była mała, a urosła.
Trzy rzeczy ograniczają liczbę awarii bardziej niż cokolwiek innego:
- Kopia zapasowa poza serwerem strony i test odtworzenia raz na jakiś czas - backup, którego nikt nie sprawdził, nie jest backupem
- Aktualizacje w rytmie, z kopią przed i sprawdzeniem strony po - zamiast dwóch dużych skoków w roku
- Sprzątanie wtyczek - każda niepotrzebna to jedno dodatkowe miejsce, w którym coś może pęknąć
Jeśli chcesz najpierw sam zrozumieć, co widzisz na ekranie, mam osobne teksty o błędzie krytycznym WordPressa i o białym ekranie - oba prowadzą przez naprawę krok po kroku, bez znajomości kodu.
Jak to wygląda, gdy zgłaszasz się do mnie
Zaczynam od bezpłatnej diagnozy - oglądam stronę, logi i hosting, i mówię wprost, co się stało, ile to zajmie i czy da się zdążyć dziś. Jeśli awaria jest drobna, często kończy się na naprawie tego samego dnia. Jeśli okazuje się, że pod spodem jest większy problem - zaniedbany silnik, infekcja, hosting nie do udźwignięcia - dostajesz zakres i cenę na piśmie przed rozpoczęciem, więc żadna kwota nie pojawia się po fakcie. Pracuję sam, więc rozmawiasz z osobą, która faktycznie siedzi w Twojej stronie.
Najczęstsze pytania
Kto naprawia strony na WordPressie? Programista specjalizujący się w WordPressie albo osoba świadcząca stałą opiekę techniczną. Wsparcie hostingu naprawi tylko rzeczy po stronie serwera (PHP, limity, certyfikat, przywrócenie kopii), a autor wtyczki - wyłącznie błąd w swoim produkcie i zwykle z kilkudniowym opóźnieniem.
Ile trwa naprawa WordPressa? Typowa awaria po aktualizacji to od kilkudziesięciu minut do kilku godzin. Poważniejsze przypadki - uszkodzona baza, infekcja, brak kopii zapasowej - zajmują od jednego do trzech dni roboczych, a przy infekcji dochodzi jeszcze czas, którego potrzebuje Google na zdjęcie ostrzeżenia.
Czy przy awarii stracę treści i zamówienia? Najczęściej nie - wpisy, produkty i zamówienia siedzą w bazie danych, której zwykła awaria nie dotyka. Ryzyko pojawia się dopiero przy pochopnych ruchach: kasowaniu plików, ponownej instalacji WordPressa albo nadpisaniu bazy starą kopią.
Czy da się naprawić stronę bez dostępu do hostingu? Częściowo. Mając samo konto administratora można wyłączyć wtyczkę czy podmienić motyw, ale przy błędzie krytycznym panel bywa niedostępny, a bez logów serwera diagnoza jest zgadywaniem. Dostęp do hostingu warto odzyskać, zanim będzie potrzebny.
Powiązane: Błąd krytyczny WordPress - co robić · Strona zhakowana - plan ratunkowy · Stała opieka nad stroną