જીવનચક્ર (સર્વર બાજુ)

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. શું જોઈએ

ત્રણ ક્ષેત્ર; કયાં ભરો તે પ્લૅટફૉર્મ પર આધારિત છે.

પ્લૅટફૉર્મ	ખાતાનું ક્ષેત્ર	કી
ActiveCampaign	`actid`	Website → Site Tracking, ઇવેન્ટ કીની બાજુમાં
Mailchimp	ઑડિયન્સ ID	API કી — તેનો `-us14` જેવો પ્રત્યય રાખો; તેમાંથી ડેટા સેન્ટર વાંચાય છે
Iterable	જરૂરી નથી — ખાલી રાખો	“Allow event track calls” પરવાનગીવાળી કી
Klaviyo	જરૂરી નથી — ખાલી રાખો	એક ખાનગી API કી

ત્રીજું ક્ષેત્ર એ ઇવેન્ટ જે નામે દેખાય તે છે. ટૂંકું રાખો: વધુમાં વધુ 32 અક્ષર. APIની મર્યાદા છે, અમારી નહીં; મોકલતાં નહીં, સાચવતાં ટૂંકાવીએ છીએ — નહીં તો ફોર્મમાં જે દેખાય તેનાથી જુદું પહોંચે.

Mailchimp: API કીનો પ્રત્યય રાખો. છેલ્લા ડૅશ પછીનો ભાગ (-us14) ખાતાનું ડેટા સેન્ટર બતાવે છે અને સરનામું તેમાંથી બને છે. પ્રત્યય વિનાની કી ક્યાંક અદૃશ્ય રીતે નિષ્ફળ જવાને બદલે સ્પષ્ટ સંદેશથી નકારાય છે.

3. ક્યારે ચાલે અને ક્યારે નહીં

સત્ર ઓળખાય તે ક્ષણે: તમારી સાઇટ આ કૉલ કરે ત્યારે MousePlayer.setUserId(), વિશ્લેષણ સેતુ distinct ID પાછું વાંચે ત્યારે અથવા સર્વર identify એન્ડપોઇન્ટ કૉલ કરે ત્યારે. પહેલાં રેકોર્ડિંગ કોનું છે તે ખબર નથી.

ફક્ત ઇમેઇલ સરનામા સાથે

ચારેય પ્લૅટફૉર્મ ઇમેઇલથી સંપર્ક ઓળખે છે. ગ્રાહક ID કરાર નંબર હોય તો કશું મોકલાતું નથી — ફક્ત નિષ્ફળ થઈ શકે એવું કામ કતારમાં મૂકવાથી લૉગમાં અવાજ જ વધે.

સંપર્ક પહેલેથી હોવો જોઈએ. કોઈ પ્લૅટફૉર્મ ઇવેન્ટથી નવો બનાવતું નથી; ActiveCampaign સરનામું ન ઓળખે તો આખી ઇવેન્ટ ફેંકી દે છે. આ સેતુ હાલના સંપર્કને વધુ માહિતી આપે છે; યાદી બનાવતો નથી.

દરેક ઇવેન્ટમાં ID છે

તેથી કામ ફરી અજમાવાય તો પણ એ જ સત્ર બે વાર ન ગણાય.

4. બીજી બાજુ શું પહોંચે

એક ઇવેન્ટ, જેમાં રેકોર્ડિંગ લિંક આ નામના ગુણધર્મમાં હોય છે: mouseplayer_session_url. ખોલતાં બરાબર તે સત્રનું રેકોર્ડિંગ મળે.

પછી પ્લૅટફૉર્મના પોતાના નિયમો: ઇવેન્ટને સ્વચાલન ટ્રિગર કે વિભાગની શરત બનાવો અથવા ટીમને સંપર્કમાંથી રેકોર્ડિંગ ખોલવા દો.

કી ક્યારેય સર્વર છોડતી નથી

AES-256-GCMથી એન્ક્રિપ્ટ કરીને રહે છે, સાચવ્યા પછી ફરી દેખાતી નથી અને કામ લઈ જતી આંતરિક કતારમાં જાણીજોઈને મૂકાતી નથી — worker જાતે ડેટાબેઝમાંથી મેળવે છે.

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નો કોઈ વ્યાવસાયિક સંબંધ નથી.

અમે કેવી રીતે મદદ કરી શકીએ?