التحقق من القوائم البريدية: الفحوص والدرجات وAPI

أنشأت قائمة بريدية وأطلقت حملة، ثم تراجعت معدلات الفتح وارتفعت الرسائل المرتدة. وبعد أسبوع وجدت رسائل كثيرة في البريد المزعج لدى Gmail دون سبب واضح. وجود @ ونطاق لا يكفي، وعمل العنوان قبل ثلاثة أشهر لا يضمن استمراره. التراجع بنسبة 2 إلى 3 بالمئة شهريا المذكور في المقال تقدير تقريبي؛ يختلف الواقع بين القوائم، وقد تتعدد أسباب مشكلات التسليم.

يعني التحقق من القوائم البريدية تقييم العناوين قبل الإرسال، بما يتجاوز الصياغة ووجود النطاق. يصف المقال 25 إشارة تشمل DNS واستعلامات SMTP ومؤشرات المخاطر. لا يثبت SPF لنطاق المستلم توافق نطاق المرسل، ولا تكشف الأساليب الاستدلالية مصائد البريد المزعج بيقين. تساعد الدرجة في قرار الاحتفاظ بالعنوان أو مراجعته أو استبعاده.

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

كيف قد تؤثر القوائم القديمة في التسليم

قد تراعي Google وMicrosoft وYahoo وApple الارتداد والشكاوى والتفاعل بحسب أنظمتها. قد تضر العناوين غير الصالحة بالحملة، لكن النتائج لا تتبع معادلة عامة ثابتة.

أولا، قد يزيد الارتداد الدائم. لا تعني استجابة 5xx دائما غياب الصندوق؛ قد تدل على سياسة الخادم أو خطأ دائم آخر. نسبتا 2 بالمئة و5 بالمئة في المقال إشارتان تقريبيتان للمراجعة، لا حدان عامان يحددان السمعة تلقائيا.

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

ثالثا، قد تتراجع مقاييس التفاعل. لا تتفاعل العناوين غير النشطة، وقد يتغير تركيب القائمة. لقياس الفتح والنقر قيود، ولا يثبت وحده سبب تغير التسليم.

ما الذي يفحصه التحقق من القوائم

يمكن للتقييم أن يتجاوز نتيجة صالح أو غير صالح. ينسب المقال إلى TrekMail مجموعة من 25 فحصا على مراحل مع درجة نهائية. تحقق من المجموعة المتاحة وقواعد التنفيذ الحالية.

المرحلة 1: الفحوص الحاسمة في النموذج

يصنف النموذج الموصوف بعض النتائج غير صالحة بدرجة صفر. هذا قرار للمنتج والسياسة المطبقة، لا برهان عام على أن صندوق البريد لا يستطيع الاستقبال.

بعد الفحوص الحاسمة السبعة، يبدأ النموذج المرحلة 2 بدرجة 100. تحقق من معالجة الاستثناءات والنتائج غير الحاسمة.

المرحلة 2: مؤشرات المخاطر والدرجة

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

فئات الدرجة

يقسم النموذج النتائج إلى الفئات التالية. تساعد على المراجعة، دون ضمان نشاط الصندوق أو التسليم.

تقدم الدرجة سياقا أكثر من نتيجة ثنائية. قد يحتاج عنوان بدرجة 62 وآخر بدرجة 85 مع مؤشر وظيفي إلى قرارين مختلفين. لا تستبدل عنوان معاملات مؤكدا بتقدير، ولا تعتبر الدرجة الإيجابية إذنا لحملات B2B أو تواصل شخصي.

وضعا Quick وDeep

يصف المقال وضعين لاختيار عمق التقييم. تحقق من الميزات والتكاليف الحالية.

يجمع وضع Quick المرحلة 1 وفحوصا مختارة من المرحلة 2: الصياغة والنطاقات المؤقتة وMX والعناوين الوظيفية والسلاسل العشوائية والأخطاء والعناوين ذات الجمع والاستبعاد. يحتاج MX إلى استعلام DNS، لذلك ليس عملية دون شبكة. التكلفة المذكورة 1 رصيد لكل عنوان، والاستجابة خلال أجزاء من الثانية مرجع تقريبي لا ضمانا للنماذج أوwebhooks.

يشمل وضع Deep مجموعة 25 فحصا المعلنة، مع SMTP وDNSBL وRDAP وGravatar ومؤشرات المصائد ومراجع التسريبات. التكلفة المذكورة 2 رصيد لكل عنوان. قد يساعد التدقيق والحملات المصرح بها. لا يمنح فحص قائمة مشتراة موافقة ولا يجعل استخدامها مشروعا تلقائيا.

