Cykl życia (po stronie serwera)

1. Dlaczego istnieje obok mostu przeglądarkowego

MousePlayer ma już most cyklu życia, który zapisuje do SDK działającego na Twojej stronie - Klaviyo, Braze, Customer.io i sześć innych. Ten robi to samo z naszego serwera, a istnieje dlatego, że dla dwóch największych platform droga przez przeglądarkę po prostu nie istnieje:

• ActiveCampaign w ogóle nie ma przeglądarkowego API do zdarzeń. Jego vgo() potrafi ustawić konto i adres e-mail oraz uruchomić śledzenie - wysłać zdarzenia nie potrafi. Zdarzenia idą przez Event Tracking API z osobnym kluczem, wyłącznie po stronie serwera.
• Mailchimp ma je, ale z zamkniętym słownikiem. Jego piksel przyjmuje PAGE_VIEWED, PRODUCT_VIEWED, PURCHASED i garść innych z góry ustalonych nazw. Na własne zdarzenie nie ma miejsca, a wciśnięcie naszych danych w PAGE_VIEWED byłoby kłamstwem w Twoim własnym modelu danych.

2. Czego wymaga

Trzy pola, a które z nich wypełniasz, zależy od platformy.

Trzecie pole to nazwa zdarzenia, pod którą pojawi się to po drugiej stronie. Trzymaj ją krótko: najwyżej 32 znaki. To ograniczenie API, nie nasze, a skracamy je przy zapisie, nie przy wysyłce - inaczej formularz pokazywałby coś innego, niż faktycznie dociera.

3. Kiedy działa - a kiedy nie

W chwili, gdy sesja zostaje zidentyfikowana: gdy Twoja strona wywoła MousePlayer.setUserId(), gdy nasz most analityczny odczyta identyfikator, albo gdy Twój serwer wywoła punkt identify. Wcześniej nie wiemy, do kogo należy nagranie.

Tylko z adresem e-mail

Wszystkie cztery platformy adresują kontakt po jego e-mailu. Jeśli Twój identyfikator klienta to numer umowy, nic nie wysyłamy - kolejkowanie zadania, które może się tylko nie udać, jedynie zapełniłoby Twój dziennik.

Każde zdarzenie niesie identyfikator

Dzięki temu ta sama sesja nie policzy się dwa razy, nawet jeśli zadanie zostanie powtórzone.

4. Co dociera po drugiej stronie

Jedno zdarzenie, niosące link do nagrania jako właściwość mouseplayer_session_url. Jedno kliknięcie i jesteś w nagraniu dokładnie tej sesji.

Wszystko dalsze to logika Twojej platformy: zdarzenie jako wyzwalacz automatyzacji, jako warunek segmentu albo po prostu jako droga dla Twojego zespołu, żeby otworzyć nagranie z poziomu kontaktu.

Klucz nie opuszcza naszego serwera

Jest zapisywany z szyfrowaniem AES-256-GCM, po zapisaniu nigdy więcej nie pokazywany i celowo nie trafia do wewnętrznej kolejki, która niesie zadanie - worker pobiera go sam z bazy.

HTTP 200 nie znaczy doręczone

ActiveCampaign odpowiada statusem 200 i {"success":0}, gdy odrzuca zdarzenie. Czytamy treść odpowiedzi, a nie tylko status - odrzucenie pojawia się więc w dzienniku doręczeń jako niepowodzenie, a nie jako cichy sukces.