شارك في النسخة التجريبية

الرسائل تصل إلى البريد المزعج: الأسباب وكيفية معالجتها

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

6 دقيقة قراءة بقلم Emma Woelk
تيار من أشكال متوهجة يمرّ بثلاث عتبات فحص، ويُصرَف بعضها جانبًا

أهم ما في الأمر باختصار

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

يرد السؤال في كل مشروع تقريبًا: لماذا تصل رسائلنا إلى مجلد البريد المزعج؟ الظن الأكثر شيوعًا — نص إعلاني أكثر من اللازم، روابط كثيرة، كلمة «مجاني» — يصحّ في أندر الحالات. فمرشّحات البريد المزعج الحديثة تقيّم أولًا شيئًا آخر: هل الرسالة حقيقية أصلًا.

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

أشكال متوهجة تمرّ بثلاث عتبات فحص شفافة، ويُصرَف بعضها جانبًا
ثلاثة فحوص قبل أن تصل رسالة إلى صندوق الوارد. وإن سقطت في أحدها، قرّر المستقبِل بحسب الاشتباه.

السجلّات الثلاثة وما تفعله

SPF وDKIM وDMARC كلٌّ في جملة واحدة

SPF — من يحق له الإرسال
سجلّ في DNS يعدّد أي الخوادم يحق لها الإرسال باسم نطاقكم. يستفسر المستقبِل: هل جاءت الرسالة من أحد هذه الخوادم؟
DKIM — هل غُيّرت في الطريق
يوقّع الخادم المُرسِل الرسالة تشفيريًّا. والمفتاح العام لذلك موجود في DNS. ويفحص المستقبِل التوقيع.
DMARC — ماذا يحدث عند عدم التطابق
توجيهكم إلى المستقبِل: لا تفعل شيئًا، أو انقلها إلى البريد المزعج، أو ارفضها. وإضافةً يرسل المستقبِل تقارير عمّا رآه.

هل كنت تعلم؟

SPF وDKIM وحدهما لا يكفيان. فكلٌّ منهما يفحص جزءًا فقط، ويمكن اجتيازهما معًا بينما يكون عنوان المُرسِل الظاهر للمستقبِل مزوّرًا مع ذلك.

وحده DMARC يربط الفحوص بالعنوان الظاهر في صندوق الوارد. لذلك هو السجلّ الذي له الأثر الفعلي — ولذلك هو الذي يُشغَّل بصرامة في الأخير.

الترتيب الصحيح

ثلاثة أشكال هندسية تدور لتصطفّ في خط واحد، ويمرّ شعاع ضوء من خلالها
لا يمرّ الفحص بنظافة إلا حين تصطفّ الثلاثة جميعًا. وقبل ذلك تحجب نفسك بنفسك.
تنبيه الخطأ الأكثر شيوعًا هو ضبط DMARC على الرفض مباشرةً. فإذا أرسلت عندئذٍ خدمة ليست بعد في SPF — برنامج المحاسبة، بوابة التوظيف، نظام التذاكر — اختفت رسائلها بلا أثر. دون رسالة خطأ لدى المُرسِل.
  1. الجرد. من يرسل باسمكم أصلًا؟ في الغالب أكثر مما يُظَنّ: مزوّد البريد، أداة النشرة البريدية، نظام CRM، خادم الويب لتأكيدات النماذج، المحاسبة. كلٌّ منها يجب أن يكون في SPF.
  2. ضبط SPF. سجلّ واحد لكل نطاق يورد جميع المُرسِلين المصرّح لهم. تعدّد سجلّات SPF خطأ ويؤدي إلى ألا يمرّ الفحص أصلًا.
  3. إعداد DKIM. فعّله لدى كل خدمة إرسال، وأدرِج المفتاح المقدَّم في DNS. تحصل كل خدمة على مفتاحها الخاص.
  4. بدء DMARC بوضع المراقبة. أولًا بتوجيه «لا تفعل شيئًا» وعنوان للتقارير. اتركه يعمل أسبوعين إلى أربعة أسابيع.
  5. تقييم التقارير. تُظهِر أي المُرسِلين يسقط. وإن نقص أحدهم في SPF أو DKIM، فأضِفه الآن.
  6. عندها فقط التشديد. من «لا تفعل شيئًا» إلى «إلى البريد المزعج» ثم إلى «ارفض». وبين الخطوات راقِب أسبوعين في كل مرة.

كيف تُفحَص الحالة الراهنة

قبل كل تغيير ينبغي أن يكون واضحًا ما هو ساري المفعول حاليًّا. طريقان، كلاهما بلا برامج إضافية:

عبر رسالة مستلَمة. افتح رسالة من نطاقكم في أي صندوق وارد واعرض الترويسات الكاملة. هناك يقف في سطر باسم Authentication-Results ما إذا اجتيز SPF وDKIM وDMARC. ثلاث مرات «pass» تعني: التقنية سليمة.

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

أوامر الفحص 
# عرض SPF
nslookup -type=TXT eure-domain.de

# عرض DMARC
nslookup -type=TXT _dmarc.eure-domain.de

# عرض DKIM (المُحدِّد بحسب الخدمة، هنا مثال "standard")
nslookup -type=TXT standard._domainkey.eure-domain.de
إن لم يرجع شيء عند DMARC، فالسجلّ غير موجود. وهذا أكثر النتائج شيوعًا — وفي الوقت نفسه أسهلها معالجةً.