التحقق الجماعي من القوائم

يفيد الفحص الفردي التسجيل والتكاملات. لقوائم تضم 10,000 أو 50,000 عنوان، قد تسهل المهمة الجماعية المراجعة قبل حملة مصرح بها.

يذكر المقال حدا يبلغ 50,000 عنوان لكل مهمة TrekMail، عبر CSV أو XLSX أو API. ويصف إزالة التكرار لتجنب احتساب العنوان مرتين في المهمة نفسها؛ تحقق من الحدود والقواعد الحالية.

تفصل البنية الموصوفة بين قراءة الملف وجلب DNS مسبقا لكل نطاق والمعالجة على دفعات. يهدف توزيع round-robin إلى تقاسم الطابور بين الحسابات، وقد تعمل الدفعات بالتوازي بحسب السعة المتاحة.

تعرض اللوحة الموصوفة التقدم وأعداد safe وvalid وrisky وinvalid. قد يسمح تصدير CSV بترشيح الفئات بعد الإكمال. استخدمها للمراجعة، لا لإثبات إذن الإرسال.

يذكر المقال حذف النتائج تلقائيا بعد 15 يوما. لا يثبت ذلك أن كل السجلات والنسخ الاحتياطية تتبع المدة نفسها؛ تحقق من سياسة الاحتفاظ المطبقة.

التكامل عبر API

تتيح REST API الموصوفة عمليات بحسب نقاط النهاية المتاحة. استخدم رمز bearer بالنطاقات المطلوبة: verify:read للنتائج وverify:write للطلبات. تنقل الأمثلة لقطة المصدر كما هو، بما فيه تسلسلات الهروب التي تحتاج مراجعة قبل الاستخدام.

التحقق من عنوان واحد

curl -X POST https://trekmail.net/api/v1/verify   -H "Authorization: Bearer tm_live_your_token"   -H "Content-Type: application/json"   -d \x27{"email": "user@example.com", "mode": "deep"}\x27

يشمل مثال الاستجابة الدرجة والفئة والفحوص المنفذة. لا تثبت حالة SMTP accepted صندوقا حقيقيا أو تسليما مستقبليا:

{
  "status": "safe",
  "score": 95,
  "mode": "deep",
  "checks": {
    "syntax": true,
    "mx": true,
    "disposable": false,
    "role_based": false,
    "gibberish": false,
    "dnsbl_listed": false,
    "domain_age_days": 365,
    "smtp_status": "accepted"
  }
}

إرسال طلب جماعي

curl -X POST https://trekmail.net/api/v1/verify/bulk   -H "Authorization: Bearer tm_live_your_token"   -H "Content-Type: application/json"   -d \x27{
    "emails": ["a@example.com", "b@test.com"],
    "name": "March campaign cleanup",
    "mode": "deep"
  }\x27

يعيد المسار الموصوف معرف مهمة. استعلم عن الحالة أو أعد webhook عند الدعم. تعتمد النتائج المقسمة إلى صفحات وتصدير CSV حسب الحالة على نقاط النهاية والصلاحيات الحالية.

الحدود المذكورة: 60 فحصا فرديا في الدقيقة و10 طلبات جماعية في الدقيقة و120 استعلام حالة في الدقيقة. تحقق من الحدود الحالية.

يصف المقال أيضا أدوات MCP (Model Context Protocol). تغطي الأدوات الثماني عمليات مثل الفحص والمهام الجماعية والأرصدة والنتائج بحسب التنفيذ. يحتاج Claude Desktop وClaude Code وCursor والعملاء الآخرون إلى دعم متوافق وبيانات وصول ونطاقات مناسبة.

متى تراجع قائمتك

لا يلزم أن تكون المراجعة حدثا منفردا. يغير الأشخاص وظائفهم ويهجرون العناوين وتنتهي صلاحية النطاقات. الانتقال من 95 بالمئة في يناير إلى 85 بالمئة في يونيو مثال، لا توقع لقائمتك.

قبل الحملات المهمة. قيّم فحصا أساسيا للشرائح الكبيرة أو القديمة. نسبة الارتداد 5 بالمئة المذكورة تنبيه تقريبي؛ تتوقف التكلفة وعمق التحقق على المخاطر.

بعد توقف الإرسال. يقترح المقال المراجعة بعد 90 يوما دون تواصل. اعتبرها إرشادا، وأكد إذن استئناف الاتصال وراجع الارتداد والتفاعل السابق.

