متطلبات Gmail وYahoo للمرسِلين بالجملة: قائمة الامتثال الكاملة

أعلنت Google وYahoo متطلبات المرسِلين في أكتوبر 2023 وبدأتا تطبيقها في 1 فبراير 2024. ومنذ ذلك الحين انتقل الإنفاذ من التحذيرات إلى التعطيل: تنصّ أسئلة Google الشائعة على أن Gmail يشدّد الإنفاذ ابتداءً من نوفمبر 2025 وأن الرسائل المخالفة «ستواجه تعطّلًا، بما في ذلك الرفض المؤقت والدائم». هذه الصفحة نسخة قائمة التحقق: ما الذي يطلبه كل مزوّد فعلًا، وكيف تتحقق من كل بند بنفسك، وماذا تصلح حين يفشل أحدها. كل متطلب أدناه مأخوذ من صفحات المزوّدين نفسها وقُرئ في أكتوبر 2026؛ وهي تتغيّر، فأعد فحص المصادر المرتبطة في النهاية.

على من تنطبق القواعد

• كل المرسِلين إلى Gmail يجب أن يستوفوا الحدّ الأدنى: SPF أو DKIM، وDNS أمامي وعكسي صالحان، وTLS، وتنسيق RFC 5322، ومعدّل سبام أقل من 0.3%.
• المرسِلون بالجملة هم من يرسلون قرابة 5,000 رسالة أو أكثر إلى حسابات Gmail الشخصية خلال 24 ساعة. تُحتسب رسائل النطاق الأساسي نفسه معًا: 2,500 من example.com و2,500 من promo.example.com تجعلانك مرسِلًا بالجملة. وبعد بلوغ الحدّ تنصّ Google على أن صفة المرسِل بالجملة دائمة.
• Yahoo تستخدم مصطلح «المرسِلين بالجملة» دون تعريف رقمي منشور، وتعامل قواعد المصادقة وإلغاء الاشتراك بالطريقة نفسها.

خطّط للامتثال قبل بلوغ الحدّ لا بعده. وتقول Google أيضًا إن النطاقات الجديدة (التي لم ترسل أكثر من 5,000 يوميًا منذ 1 يناير 2024) تواجه جدولًا زمنيًا مسرَّعًا.

المتطلبات في نظرة واحدة

المتطلب	Gmail	Yahoo	كيف تتحقق
SPF وDKIM	SPF أو DKIM للجميع؛ كلاهما للجملة	SPF أو DKIM كحدّ أدنى؛ كلاهما للجملة	أداة فحص + رؤوس الرسالة
طول مفتاح DKIM	1024 بت على الأقل، ويوصى بـ 2048	1024 بت على الأقل	قيمة p= في سجلّ DKIM
سجلّ DMARC	مطلوب للجملة؛ p=none كافٍ	مطلوب للجملة؛ p=none على الأقل وناجح	استعلام DNS عن _dmarc.yourdomain
المطابقة	نطاق From يطابق نطاق SPF أو DKIM	الأمر نفسه؛ المطابقة المرنة مقبولة	رأس Authentication-Results
DNS أمامي وعكسي صالح (PTR)	مطلوب	مطلوب	dig -x <ip> ثم العكس
TLS	مطلوب	غير مذكور في صفحة متطلباتها	with ESMTPS في Received
معدّل السبام	أقل من 0.30%؛ ابقَ دون 0.10%	أقل من 0.3% (من البريد الواصل إلى الوارد)	Postmaster Tools / حلقة تغذية الشكاوى
إلغاء الاشتراك بنقرة	مطلوب للبريد التسويقي؛ mailto وحده لا يكفي	مطلوب؛ POST وفق RFC 8058 موصى به بشدة	الرؤوس + اختبار إلغاء
رابط إلغاء ظاهر	مطلوب	مطلوب	نص الرسالة
تنفيذ الإلغاء	خلال 48 ساعة	خلال يومين	تدقيق العملية
تنسيق الرسالة (RFC 5322)	مطلوب	RFC 5321 و5322	محلّل الرؤوس

1. صادِق بـ SPF وDKIM

يصرّح SPF بالخوادم المسموح لها بالإرسال باسم نطاقك؛ ويوقّع DKIM كل رسالة ليكشف المزوّدون العبث. يحتاج المرسِلون بالجملة كليهما. إن استخدمت عدة منصّات (مزوّد صندوق البريد، أداة النشرة، نظام CRM) فيجب أن تُغطّى كل منها بـ SPF وأن توقّع بـ DKIM. ابدأ بفحص النطاق:

