ব্রাউজারে ইমেইলের সরঞ্জাম

1. দুটি ব্রিজ, এক কাজ, সুবিধা-অসুবিধা আলাদা

MousePlayer দুইভাবে আপনার ইমেইল প্ল্যাটফর্মে পৌঁছাতে পারে; কোনটি সঠিক তা সহজ একটি বিষয়ে নির্ভর করে: সরঞ্জামটি কি আপনার পৃষ্ঠায় চলে?

	এই ব্রিজ (ব্রাউজার)	লাইফসাইকেল (সার্ভারভিত্তিক)
চলে	দর্শকের ব্রাউজারে	আমাদের সার্ভারে
প্রবেশের পরিচয়পত্র দরকার	না	হ্যাঁ — API কী
কাজ করে যখন	সরঞ্জামের স্ক্রিপ্ট পৃষ্ঠায় আছে	সব সময়, স্ক্রিপ্ট থাকুক বা না থাকুক
পাঠায়	সেশন শনাক্ত হলেই	একই মুহূর্তে
সরঞ্জাম	Klaviyo, Braze, Iterable, Ortto, Emarsys, Bloomreach ও আরও অনেক	ActiveCampaign, Mailchimp, Iterable, Klaviyo, Braze, Customer.io, Brevo

সরঞ্জাম এমনিতেই পৃষ্ঠায় থাকলে এই ব্রিজ সহজতর: সেট আপ করার কিছু নেই, গোপন রাখার কিছু নেই, মেয়াদ শেষ হওয়ার কিছু নেই।

2. প্রতিটি সরঞ্জাম কী চায়

একই শ্রেণিতে অনেক বৈচিত্র্য আছে। ব্রিজ চালু করার আগে দুটির কথা জানা ভালো।

চালাতে না বলা পর্যন্ত Emarsys কিছু করে না

তার কমান্ড সারি সবকিছু জমায়, কিন্তু কিছুই চালায় না যতক্ষণ না ['go'] আসে। অ্যাট্রিবিউট পাঠিয়ে থেমে যাওয়া ব্রিজ বাইরে থেকে অকার্যকর ব্রিজের মতোই — মান চিরকাল সারিতে থাকে। আমরা পাঠাই go।

Ortto-তে আগে activity থাকতে হবে

আপনার Ortto অ্যাকাউন্টে activity তৈরি করতে হবে এবং ক্লায়েন্টভিত্তিক ব্যবহারের অনুমতি দিতে হবে। দুটিই না হলে কল 404 দেয় — স্পষ্টভাবে লোড হওয়া সরঞ্জাম থেকে 404 এলে আপনার সেটিংয়ের বদলে আমাদের ত্রুটি মনে হয়।

Klaviyo ও Braze নিজের কুকি থেকে পরিচয় পড়ে

অর্থাৎ শুধু এই সেশনে নয়, আগের সেশনে শনাক্ত দর্শকের ক্ষেত্রেও কাজ করে।

3. মান কোথায় যায়

প্রোফাইল অ্যাট্রিবিউট বা কাস্টম প্রপার্টি হিসেবে, এই নামে: mouseplayer_session_url, সরঞ্জাম ধারণাটিকে কী বলে তার ওপর নির্ভর করে। সেখান থেকে আপনার কাঙ্ক্ষিত জায়গাগুলোতেই ব্যবহার করা যায়:

• সেগমেন্টে। “চেকআউট ছেড়ে যাওয়া সবাই” সেগমেন্ট ইতিমধ্যে আছে; রিপ্লে লিংক যোগ করলে দেখার বিষয়ের সারি হয়।
• ইমেইলে। গ্রাহকের কাছে নয় — নিজের দলের কাছে, অভ্যন্তরীণ সতর্কতায়।
• লাইফসাইকেল প্রবাহে। সহায়তায় হস্তান্তরের ধাপে রেকর্ডিং থাকতে পারে, যাতে যিনি নেন তিনি প্রমাণ নিয়ে শুরু করেন।

4. কখন সার্ভারভিত্তিকটি ব্যবহার করবেন

তিনটি ক্ষেত্র, বেছে নেওয়ার আগে দেখা ভালো:

• ইমেইলের সরঞ্জাম সাইটে বসানো নেই। অনেকগুলোরই নেই — শুধু প্রচারাভিযানের প্ল্যাটফর্মে পৃষ্ঠায় স্ক্রিপ্ট থাকে না, আর ব্রাউজার ব্রিজের লেখার জায়গা নেই।
• সাধ্য অনুযায়ী চেষ্টার বদলে নির্ভরযোগ্যতা দরকার। ব্রাউজার ব্রিজ দর্শকের পৃষ্ঠা যথেষ্টক্ষণ খোলা থাকার ওপর নির্ভর করে; সার্ভারভিত্তিকটি পুনরায় চেষ্টাসহ সারি থেকে চলে।
• অ্যাডব্লকার থাকলেও কাজ করাতে চান। আটকানো বিপণনের স্ক্রিপ্ট কিছু নিতে পারে না। আমাদের নিজের রেকর্ডিং অপরিবর্তিত থাকে, কিন্তু আটকানো সরঞ্জামের ব্রিজ তা নয়।

দুটো একসঙ্গেও চলতে পারে। বিরোধ নেই — ব্রাউজারেরটি অ্যাট্রিবিউট লেখে, সার্ভারেরটি ইভেন্ট পাঠায়, সরঞ্জাম আলাদা বিষয় হিসেবে ধরে।