ইমেইল ভেরিফিকেশন কেন জরুরি (আর না করলে যা ঘটে)

আপনার সাইটের প্রতিটা ফর্ম যেখানে ইমেইল অ্যাড্রেস নেওয়া হয়, সেখানে সামান্য হলেও একটা ঝুঁকি ঢুকে যায় - ভুল টাইপ করা ঠিকানা, শুধু সাইনআপ ওয়াল পার হওয়ার জন্য বানানো ডিসপোজেবল অ্যাড্রেস, বা মাসখানেক আগে বন্ধ হয়ে যাওয়া মেইলবক্স। টাইপ করার মুহূর্তে এগুলো আসল ঠিকানা থেকে আলাদা দেখায় না - পার্থক্যটা বোঝা যায় পরে, সাধারণত বাউন্স, স্প্যাম কমপ্লেইন, বা কোনো কাজে না লাগা একটা লিড হিসেবে। বাংলাদেশের যেকোনো ই-কমার্স সাইট, ফ্রিল্যান্স মার্কেটপ্লেস, বা SaaS টুলের সাইনআপ ফর্ম - প্রতিটাতেই এই একই সমস্যা জমা হতে থাকে, প্রতিদিন একটু একটু করে, যতক্ষণ না সেটা কারো নজরে পড়ে।

"যাচাই না করা" মানে আসলে কী

একটা যাচাই না করা ইমেইল অ্যাড্রেস মানে হলো এমন একটা ঠিকানা যা কখনো "এটা দেখতে ইমেইলের মতো কিনা" - এর বাইরে আর কিছু দিয়ে চেক করা হয়নি। বেশিরভাগ সাইনআপ ফর্ম শুধু ফরম্যাট চেক করে - @ চিহ্ন আছে কিনা, ডটের পরে কিছু আছে কিনা - আর ফরম্যাট চেক আসল সমস্যাগুলোর প্রায় কোনোটাই ধরতে পারে না। gnail.com এর বদলে gmail.com লেখা একটা টাইপো তাৎক্ষণিকভাবে ফরম্যাট চেক পাস করে যায়। টেন-মিনিট-মেইল সার্ভিসের একটা ডিসপোজেবল ইনবক্সও তাৎক্ষণিকভাবে পাস করে যায়। যে মেইলবক্সের মালিক চাকরি ছাড়ার দিনই সেটা বন্ধ করে দিয়েছে, সেটাও ফরম্যাট চেক পাস করে যায়, কারণ ঠিকানার গঠন এখনো ঠিকই আছে, শুধু ওপাশে আর কেউ নেই।

ভেরিফিকেশন হলো সেই স্তর যা "দেখতে ইমেইলের মতো" আর "আসলেই মেইল রিসিভ করতে পারে, একটা চলমান মেইলবক্স থেকে, যেটা একজন বাস্তব মানুষ চেক করে" - এই দুইয়ের মাঝে বসে। এটা একটামাত্র চেক নয়, বরং কয়েকটা ধাপের একটা ছোট স্ট্যাক - আর প্রতিটা ধাপ ঠিক কী ধরে, সেটা বোঝাই পার্থক্য গড়ে দেয় একটা সবুজ টিক চিহ্নকে অন্ধভাবে বিশ্বাস করা আর সেই টিক চিহ্ন আসলে কী বলছে তা জানার মধ্যে।

যে ছয় ধরনের ঠিকানা দেখতে "ঠিক" মনে হলেও আসলে অচল

সব খারাপ ঠিকানা দেখতে খারাপ লাগে না। এই কারণেই শুধু ফরম্যাট চেক এগুলো ধরতে পারে না। নিচের ধরনগুলোই প্রায় সব ঠিকানার কারণ যা একজন ভেরিফায়ার ফ্ল্যাগ করবে, কিন্তু একটা সাধারণ ফর্ম ফিল্ড খুশিমনে গ্রহণ করে নিত।

জনপ্রিয় ডোমেইনে টাইপো

gmial.com, gamil.com, hotmial.com, yaho.com - এগুলো যেকোনো হাই-ট্রাফিক ফর্মে সবচেয়ে কমন সাবমিশনগুলোর মধ্যে কয়েকটা, আর এগুলো দেখতে পুরোপুরি বৈধ মনে হলেও কখনো একটা ইমেইলও ডেলিভার করবে না। ফোনের কিবোর্ডে দ্রুত টাইপ করা একজন মানুষ পরিসংখ্যানগতভাবে একটা জনপ্রিয় ডোমেইনে ভুল করার সম্ভাবনা একটা অপরিচিত ডোমেইনের চেয়ে অনেক বেশি, কারণ জনপ্রিয় ডোমেইনই সবচেয়ে বেশি টাইপ হয়, তাই সংখ্যার হিসেবে সবচেয়ে বেশি ভুলও হয় সেখানেই।

ডিসপোজেবল ও সাময়িক ঠিকানা

কিছু সার্ভিস শুধু দশ মিনিটের জন্য একটা কার্যকর ইনবক্স বানানোর জন্যই তৈরি - একটা কনফার্মেশন ইমেইল রিসিভ করে তারপর চিরদিনের জন্য উধাও হয়ে যায়। ভিজিটররা এগুলো ইচ্ছাকৃতভাবে ব্যবহার করে সাইনআপ ওয়াল পার হতে, কোনো গেটেড রিসোর্স ডাউনলোড করতে, বা আসল ঠিকানা না দিয়েই একবারের ডিসকাউন্ট নিতে। ঠিকানাটা টেকনিক্যালি আসল, আর কিছুক্ষণের জন্য টেকনিক্যালি মেইল রিসিভও করবে - এটাই সাধারণ চেককে ফাঁকি দেওয়ার কারণ। এটা টাইপো নয়, ভুল গঠনও নয়, শুধু আপনার দ্বিতীয় ইমেইল পাঠানোর সময় সেটা আর থাকবে না।

ক্যাচ-অল ডোমেইন

কিছু মেইল সার্ভার এমনভাবে সেট করা থাকে যে সেই ডোমেইনের যেকোনো ঠিকানায় পাঠানো মেইল গ্রহণ করে নেয়, সেই নামে আসলে কোনো মেইলবক্স থাকুক বা না থাকুক, আর পার্থক্যটা পরে (বা কখনোই না) বের করে। একটা ক্যাচ-অল ডোমেইন sales@ ঠিকানায় পাঠানো মেইল গ্রহণ করবে, আবার slaes@ এর মতো টাইপোও গ্রহণ করবে, এমনকি এমন কিছুও গ্রহণ করবে যা আসলে কখনো মেইলবক্স ছিলই না। যেকোনো ভেরিফায়ারের জন্য এটাই সবচেয়ে কঠিন ক্যাটাগরি, কারণ চেক করার মুহূর্তে সার্ভার নিজেই "না" বলতে অস্বীকার করে - এই নিয়ে বিস্তারিত নিচে আছে।

