Porzucone koszyki nie działają: diagnostyka WooCommerce

Diagnostyka porzuconych koszyków zaczyna się od konkretnego przypadku. Zapisz, co miało nastąpić, co nastąpiło rzeczywiście i o której godzinie. Dopisz strefę czasową oraz informację, czy próbę wykonał gość, czy zalogowany użytkownik. Bez tego łatwo porównać zdarzenia pochodzące z różnych sesji albo czekać na wiadomość, która jeszcze nie kwalifikuje się do wysyłki.

Sprawdź datę ostatniej aktualizacji wtyczki odzyskiwania, WooCommerce i checkoutu. Uwzględnij zmiany cache, poczty oraz reguł kontaktu. Zbieżność dat jest wskazówką do testu, nie dowodem winy konkretnego komponentu. Nie wyłączaj od razu wszystkich rozszerzeń na produkcji.

Jeżeli automatyzacja nigdy nie była odbierana, zacznij od konfiguracji odzyskiwania koszyków. Ten poradnik dotyczy ustalania przyczyny usterki w przygotowanym już procesie. Testy prowadź na odizolowanej kopii, z danymi testowymi i przechwytywaną pocztą. Zachowaj konfigurację sprzed zmiany, aby móc porównać zachowanie po jednej kontrolowanej poprawce i wrócić do poprzedniego ustawienia.

Otwórz listę koszyków w używanym narzędziu i znajdź kontrolowaną próbę. Brak rekordu wymaga sprawdzenia przechwytywania danych, a nie ustawień serwera pocztowego. Zweryfikuj typ checkoutu, wersję rozszerzenia i warunki zapisu wskazane przez producenta. Własne pola formularza lub zmiana sposobu składania zamówienia mogą wymagać osobnego testu zgodności.

Abandoned Cart Lite opisuje przechwytywanie koszyków we własnej dokumentacji. W przypadku gościa znaczenie ma podanie danych kontaktowych w checkout. Sama anonimowa wizyta i dodanie produktu nie oznaczają dostępności odbiorcy wiadomości. Nie próbuj naprawiać takiego przypadku przez skracanie opóźnienia wysyłki.

Porównaj trzy scenariusze: gość bez adresu, gość z adresem i użytkownik zalogowany. Sprawdź, czy zapis dotyczy właściwych produktów oraz czy czas aktualizacji odpowiada próbie. Jeśli rekord powstaje tylko dla jednego rodzaju użytkownika, masz już węższy zakres diagnostyki. Przy problemie z formularzem przejrzyj działanie checkoutu, zamiast instalować kolejne narzędzie odzyskiwania bez ustalenia przyczyny.

Obecność rekordu nie przesądza o wysyłce. Koszyk może nie przekroczyć progu porzucenia, odbiorca może nie spełniać warunków kontaktu albo zakup został już zakończony. Sprawdź uzasadnienie pominięcia, jeśli narzędzie je udostępnia. Nie usuwaj ograniczeń kontaktu tylko dlatego, że zmniejszają liczbę wiadomości.

W Abandoned Cart Lite trzeba sprawdzić zarówno ustawienia wysyłki, jak i aktywność szablonu. Aktywny szablon nie zastępuje globalnego włącznika. Podobnie włączenie wiadomości nie oznacza, że konkretny szablon został uruchomiony. To dwie osobne rzeczy do odnotowania w raporcie.

Porównaj próg porzucenia z opóźnieniem wybranego przypomnienia. Nie zmieniaj obu parametrów jednocześnie podczas jednej próby. Ustal też, czy użytkownik zrezygnował z kontaktu lub został objęty inną regułą wykluczenia. Adres w zamówieniu nie jest sam w sobie dowodem zgody marketingowej. Jeśli zasady są niejasne, wyjaśnij je przed rozszerzaniem odbiorców, a diagnostykę techniczną prowadź na kontrolowanych danych testowych.

Koszyk może być poprawnie zapisany i zakwalifikowany, a mimo to czekać na wykonanie zadania. Ustal, z jakiego harmonogramu korzysta konkretne narzędzie. Nie każda wtyczka używa tego samego mechanizmu, dlatego instrukcja dotycząca innego rozszerzenia może skierować diagnostykę w niewłaściwe miejsce.

