محمود عبدالنبي

دليل تطبيقي · التسويق عبر البريد الإلكتروني

اجتاز SPF وDKIM لكن رسائلك تصل إلى Spam؟ افحص التسليم قبل تعديل DNS

ميّز بين المصادقة ومحاذاة DMARC وسمعة المزود وموافقة المستلمين لتشخيص وصول البريد بأمان.

محمود عبدالنبي١٠ دقائق للقراءةEnglish

إذا ظهر SPF وDKIM بحالة «ناجح» بينما تصل رسائل الحملة إلى Spam، فلا تواصل تعديل DNS عشوائيًا ولا تغيّر كل عناوين الرسائل. المصادقة تجيب عن سؤال محدد: هل يستطيع الخادم المستقبل التحقق من أجزاء الرسالة ونطاق الإرسال؟ لكنها لا تضمن وضع الرسالة في الوارد. تنشر Gmail وYahoo أيضًا متطلبات وتوصيات بشأن محاذاة DMARC للمرسلين بكميات كبيرة، ومعدل الشكاوى، وإلغاء الاشتراك، وصيغة الرسالة وسمعة المرسل. افحص المسار كاملًا قبل أي تغيير.

تفرق إرشادات Gmail بين جميع المرسلين والذين يرسلون أكثر من 5,000 رسالة يوميًا إلى حسابات Gmail الشخصية. على المرسل الكبير إعداد SPF وDKIM وDMARC، ومحاذاة نطاق From مع SPF أو DKIM، وإتاحة إلغاء اشتراك بنقرة واحدة للرسائل التسويقية ورسائل الاشتراك. توصي Google بإبقاء معدل الرسائل المبلغ عنها كرسائل مزعجة دون 0.1% وتجنب بلوغ 0.3% أو أكثر. وتطلب Yahoo من جميع المرسلين SPF أو DKIM على الأقل، بينما تشمل متطلبات المرسل بكميات كبيرة SPF وDKIM وسياسة DMARC ناجحة وإلغاء الاشتراك بنقرة واحدة ومعدل شكاوى دون 0.3%. هذه متطلبات وتوصيات للمزودين، وليست ضمانًا عامًا للوصول إلى الوارد. تحقّق من تعليمات المزود الحالية وفق نمط إرسال نشاطك. إرشادات Gmail للمرسلين · الأسئلة الشائعة لإرشادات Gmail · أفضل ممارسات Yahoo للمرسلين

ابدأ بالتمييز بين الإرسال والقبول ومكان الوصول

قد تعني كلمة «أُرسلت» في منصة البريد أنها قدمت الرسالة إلى الخادم التالي. وقد يقبلها الخادم المستقبل ثم يضعها في Spam. وقد يؤجلها أو يرفضها، أو ينقلها إلى تبويب العروض. لكل نتيجة دليل مختلف ومعالجة مختلفة.

سجّل تفاصيل الحادثة قبل تعديل أي شيء:

  • نطاق الإرسال وعنوان From الظاهر وخدمة الإرسال وأي عنوان IP مخصص.
  • نوع الرسالة: تسويقية أو تحديثًا مشتركًا عليه أو إشعارًا تشغيليًا.
  • مزود صندوق المستلم ونوعه؛ افحص Gmail وYahoo كلًا على حدة.
  • الفترة والحجم التقريبي وشريحة القائمة والتغييرات الأخيرة.
  • رموز استجابة المزود وفئات الارتداد ومكان الوصول الذي أكده المستلم إن توفر.
  • هل المشكلة في صندوق اختبار واحد أو حملة أو مسار إرسال أو عدة مزودين؟

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

افحص المصادقة في الرسالة التي وصلت للمستلم

افتح الترويسة الأصلية لرسالة متأثرة من صندوق المستلم؛ لا تعتمد على لوحة DNS أو شارة الإعداد في منصة الإرسال وحدهما. اقرأ نتائج SPF وDKIM وDMARC ومحاذاة النطاقات في الرسالة نفسها.

  1. SPF: حدّد نطاق مرسل الظرف والنتيجة عند الاستقبال. قد يؤثر التحويل في فحص SPF لأن عنوان IP الخاص بخادم التحويل قد لا يكون مصرحًا له في سجل المرسل الأصلي. لا تعالج ذلك بإضافة كل مزود عشوائي إلى السجل.
  2. DKIM: تأكد من وجود التوقيع وصحته ومن نطاق التوقيع. افحص أن خدمة الإرسال توقّع نوع الرسائل الذي تحقق فيه.
  3. DMARC: راجع السياسة المنشورة وما إذا كان نطاق From الظاهر يحاذي معرّف SPF أو DKIM ناجحًا وفق وضع المحاذاة. نجاح SPF لنطاق مختلف لا يثبت وحده نجاح المحاذاة.
  4. مسار الرسالة: قارن الإرسال المباشر بالرسائل المحولة، وافحص التسويق والإشعارات التشغيلية منفصلين. قد تختلف النتيجة بين الخدمات والأنواع حتى للنطاق نفسه.

