Dlaczego sklep internetowy na WordPressie nie działa? Diagnostyka problemów

Sklep WooCommerce może nie działać na różnych etapach, a sam objaw nie przesądza, czy przyczyną jest domena, konfiguracja sklepu, rozszerzenie czy serwer. Zapisz ostatnią czynność, która działała prawidłowo, dokładny adres strony, czas zdarzenia i komunikat błędu.

Najpierw wykonaj test bez zmieniania ustawień: otwórz sklep w innej przeglądarce i sieci, sprawdź stronę produktu, dodanie produktu do koszyka i przejście do płatności. Jeśli błąd dotyczy zamówienia, zanotuj jego numer i status. Nie zapisuj ani nie przesyłaj haseł, kluczy API, ciasteczek sesyjnych ani danych karty.

Zacznij od testu przypisanego do objawu, a później potwierdź przyczynę w logach. Jeśli diagnoza wymaga analizy kodu albo konfiguracji, naprawa błędów WordPressa obejmuje ustalenie źródła awarii i przywrócenie działania witryny.

W WordPressie sprawdź Narzędzia > Stan witryny > Informacje, a w WooCommerce wybierz WooCommerce > Status. Raport systemowy zbiera informacje o konfiguracji i środowisku sklepu; przed udostępnieniem usuń dane, które pozwalają uzyskać dostęp do witryny. Dokumentacja WordPressa opisuje ekran Stan witryny. Z naszych wdrożeń wynika, że czas ostatniej poprawnej transakcji pomaga zawęzić zakres logów do sprawdzenia.

Gdy sklep nie otwiera się pod domeną, sprawdź kolejno rekordy DNS, odpowiedź serwera, certyfikat SSL, przekierowania i tryb konserwacji. Zapisz komunikat przeglądarki, kod HTTP, pełny adres i godzinę sprawdzenia, zanim zmienisz ustawienia.

Najpierw ustal, czy awaria dotyczy domeny, serwera czy konfiguracji WordPressa. Przed zmianą rekordów sprawdź, czy domena obsługuje także pocztę lub inne usługi, aby nie przerwać ich działania.

Jeśli certyfikat jest aktywny, a przeglądarka nadal zgłasza błąd, przekaż hostingowi domenę główną i wariant z www. Nie zmieniaj pochopnie adresów w Ustawienia > Ogólne: nieprawidłowy adres może odciąć dostęp do panelu. W razie problemu z konfiguracją certyfikatu pomocny może być poradnik o tym, jak rozpoznać, że SSL nie działa prawidłowo.

Koszyk lub checkout może nie działać przez brak przypisanej strony, problem sesji, buforowanie, błąd JavaScript, dostawę albo wymagane pola adresu. W WooCommerce sprawdź WooCommerce > Ustawienia > Zaawansowane i upewnij się, że wskazano strony koszyka, zamówienia i konta; dokumentacja opisuje ustawienia zaawansowane WooCommerce.

Gdy checkout bez końca pokazuje spinner, otwórz narzędzia deweloperskie przeglądarki i wybierz Console oraz Network. Zapisz błędy skryptów i nieudane żądania XHR, czyli zapytania wysyłane przez stronę do serwera bez przeładowania widoku. WooCommerce wymienia błędy JavaScript i odpowiedzi serwera w instrukcji diagnozy niekończącego się ładowania checkoutu.

Sprawdź, czy cache wtyczki, serwera lub CDN nie obejmuje stron koszyka, checkoutu i konta klienta. WooCommerce zaleca wykluczenie tych dynamicznych stron z buforowania, ponieważ zawierają dane sesji i bieżącego koszyka; wskazówki zawiera dokumentacja konfiguracji cache dla WooCommerce.

