BIMI على النطاقات الفرعية: كيف يعمل التوارث

يؤدي نشر سجل BIMI لنطاقك التنظيمي إلى توسيع عرض مؤشر العلامة التجارية تلقائياً ليشمل كل نطاق فرعي ترسل منه — دون الحاجة إلى سجلات DNS إضافية. سيساعدك فهم نموذج التوارث وحدوده واعتماده على محاذاة DMARC في نشر BIMI بشكل صحيح عبر بنية إرسال معقدة.

كيف يعمل توارث BIMI

يتبع توارث BIMI نفس تسلسل البحث الهرمي المستخدم في DMARC. عندما يقيّم خادم البريد المستلم رسالة مرسلة من marketing.example.com، فإنه يبحث عن سجل BIMI بالترتيب التالي:

1. default._bimi.marketing.example.com — سجل خاص بالنطاق الفرعي
2. default._bimi.example.com — الرجوع إلى النطاق التنظيمي

إذا لم يكن هناك سجل على مستوى النطاق الفرعي، يرجع المستلم إلى سجل النطاق التنظيمي. هذا يعني أن سجل BIMI TXT واحداً منشوراً على default._bimi.example.com يغطي جميع النطاقات الفرعية تلقائياً.

ما المقصود بـ "النطاق التنظيمي"

النطاق التنظيمي هو النطاق المسجّل — الجزء الذي يقع مباشرة تحت اللاحقة العامة. بالنسبة لـ mail.example.com وmarketing.example.com، فإن النطاق التنظيمي هو example.com. يُحل توارث BIMI دائماً صعوداً إلى هذا المستوى، وليس إلى نطاق فرعي وسيط.

نشر سجل BIMI واحد لجميع النطاقات الفرعية

إذا كانت جميع نطاقاتك الفرعية المرسِلة تستخدم نفس الشعار، فسجل DNS واحد يكفي.

الخطوات:

1. تأكد من أن نطاقك التنظيمي لديه سياسة DMARC صالحة (انظر متطلبات محاذاة DMARC أدناه).
2. جهّز شعار SVG مربع يتوافق مع ملف تعريف SVG Tiny P/S.
3. استضف ملف SVG على عنوان URL ثابت يمكن الوصول إليه عبر HTTPS.
4. انشر سجل BIMI TXT واحداً على نطاقك التنظيمي:

   default._bimi.example.com  TXT  "v=BIMI1; l=https://brand.example.com/logo.svg; a=https://brand.example.com/cert.pem"
   

1. تحقق من عدم وجود سجلات BIMI متعارضة على مستوى النطاق الفرعي.

جميع النطاقات الفرعية — mail.example.com وmarketing.example.com وtransactional.example.com — ترث الآن هذا السجل تلقائياً.

تجاوز BIMI لكل نطاق فرعي

يمكنك تجاوز السجل الموروث لأي نطاق فرعي فردي عن طريق نشر سجل BIMI TXT منفصل مباشرة على تسمية _bimi الخاصة بذلك النطاق الفرعي.

متى يجب التجاوز:

• يرسل النطاق الفرعي تحت علامة تجارية مختلفة أو شعار منتج مختلف.
• يتطلب النطاق الفرعي شهادة علامة موثقة (VMC) مختلفة.
• تريد منع عرض BIMI لنطاق فرعي معين (انشر سجلاً فارغاً).

خطوات التجاوز:

1. حدد النطاق الفرعي الذي يتطلب شعاراً أو شهادة مختلفة.
2. انشر سجل BIMI خاصاً بالنطاق الفرعي:

   default._bimi.marketing.example.com  TXT  "v=BIMI1; l=https://brand.example.com/marketing-logo.svg; a=https://brand.example.com/marketing-cert.pem"
   

1. يأخذ السجل الخاص بالنطاق الفرعي الأولوية الكاملة على سجل النطاق التنظيمي للرسائل المرسلة من ذلك النطاق الفرعي.

لمنع BIMI على نطاق فرعي، انشر سجلاً بقيمة l= فارغة:

default._bimi.noreply.example.com  TXT  "v=BIMI1; l=;"

تغطية VMC عبر النطاقات الفرعية

تُصادق شهادة العلامة الموثقة (VMC) على شعارك وهي مطلوبة من قبل مزودي صناديق البريد الرئيسيين — بما في ذلك Gmail وApple Mail — لعرض مؤشر العلامة التجارية مع علامة التحقق.