রোল-বেসড ও শেয়ার্ড ঠিকানা

info@, support@, sales@, admin@ - এগুলো একটা টিম ইনবক্সে, একটা শেয়ার্ড কিউতে, অথবা কোম্পানি রুটিং পাল্টে ফেলার পর কখনো কখনো কারো কাছেই পৌঁছায় না। এগুলো ভুয়া নয়, কিন্তু একটা পার্সোনাল ইনবক্স থেকে অনেক আলাদাভাবে আচরণ করে: একাধিক মানুষ (বা কেউই না, যদি অ্যালিয়াসটা চুপচাপ বাদ দেওয়া হয়ে থাকে) আপনার পাঠানো মেইল পড়তে পারে, ওপেন রেট আর ক্লিক বিহেভিয়ারের মানে এখানে ভিন্ন, আর বেস্ট-প্র্যাকটিস সেন্ডিং গাইডলাইন অনুযায়ী অনেক মার্কেটিং সেন্ড থেকে এই ধরনের ঠিকানা পুরোপুরি বাদ দেওয়া হয়।

মৃত ও পরিত্যক্ত মেইলবক্স

একটা ঠিকানা এক বছর আগে সম্পূর্ণ বৈধ থাকলেও এখন একটা অক্ষরও না বদলে অচল হয়ে যেতে পারে। মানুষ চাকরি ছাড়ে আর তার কর্পোরেট ঠিকানা বন্ধ হয়ে যায়। মানুষ প্রোভাইডার পাল্টানোর পর পার্সোনাল ওয়েবমেইল অ্যাকাউন্ট ছেড়ে দেয়। মেইলবক্সটা সার্ভারে সত্যি সত্যিই আর থাকে না, আর এটা বের করার একমাত্র উপায় হলো সরাসরি মেইল সার্ভারকে রিয়েল-টাইমে জিজ্ঞেস করা - মাস আগে সংগ্রহ করা একটা স্ট্যাটিক লিস্ট নিজে থেকে এটা বলতে পারে না।

স্প্যাম ট্র্যাপ

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

যাচাই না করা ঠিকানা আসলে আপনার কী খরচ করায়

একটা বাউন্সকে সামান্য অসুবিধা হিসেবে দেখাটা সহজ - একটা ইমেইল পৌঁছালো না, তেমন কোনো ক্ষতি হলো না। এই ভাবনা ক্ষতির পরিমাণ অনেকটাই কম করে দেখায়, কারণ একটা খারাপ ঠিকানার আসল খরচ সেই একটা ব্যর্থ সেন্ডের খরচ নয় - এটা হলো সেই ব্যর্থ সেন্ড পরবর্তী প্রতিটা সেন্ডের ওপর কী প্রভাব ফেলে, তার খরচ।

ডেলিভারেবিলিটি একটা যৌথ, জমতে থাকা স্কোর

Gmail, Outlook, Yahoo-এর মতো মেইলবক্স প্রোভাইডাররা প্রতিটা ইমেইলকে আলাদাভাবে বিচার করে না। তারা আপনার সেন্ডিং ডোমেইন আর সেন্ডিং IP-কে সময়ের সাথে ট্র্যাক করে, বাউন্স রেট, স্প্যাম-কমপ্লেইন রেট, আর এনগেজমেন্ট রেট দেখে বোঝার চেষ্টা করে আপনি বিশ্বাসযোগ্য সেন্ডার কিনা। যে লিস্টে খারাপ ঠিকানার একটা উল্লেখযোগ্য অংশ থাকে, সেটা প্রতিটা ক্যাম্পেইনে বাউন্স রেট বাড়িয়ে দেয়, আর প্রোভাইডাররা ক্রমাগত উঁচু বাউন্স রেটের জবাবে ডিফল্টভাবে বেশি মেইল স্প্যাম ফোল্ডারে পাঠাতে শুরু করে - এমনকি আপনার সত্যিকারের ভালো, এনগেজড সাবস্ক্রাইবারদের কাছেও, যারা কখনো এসবের জন্য অনুরোধই করেনি। যে সাবস্ক্রাইবার আপনার গত বিশটা ইমেইলের প্রতিটা খুলেছে, সে ভুগছে একই লিস্টে চুপচাপ বসে থাকা দশটা মৃত ঠিকানার কারণে।

একটা খারাপ ব্যাচ পরের শত শত ব্যাচকে দূষিত করতে পারে

রেপুটেশন যেহেতু জমতে থাকে আর প্রতিটা সেন্ডে রিসেট হয় না, তাই একটা যাচাই না করা লিস্টে পাঠানো একটা ক্যাম্পেইন শুধু একবারই খারাপ পারফর্ম করে না। এটা প্রতিটা পরবর্তী ক্যাম্পেইন যেখান থেকে শুরু করে, সেই বেসলাইনটাই নামিয়ে দেয়। কয়েক মাস ধরে গড়ে তোলা একটা পরিষ্কার সেন্ডিং রেপুটেশন কেউ চেক না করা একটা লিস্টে একবার মেইল পাঠিয়েই অনেকখানি নষ্ট করে ফেলতে পারে।

ESP পেনাল্টি ও অ্যাকাউন্ট সাসপেনশন

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

প্রতিটা লিডের যে খরচ চোখে পড়ে না

যদি একটা লিড-জেনারেশন ফর্ম বা একটা পেইড সাইনআপ ফানেল থেকে CRM বা সেলস কিউতে ডাটা যায়, তাহলে প্রতিটা ঠিকানা যা আসলে একটা টাইপো, একটা ডিসপোজেবল ইনবক্স, বা একটা মৃত মেইলবক্স হিসেবে বেরিয়ে আসে - সেটা শুরু থেকেই কখনো আসল লিড ছিল না, কিন্তু ফানেলে ঠিকই গোনা হয়েছে, একজন সেলস রেপের কাছে গেছে, আর মাসের "এত লিড জেনারেট হয়েছে" রিপোর্টের সংখ্যায় ঢুকে গেছে। যদি ইনবাউন্ড লিডের দশ শতাংশ অচল হয়, তাহলে প্রতিটা আসল লিডের কার্যকর খরচ রিপোর্ট করা সংখ্যার চেয়ে প্রায় দশ শতাংশ বেশি - চুপচাপ, প্রতি মাসে, যতক্ষণ না কেউ চেক করে।

যে অ্যানালিটিক্স আস্তে আস্তে মিথ্যা বলে