Testuj w nowej sesji i wykonaj po kolei: dodanie produktu, zmianę ilości, usunięcie pozycji i przejście do checkoutu. Jeśli problem pojawia się dopiero po wybraniu dostawy, sprawdź strefę wysyłki, próg darmowej dostawy, klasę wysyłkową produktu i wymagane pola adresu. Zapisz, przy którym wariancie koszyka wystąpił błąd, bez danych osobowych klienta.

Konflikt wtyczki lub motywu znajdziesz, odtwarzając błąd na stagingu i włączając rozszerzenia pojedynczo. Staging to kopia sklepu służąca do testowania zmian bez wpływu na klientów korzystających z produkcji.

1. Wykonaj kopię plików i bazy danych oraz sprawdź, czy można ją odtworzyć.
2. Zapisz wersje WordPressa, WooCommerce, motywu i wtyczek oraz odtwórz ten sam błąd.
3. Sprawdź działanie na motywie domyślnym i z minimalnym zestawem wtyczek.
4. Włączaj rozszerzenia pojedynczo i po każdej zmianie powtarzaj ten sam test.
5. Zapisz komponent, po którego aktywacji błąd wrócił, i przywróć pełną konfigurację.

Health Check & Troubleshooting udostępnia tryb diagnostyczny, który pozwala zmienić aktywne wtyczki i motyw dla zalogowanego administratora, bez zmiany widoku zwykłych odwiedzających. Instrukcja zespołu wsparcia WordPress opisuje tryb diagnostyczny Health Check. WooCommerce opisuje także procedurę testowania konfliktów.

Zapisuj dla każdego testu datę i godzinę, aktywne komponenty, wykonaną czynność i rezultat. Jeśli błąd pojawił się po aktualizacji, zanotuj starą i nową wersję; przywrócenie plików nie musi cofnąć zmian w bazie danych. Nie wyłączaj wszystkich wtyczek na produkcji podczas przyjmowania zamówień.

Gdy operator potwierdza płatność, a WooCommerce nadal pokazuje oczekiwanie, porównaj transakcję w panelu operatora z notatkami zamówienia i logiem wtyczki płatniczej. Nie proś klienta o ponowną płatność, dopóki nie potwierdzisz, że pierwsza transakcja nie została obciążona ani autoryzowana.

Wybierz kolejny test na podstawie stanu transakcji, zanim ręcznie zmienisz status zamówienia.

Logi WooCommerce znajdziesz w WooCommerce > Status > Logi. Jeśli wtyczka operatora ma ustawienie logowania, włącz je w WooCommerce > Ustawienia > Płatności > ustawienia danej wtyczki, a po diagnozie wyłącz. Dokumentacja WooCommerce zaleca sprawdzenie notatek zamówienia i logów w instrukcji diagnozowania błędów płatności.

Webhook to automatyczne powiadomienie między systemami o zdarzeniu, na przykład o zmianie statusu płatności. Jeśli dana bramka korzysta z webhooka, sprawdź w jej dokumentacji adres, rezultat dostarczenia i odpowiedź sklepu. Przy zgłoszeniu do operatora przygotuj numer zamówienia, identyfikator transakcji, kwotę i czas próby, ale nie przesyłaj kluczy API ani danych karty. WooCommerce opisuje diagnozę problemów ze statusem zamówienia.

Problem hostingu podejrzewaj, gdy sklep zwraca błędy serwera, bazy danych lub limitów PHP także dla różnych produktów i przeglądarek. Błąd aplikacji częściej pojawia się podczas określonej czynności albo po włączeniu konkretnego motywu lub wtyczki, ale logi powinny potwierdzić przyczynę.

W WordPressie otwórz Narzędzia > Stan witryny > Informacje i zanotuj wersję PHP, serwer, bazę danych oraz limity. W WooCommerce wybierz WooCommerce > Status i pobierz raport systemowy, jeśli jest potrzebny do diagnozy. Nie publikuj pełnego raportu bez sprawdzenia, czy nie zawiera informacji o konfiguracji sklepu.

