Flowy porzuconego koszyka w Klaviyo: rozpoznawaj więcej kupujących

Przepływ porzuconego koszyka w Klaviyo może wysłać e-mail tylko do kupującego zidentyfikowanego przez Klaviyo: profilu z adresem e-mail lub numerem telefonu, powiązanego z przeglądarką, w której ta osoba robi zakupy. Anonimowi odwiedzający nadal dodają produkty do koszyka, ale Klaviyo nie może powiązać tej aktywności z osobą, więc dla nich żaden przepływ się nie uruchamia.

Ten poradnik wyjaśnia, jak Klaviyo identyfikuje odwiedzających, których kupujących pomija oraz jak połączenie ROASaurus z Klaviyo identyfikuje więcej z nich w checkoucie Shopify. Omawia też zgody, segmenty klientów dla twoich przepływów, konfigurację i testowanie oraz to, czego połączenie nie potrafi.

Dlaczego przepływy porzuconych koszyków docierają tylko do zidentyfikowanych odwiedzających?

Przepływy Klaviyo zaczynają się od metryk. Przepływ porzuconego przeglądania zaczyna się od Viewed Product. Przepływ porzuconego koszyka zaczyna się od Added to Cart lub, w większości gotowych przepływów, od Started Checkout. W Shopify metryka checkoutu z integracji Shopify w Klaviyo nazywa się Checkout Started. Każde z tych zdarzeń należy do profilu, a Klaviyo potrzebuje danych kontaktowych, aby utworzyć profil.

Skrypt JavaScript Klaviyo na stronie śledzi wyświetlenia produktów i dodania do koszyka w przeglądarkach, które potrafi zidentyfikować. Gdy nieznany odwiedzający ogląda produkt, nie ma profilu, do którego można przypisać zdarzenie, więc zdarzenie nie może uruchomić przepływu. Liczba odwiedzających rozpoznawanych przez Klaviyo ogranicza więc to, ilu osób mogą dosięgnąć twoje przepływy. Lepszy tekst e-maila nie zmienia tego limitu. Zmienia go rozpoznanie większej liczby kupujących.

Jak Klaviyo identyfikuje odwiedzającego?

Klaviyo łączy przeglądarkę z profilem na kilka sposobów. Każdy z nich wymaga, aby odwiedzający najpierw coś zrobił.

Po identyfikacji skrypt Klaviyo przechowuje zaszyfrowany token o nazwie $exchange_id w cookie __kla_id. Klaviyo ustawia to cookie na 2 lata, ale przeglądarki mogą ten czas skrócić. Dokumentacja Klaviyo mówi, że Safari usuwa cookie ustawione przez JavaScript po 7 dniach korzystania z przeglądarki bez interakcji z twoją witryną. Nasz poradnik o Safari ITP i trackingu opisuje to ograniczenie dokładniej.

Klaviyo ma też funkcję anonymous visitor activity backfill. Gdy odwiedzający zezwala na tracking, ale nie jest zidentyfikowany, Klaviyo przechowuje jego zdarzenia Viewed Product i Added to Cart w local storage przeglądarki. Gdy odwiedzający zostanie zidentyfikowany w tej przeglądarce, Klaviyo wysyła zdarzenia do profilu z ich oryginalnymi znacznikami czasu. Mogą one wtedy uruchamiać przepływy, jeśli profil się kwalifikuje. Ustawienie znajduje się na stronie Tracking w ustawieniach Klaviyo, w sekcji onsite identification. Ono też ma ograniczenia: Safari może usunąć local storage po 7 dniach korzystania z przeglądarki bez wizyty w twojej witrynie, a aktywność sprzed wyrażenia zgody nie jest przechowywana.

Których kupujących Klaviyo pomija?

Luka jest największa dla kupujących, którzy docierają do checkoutu bez żadnego wcześniejszego kontaktu z Klaviyo:

• Pierwszy raz odwiedzający z reklamy, którzy nigdy nie kliknęli e-maila i zamknęli popup.
• Powracający klienci na nowym telefonie, w nowej przeglądarce lub z wyczyszczoną przeglądarką.
• Odwiedzający w Safari, których cookie zostało usunięte po 7 dniach korzystania z przeglądarki bez wizyty w twojej witrynie.
• Odwiedzający, którzy odrzucili cookie. Klaviyo ich nie śledzi i to jest prawidłowe.

Oto przykład obliczeń dla jednego miesiąca w przykładowym sklepie. 1,200 kupujących przesłało dane kontaktowe w checkoucie. Klaviyo znało już 480 z nich. Zostaje 1,200 − 480 = 720 kupujących bez historii w Klaviyo sprzed checkoutu. Z nich 65% zezwoliło na cookie marketingowe: 720 × 0.65 = 468 kupujących. Pozostałe 252 odmówiło.

