פתרון בעיות BIMI: מדוע הלוגו שלכם לא מוצג (מדריך מקיף)
אבחון ותיקון של 7 הסיבות הנפוצות ביותר לכך שלוגו ה-BIMI שלכם לא מופיע בלקוחות דואר אלקטרוני. כולל מדיניות DMARC, אימות SVG, סוגי MIME, אישורי VMC/CMC, הפצת DNS ותמיכת לקוחות.
פתרון בעיות BIMI: מדוע הלוגו שלכם לא מוצג (מדריך מקיף)
Brand Indicators for Message Identification (BIMI) מאפשר לספקי תיבות דואר להציג את הלוגו שלכם לצד הודעות דואר אלקטרוני מאומתות. כאשר הלוגו לא מופיע, הסיבה היא כמעט תמיד אחת משבע בעיות מוגדרות היטב. מדריך זה עובר על כל אחת מהן לפי סדר השכיחות, מספק את שלבי האבחון המדויקים ומסביר כיצד לתקן.
לפני שמתחילים: כיצד פועלת הצגת לוגו BIMI
כאשר שרת דואר מקבל מעבד הודעה נכנסת, הוא:
- בודק שהדומיין השולח עובר DMARC במדיניות אוכפת.
- מחפש את רשומת BIMI DNS TXT בכתובת
default._bimi.<yourdomain>. - מושך את לוגו ה-SVG מכתובת ה-URL בתג
l=. - (עבור ספקים שדורשים זאת) מאמת את אישור Verified Mark (VMC) או אישור Common Mark (CMC) מכתובת ה-URL בתג
a=. - מרנדר את הלוגו בממשק תיבת הדואר.
כשל בכל שלב מדכא את הלוגו בשקט. לא מוצגת הודעת שגיאה לשולח או לנמען.
סיבה 1: מדיניות 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 עלול לגרום להצגת לוגו לא עקבית.
כיצד לתקן
- וודאו שאימות הדואר האלקטרוני שלכם (SPF ו-DKIM) עובר באופן עקבי לפני העלאת המדיניות.
- העבירו את DMARC מ-
p=noneל-p=quarantine, עקבו במשך שבועיים עד ארבעה שבועות. - עברו ל-
p=rejectברגע שאתם בטוחים שאין דואר לגיטימי שנכשל. - הגדירו
pct=100באופן מפורש. - אם שולחים מתת-דומיינים, הוסיפו
sp=quarantineאוsp=reject.
דוגמה לרשומת DMARC נכונה:
v=DMARC1; p=reject; sp=reject; pct=100; rua=mailto:[email protected];
הערה: העלאת מדיניות ה-DMARC משפיעה על משלוח הדואר. אל תדלגו על שלב המעקב.
סיבה 2: קובץ ה-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 הוא חובה |
כיצד לאבחן
- העתיקו את כתובת ה-URL המדויקת מתג ה-
l=שלכם. - בדקו אותה עם
curlכדי לדמות משיכה שאינה מדפדפן:
curl -I "https://yourdomain.com/bimi/logo.svg"
- בדקו את קוד המצב HTTP, את כותרת ה-
Content-Typeוהאם מתרחשת הפניה כלשהי. - בדקו ממספר מיקומים גיאוגרפיים או השתמשו בבודק כותרות HTTP מקוון כדי לשלול חסימה גיאוגרפית.
כיצד לתקן
- וודאו שכתובת ה-URL ברשומת BIMI DNS שלכם תואמת בדיוק לנתיב הקובץ המאוחסן — כולל רגישות לאותיות גדולות וקטנות.
- אם אתם משתמשים ב-CDN, הוסיפו לרשימה הלבנה את סוכני המשתמש שמשמשים ספקי תיבות דואר מרכזיים, או הגדירו את ה-CDN להגיש את הקובץ באופן ציבורי ללא הגנת בוטים.
- וודאו שלדומיין האירוח יש אישור TLS תקף ומהימן (לא חתום עצמית).
- אם הפניה בלתי נמנעת, עדכנו את תג ה-
l=להצביע ישירות לכתובת ה-URL הסופית. - אמתו שהקובץ נגיש מחוץ לרשת שלכם.
סיבה 3: השרת מחזיר סוג 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 כדי לוודא שהכותרת נכונה.
סיבה 4: קובץ ה-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" באלמנט ה-<svg> |
חסר מאפיין version="1.2" |
נדרש על ידי המפרט |
תמונות רסטר מוטמעות (<image>) |
לא מותר ב-Tiny P/S |
| JavaScript או מטפלי אירועים | אסור באופן מוחלט |
הפניות חיצוניות או <use> עם href חיצוני |
לא מותר |
CSS @import או גיליונות סגנון חיצוניים |
לא מותר |
| פילטרים, מסכות או גרדיאנטים (בחלק מהמימושים) | תמיכה מוגבלת |
קובץ לא עטוף ב-<svg> כאלמנט השורש |
דרישה מבנית |
כיצד לאבחן
- פתחו את ה-SVG שלכם בעורך טקסט ובדקו את תג ה-
<svg>הפותח. הוא חייב לכלול:
<svg xmlns="http://www.w3.