لماذا التحقق عند التصدير أفضل من التحقق عند الجمع

التحقق ختم مؤرَّخ، لا شارة دائمة

انظر إلى علامة "موثّق" كما تنظر إلى شهادة تفتيش صحي ناجحة: لها معنى، لكن قياسًا إلى تاريخها فقط. فالمطعم الذي فُتّش في يناير قد يسبب لك تسممًا في أكتوبر. والأمر نفسه ينطبق على عنوان البريد: قد يكون الفحص نفسه سليمًا تمامًا، ومع ذلك تكون نتيجته قد تجاوزها الزمن.

لهذا فالسؤال الصحيح لأي مزوّد بيانات ليس "هل تتحققون من البريد؟" بل "كم عمر التحقق في السجل الذي أوشك على تصديره؟" إذا كانت الإجابة "منذ إضافة السجل"، فأنت تشتري متوسط عمر قاعدة البيانات، لا الحالة الحالية لصندوق البريد. أما إجابة Argorant فهي في صلب تصميمه: يتم التحقق من كل جهة اتصال عبر SMTP لحظة التصدير، فتعكس النتيجة الحالة الحالية لصندوق البريد لا تاريخ إضافة السجل.

ما الذي يثبته فحص SMTP فعلًا

من المفيد أن نكون دقيقين في معنى التحقق من الناحية التقنية، لأن الطبقات الأخف تُسوَّق كثيرًا وكأنها المنظومة كلها. فحص الصيغة يثبت أن العنوان مكتوب بشكل صحيح. واستعلام DNS/MX يثبت أن النطاق موجود ولديه خوادم بريد معلنة. ولا يثبت أي منهما أن صندوق البريد نفسه موجود.

أما فحص SMTP فيذهب أبعد: تفتح أداة التحقق اتصالًا حقيقيًا بخادم بريد المستلم، وتمر ببداية محادثة التسليم (HELO و MAIL FROM و RCPT TO)، وتقرأ حكم الخادم على صندوق البريد المحدد. ثم تقطع الاتصال قبل إرسال أي رسالة. الاستجابة 250 تعني أن الخادم يقبل البريد لهذا العنوان الآن، والاستجابة 550 تعني أنه لا يقبله. لا تصل أي رسالة إلى صندوق وارد أحد؛ فالمصافحة نفسها هي الاختبار.

تنفيذ ذلك على نطاق واسع أصعب مما يبدو، وهذا جزء من سبب عدم قيام معظم المزوّدين به وقت التصدير. فخوادم البريد تؤجل المرسلين غير المألوفين، وتحدّ من الفحوصات المتكررة، وتجيب بشكل مختلف حسب سمعة عنوان IP الذي يسأل. وتحتاج أداة التحقق في بيئة الإنتاج إلى منطق لإعادة المحاولة، وضبط للوتيرة، ومجموعة من البنية التحتية للإرسال تحظى بعناية جيدة، وهي تكاليف ثابتة لا تكون مجدية إلا إذا كان التحقق جوهر المنتج، لا مجرد خانة اختيار.

التحفظ الصادق هنا هو نطاقات Catch-all. فبعض خوادم البريد تقبل كل أمر RCPT TO بغض النظر عن وجود صندوق البريد، ما يجعل الحكم القاطع مستحيلًا على مستوى البروتوكول. والتصرف الخاطئ هو احتسابها صالحة بصمت. يميّز Argorant هذه العناوين كـ Catch-all ويجعل تضمينها اختياريًا: أنت تقرر ما إذا كانت نتائج "قبول الكل" تنتمي إلى تصديرك، وأنت تعرف تمامًا ما هي.

ما الذي يتغير للمشتري حين يدفع مقابل العناوين الصالحة فقط

توقيت التحقق ليس مجرد حجة تتعلق بالجودة، بل يعيد تشكيل حوافز المزوّد. ففي النموذج المعتاد تدفع مقابل كل سجل يُكشف، صالحًا كان أم لا. ولا يتأثر دخل المزوّد بارتداد العنوان من عدمه، فيبقى السجل القديم مصدر ربح له. ويصبح التقادم مشكلتك أنت.

التحقق عند التصدير يتيح نموذج تسعير مختلفًا: لا تُحتسب إلا العناوين التي تجتاز الفحص المباشر. في Argorant، النتيجة غير الصالحة تكلّف 0 رصيد. فلا تدفع ثمن تقادم بيانات المزوّد، ويصبح لدى المزوّد سبب مالي مباشر لإبقاء التحقق محدّثًا: فكل سجل قديم يقدمه هو دخل لا يحصّله.

بالنسبة للمشتري، يدمج ذلك بندين في بند واحد. فلم تعد تدفع بشكل منفصل لشراء القائمة ثم لتنظيفها لاحقًا بأداة تحقق، لأن التنظيف أصبح جزءًا من الشراء نفسه. والسعر المعروض هو سعر جهة الاتصال القابلة للتسليم، وهي الوحدة الوحيدة التي كانت تهم في أي وقت.

كيف تضع أي مزوّد على المحك في هذه النقطة

ثلاثة أسئلة تميّز المزوّدين الذين يتحققون عند التصدير عن الذين يتحققون عند الجمع. الأول: "إذا صدّرت جهة الاتصال نفسها مرتين بفارق ستة أشهر، هل يُعاد التحقق منها في المرة الثانية؟" الثاني: "هل أدفع مقابل السجلات التي ترتد؟" الثالث: "كيف تصنّفون نطاقات Catch-all، وهل يمكنني استبعادها؟" والإجابات المراوغة عن أي منها تخبرك بأن شارة التحقق مجرد زينة.

واختبر الأمر عمليًا أيضًا: اسحب تصديرًا تجريبيًا ومرّره عبر أداة فحص مستقلة في اليوم نفسه. يجب أن يُظهر المزوّد الذي يتحقق عند التصدير معدلات عناوين غير صالحة من خانة واحدة في عمليات التصدير الحديثة، أما المزوّد الذي يتحقق عند الجمع فسيكشف العمر الحقيقي لقاعدة بياناته. ومع 630.7M جهة اتصال في 202 دولة، يراهن Argorant على أن التحقق لحظة التصدير، لا لحظة الجمع، هو التعريف الوحيد لكلمة "موثّق" الذي يصمد أمام الإرسال الفعلي.