Dokumentacja WordPressa opisuje WP-Cron jako mechanizm uruchamiany przez żądania strony. Nie jest to stały zegar systemowy. Przy małym ruchu wykonanie zaplanowanego zadania może nastąpić później. Ta informacja pomaga sprawdzić opóźnienie, ale nie dowodzi, że wszystkie problemy z kolejką wynikają z braku odwiedzin.

W repozytorium producenta Abandoned Cart znajdują się informacje o narzędziu i diagnostyce niewysłanych wiadomości. Zbierz czas kwalifikacji, planowany termin oraz faktyczny wynik wykonania. Sprawdź błędy zadania, zanim dodasz kolejny mechanizm uruchamiania. Zmiana konfiguracji crona wymaga kontroli istniejącego harmonogramu, aby nie stworzyć równoległych uruchomień i trudnych do interpretacji powtórzeń. Po poprawce obserwuj konkretną próbę, nie tylko ogólny licznik w panelu.

Brak przypomnienia w skrzynce może oznaczać, że aplikacja go nie wygenerowała, nie zleciła wysyłki albo poczta nie dostarczyła wiadomości. To odrębne etapy. Potrzebujesz śladu z narzędzia i informacji z warstwy pocztowej, zamiast samego zapewnienia, że ustawienia wyglądają poprawnie.

Przyjęcie wiadomości przez serwer pocztowy nie potwierdza umieszczenia jej w głównej skrzynce odbiorcy. Sprawdź wynik dalszego dostarczenia, jeśli dostawca go udostępnia. Otwarcia także nie są pewnym dowodem przeczytania. Podczas prób używaj przechwytywania poczty, a informacje przekazywane wykonawcy oczyść z adresów klientów, treści prywatnej korespondencji i sekretów konfiguracyjnych.

Jeżeli przypomnienie przychodzi, ale powrót kończy się pustym koszykiem, sprawdź link wygenerowany dla świeżej próby. Znaczenie mogą mieć ważność odnośnika, sesja użytkownika, dostępność produktów i zachowanie konkretnej wtyczki. Nie wnioskuj o awarii po otwarciu starej wiadomości bez sprawdzenia warunków jej działania.

Przetestuj powrót w nowej sesji oraz na telefonie. Sprawdź wariant produktu, ilość i informację o niedostępności. Odtwarzanie nie powinno sugerować, że klient może kupić pozycję, której sklep już nie sprzedaje. Jeżeli używany jest kupon, sprawdź jego ograniczenia i termin, zamiast oceniać tylko zawartość koszyka.

Następnie zakończ testowy zakup i potwierdź zatrzymanie kolejnych przypomnień. To osobny warunek odbioru, nawet jeśli pierwsza wiadomość działa. Błąd rozpoznania zakupu może powodować niepotrzebny kontakt z osobą, która już zamówiła. Przy projekcie sklepu WooCommerce uwzględnij takie scenariusze w dokumentacji odbiorowej. Linków zawierających token odtworzenia nie publikuj w zgłoszeniu otwartym ani na zrzutach dostępnych dla osób postronnych.

Niski udział odzyskanych zamówień nie potwierdza awarii technicznej. Narzędzie może działać zgodnie z konfiguracją, a klienci nadal rezygnować z zakupu. Zanim zmienisz treść przypomnień, porównaj definicje: zapisany koszyk, kwalifikowany odbiorca, kliknięcie, zamówienie i opłacona sprzedaż. Uzgodnij okres, strefę czasową i uwzględnianie zwrotów.

Raport wtyczki może przypisywać zakup według innych zasad niż analityka strony. Nie traktuj każdej różnicy jako utraty danych. Zapisz sposób przypisania wyniku i sprawdź pojedynczą kontrolowaną ścieżkę. Do szerszej oceny sprzedaży wykorzystaj optymalizację konwersji sklepu, a zagadnienia integracji znajdziesz w bazie ecommerce.

Przez kontakt z KC Mobile przekaż wersje narzędzi, datę zmiany, objaw oraz oczekiwany i rzeczywisty wynik testu. Dodaj oczyszczony komunikat błędu, bez danych klientów i tokenów. Po naprawie można ustalić mały pakiet godzinowy na aktualizacje i przeglądy procesu. Zakres, dostępność i zasady reakcji uzgadnia się osobno, aby obsługa wiedziała, komu zgłosić kolejne odchylenie i jakie informacje zebrać.