Pogotowie WordPress to część opieki, którą docenia się dopiero w kryzysie: strona nie działa, zamiast treści pojawia się biała strona, błąd 500 blokuje koszyk — a każda godzina przestoju kosztuje zamówienia, leady i zaufanie Google. Ten poradnik wyjaśnia, co uznajemy za awarię krytyczną, jak wygląda realny czas reakcji (i czym różni się od czasu naprawy), jak przebiega procedura przywracania strony krok po kroku oraz ile kosztuje pomoc awaryjna — jednorazowo i w ramach stałej opieki.
Jeśli awaria dzieje się teraz: zrób pełną kopię zapasową plików i bazy, zanim cokolwiek zmienisz, nie reinstaluj wtyczek po omacku i zabierz log błędów PHP. Te trzy rzeczy decydują, czy strona wróci w godzinę, czy w dzień. Szczegóły poniżej.
Co uznajemy za awarię krytyczną
Nie każdy problem to awaria. Pogotowie (wsparcie awaryjne) dotyczy sytuacji, w których strona jest niedostępna, traci pieniądze albo aktywnie szkodzi marce:
- Biała strona (WSOD) — strona ładuje się pusta; zwykle błąd fatalny PHP lub limit pamięci.
- Błąd HTTP 500 / 503 — konflikt wtyczek, uszkodzone pliki, brak połączenia z bazą.
- Przekierowania na obce serwisy — klasyczny objaw infekcji; często widoczny tylko dla Googlebota lub telefonów.
- Zepsuty koszyk w WooCommerce — płatności nie działają albo zamówienia nie zapisują się; każda godzina to realna strata.
- Utrata dostępu do wp-admin — wylogowanie po ataku lub po awarii wtyczki bezpieczeństwa.
- Ostrzeżenie Google o szkodliwym kodzie — strona wypada z wyników wyszukiwania.
Wszystko inne — jeden zepsuty formularz, usterka układu na jednej podstronie, wolny kokpit — jest ważne, ale nie krytyczne i przechodzi normalną kolejką zgłoszeń z czasem reakcji zapisanym w pakiecie.
Czas reakcji a czas naprawy — różnica, która ma znaczenie
Poważne SLA obiecuje dwie różne rzeczy i mieszanie ich to najczęstsze nieporozumienie w pogotowiu
- Czas reakcji — jak szybko człowiek potwierdzi zgłoszenie, zacznie diagnozę i zakomunikuje plan. W moich pakietach: awarie krytyczne do 4 h (Care Premium), wysoki priorytet do 8 h, zwykłe zadania 24–48 h w dni robocze.
- Czas naprawy — jak długo potrwa przywrócenie działania strony. To zależy od awarii: przywrócenie z przetestowanej kopii zapasowej zajmuje minuty; czyszczenie infekcji może zająć cały dzień pracy; uszkodzona aktualizacja w sklepie może wymagać godzin testów, zanim produkcja wróci.
Ktoś, kto gwarantuje „naprawę wszystkiego w godzinę”, sprzedaje fikcję. Uczciwa gwarancja to czas reakcji zapisany w umowie, udokumentowana procedura przywracania i przetestowane kopie zapasowe — dopiero to razem czyni naprawę szybką w praktyce.
Procedura przywracania strony krok po kroku
Pogotowie działa według stałej kolejności — improwizacja to właśnie to, co zamienia incydent w katastrofę
- Najpierw kopia zapasowa. Zrób pełną kopię plików i bazy (i zabierz najświeższą kopię z serwera backupowego), zanim cokolwiek zmienisz. Bez tego każdy kolejny krok to hazard.
- Zbierz dowody. Log błędów PHP, log serwera, log debug WordPressa, ostatnie zmiany (aktualizacje, instalacje wtyczek, edycje motywu, zmiany na hostingu).
- Izoluj. Jeśli strona jest zainfekowana: zmień wszystkie hasła, rotuj klucze, włącz tryb konserwacji albo zdejmij stronę, jeśli wyciekają dane. Jeśli winna jest aktualizacja wtyczki: dezaktywuj ją przez WP-CLI (
wp plugin deactivate --allszybko zawęża winowajcę). - Przywróć albo napraw. Wybierz najszybszą bezpieczną drogę: przywrócenie z kopii i ponowne wdrożenie tylko zweryfikowanych zmian albo punktowa naprawa konfliktu, gdy kopia jest nieaktualna.
- Zweryfikuj. Przetestuj kluczowe podstrony, formularze, koszyk (WooCommerce), logowanie do panelu i widok mobilny. Sprawdź status w Google Search Console, jeśli strona dostała bana.
- Raport i zapobieganie. Pisemne podsumowanie: przyczyna, wykonane działania, co zapobiega powtórce. Jeśli doszło do wycieku danych — wsparcie w obowiązkach informacyjnych wobec UODO.
W stałej opiece kroki 1, 2 i 6 są gotowe, zanim cokolwiek się stanie — kopie zapasowe działają według harmonogramu z okresowymi testami odtworzenia, monitoring alarmuje o niedostępności, zanim zauważą ją użytkownicy, a logi są uporządkowane. Dlatego awarie na utrzymywanych stronach mierzy się w minutach, nie w dniach.
Ile kosztuje pogotowie WordPress?
Dwa modele, dwa przedziały cenowe
- Jednorazowa naprawa — dzwonisz do wykonawcy w trakcie awarii, bez abonamentu. W Polsce kosztuje to zwykle 300–2 500 zł netto w zależności od awarii: szybka naprawa białej strony bliżej dolnej granicy, pełne czyszczenie infekcji z przywróceniem indeksu bliżej górnej. Dochodzi oczekiwanie na dostępność — dobrzy wykonawcy mają zajęte terminy.
- Miesięczny plan utrzymania z pogotowiem — plany startują od 99 zł netto/mc (Care Start), a wyższe pakiety mają zapisany czas reakcji awaryjnej: Care Premium dodaje SLA 4 h i dyżur pod awarie i incydenty bezpieczeństwa, pozostałe pakiety — priorytet w kolejce.
Rachunek jest niewygodny, ale prosty: jedna naprawa kosztuje zwykle więcej niż rok najtańszego planu. Pogotowie jest tańsze, gdy jest zapisem w umowie, a nie przysługą.
Jak przygotować się przed kolejną awarią
- Kopie zapasowe, które są testowane. Kopie plików i bazy poza serwerem, z okresowymi testami odtworzenia — kopia bez testu to nadzieja, nie zabezpieczenie.
- Monitoring, który naprawdę alarmuje. Dostępność, czas odpowiedzi i błędy PHP, 24/7 — żebyś o awarii dowiedział się z narzędzia, nie od klienta.
- SLA w umowie. Zapisane czasy reakcji dla każdej wagi zgłoszenia, jeden kanał zgłoszeń, nazwane odpowiedzialności.
- Porządek w dostępach. Aktualna lista dostępów do hostingu, domeny i panelu, którą kontroluje właściciel — nie były wykonawca.
- Środowisko testowe (staging). Żeby następną „szybką poprawkę” dało się przetestować, a nie ryzykować na produkcji.
Jeśli strona jest krytyczna dla biznesu, właściwe pytanie nie brzmi „kto naprawi, gdy się zepsuje”, ale „co mamy, żeby psuło się rzadziej — i wracało szybciej, gdy już się zepsuje”. Dokładnie tym jest plan utrzymania WordPress z pogotowiem i SLA.
Najczęściej zadawane pytania
Co uznajemy za awarię krytyczną WordPress?
Strona niedostępna (biała strona, 500/503), przekierowania na obce serwisy, infekcja malware, zepsuty koszyk lub płatności w WooCommerce, utrata dostępu do wp-admin i ostrzeżenie Google o szkodliwym kodzie. Takie zgłoszenia trafiają do kolejki awaryjnej z najkrótszym czasem reakcji. Usterki kosmetyczne i pojedyncze błędy obsługuje zwykła kolejka.
Jak szybkie jest pogotowie WordPress?
Czas reakcji — moment, w którym człowiek potwierdza awarię i zaczyna diagnozę — to do 4 h dla awarii krytycznych w Care Premium, 8 h dla wysokiego priorytetu i 24–48 h dla zwykłych zadań w dni robocze. Czas naprawy zależy od awarii: przywrócenie z kopii zajmuje minuty, czyszczenie infekcji zwykle dzień pracy.
Czy naprawiacie strony po włamaniu?
Tak — to jedno z najczęstszych zgłoszeń awaryjnych. Procedura: kopia zapasowa, rozpoznanie wektora wejścia, usunięcie malware, backdoorów i przekierowań, czyszczenie plików i bazy, zamknięcie wektora, przywrócenie strony w Google Search Console i monitoring odzyskiwania pozycji. Jeśli doszło do wycieku danych, pomagam ocenić obowiązki wobec UODO.
Ile kosztuje jednorazowe pogotowie WordPress?
Jednorazowa naprawa to 300–2 500 zł netto w zależności od typu awarii. Miesięczny plan od 99 zł netto/mc obejmuje monitoring i kopie zapasowe — czynniki, które większości awarii zapobiegają — a wyższe pakiety dodają umowny czas reakcji (4 h w Care Premium) i dyżur.
Co robić w pierwszych 15 minutach awarii?
Nie reinstaluj i nie usuwaj niczego. Zrób pełną kopię zapasową (pliki + baza), skopiuj log błędów PHP i zanotuj, co ostatnio się zmieniło — aktualizacje, nowe wtyczki, zmiany na hostingu. Z tymi trzema rzeczami zgłoś się do wykonawcy. Jeśli podejrzewasz infekcję, natychmiast zmień wszystkie hasła.
Czy można wezwać pogotowie bez abonamentu?
Tak — jednorazowa naprawa awarii lub infekcji jest dostępna, a termin zależy od bieżącego obciążenia. Jeśli strona jest krytyczna dla biznesu, plan z SLA jest pewniejszy: czas reakcji jest gwarantowany umową, a kopie zapasowe i monitoring działają już w chwili, gdy zaczyna się incydent.
Źródła i narzędzia
- WordPress — dokumentacja debugowania
- WordPress — dokumentacja bezpieczeństwa
- Google Search Console — problemy bezpieczeństwa
- UODO — naruszenia ochrony danych (RODO)
Zobacz również: Opieka i utrzymanie strony WordPress, Naprawa WordPress — biała strona i błędy oraz Wsparcie techniczne WordPress.
📖 Zobacz również: opieka techniczna i SLA.