Življenjski cikel stranke (strežniško)

1. Zakaj obstaja poleg brskalniškega mostu

MousePlayer že ima most za življenjski cikel stranke, ki zapisuje v SDK na vaši strani – Klaviyo, Braze, Customer.io in še šest drugih. Ta opravi isto nalogo z našega strežnika, saj pri dveh največjih platformah brskalniška pot preprosto ni na voljo:

• ActiveCampaign sploh nima brskalniškega API-ja za dogodke. Njegov vgo() lahko nastavi račun in e-poštni naslov ter začne sledenje – ne more pa poslati dogodka. Dogodki gredo prek Event Tracking API z ločenim ključem dogodkov, samo strežniško.
• Mailchimp ga ima, vendar z zaprtim besednjakom. Njegov piksel za sledenje spletnemu mestu sprejema PAGE_VIEWED, PRODUCT_VIEWED, PURCHASED in nekaj drugih vnaprej določenih imen. Prostora za prilagojeni dogodek ni, tlačenje naših podatkov v PAGE_VIEWED pa bi pomenilo laž v vašem podatkovnem modelu.

2. Kaj potrebuje

Tri polja; katera izpolnite, je odvisno od platforme.

Tretje polje je ime dogodka, pod katerim se bo prikazal. Naj bo kratko: največ 32 znakov. To je omejitev API-ja, ne naša; skrajšamo ga ob shranjevanju, ne ob pošiljanju, sicer bi obrazec kazal nekaj drugega od tega, kar prispe.

3. Kdaj se sproži in kdaj ne

Ob prepoznavi seje: ko vaše spletno mesto pokliče MousePlayer.setUserId(), ko naš analitični most prebere enolični ID ali ko vaš strežnik pokliče končno točko za prepoznavo. Pred tem ne vemo, komu posnetek pripada.

Samo z e-poštnim naslovom

Vse štiri platforme stik naslavljajo po e-pošti. Če je vaš ID stranke številka pogodbe, se nič ne pošlje – dodajanje naloge, ki lahko le spodleti, bi dnevnik napolnilo s šumom.

Vsak dogodek ima ID

Zato iste seje ni mogoče šteti dvakrat, tudi ob ponovnem poskusu naloge.

4. Kaj prispe na drugi strani

En dogodek s povezavo do posnetka kot lastnostjo z imenom mouseplayer_session_url. Odprite jo in ste v posnetku natanko te seje.

Nato velja logika vaše platforme: dogodek uporabite kot sprožilec avtomatizacije, pogoj segmenta ali preprosto omogočite ekipi, da posnetek odpre iz stika.

Ključ nikoli ne zapusti našega strežnika

Shrani se šifrirano z AES-256-GCM, po shranjevanju ni več prikazan in namenoma ni v interni čakalni vrsti, ki prenaša nalogo – delovni proces ga sam pridobi iz zbirke podatkov.

HTTP 200 ne pomeni dostave

ActiveCampaign ob zavrnitvi dogodka odgovori s stanjem 200 in {"success":0}. Beremo telo odgovora, ne le stanja, zato se zavrnitev v dnevniku dostave pokaže kot neuspeh namesto tihega uspeha.