brak segmentów "porzucający"

Brak segmentów „porzucający” to usterka uniemożliwiająca wyodrębnienie klientów, którzy nie dokończyli procesu zakupowego.

Znaczenie określenia „porzucający” w systemie segmentacji

Określenie „porzucający” może oznaczać segment użytkowników, którzy rozpoczęli proces zakupowy, lecz nie doprowadzili go do końca. W sklepie internetowym takim zdarzeniem jest zwykle dodanie produktu do koszyka, rozpoczęcie formularza zamówienia albo przejście do płatności bez zarejestrowanego potwierdzenia zakupu. Segment nie jest pojedynczym klientem zapisanym ręcznie w bazie, lecz wynikiem reguł oceniających zdarzenia przypisane do identyfikatora użytkownika, sesji, koszyka lub zamówienia.

Brak segmentów „porzucający” oznacza, że system nie potrafi utworzyć albo wyświetlić zbioru spełniającego takie warunki. Przyczyną może być brak danych o zdarzeniach, niezgodność nazw pól, niespójny identyfikator użytkownika lub błąd w regule wykluczającej osoby, które jednak zakończyły zakup. Istotne jest rozróżnienie między pustym segmentem a brakiem segmentu. Pusty segment istnieje, ale nie zawiera rekordów. Brak segmentu może oznaczać problem z definicją, konfiguracją, importem danych albo działaniem samego modułu segmentacji.

Jak powstaje segment klientów niedokonujących zakupu

Reguła segmentu powinna opierać się na jasno określonych zdarzeniach i przedziale czasu. Przykładowa logika obejmuje użytkowników, dla których wystąpiło zdarzenie add_to_cart lub begin_checkout, a nie wystąpiło zdarzenie potwierdzające zakup, takie jak purchase lub order_completed. System musi dodatkowo ustalić, czy oba zdarzenia dotyczą tej samej osoby, sesji albo transakcji. Jeżeli dodanie produktu do koszyka zapisano pod identyfikatorem anonimowym, a zakup pod identyfikatorem konta, proste porównanie może nie wykazać związku między tymi zdarzeniami.

Znaczenie ma również czas życia koszyka i długość okna analitycznego. Użytkownik może zostać uznany za porzucającego dopiero po upływie określonego czasu od rozpoczęcia checkoutu, ponieważ zakup może być zakończony później. Reguła powinna uwzględniać status zamówienia, aby nie zaliczać do porzuceń transakcji anulowanych technicznie, oczekujących na płatność albo zapisanych w innym systemie. Jeżeli dane są agregowane raz dziennie, segment może nie pojawić się natychmiast po zdarzeniu. Z kolei błędna strefa czasowa może przesuwać zdarzenia między okresami i zmieniać wynik filtrowania.

Źródła błędu w danych i konfiguracji segmentu

Jednym z pierwszych miejsc kontroli jest schemat danych zdarzeń. Należy sprawdzić, czy zdarzenia koszyka i zakupu są faktycznie rejestrowane, czy mają wymagane identyfikatory oraz czy ich nazwy odpowiadają nazwom użytym w definicji segmentu. Błąd może wynikać z różnicy między nazwami purchase, completed_purchase i order_complete, mimo że wszystkie brzmią podobnie. Równie ważne są typy wartości: identyfikator zapisany jako liczba nie zawsze jest traktowany tak samo jak identyfikator zapisany jako tekst.

Trzeba także zweryfikować działanie warunku negacji. Segment „rozpoczął zakup, ale nie kupił” wymaga poprawnego połączenia warunku obecności i nieobecności. Jeżeli system interpretuje brak zdarzenia zakupu jako brak całego profilu, użytkownik może zostać pominięty zamiast zakwalifikowany. Problemy powodują również filtry na status zamówienia, ograniczenia źródła ruchu, wykluczenie użytkowników zalogowanych oraz reguły dotyczące zgód analitycznych. W przypadku synchronizacji z innym narzędziem należy sprawdzić, czy segment jest tylko obliczany lokalnie, czy także eksportowany, oraz czy eksport nie odrzuca rekordów bez adresu e-mail lub bez trwałego identyfikatora.

Postępowanie przy braku segmentu „porzucający”

Diagnostykę należy rozpocząć od pojedynczego, kontrolnego przypadku. Dla wybranej sesji sprawdza się kolejność zdarzeń: wejście na stronę produktu, dodanie do koszyka, rozpoczęcie płatności oraz ewentualne potwierdzenie zamówienia. Następnie porównuje się identyfikator użytkownika, identyfikator sesji, znaczniki czasu i wartości statusów z wymaganiami reguły. Taki test pozwala ustalić, czy problem dotyczy zbierania danych, łączenia zdarzeń, obliczania segmentu czy jego prezentacji w interfejsie.

Jeżeli dane źródłowe są prawidłowe, należy odtworzyć segment z prostszą regułą, na przykład ograniczoną do samego zdarzenia rozpoczęcia checkoutu. Dopiero potem można dodać warunek braku zakupu, zakres czasu i wykluczenia. Warto zapisać wersję definicji, czas ostatniego przeliczenia oraz liczbę rekordów przed i po każdym filtrze. Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i podzespołów, dlatego w przypadku problemów z komputerem używanym do obsługi panelu analitycznego można zdiagnozować jego działanie, połączenie sieciowe oraz poprawność pracy systemu.