ما الفرق بين التحقق من صحة البريد الإلكتروني والتحقق منه؟

التعريف

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

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

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

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

كيف يعمل

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

تأتي خطوات التحقق من الصحة أولًا لأنها الأقل تكلفة. فالتحقق من الصياغة يختبر العنوان وفق قواعد كتابة عنوان البريد الإلكتروني. والتحقق من النطاق يُجري استعلام DNS لتأكيد وجود النطاق من الأساس. ولا تحتاج هذه الخطوات إلى أي تواصل مع خادم بريد المستلم، لذا فهي شبه فورية، وترفض العناوين الخاطئة بوضوح قبل بدء أي عمل أبطأ. والعنوان الذي يفشل في التحقق من الصحة لا يصل أبدًا إلى مرحلة التحقق.

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

هذه هي الثغرة التي لا يستطيع التحقق من الصحة وحده سدّها. خذوا العنوان user@companyname.com مثالًا. صياغته مثالية. وقد يكون النطاق companyname.com موجودًا فعلًا ويستضيف موقع ويب حقيقيًا. فيجتاز العنوان التحقق من الصحة بنتيجة سليمة. لكن إن لم يُنشأ قط صندوق بريد باسم user، أو حُذف قبل ستة أشهر، فالعنوان غير قابل للتسليم. ولا يرصد ذلك إلا التحقق، عبر مصافحة SMTP. كما يضيف التحقق كشف catch-all، وكشف العناوين المؤقتة، وكشف العناوين الوظيفية، وهي فحوصات تصف طبيعة العنوان التي لا سبيل للتحقق من الصحة إلى تقييمها.

لماذا يهم لقابلية تسليم البريد الإلكتروني

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

يعدّ مزوّدو صناديق البريد مثل Gmail وYahoo وMicrosoft معدل الارتداد مقياسًا لمدى عناية المرسل بقائمته. فمعدل الارتداد المرتفع يدل على قائمة مشتراة أو مجموعة آليًا أو مهملة، ويستجيب المزوّدون بخفض سمعة المرسل وتوجيه مزيد من رسائله إلى البريد العشوائي. ولأن التحقق من الصحة لا يستطيع رصد العنوان المنسق بشكل صحيح لكنه ميت، فإنه وحده لا يحمي معدل الارتداد. أما التحقق فيحميه، لأن مصافحة SMTP تزيل العناوين التي كانت سترتد.

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

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

كيف يتعامل VeriMails معه

تُجري VeriMails التحقق من الصحة والتحقق معًا في فحص واحد مدمج، فلا حاجة إلى الاختيار بينهما أو إلى ربط أداتين معًا. فكل عنوان يُرسل إلى VeriMails يمر بالسلسلة الكاملة في مرور واحد.

تأتي طبقة التحقق من الصحة أولًا: يؤكد التحقق من الصياغة أن العنوان مكتوب بشكل صحيح، وتؤكد فحوصات DNS وجود النطاق. ثم تليها طبقة التحقق: تؤكد فحوصات سجل MX أن النطاق قادر على استقبال البريد، وتؤكد مصافحة SMTP المباشرة مع خادم بريد المستلم أن صندوق البريد المحدد حقيقي. وفوق ذلك، تُجري VeriMails كشف catch-all، وكشف البريد الإلكتروني المؤقت، وكشف العناوين الوظيفية، بحيث تصف النتيجة ليس فقط ما إذا كان العنوان يعمل بل نوع العنوان أيضًا. وتُجري VeriMails كشف catch-all بدلًا من منح درجة، فيُبلَّغ عن نطاق catch-all بوضوح على أنه catch-all بدلًا من منحه رقمًا تخمينيًا.

تُقدَّم الطبقتان في نتيجة واحدة منظمة، متاحة عبر REST API للفحوصات الفورية أو عبر الرفع بالجملة لملف CSV لقوائم كاملة، وتُعاد عادةً بسرعة كافية لسير العمل الفوري. وعبر هذه الفحوصات تُعيد VeriMails فئات واضحة لقابلية التسليم عملية لتنظيف القوائم قبل الإرسال. ويُحتسب التحقق لكل عنوان من الأرصدة، بدءًا من $0.0019 لكل بريد إلكتروني، إذ تكلّف 10,000 رصيد $19، وتبدأ الباقات السنوية من $12.50/شهريًا عند الدفع سنويًا. ويبدأ كل حساب بـ 100 رصيد مجاني عند التسجيل، دون حاجة إلى بطاقة ائتمان، وأرصدة لا تنتهي صلاحيتها أبدًا.

الأسئلة الشائعة