🛡️فاحص SPF وDKIM وDMARCSPF تكراري مع حد الـ 10 استعلامات ومفاتيح DKIM وسياسة DMARCافتح الأداة →

انتبه لأشيع فشلين في SPF: أكثر من 10 استعلامات DNS (permerror) وتعدّد سجلّات SPF على نطاق واحد. كلاهما مشروح في دليل حدّ استعلامات SPF، وبناء سجلّ صحيح واحد لعدة مزوّدين مغطّى في سجلّ SPF لعدة مزوّدين.

2. انشر سجلّ DMARC وطابِق نطاق From

سجلّ بسيط يستوفي الشرط ويبدأ بجمع التقارير:

_dmarc.example.com.  IN  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

المطابقة هي الجزء الذي يفوّته الناس. في البريد المباشر يجب أن يطابق النطاق التنظيمي في عنوان From الظاهر نطاق SPF أو نطاق DKIM؛ يكفي أن يتطابق أحدهما، مع أن Google توصي بمطابقة كليهما وتقول إن المطابقة الكاملة ستصبح على الأرجح شرطًا. والبريد المُعاد توجيهه وبريد القوائم البريدية (البريد غير المباشر) مستثنى من فحص المطابقة. إن كانت منصّة توقّع بنطاقها فأعدّ لها نطاق DKIM مخصّصًا. وحين تُظهر تقاريرك مصادر مشروعة فقط انتقل تدريجيًا إلى p=quarantine ثم p=reject. انظر الدليل العملي لـ SPF وDKIM وDMARC.

3. أضف إلغاء الاشتراك بنقرة

تحتاج الرسائل التسويقية والمشترَك بها رأسَي List-Unsubscribe وList-Unsubscribe-Post إضافةً إلى رابط ظاهر في النص، ويجب تنفيذ الطلبات بسرعة. تحدّد Google أن روابط mailto وروابط URL العادية لا تستوفي الشرط. وأُعطي المرسِلون الذين كانت لديهم روابط إلغاء حتى 1 يونيو 2024 لتطبيق النقرة الواحدة. يغطي شرحنا تفاصيل نقطة النهاية وتوقيع DKIM: رأس List-Unsubscribe: إعداد النقرة الواحدة.

🚪مولّد List-Unsubscribeرؤوس إلغاء الاشتراك بنقرة واحدة وفق RFC 2369 وRFC 8058 مع متطلبات Gmail وYahooافتح الأداة →

4. ابقَ بشكاوى السبام دون 0.3% (والهدف دون 0.1%)

معدّل السبام في Gmail هو نسبة الرسائل التي يعلّمها المستخدمون كسبام، ويُحسب يوميًا في Google Postmaster Tools. توصي Google بالبقاء دون 0.10% وألا تبلغ 0.30% أبدًا. ومنذ يونيو 2024 يصبح المرسِل بالجملة الذي يتجاوز 0.30% غير مؤهَّل للتخفيف، ولا تعود الأهلية إلا بعد بقاء المعدّل دون 0.30% سبعة أيام متتالية. تحسب Yahoo معدّلها من البريد الواصل إلى الوارد فقط، فيلزم أن تستخدم أرقامك المقام نفسه. لتقليل الشكاوى:

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

تتبّع معدّلات الشكاوى والارتداد الخاصة بك بجانب لوحات المزوّدين:

📊حاسبة مقاييس البريدنسب التسليم والفتح والنقر والارتداد والشكاوى مع نطاق ثقة 95% وتنبيهات اتساقافتح الأداة →

5. افحص أساسيات البنية التحتية

• DNS العكسي (PTR): يجب أن يكون لعنوان IP المرسِل سجلّ PTR يُحلّ اسمه إلى العنوان نفسه (forward-confirmed reverse DNS). وتضيف Yahoo أن الاسم يجب أن يكون ذا معنى وغير عام، لا نمطًا مولَّدًا تلقائيًا.
• TLS: استخدم TLS لنقل SMTP. افحص with ESMTPS في رؤوس Received.
• لا تنتحل gmail.com في عنوان From؛ استخدم نطاقك.
• نسّق الرسائل وفق RFC 5322 مع Date وMessage-ID صالحين وFrom واحد.
• افصل التدفقات (Yahoo): لا تخلط البريد التسويقي الجماعي مع المعاملاتي على عناوين IP أو نطاقات DKIM نفسها.

