Հաճախորդի կյանքի ցիկլ (սերվերային)

Դիտման հղումը մեր սերվերից փոխանցեք ActiveCampaign, Mailchimp, Iterable կամ Klaviyo՝ հենց աշխատաշրջանը ստանում է ձեր հաճախորդի սեփական ID-ն։

1. Ինչու սա կա դիտարկիչի կամրջի կողքին

MousePlayer-ն արդեն ունի կյանքի ցիկլի կամուրջ, որը գրում է ձեր էջում աշխատող SDK-ի մեջ՝ Klaviyo, Braze, Customer.io և ևս վեց։ Այս մեկն անում է նույնը մեր սերվերից, քանի որ խոշորագույն հարթակներից երկուսի համար դիտարկիչի ուղին պարզապես հասանելի չէ՝

  • ActiveCampaign-ն իրադարձությունների դիտարկիչային API ընդհանրապես չունի։ Դրա vgo() -ը կարող է սահմանել հաշիվ ու էլփոստի հասցե և սկսել հետևումը, բայց չի կարող իրադարձություն ուղարկել։ Իրադարձություններն անցնում են Event Tracking API-ով՝ առանձին իրադարձության բանալիով և միայն սերվերային ճանապարհով։
  • Mailchimp-ն ունի, բայց փակ բառապաշարով։ Դրա կայքի հետևման պիքսելն ընդունում է PAGE_VIEWED, PRODUCT_VIEWED, PURCHASED և մի քանի այլ նախասահմանված անուններ։ Հատուկ իրադարձության տեղ չկա, իսկ մեր տվյալները PAGE_VIEWED -ի մեջ սեղմելը սուտ կլիներ ձեր սեփական տվյալների մոդելում։

Iterable-ի և Klaviyo-ի համար սերվերային ուղին պարզապես ավելի հուսալի է. չկա գովազդի արգելափակիչ, հնարավոր է բեռնված կամ չբեռնված SDK, վաղ փակվող ներդիր։

2. Ինչ է պետք

Երեք դաշտ. դրանցից որոնք լրացնելը կախված է հարթակից։

ՀարթակՀաշվի դաշտԲանալի
ActiveCampaignactidWebsite → Site Tracking՝ իրադարձության բանալիի կողքին
MailchimpԼսարանի ID-նAPI բանալի. պահպանեք դրա -us14 ոճի վերջածանցը, դրանից է կարդացվում տվյալների կենտրոնը
Iterableպետք չէ. թողեք դատարկԲանալի՝ «Allow event track calls» թույլտվությամբ
Klaviyoպետք չէ. թողեք դատարկ Մասնավոր API բանալի

Երրորդ դաշտն իրադարձության անունն է, որով այն կհայտնվի։ Պահեք կարճ՝ առավելագույնը 32 նիշ։ Սա API-ի սահմանն է, ոչ մերը. կրճատում ենք պահելիս, ոչ ուղարկելիս, այլապես ձևը ցույց կտար հասնողից տարբեր բան։

Mailchimp. API բանալու վերջածանցը պահպանեք։ Վերջին գծիկից հետո մասը (-us14) նշում է ձեր հաշվի տվյալների կենտրոնը, և հասցեն կառուցվում է դրանից։ Առանց դրա բանալին մերժվում է պարզ հաղորդագրությամբ՝ անտեսանելի տեղում ձախողվելու փոխարեն։

3. Երբ է գործարկվում և երբ՝ ոչ

Հենց աշխատաշրջանը նույնականացվում է՝ երբ ձեր կայքը կանչում է MousePlayer.setUserId(), մեր վերլուծական կամուրջը կարդում է տարբերակիչ ID, կամ ձեր սերվերը կանչում է նույնականացման վերջնակետը։ Մինչ այդ չգիտենք, թե ում է պատկանում ձայնագրությունը։

Միայն էլփոստի հասցեով

Բոլոր չորս հարթակները կոնտակտին հասցեագրում են էլփոստով։ Եթե ձեր հաճախորդի ID-ն պայմանագրի համար է, ոչինչ չի ուղարկվում. միայն ձախողվել կարողացող առաջադրանքի հերթագրումը պարզապես կլցներ մատյանը աղմուկով։

Կոնտակտը պետք է արդեն գոյություն ունենա։ Այս հարթակներից ոչ մեկը իրադարձությունից կոնտակտ չի ստեղծում. ActiveCampaign-ն ամբողջությամբ մերժում է իրադարձությունը, եթե հասցեն չի ճանաչում։ Այս կամուրջը հարստացնում է առկա կոնտակտները, ոչ թե կառուցում ցանկը։

