لماذا تصل رسائل شركتك إلى Spam؟ 10 قواعد لوصول البريد الإلكتروني في 2026

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

لا يوجد تناقض هنا.

نجاح خادم الإرسال في تمرير الرسالة إلى مزود البريد لا يعني أن Gmail أو Outlook أو Yahoo وضعها داخل Inbox. فقد تصل الرسالة إلى مجلد Spam، أو تتأخر، أو تُرفض، أو يتم تقييد الإرسال من نطاق الشركة.

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

ما الفرق بين Email Delivery وEmail Deliverability؟

يشير Email Delivery إلى قبول خادم المستلم للرسالة. فإذا لم ترتد الرسالة، قد يسجل نظام الإرسال أنها Delivered.

أما Email Deliverability فتعني قدرة الرسالة على الوصول إلى المكان المقصود، وخصوصًا البريد الوارد، بدل البريد المزعج أو التبويبات الأقل ظهورًا.

لهذا يمكن أن تحقق الحملة معدل تسليم مرتفعًا، بينما تظل نتائجها ضعيفة لأن نسبة من الرسائل لم تظهر للمستلمين في المكان المناسب.

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

ما الذي تغير في قواعد البريد الإلكتروني؟

بدأت Gmail وYahoo منذ 2024 تطبيق متطلبات أشد على المرسلين، ثم وسعت Microsoft قواعد المصادقة الخاصة بالمرسلين ذوي الأحجام الكبيرة إلى عناوين Outlook.com وHotmail وLive وMSN.

وبحلول 2026، أصبحت هذه الإعدادات جزءًا أساسيًا من تشغيل البريد، وليست تحسينات اختيارية يمكن تأجيلها.

متطلبات Gmail

تشترط Gmail على جميع المرسلين استخدام SPF أو DKIM على الأقل، إلى جانب متطلبات تشغيلية مثل DNS الصحيح، والاتصال المشفر، والتوافق مع تنسيق البريد القياسي.

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

متطلبات Outlook

تطبق Microsoft متطلبات المصادقة على النطاقات التي ترسل 5,000 رسالة أو أكثر يوميًا إلى خدمات البريد الاستهلاكية التابعة لها باستخدام نطاق واحد في عنوان From.

يجب أن ينجح كل من SPF وDKIM، وأن ينشر النطاق سجل DMARC، وأن يتطابق نطاق From مع نطاق SPF أو DKIM. وتوضح صفحة دعم Microsoft أن الرسائل غير المطابقة قد تُرفض برمز الخطأ 550 5.7.515.

متطلبات Yahoo

تطلب Yahoo من المرسلين العامين استخدام SPF أو DKIM، والحفاظ على معدل شكاوى أقل من 0.3%، وإعداد DNS أمامي وعكسي صحيح.

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

ملخص قواعد مزودي البريد

لا يعني الالتزام بهذه المتطلبات ضمان الوصول إلى Inbox، لكنه يزيل أسبابًا رئيسية للرفض والتصنيف كبريد مزعج.

القاعدة الأولى: استخدم نطاق إرسال تملكه شركتك

لا ترسل بريد شركتك التشغيلي أو التسويقي من عنوان مجاني أو من نطاق لا تستطيع إدارة DNS الخاص به.

استخدم عنوانًا مثل:

[email protected]

بدلًا من عنوان شخصي أو نطاق تابع لطرف آخر.

امتلاك نطاق الإرسال يسمح لك بإعداد SPF وDKIM وDMARC، ومراقبة السمعة، وحماية اسم الشركة من الانتحال.

كما يجب أن يكون الاسم الظاهر وعنوان From متسقين مع هوية الجهة. فالعميل يجب أن يعرف من أرسل الرسالة ولماذا وصلت إليه.

القاعدة الثانية: أعدّ SPF بطريقة صحيحة

يحدد SPF الخوادم وعناوين IP المسموح لها بإرسال البريد باسم نطاقك.

عندما يستقبل مزود البريد رسالة، يراجع سجل SPF في DNS ليتحقق مما إذا كان مصدر الرسالة مصرحًا له بالإرسال.

من الأخطاء الشائعة:

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

يجب أن يشمل السجل جميع المنصات التي ترسل باسم النطاق، مثل Email API، ونظام CRM، ومنصة الفواتير، وخدمة الدعم، وأدوات الموارد البشرية.

القاعدة الثالثة: وقّع الرسائل باستخدام DKIM

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

تحتاج الشركة إلى:

• إنشاء مفتاح DKIM لكل منصة إرسال.
• نشر المفتاح العام في DNS.
• تفعيل التوقيع داخل منصة البريد.
• استخدام مفتاح بطول مناسب.
• تدوير المفاتيح وفق سياسة أمنية معتمدة.
• تجنب استخدام مفتاح واحد قديم لجميع الأنظمة.

تشترط Yahoo حدًا أدنى قدره 1024 بت لمفاتيح DKIM، وتوصي باستخدام 2048 بت عندما يكون ذلك ممكنًا.

القاعدة الرابعة: طبّق DMARC وحقق تطابق النطاق

يربط DMARC بين عنوان From الظاهر للمستخدم ونتائج SPF وDKIM.

لا يكفي أن ينجح SPF لنطاق مختلف لا يراه المستلم. يجب أن يكون نطاق SPF أو DKIM متطابقًا مع نطاق From وفق قواعد DMARC.

يمكن البدء بسياسة مراقبة:

v=DMARC1; p=none; rua=mailto:[email protected]

تتيح هذه المرحلة استقبال التقارير ومعرفة الجهات التي ترسل باسم النطاق.

بعد مراجعة جميع مصادر الإرسال وتصحيحها، يمكن الانتقال تدريجيًا إلى:

p=quarantine

ثم:

p=reject

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

تطلب Microsoft من المرسلين ذوي الحجم المرتفع نشر DMARC بسياسة لا تقل عن p=none، مع نجاح SPF وDKIM وتحقيق التطابق.

القاعدة الخامسة: افصل الرسائل التشغيلية عن التسويقية

لا ترسل جميع أنواع البريد من النطاق الفرعي ومسار الإرسال نفسيهما.

يمكن تقسيم الإرسال مثلًا إلى:

• transactional.company.sa للفواتير وتأكيد الطلب وإعادة تعيين كلمة المرور.
• marketing.company.sa للنشرات والعروض والحملات.
• support.company.sa لتذاكر الدعم والردود.
• security.company.sa للتنبيهات الأمنية الحساسة.

يساعد الفصل على منع حملة تسويقية ضعيفة الأداء من الإضرار بوصول الفواتير أو رسائل استعادة الحساب.

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

لا يعني الفصل ضرورة شراء عنوان IP مستقل لكل شركة صغيرة. يمكن استخدام نطاقات DKIM أو نطاقات فرعية ومسارات إرسال منفصلة بحسب الحجم ومستوى التحكم المتاح.

القاعدة السادسة: فعّل إلغاء الاشتراك بنقرة واحدة

وجود رابط «إلغاء الاشتراك» داخل نص الرسالة وحده لا يحقق دائمًا المتطلب التقني لإلغاء الاشتراك بنقرة واحدة.

تحتاج الرسالة إلى ترويسات مثل:

List-Unsubscribe: <https://company.sa/unsubscribe/token>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

يحدد RFC 8058 طريقة استخدام List-Unsubscribe وList-Unsubscribe-Post لتنفيذ طلب الانسحاب من خلال HTTPS POST، مع ضرورة تغطية الترويسات بتوقيع DKIM صالح.

يجب أيضًا أن يكون رابط الانسحاب واضحًا داخل الرسالة، وأن تتم معالجة الطلب بسرعة.

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

القاعدة السابعة: أرسل فقط إلى مستلمين موافقين

أفضل إعدادات DNS لن تنقذ قائمة بريدية لا يرغب أصحابها في استقبال الرسائل.

تجنب:

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

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

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

يجب مراجعة الحالة النظامية لكل نشاط وقطاع مع الفريق القانوني أو مسؤول حماية البيانات.

القاعدة الثامنة: نظف القوائم وعالج الارتدادات

تنقسم الارتدادات عادةً إلى:

Hard Bounce: عنوان غير موجود أو غير صالح بصورة دائمة.

Soft Bounce: مشكلة مؤقتة، مثل امتلاء صندوق البريد أو تعطل الخادم أو تقييد مؤقت للإرسال.

ينبغي:

• إيقاف الإرسال إلى العناوين ذات الارتداد الدائم.
• مراقبة تكرار الارتداد المؤقت.
• منع الإرسال مرة أخرى إلى من اشتكى من الرسالة.
• معالجة طلبات الانسحاب في جميع الأنظمة.
• مراجعة المشتركين غير المتفاعلين.
• منع النماذج والروبوتات من إدخال عناوين وهمية.
• التحقق من تنسيق البريد عند التسجيل.

توصي Yahoo بمراقبة الارتدادات الصلبة والمؤقتة والمستلمين غير النشطين، وإزالة العناوين غير الصالحة بسرعة، واستخدام التأكيد المزدوج لتقليل جودة البيانات الضعيفة.

