porzucenie koszyka nie uruchamia kampanii

Brak uruchomienia kampanii po porzuceniu koszyka wskazuje na błąd integracji sklepu z systemem mailingowym.

Co oznacza brak kampanii po porzuceniu koszyka

Hasło „porzucenie koszyka nie uruchamia kampanii” opisuje sytuację, w której klient dodaje produkt do koszyka, przechodzi przez określony etap zakupów, a następnie nie finalizuje zamówienia, lecz system mailingowy nie otrzymuje informacji potrzebnej do rozpoczęcia automatyzacji. Sama obecność produktów w koszyku nie wystarcza do wysłania wiadomości. Platforma sklepu musi zarejestrować zdarzenie, przypisać je do rozpoznanego kontaktu i przekazać dane do narzędzia obsługującego kampanie.

W praktyce problem może dotyczyć kilku różnych elementów: kodu JavaScript zapisującego koszyk, mechanizmu identyfikacji użytkownika, komunikacji przez webhook lub API, reguł automatyzacji albo warunku wykluczającego kontakt z kampanii. Jeżeli którykolwiek z tych etapów nie działa, kampania może pozostać technicznie poprawnie skonfigurowana, ale nie otrzymać żadnego kwalifikowanego zdarzenia. Dlatego nie należy utożsamiać braku wiadomości wyłącznie z błędem w samym systemie mailingowym.

Jak przebiega przepływ danych między sklepem a mailingiem

Typowy przepływ rozpoczyna się od utworzenia lub zmodyfikowania koszyka. Sklep zapisuje identyfikator koszyka, listę produktów, ich ceny, adres strony oraz czas ostatniej aktywności. Następnie system próbuje powiązać koszyk z kontaktem, na przykład po zalogowaniu klienta albo po wpisaniu adresu e-mail w formularzu zamówienia. Dopiero po uzyskaniu takiego powiązania zdarzenie może zostać przekazane do platformy mailingowej jako informacja o rozpoczęciu lub porzuceniu zakupów.

Przekazanie danych może odbywać się synchronicznie przez żądanie HTTP do API albo asynchronicznie przez webhook, kolejkę zadań lub wbudowany moduł integracyjny. Odbiorca powinien zwrócić poprawną odpowiedź, a sklep lub pośrednik integracyjny powinien odnotować wynik operacji. Znaczenie mają również nazwy zdarzeń i pól. Zdarzenie nazwane „cart_updated” nie musi automatycznie spełniać warunku kampanii oczekującej na „abandoned_cart”. Podobnie pole zawierające adres e-mail może mieć inną nazwę lub format niż wymagany przez odbiorcę. Niezgodność schematu danych może spowodować odrzucenie zdarzenia bez widocznego efektu po stronie użytkownika.

Kontrola wyzwalacza, identyfikacji i opóźnienia wysyłki

Diagnostykę należy rozpocząć od odtworzenia pełnej ścieżki w sklepie: dodania produktu do koszyka, przejścia do formularza zamówienia, wskazania adresu e-mail i opuszczenia strony bez potwierdzenia zakupu. W narzędziach deweloperskich przeglądarki można sprawdzić zakładkę Network i ustalić, czy po wykonaniu tych czynności pojawia się żądanie związane z koszykiem lub synchronizacją kontaktu. Trzeba zweryfikować adres żądania, metodę HTTP, kod odpowiedzi, treść przekazywanego ładunku oraz ewentualny komunikat błędu. Błąd DNS, przekroczenie czasu oczekiwania, odpowiedź 401 lub 403 oraz odpowiedź 400 wskazują na różne klasy problemów i wymagają innego postępowania.

Następnie trzeba sprawdzić, czy kampania ma właściwy wyzwalacz, zakres odbiorców i warunek czasowy. Automatyzacja może oczekiwać, że kontakt nie dokona zakupu przez określony czas, dlatego wiadomość nie musi pojawić się natychmiast po zamknięciu przeglądarki. Ważne jest także rozróżnienie między identyfikatorem sesji a identyfikatorem kontaktu. Użytkownik może mieć aktywny koszyk zapisany w przeglądarce, ale bez rozpoznanego adresu e-mail system mailingowy nie będzie miał odbiorcy. Należy również sprawdzić, czy testowy adres nie został wykluczony przez wcześniejsze wysłanie kampanii, segment, status kontaktu lub regułę ograniczającą częstotliwość wiadomości.

Naprawa integracji i potwierdzenie poprawnego działania

Usuwanie usterki powinno rozpocząć się od ustalenia miejsca, w którym przepływ danych się urywa. Jeżeli żądanie nie powstaje w przeglądarce, należy przeanalizować skrypt sklepu, moduł koszyka i warunki uruchamiające synchronizację. Jeżeli żądanie powstaje, ale odbiorca je odrzuca, trzeba porównać przesyłany format z aktualną dokumentacją używanego API lub modułu. Szczególnej kontroli wymagają identyfikator kampanii, nazwa zdarzenia, adres e-mail, identyfikator koszyka, lista produktów, waluta, wartość koszyka i znacznik czasu. Dane testowe powinny odpowiadać formatowi oczekiwanemu przez konkretny system, a nie przez inną platformę marketingową.

Po zmianie konfiguracji warto wykonać test od początku na nowym kontakcie i nowym koszyku, a następnie potwierdzić trzy elementy: zapis zdarzenia w sklepie, przyjęcie zdarzenia przez system mailingowy oraz przejście kontaktu do właściwego kroku automatyzacji. Trzeba też sprawdzić przypadek odwrotny, czyli zakup dokonany po utworzeniu koszyka. Integracja powinna wtedy przekazać zdarzenie zakupu lub zmianę statusu, aby anulować albo pominąć wiadomość o porzuconym koszyku. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a przy problemach z oprogramowaniem na komputerze może pomóc uporządkować diagnostykę środowiska, przeglądarki i lokalnej konfiguracji potrzebnej do testów.