설명된 메커니즘과 입증된 지원을 분리하세요.
다중 로고 기능은 다음으로 문서화될 수 있습니다. BIMI 모든 수신 사서함에서 사용할 수 없는 작업 그룹입니다. 유용한 계획 질문은 단순히 태그가 존재하는지 여부가 아니라 의도한 수신자가 관련 동작을 구현하는지 여부와 발신자가 실제 메시지에 대한 결과를 증명할 수 있는지 여부입니다. 사양 상태, 공급자 지원, 관찰된 표시 및 비즈니스 영향을 4개의 별도 증거 범주로 유지합니다.
BIMI 그룹은 2026년 7월 23일에 lps 설명을 발표했습니다. 이 리뷰에서는 2026년 11월 8일에 해당 페이지를 유지했습니다. 이 기능은 비교적 새로운 기능이라고 하며 수신기 지원이 여전히 등장하고 있다고 명시적으로 나와 있습니다. 이 문서에서는 보편적으로 배포된 표준이 아닌 그룹 설명 메커니즘을 요약합니다. 전체 현재 초안 텍스트는 검증에 사용할 수 없었기 때문에 정확한 규범적 가장자리 사례와 수신자 구현은 제한된 증거 격차로 남아 있습니다. 실시간 공급자 지원이나 디스플레이 테스트가 수행되지 않았습니다.
로컬 부분 아이디어를 높은 수준에서 이해
그룹은 lps를 다음과 같이 로컬 부분으로 설명합니다. 선택자. 로컬 부분은 at 기호 앞의 보낸 사람 주소 부분입니다. 설명된 워크플로에서 수신자는 먼저 기본 BIMI 어설션을 검사하고 lps 조건이 적용될 때 발신자의 로컬 부분을 사용하여 추가 조회를 수행할 수 있습니다. 이렇게 하면 발신자의 플랫폼에서 사용자 지정 선택기 헤더를 삽입하도록 요구하는 대신 선택 사항이 DNS 로 이동됩니다. BIMI 그룹 lps 설명
이 문서에서는 모든 보낸 사람이 추가 조회를 트리거할 수 있도록 하는 쉼표로 구분된 접두사와 빈 lps 값에 대해 설명합니다. 또한 더하기 주소 지정 제거, 마침표 또는 밑줄을 대시로 변환하는 등 정규화 예에 대해서도 설명합니다. 이를 완전한 파서 사양이 아닌 작업 그룹의 문서화된 설명으로 취급하십시오. 구현하기 전에 몇 가지 예에서 추론하기보다는 적용 가능한 초안 및 수신자 증거에 대해 정확한 정규화, 일치 및 대체 동작을 해결하세요.
lps를 메시지 선택기와 비교
BIMI 그룹의 별도 선택기 가이드에서는 선택기 아래의 대체 주장을 식별하는 BIMI-Selector 헤더를 설명합니다. _bimi.domain. DMARC 정렬로 해당 헤더를 보호하는 것이 좋습니다. DKIM 서명 서명되지 않은 기본 설정은 무시될 수 있음을 경고합니다. 이는 주소와 DNS 에서 선택을 도출하는 것으로 설명되는 lps 접근 방식과는 다른 제어 지점입니다. BIMI 선택기 안내
이러한 접근 방식 중 선택은 전송 플랫폼과 대상 수신자에 따라 다릅니다. 적절한 헤더를 추가할 수 없는 플랫폼에서는 DNS 기반 아이디어가 매력적일 수 있지만 수신자 지원이 설정되지는 않습니다. 반대로, 기존 BIMI 선택기에 대한 지원은 lps에 대한 지원을 증명하지 않습니다. 소스 증거 또는 명시적으로 알 수 없는 값을 사용하여 두 기능을 공급자 매트릭스의 별도 행으로 유지합니다.
먼저 기본 동작을 디자인하세요.
lps 기사에 따르면 태그를 구현하지 않는 공급자는 이를 무시하고 표준을 평가합니다. BIMI 기록. 이는 기본 어설션이 의도적인 호환성 선택으로 유지된다는 의미입니다. 기본 로고를 게시하지만 lps가 선택한 주소로 브랜딩을 제한할 것으로 예상하는 계획에서는 지원되지 않는 수신기가 기본값으로 수행할 작업을 고려해야 합니다. 그룹은 선택된 로컬 부분 조회와 함께 빈 기본 로고를 보여 주지만 해당 예는 명명된 수신자에서의 동작을 증명하지 않습니다. BIMI 그룹 대체 토론
로고 억제를 보안 경계로 취급하지 마십시오. 브랜드 표시가 없다는 것은 배송 금지, 신원 인증 시스템 또는 다른 아바타가 나타나지 않는다는 보장이 아닙니다. 수신자는 BIMI 외부의 접촉 이미지나 기타 프리젠테이션 메커니즘을 가질 수 있습니다. 제안된 디자인은 메시지 인증 및 액세스 제어를 실제 메커니즘에 맡기면서 원하는 브랜딩 동작을 명시해야 합니다.
모든 로고에 대한 자산 및 권리 종속성을 계획합니다.
선택기 이름이 여러 개라고 해서 각 이미지에 첨부된 요구 사항이 없어지지는 않습니다. BIMI 그룹의 선택 가이드에서는 문서가 여러 도메인을 포괄할 수 있는 경우에도 증거 문서가 하나의 로고에 연결된 것으로 설명합니다. 따라서 다양한 브랜드 아트워크에 대한 계획에는 하나의 인증서가 캠페인 컬렉션을 자동으로 포함한다고 가정하기보다는 의도한 각 로고에 대한 발급자와 권리 검토가 필요합니다. 실제 애플리케이션에 대한 현재 발급자 패키징 및 카테고리 규칙을 확인하세요. 다중 로고 증거 종속성
변경 기록에 연결된 자산, 인증서 자료, DNS 어설션 및 소유자를 유지합니다. 지원 주소가 변경되거나 제품이 중단된 경우 해당 주장과 호스팅된 리소스를 검토하세요. 이름 충돌, 주소 변경 및 소유권을 이해하지 못한 채 모든 사서함에 대한 선택기를 자동으로 생성하지 마세요. 정규화는 겉보기에 다른 주소를 유사하게 매핑할 수 있습니다. 정확한 충돌 동작은 적용 가능한 구현 및 제어 테스트에 대한 문제로 남아 있습니다.
원래 지원 및 디스플레이 테스트 매트릭스
다음은 테스트 결과가 아닌 제안된 매트릭스입니다. 각 셀은 문서화된 지원, 관찰된 행동 및 해결되지 않은 해석을 구별해야 합니다. 테스트 메시지를 보내거나 DNS 변경하기 전에 승인을 얻고, 통제된 계정과 민감하지 않은 콘텐츠를 사용하세요.
- 수신기 및 클라이언트: 서비스, 웹 또는 모바일 표면, 버전(사용 가능한 경우) 및 관찰 날짜.
- 메커니즘: 일반 기본 어설션, BIMI-Selector 헤더 또는 lps 기반 선택.
- 입력 사례: 승인된 일치 접두사, 일치하지 않는 주소, 추가 주소 또는 정규화 사례.
- 기본 동작: 의도된 대체 및 lps가 지원되지 않을 때 예상되는 동작입니다.
- 인증: 실제 메시지 ID, 정렬된 결과 및 신뢰할 수 있는 검증자 증거.
- 자산 체인: 선택된 주장, 공개 답변, 승인된 로고 및 인증서 종속성.
- 관찰: 실제 표시된 이미지, 이미지가 없거나 불확실한 결과, 컨텍스트가 유지됨.
- 제한 사항: 캐싱, 계정 연락처 이미지, 알 수 없는 구현 및 불완전한 적용 범위.
엣지 케이스 이전에 가장 간단한 케이스부터 시작하세요. 기본 어설션과 명시적으로 선택된 하나의 주소는 기본 의도 경로가 승인된 환경에서 관찰 가능한지 여부를 설정할 수 있습니다. 그런 다음 정규화, 폴백 및 클라이언트 차이로 매트릭스를 확장합니다. 단일 스크린샷을 사용하여 모든 주소 매핑이나 모든 수신기 표면을 추론해서는 안 됩니다.
결과 측정을 디스플레이 테스트와 별도로 유지
나타나는 로고는 디스플레이 관찰일 뿐, 열기, 클릭 또는 신뢰가 증가했다는 증거는 아닙니다. 기업이 통제된 결과 주장을 원하는 경우 지표, 비교 그룹, 샘플 기간 및 제한 사항을 미리 정의하십시오. 로고 실험을 통해 콘텐츠, 청중에 대한 변경 사항을 혼합하거나 평판을 보내는 것을 피하고 전체 차이를 BIMI 에 귀속시킵니다. 이는 제안된 실험 규율이지 통제된 연구가 수행되었다는 주장이 아닙니다.
보고된 모든 결과는 전달, 렌더링 및 참여를 구분해야 합니다. 렌더링 증거가 누락되면 청중이 실제로 치료를 보았다는 주장이 약화됩니다. 클라이언트 캐싱 및 개인 정보 보호 관련 측정 동작도 해석을 복잡하게 만들 수 있습니다. 마케팅 관련 주장을 하기 전에 이러한 제한 사항을 유지하고 적절한 검토를 받으십시오. 이 원고는 백분율 상승, 인과 효과 또는 투자 수익 추정치를 뒷받침하지 않습니다.
가상의 예: 두 개의 고객 주소가 있는 공유 도메인
허구의 Juniper Desk는 BIMI 로고 없이 직원 메일을 남기면서 뉴스레터와 지원 메시지에 대해 다른 삽화를 원합니다. 제안된 디자인은 플랫폼이 사용자 정의 헤더를 쉽게 삽입할 수 없기 때문에 lps를 사용합니다. 검토에서는 먼저 의도한 수신자가 lps를 지원하는지 여부와 그렇지 않은 경우 기본 어설션으로 무엇을 할 것인지 묻습니다. 팀이 주소 수준 브랜딩에 의존하기 전에 이러한 질문에 답해야 합니다.
계획된 테스트 매트릭스에는 두 개의 승인된 주소, 일치하지 않는 직원 주소 및 선택된 정규화 사례가 포함되며 각 수신자와 클라이언트에 대한 별도의 행이 있습니다. 또한 각 로고에 대한 권리와 인증서 검토가 필요합니다. Juniper Desk는 허구입니다. 기록이 게시되지 않았고, 메일이 전송되지 않았으며, 표시 또는 참여도 측정되지 않았습니다.
카탈로그에는 수신기 디스플레이 테스트 매트릭스가 필요하며, 청구된 경우 제한적으로 제어된 결과 측정이 필요합니다. 이 문서에서는 제안된 매트릭스만 제공합니다. 원본 증거, 인간 SME, 소스 적용 가능성, 생산 경로, 시각적 접근성 및 소유자 공개는 계속 열려 있습니다. lps 논의는 구현된 지원이나 측정된 이점을 주장하는 것이 아니라 범위 계획에 적합합니다.