لماذا يصل بريد شركتك إلى الرسائل غير المرغوب فيها: SPF وDKIM وDMARC

لماذا يقع بريد شركتك في البريد العشوائي: المصادقة هي المرشّح الأول

نادرًا ما يقع بريدك في البريد العشوائي بسبب كلمات محفّزة في سطر الموضوع. بل يقع هناك لأن الخوادم المستقبِلة لدى Gmail وOutlook وYahoo لا تستطيع التحقق من أنك فعلًا من تدّعي أنك هو.

أصبحت هذه الجهات تتحقق من SPF وDKIM وDMARC قبل أن تقرّر أين تضع رسالتك. وإذا كان أيٌّ من هذه السجلات مفقودًا أو مضبوطًا بشكل خاطئ، يُعزل بريدك المؤسسي أو يُرفض قبل أن يراه أي إنسان.

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

SPF: أخبر الخوادم المستقبِلة بعناوين IP المسموح لها بالإرسال باسم نطاقك

SPF سجل من نوع TXT في DNS نطاقك، يحدّد بدقة عناوين IP أو الخوادم المسموح لها بإرسال البريد نيابةً عنك.

عندما يتلقى خادم مستقبِل رسالة من نطاقك، يقارن عنوان IP المرسِل بقائمة SPF لديك. فإن لم يكن العنوان موجودًا فيها، يصنّف الخادم الرسالة مشبوهة أو يرفضها مباشرة.

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

استخدام `~all` بدلًا من `+all` مقبول خلال فترة انتقالية، لكنه ليس حلًا دائمًا.

DKIM: ختم مشفّر يصمد أمام إعادة التوجيه

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

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

أما المحدِّد (selector) الخاطئ أو طول المفتاح القصير فيجعلان التوقيع غير صالح، وقد يؤدي ذلك إلى رفض الرسائل حتى لو نجح فحص SPF.

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

DMARC: السياسة التي تخبر Gmail وOutlook بما يجب فعله عند الفشل

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

من دون DMARC، يستطيع المهاجم انتحال نطاقك لإرسال فواتير مزيفة أو رسائل تصيّد إلى عملائك. ولا تستطيع الأنظمة المستقبِلة حظر تلك الرسائل لأنك لم تضع قاعدة صريحة.

ابدأ بإعداد `p=none` وأضف عنوانًا لتلقّي التقارير (`rua`) حتى تراقب حركة بريدك قبل فرض قواعد أكثر صرامة.

ولا تنتقل إلى `p=quarantine` أو `p=reject` إلا بعد التأكد من أن كل مصدر إرسال مشروع ينجح في فحص SPF وDKIM.

توقعات Gmail وOutlook: سمعة النطاق والإرسال الجماعي

لا يكتفي Gmail وOutlook بالنظر إلى سجلات SPF وDKIM وDMARC. بل يقيّمان أيضًا سمعة عنوان IP المرسِل ونطاقك على مدى الوقت.

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

تتيح لك أداتا Google Postmaster Tools وMicrosoft SNDS مراقبة هذه السمعة. وعندما يرتفع معدل شكاوى البريد العشوائي فجأة، سترى تحذيرًا قبل أن يتوقف التسليم تمامًا.

ولاستعادة سمعة متضررة، ثبّت حجم الإرسال أولًا، ثم احذف العناوين غير المتفاعلة من قائمتك.

أعراض الإعداد الخاطئ الشائعة ومسار تطبيق ناجح

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

افحص نطاقك باستخدام MXToolbox أو أداة مشابهة. فإذا ظهرت أخطاء في SPF أو DKIM أو DMARC، فإن إصلاحها سيفيد قابلية وصول رسائلك أكثر من تغيير سطر الموضوع.

يجب أن يكون ترتيب العمل كالتالي: أكمل سجل SPF أولًا، ثم طبّق DKIM، ثم فعّل DMARC بإعداد `p=none` وراقب التقارير.

أما القفز مباشرة إلى `p=reject` فسيعطّل رسائل مشروعة تمرّ عبر خدمات إعادة التوجيه أو القوائم البريدية. لذا فالانتقال الحذر ضروري.

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