하위 도메인에서의 BIMI: 상속 작동 방식

조직 도메인에 BIMI 레코드를 게시하면 추가 DNS 레코드 없이도 해당 도메인에서 발송하는 모든 하위 도메인에 브랜드 표시가 자동으로 확장됩니다. 상속 모델과 그 한계, 그리고 DMARC 정렬 의존성을 이해하면 복잡한 발송 인프라 전반에 걸쳐 BIMI를 올바르게 배포할 수 있습니다.

BIMI 상속 작동 방식

BIMI 상속은 DMARC에서 사용하는 것과 동일한 조회 계층 구조를 따릅니다. 수신 메일 서버가 marketing.example.com에서 발송된 메시지를 평가할 때, 다음 순서로 BIMI 레코드를 찾습니다:

1. default._bimi.marketing.example.com — 하위 도메인별 레코드
2. default._bimi.example.com — 조직 도메인 폴백

하위 도메인 수준에 레코드가 없으면 수신자는 조직 도메인 레코드로 폴백합니다. 이는 default._bimi.example.com에 게시된 단일 BIMI TXT 레코드가 모든 하위 도메인을 자동으로 커버한다는 것을 의미합니다.

"조직 도메인"의 의미

조직 도메인은 등록된 도메인으로, 공개 접미사 바로 아래 부분입니다. mail.example.com과 marketing.example.com의 경우 조직 도메인은 example.com입니다. BIMI 상속은 항상 이 수준까지 상향 해석되며, 중간 하위 도메인으로는 해석되지 않습니다.

모든 하위 도메인에 대한 단일 BIMI 레코드 게시

모든 발송 하위 도메인이 동일한 로고를 사용하는 경우 하나의 DNS 레코드로 충분합니다.

단계:

1. 조직 도메인에 유효한 DMARC 정책이 있는지 확인합니다(아래 하위 도메인의 DMARC 정렬 요구 사항 참조).
2. SVG Tiny P/S 프로필을 준수하는 정사각형 SVG 로고를 준비합니다.
3. 안정적이고 공개적으로 접근 가능한 HTTPS URL에 SVG를 호스팅합니다.
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 레이블에 별도의 BIMI TXT 레코드를 직접 게시하여 특정 하위 도메인에 대해 상속된 레코드를 재정의할 수 있습니다.

재정의가 필요한 경우:

• 하위 도메인이 다른 브랜드 또는 제품 로고로 발송하는 경우
• 하위 도메인에 다른 Verified Mark Certificate (VMC)가 필요한 경우
• 특정 하위 도메인에서 BIMI 표시를 억제하려는 경우(null 레코드 게시)

재정의 단계:

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 적용 범위

Verified Mark Certificate (VMC)는 로고를 인증하며, Gmail 및 Apple Mail을 포함한 주요 메일박스 제공업체에서 인증 체크마크와 함께 브랜드 표시를 표시하는 데 필요합니다.

하나의 VMC가 동일한 로고를 사용하는 모든 하위 도메인을 커버

VMC는 특정 도메인이나 하위 도메인이 아닌 특정 로고 파일(SVG)에 대해 발급됩니다. 모든 BIMI 레코드에서 동일한 SVG가 참조되는 한, 단일 VMC가 조직 도메인과 해당 로고를 상속하거나 명시적으로 참조하는 모든 하위 도메인을 커버합니다.

하위 도메인별로 별도의 VMC가 필요하지 않습니다.

여러 로고에는 여러 VMC가 필요

다른 하위 도메인이 다른 로고를 표시하는 경우 — 예를 들어 mail.example.com에는 모 브랜드 로고, app.example.com에는 제품 브랜드 로고 — 각각의 고유한 로고에 대해 별도의 VMC가 필요합니다.

| 시나리오 | 필요한 VMC 수 | |---|---| | 하나의 로고, 하나 또는 여러 하위 도메인 | 1개 VMC | | 두 하위 도메인에 걸쳐 두 개의 로고 | 2개 VMC | | 열 개의 하위 도메인에 걸쳐 세 개의 로고 | 3개 VMC |

결정 요인은 항상 도메인이나 하위 도메인의 수가 아닌 고유한 로고의 수입니다.

하위 도메인의 DMARC 정렬 요구 사항

발송된 메시지가 DMARC 인증을 통과하지 않으면 BIMI가 표시되지 않습니다. 하위 도메인 발신자의 경우 중요한 DMARC 구성은 sp= 태그 — 하위 도메인 정책입니다.

sp= 태그

조직 도메인의 DMARC 레코드에 있는 sp= 태그는 하위 도메인에서 발송되는 메시지에 적용되는 정책을 정의합니다. 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 실수

| 실수 | 결과 | 해결 방법 | |---|---|---| | DMARC에 sp=none 설정 | 모든 하위 도메인에서 BIMI 억제됨 | sp=quarantine 또는 sp=reject 설정 | | 불필요하게 하위 도메인별 VMC 게시 | 불필요한 비용과 복잡성 | 고유한 로고당 하나의 VMC로 충분 | | 다른 로고를 가진 하위 도메인 재정의를 잊음 | 잘못된 로고가 표시됨 | 하위 도메인별 BIMI 레코드 게시 | | HTTP를 통해 SVG 호스팅 | 레코드가 무시됨 | HTTPS를 통해서만 SVG 제공 | | 비준수 SVG 프로필 사용 | 메일박스 제공업체에서 로고 거부됨 | SVG Tiny P/S로 변환 |

빠른 참조: 하위 도메인 BIMI 체크리스트

• [ ] DMARC p=