شهادة VMC واحدة تغطي جميع النطاقات الفرعية التي تستخدم نفس الشعار

تُصدر VMC مقابل ملف شعار محدد (ملف SVG)، وليس مقابل نطاق أو نطاق فرعي محدد. شريطة أن يتم الإشارة إلى نفس SVG عبر جميع سجلات BIMI الخاصة بك، فإن شهادة VMC واحدة تغطي نطاقك التنظيمي وكل نطاق فرعي يرث أو يشير صراحة إلى ذلك الشعار.

لا تحتاج إلى شهادة VMC لكل نطاق فرعي.

الشعارات المتعددة تتطلب شهادات VMC متعددة

إذا عرضت نطاقات فرعية مختلفة شعارات مختلفة — على سبيل المثال، شعار العلامة التجارية الأم على mail.example.com وشعار علامة منتج على app.example.com — فإن كل شعار مميز يتطلب شهادة VMC خاصة به.

| السيناريو | عدد شهادات VMC المطلوبة | |---|---| | شعار واحد، نطاق فرعي واحد أو أكثر | 1 VMC | | شعاران عبر نطاقين فرعيين | 2 VMCs | | ثلاثة شعارات عبر عشرة نطاقات فرعية | 3 VMCs |

العامل المحدد دائماً هو عدد الشعارات الفريدة، وليس عدد النطاقات أو النطاقات الفرعية.

متطلبات محاذاة DMARC للنطاقات الفرعية

لن يُعرض BIMI ما لم تجتاز الرسالة المرسلة مصادقة DMARC. بالنسبة للمرسلين من النطاقات الفرعية، فإن تكوين DMARC الحاسم هو علامة sp= — سياسة النطاق الفرعي.

علامة sp=

تحدد علامة sp= في سجل DMARC الخاص بنطاقك التنظيمي السياسة المطبقة على الرسائل من النطاقات الفرعية. يتطلب BIMI سياسة quarantine أو reject — سياسة none غير كافية.

مثال على سجل DMARC مع سياسة النطاق الفرعي:

_dmarc.example.com  TXT  "v=DMARC1; p=reject; sp=reject; rua=mailto:[email protected]"

قواعد توارث السياسة

| سجل DMARC | سياسة النطاق الفرعي المطبقة | |---|---| | p=reject; sp=reject | ترث النطاقات الفرعية reject ✅ | | p=reject; sp=quarantine | تستخدم النطاقات الفرعية quarantine ✅ | | p=reject; sp=none | تستخدم النطاقات الفرعية none — لن يُعرض BIMI ❌ | | p=reject (بدون علامة sp=) | ترث النطاقات الفرعية p=reject ✅ | | p=none (بدون علامة sp=) | ترث النطاقات الفرعية none — لن يُعرض BIMI ❌ |

مهم: إذا تم حذف sp=، ترث النطاقات الفرعية قيمة p=. تأكد من تعيين p= على quarantine أو reject قبل الاعتماد على التوارث.

سجلات DMARC الخاصة بالنطاق الفرعي

يمكنك أيضاً نشر سجل DMARC مباشرة على نطاق فرعي لتجاوز السياسة الموروثة:

_dmarc.marketing.example.com  TXT  "v=DMARC1; p=reject; rua=mailto:[email protected]"

يأخذ سجل DMARC على مستوى النطاق الفرعي الأولوية الكاملة على سجل النطاق التنظيمي لذلك النطاق الفرعي — نفس منطق التوارث والتجاوز الذي ينطبق على سجلات BIMI.

أخطاء BIMI الشائعة في النطاقات الفرعية

| الخطأ | النتيجة | الحل | |---|---|---| | sp=none في DMARC | منع BIMI على جميع النطاقات الفرعية | اضبط sp=quarantine أو sp=reject | | نشر VMC لكل نطاق فرعي دون داعٍ | تكلفة وتعقيد غير ضروريين | شهادة VMC واحدة لكل شعار فريد كافية | | نسيان تجاوز نطاق فرعي بشعار مختلف | عرض شعار خاطئ | انشر سجل BIMI خاصاً بالنطاق الفرعي | | استضافة SVG عبر HTTP | تجاهل السجل | قدّم SVG عبر HTTPS فقط | | استخدام ملف تعريف SVG غير متوافق | رفض الشعار من قبل مزودي صناديق البريد | حوّل إلى SVG Tiny P/S |

مرجع سريع: قائمة تحقق BIMI للنطاقات الفرعية

• [ ] DMARC p=