القاعدة التاسعة: هيئ النطاق وعنوان IP تدريجيًا

عندما يبدأ نطاق أو عنوان IP جديد بإرسال مئات الآلاف من الرسائل مباشرة، لا يمتلك مزودو البريد سجلًا كافيًا لتقييمه.

ابدأ بإرسال البريد إلى المستلمين الأكثر تفاعلًا، ثم ارفع الحجم تدريجيًا مع مراقبة:

• الارتدادات.
• الشكاوى.
• التأخير المؤقت.
• نسب الفتح والنقر.
• أخطاء Gmail وOutlook وYahoo.
• سمعة النطاق وعنوان IP.

تجنب التغيرات الحادة، مثل الانتقال من بضعة آلاف من الرسائل شهريًا إلى مئات الآلاف في يوم واحد.

توضح Yahoo أن القفزات المفاجئة في الإرسال قد تجعل المصدر يبدو مخترقًا أو غير موثوق، وتوصي بالتخطيط للحملات وتوزيع حجم الإرسال.

القاعدة العاشرة: راقب السمعة والشكاوى باستمرار

لا تنتظر حتى يخبرك العملاء بأن الرسائل لا تصل.

راقب على مستوى كل نطاق ومسار إرسال:

• Delivery Rate
• Hard Bounce Rate
• Soft Bounce Rate
• Spam Complaint Rate
• Deferral Rate
• Unsubscribe Rate
• وقت التسليم
• الأخطاء حسب مزود البريد
• نسبة النجاح لكل نوع من الرسائل
• حجم الإرسال اليومي
• التغيرات المفاجئة في التفاعل

بالنسبة إلى Gmail، استهدف معدل شكاوى أقل من 0.1%، ولا تسمح بوصوله إلى 0.3% أو أكثر. وبالنسبة إلى Yahoo، يجب أن يبقى معدل الشكاوى للمرسلين بالجملة أقل من 0.3%.

استخدم Google Postmaster Tools لمراقبة نطاقات Gmail، وYahoo Sender Hub وComplaint Feedback Loop لشكاوى Yahoo، وحلل رموز الرفض والارتداد الواردة من Outlook.

قائمة فحص قبل إطلاق Email API

إعداد النطاق

• نطاق الإرسال مملوك للشركة.
• عنوان From واضح ومتسق.
• SPF منشور ولا يحتوي على تعارضات.
• DKIM يعمل لكل مصدر إرسال.
• DMARC منشور ويستقبل التقارير.
• نطاق From متطابق مع SPF أو DKIM.
• سجلات DNS الأمامية والعكسية صحيحة.
• الاتصال يدعم TLS.

تقسيم الإرسال

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

إدارة القائمة

• مصدر كل عنوان موثق.
• الموافقة محفوظة وقابلة للإثبات.
• طلبات الانسحاب موحدة بين الأنظمة.
• الارتدادات الدائمة تستبعد تلقائيًا.
• شكاوى Spam تمنع الإرسال اللاحق.
• العناوين غير النشطة تخضع لسياسة واضحة.

التكامل البرمجي

• Webhooks تستقبل حالات التسليم والارتداد.
• النظام يميز بين Hard وSoft Bounce.
• يوجد مفتاح فريد لكل رسالة.
• عمليات إعادة المحاولة محدودة.
• الأخطاء لا تتسبب في إرسال الرسالة عدة مرات.
• مفاتيح API محفوظة في بيئة آمنة.
• صلاحيات مفاتيح API محدودة.
• سجلات الأحداث لا تعرض بيانات حساسة دون حاجة.

الاختبار

• اختبار Gmail وOutlook وYahoo.
• اختبار البريد على الجوال وسطح المكتب.
• نسخة HTML ونسخة نصية سليمة.
• الروابط تعمل وتستخدم نطاقات موثوقة.
• عنوان الرسالة لا يضلل المستلم.
• اسم المرسل واضح.
• رابط الانسحاب ظاهر ويعمل.
• لا توجد صور أو مرفقات بحجم غير ضروري.

أخطاء شائعة تؤدي إلى Spam

الاعتقاد أن SPF وحده يكفي

SPF لا يوقع محتوى الرسالة، ولا يحقق بمفرده كل متطلبات النطاق الظاهر. تحتاج الشركات إلى DKIM وDMARC وتطابق النطاق.

وضع DMARC دون قراءة التقارير

وجود سجل p=none لا يحمي النطاق بالكامل. الغرض من المرحلة الأولى هو اكتشاف مصادر الإرسال وتصحيحها، ثم الانتقال إلى سياسة أقوى.