Jak działa checkout booster ROASaurus?

Booster jest częścią piksela checkoutu ROASaurus, czyli niestandardowego piksela dodawanego w Customer events w Shopify. Czeka na moment, gdy kupujący prześle w checkoucie swój adres e-mail lub numer telefonu. Potem robi to:

1. Odczytuje cookie __kla_id Klaviyo. Jeśli cookie zawiera $exchange_id, Klaviyo już zna tego kupującego i booster się zatrzymuje.
2. Jeśli nie, wysyła jedno żądanie z przeglądarki kupującego do client API Klaviyo, z twoim publicznym kluczem API (site ID). Żądanie identyfikuje profil po adresie e-mail, a gdy go nie ma, po numerze telefonu.
3. W tym samym żądaniu zapisuje koszyk: zdarzenia Viewed Product i Added to Cart dla każdej pozycji koszyka, a potem Started Checkout.

Zdarzenia zawierają product ID, variant ID, nazwę produktu, cenę, ilość, adres URL produktu i obraz, więc szablony przepływów mogą pokazywać właściwe produkty. Started Checkout zawiera adres URL checkoutu, pozycje i sumę checkoutu. Booster cofa daty zdarzeń koszyka o co najmniej minutę na każdą pozycję, aby trafiły w naturalnej kolejności przed Started Checkout. Dla koszyka z dwiema pozycjami profil otrzymuje pięć zdarzeń:

W której metryce Klaviyo lądują zdarzenia?

Klaviyo rozdziela metryki według źródła. Zdarzenia z jego integracji Shopify i zdarzenia wysyłane przez jego API to osobne metryki, nawet gdy mają tę samą nazwę. Zdarzenia boostera przychodzą przez client API Klaviyo. Jego zdarzenie checkoutu nazywa się Started Checkout, a metryka checkoutu z integracji Shopify w Klaviyo nazywa się Checkout Started. Przepływ, który uruchamia się na Checkout Started ze Shopify, nie startuje więc ze zdarzenia boostera. Skrypt Klaviyo na stronie wysyła Viewed Product i Added to Cart również przez API Klaviyo, więc zdarzenia boostera o tych nazwach mogą współdzielić te metryki. Klaviyo nie podaje tego wprost, więc sprawdź to na swoim koncie za pomocą testowego checkoutu opisanego poniżej.

A co ze zgodami?

Przy włączonym Respect visitor consent, co jest domyślne w Store settings, piksel checkoutu odczytuje ustawienia prywatności klienta Shopify. Booster działa tylko wtedy, gdy kupujący zezwala na cookie marketingowe. Jeśli kupujący odmówi, booster nie wysyła nic do Klaviyo. Własna identyfikacja checkoutu w Klaviyo w Shopify też wymaga zgody: kupujący musi zaakceptować cookie marketingowe i analityczne.

Druga opcja, Always track, uruchamia booster dla każdego kupującego. Używaj jej tylko tam, gdzie zgoda nie jest wymagana. Nasz poradnik Consent Mode v2 i RODO oraz strona pomocy o zgodach wyjaśniają, jak to ustawienie działa w całym ROASaurus.

Przeglądarka widzi wyłącznie twój publiczny klucz API, ten sam site ID, którego używa własny skrypt Klaviyo na stronie. Prywatny klucz API, jeśli dodasz go dla grup odbiorców, jest przechowywany zaszyfrowany na serwerze ROASaurus i nigdy nie jest wysyłany do przeglądarki.

Jak segmenty klientów mogą ulepszyć twoje przepływy?

Druga część integracji z Klaviyo działa w przeciwnym kierunku. Przy prywatnym kluczu API z zakresami lists:write i profiles:write ROASaurus utrzymuje grupę odbiorców klientów na liście Klaviyo i odświeża ją codziennie. Zbuduj ją na stronie Audiences ze wszystkich klientów, z jednego z 11 segmentów RFM z Customers & LTV, takich jak Champions lub At risk, albo według własnych reguł, takich jak przewidywane LTV lub kupione produkty. Wysyłane są tylko osoby ze zgodą marketingową. Każdy członek dostaje te właściwości profilu:

• roasaurus_segment, roasaurus_orders, roasaurus_revenue i roasaurus_last_order
• roasaurus_predicted_ltv_12m: przewidywany przychód w ciągu 12 miesięcy
• roasaurus_expected_next_12m: oczekiwany przychód w ciągu następnych 12 miesięcy