ওপেন রেট, ক্লিক রেট, কনভার্সন রেট - সবগুলোই হিসাব হয় কতগুলো ইমেইল পাঠানো হয়েছে বা ডেলিভার হয়েছে তার ওপর ভিত্তি করে। এমন ঠিকানায় ভর্তি একটা লিস্ট যা কখনো কিছু খুলবেই না, সেটা প্রতিটা পার্সেন্টেজকে নিচে টেনে নামায় আর ডাটায় একটা সত্যিকারের ভালো সাবজেক্ট লাইন বা অফারকেও মাঝারি দেখায়। টিমরা মাঝেমধ্যে সাবজেক্ট লাইন আর সেন্ড টাইম অপটিমাইজ করতে আসল সময় খরচ করে ফেলে এমন একটা মেট্রিক তাড়া করতে গিয়ে, যা আসলে তাদের কনটেন্ট নিয়ে ছিলই না - সেটা ছিল লিস্টের সেই বারো শতাংশ নিয়ে, যাদের পক্ষে ইমেইলে যাই থাকুক না কেন, কখনোই এনগেজ করা সম্ভব ছিল না।

রিয়েল-টাইম ভেরিফিকেশন আসলে কীভাবে কাজ করে

ভেরিফিকেশন একটা মাত্র হ্যাঁ-না প্রশ্নের একক টেস্ট নয়। এটা কয়েকটা ধাপের একটা ছোট পাইপলাইন, প্রতিটা ধাপ ভিন্ন এক ধরনের সমস্যা ধরে, আর দ্রুততম-সস্তা থেকে ধীরতম-ব্যয়বহুল ক্রমে চালানো হয়।

1. সিনট্যাক্স চেক - নিশ্চিত করে ঠিকানাটার গঠন ঠিক আছে কিনা: @ চিহ্নের সঠিক অবস্থান, বৈধ ক্যারেক্টার, একটা ঠিকমতো গঠিত ডোমেইন অংশ। এটা একটা সাধারণ HTML ফর্মও করে, আর এটাই সবচেয়ে দ্রুত অথচ একা একা সবচেয়ে কম কার্যকর চেক।
2. ডোমেইন ও MX লুকআপ - নিশ্চিত করে @ এর পরের ডোমেইনটা আসলেই একটা রেজিস্টার্ড ডোমেইন কিনা আর তার মেইল এক্সচেঞ্জ (MX) রেকর্ড সেট করা আছে কিনা, মানে সেই ডোমেইনের জন্য মেইল রিসিভ করার জন্য কোথাও একটা সার্ভার প্রস্তুত আছে কিনা। MX রেকর্ড না থাকা মানে সেই ডোমেইনের সব ঠিকানাই বাউন্স করবে, কোনো ব্যতিক্রম ছাড়াই।
3. ডিসপোজেবল-ডোমেইন ম্যাচিং - ডোমেইনটাকে পরিচিত সাময়িক-ইমেইল প্রোভাইডারদের একটা আপডেট রাখা তালিকার সাথে মিলিয়ে দেখে। নতুন ডিসপোজেবল ডোমেইন ক্রমাগত তৈরি হতে থাকে, তাই এই তালিকা নিয়মিত আপডেট না হলে কাজে আসে না; মাসের পর মাস আপডেট না হওয়া একটা ভেরিফায়ার না জানিয়েই ক্রমশ বেশি সংখ্যক ডিসপোজেবল ঠিকানা পাস করিয়ে দিচ্ছে।
4. SMTP হ্যান্ডশেকের মাধ্যমে মেইলবক্স-লেভেল চেক - ডোমেইনের মেইল সার্ভারের সাথে সংযোগ করে, আসলে কোনো মেইল না পাঠিয়েই জিজ্ঞেস করে ঠিক ওই ঠিকানার একটা মেইলবক্স আছে কিনা। এই ধাপটাই @ এর আগের অংশে টাইপো ধরে আর নিশ্চিত করে একটা নির্দিষ্ট মেইলবক্স সচল আছে, শুধু ডোমেইনটা সাধারণভাবে আছে তা নয়।
5. রোল-অ্যাকাউন্ট ও প্যাটার্ন শনাক্তকরণ - কমন রোল-বেসড প্যাটার্নের (info@, admin@, noreply@, support@) সাথে মিলে যাওয়া ঠিকানাগুলো ফ্ল্যাগ করে, যাতে সেগুলোকে পার্সোনাল ইনবক্স থেকে আলাদাভাবে বিবেচনা করা যায়, চুপচাপ একসাথে মিশিয়ে না ফেলে।
6. ক্যাচ-অল শনাক্তকরণ ও ঝুঁকি স্কোরিং - এমন ডোমেইন চিহ্নিত করে যেগুলো যেকোনো ঠিকানা গ্রহণ করার জন্য সেট করা, আর একটা ঝুঁকি-ভিত্তিক ফলাফল দেয়, একটা মিথ্যা-আশ্বাসের "পাস" না দিয়ে - কারণ যে ডোমেইন সবকিছু গ্রহণ করে সেখানে মেইলবক্স-লেভেল চেক নিশ্চিতভাবে হ্যাঁ বা না বলতে পারে না।

ক্যাচ-অল ডোমেইন কেন আলাদাভাবে উল্লেখ করার মতো

ক্যাচ-অল ডোমেইনই একমাত্র এমন ক্ষেত্র যেখানে ওপরের পুরো ভেরিফিকেশন পাইপলাইন প্রতিটা ধাপ সফলভাবে সম্পন্ন করেও নির্দিষ্ট একটা মেইলবক্স আছে কিনা তা নিশ্চিতভাবে বলতে পারে না, কারণ সেই ডোমেইনের মেইল সার্ভার আক্ষরিক অর্থেই সেই ডোমেইনের যেকোনো ঠিকানার জন্য SMTP হ্যান্ডশেক গ্রহণ করে নেয়, বৈধ হোক বা না হোক। একটা ভালোভাবে তৈরি ভেরিফায়ার এখানে থাকা নেই এমন নিশ্চয়তা দেখানোর ভান করে না - এটা ক্যাচ-অল কনফিগারেশন চিনতে পারে আর সেই ঠিকানাকে "accept-all" বা "অজানা, বেশি ঝুঁকিপূর্ণ" হিসেবে দেখায়, একটা নিশ্চিত হ্যাঁ বা না-এর বদলে, যাতে আপনি ঠিক করতে পারেন সেই ডোমেইনের ঠিকানার জন্য কতটা ঝুঁকি নিতে রাজি, একটা মিথ্যা "হ্যাঁ" শোনার বদলে।

যাচাই না করলে আসলে কী ঘটে - একটা ধাপে ধাপে চিত্র

একটা সাধারণ, ধীরে ধীরে বেড়ে ওঠা সাবস্ক্রিপশন ব্যবসার কথা কল্পনা করুন: হোমপেজে একটা সাইনআপ ফর্ম, একটা ফ্রি ট্রায়াল যার জন্য ইমেইল লাগে, আর যারাই কখনো সাইনআপ করেছে তাদের সবার কাছে যাওয়া একটা মাসিক নিউজলেটার। এই সেটআপে বেসিক ফরম্যাট চেক ছাড়া আর কিছুই ঠিকানা চেক করে না, কারণ প্রায় প্রতিটা ফর্ম বিল্ডার আর CRM-এই এটাই ডিফল্ট হিসেবে আসে।

