استكشاف أخطاء BIMI وإصلاحها: لماذا لا يظهر شعارك (دليل شامل)

يتيح معيار Brand Indicators for Message Identification (BIMI) لمزودي خدمة البريد الإلكتروني عرض شعارك بجانب الرسائل المُصادق عليها. عندما يفشل الشعار في الظهور، يكون السبب دائماً تقريباً واحداً من سبع مشكلات محددة بوضوح. يرشدك هذا الدليل عبر كل منها بترتيب تكرار حدوثها، ويقدم لك خطوات التشخيص الدقيقة، ويخبرك بكيفية إصلاحها.

قبل أن تبدأ: كيف يعمل عرض شعار BIMI

عندما يعالج خادم البريد المستلم رسالة واردة، فإنه:

1. يتحقق من أن نطاق الإرسال يجتاز DMARC بسياسة إنفاذ.
2. يبحث عن سجل BIMI DNS TXT في default._bimi..
3. يجلب شعار SVG من عنوان URL في علامة l=.
4. (بالنسبة للمزودين الذين يتطلبون ذلك) يتحقق من صحة Verified Mark Certificate (VMC) أو Common Mark Certificate (CMC) من عنوان URL في علامة a=.
5. يعرض الشعار في واجهة صندوق الوارد.

أي فشل في أي خطوة يؤدي إلى إخفاء الشعار بصمت. لا يُعرض أي خطأ للمرسل أو المستلم.

السبب الأول: سياسة DMARC ليست على p=quarantine أو p=reject

هذا هو السبب الأكثر شيوعاً لعدم عرض شعارات BIMI.

كل مزود خدمة بريد إلكتروني يدعم BIMI — بما في ذلك Google وYahoo وApple وFastmail وغيرهم — يتطلب سياسة DMARC بقيمة p=quarantine أو p=reject قبل أن يعرض الشعار. تُعامل سياسة p=none على أنها بدون إنفاذ ويُتجاهل BIMI بالكامل.

كيفية التشخيص

قم بتنفيذ استعلام DNS على سجل DMARC الخاص بك:

dig TXT _dmarc.yourdomain.com

تحقق من قيمة p= في الاستجابة. تحقق أيضاً من:

• sp= — سياسة النطاق الفرعي. إذا كان بريدك الإلكتروني يُرسل من نطاق فرعي، فإن sp=none سيحظر BIMI على ذلك النطاق الفرعي حتى لو كان النطاق الرئيسي على p=reject.
• pct= — علامة النسبة المئوية. بعض المزودين يتطلبون pct=100. قد تتسبب قيمة أقل من 100 في عرض غير متسق للشعار.

كيفية الإصلاح

1. تأكد من أن مصادقة بريدك الإلكتروني (SPF وDKIM) تمر بنجاح باستمرار قبل رفع السياسة.
2. انقل DMARC من p=none إلى p=quarantine، وراقب لمدة أسبوعين إلى أربعة أسابيع.
3. انتقل إلى p=reject بمجرد أن تكون واثقاً من عدم فشل أي بريد شرعي.
4. عيّن pct=100 بشكل صريح.
5. إذا كنت ترسل من نطاقات فرعية، أضف sp=quarantine أو sp=reject.

مثال على سجل DMARC صحيح:

v=DMARC1; p=reject; sp=reject; pct=100; rua=mailto:[email protected];

ملاحظة: رفع سياسة DMARC يؤثر على تسليم البريد. لا تتخطَّ مرحلة المراقبة.

السبب الثاني: ملف SVG غير متاح عبر HTTPS

تجلب خوادم مزود البريد الإلكتروني شعارك في وقت العرض. إذا أعاد الملف أي شيء غير استجابة 200 OK صالحة عبر HTTPS، يُخفى الشعار.

الأسباب الفرعية الشائعة

| العَرَض | السبب المحتمل | |---|---| | 404 Not Found | عنوان URL خاطئ في علامة l=، الملف نُقل أو حُذف | | 403 Forbidden | CDN أو WAF يحظر وكلاء المستخدم غير المتصفحات | | 301/302 Redirect | بعض المزودين لا يتبعون عمليات إعادة التوجيه | | SSL certificate error | شهادة TLS منتهية الصلاحية أو موقعة ذاتياً على نطاق الاستضافة | | HTTP URL | HTTP العادي غير مقبول؛ HTTPS إلزامي |

كيفية التشخيص

