การแก้ไขปัญหา BIMI: ทำไมโลโก้ของคุณไม่แสดง (คู่มือฉบับสมบูรณ์)

Brand Indicators for Message Identification (BIMI) ช่วยให้ผู้ให้บริการกล่องจดหมายสามารถแสดงโลโก้ของคุณถัดจากอีเมลที่ผ่านการยืนยันตัวตน เมื่อโลโก้ไม่ปรากฏ สาเหตุมักมาจากหนึ่งในเจ็ดปัญหาที่ระบุได้ชัดเจน คู่มือนี้จะพาคุณผ่านแต่ละสาเหตุเรียงตามความถี่ที่พบ พร้อมขั้นตอนการวิเคราะห์ที่แม่นยำ และวิธีการแก้ไข

ก่อนเริ่มต้น: การแสดงโลโก้ BIMI ทำงานอย่างไร

เมื่อเซิร์ฟเวอร์อีเมลปลายทางประมวลผลข้อความขาเข้า จะดำเนินการดังนี้:

1. ตรวจสอบว่าโดเมนผู้ส่งผ่าน DMARC ที่นโยบายบังคับใช้
2. ค้นหา BIMI DNS TXT record ที่ default._bimi.
3. ดึง โลโก้ SVG จาก URL ในแท็ก l=
4. (สำหรับผู้ให้บริการที่กำหนด) ตรวจสอบ Verified Mark Certificate (VMC) หรือ Common Mark Certificate (CMC) จาก URL ในแท็ก a=
5. แสดงโลโก้ในหน้า inbox

ความล้มเหลวในขั้นตอนใดก็ตามจะทำให้โลโก้ถูกระงับโดยไม่มีการแจ้งเตือน ไม่มีข้อผิดพลาดแสดงให้ผู้ส่งหรือผู้รับเห็น

สาเหตุที่ 1: นโยบาย DMARC ไม่ได้ตั้งค่าเป็น p=quarantine หรือ p=reject

นี่คือสาเหตุที่พบบ่อยที่สุดเพียงหนึ่งเดียวที่ทำให้โลโก้ BIMI ไม่แสดง

ผู้ให้บริการกล่องจดหมายที่รองรับ BIMI ทุกราย — รวมถึง Google, Yahoo, Apple, Fastmail และอื่น ๆ — กำหนดให้ต้องมีนโยบาย DMARC เป็น p=quarantine หรือ p=reject ก่อนที่จะแสดงโลโก้ นโยบาย p=none ถือว่าไม่มีการบังคับใช้และ BIMI จะถูกละเลยทั้งหมด

วิธีการวิเคราะห์

ทำการค้นหา DNS สำหรับ DMARC record ของคุณ:

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 record ที่ถูกต้อง:

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 บล็อก user agents ที่ไม่ใช่เบราว์เซอร์ | | 301/302 Redirect | ผู้ให้บริการบางรายไม่ติดตาม redirects | | SSL certificate error | ใบรับรอง TLS บนโดเมนโฮสติ้งหมดอายุหรือ self-signed | | HTTP URL | HTTP ธรรมดาไม่ได้รับการยอมรับ; HTTPS เป็นข้อบังคับ |

วิธีการวิเคราะห์

1. คัดลอก URL ที่แน่นอนจากแท็ก l= ของคุณ
2. ทดสอบด้วย curl เพื่อจำลองการดึงข้อมูลที่ไม่ใช่เบราว์เซอร์:

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

1. ตรวจสอบ HTTP status code, header Content-Type และว่ามี redirect เกิดขึ้นหรือไม่
2. ทดสอบจากหลายพื้นที่ทางภูมิศาสตร์หรือใช้เครื่องมือตรวจสอบ HTTP header ออนไลน์เพื่อตัดปัญหา geo-blocking ออก

วิธีการแก้ไข

1. ยืนยันว่า URL ใน BIMI DNS record ตรงกับเส้นทางไฟล์ที่โฮสต์ — รวมถึงตัวพิมพ์ใหญ่-เล็ก
2. หากใช้ CDN ให้ whitelist user agents ที่ใช้โดยผู้ให้บริการกล่องจดหมายหลัก หรือกำหนดค่า CDN ให้ให้บริการไฟล์สาธารณะโดยไม่มีการป้องกันบอท
3. ตรวจสอบให้แน่ใจว่าโดเมนโฮสติ้งมี ใบรับรอง TLS ที่ถูกต้องและเชื่อถือได้ (ไม่ใช่ self-signed)
4. หาก redirect หลีกเลี่ยงไม่ได้ ให้อัปเดตแท็ก l= ให้ชี้ไปยัง URL สุดท้ายโดยตรง
5. ยืนยันว่าไฟล์สามารถเข้าถึงได้จากภายนอกเครือข่ายของคุณ

สาเหตุที่ 3: เซิร์ฟเวอร์ส่ง MIME Type ที่ไม่ถูกต้อง

แม้ว่าไฟล์ SVG จะเข้าถึงได้ แต่ผู้ให้บริการกล่องจดหมายจะตรวจสอบ header Content-Type ที่เซิร์ฟเวอร์ของคุณส่งกลับมา MIME type ที่ถูกต้องคือ image/svg+xml ค่าอื่นใด — รวมถึง text/plain, application/octet-stream หรือ text/html — จะทำให้โลโก้ถูกปฏิเสธ

วิธีการวิเคราะห์

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

มองหาบรรทัด Content-Type ใน response headers:

Content-Type: image/svg+xml

หากคุณเห็นค่าอื่น MIME type ถูกตั้งค่าผิด

วิธีการแก้ไข

การแก้ไขขึ้นอยู่กับเว็บเซิร์ฟเวอร์หรือแพลตฟอร์มโฮสติ้งของคุณ

Apache — เพิ่มใน .htaccess หรือ server config:

AddType image/svg+xml .svg .svgz

Nginx — เพิ่มใน mime.types หรือ server block:

types {

image/svg+xml svg svgz;
}

Amazon S3 / CloudFront — ตั้งค่า metadata Content-Type ของ object เป็น image/svg+xml เมื่ออัปโหลด S3 ไม่ได้อนุมาน MIME types โดยอัตโนมัติ

Cloudflare Pages / Netlify — เพิ่มไฟล์ _headers:

/bimi/logo.svg

Content-Type: image/svg+xml

หลังจากทำการเปลี่ยนแปลง ให้รันการตรวจสอบ curl -I อีกครั้งเพื่อยืนยันว่า header ถูกต้อง

สาเหตุที่ 4: ไฟล์ SVG ไม่ผ่านการตรวจสอบ W3C Tiny P/S

BIMI ไม่ยอมรับไฟล์ SVG มาตรฐาน ข้อกำหนดต้องการ SVG Tiny 1.2 Portable/Secure (SVG Tiny P/S) ซึ่งเป็นโปรไฟล์ที่จำกัดออกแบบมาให้ปลอดภัยสำหร