প্রথম মাসে লিস্টটা ছোট আর মোটামুটি পরিষ্কার, কারণ শুরুর দিকের সাইনআপগুলো সাধারণত এমন মানুষদের কাছ থেকে আসে যারা সত্যিই আগ্রহী আর সাবধানে টাইপ করেছে। বাউন্স রেট থাকে প্রায় এক শতাংশ, যেকোনো ESP থ্রেশহোল্ডের অনেক নিচে, আর কেউ ভেরিফিকেশন নিয়ে ভাবেই না।

চার মাসে গিয়ে পেইড অ্যাকুইজিশন বেড়ে গেছে, রেফারেল ট্রাফিক বেড়েছে, আর সাইনআপ ফর্মটা আরো বেশি জায়গায় শেয়ার হয়েছে - যেখানে অনিবার্যভাবে মানুষ অসাবধানে সাইনআপ করে, একটা গেটেড ডেমো দেখতে একবার-ব্যবহারের ঠিকানা দেয়, বা মোবাইল কিবোর্ডে সাধারণ টাইপো করে। বাউন্স রেট বেড়ে তিন শতাংশে পৌঁছেছে। প্রতিটা বাউন্স আলাদাভাবে ঘটার সময় খুব একটা চিন্তার মতো লাগেনি। কিন্তু একসাথে মিলে এখন এটা গুরুত্বপূর্ণ হয়ে উঠেছে।

সাত মাসে গিয়ে সাত মাসের জমে থাকা প্রভাব আর সেন্ডার রেপুটেশনের জমতে থাকা প্রকৃতি মিলে একটা অপ্রত্যাশিত জায়গায় দেখা দেয়: পুরো লিস্টের ওপেন রেট, এমনকি দীর্ঘদিনের সত্যিকারের এনগেজড সাবস্ক্রাইবারদেরও, প্রায় এক-তৃতীয়াংশ কমে গেছে। যে মাসিক নিউজলেটার আগে নির্ভরযোগ্যভাবে ইনবক্সে পৌঁছাত, সেটা এখন প্রায়ই Gmail-এর Promotions ট্যাবে, বা কিছু রিসিপিয়েন্টের ক্ষেত্রে সরাসরি স্প্যামে চলে যাচ্ছে। কনটেন্টে কিছুই বদলায়নি। যেটা বদলেছে তা হলো মেইলবক্স প্রোভাইডাররা সাত মাস ধরে এই ডোমেইনের বাউন্স রেট আর কমপ্লেইন রেট চুপচাপ দেখছে, আর সেই অনুযায়ী তাদের বিশ্বাসের মাত্রা ঠিক করে নিয়েছে।

এখন ব্যবসাটাকে এমন একটা সিদ্ধান্ত নিতে হচ্ছে যা প্রথম মাসের চেয়ে অনেক বেশি খরচসাপেক্ষ: পুরো লিস্টটা এখন পরিষ্কার করা, পরিষ্কারের পরও রেপুটেশন ধীরে ধীরে ফিরে আসার সময়টাতে কম ডেলিভারেবিলিটি মেনে নেওয়া, আর এখন থেকে এন্ট্রি পয়েন্টে ভেরিফিকেশন যোগ করা - এসবের বিপরীতে প্রতিটা সেন্ডে অনির্দিষ্টকাল ধরে রিচ হারানো চালিয়ে যাওয়া। যেকোনো ব্যবসা যারা ভেরিফিকেশন এড়িয়ে যায়, তারা প্রায় সবাই শেষ পর্যন্ত এই একই জায়গায় এসে পৌঁছায়; একমাত্র যা বদলায় তা হলো এই জায়গায় পৌঁছানোর আগে কত মাসের জমে থাকা ক্ষতি হয়।

জমতে থাকা প্রভাব: কেন অপেক্ষা করলে সমস্যা বাড়ে, স্থির থাকে না

একটা যাচাই না করা লিস্টকে একটা স্থির, একবারের সমস্যা হিসেবে ভাবা সহজ - ডাটাবেসে বসে থাকা একটা নির্দিষ্ট শতাংশ খারাপ ঠিকানা, একটা নির্দিষ্ট স্থির ক্ষতি করছে। এই ভাবনা দুটো জিনিস মিস করে যা প্রকৃত খরচকে সময়ের সাথে স্থির না রেখে বাড়িয়ে দেয়।

প্রথমত, যতদিন একটা সাইনআপ ফর্ম ভেরিফিকেশন ছাড়া চালু থাকে, ততদিন নতুন খারাপ ঠিকানা জমতে থাকে। সমস্যাটা স্থির নয়; এটা একটা ফুটো যা ফুটো হতেই থাকে। একবার পরিষ্কার করা আর কখনো চেক না করা একটা লিস্ট ফর্মের ট্রাফিকের হার অনুযায়ী নতুন টাইপো, নতুন ডিসপোজেবল সাইনআপ, আর নতুন পরিত্যক্ত মেইলবক্স দিয়ে আবার ভরে যাবে, সপ্তাহ বা মাসের মধ্যেই পরিষ্কার করার কাজটা মূল্যহীন করে দেবে।

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

দরজায় ভেরিফিকেশন বনাম পরে লিস্ট পরিষ্কার করা

দুটো পদ্ধতিই শেষমেশ খারাপ ঠিকানা সরিয়ে দেয়, কিন্তু এগুলো সমান নয়, আর পার্থক্যটা প্রথম দেখায় যতটা মনে হয় তার চেয়ে বেশি গুরুত্বপূর্ণ।

• এন্ট্রি পয়েন্টে করা একটা চেকের খরচ প্রতি সাইনআপে প্রায় কিছুই না, আর এটা খারাপ ঠিকানাকে লিস্টে, CRM-এ, বা সেলস কিউতে ঢোকার আগেই আটকে দেয় - একটা ঠিকানা যা কখনো গ্রহণ করাই হয়নি, তার থেকে কোনো রেপুটেশন ক্ষতি জমা হয় না।
• পুরো লিস্টের পর্যায়ক্রমিক পরিষ্কার বারবার চালাতে হয়, চিরকাল, কারণ প্রতিটা পরিষ্কারের মাঝে ফর্মের ট্রাফিক অনুযায়ী নতুন খারাপ ঠিকানা এসেই থাকে।
• পর্যায়ক্রমিক পরিষ্কার সেন্ডার রেপুটেশনের কিছু ক্ষতি হয়ে যাওয়ার পরই ঘটে, কারণ খারাপ ঠিকানাগুলো দুই পরিষ্কারের মাঝের পুরো সময়টায় লিস্টে জীবিত ছিল আর সেগুলোতে মেইল পাঠানো হচ্ছিল।
• পর্যায়ক্রমিক পরিষ্কার একটা ভুয়া লিড ইতিমধ্যে একজন সেলস রেপকে দেওয়া, একটা ফানেল রিপোর্টে গোনা, বা কোথাও না যাওয়া একটা ফলো-আপ সিকোয়েন্স ট্রিগার করাকে থামাতে পারে না।

