Sklep padł? Naprawię go
Naprawiam sklepy WooCommerce, które przestały sprzedawać: błąd krytyczny, biały ekran, koszyk albo płatność, które nie działają po aktualizacji. Zaczynam od kopii i diagnozy, kończę testem zakupu do ostatniego kroku. Zadzwoń: +48 797 722 310.
Aktualizacja:
Co zrobić, zanim zadzwonisz.
Najpierw zatrzymaj zmiany i zbierz trzy informacje: co nie działa, co zmieniło się ostatnio i gdzie są dostępy. Te pięć kroków zajmuje 5 minut i skraca diagnozę, bo nie zaczynam od zgadywania.
Sprawdź, co dokładnie nie działa
Otwórz sklep w oknie prywatnym na telefonie i na komputerze. Zanotuj, czy pada cała strona, tylko koszyk, tylko płatność czy panel administracyjny, i zrób zrzut ekranu komunikatu.
Przypomnij sobie ostatnią zmianę
Aktualizacja wtyczki, nowy motyw, zmiana na hostingu, nowa metoda płatności - zapisz, co i kiedy zmieniło się przed awarią. To zwykle połowa diagnozy.
Sprawdź skrzynkę administratora
Przy błędzie krytycznym WordPress wysyła maila z linkiem do trybu odzyskiwania i nazwą wtyczki, która się wysypała. Nie klikaj w nim nic na ślepo - przekaż go dalej.
Nie aktualizuj i nie przywracaj na ślepo
Kolejne aktualizacje albo przywrócenie starej kopii bez sprawdzenia daty potrafią skasować zamówienia z ostatnich godzin. Zatrzymaj zmiany, dopóki nie wiadomo, co padło.
Przygotuj dostępy
Panel WordPress, panel hostingu albo dane SFTP. Z dostępami zaczynam diagnozę od razu, bez czekania na kolejną wymianę maili.
Błąd krytyczny WordPress - sklep nie wstaje.
Komunikat „W witrynie wystąpił błąd krytyczny” prawie zawsze oznacza jedną wtyczkę albo motyw, który wysypał kod PHP. Produkty i zamówienia zostają w bazie nietknięte - trzeba znaleźć winowajcę i odłączyć go bez szkody dla reszty sklepu.
Diagnozę zaczynam od logu błędów PHP i maila, który WordPress wysyła administratorowi. Wskazują plik i wtyczkę, więc nie wyłączam wszystkiego po kolei na żywym sklepie. Gdy sklep znów działa, sprawdzam, dlaczego wtyczka padła: konflikt wersji, za stary PHP, brak pamięci. Bez tego awaria wraca przy następnej aktualizacji.
Jeśli chcesz spróbować sam, krok po kroku opisałem to w tekście błąd krytyczny WordPress - co robić. Ta sama mechanika stoi za awarią bez komunikatu, czyli białym ekranem w WordPress.
Sklep nie działa po aktualizacji - co wtedy.
Sklep, który padł po aktualizacji, najczęściej ma jedną wtyczkę niezgodną z nową wersją WooCommerce, WordPressa albo PHP. Naprawa to cofnięcie tej jednej zmiany albo poprawka zgodności, a nie przywracanie całej kopii sprzed tygodnia.
Przywrócenie pełnej kopii wygląda na najszybsze wyjście, ale kasuje zamówienia, klientów i stany magazynowe z czasu między kopią a awarią. Dlatego najpierw ustalam, która aktualizacja zepsuła sklep, i cofam tylko ją. Bazę zostawiam, jak jest.
Po naprawie aktualizuję resztę pojedynczo, z testem po każdym kroku. Taki sam porządek mają aktualizacje w stałej opiece nad sklepem: kopia, aktualizacja, przejście ścieżki zakupowej, dopiero potem następna wtyczka.
Checkout nie działa - sklep stoi, choć wygląda dobrze.
Gdy checkout nie działa, strona się ładuje, a nikt nie może złożyć zamówienia. Najczęstsze przyczyny to skrypt bramki płatności, cache strony zamówienia, konflikt wtyczek w koszyku albo błąd widoczny tylko na telefonie.
Przechodzę zamówienie do końca na telefonie i komputerze, z każdą metodą płatności i dostawy, i patrzę w konsolę przeglądarki oraz log serwera. Taki test pokazuje, czy problem jest w sklepie, w bramce płatności czy w serwerze. Po naprawie powtarzam go w całości.
Sześć objawów, które widzę najczęściej, z przyczynami w kolejności prawdopodobieństwa opisałem w tekście checkout WooCommerce nie działa. Jeśli serwer odpowiada samym kodem 500, zacznij od błędu 500 w WordPress.
Ile kosztuje naprawa WooCommerce?
Typowa naprawa awarii - biały ekran, włamanie, checkout - zajmuje 8-25 h, orientacyjnie 1 280-4 000 zł netto. Dokładny zakres i kwotę podaję na piśmie po diagnozie, zanim zacznę naprawę. Nie dostajesz rachunku za coś, na co się nie zgodziłeś.
Sklep w stałej opiece ma awarie w cenie abonamentu i czas reakcji na piśmie: w pakiecie Sklep (2 000 zł netto miesięcznie) awaria krytyczna do 4 h. Jeśli sklep padnie z mojej winy i nie wstanie w tym czasie, za ten miesiąc nie płacisz. Szczegóły: stałe wsparcie i pomoc.
Naprawiony sklep może być też szybszy.
Po naprawie często widać, że sklep jest też wolny - z tych samych powodów: nadmiar wtyczek, brak cache, ciężkie obrazy. Przykład z mojej realizacji Złota-Faza: Wydajność w Lighthouse z 38 na 100, Speed Index z 4,5 s na 0,3 s, pomiar 30-05-2026.
Złota-Faza, desktop, pomiar 30-05-2026.
Ta sama strona, ten sam pomiar.
Strony, sklepy WooCommerce i systemy B2B.
Przyspieszanie i rozbudowę sklepu opisuję na stronie rozwój i optymalizacja. Pełne case study: Złota-Faza.
Zanim napiszesz.
Sklep w pakiecie opieki Sklep ma na piśmie czas na awarię krytyczną do 4 h, a w pakiecie Plus do 2 h. Sklep bez opieki przyjmuję w kolejności zgłoszeń - termin podaję od razu, zanim zacznę.
Zwykle nie. Błąd krytyczny, biały ekran i błąd 500 zatrzymują kod, ale baza z produktami i zamówieniami zostaje cała. Przed każdą zmianą robię kopię, żeby nie pogorszyć sytuacji.
Tak. Większość awarii, które naprawiam, dotyczy sklepów zrobionych przez innego wykonawcę. Zaczynam od kopii i przeglądu tego, co się zmieniło, a nie od przepisywania sklepu.
Typowa naprawa awarii zajmuje 8-25 h, czyli orientacyjnie 1 280-4 000 zł netto. Dokładny zakres i kwotę podaję na piśmie po diagnozie, przed naprawą.
Aktualizacje z testem ścieżki zakupowej, kopie zapasowe i monitoring. To robię w stałej opiece - w pakiecie Sklep za 2 000 zł netto miesięcznie, bez minimalnego okresu.
Sklep nie sprzedaje od kilku godzin?
Opisz objaw i ostatnią zmianę albo zadzwoń - wracam osobiście z diagnozą i zakresem naprawy na piśmie.