احتفظ بترويسة منقحة من البيانات الحساسة ووقت الرسالة قبل إجراء تعديل. إذا نجح SPF وDKIM وفشل DMARC، افحص المحاذاة ونطاق From الفعلي. وإذا نجحت الاختبارات الثلاثة، فلا تفترض أن الحل مزيد من تعديل DNS؛ انتقل إلى بقية التشخيص.

راجع السمعة والشكاوى وتوقعات المستلمين

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

استخدم أدوات المزود حين تتوفر. قد تعرض Google Postmaster Tools مؤشرات المصادقة والسمعة للرسائل المؤهلة؛ وتشير Google إلى أن قلة الحجم ووسائل حماية الخصوصية قد تحدّان مما يظهر. يقدم Yahoo Sender Hub إرشادات، ويمكن لآلية Complaint Feedback Loop مساعدة المرسلين المؤهلين في متابعة الشكاوى. لا تقارن النسب قبل التحقق من المقام وتعريف المزود. نقص البيانات في اللوحة لا يثبت اختفاء المشكلة. لوحات Google Postmaster Tools · Yahoo Sender Hub

اختبر مسار إلغاء الاشتراك نفسه. تحتاج الرسائل الترويجية إلى آلية List-Unsubscribe المناسبة ورابط ظاهر في متن الرسالة وفق متطلبات المزود؛ ويجب أن يمنع تحديث القائمة إرسال الحملة التالية إلى من ألغى اشتراكه. صفحة «إدارة التفضيلات» لا تغني عن إلغاء فعّال بنقرة واحدة حين يكون مطلوبًا. جرّب الرحلة من اشتراك تجريبي حتى الحذف من قائمة الإرسال، ولا تكتف بمعاينة القالب.

افحص المحتوى والبنية بعد جمع الأدلة

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

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

نفّذ معالجة مضبوطة، لا حملة إرسال جماعي

اكتب فرضية واحدة وتغييرًا واحدًا وشريحة متأثرة ودليلًا متوقعًا وشرط إيقاف قبل التنفيذ. مثال: «تظهر رسائل التسويق إلى Gmail فشل محاذاة DMARC بعد تغيير نطاق From. سيتحقق مسؤول الإرسال من نطاق التوقيع والظرف، ثم نجري اختبارًا صغيرًا لمشتركين موافقين ونقارن نتائج DMARC قبل استئناف المسار المتأثر».

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

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

سكريبت فيديو قصير: نجح SPF وDKIM، فلماذا وصلت الرسالة إلى Spam؟

الخطاف: «نجحت المصادقة، ولم ينجح الوصول إلى الوارد. هذان فحصان مختلفان».

التعليق الصوتي: «افصل أولًا بين الرسائل المقدمة والمقبولة والمرفوضة والموضوعة في Spam. ثم افحص ترويسة المستلم لنتائج SPF وDKIM ومحاذاة DMARC، وليس لوحة DNS فقط. قارن مزودي البريد والشرائح والتسويق بالإشعارات التشغيلية. راجع الشكاوى والموافقة والإلغاء وتغييرات حجم الإرسال. غيّر سببًا واحدًا تثبته الأدلة؛ لا تواصل العبث بـDNS ولا ترسل القائمة نفسها مجددًا».

الصورة: مسار مرئي: المرسل ← الخادم المستقبل ← قبول أو رفض ← الوارد أو Spam؛ وتظهر المصادقة والسمعة كنقطتي فحص منفصلتين. الدعوة: «احفظ تسلسل التشخيص قبل تغيير سجل DNS القادم».

كاروسيل تعليمي: المصادقة ليست هي الوصول إلى الوارد

  1. الغلاف: نجح SPF وDKIM لكن الحملة في Spam. ماذا تثبت كلمة «نجح»؟
  2. افصل الحالات: تم التقديم، قُبلت، رُفضت، وصلت للوارد، وصلت إلى Spam، أو ظهرت في تبويب؛ نتائج مختلفة.
  3. افحص الترويسة المستلمة: تحقق من SPF وDKIM وDMARC ومحاذاة النطاق للرسالة المتأثرة.
  4. قسّم الحادثة: مزود البريد ونوع الرسالة ومصدر القائمة والحجم والتاريخ.
  5. راجع إشارات المستلمين: الموافقة والتوقعات والشكاوى والإلغاء وتغييرات القائمة.
  6. استخدم دليل المزود: Gmail Postmaster Tools وYahoo Sender Hub/Complaint Feedback Loop عند توفرهما.
  7. غيّر سببًا واحدًا: سجّل الفرضية والاختبار والنتيجة وشرط التراجع.
  8. لا ضمان: نجاح المصادقة قد يكون مطلوبًا؛ لكنه لا يضمن وضع الرسالة في الوارد.

سلسلة تجربة ميدانية: اعزل مشكلة واحدة في التسليم

هذه خطة تشخيص مقترحة وليست ادعاءً بنتيجة تعافٍ.

