Bizi-zikloa (zerbitzariaren aldean)
Bidali erreprodukzio-esteka ActiveCampaign, Mailchimp, Iterable edo Klaviyo-ra gure zerbitzaritik, saio batek zure bezero-IDa jasotzen duen unean.
1. Zergatik dagoen hau nabigatzaile-zubiaren ondoan
MousePlayer-ek dagoeneko badu zure orrian martxan dagoen SDKan idazten duen bizi-zikloko zubia: Klaviyo, Braze, Customer.io eta beste sei. Honek lan bera egiten du gure zerbitzaritik, eta bi plataforma handienetakoek nabigatzaile-bidea besterik gabe eskaintzen ez dutelako existitzen da:
- ActiveCampaign-ek ez du gertaeretarako nabigatzaile-APIrik. Haren
vgo()funtzioak kontua eta helbide elektronikoa ezar ditzake eta jarraipena hasi, baina ezin du gertaerarik bidali. Gertaerak Event Tracking API bidez doaz, gertaera-gako bereizi batekin, zerbitzariaren aldetik soilik. - Mailchimp-ek badu bat, baina hiztegi itxiarekin. Haren webgunearen jarraipen-pixelak honako hauek onartzen ditu:
PAGE_VIEWED,PRODUCT_VIEWED,PURCHASEDeta aurrez definitutako beste izen gutxi batzuk. Ez dago gertaera pertsonalizatuentzako tokirik, eta gure datuakPAGE_VIEWEDgertaera batean sartzea gezurra litzateke zure datu-ereduaren barruan.
Iterable eta Klaviyo-rako, zerbitzari-bidea fidagarriagoa da besterik gabe: iragarki-blokeatzailerik gabe, agian kargatu den edo ez den SDKrik gabe, fitxa goiz ixterik gabe.
2. Zer behar duen
Hiru eremu; zein bete behar dituzun plataformaren araberakoa da.
| Plataforma | Kontu-eremua | Gakoa |
|---|---|---|
| ActiveCampaign | actid | Website → Site Tracking, gertaera-gakoaren ondoan |
| Mailchimp | Audientziaren IDa | API gakoa: mantendu haren -us14 estiloko atzizkia; datu-zentroa hortik irakurtzen da |
| Iterable | ez da behar: utzi hutsik | «Allow event track calls» baimena duen gakoa |
| Klaviyo | ez da behar: utzi hutsik | API gako pribatua behar da |
Hirugarren eremua zein gertaera-izenekin agertuko den da. Izan laburra: gehienez 32 karaktere. APIaren muga da hori, ez gurea, eta gordetzean laburtzen dugu, ez bidaltzean; bestela, inprimakiak iristen denaren bestelako zerbait erakutsiko lizuke.
Mailchimp: mantendu atzizkia zure API gakoan. Azken marratxoaren ondorengo zatiak (-us14) zure kontua dagoen datu-zentroa izendatzen du, eta hortik eraikitzen da helbidea. Hura ez duen gakoa mezu argi batekin baztertzen da, ikusi ezin duzun toki batean huts egin beharrean.
3. Noiz abiarazten den eta noiz ez
Saioa identifikatzen den unean: zure webguneak hau deitzen duenean: MousePlayer.setUserId(), gure analisi-zubiak identifikatzaile bereizia irakurtzen duenean edo zure zerbitzariak identifikazio-muturrari deitzen dionean. Ordura arte ez dakigu grabazioa norena den.
Helbide elektronikoarekin soilik
Lau plataformek kontaktu bat helbide elektronikoaren bidez identifikatzen dute. Zure bezero-IDa kontratu-zenbakia bada, ez da ezer bidaltzen: huts egin besterik ezin duen zeregina ilaran jartzeak zarataz beteko luke zure erregistroa.
Kontaktuak dagoeneko existitu behar du. Plataforma hauek ez dute kontakturik sortzen gertaera batetik; ActiveCampaign-ek gertaera erabat baztertzen du helbidea ezagutzen ez badu. Zubi honek lehendik dituzun kontaktuak aberasten ditu; ez du zure zerrenda eraikitzen.
Gertaera bakoitzak IDa darama
Horrela, saio bera ezin da bi aldiz zenbatu, baita zeregin bat berriro saiatzen bada ere.
4. Zer iristen den beste aldera
Gertaera bat, erreprodukzio-esteka honako izena duen propietate gisa daramana: mouseplayer_session_url. Ireki eta saio horren beraren grabazioan egongo zara.
Hortik aurrera zure plataformaren logika da: erabili gertaera automatizazio-abiarazle gisa, segmentu-baldintza gisa edo, besterik gabe, utzi taldeari grabazioa kontaktutik irekitzen.
Gakoa ez da inoiz gure zerbitzaritik irteten
AES-256-GCM bidez zifratuta gordetzen da, ez da berriro erakusten gorde ondoren, eta nahita ez da sartzen zeregina daraman barne-ilaran: langileak datu-basetik eskuratzen du zuzenean.
HTTP 200 ez da bidalketaren bermea
ActiveCampaign-ek 200 egoera eta honako hau erantzuten ditu: {"success":0} gertaera baztertzen duenean. Erantzunaren gorputza irakurtzen dugu, ez egoera soilik; horrela, baztertzea hutsegite gisa agertzen da bidalketa-erregistroan, isileko arrakasta gisa agertu beharrean.
5. Braze, Customer.io eta Brevo
Beste hiru plataforma zerbitzari-aldeko bidean. Horietako bik besteek behar ez duten zerbait behar dute: toki bat.
| Zuk ematen duzuna | Honen bidez identifikatuta | |
|---|---|---|
| Braze | REST muturra eta API gakoa | helbide elektronikoa |
| Customer.io | webgunearen IDa, API gakoa eta zure eskualdea | zure bezero-IDa |
| Brevo | jarraipen-gakoa, besterik ez | helbide elektronikoa |
Horietako bi toki zehatz batean daude
Braze-k instantziari lotutako REST muturrak ditu; Customer.io-k bi eskualde bereizi ditu ostalari desberdinekin. Ezin da bata zein bestea gakotik atera, eta okerra hautatzeak 401 erantzuten du, gakoa begiratzera eramanez. Bi eremuak horregatik soilik daude.
Customer.io da helbide elektronikorik behar ez duena
Zuk esleitzen diezun ID berarekin ezagutzen ditu pertsonak; beraz, helbide elektronikoa eskatzea asmatutako oztopoa litzateke. Beste seiek helbide elektronikoaren bidez parekatzen dute, eta haientzat kontratu-zenbaki batekin identifikatutako saioak ez du ezer sortzen, behar bezala.
Profil berririk ez
Braze deiak honako hau darama: _update_existing_only. CRM zubiaren erabaki bera: nabigatzaileko saioa ez da zure bezeroak nor diren adierazteko iturri fidagarria, eta bisitari anonimo bakoitzeko profila sortzen duen bizi-zikloko plataforma integraziorik ez izatea baino okerragoa da.
Brevo-k 204 erantzuten du; Braze-k 201, baina baldintza batekin
Brevo-k ez du inolako gorputzik itzultzen; han, 2xx da egia osoa. Braze-k honako hau itzultzen du: "message": "success" eta ondoan errors arraya izan dezake: arazo larriak message eremuan agertzen dira, onartutako eremu-galerak errors eremuan soilik. Bakarra irakurtzeak oker ulertzea dakar noranzko batean edo bestean.
Hemen aipatutako marka guztiak beren jabeenak dira. MousePlayer-ek ez du hornitzaile hauekin negozio-harremanik.