দুটো পদ্ধতি একে অপরকে বাদ দেয় না - যে ব্যবসার একটা বিদ্যমান লিস্ট আছে যা কখনো চেক করা হয়নি, তার অবশ্যই একবার পুরো লিস্ট পরিষ্কার করা উচিত - কিন্তু পরিষ্কার করাটা একটা ইতিমধ্যে ঘটে যাওয়া ক্ষতের রক্তক্ষরণ থামানোর উপায়, যেখানে এন্ট্রি-পয়েন্ট ভেরিফিকেশন হলো আগামীকাল সেই ক্ষতটা আবার হওয়া থেকে আটকানোর উপায়।

যেসব ভুল ধারণা পরিষ্কার করা দরকার

"এটা শুধু কোল্ড ইমেইল আর কেনা লিস্টের জন্য প্রাসঙ্গিক"

ভেরিফিকেশন নিয়ে বেশিরভাগ আলোচনা কোল্ড আউটরিচের প্রসঙ্গে হয় কারণ সেখানে সমস্যাটা সবচেয়ে বেশি চোখে পড়ে, কিন্তু একটা সাধারণ সাইনআপ ফর্ম থেকে অর্গানিকভাবে সংগ্রহ করা ঠিকানাও সময়ের সাথে একই ধরনের খারাপ ঠিকানা জমা করে - টাইপো, ডিসপোজেবল ইনবক্স, পরিত্যক্ত মেইলবক্স - শুধু একটু কম হারে। কম হারও যথেষ্ট লম্বা সময় আর যথেষ্ট বড় লিস্টে যোগ করলে ডেলিভারেবিলিটির ওপর একটা বাস্তব, পরিমাপযোগ্য টান তৈরি করে।

"আমার ইমেইল সার্ভিস প্রোভাইডার তো এটা আগে থেকেই সামলায়"

বেশিরভাগ ESP আপনাকে ঘটনার পরে জানায় একটা বাউন্স হয়েছে - তারা ক্ষতির রিপোর্ট দেয়, ক্ষতি আটকায় না। খুব কম মূলধারার ইমেইল প্ল্যাটফর্ম একজন সাবস্ক্রাইবার সাইনআপ করার মুহূর্তে রিয়েল-টাইম মেইলবক্স-লেভেল ভেরিফিকেশন চালায়, কারণ এটা ক্যাম্পেইন পাঠানো থেকে সম্পূর্ণ ভিন্ন একটা টেকনিক্যাল ক্ষমতা, যার জন্য সাধারণত একটা আলাদা ভেরিফিকেশন সার্ভিস দরকার হয়, হয় অ্যাড-অন হিসেবে বিল্ট-ইন, নয়তো আলাদাভাবে কানেক্ট করা।

"আমি তো তিন মাস পরপর একবার লিস্ট পরিষ্কার করলেই ঠিক হয়ে যাবে"

তিন মাস পরপর পরিষ্কার করলে প্রতি তিন মাসে জমে থাকা ক্ষতিটা ধরা পড়ে, কিন্তু দুই পরিষ্কারের মাঝে তিন মাস ধরে ধীরে ধীরে বাড়তে থাকা বাউন্স রেট আর ধীরে ধীরে ক্ষয়ে যাওয়া সেন্ডার রেপুটেশনকে থামায় না - আর ওপরে যেমন বলা হয়েছে, পরিষ্কার করার মুহূর্তেই সেই ক্ষয়টা পুরোপুরি ফিরে আসে না।

আসলে কীভাবে শুরু করবেন

যদি এর কোনোটাই আগে চেক করা না হয়ে থাকে, তাহলে সমস্যার আসল আকার দেখার দ্রুততম উপায় হলো এ নিয়ে আরো পড়া নয়, বরং একটা নমুনা একটা ভেরিফায়ারে চালিয়ে দেখা কী ফলাফল আসে - শুধু পাস-ফেল সংখ্যা নয়, বরং ক্যাটাগরি অনুযায়ী ভাঙন: কতগুলো টাইপো, কতগুলো ডিসপোজেবল, কতগুলো ক্যাচ-অল বা রোল-বেসড, কতগুলো মেইলবক্স শুধু নিশ্চিতভাবে মৃত। এই ভাঙনটাই বলে দেয় ফুটোটা আসলে কোথা থেকে হচ্ছে, যা একা কাঁচা শতাংশের চেয়ে বেশি গুরুত্বপূর্ণ।

• সবচেয়ে বড় লিস্টের বদলে সবচেয়ে বেশি অ্যাক্টিভ লিস্টের একটা সাম্প্রতিক এক্সপোর্ট দিয়ে শুরু করুন, দেখতে সমস্যাটা কেমন এমনকি সম্প্রতি সাইনআপ করা মানুষদের মধ্যেও।
• শুধু পাস/ফেল ভাগ নয়, ক্যাটাগরি অনুযায়ী ভাঙন দেখুন - টাইপো-প্রধান একটা লিস্ট একটা ফর্ম-ডিজাইন সমস্যার দিকে ইঙ্গিত করে, আর মৃত মেইলবক্স-প্রধান একটা লিস্ট নিয়মিত পুনরায় চেক দরকার এমন একটা পুরনো লিস্টের দিকে ইঙ্গিত করে।
• সমস্যার আকার একবার বুঝে গেলে সাইনআপ ফর্মেই একটা রিয়েল-টাইম চেক যোগ করুন, যাতে এইমাত্র খুঁজে পাওয়া ক্যাটাগরিগুলো বিদ্যমান ব্যাকলগ সামলানোর সময় আর না বাড়ে।
• যেকোনো একবারের পরিষ্কারকে স্থায়ী সমাধান হিসেবে না ধরে বিদ্যমান লিস্টটাকে সামনের দিনগুলোতেও নিয়মিত পুনরায় চেক করুন, কারণ আজ বৈধ একটা মেইলবক্স আপনার তরফ থেকে কোনো কাজ ছাড়াই মাস কয়েক পরে মৃত হয়ে যেতে পারে।

ভেরিফিকেশন আর কনসেন্ট এক জিনিস না - সীমারেখাটা কোথায়

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