1/ حدّد الفترة ومسار الرسائل والمزود والشريحة والنتيجة المشاهدة. ميّز «لم أر الرسالة» عن «تأكدت أنها في Spam».

2/ اجمع رموز الاستجابة والترويسات المنقحة وحالة DNS والحجم ومصدر الموافقة والشكاوى والتغييرات الأخيرة قبل أي تعديل.

3/ صغ فرضية واحدة قابلة للاختبار، مثل فشل محاذاة DMARC في خدمة حملة بعينها. اكتب ما النتيجة التي ستؤيدها أو ترفضها.

4/ اختبر مع مجموعة صغيرة وافقت على تلقي الرسائل ومن النوع نفسه. لا تخلط الإشعارات التشغيلية بتجربة تسويق.

5/ نفذ تغييرًا واحدًا معتمدًا، ثم قارن نتائج المزود والشكاوى خلال فترة معلومة. أوقف الاختبار إن زادت الشكاوى أو حالات الرفض.

6/ سجّل حدود القياس: صناديق الاختبار لا تمثل كل المستلمين، وقد تكون بيانات اللوحات قليلة، ونتيجة مزود واحد لا تثبت الوصول لدى الجميع. لا تنسب السبب إلى تغييرات متزامنة.

حزمة مطالبات محايدة للأدوات: حوّل دليل التسليم إلى تشخيص آمن

المطالبة الأولى — تصنيف الحادثة

صنّف أحداث البريد المنقحة إلى قُدمت أو قُبلت أو أُجلت أو رُفضت أو تأكد وصولها للوارد أو تأكد وصولها إلى Spam أو غير معروف. لا تستنتج مكان الوصول من كلمة «أُرسلت» أو الفتح أو النقر. اجمع النتائج حسب المزود ونوع الرسالة والنطاق والوقت وحدد الأدلة الناقصة. البيانات: [سجلات وملاحظات منقحة].

المطالبة الثانية — مراجعة الترويسة

اشرح نتائج SPF وDKIM وDMARC في الترويسة المنقحة. اذكر النطاقات التي فُحصت وما إذا كان From الظاهر يحاذي مع هوية SPF أو DKIM ناجحة. افصل المؤكد عن الاحتمالات، ولا توصي بتعديل DNS قبل تحديد عدم المحاذاة. الترويسة: [منقحة].

المطالبة الثالثة — اختبار تغيير واحد

اقترح اختبارًا منخفض المخاطر لفرضية الحادثة الأقوى. حدد مجموعة وافقت على الرسالة ومتغيرًا واحدًا ودليل المزود وشروط النجاح والإيقاف والتراجع والقيود. لا تقترح إرسالًا جماعيًا أو تدوير نطاق أو إضافة كل الخدمات إلى SPF. سجل الحادثة: [أدلة منقحة].

ملف أمثلة: أوقف هذا: خلط المصادقة بوصول الوارد

  • توقف: «نجح SPF، إذن Gmail سيضع الرسالة في الوارد». اكتب: «نجح SPF للنطاق [النطاق]؛ نحتاج أيضًا دليل المكان وفحص DKIM ومحاذاة DMARC والسمعة».
  • توقف: «أضف كل الموردين إلى SPF». اكتب: «حدّد نطاق الظرف وخدمات الإرسال المصرح بها فعلًا، ثم اطلب من مسؤول DNS مراجعة سجل SPF صالح واحد».
  • توقف: «كلمة سبام هي السبب». اكتب: «سنراجع رد المزود وتوقعات القائمة والشكاوى والروابط وسجل المرسل قبل تحديد السبب».
  • توقف: «دوّر النطاق وأرسل للجميع مجددًا». اكتب: «أوقف المسار المتأثر، وتحقق من الموافقة والسبب الجذري، واختبر فقط مع شريحة مناسبة وافقت على الرسالة».
  • توقف: «معدل الفتح يثبت الوصول». اكتب: «الفتح مؤشر غير كامل؛ سنستخدم تشخيص المزود وتقارير المستلمين وتعريفات تسليم واضحة».

الخطاف والقيمة والقالب: أبلغ عن حادثة وصول البريد

الخطاف: «نجح SPF وDKIM، لكن هذا لا يخبرنا أين رأى كل مستلم الرسالة».

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

القالب: «بين [التاريخين] أظهر مسار [نوع الرسالة] المرسل عبر [الخدمة/النطاق] [الاستجابة أو مكان الوصول المؤكد] لدى [المزود والشريحة]. تظهر الترويسة [SPF والنطاق] و[DKIM والنطاق] و[DMARC/المحاذاة]. ولا تثبت الأدلة بعد [المجهول]. سنختبر [سببًا واحدًا] مع [مجموعة موافقة] ونراقب [إشارات المزود] حتى [التاريخ]، ونتوقف أو نتراجع إذا [الشرط]. لن نستأنف الحجم الكامل حتى يؤكد [المسؤول] [الفحوص التقنية وفحوص الجمهور]».

مصادر: متطلبات المرسلين وأدوات التشخيص لدى المزودين

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

أطر وأدوات مرتبطة