W przepływie porzuconego koszyka podział warunkowy po roasaurus_segment pozwala traktować klientów inaczej. Na przykład wyślij klientom z segmentów Champions i Loyal zwykłe przypomnienie, a zniżkę zachowaj dla osób, które nigdy nie zamawiały. Te właściwości mają tylko klienci w zsynchronizowanej grupie odbiorców, więc nowi kupujący trafiają do gałęzi dla profili bez nich. Synchronizuj grupę All customers, jeśli chcesz, aby każdy dotychczasowy klient je miał.

Jako zasada bezpieczeństwa synchronizacja, która usunęłaby dużą część listy, nie jest stosowana. Na liście z 30 lub więcej członkami przebieg, który usunąłby więcej niż jedną trzecią członków albo opróżnił listę, zostaje wstrzymany. Grupa odbiorców jest pokazywana jako wstrzymana, dopóki późniejszy przebieg nie będzie stabilny.

Zatrzymanie grupy odbiorców w ROASaurus zostawia listę w Klaviyo bez zmian.

Jak to skonfigurować i przetestować?

1. Dodaj piksel Klaviyo

   W ROASaurus otwórz Tracking & platforms, kliknij Add pixel na karcie Klaviyo i wklej swój publiczny klucz API, czyli 6-znakowe site ID.

2. Dodaj piksel checkoutu w Shopify

   W Shopify admin przejdź do Settings › Customer events › Add custom pixel. Wklej fragment kodu ze strony Tracking & platforms. Poradnik konfiguracji Shopify wymienia każdy krok.

3. Sprawdź ustawienie zgód

   Zostaw włączone Respect visitor consent, chyba że sprzedajesz wyłącznie tam, gdzie zgoda nie jest wymagana.

4. Złóż testowy checkout

   W prywatnym oknie przeglądarki dodaj dwa produkty, przejdź do checkoutu i wpisz adres e-mail, który kontrolujesz i którego Klaviyo nigdy nie widziało. Zaakceptuj cookie marketingowe, jeśli baner o to pyta.

5. Sprawdź profil i wyzwalacze przepływów

   W Klaviyo otwórz nowy profil. Powinny być widoczne Viewed Product, Added to Cart i Started Checkout. Następnie otwórz każdy przepływ porzucenia i upewnij się, że jego metryka wyzwalająca to ta, pod którą pojawiają się twoje zdarzenia testowe. Metryki o tej samej nazwie mogą pochodzić z różnych źródeł, więc porównaj ikonę źródła obok nazwy każdej metryki.

6. Opcjonalnie: dodaj grupy odbiorców

   Dodaj prywatny klucz API z lists:write i profiles:write do piksela Klaviyo, a potem utwórz grupę odbiorców na stronie Audiences i dodaj Klaviyo jako miejsce docelowe.

Pomagają jeszcze dwie kontrole w Klaviyo. Zastosuj się do rady Klaviyo i uruchamiaj przepływy Added to Cart i Started Checkout osobno, z filtrem, który usuwa z przepływu Added to Cart osoby, które rozpoczęły checkout. Booster zapisuje Started Checkout zaraz po zdarzeniach koszyka. Jeśli ten filtr używa tej samej metryki checkoutu, którą otrzymał twój testowy kupujący, ci kupujący nie dostaną drugiego przypomnienia z przepływu Added to Cart. A jeśli używasz też własnej identyfikacji checkoutu w Klaviyo albo anonymous activity backfill, twój testowy checkout pokaże, czy kupujący otrzymuje zdarzenia z obu.

Czego booster nie potrafi?

ROASaurus używa też sygnałów z Klaviyo do własnych raportów. Gdy odwiedzający wyśle formularz Klaviyo, skrypt ROASaurus łączy ten e-mail z odwiedzającym. Reaguje na wysłanie formularza i nigdy nie czyta naciśnięć klawiszy. Wizyty z parametrem _kx, z utm_source równym klaviyo lub z utm_medium równym email liczą się jako kanał e-mail w atrybucji. W Channels ROASaurus pokazuje też przychód, który Klaviyo przypisuje każdej kampanii i każdemu flow, obok własnych liczb opartych na kliknięciach i zysku po odjęciu kosztu Klaviyo. Sama atrybucja liczy e-mail przez kliknięcia.

Źródła

1. Klaviyo Help Center: Understanding cookies in Klaviyo
2. Klaviyo Help Center: How to create an abandoned cart flow
3. Klaviyo Help Center: How to create a browse abandonment flow
4. Klaviyo Help Center: Understand Klaviyo's anonymous visitor activity backfill
5. Klaviyo Help Center: Shopify data reference

W ROASaurus

• Integracja z Klaviyo
• Wartość życiowa klienta i segmenty RFM
• Pomoc: konfiguracja ROASaurus w Shopify
• Pomoc: zgody i prywatność

Czytaj dalej