حين تكون التقنية سليمة ويتعثّر الأمر مع ذلك

إن كانت المصادقة نظيفة والتسليم رديئًا مع ذلك، فأربعة أسباب أخرى واردة.

نطاق جديد بلا تاريخ إرسال

نطاق لم يرسل قط يُعَدّ مجهولًا. ومن يرسل عشرة آلاف رسالة في اليوم الأول يُكبَح — وعن حق.

ما يفيد: رفع الكمية على مدى أسبوعين إلى أربعة أسابيع، مع البدء بأكثر المستلِمين تفاعلًا.

يُعرَف بـ: تسليم رديء عند الإرساليات الكبيرة فقط

عناوين قديمة خاملة في القائمة

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

ما يفيد: من لم يفتح شيئًا منذ اثني عشر شهرًا يتلقى رسالة أخيرة — ثم يُزال بعدها.

يُعرَف بـ: تراجع معدل الفتح على مدى أشهر

الإرسال عبر عنوان مشترك

لدى خدمات الإرسال الرخيصة يتشارك عملاء كثيرون خوادم الإرسال نفسها. وتتعلق سمعة هذه الخوادم عندئذٍ بسلوك الآخرين أيضًا.

ما يفيد: ابتداءً من بضع عشرات الآلاف من الرسائل شهريًّا عنوان إرسال خاص — وما دون ذلك نادرًا ما يكون اقتصاديًّا.

يُعرَف بـ: انهيارات مفاجئة دون تغيير من طرفكم

غياب إمكان إلغاء الاشتراك في الترويسة

يتوقع المزوّدون الكبار عند الإرسال الجماعي إلغاء اشتراك يعمل بنقرة واحدة ويُودَع تقنيًّا في الترويسات — لا مجرد رابط في التذييل.

ما يفيد: فعّله في أداة الإرسال؛ معظمها يدعمه، لكن ليس كلها افتراضيًّا.

يُعرَف بـ: مشكلات خاصة لدى مزوّدي البريد المجاني الكبار
من الممارسة العملية

عند إعداد إرسالنا الخاص التزمنا الترتيب وارتكبنا خطأً مع ذلك: لم يستطع الخادم في البداية كتابة سجلّ الإرسال، لأن صلاحيات الملفات لم تسمح بذلك. أي أننا أرسلنا بنجاح — لكن بلا إثبات.

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

نصيحة أنشئ للإرسال نطاقًا فرعيًّا خاصًّا، مثل mail.eure-domain.de. عندئذٍ تبقى سمعة الإرسال التسويقي منفصلة عن سمعة مراسلاتكم التجارية المعتادة. وإن اعترى إرسالية خطأ ما، لم تتأثر مراسلات الشركة كلها فورًا.

الخلاصة

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

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

أسئلة شائعة

لماذا تصل رسائلي إلى مجلد البريد المزعج؟

في الأغلبية الساحقة من الحالات لأن الخادم المستقبِل لا يستطيع التحقق مما إذا كانت الرسالة صادرة فعلًا عن نطاقكم. ولذلك يلزم ثلاثة سجلّات DNS: SPF وDKIM وDMARC. أما المحتوى فسببٌ أندر بكثير مما يُظَنّ.

ما هي SPF وDKIM وDMARC؟

SPF يعدّد أي الخوادم يحق لها الإرسال باسمكم. DKIM يوقّع كل رسالة تشفيريًّا كي تظهر التغييرات. DMARC يربط الفحصين بعنوان المُرسِل الظاهر ويحدد ما ينبغي أن يفعله المستقبِل عند عدم التطابق.

بأي ترتيب تُعَدّ؟

أولًا SPF، ثم DKIM، ثم DMARC بوضع المراقبة. بعد أسبوعين إلى أربعة أسابيع قيّم التقارير، وأضِف المُرسِلين الناقصين، وعندها فقط شدّد DMARC تدريجيًّا. من يشغّل DMARC بصرامة أولًا يحجب رسائله أنفسهم.

كيف أفحص ما إذا كانت السجلّات صحيحة؟

أسرعها عبر الترويسات الكاملة لرسالة مستلَمة: في سطر Authentication-Results يجب أن تقف «pass» عند SPF وDKIM وDMARC. وإضافةً يمكن معاينة السجلّات مباشرةً عبر استعلام DNS.

كم يستغرق حتى يؤثّر تغيير؟

تغييرات DNS تظهر بحسب الإعداد بعد دقائق حتى 24 ساعة. أما سمعة النطاق فتتحسن أبطأ — احسبوا أسبوعين إلى أربعة أسابيع قبل أن تتحرك نسبة التسليم على نحو قابل للقياس.

هل يلزم نطاق فرعي خاص للإرسال؟

ليس ضروريًّا، لكنه مُجدٍ. فهو يفصل سمعة الإرسال التسويقي عن سمعة مراسلاتكم التجارية المعتادة. وإن اعترى إرسالية خطأ ما، لم تتأثر مراسلات الشركة كلها.

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

تسويق يُعِدّ نفسه بنفسه

النسخة التجريبية من Studio Engine متاحة الآن. احجز مكانك وشارك في تشكيلها منذ البداية.

انضمّ إلى النسخة التجريبية ←
← العودة إلى النظرة العامة