Cikli i jetës (në anën e serverit)
Dërgojeni lidhjen e riprodhimit në ActiveCampaign, Mailchimp, Iterable ose Klaviyo nga serveri ynë sapo një seancë të marrë ID-në tuaj të klientit.
1. Pse ekziston pranë urës së shfletuesit
MousePlayer ka tashmë një urë të ciklit të jetës që shkruan në SDK-në që funksionon në faqen tuaj - Klaviyo, Braze, Customer.io dhe gjashtë të tjera. Kjo kryen të njëjtën punë nga serveri ynë dhe ekziston sepse për dy nga platformat më të mëdha rruga e shfletuesit thjesht nuk është e disponueshme:
- ActiveCampaign nuk ka fare API shfletuesi për ngjarje. Funksioni i tij
vgo()mund të vendosë një llogari dhe adresë emaili dhe të nisë ndjekjen - nuk mund të dërgojë ngjarje. Ngjarjet kalojnë përmes Event Tracking API me çelës të veçantë ngjarjesh, vetëm në anën e serverit. - Mailchimp ka një të tillë, por me fjalor të mbyllur. Pikseli i tij i ndjekjes së sajtit pranon
PAGE_VIEWED,PRODUCT_VIEWED,PURCHASEDdhe pak emra të tjerë të paracaktuar. Nuk ka vend për ngjarje të personalizuar dhe futja me zor e të dhënave tona në njëPAGE_VIEWEDdo të ishte gënjeshtër brenda modelit tuaj të të dhënave.
Për Iterable dhe Klaviyo rruga e serverit është thjesht më e besueshme: pa bllokues reklamash, pa SDK që mund të jetë ngarkuar ose jo, pa skedë që mbyllet herët.
2. Çfarë i duhet
Tri fusha dhe cilat prej tyre plotësoni varet nga platforma.
| Platforma | Fusha e llogarisë | Çelësi |
|---|---|---|
| ActiveCampaign | actid | Website → Site Tracking, pranë çelësit të ngjarjeve |
| Mailchimp | ID-ja e audiencës | Një çelës API - ruani prapashtesën e tij të tipit -us14 sepse qendra e të dhënave lexohet prej saj |
| Iterable | nuk nevojitet - lëreni bosh | Një çelës me lejen „Allow event track calls“ |
| Klaviyo | nuk nevojitet - lëreni bosh | Një çelës API privat për këtë shërbim |
Fusha e tretë është emri i ngjarjes me të cilin do të shfaqet. Mbajeni të shkurtër: maksimumi 32 karaktere. Ky është kufiri i API-së, jo yni dhe e shkurtojmë kur ruani, jo kur dërgojmë - përndryshe formulari do t'ju tregonte diçka ndryshe nga ajo që mbërrin.
Mailchimp: ruajeni prapashtesën në çelësin tuaj API. Pjesa pas vizës së fundit (-us14) emërton qendrën e të dhënave ku ndodhet llogaria juaj dhe adresa ndërtohet prej saj. Një çelës pa të refuzohet me mesazh të qartë në vend që të dështojë diku ku nuk e shihni.
3. Kur aktivizohet - dhe kur jo
Në çastin kur identifikohet një seancë: kur sajti juaj thërret MousePlayer.setUserId(), kur ura jonë analitike lexon një ID të dallueshme ose kur serveri juaj thërret pikën fundore të identifikimit. Para kësaj nuk e dimë kujt i përket regjistrimi.
Vetëm me adresë emaili
Të katër platformat e adresojnë kontaktin sipas emailit. Nëse ID-ja juaj e klientit është numër kontrate, nuk dërgohet asgjë - vendosja në radhë e një detyre që vetëm mund të dështojë do ta mbushte regjistrin tuaj me zhurmë.
Kontakti duhet të ekzistojë tashmë. Asnjëra nga këto platforma nuk krijon një nga një ngjarje; ActiveCampaign e hedh poshtë të gjithë ngjarjen nëse nuk e njeh adresën. Kjo urë pasuron kontaktet tuaja ekzistuese - nuk ndërton listën tuaj.
Çdo ngjarje mbart një ID
Që e njëjta seancë të mos numërohet dy herë, edhe nëse një detyrë riprovohet.
4. Çfarë mbërrin në anën tjetër
Një ngjarje, që mbart lidhjen e riprodhimit si veti me emrin mouseplayer_session_url përkatës. Hapeni dhe jeni në regjistrimin e pikërisht asaj seance.
Prej aty është logjika e vetë platformës suaj: përdoreni ngjarjen si aktivizues automatizimi, si kusht segmenti ose thjesht lejoni ekipin tuaj ta hapë regjistrimin nga kontakti.
Çelësi nuk largohet kurrë nga serveri ynë
Ruhet i enkriptuar me AES-256-GCM, nuk shfaqet më pas ruajtjes dhe qëllimisht nuk futet në radhën e brendshme që mbart detyrën - procesi i punës e merr vetë nga baza e të dhënave.
HTTP 200 nuk do të thotë dorëzim
ActiveCampaign përgjigjet me gjendje 200 dhe {"success":0} kur refuzon një ngjarje. Lexojmë trupin e përgjigjes, jo vetëm gjendjen, që refuzimi të shfaqet si dështim në regjistrin e dërgesave dhe jo si sukses i heshtur.
5. Braze, Customer.io dhe Brevo
Tri platforma të tjera në rrugën e anës së serverit. Dy prej tyre kanë nevojë për diçka që të tjerave nuk u duhet: një vend.
| Ju jepni | Identifikuar nga | |
|---|---|---|
| Braze | Pika fundore REST dhe çelësi API | adresa e emailit |
| Customer.io | ID-ja e sajtit, çelësi API dhe rajoni juaj | ID-ja juaj e klientit |
| Brevo | çelësi i gjurmuesit, asgjë tjetër | adresa e emailit |
Dy prej tyre ndodhen diku specifikisht
Braze përdor pika fundore REST të lidhura me instancën; Customer.io përdor dy rajone të veçanta me hoste të ndryshme. Asnjëra nuk mund të nxirret nga çelësi dhe zgjedhja e të gabuarës kthen 401 - gjë që ju drejton te çelësi. Të dyja fushat ekzistojnë vetëm për këtë arsye.
Customer.io është ai që nuk kërkon email
I njeh njerëzit me të njëjtën ID që u caktoni, ndaj kërkesa për adresë emaili do të ishte pengesë e shpikur. Gjashtë të tjerat përputhin sipas emailit dhe për to një seancë e identifikuar me numër kontrate nuk prodhon asgjë - me të drejtë.
Pa profile të reja
Thirrja Braze mbart _update_existing_only si parametër. I njëjti vendim si ura CRM: një seancë shfletuesi nuk është deklaratë e besueshme për identitetin e klientëve tuaj dhe një platformë e ciklit të jetës që krijon profil për çdo vizitor anonim është më keq se mungesa e integrimit.
Brevo përgjigjet 204, Braze përgjigjet 201 me një kusht
Brevo nuk kthen fare trup përgjigjeje - aty një 2xx është vërtet e gjithë e vërteta. Braze kthen "message": "success" dhe mund të mbartë një varg errors pranë tij: problemet fatale shfaqen në mesazh, humbjet e toleruara të fushave vetëm te errors. Leximi vetëm i njërës jep rezultat të gabuar në njërin ose tjetrin drejtim.
Të gjitha markat tregtare të përmendura këtu u përkasin pronarëve përkatës. MousePlayer nuk ka marrëdhënie tregtare me këta ofrues.