BIMI บนซับโดเมน: หลักการทำงานของการสืบทอด

การเผยแพร่ BIMI record สำหรับโดเมนองค์กรของคุณจะขยายการแสดงตัวบ่งชี้แบรนด์ไปยังทุกซับโดเมนที่คุณใช้ส่งอีเมลโดยอัตโนมัติ — โดยไม่ต้องเพิ่ม DNS record เพิ่มเติม การทำความเข้าใจรูปแบบการสืบทอด ข้อจำกัด และการพึ่งพาการจัดแนว DMARC จะช่วยให้คุณติดตั้ง BIMI ได้อย่างถูกต้องบนโครงสร้างพื้นฐานการส่งอีเมลที่ซับซ้อน

หลักการทำงานของการสืบทอด BIMI

การสืบทอด BIMI ใช้ลำดับขั้นตอนการค้นหาเดียวกันกับ DMARC เมื่อเซิร์ฟเวอร์อีเมลผู้รับประเมินข้อความที่ส่งจาก marketing.example.com จะค้นหา BIMI record ตามลำดับดังนี้:

1. default._bimi.marketing.example.com — record เฉพาะซับโดเมน
2. default._bimi.example.com — fallback ไปยังโดเมนองค์กร

หากไม่มี record ที่ระดับซับโดเมน ผู้รับจะ fallback ไปยัง record ของโดเมนองค์กร ซึ่งหมายความว่า BIMI TXT record เพียงรายการเดียวที่เผยแพร่ที่ default._bimi.example.com จะครอบคลุมซับโดเมนทั้งหมดโดยอัตโนมัติ

ความหมายของ "โดเมนองค์กร"

โดเมนองค์กร คือโดเมนที่จดทะเบียน — ส่วนที่อยู่ใต้ public suffix โดยตรง สำหรับ mail.example.com และ marketing.example.com โดเมนองค์กรคือ example.com การสืบทอด BIMI จะแก้ไขขึ้นไปยังระดับนี้เสมอ ไม่ใช่ไปยังซับโดเมนระดับกลาง

การเผยแพร่ BIMI Record เดียวสำหรับทุกซับโดเมน

หากซับโดเมนที่ใช้ส่งอีเมลทั้งหมดของคุณใช้โลโก้เดียวกัน DNS record เพียงรายการเดียวก็เพียงพอ

ขั้นตอน:

1. ยืนยันว่าโดเมนองค์กรของคุณมีนโยบาย DMARC ที่ถูกต้อง (ดูข้อกำหนดการจัดแนว DMARCด้านล่าง)
2. เตรียมโลโก้ SVG รูปสี่เหลี่ยมจัตุรัสที่เป็นไปตามโปรไฟล์ SVG Tiny P/S
3. โฮสต์ SVG ที่ URL HTTPS ที่เสถียรและเข้าถึงได้สาธารณะ
4. เผยแพร่ BIMI TXT record เพียงรายการเดียวที่โดเมนองค์กรของคุณ:

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

1. ตรวจสอบว่าไม่มี BIMI record ที่ขัดแย้งกันอยู่ที่ระดับซับโดเมน

ซับโดเมนทั้งหมด — mail.example.com, marketing.example.com, transactional.example.com — จะสืบทอด record นี้โดยอัตโนมัติ

การแทนที่ BIMI สำหรับแต่ละซับโดเมน

คุณสามารถแทนที่ record ที่สืบทอดสำหรับซับโดเมนแต่ละรายการโดยเผยแพร่ BIMI TXT record แยกต่างหากโดยตรงที่ label _bimi ของซับโดเมนนั้น

เมื่อใดควรแทนที่:

• ซับโดเมนส่งภายใต้แบรนด์หรือโลโก้ผลิตภัณฑ์ที่แตกต่างกัน
• ซับโดเมนต้องการ Verified Mark Certificate (VMC) ที่แตกต่างกัน
• คุณต้องการระงับการแสดง BIMI สำหรับซับโดเมนเฉพาะ (เผยแพร่ null record)

ขั้นตอนการแทนที่:

1. ระบุซับโดเมนที่ต้องการโลโก้หรือใบรับรองที่แตกต่างกัน
2. เผยแพร่ BIMI record เฉพาะซับโดเมน:

   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. record เฉพาะซับโดเมนจะมีความสำคัญเต็มที่เหนือ record ของโดเมนองค์กรสำหรับข้อความที่ส่งจากซับโดเมนนั้น

หากต้องการระงับ BIMI บนซับโดเมน ให้เผยแพร่ record ที่มีค่า l= ว่างเปล่า:

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

ขอบเขตการครอบคลุมของ VMC ข้ามซับโดเมน

Verified Mark Certificate (VMC) รับรองความถูกต้องของโลโก้ของคุณและเป็นข้อกำหนดของผู้ให้บริการกล่องจดหมายรายใหญ่ — รวมถึง Gmail และ Apple Mail — เพื่อแสดงตัวบ่งชี้แบรนด์พร้อมเครื่องหมายยืนยัน

VMC หนึ่งใบครอบคลุมทุกซับโดเมนที่ใช้โลโก้เดียวกัน

VMC ออกให้กับไฟล์โลโก้เฉพาะ (SVG) ไม่ใช่โดเมนหรือซับโดเมนเฉพาะ ตราบใดที่อ้างอิง SVG เดียวกันใน BIMI record ทั้งหมดของคุณ 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 record ของโดเมนองค์กรของคุณกำหนดนโยบายที่ใช้กับข้อความจากซับโดเมน BIMI ต้องการนโยบาย quarantine หรือ reject — นโยบาย none ไม่เพียงพอ

ตัวอย่าง DMARC record พร้อมนโยบายซับโดเมน:

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

กฎการสืบทอดนโยบาย

| DMARC Record | นโยบายซับโดเมนที่ใช้ | |---|---| | 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 Record เฉพาะซับโดเมน

คุณยังสามารถเผยแพร่ DMARC record โดยตรงที่ซับโดเมนเพื่อแทนที่นโยบายที่สืบทอดได้:

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

DMARC record ระดับซับโดเมนมีความสำคัญเต็มที่เหนือ record ของโดเมนองค์กรสำหรับซับโดเมนนั้น — เป็นตรรกะการสืบทอดและการแทนที่เดียวกันกับที่ใช้กับ BIMI record

ข