Naprawiam strony WordPress, które nie działają: biała strona, błąd krytyczny, błędy 500, 502 i 504, wirus i przekierowania na obce strony, awaria po aktualizacji, sklep WooCommerce, który nie przyjmuje zamówień, formularz bez maili, brak dostępu do panelu. W ciągu 48 godzin od briefu odpisuję z bezpłatną pisemną wyceną. Brief wysyłasz formularzem albo mailem, bez rozmów i spotkań. Nazywam się Mariusz Szatkowski, z WordPressem pracuję od 2006 roku i naprawiam strony sam, bez zespołu i podwykonawców. 48 godzin to czas odpowiedzi z wyceną, nie czas naprawy: ten zależy od przyczyny, logów i dostępów.
Z kim pracujesz
- Komercyjny WordPress od 2006 roku, sprzed Gutenberga i REST API
- Prowadzenie przez seniora: ten sam inżynier od discovery po tydzień szósty
- Bez przekazywania do offshore, bez warstwy PM w rachunku
- Organizator WordCamp Europe, mentor WordPress Foundation Credits
- Shopify Academy: ścieżka CRO plus Partner Marketing (Credly, 2025)
Dlaczego moja strona WordPress nie działa?
Znajdź objaw, który widzisz. Tabela mówi, co zwykle za nim stoi, od czego zaczynam i gdzie jest dłuższy opis. Pierwszy krok z ostatniej kolumny możesz zrobić sam tylko wtedy, gdy masz kopię i dostęp do plików. Jeśli nie pomaga, zatrzymaj się i wyślij opis: kolejne próby na ślepo zwykle pogarszają sytuację.
| Co widzisz | Najczęstsza przyczyna | Od czego zaczynam | Więcej |
|---|---|---|---|
| Biała strona bez komunikatu | Błąd PHP we wtyczce albo motywie, często zaraz po aktualizacji | Log błędów PHP, potem wyłączenie wtyczek przez zmianę nazwy katalogu wp-content/plugins, a gdy to nie pomoże, katalogu aktywnego motywu | Wycofanie aktualizacji |
| „W witrynie wystąpił błąd krytyczny.” | Błąd krytyczny PHP przechwycony przez WordPressa (od wersji 5.2) | Skrzynka adresu administratora: wiadomość zawiera link do trybu odzyskiwania, który wstrzymuje winną wtyczkę | Tryb odzyskiwania w WordPress 5.2 |
| Błąd 500 (Internal Server Error) | Uszkodzony plik .htaccess, wtyczka albo limit pamięci | Zmiana nazwy .htaccess i log błędów serwera; po powrocie strony zapisuję ponownie Ustawienia, Bezpośrednie odnośniki | Opis poniżej |
| Błąd 502 (Bad Gateway) albo 504 (Gateway Timeout) | Proces PHP padł albo przekroczył czas: ciężka wtyczka, wolne zapytanie do bazy, wyczerpane zasoby hostingu | Logi serwera z minuty awarii, stan zasobów u hostingu, wtyczki uruchamiane przy każdym wejściu | Sprawdzenie strony |
| „Błąd łączenia się z bazą danych” | Złe dane w wp-config.php albo niedziałający serwer bazy | Porównuję DB_NAME, DB_USER, DB_PASSWORD i DB_HOST z panelem hostingu, pytam hosting o stan MySQL | Opis poniżej |
Strona wolna albo Allowed memory size exhausted | Za niski limit pamięci PHP, ciężka wtyczka albo kod, który zjada pamięć w pętli | Ustalam, co zużywa zasoby, bo sam wyższy WP_MEMORY_LIMIT tylko odsuwa problem | Sprawdzenie strony |
| „Witryna jest tymczasowo niedostępna z powodu zaplanowanych prac konserwacyjnych.” i nic się nie zmienia | Przerwana aktualizacja zostawiła w katalogu głównym plik .maintenance | Usuwam .maintenance i kończę aktualizację, która się przerwała | Aktualizacje |
| Aktualizacja coś zepsuła | Niezgodność nowej wersji wtyczki, motywu albo PHP z resztą strony | Kopia stanu po awarii, potem wycofanie tego jednego elementu, nie całej strony | Wycofanie aktualizacji |
| Wirus, przekierowania na obce strony, spam w wynikach Google | Włamanie, zwykle przez nieaktualną albo porzuconą wtyczkę | Nie kasuj plików na ślepo. Najpierw kopia jako dowód i zmiana haseł do panelu, SFTP i bazy, potem sprzątanie | Usuwanie wirusów |
| Sklep WooCommerce nie przyjmuje zamówień albo płatności | Konflikt wtyczek, cache na koszyku albo błąd po stronie bramki płatności | WooCommerce, Status, Dziennik zdarzeń: na którym kroku zamówienie się zatrzymuje | Sprint ratunkowy WooCommerce |
| Mail z formularza nie dochodzi | Hosting blokuje wysyłkę z serwera, brak uwierzytelnionej wysyłki (SMTP) albo wiadomości lądują w spamie | Sprawdzam, czy WordPress w ogóle wysyła wiadomość, potem konfigurację wysyłki i rekordy DNS domeny | Opis poniżej |
| Nie da się zalogować do panelu | Blokada przez wtyczkę zabezpieczeń, pętla przekierowań po zmianie adresu strony albo konto bez uprawnień | Najpierw „Nie pamiętasz hasła?”: jeśli mail resetu nie przychodzi, problem leży w wysyłce, nie w haśle. Potem wtyczki zabezpieczeń i adresy w bazie | Opis poniżej |
Źródła: Common WordPress Errors, Debugging in WordPress, Fatal Error Recovery Mode in 5.2, FAQ: My site was hacked. Komunikaty w cudzysłowach pochodzą z paczki językowej pl_PL WordPressa 7.1.4.
Co dzieje się w ciągu 48 godzin po briefie?
- Brief. Wysyłasz formularzem albo mailem adres strony, rodzaj dostępu do hostingu i to, co zmieniło się przed awarią.
- Odpowiedź w ciągu 48 godzin. Dostajesz pisemnie pierwsze ustalenia, listę brakujących informacji i wycenę, która nic nie kosztuje. Bez rozmów i spotkań.
- Zakres. Pracę zaczynam po spisaniu zakresu. Jeśli na stronie są dane osobowe, przed pierwszym logowaniem podpisujemy umowę powierzenia z art. 28 RODO.
- Kopia przed zmianą. Robię kopię plików i bazy, z której da się wrócić. Gdy incydent na to pozwala, odtwarzam błąd na osobnej kopii strony.
- Izolacja i poprawka. Szukam najmniejszej warstwy, która zawiodła: hosting, rdzeń, motyw, wtyczka, kod własny, zewnętrzne API, cache albo DNS, i poprawiam tylko ją. Dzięki temu jeden objaw nie kończy się przebudową całej strony.
- Sprawdzenie i notatka. Przechodzę od nowa scenariusz ze zgłoszenia i ścieżki obok niego. Przy koszyku sprawdzam płatność, e-mail z potwierdzeniem, stan magazynu i analitykę. Przy błędzie w redakcji: podgląd, publikację, media, uprawnienia i czyszczenie cache. W notatce zapisuję, co zmieniłem, czego celowo nie ruszałem i jak wycofać zmianę.
Gdy przyczyna leży poza stroną, na przykład u hostingu albo dostawcy płatności, przekazuję dowody i plan ograniczenia skutków, a obejścia nie nazywam trwałą naprawą. Czasu samej naprawy nie obiecuję z góry: zależy od przyczyny, logów i dostępów.
Co wysłać w zgłoszeniu awarii?
Opis awarii
- adres strony i podstrony, na której widać problem
- kiedy pojawił się pierwszy raz
- co zmieniło się tuż przed: aktualizacja, nowa wtyczka, przeprowadzka, zmiana DNS
- treść komunikatu błędu albo zrzut ekranu
- co jest zablokowane: koszyk, logowanie, publikacja, formularz
Rodzaj dostępu
- czy masz panel WordPressa i czy działa logowanie
- SFTP albo SSH do plików strony
- panel hostingu z dostępem do bazy i logów błędów
- przy sklepie: dostęp do panelu bramki płatności w trybie podglądu
Haseł na tym etapie nie podawaj. Napisz tylko, jaki dostęp masz, a dane dostępowe poproszę po spisaniu zakresu.
Jak bezpiecznie przekazać dostęp do strony?
Nigdy nie wysyłaj haseł zwykłym mailem ani przez formularz. Zrób tak:
- Załóż dla mnie osobne konto administratora w WordPressie, nie przekazuj własnego.
- Załóż osobnego użytkownika SFTP, jeśli hosting na to pozwala.
- Hasło przekaż osobnym kanałem niż adres strony, na przykład przez menedżer haseł z udostępnianiem, albo zaproś mnie jako użytkownika w panelu hostingu.
- Po zakończonej pracy usuń moje konto i zmień hasło SFTP. To dobra praktyka przy każdym wykonawcy.
Zalecenia WordPressa dotyczące haseł, kont i uprawnień są w przewodniku Hardening WordPress.
Sprawdź, co Twoja strona pokazuje publicznie
Podaj adres strony, którą prowadzisz. Pobieramy ją tak, jak zrobiłaby to przeglądarka, i pokazujemy, co z niej wynika, razem z tym, co dokładnie odczytaliśmy.
Wklej adres swojej strony. Narzędzie pobiera ją tak jak przeglądarka gościa i pokazuje kod odpowiedzi po przekierowaniach, nagłówki, ciężar startu strony i ślady WordPressa. Nie loguje się i nie widzi panelu, więc nie zastąpi diagnozy, ale wynik wklejony do zgłoszenia przyspiesza start pracy. Pełny opis tego, co mierzy, jest na stronie sprawdzenia strony WordPress.
Co zrobić, gdy sklep WooCommerce przestaje sprzedawać?
Awaria sklepu kosztuje więcej niż awaria strony firmowej, bo w tym czasie nie wpadają zamówienia. Przy WooCommerce działająca strona główna niczego nie dowodzi. Naprawa jest skończona, gdy testowe zamówienie przechodzi przez koszyk, płatność, e-mail z potwierdzeniem i zmianę stanu magazynowego. WooCommerce zapisuje błędy w logach w panelu (WooCommerce, Status, Dziennik zdarzeń), a wersje, środowisko i nadpisane szablony pokazuje raport systemowy w tej samej sekcji. Oba dołącz do zgłoszenia.
Gdy sklep działa, ale od dłuższego czasu gubi zamówienia, płatności albo integracje, lepiej od pojedynczej naprawy sprawdza się zamknięty w czasie sprint ratunkowy WooCommerce.
Jeśli strona działa, ale jest wolna albo nie wiesz, co w niej siedzi, możesz poprosić o bezpłatny pisemny przegląd. Sprawdzam ją z zewnątrz, bez dostępu do panelu: na czym działa, szybkość według PageSpeed Insights i danych z Chrome, nagłówki bezpieczeństwa. Odpowiadam mailem z trzema największymi ryzykami i kolejnością prac.
Ile kosztuje naprawa WordPressa?
Wycena jest pisemna, nic nie kosztuje i powstaje po opisie awarii. Pracę zaczynam po spisaniu zakresu. Widełki rynkowe są na stronie cennika WordPressa, wiążącą ofertę podaję po ustaleniu zakresu.
Jak uniknąć kolejnej awarii? Serwis WordPress
Stały serwis to praca, dzięki której do napraw dochodzi rzadziej. Aktualizacje, kopie i monitoring prowadzę w jednym rytmie, żeby poprawka wydajności nie weszła w konflikt z łatką bezpieczeństwa.
- Aktualizacje rdzenia, wtyczek i motywu, najpierw na stagingu, potem na produkcji.
- Kopie zapasowe przechowywane co najmniej 30 dni w krajach UE.
- Monitoring dostępności co 1 do 5 minut, z alertem, który trafia do mnie.
- Umowa powierzenia z art. 28 RODO, podpisana przed pierwszym dostępem do strony z danymi osobowymi.
Hostingu nie sprzedaję. Pracuję na serwerze, który już masz. Szczegóły stałej opieki są na stronie utrzymanie WordPressa.
Czy aktualizacje naprawdę są takie ważne?
- Każda pominięta aktualizacja to kolejna znana luka, którą automaty skanują w całej sieci.
- Większość ataków jest przypadkowa. Bot nie wybiera Twojej firmy, tylko szuka konkretnej dziurawej wtyczki. Skutek bywa niewidoczny dla właściciela, na przykład przekierowanie tylko dla gości z telefonów.
- Sama aktualizacja też może coś zepsuć, dlatego testuję ją najpierw na stagingu.
- Brak nowych wersji wtyczki nie znaczy, że jest bezpieczna. Często znaczy, że autor ją porzucił.
- Nie da się zabezpieczyć strony w stu procentach. Da się mieć kopię, z której ktoś, kto wie jak, przywróci stronę po awarii albo włamaniu.
Czy naprawiasz też strony zrobione przez AI?
Tak, osobnym torem: naprawa stron zrobionych przez AI. Wygenerowany kod częściej ukrywa błędne założenia niż jawne błędy, więc szukanie zaczyna się gdzie indziej.
Strona WordPress nie działa. Opisz, co widzisz
Adres, rodzaj dostępu i to, co zmieniło się przed awarią, wystarczą na start. W ciągu 48 godzin odpisuję z pisemną wyceną, a pracę zaczynam po spisaniu zakresu.
Wyślij opis awarii