দুটো যেখানে আসলেই মিলে যায় সেটা হলো ডেটার মান। কারো নিজের ডেটা দেখা, ঠিক করা, বা মুছে ফেলার অধিকার সংক্রান্ত নিয়মগুলো ধরেই নেয় যে আপনি আসলে সেই মানুষটার সাথে যোগাযোগ করতে পারবেন - একটা মৃত ঠিকানায় পাঠানো আনসাবস্ক্রাইব রিকোয়েস্ট, বা যে ঠিকানাটা কখনো আসলই ছিল না তার পরিচয় নিশ্চিত করতে না পারা, নিজে থেকেই একটা ছোট জটিলতা তৈরি করে। ভেরিফিকেশন একা আপনাকে কমপ্লায়েন্ট বানাবে না, কিন্তু নিশ্চিতভাবে-আসল ঠিকানায় ভরা একটা লিস্টের সাথে কমপ্লায়েন্ট থাকা, অনুমান-নির্ভর একটা লিস্টের চেয়ে অনেক সহজ।

রিয়েল-টাইম API, বাল্ক ব্যাচ, নাকি ফর্ম-প্লাগইন অ্যাড-অন - কোনটা কখন

ভেরিফিকেশন একটামাত্র পদ্ধতির প্রোডাক্ট না - সঠিক পদ্ধতি নির্ভর করে সমস্যাটা আসলে কোথায় বসে আছে তার ওপর।

এন্ট্রি পয়েন্টে রিয়েল-টাইম চেক

কেউ ফর্ম সাবমিট করার মুহূর্তেই, রেকর্ড সেভ হওয়ার আগেই একটা কল করা হয়। এটাই একমাত্র পদ্ধতি যা খারাপ ঠিকানাকে সিস্টেমে ঢোকার আগেই আটকায় - তাই যেকোনো অ্যাক্টিভ সাইনআপ ফ্লো, যেমন হোমপেজের ফর্ম, ট্রায়াল সাইনআপ, বা চেকআউটের ইমেইল ফিল্ডের জন্য এটাই সবচেয়ে বেশি কাজে দেয়। এর খরচ হলো ওই মুহূর্তে একটা নেটওয়ার্ক রাউন্ড-ট্রিপ যোগ হয় - সাধারণত এক সেকেন্ডের অনেক নিচে - আর এটা গ্রেসফুলি ফেইল করতে হবে: মেইল সার্ভার সাময়িকভাবে অ্যাক্সেসযোগ্য না হলে সেটা একজন আসল কাস্টমারের চেকআউট আটকে দেওয়া উচিত না।

বাল্ক ব্যাচ, আগে থেকে থাকা লিস্টের জন্য

ইতিমধ্যে থাকা একটা লিস্টের ওপর একবার বা নিয়মিত চালানো একটা পাস - সাধারণত CSV আপলোড করে বা CRM এক্সপোর্ট থেকে নেওয়া হয়। বছরের পর বছর জমে থাকা সাইনআপ পরিষ্কার করার জন্য এটাই ঠিক টুল, আর সামনে নিয়মিত রি-চেকের জন্যও - কারণ সংগ্রহ করার সময় ভ্যালিড থাকা ঠিকানাও সময়ের সাথে নষ্ট হয়ে যায়, মানুষ চাকরি বদলায়, ইনবক্স ছেড়ে দেয়। এটা আগামীকাল নতুন খারাপ ঠিকানা ঢোকা আটকায় না - তাই এটা রিয়েল-টাইম চেকের বদলি না, বরং সঙ্গী।

ফর্ম-প্লাগইন বা প্ল্যাটফর্ম অ্যাড-অন

কোনো কাস্টম কোড ছাড়াই WooCommerce, Gravity Forms ফিল্ড, বা CRM-এর লিড-ক্যাপচার স্টেপে সরাসরি রিয়েল-টাইম চেকিং যোগ করা একটা প্যাকেজড ইন্টিগ্রেশন। সুবিধাটা আসল, কিন্তু অ্যাড-অনগুলোর মান অনেক আলাদা হয় - কিছু শুধু সিনট্যাক্স আর MX চেক চালিয়ে সেটাকেই "ভেরিফিকেশন" বলে দাবি করে, যা আসল সমস্যার ক্যাটাগরিগুলোর প্রায় কোনোটাই ধরে না। কোনো অ্যাড-অন নেওয়ার আগে এটা নিশ্চিত করে নেওয়া ভালো যে সেটা মেইলবক্স-লেভেল চেক চালায়, নাকি শুধু ডোমেইন-লেভেলেই থেমে যায়।

লিকি লিস্টের আসল খরচ একটা সংখ্যায় বসানোর সহজ উপায়

ওপরের ক্যাটাগরিগুলো গুরুত্ব দিয়ে নেওয়া সহজ হয় যদি সাথে একটা সংখ্যা থাকে, এমনকি একটা মোটামুটি হিসাবও। নিচে গোল সংখ্যা দিয়ে একটা উদাহরণ দেওয়া হলো, কোনো ইন্ডাস্ট্রি অ্যাভারেজ না - নিজের সংখ্যা বসিয়ে নিলে হিসাবের ধরনটা একই থাকে।

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

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

এই পুরো হিসাবটা সঠিক ইন্ডাস্ট্রি বেঞ্চমার্ক ছাড়াই কাজে লাগানো যায়। উদ্দেশ্যটা "লিস্ট হাইজিন গুরুত্বপূর্ণ" - এই বিমূর্ত কথাটাকে নিজের সংখ্যা দিয়ে বাস্তব করে তোলা, অন্য কারো পরিসংখ্যান মুখস্থ করানো না।

লিস্টের এখনই মনোযোগ দরকার - এমন কিছু লক্ষণ

কেউ কোনো ফরমাল চেক চালানোর আগেই কয়েকটা প্যাটার্ন দেখা দেয়, আর এর যেকোনো একটাও একা দেখলে সেটা কাকতালীয় না ভেবে আরেকটু খতিয়ে দেখার সংকেত হিসেবে নেওয়া উচিত।

• সাবজেক্ট লাইন, পাঠানোর সময়, বা কন্টেন্ট স্ট্র্যাটেজিতে কোনো পরিবর্তন ছাড়াই মাসের পর মাস ধীরে ধীরে কমে যাওয়া ওপেন রেট।
• আগে যা আরামদায়কভাবে কম ছিল, সেই বাউন্স রেট ক্যাম্পেইনের পর ক্যাম্পেইনে ধীরে ধীরে বাড়তে থাকা।
• সেলস রেপরা অনানুষ্ঠানিকভাবে বলছেন যে ইনবাউন্ড লিডের একটা লক্ষণীয় অংশ আউটরিচের কোনো জবাবই দেয় না।
• "CRM-এ মোট কন্টাক্ট" আর "কখনো একটা ইমেইলও খুলেছে এমন কন্টাক্ট" - এই দুইয়ের মধ্যে সত্যিকারের ফাঁক, একবার আসলে দেখলে।
• যে গ্রাহকরা আপনার ব্র্যান্ডের সাথে অন্য জায়গায় এনগেজড, তাদের মেইল Promotions ট্যাব বা স্প্যাম ফোল্ডারে চলে যাওয়া, যেখানে ফিল্টার হওয়ার কোনো যৌক্তিক কারণ থাকার কথা না।
• লিস্টের একটা অংশ যদি আক্রমণাত্মক গ্রোথ-হ্যাকিং, একটা গেটেড ডাউনলোড, বা কনটেস্টের সময় তৈরি হয়ে থাকে - এই প্রতিটাই বড় স্কেলে ওয়ানটাইম ঠিকানার সাধারণ উৎস।

