Mzunguko wa maisha (upande wa seva)
Tuma kiungo cha uchezaji tena kwenye ActiveCampaign, Mailchimp, Iterable au Klaviyo kutoka seva yetu mara kipindi kinapopata ID yako ya mteja.
1. Kwa nini hili lipo pembeni ya daraja la kivinjari
MousePlayer tayari ina daraja la mzunguko wa maisha linaloandika katika SDK inayoendeshwa kwenye ukurasa wako mwenyewe: Klaviyo, Braze, Customer.io na nyingine sita. Hili hufanya kazi ileile kutoka seva yetu badala yake, na lipo kwa sababu kwa majukwaa mawili makubwa zaidi njia ya kivinjari haipatikani kabisa:
- ActiveCampaign haina API ya kivinjari ya matukio kabisa. Kitendakazi chake cha
vgo()kinaweza kuweka akaunti na anwani ya barua pepe na kuanza kufuatilia; hakiwezi kutuma tukio. Matukio hupitia Event Tracking API yenye ufunguo tofauti wa tukio, upande wa seva tu. - Mailchimp inayo, lakini yenye msamiati funge. Pikseli yake ya kufuatilia tovuti hukubali
PAGE_VIEWED,PRODUCT_VIEWED,PURCHASEDna majina mengine machache yaliyobainishwa tayari. Hakuna nafasi ya tukio maalumu, na kulazimisha data zetu kuwaPAGE_VIEWEDkungekuwa uongo ndani ya modeli yako mwenyewe ya data.
Kwa Iterable na Klaviyo, njia ya seva ndiyo ya kuaminika zaidi: hakuna kizuia matangazo, hakuna SDK ambayo huenda imepakiwa au la, hakuna kichupo kinachofungwa mapema.
2. Kinachohitajika
Sehemu tatu, na unazojaza hutegemea jukwaa.
| Jukwaa | Sehemu ya akaunti | Ufunguo |
|---|---|---|
| ActiveCampaign | actid | Website → Site Tracking, pembeni ya ufunguo wa tukio |
| Mailchimp | ID ya hadhira | Ufunguo wa API; hifadhi kiambishi chake cha aina ya -us14 kwani kituo cha data husomwa humo |
| Iterable | haihitajiki; acha tupu | Ufunguo wenye ruhusa ya “Allow event track calls” |
| Klaviyo | haihitajiki; acha tupu | Ufunguo wa API wa faragha unaohitajika |
Sehemu ya tatu ni jina la tukio litakaloonekana. Liwe fupi: herufi zisizozidi 32 kwa kila jina. Hicho ndicho kikomo cha API, si chetu, na tunalifupisha unapohifadhi badala ya tunapotuma; vinginevyo fomu ingekuonyesha kitu tofauti na kinachofika.
Mailchimp: hifadhi kiambishi kwenye ufunguo wako wa API. Sehemu iliyo baada ya kistari cha mwisho (-us14) hutaja kituo cha data ambacho akaunti yako iko, na anwani hujengwa kutoka humo. Ufunguo usio nacho hukataliwa kwa ujumbe wazi badala ya kushindwa mahali usipoweza kuona.
3. Huchochewa lini, na lini halichochewi
Wakati kipindi kinapotambuliwa: tovuti yako inapoita MousePlayer.setUserId(), daraja letu la uchanganuzi linaposoma ID tofauti kutoka humo au seva yako inapoita endpoint ya identify. Kabla ya hapo hatujui rekodi ni ya nani.
Kwa anwani ya barua pepe tu
Majukwaa yote manne hutambua anwani ya mawasiliano kwa barua pepe. Ikiwa ID yako ya mteja ni nambari ya mkataba, hakuna kinachotumwa; kuweka kazi inayoweza kushindwa tu kwenye foleni kungejaza kumbukumbu yako kwa kelele.
Anwani ya mawasiliano lazima iwepo tayari. Hakuna mojawapo ya majukwaa haya inayoiunda kutoka tukio; ActiveCampaign hutupa tukio kabisa ikiwa haitambui anwani. Daraja hili huboresha anwani zako zilizopo, haliundi orodha yako.
Kila tukio hubeba ID
Ili kipindi kilekile kisihesabiwe mara mbili, hata kazi ikijaribiwa tena.
4. Kinachofika upande mwingine
Tukio moja, linalobeba kiungo cha uchezaji tena kama sifa inayoitwa mouseplayer_session_url inayofunguka. Ifungue uingie kwenye rekodi ya kipindi hicho hasa.
Kuanzia hapo ni mantiki ya jukwaa lako lenyewe: tumia tukio kama kichocheo cha otomeshaji, kama sharti la kundi au uruhusu tu timu yako kufungua rekodi kutoka anwani ya mawasiliano.
Ufunguo hautoki kamwe kwenye seva yetu
Huhifadhiwa ukiwa umesimbwa fiche kwa AES-256-GCM, hauonyeshwi tena kamwe baada ya kuhifadhi, na kwa makusudi hauwekwi katika foleni ya ndani inayobeba kazi; worker huuchukua yenyewe kutoka hifadhidata.
HTTP 200 haimaanishi imewasilishwa
ActiveCampaign hujibu kwa hali ya 200 na {"success":0} inapokataa tukio. Tunasoma mwili wa jibu, si hali tu, ili kukataliwa kuonekane kama kushindwa katika kumbukumbu ya uwasilishaji badala ya mafanikio ya kimya.
5. Braze, Customer.io na Brevo
Majukwaa mengine matatu katika njia ya upande wa seva. Mawili yanahitaji kitu ambacho mengine hayahitaji: mahali.
| Unachotoa | Hutambuliwa kwa | |
|---|---|---|
| Braze | Endpoint ya REST na ufunguo wa API | anwani ya barua pepe |
| Customer.io | ID ya tovuti, ufunguo wa API na eneo lako | ID yako mwenyewe ya mteja |
| Brevo | ufunguo wa kifuatiliaji tu | anwani ya barua pepe |
Mawili hukaa mahali mahususi
Braze hutumia endpoint za REST zinazohusishwa na instance; Customer.io hutumia maeneo mawili tofauti yenye host tofauti. Hakuna inayoweza kupatikana kutoka ufunguo, na kuchagua isiyo sahihi hujibu 401, kunakokufanya uchunguze ufunguo. Sehemu zote mbili zipo kwa sababu hiyo pekee.
Customer.io ndiyo isiyohitaji barua pepe
Huwajua watu kwa ID ileile unayowapa, hivyo kuhitaji anwani ya barua pepe kungekuwa kikwazo kilichobuniwa. Zile nyingine sita hulinganisha kwa barua pepe, na kwa hizo kipindi kilichotambuliwa kwa nambari ya mkataba hakizalishi chochote, kama inavyopaswa.
Hakuna wasifu mpya
Mwito wa Braze hubeba _update_existing_only kama mpangilio. Uamuzi uleule kama daraja la CRM: kipindi cha kivinjari si taarifa ya kuaminika kuhusu wateja wako ni nani, na jukwaa la mzunguko wa maisha linaloongeza wasifu kwa kila mtembeleaji asiyejulikana ni baya kuliko kutokuwa na muunganisho.
Brevo hujibu 204, Braze hujibu 201 kwa sharti
Brevo hairudishi mwili wowote; hapo, 2xx ndiyo ukweli wote kweli. Braze hurudisha "message": "success" na inaweza kubeba safu ya errors pembeni yake: matatizo mabaya huonekana katika message, upotevu wa sehemu unaovumiliwa katika errors tu. Kusoma moja pekee kunakosea katika upande mmoja au mwingine.
Alama zote za biashara zilizotajwa hapa ni mali ya wamiliki wake. MousePlayer haina uhusiano wa kibiashara na watoa huduma hawa.