Յուրաքանչյուր իրադարձություն կրում է ID

Որպեսզի նույն աշխատաշրջանը չհաշվվի երկու անգամ՝ անգամ առաջադրանքի կրկնակի փորձի դեպքում։

4. Ինչ է հասնում մյուս կողմին

Մեկ իրադարձություն՝ դիտման հղումը կրելով հետևյալ անունով հատկության մեջ՝ mouseplayer_session_url։ Բացեք այն և կհայտնվեք հենց այդ աշխատաշրջանի ձայնագրությունում։

Այնուհետև գործում է ձեր հարթակի տրամաբանությունը. իրադարձությունն օգտագործեք որպես ավտոմատացման գործարկիչ, հատվածի պայման կամ պարզապես թույլ տվեք թիմին ձայնագրությունը բացել կոնտակտից։

Բանալին երբեք մեր սերվերից դուրս չի գալիս

Այն պահվում է AES-256-GCM գաղտնագրմամբ, պահելուց հետո այլևս չի ցուցադրվում և միտումնավոր չի դրվում առաջադրանքը կրող ներքին հերթում. աշխատող գործընթացն ինքն է այն վերցնում տվյալների բազայից։

HTTP 200-ը չի նշանակում առաքված

ActiveCampaign-ը իրադարձությունը մերժելիս պատասխանում է 200 վիճակով և {"success":0} ։ Կարդում ենք պատասխանի մարմինը, ոչ միայն վիճակը, որպեսզի մերժումը առաքման մատյանում երևա որպես ձախողում, ոչ լուռ հաջողություն։

5. Braze, Customer.io և Brevo

Եվս երեք հարթակ սերվերային ուղու վրա։ Դրանցից երկուսին պետք է մի բան, որը մյուսներին պետք չէ՝ տեղ։

Դուք տրամադրում եքՆույնականացվում է ըստ
BrazeREST վերջնակետ և API բանալիէլփոստի հասցեի
Customer.ioկայքի ID, API բանալի և ձեր տարածաշրջանըձեր հաճախորդի սեփական ID-ի
Brevoմիայն հետևման բանալինէլփոստի հասցեի

Դրանցից երկուսը կոնկրետ տեղում են

Braze-ն աշխատում է օրինակից կախված REST վերջնակետերով, իսկ Customer.io-ն ունի երկու առանձին տարածաշրջան՝ տարբեր հոսթերով։ Ոչ մեկը բանալիից չի որոշվում, և սխալն ընտրելը տալիս է 401՝ ձեզ ուղարկելով բանալին ստուգելու։ Երկու դաշտերը միայն այդ պատճառով գոյություն ունեն։

Customer.io-ն էլփոստ չպահանջողն է

Այն մարդկանց ճանաչում է ձեր նշանակած նույն ID-ով, ուստի էլփոստի հասցե պահանջելը հնարովի խոչընդոտ կլիներ։ Մյուս վեցը համապատասխանում են ըստ էլփոստի, և դրանց համար պայմանագրի համարով նույնականացված աշխատաշրջանը ոչինչ չի ստեղծում՝ ճիշտ այդպես էլ պետք է։

Նոր պրոֆիլներ չեն ստեղծվում

Braze կանչը կրում է _update_existing_only։ Նույն որոշումը, ինչ CRM կամրջում. դիտարկիչի աշխատաշրջանը ձեր հաճախորդների ինքնության մասին հուսալի պնդում չէ, իսկ ամեն անանուն այցելուի համար պրոֆիլ ստեղծող կյանքի ցիկլի հարթակն ավելի վատ է, քան ինտեգրման բացակայությունը։

Brevo-ն պատասխանում է 204, Braze-ը՝ 201՝ մի վերապահումով

Brevo-ն ընդհանրապես մարմին չի վերադարձնում. այնտեղ 2xx-ն իսկապես ամբողջ ճշմարտությունն է։ Braze-ը վերադարձնում է "message": "success" և դրա կողքին կարող է ունենալ errors զանգված. ճակատագրական խնդիրները հայտնվում են հաղորդագրությունում, հանդուրժված դաշտերի կորուստները՝ միայն errors-ում։ Միայն մեկը կարդալը մի ուղղությամբ կամ մյուսով սխալ եզրակացության է բերում։

Այստեղ նշված բոլոր ապրանքային նշանները պատկանում են իրենց տերերին։ MousePlayer-ը գործարար կապ չունի այս մատակարարների հետ։