বিভিন্ন টিমের কাছে এটা ভিন্নভাবে অনুভূত হয়

ওপরের পরিণতিগুলো ব্যবসার কোন অংশ সবচেয়ে কাছাকাছি, তার ওপর নির্ভর করে ভিন্নভাবে অনুভূত হয় - এটা স্পষ্ট করে বলা দরকার, ভেরিফিকেশনকে শুধু একটা জেনেরিক বেস্ট প্র্যাকটিস হিসেবে না দেখিয়ে।

ইমেইল মার্কেটিংয়ের জন্য খরচটা দেখা যায় ডেলিভারেবিলিটিতে - যাদের সাথে কখনো পৌঁছানোই যেত না, সেই ছোট অংশের কারণে পুরো লিস্টের ইনবক্স প্লেসমেন্ট খারাপ হয়ে যায়, যারা কিছু ভুল করেননি এমন সাবস্ক্রাইবারদেরও শাস্তি পেতে হয়। সেলস আর লিড-জেন টিমের জন্য খরচটা দেখা যায় নষ্ট হওয়া ফলো-আপ সময় আর একটা ফানেল-কনভার্শন সংখ্যা যা আসলে আউটরিচ কতটা ভালো কাজ করছে তা কম করে দেখায়, কারণ ডিনোমিনেটরে এমন কন্টাক্টও আছে যারা কখনো আসলই ছিল না। ই-কমার্সের জন্য খরচটা দেখা যায় নির্দিষ্টভাবে চেকআউট আর অ্যাকাউন্ট তৈরির সময় - একটা ভুল টাইপ করা কনফার্মেশন ঠিকানা মানে এমন একজন কাস্টমার যিনি টাকা দিয়েছেন কিন্তু রিসিট বা শিপিং আপডেট পাননি, যা একটা নীরব ঘটনার বদলে একটা সাপোর্ট টিকেট হয়ে ওঠে। ফ্রি-ট্রায়াল সাইনআপ থাকা SaaS প্রোডাক্টের জন্য খরচটা দেখা যায় ফুলিয়ে-ফাঁপিয়ে দেখানো ট্রায়াল-সাইনআপ সংখ্যায়, যা অনবোর্ডিং আর অ্যাক্টিভেশন মেট্রিককে প্রোডাক্টের প্রাপ্যের চেয়ে খারাপ দেখায়, কারণ "সাইনআপ"-এর একটা অংশের সাথে শুরু থেকেই যোগাযোগ করা সম্ভব ছিল না।

পরিষ্কার লিস্ট কতদিন পরপর আবার চেক করা দরকার

একবার ভেরিফাই করা লিস্ট চিরকাল পরিষ্কার থাকে না, কারণ যে ক্ষয় প্রথমে সমস্যাটা তৈরি করেছিল সেটা কখনো থামে না - মানুষ চাকরি বদলায়, ব্যক্তিগত ইনবক্স ছেড়ে দেয়, ডিসপোজেবল-ডোমেইন ট্রায়াল মেয়াদ শেষ হয়ে যায়, শেষবার চেক করার তারিখ যাই হোক না কেন। এন্ট্রি-পয়েন্ট ভেরিফিকেশন আগে থেকেই থাকা লিস্টের জন্য একটা যুক্তিসঙ্গত ডিফল্ট হলো প্রতি তিন থেকে ছয় মাসে একবার বাল্ক রি-চেক - শেষ পাসের পর চুপচাপ মৃত হয়ে যাওয়া মেইলবক্সগুলো ধরে ফেলা, এত কম বার চেক না করা যে অর্থপূর্ণ ক্ষয় জমে যায়, আবার এত ঘন ঘনও না যে বেশি নড়াচড়া না করা একটা লিস্টের জন্য এটা শুধু বাড়তি কাজ হয়ে দাঁড়ায়।

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

রেজাল্ট লেবেলগুলো আসলে কী বোঝায়

শুধু ভ্যালিড-অথবা-ইনভ্যালিড এই দুই ধরনের ফ্ল্যাট উত্তর দেওয়া একটা ভেরিফায়ার আসলে এমন তথ্য লুকিয়ে ফেলছে যা একটা সত্যিকারের কাজের রেজাল্টের দেখানো উচিত। "ভ্যালিড" মানে হওয়া উচিত মেইলবক্সটা আসলেই সার্ভার-লেভেল চেকের মাধ্যমে থাকা নিশ্চিত হয়েছে, শুধু ডোমেইনের MX রেকর্ড আছে - এতটুকু না। "ইনভ্যালিড" মানে হওয়া উচিত মেইলবক্সটা নেই বলে নিশ্চিত হয়েছে, বা ডোমেইনেরই কোনো মেইল সার্ভার নেই - যেভাবেই হোক, বাউন্স কার্যত নিশ্চিত। মাঝের ক্যাটাগরিটা, সাধারণত "রিস্কি" বা "অজানা" লেবেল করা হয়, এমন সব কেসকে ধরে যেগুলো কোনোভাবেই নিশ্চিতভাবে সমাধান করা যায় না - একটা ক্যাচ-অল ডোমেইন, একটা মেইলবক্স-লেভেল চেক যা টাইমআউট হয়ে গেছে, একটা সার্ভার যা নিশ্চিতভাবে উত্তর দিতে অস্বীকার করেছে - আর এটার নিজের একটা আলাদা সিদ্ধান্ত পাওয়া উচিত, চুপচাপ যেকোনো এক প্রান্তে মিশিয়ে ফেলার বদলে।

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

ফলস পজিটিভ নিয়ে একটা কথা

কোনো মেইলবক্স-লেভেল চেকই উল্টো দিকেও নিখুঁত না, আর কয়েকটা পরিস্থিতি জেনে রাখা ভালো যেখানে সত্যিকারের ভালো একটা ঠিকানাও ফ্ল্যাগড হয়ে ফিরে আসতে পারে। গ্রেলিস্টিং - একটা স্প্যাম-ডিফেন্স টেকনিক যেখানে সার্ভার অপরিচিত একটা কানেকশন সাময়িকভাবে প্রত্যাখ্যান করে আর আশা করে যে বৈধ পাঠানোর পক্ষ কয়েক মিনিট পর আবার চেষ্টা করবে - এটা হিসাবে না নিলে একটা চেকেই একটা আসল মেইলবক্সকে আনরিচেবল দেখাতে পারে। আক্রমণাত্মক ফায়ারওয়ালের পেছনে থাকা কর্পোরেট মেইল সার্ভার মাঝেমধ্যে ভেরিফিকেশন কানেকশন সুনির্দিষ্টভাবে প্রত্যাখ্যান করে, যদিও একই সার্ভার আসল মেইল কোনো সমস্যা ছাড়াই গ্রহণ করে। মেইল প্রোভাইডার বদলের মাঝখানে থাকা একটা ডোমেইনের MX রেকর্ড সাময়িকভাবে অসামঞ্জস্যপূর্ণ বা অনুপস্থিত থাকতে পারে, যা কয়েক ঘণ্টার মধ্যেই ঠিক হয়ে যায়।

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