كيف يبدو الفشل

يعيد Gmail رموز SMTP وأسبابًا محدّدة تظهر أيضًا في Postmaster Tools. تستخدم الإخفاقات المؤقتة رموز عائلة 4.7.x (4.7.23 و4.7.27 و4.7.29 و4.7.30 و4.7.31 و4.7.32) وتستخدم الرفوض 5.7.25 و5.7.27 و5.7.29 و5.7.30. تؤدي إخفاقات المصادقة والمطابقة وTLS والتنسيق وDNS إلى إخفاقات مؤقتة أو دائمة أو إلى مجلد السبام؛ أما إخفاقات معدّل السبام وDMARC وإلغاء الاشتراك فتجعل دعم التسليم أو التخفيف غير متاح. ارتداد يحمل أحد هذه الرموز هو إشارتك لتفحص الصفّ المطابق من الجدول أعلاه أولًا.

وماذا عن Outlook وMicrosoft؟

أعلنت Microsoft متطلبات مماثلة للمرسِلين بأكثر من 5,000 رسالة يوميًا إلى عناوينها الاستهلاكية (outlook.com وhotmail.com وlive.com) مع بدء الإنفاذ في 5 مايو 2025: SPF وDKIM وسياسة DMARC بـ p=none على الأقل، مع توجيه البريد المخالف أولًا إلى Junk. وتصف تقارير ثانوية الرفض عند SMTP للمخالفة المستمرة. ورُوجع إعلان Microsoft بعد نشره، فتأكد من السلوك الحالي في صفحات المرسِلين الخاصة بها. الخلاصة العملية واحدة: صادِق على كل شيء واعتبر هذه المتطلبات حدًّا أدنى في الصناعة لا قاعدة خاصة بـ Gmail.

تدقيق ذاتي في 15 دقيقة

1. مرّر نطاقك على أداة فحص SPF/DKIM/DMARC وأصلح أي permerror أو سجلّ مفقود.
2. أرسل اختبارًا إلى Gmail وافتح Show original وتأكد أن SPF وDKIM وDMARC كلها pass مع نطاق From لديك (انظر كيف تقرأ رؤوس البريد).
3. تأكد أن رؤوس إلغاء الاشتراك موجودة وموقَّعة بـ DKIM.
4. افتح Postmaster Tools وافحص سمعة النطاق ومعدّل السبام.
5. راجع معدّل الشكاوى والارتداد للشهر الماضي لكل منصّة.

أسئلة شائعة

متى بدأت متطلبات Gmail وYahoo؟

أُعلنت في أكتوبر 2023 وطُبّقت من 1 فبراير 2024. وتقول Google إنها تشدّد الإنفاذ على الحركة المخالفة منذ نوفمبر 2025 مع رفض مؤقت ودائم.

هل تنطبق المتطلبات إن أرسلت أقل من 5,000 رسالة يوميًا؟

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

هل p=none كافٍ لـ DMARC؟

نعم. تنصّ Google على إمكان ضبط السياسة على none، وتشترط Yahoo سياسة p=none على الأقل وناجحة. الانتقال إلى quarantine أو reject يحسّن الحماية من الانتحال.

هل يعفيني استخدام مزوّد خدمة بريد خارجي؟

لا. تنطبق المتطلبات على نطاق الإرسال، فيجب ضبط SPF وDKIM وDMARC وإلغاء الاشتراك في مزوّدك بحيث تطابق نطاق From.

كيف أفحص معدّل شكاوى السبام؟

استخدم Google Postmaster Tools لـ Gmail. وفي Yahoo استخدم حلقة تغذية الشكاوى وقارنها بالمعدّلات التي يبلغها مزوّدك، مع تذكّر أن Yahoo تحسب البريد الواصل إلى الوارد فقط.

المراجع ومزيد من القراءة

1. Google — Email sender guidelines
2. Google — Email sender guidelines FAQ
3. Yahoo — Sender requirements and best practices
4. Microsoft Community Hub — Outlook's new requirements for high-volume senders
5. RFC 8058 — One-Click Unsubscribe
6. RFC 7489 — DMARC