চ্যানেলসমূহ
একই গ্রাফ থেকে কাউকে পৌঁছানোর চারটি পথ
রিমাইন্ডারটি যায় SMS-এ, কারণ মানুষ সেগুলো কয়েক মিনিটেই পড়ে। গল্পটি যায় ই-মেইলে, কারণ সেখানে জায়গা আছে। কাঁধে টোকাটি যায় পুশে। স্ট্যাম্পের যোগ্য গ্রাহক কিছু ছাপা ও ডাকযোগে পাঠানো জিনিস পান। কোনো বার্তা কোনটি ব্যবহার করবে তা নোডের একটি বৈশিষ্ট্য — আপনাকে কিনতে, শিখতে ও মেলাতে হয়েছে এমন আলাদা কোনো টুলের নয়।
ই-মেইল
আপনার ডকুমেন্ট থেকে ই-মেইল ক্লায়েন্টরা যে রূপটি সত্যিই চায় সেই রূপে রেন্ডার করা: টেবিল, ইনলাইন CSS, Outlook-এর জন্য flex বা grid নেই, ডার্ক-মোড-নিরাপদ রং এবং আপনার জন্য তৈরি একটি প্লেইন-টেক্সট বিকল্প।
List-Unsubscribe-Post সহ এক-ক্লিক আনসাবস্ক্রাইব, যেমন RFC 8058 এবং এখন বড় ইনবক্স প্রদানকারীরা চান। আর প্রকাশের সময় একটি আকার পরীক্ষা, কারণ Gmail প্রায় 102 KB-তে কেটে ফেলে, আর কাটা পড়া বার্তা যে অংশে কেউ দেখেই না তার নিচে আপনার আনসাবস্ক্রাইব লিঙ্কটি লুকিয়ে ফেলে।
SMS
যে বার্তা আজই পড়তে হবে তার জন্য: আগামীকালের অ্যাপয়েন্টমেন্ট, রবিবার শেষ হওয়া অফার। ছোট, এবং প্রায় সঙ্গে সঙ্গেই পড়া হয় — ঠিক এ কারণেই এটি অতিরিক্ত ব্যবহার করা যাবে না।
পাঠানোর আগেই সেগমেন্ট গণনা করা হয়। GSM-7 আপনাকে ১৬০ অক্ষর দেয়; একটি মাত্র ইমোজি, একটি বাঁকা উদ্ধৃতি চিহ্ন বা এক্সটেনশন টেবিলের বাইরের কোনো পোলিশ স্বরচিহ্ন পুরো বার্তাটিকে UCS-2-এ বদলে দেয়, প্রতি সেগমেন্টে ৭০ অক্ষরে, আর যে বার্তার খরচ আপনি এক ভেবেছিলেন তা এখন তিন। সংখ্যাটি আপনি পাঠানোর আগেই দেখেন, চালানে নয়। STOP ও তার সমতুল্যগুলো সার্ভিসের ভেতরেই সম্মানিত হয়, কারণ বেশিরভাগ বাজারে তা একটি আইনি বাধ্যবাধকতা, কোনো ফিচার নয়।
পুশ করুন
VAPID কী ও RFC 8291 পেলোড এনক্রিপশন সহ Web Push, iOS-এর জন্য APNs, Android-এর জন্য FCM, এবং যেসব অ্যাপ ইতিমধ্যে সংযুক্ত তাদের জন্য সকেটের ওপর একটি ইন-অ্যাপ চ্যানেল।
ডিভাইস রেজিস্ট্রিতে প্রতি যোগাযোগের জন্য প্রতি অ্যাপে প্রতি এন্ডপয়েন্টে একটি করে সারি থাকে, এবং প্রদানকারীর কাছ থেকে 410 বা 404 এলে সারিটি সঙ্গে সঙ্গে মুছে ফেলা হয়। যেসব টোকেন কখনো মুছে ফেলা হয় না সেগুলো নিঃশব্দে আপনার ডেলিভারি হারকে নষ্ট করে এবং পরবর্তী প্রতিটি পরিমাপকে ভুল করে — এ কারণেই পাঠানোর চেয়ে মুছে ফেলাটি বেশি গুরুত্বপূর্ণ।
ছাপা চিঠি
একই ক্রিয়েটিভ ডকুমেন্ট, প্রিন্ট CSS দিয়ে PDF-এ রেন্ডার করা, ঠিকানা লেখা ও ডাকে পাঠানো। বার্ষিকীর জন্য, উচ্চ-মূল্যের গ্রাহকের জন্য, যে দর্শক ই-মেইল পড়ে না তাদের জন্য — এবং সেই মুহূর্তের জন্য যখন বাকি সবার প্রতিযোগী ইনবক্সে আর আপনি দরজার মাদুরে।
এটি একটি সাধারণ নোড। তার সামনে একই অপেক্ষা থাকে, একই গোল পরীক্ষা এটি বাতিল করে, এবং একই সম্মতি খাতা ঠিক করে আপনি এটি পাঠাতে পারেন কি না।
নিজের প্রেরণ ব্যবস্থা আনুন
ClickSomo ইচ্ছাকৃতভাবে ও স্থায়ীভাবে কোনো মেইল সার্ভার চালায় না। আপনি একটি প্রেরক পরিচয় সংযুক্ত করেন: একটি ঠিকানা, যা তা পাঠানোর একটি উপায়ের সঙ্গে বাঁধা। সেটি হয় আপনার নিজের SMTP মেইলবক্স — যার মধ্যে আপনার হোস্টিং ইতিমধ্যে যা দেয় তাও — অথবা আপনি ইতিমধ্যে যার জন্য অর্থ দেন এমন কোনো প্রদানকারী, যেমন SendGrid।
একটি প্রকল্পে একাধিক থাকতে পারে। ট্রানজ্যাকশনাল মেইলের জন্য একটি মেইলবক্স, বাল্কের জন্য একটি প্রদানকারী, আর একটি ফানেল নোড ঠিক করে কোনটি ব্যবহার করবে। প্রতিটি পরিচয়ের নিজস্ব রেট সীমা থাকে, কারণ একটি ছোট মেইলবক্সের সীমা কম থাকে, আর তাতে জোর করে চাপ দিলে অ্যাকাউন্ট শুধু রেট-সীমিত হওয়ার বদলে স্থগিত হয়ে যায়।
এমন একটি নিয়ম আছে যা সিস্টেম আপনাকে ভাঙতে দেবে না: ট্রানজেকশনাল চিহ্নিত ডোমেইন থেকে বাল্ক ট্রাফিক কখনোই যাবে না। কোনো ডোমেইন থেকে সাইন-ইন মেইল ও রিসিট যায়, সেখানে বাল্ক আইডেন্টিটি তৈরি করা যাবে না। একটি খারাপ ক্যাম্পেইন — আপনার হোক বা অন্য কারো — আপনার নিজের পাসওয়ার্ড রিসেট বন্ধ করে দিতে পারবে না।
এর ফলাফল, যা-ই এর উদ্দেশ্য: কোনো বান্ডিল করা প্রতি-বার্তা খরচ নেই, কারণ বান্ডিল করার মতো কিছুই নেই। আপনার রেপুটেশন সম্পূর্ণ আপনার নিজের, অপরিচিতদের সঙ্গে ভাগ করা নয়।
- 1ঠিকানা ও হোস্টহোস্ট, পোর্ট, ক্রেডেনশিয়াল, TLS মোড এবং আপনার নির্ধারিত একটি রেট সীমা।
- 2DNS পরীক্ষিতআপনার প্রয়োজনীয় SPF, DKIM ও DMARC রেকর্ড, তারপর যাচাই — এবং পরে আবার পরীক্ষা, কারণ কেউ জোন ফাইল পরিষ্কার করলে রেকর্ড বদলে যায়।
- 3রিটার্ন পাথএকটি প্রকৃত মেইলবক্সে নির্দেশিত, যা বাউন্স নোটিশ গ্রহণ, পার্স ও শ্রেণিবদ্ধ করে। SMTP-তে কোনো ওয়েবহুক নেই; ছোট প্রেরকের প্রকৃত বাউন্স হ্যান্ডলিংয়ের এই-ই উপায়।
- !প্রত্যাখ্যান করা হয়েছেট্রানজেকশনাল চিহ্নিত ডোমেইনে একটি বাল্ক আইডেন্টিটি। এখন নীতির এক লাইন, পরে অপ্রতিরোধ্য বিশৃঙ্খলা।
আপনার ঠিকানাআপনার রেপুটেশনকোনো মার্কআপ নেই
প্রবেশের চারটি পথ। বার্তা নিজেই মানানসইটি বেছে নেয়।
যে অংশটি সত্যিই কাজের
একটিই ডেলিভারি শব্দভাণ্ডার, বার্তা যে প্রোভাইডার বহন করুক না কেন
প্রতিটি প্রোভাইডার ডেলিভারি ভিন্নভাবে রিপোর্ট করে। SendGrid স্বাক্ষরিত JSON ওয়েবহুক পাঠায়। একটি সাধারণ SMTP অ্যাকাউন্ট কিছুই পাঠায় না, আর তার বাউন্স আসে মানুষের পড়ার জন্য লেখা ই-মেইল হিসেবে। উপরের স্তরে পৌঁছানোর আগেই দুটিই একই এগারোটি ইভেন্টে রূপান্তরিত হয়।
- 1অপেক্ষমাণ · প্রেরিত · বিতরিত · স্থগিতবার্তার অগ্রগতি, এমন শব্দে যা প্রতিটি প্রোভাইডারে একই অর্থ বহন করে।
- 2open · clickক্লিকের ক্ষেত্রে URL সহ। বট ট্রাফিক লুকানো হয় না, রিপোর্টে আলাদা করা হয়।
- 3সফট_বাউন্স · হার্ড_বাউন্স · অভিযোগহার্ড বাউন্স ও কমপ্লেইন — দুটিই স্থায়ীভাবে একটি সাপ্রেশন লেখে।
- 4unsubscribe · failedএকটি আনসাবস্ক্রাইব সব জায়গায় একসঙ্গে সম্মানিত হয়, প্রেরণ সেবার ভেতরেও।
- iএটি কেন গুরুত্বপূর্ণপ্রোভাইডার বদলালে উপরের স্তরে কিছুই বদলায় না — কোনো রিপোর্ট নয়, কোনো সেগমেন্ট নয়, কোনো ফানেল শর্ত নয়। সেই উপভাষা দরজাতেই থেমে যায়।
SMS ও পুশের জন্য একই ইভেন্ট
প্রেরণে সমস্যা হলে কী ঘটে
রিট্রাই এক্সপোনেনশিয়াল ব্যাকঅফ ব্যবহার করে এবং নীরবতার বদলে ডেড-লেটার কিউ-তে শেষ হয়। প্রোভাইডারের 4xx পুনরায় চেষ্টা করা হয়; 5xx যার অর্থ বার্তাটি অগ্রাহ্য, তা হয় না — কারণ অনন্তকাল পুনরায় চেষ্টাই অ্যাকাউন্ট সাসপেন্ড হওয়ার কারণ।
সাপ্রেশন এখানের পাশাপাশি প্রেরণ সেবার ভেতরেও প্রয়োগ করা হয়, তাই প্রোভাইডার বদলালে দুই বছর আগে সাপ্রেস করা ঠিকানা ফিরে আসতে পারে না। আর প্রতি-আইডেন্টিটি কনকারেন্সি সীমার কারণে একটি বড় ক্যাম্পেইন ছোট মেইলবক্সকে প্রথম ত্রিশ সেকেন্ডে অভিভূত করার বদলে নিজের গতি নিয়ন্ত্রণ করে।
যা ইচ্ছাকৃতভাবে তৈরি করা হয়নি: নিজস্ব কোনো মেইল ট্রান্সফার এজেন্ট নেই, কোনো ডেডিকেটেড IP পুল নেই, কোনো ওয়ার্ম-আপ শিডিউলার নেই, কোনো ফিডব্যাক-লুপ এনরোলমেন্ট নেই। এগুলো প্রকৃত কাজ এবং এগুলোর মালিক সেই পক্ষ, যার রেপুটেশন ঝুঁকিতে থাকে — আপনার প্রোভাইডার, বা আপনার নিজের মেইলবক্স। এগুলো এখানে তৈরি করার অর্থ হতো অপরিচিতদের সঙ্গে আপনার প্রেরণ একত্রিত করা, যা-ই এই নকশা করতে অস্বীকার করে।