లైఫ్‌సైకిల్ (సర్వర్ వైపు)
సెషన్‌కు మీ స్వంత కస్టమర్ ID అందిన వెంటనే మా సర్వర్ నుంచి రీప్లే లింక్‌ను ActiveCampaign, Mailchimp, Iterable లేదా Klaviyoలోకి పంపండి.
1. బ్రౌజర్ బ్రిడ్జ్ పక్కనే ఇది ఎందుకు ఉంది
మీ స్వంత పేజీలో నడిచే SDKలో రాసే లైఫ్‌సైకిల్ బ్రిడ్జ్ MousePlayerలో ఇప్పటికే ఉంది - Klaviyo, Braze, Customer.io, మరో ఆరు ప్లాట్‌ఫామ్‌ల కోసం. ఇది అదే పనిని మా సర్వర్ నుంచి చేస్తుంది; అతిపెద్ద ప్లాట్‌ఫామ్‌లలో రెండింటికి బ్రౌజర్ మార్గమే అందుబాటులో లేదు కాబట్టి ఇది ఉంది:
- ఈవెంట్‌ల కోసం ActiveCampaignకు బ్రౌజర్ API అసలే లేదు. దాని
vgo()ఖాతా, ఇమెయిల్ చిరునామాను సెట్ చేసి ట్రాకింగ్ ప్రారంభించగలదు - ఈవెంట్‌ను పంపలేదు. ఈవెంట్‌లు ప్రత్యేక ఈవెంట్ కీతో Event Tracking API ద్వారా సర్వర్ వైపు మాత్రమే వెళ్తాయి. - Mailchimpకు ఉంది; కానీ పరిమిత పదజాలంతో. దాని సైట్ ట్రాకింగ్ పిక్సెల్ అంగీకరించేవి
PAGE_VIEWED,PRODUCT_VIEWED,PURCHASED, మరికొన్ని ముందే నిర్వచించిన పేర్లు. అనుకూల ఈవెంట్‌కు స్థానం లేదు; మా డేటాను ఇందులో బలవంతంగా పెట్టడంPAGE_VIEWEDమీ స్వంత డేటా మోడల్‌లో అబద్ధం అవుతుంది.
Iterable, Klaviyoకు సర్వర్ మార్గం మరింత నమ్మదగినది: ప్రకటన నిరోధకం లేదు, లోడ్ అయిందో లేదో తెలియని SDK లేదు, ముందే ట్యాబ్ మూసే సమస్య లేదు.
2. అవసరమైనవి
మూడు ఫీల్డ్‌లు; ఏవి పూరించాలో ప్లాట్‌ఫామ్‌పై ఆధారపడుతుంది.
| ప్లాట్‌ఫామ్ | ఖాతా ఫీల్డ్ | కీ |
|---|---|---|
| ActiveCampaign | actid | Website → Site Tracking, ఈవెంట్ కీ పక్కన |
| Mailchimp | ఆడియన్స్ ID | API కీ - దాని ఈ తరహా ప్రత్యయాన్ని ఉంచండి: -us14 ; దాన్నుంచే డేటా సెంటర్‌ను గుర్తిస్తారు |
| Iterable | అవసరం లేదు - ఖాళీగా ఉంచండి | “Allow event track calls” అనుమతి ఉన్న కీ |
| Klaviyo | అవసరం లేదు - ఖాళీగా ఉంచండి | ఒక వ్యక్తిగత API కీ |
మూడో ఫీల్డ్ అది కనిపించే ఈవెంట్ పేరు. చిన్నగా ఉంచండి: గరిష్ఠంగా 32 అక్షరాలు. ఇది API పరిమితి, మాది కాదు; పంపేటప్పుడు కాకుండా సేవ్ చేసినప్పుడే కుదిస్తాము - లేకపోతే చేరేదానికి భిన్నమైనదాన్ని ఫారమ్ చూపిస్తుంది.
Mailchimp: మీ API కీపై ప్రత్యయాన్ని ఉంచండి. చివరి డ్యాష్ తర్వాతి భాగం (-us14) మీ ఖాతా ఉన్న డేటా సెంటర్ పేరును చెబుతుంది; దానితో చిరునామా నిర్మించబడుతుంది. అది లేని కీ కనిపించని చోట విఫలమయ్యే బదులు స్పష్టమైన సందేశంతో తిరస్కరించబడుతుంది.
3. ఎప్పుడు ప్రారంభమవుతుంది, ఎప్పుడు కాదు
సెషన్ గుర్తించబడిన క్షణంలో: మీ సైట్ దీన్ని కాల్ చేసినప్పుడు MousePlayer.setUserId(), మా విశ్లేషణ బ్రిడ్జ్ ప్రత్యేక IDని తిరిగి చదివినప్పుడు లేదా మీ సర్వర్ identify ఎండ్‌పాయింట్‌ను కాల్ చేసినప్పుడు. అంతకుముందు రికార్డింగ్ ఎవరిదో మాకు తెలియదు.
ఇమెయిల్ చిరునామాతో మాత్రమే
నాలుగు ప్లాట్‌ఫామ్‌లూ పరిచయాన్ని ఇమెయిల్‌తో గుర్తిస్తాయి. మీ కస్టమర్ ID ఒప్పంద సంఖ్య అయితే ఏమీ పంపబడదు - తప్పక విఫలమయ్యే పనిని క్యూలో పెడితే లాగ్‌లో పనికిరాని సమాచారం పెరుగుతుంది.
పరిచయం ఇప్పటికే ఉండాలి. ఈవెంట్ నుంచి ఈ ప్లాట్‌ఫామ్‌లు ఏవీ కొత్త పరిచయాన్ని సృష్టించవు; చిరునామాను గుర్తించకపోతే ActiveCampaign ఈవెంట్‌ను పూర్తిగా వదిలేస్తుంది. ఈ బ్రిడ్జ్ ఉన్న పరిచయాలకు సమాచారం జోడిస్తుంది - మీ జాబితాను నిర్మించదు.
ప్రతి ఈవెంట్‌లో ID ఉంటుంది
పని మళ్లీ ప్రయత్నించినా అదే సెషన్ రెండుసార్లు లెక్కించబడకుండా.
4. అవతలి వైపున చేరేది
ఒక్క ఈవెంట్; ఈ పేరున్న ప్రాపర్టీగా రీప్లే లింక్‌ను కలిగి ఉంటుంది: mouseplayer_session_url. దాన్ని తెరిస్తే ఖచ్చితంగా ఆ సెషన్ రికార్డింగ్‌లో ఉంటారు.
అక్కడి నుంచి మీ ప్లాట్‌ఫామ్ సొంత నియమాలు వర్తిస్తాయి: ఈవెంట్‌ను స్వయంచాలక ట్రిగ్గర్‌గా, సెగ్మెంట్ షరతుగా ఉపయోగించండి లేదా మీ బృందం పరిచయం నుంచి రికార్డింగ్ తెరవనివ్వండి.
కీ మా సర్వర్ నుంచి బయటకు వెళ్లదు
AES-256-GCMతో గుప్తీకరించి నిల్వ చేస్తాము; సేవ్ చేసిన తర్వాత మళ్లీ చూపించము. పనిని మోసుకెళ్లే అంతర్గత క్యూలో ఉద్దేశపూర్వకంగా చేర్చము - వర్కర్ డేటాబేస్ నుంచి స్వయంగా పొందుతుంది.
HTTP 200 అంటే చేరిందని కాదు
ఈవెంట్‌ను తిరస్కరించినప్పుడు ActiveCampaign స్థితి 200తో పాటు ఇచ్చేది {"success":0} . స్థితిని మాత్రమే కాకుండా స్పందన బాడీని చదువుతాము కాబట్టి తిరస్కరణ పంపిణీ లాగ్‌లో నిశ్శబ్ద విజయంగా కాకుండా వైఫల్యంగా కనిపిస్తుంది.
5. Braze, Customer.io, Brevo
సర్వర్ వైపు మార్గంలో మరో మూడు ప్లాట్‌ఫామ్‌లు. వాటిలో రెండింటికి మిగిలినవాటికి అవసరం లేనిది కావాలి: ఒక స్థలం.
| మీరు ఇచ్చేవి | గుర్తించే ఆధారం | |
|---|---|---|
| Braze | REST ఎండ్‌పాయింట్, 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 : తీవ్రమైన సమస్యలు messageలో కనిపిస్తాయి; సహించిన ఫీల్డ్ నష్టాలు errorsలో మాత్రమే. ఒక్కదాన్నే చదివితే ఏదో ఒక దిశలో తప్పవుతుంది.
ఇక్కడ పేర్కొన్న అన్ని ట్రేడ్‌మార్క్‌లు వాటి యజమానులకు చెందినవి. ఈ సేవాదారులతో MousePlayerకు వ్యాపార సంబంధం లేదు.