استخدام نطاق واحد لكل شيء

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

شراء قائمة بريدية

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

تجاهل إلغاء الاشتراك

عندما لا يجد المستخدم طريقة سهلة لإيقاف الرسائل، قد يستخدم زر Spam بدلًا منها.

رفع حجم الإرسال فجأة

القفزة المفاجئة قد تؤدي إلى تقييد الرسائل أو تأخيرها أو تحويلها إلى Spam.

قياس الفتح فقط

يجب أن تشمل المتابعة الشكاوى والارتدادات والتأخير والرفض والتحويلات، لا معدل الفتح وحده.

اعتبار Delivered مرادفًا لـInbox

قبول الخادم للرسالة لا يثبت ظهورها في البريد الوارد.

كيف تساعد OurSMS؟

توفر OurSMS خدمات Email API ضمن منظومة قنوات التواصل للأعمال، إلى جانب SMS وSMS API وWhatsApp Business API وOTP.

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

يوضح الملف التعريفي لـOurSMS أن المنصة تمتلك خبرة في التكامل عبر API وSMPP مع أنظمة CRM وERP والمتاجر الإلكترونية والتطبيقات الداخلية، إلى جانب أدوات التقارير وإدارة الحسابات والمستخدمين.

يمكن استخدام Email API من OurSMS في حالات مثل:

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

كما يمكن ربط البريد بقنوات أخرى؛ مثل استخدام SMS للتنبيهات العاجلة، أو WhatsApp Business API للمحادثات التفاعلية، أو OTP للتحقق من هوية المستخدم.

الخلاصة

الوصول إلى البريد الوارد في 2026 ليس نتيجة قالب جميل أو عنوان جذاب فقط.

تحتاج الشركات إلى منظومة متكاملة تشمل:

• SPF وDKIM وDMARC.
• تطابق نطاق From.
• سمعة جيدة للنطاق وعنوان IP.
• فصل الرسائل التشغيلية عن التسويقية.
• قوائم مبنية على موافقة صحيحة.
• إلغاء اشتراك سريع وسهل.
• معالجة آلية للارتدادات والشكاوى.
• رفع تدريجي لحجم الإرسال.
• متابعة مستمرة لكل مزود بريد.

ابدأ بالمصادقة، ثم نظف القائمة، وافصل مسارات الإرسال، وراقب السمعة. فكل رسالة غير مرغوبة لا تؤثر في حملة واحدة فقط؛ بل قد تؤثر في قدرة نطاق شركتك على إيصال الفواتير والتنبيهات والرسائل المهمة مستقبلًا.

هل تعمل على ربط تطبيقك أو متجرك أو نظام شركتك بخدمة بريد إلكتروني برمجية؟

استكشف Email API من OurSMS لإضافة البريد إلى رحلة تواصل عملائك، مع إمكانية دمجه مع SMS وWhatsApp Business API وOTP وفق حالة الاستخدام.

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

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

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

هي قدرة الرسالة على الوصول إلى البريد الوارد للمستلم، وليس مجرد قبولها من خادم البريد. فقد تكون الرسالة مسلّمة تقنيًا لكنها موجودة في Spam.

ما الفرق بين SPF وDKIM وDMARC؟

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

هل DMARC مطلوب في 2026؟

تطلب Gmail وYahoo وOutlook من المرسلين ذوي الأحجام الكبيرة نشر سجل DMARC. ويعد تطبيقه ممارسة أساسية لجميع الشركات لحماية النطاق وتحسين موثوقية الإرسال.

ما معدل Spam المقبول؟

توصي Google بإبقاء المعدل دون 0.1% وعدم بلوغ 0.3%، بينما تطلب Yahoo من المرسلين بالجملة الحفاظ على معدل أقل من 0.3%.

هل تحتاج الرسائل التشغيلية إلى إلغاء اشتراك؟

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

لماذا نحتاج إلى فصل البريد التسويقي عن التشغيلي؟

حتى لا تؤثر الشكاوى أو ضعف التفاعل في الحملات التسويقية على رسائل الفواتير والأمان وتأكيد الطلبات.

هل يضمن إعداد SPF وDKIM وDMARC الوصول إلى Inbox؟

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

متى تحتاج الشركة إلى عنوان IP مخصص؟

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

كيف نتعامل مع Hard Bounce؟

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

كيف نعرف سبب رفض Outlook للرسائل؟

راجع رمز NDR وترويسات المصادقة. يشير الخطأ 550 5.7.515 إلى أن نطاق From لم يحقق مستوى المصادقة المطلوب للمرسل ذي الحجم المرتفع.