ছোট টিমের জন্য একটা বাস্তবসম্মত শুরুর পথ

যাদের হাতে বড় মার্কেটিং টিম বা ডেডিকেটেড ডেভঅপস রিসোর্স নেই, তাদের জন্য পুরো এই লেখাটা একবারে বাস্তবায়ন করার দরকার নেই। প্রথম ধাপ সবসময় একটাই - বর্তমান লিস্টের একটা ছোট অংশ, ধরুন সবচেয়ে সাম্প্রতিক পাঁচশো ঠিকানা, একটা ফ্রি টুল দিয়ে চেক করে দেখা। এই একটা পদক্ষেপই বলে দেয় সমস্যাটা আসলে কতটা বড়, কোনো অনুমান বা ইন্ডাস্ট্রি বেঞ্চমার্কের দরকার ছাড়াই।

রেজাল্ট দেখার পর দ্বিতীয় ধাপ হলো সবচেয়ে বড় ফাঁকটা বন্ধ করা - সাধারণত এটাই হয় সাইনআপ ফর্ম, যেখান থেকে প্রতিদিন নতুন খারাপ ঠিকানা ঢুকতে থাকে। বাকি লিস্ট একবারে পরিষ্কার করার আগে এই এন্ট্রি পয়েন্টটা বন্ধ করে ফেলা বেশি জরুরি, কারণ নাহলে প্রতিটা ক্লিনআপ কয়েক সপ্তাহের মধ্যেই আবার ভরে যায়।

ভেরিফায়ার বেছে নেওয়ার সময় যা খেয়াল রাখা দরকার

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

রেসপন্স স্পিড আরেকটা বাস্তব বিবেচনার বিষয় - সাইনআপ ফর্মের সময় একটা টুল কয়েক সেকেন্ড দেরি করলে সেটা কাস্টমার ছেড়ে চলে যাওয়ার হার বাড়িয়ে দিতে পারে, তাই শুধু নির্ভুলতা না, গতিও দেখা দরকার। শেষে, রেজাল্ট শুধু ভ্যালিড/ইনভ্যালিড দেখায় নাকি ক্যাটাগরি অনুযায়ী ভেঙে দেখায় (টাইপো, ডিসপোজেবল, ক্যাচ-অল, রোল-বেসড, ডেড) - সেই ব্রেকডাউনটাই আসলে বলে দেয় সমস্যাটা ঠিক কোথায়, যা এই লেখার শুরুতেই বলা হয়েছে।

প্রায়ই জিজ্ঞাসিত প্রশ্ন

ভেরিফিকেশন কি নিশ্চিত করে একজন সাবস্ক্রাইবার আমার ইমেইল খুলবে?

না - ভেরিফিকেশন নিশ্চিত করে একটা ঠিকানা টেকনিক্যালি মেইল রিসিভ করতে পারে, ওপাশের মানুষটা আপনার পাঠানো জিনিস পড়তে চায় তা নয়। এটা নিশ্চিতভাবে ব্যর্থ হতে যাওয়া ঠিকানাগুলো সরিয়ে দেয় আর আপনার আসল কনটেন্ট আর সাবজেক্ট লাইনকে নিজের যোগ্যতায় বিচার হওয়ার একটা ন্যায্য সুযোগ দেয়, কোথাও না যাওয়া মেইলের কারণে টেনে না নামিয়ে।

আমার লিস্ট ভেরিফাই করলে কি আমার সাইনআপ ফর্ম ধীর হয়ে যাবে?

একটা রিয়েল-টাইম চেক সাধারণত বেশিরভাগ ঠিকানার জন্য এক সেকেন্ডের অনেক কম সময়ে শেষ হয়, কারণ সিনট্যাক্স আর ডোমেইন চেক কার্যত তাৎক্ষণিক আর শুধু SMTP হ্যান্ডশেক ধাপটাই মাপার মতো বেশি সময় নেয় - তাও এত দ্রুত যে বেশিরভাগ ভিজিটর আদৌ কোনো দেরি টেরই পায় না।

ক্যাচ-অল ডোমেইন নিয়ে আসলে কী করা উচিত?

এগুলোকে একটা নিশ্চিত পাস বা ফেলের বদলে একটা ঝুঁকির ক্যাটাগরি হিসেবে দেখুন। অনেক বৈধ ছোট ব্যবসার ডোমেইনও একদম সাধারণ কারণে ক্যাচ-অল হিসেবে সেট করা থাকে, তাই সাইনআপে এগুলোকে সরাসরি ব্লক করলে আসল কাস্টমারও ফিরে যেতে পারে - কিন্তু আপনার লিস্টে কোন ঠিকানাগুলো এই ক্যাটাগরিতে পড়ে তা জানলে আপনি সেই অনুযায়ী আপনার প্রত্যাশা আর সেন্ডিং সিদ্ধান্ত ঠিক করতে পারেন।

আমার কাছে যদি আগে থেকেই একটা বড় যাচাই না করা লিস্ট থাকে, তাহলে কি অনেক দেরি হয়ে গেছে?

শুরু করতে কখনোই দেরি হয় না, তবে ধাপের ক্রমটা গুরুত্বপূর্ণ: প্রথমে বিদ্যমান লিস্টে একটা পূর্ণ পরিষ্কার চালান, এন্ট্রি পয়েন্টে ভেরিফিকেশন যোগ করুন যাতে সমস্যাটা আর না বাড়ে, আর আশা করুন ডেলিভারেবিলিটি পরের কয়েক সপ্তাহে ধীরে ধীরে উন্নত হবে, তাৎক্ষণিকভাবে নয় - কারণ সেন্ডার রেপুটেশন নিজের সময়সূচিতে ফিরে আসে।

ভেরিফিকেশন একবারের কোনো কাজ নয় যা তালিকা থেকে কেটে ফেলা যায় - এটা একটা স্থায়ী গেট, যেখানে আপনার সবচেয়ে বেশি নিয়ন্ত্রণ আর সবচেয়ে কম খরচ থাকে: একটা ঠিকানা জমা দেওয়ার মুহূর্তে, তার একটা বাউন্স, একটা কমপ্লেইন, বা একটা নষ্ট হয়ে যাওয়া লিড হয়ে ওঠার সুযোগ পাওয়ার আগেই।