1. انسخ عنوان URL الدقيق من علامة l= الخاصة بك.
2. اختبره باستخدام curl لمحاكاة جلب غير متصفح:

curl -I "https://yourdomain.com/bimi/logo.svg"

1. تحقق من رمز حالة HTTP، وترويسة Content-Type، وما إذا كانت هناك أي عملية إعادة توجيه.
2. اختبر من مواقع جغرافية متعددة أو استخدم أداة فحص ترويسات HTTP عبر الإنترنت لاستبعاد الحظر الجغرافي.

كيفية الإصلاح

1. تأكد من أن عنوان URL في سجل BIMI DNS الخاص بك يطابق تماماً مسار الملف المستضاف — بما في ذلك حساسية حالة الأحرف.
2. إذا كنت تستخدم CDN، أضف وكلاء المستخدم المستخدمين من قبل مزودي البريد الإلكتروني الرئيسيين إلى القائمة البيضاء، أو قم بتكوين CDN لتقديم الملف علنياً بدون حماية البوتات.
3. تأكد من أن نطاق الاستضافة لديه شهادة TLS صالحة وموثوقة (ليست موقعة ذاتياً).
4. إذا كانت إعادة التوجيه لا مفر منها، حدّث علامة l= للإشارة مباشرة إلى عنوان URL النهائي.
5. تحقق من أن الملف متاح من خارج شبكتك الخاصة.

السبب الثالث: الخادم يُرجع نوع MIME خاطئ

حتى لو كان ملف SVG متاحاً، يتحقق مزود البريد الإلكتروني من صحة ترويسة Content-Type التي يُرجعها خادمك. نوع MIME الصحيح هو image/svg+xml. أي قيمة أخرى — بما في ذلك text/plain أو application/octet-stream أو text/html — ستؤدي إلى رفض الشعار.

كيفية التشخيص

curl -I "https://yourdomain.com/bimi/logo.svg"

ابحث عن سطر Content-Type في ترويسات الاستجابة:

Content-Type: image/svg+xml

إذا رأيت أي شيء آخر، فإن نوع MIME مُعدّ بشكل خاطئ.

كيفية الإصلاح

يعتمد الإصلاح على خادم الويب أو منصة الاستضافة الخاصة بك.

Apache — أضف إلى .htaccess أو تكوين الخادم:

AddType image/svg+xml .svg .svgz

Nginx — أضف إلى mime.types أو كتلة الخادم:

types {

image/svg+xml svg svgz;
}

Amazon S3 / CloudFront — عيّن بيانات Content-Type الوصفية على الكائن إلى image/svg+xml عند الرفع. S3 لا يستنتج أنواع MIME تلقائياً.

Cloudflare Pages / Netlify — أضف ملف _headers:

/bimi/logo.svg

Content-Type: image/svg+xml

بعد إجراء التغييرات، أعد تشغيل فحص curl -I للتأكد من صحة الترويسة.

السبب الرابع: ملف SVG يفشل في التحقق من صحة W3C Tiny P/S

لا يقبل BIMI ملفات SVG القياسية. تتطلب المواصفات SVG Tiny 1.2 Portable/Secure (SVG Tiny P/S)، وهو ملف تعريف مقيد مصمم ليكون آمناً للعرض في سياقات غير موثوقة. معظم ملفات SVG المُصدَّرة من أدوات التصميم مثل Adobe Illustrator أو Figma أو Inkscape لا تتوافق مع هذا الملف التعريفي بدون تعديل.

إخفاقات التحقق الشائعة

| المشكلة | سبب الفشل | |---|---| | baseProfile مفقود أو خاطئ | يجب أن يكون baseProfile="tiny" في عنصر | | سمة version="1.2" مفقودة | مطلوبة بموجب المواصفات | | صور نقطية مضمنة () | غير مسموح بها في Tiny P/S | | JavaScript أو معالجات الأحداث | ممنوعة بشكل صارم | | مراجع خارجية أو مع href خارجي | غير مسموح بها | | CSS @import أو أوراق أنماط خارجية | غير مسموح بها | | الفلاتر أو الأقنعة أو التدرجات (في بعض التطبيقات) | دعم محدود | | الملف غير مغلف في كعنصر جذر | متطلب هيكلي |

كيفية التشخيص

1. افتح ملف SVG الخاص بك في محرر نصوص وافحص علامة الافتتاحية. يجب أن تتضمن:

```xml