Do hostingu przekaż adres strony, godzinę zdarzenia wraz ze strefą czasową, kod HTTP, rodzaj wykonywanej czynności i krótki fragment logu bez sekretów. Poproś o sprawdzenie logów PHP i serwera WWW, dostępności bazy danych, limitów procesów oraz ewentualnych blokad zapory dla wskazanej chwili.

Jeśli panel działa, a checkout nie, przekaż także adres nieudanego żądania z zakładki Network i kod odpowiedzi. Powtórz próbę z innej sieci i przeglądarki. Nie wysyłaj zrzutów zawierających ciasteczka sesyjne, tokeny ani dane klientów.

Naprawiaj sklep na stagingu lub kopii, a przed wdrożeniem sprawdź zamówienia złożone podczas diagnozy. Kopia utworzona przed awarią nie zawiera późniejszych zamówień produkcyjnych, dlatego nie zastępuj nią bazy sklepu bez uzgodnionej synchronizacji.

Przed wdrożeniem zmiany:
- wykonaj kopię plików i bazy danych oraz sprawdź możliwość odtworzenia;
- zapisz zamówienia oczekujące i przetwarzane;
- porównaj transakcje u operatora z zamówieniami WooCommerce;
- ustal okno wdrożenia i sposób cofnięcia zmiany;
- po naprawie sprawdź zamówienie, płatność, wiadomość e-mail i integrację magazynową.

Zamówienie testowe może wysłać e-mail, pojawić się w analityce i trafić do integracji. WooCommerce zaleca testowanie na stagingu; dokumentacja wyjaśnia też, że zachowanie innych rozszerzeń przy zamówieniach testowych może się różnić. Przed testem sprawdź instrukcję testowania zamówień WooCommerce i dokumentację używanych integracji.

Zespół KC Mobile zaleca ustalić jedno źródło informacji o statusie płatności, szczególnie gdy sklep przesyła zamówienia do ERP lub magazynu. Przed publikacją poprawki porównaj produkcyjne zamówienia z rejestrem awarii, a po wdrożeniu uzgodnij transakcje z okresu prac.

Zaangażuj wykonawcę, gdy płatności nie zgadzają się z zamówieniami, sklep traci dane, awaria powraca albo nie ma logów pozwalających odtworzyć błąd. Migrację rozważ dopiero po ustaleniu, że ograniczenia hostingu są przyczyną i zmiana środowiska może je usunąć.

Kolejność eskalacji jest prosta: sprawdź objaw bez zmiany ustawień, porównaj logi oraz status zamówień, a następnie wykonaj jeden kontrolowany test na kopii. Przerwij zmiany na produkcji, jeśli istnieje ryzyko ponownego obciążenia klienta, utraty lub nadpisania zamówień albo przerwania integracji. Do hostingu zgłaszaj błędy serwera i dostępności, a do operatora płatności brak powiadomień lub rozbieżność między transakcją a statusem zamówienia.

Przygotuj adres sklepu, kroki odtworzenia, komunikat, czas i strefę czasową, ostatnią zmianę oraz wersje komponentów. Usuń z materiałów dane osobowe i sekrety. Nie przekazuj haseł, kluczy API ani danych kart płatniczych.

Jeśli potrzebujesz diagnozy i wdrożenia poprawki, serwis naprawczy WordPressa pozwala przekazać wykonawcy opis awarii, logi i zakres problemu. W sprawie innych typowych błędów możesz też sprawdzić diagnostykę najczęstszych problemów WordPressa. Migracja ma sens, gdy hosting nie zapewnia potrzebnych zasobów lub wsparcia, a analiza potwierdza, że nowe środowisko usuwa przyczynę.

• Błąd strony po przeniesieniu WordPressa: jak znaleźć przyczynę i naprawić problem
• Jak włączyć WP_DEBUG w wp-config.php i sprawdzić log błędów
• Zalety i wady WordPressa dla strony firmowej i sklepu
• Błąd 404: co oznacza i jak go naprawić na stronie?