عند استقبال بيانات خارجية. تحتاج تسجيلات الأحداث وبيانات الشركاء إلى فحص المصدر والصلاحيات. لا تصبح القوائم المشتراة أو المجمعة آليا مصرحا بها بفحص Deep. لا تستخدم التحقق لتبرير إرسال جماعي دون موافقة أو أساس صالح آخر ينطبق على الحالة.

عند الجمع. قد يساعد الفحص في كشف أخطاء نماذج التسجيل أو الدفع. تعامل بحذر مع الأسماء المستعارة المشروعة والنتائج غير الحاسمة؛ يختلف زمن API ولا يمنع الفحص كل البيانات الخاطئة.

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

الأرصدة والأسعار

يصف المقال أرصدة شهرية ضمن الخطط. يحتوي عمود الأسعار أدناه على بيانات تالفة أو ناقصة من المصدر، وليس قائمة أسعار صالحة؛ تحقق من الأسعار والأرصدة الحالية.

قد تتيح اللوحة شراء رصيد إضافي. راجع حاسبة صفحة Email Verifier للأسعار الحالية بحسب الحجم؛ لا تفترض الخصم نفسه في كل عرض.

في النموذج المذكور، يستخدم Quick مقدار 1 من الرصيد وDeep مقدار 2. تزال التكرارات داخل المهمة نفسها. يصف المقال إعادة الرصيد غير المعالج عند إلغاء الدفعة؛ تحقق من القاعدة الحالية.

تكامل مع استضافة البريد

قد تكون خدمات التحقق من البريد منفصلة عن الاستضافة. لا يمنع ذلك تكاملات لمشاركة النتائج والسجل عند توفرها.

في TrekMail الموصوف، يعد التحقق جزءا من منصة الاستضافة. قد يسهل هذا المسارات التالية، دون جعلها حصرية أو ضمان السمعة.

استبعاد تلقائي بسبب الارتداد. يضيف المسار الارتداد الدائم للحساب إلى قائمة الاستبعاد التي تراجعها المرحلة 1. تحقق من الأسباب وأوقات التحديث والقواعد. يمكن لخدمات أخرى دمج سجل الإرسال حين تتلقى بياناته.

حماية على مستوى Postfix. يذكر المقال مزامنة القائمة كل 5 دقائق. ليس ذلك حظرا فوريا؛ قد تغير تحديثات معلقة أو إعدادات أخرى النتيجة. يقلل الاستبعاد لدى MTA المحاولات غير المناسبة وفق القواعد، دون ضمان بقاء السمعة سليمة.

قد يجمع العرض المتكامل الاستضافة والتحقق في الحساب واللوحة نفسيهما. راجع الفوترة وبيانات الوصول والنطاقات، دون منح صلاحيات زائدة.

الأمان والخصوصية

قد تكون عناوين الآخرين بيانات شخصية. قيّم الغرض والوصول والاحتفاظ في عملية التحقق.

• تشفير TLS موصوف لـAPI واللوحة؛ تحقق من الإعداد والتحقق لدى العملاء
• حذف تلقائي لنتائج المهام الجماعية بعد 15 يوما بحسب المقال؛ قد تختلف سياسات السجلات والنسخ الاحتياطية
• إدارة البيانات تشمل حذف المهمة عبر API (DELETE /api/v1/verify/bulk/{jobId})؛ لا تضمن الوظيفة وحدها الامتثال لـGDPR
• لا يخزن المتحقق محتوى الرسائل في المسار الموصوف. يفحص العناوين؛ راجع البيانات والسجلات الأخرى المعالجة
• تخفيف التحليل الزمني. يصف المقال استجابات فردية بمدة دنيا 200ms؛ لا يلغي ذلك كل الاستدلالات أو الهجمات المعتمدة على التوقيت

جرّب العرض التوضيحي

تصف صفحة TrekMail Email Verifier عرضا عاما بدرجات وتفاصيل. استخدم فقط عناوين تملك إذنا للتحقق منها. يعتمد التوفر والتسجيل والبطاقة وزمن الاستجابة على الشروط الحالية.

يذكر المقال حسابا مجانيا مع 10 أرصدة شهرية وخططا لأحجام أكبر. قيمة Pro البالغة 0 شهريا تالفة في المصدر ولا تصلح سعرا. تحقق أيضا من 300 رصيد وAPI وفحوص SMTP في Deep ضمن العرض الحالي.

اعتن بجودة القائمة وأذونات التواصل. راجع العناوين قبل الإرسال المصرح به التالي.