자산 검토에서 설정해야 하는 사항을 정의합니다.
A BIMI 파일 이름이 SVG로 끝나거나 브라우저에서 로고를 그릴 수 있기 때문에 로고가 준비되지 않았습니다. 유용한 핸드오프는 구조, 시각적 ID, 수신기 요구 사항 및 최종 호스팅 바이트를 독립적으로 검토할 수 있는 특정 후보입니다. 승인된 브랜드 아트워크로 시작하여 소유자를 식별하고 프로젝트가 대상으로 하는 전송 도메인과 수신 서비스를 기록합니다. 이는 기술적으로 깔끔한 그래픽이 승인된 회사 마크나 보증된 우편함 표시로 오인되는 것을 방지합니다.
이 문서에서는 보유된 BIMI 그룹 구현 지침과 Google의 수신자 문서를 사용합니다. BIMI 확립된 IETF 표준 트랙 RFC가 아닌 초안 작업으로 남아 있습니다. 이번 검토에서는 초안 문서를 전체 기본 텍스트 검증에 사용할 수 없었으므로 이는 완전한 규범적 적합성 사양이 아닌 소스 범위 준비 워크플로입니다. Google의 요구 사항은 특히 Gmail 요구 사항이며 모든 편지함에 대한 보편적인 규칙은 아닙니다.
도면에서 프로파일을 분리합니다.
BIMI 그룹은 Portable/Secure를 SVG Tiny 1.2보다 더 제한된 프로필로 설명합니다. 생성 가이드에서는 버전 1.2, baseProfiletiny-ps 및 제목 요소를 요구합니다. 지정된 XML 네임스페이스, 스크립트, 애니메이션, 대화형 요소 및 루트 svg 요소의 x 또는 y 속성 이외의 외부 참조는 제외됩니다. 프로필 레이블만 변경해도 파일의 다른 곳에 있는 금지된 콘텐츠는 제거되지 않습니다. 시작 줄뿐만 아니라 실제 XML 구조와 참조를 검토하세요. BIMI 그룹 생성 지침
승인 인증서가 아닌 디자인 내보내기를 입력으로 사용하십시오. 단순화하기 전에 인벤토리 요소, 속성, 내장된 콘텐츠 및 종속성을 확인하세요. 디자이너가 이미지 래퍼를 내보낸 경우 승인된 디자인 작업 흐름을 통해 아트웍을 실제 벡터 기하학으로 변환합니다. 내보내기에 필터나 애니메이션이 포함된 경우 시각적 효과를 적절하게 간단한 정적 구성으로 바꾸거나 디자인을 수정하세요. BIMI 그룹 문제 해결은 특히 포함된 이미지와 지원되지 않는 효과를 문제로 식별합니다. SVG 문제 해결
강도를 혼합하지 않고 수신기 요구 사항 적용
Gmail 의 경우 Google에서는 너비와 높이가 모두 96픽셀 이상이어야 하며 백분율이 아닌 절대 픽셀로 표시됩니다. Google에서는 중앙 정사각형 구성, 단색 배경, 32KB 이하의 파일, 접근성을 위한 설명 요소를 별도로 권장합니다. 필수 치수와 권장 프리젠테이션 간의 차이를 유지하십시오. 팀은 권장 사항을 자체 수용 규칙으로 채택할 수 있지만 소스에 더 강력한 보편적 명령을 부여하기보다는 해당 결정에 라벨을 붙여야 합니다. Google SVG 요구 사항
정사각형 캔버스라고 해서 눈에 보이는 표시가 모든 가장자리에 닿아야 한다는 의미는 아닙니다. 원형이나 둥근 모양으로 인해 잘릴 수 있는 부분 주위에 의도적으로 여유 공간을 두십시오. 좁은 획과 내부 네거티브 공간을 포함하여 작은 크기에서 대비와 인식을 평가합니다. 이는 제안된 디자인 검토 기준이며 Gmail 이나 다른 수신자가 이 후보를 렌더링했다는 증거는 아닙니다. 나중에 검토자가 구별할 수 있도록 검사에서 시뮬레이션된 작물, 로컬 미리보기 또는 실제 사서함을 사용했는지 여부를 기록합니다.
최적화를 통한 정체성 유지
브랜드 소유자에게 단순화된 후보와 승인된 마스터를 비교해 달라고 요청하세요. 경로 수를 최적화하거나 사용하지 않는 정의를 제거하면 문자 형식, 그라데이션 또는 기호가 변경될 수 있습니다. 잘못된 마크를 묘사하는 클리너 파일은 허용 가능한 결과가 아닙니다. 원본 내보내기와 각 후보를 별도로 보관하십시오. 검토를 위해 제시된 정확한 파일에 다이제스트를 할당하고 사용된 도구 버전과 변환을 기록합니다. 승인된 원본 아트웍의 유일한 사본을 덮어쓰지 마십시오.
인증서 지원 배포의 경우 자산을 최종 자산으로 처리하기 전에 발급자와 후보를 조정하세요. Google은 SVG와 VMC 또는 CMC 발행된 PEM 파일에 포함되어 있습니다. 결과적으로, 독립적으로 편집된 독립형 이미지는 기존 인증서에서 확인된 신원과 일치한다고 가정해서는 안 됩니다. 마크가 변경되면 단순히 공개 파일을 교체하고 인증서가 적합하다고 가정하기보다는 발행자의 지침을 얻으십시오. Google 인증서 워크플로
하나의 후보자와 연결된 승인 워크시트를 사용하십시오.
다음은 완성된 검증 기록이 아닌 원래 제안된 워크시트입니다. 각 행에 소유자, 증거 위치, 날짜 및 상태를 지정합니다. 증거가 없는 경우 계획된 작업을 통과로 전환하는 대신 알 수 없음을 사용합니다.
- 신원: 승인된 아트웍 참조, 법적 또는 브랜드 소유자, 의도된 도메인 및 대상 수신자.
- 파일: 후보 파일 이름, 바이트 수, 다이제스트 및 내보내기 또는 변환 기록.
- 구조: 선언된 프로필, 버전, 제목, 루트 속성 및 금지된 콘텐츠 결과.
- 수신기 오버레이: 현지에서 채택된 정확한 Gmail 크기, 단위 및 적용 가능한 권장 사항입니다.
- 시각적 검토: 작은 크기 인식, 대비, 여백 및 제안된 작물 비교.
- 유효성 검사기: 도구 이름, 버전, 정확한 입력 다이제스트, 전체 결과 및 해결되지 않은 경고.
- 인증서 종속성: 제안된 발급자, 허용된 자산 버전 및 일치하는 PEM 증거 상태.
- 호스팅 전달: 제안된 HTTPS URL, 배포 소유자 및 뛰어난 공개 검색 증거.
녹색 유효성 검사기 배지를 워크시트 대신 사용하지 마십시오. 유효성 검사기는 자신이 구현하는 규칙과 수신하는 파일만 평가할 수 있습니다. 경고 또는 지원되지 않는 검사를 포함하여 전체 결과를 보존합니다. 이후에 최적화 프로그램이 바이트를 변경하는 경우 새 후보를 다시 검증하고 검토하세요. 이렇게 하면 입력에서 분리된 스크린샷에 의존하는 대신 승인 진술을 재현할 수 있습니다.
가상의 예: 잘못된 내보내기가 포함된 올바른 로고
Gmail을 향한 파일럿을 위한 등대 마크를 준비하는 가상의 Harbour Lantern을 생각해 보세요. 디자이너는 백분율 크기와 내장된 비트맵이 포함된 시각적으로 올바른 SVG를 제공합니다. 이 시나리오에서 엔지니어는 처음에 baseProfile만 변경할 것을 제안합니다. 대신 검토자는 구조적 적합성과 Gmail 의 크기 요구 사항이라는 두 가지 문제를 분리합니다. 프로필 라벨만으로는 수리할 수 없습니다.
제안된 해결 방법은 승인된 벡터 아트워크를 가져와 단순화하고 적절한 절대 크기를 설정한 후 전체 파일을 다시 확인하는 것입니다. 그런 다음 브랜드 소유자는 생성된 등대 모양과 작은 크기의 가독성을 승인해야 합니다. 인증서 신청은 이전 내보내기가 아닌 검토된 후보를 사용합니다. Harbor Lantern에 대해 유효성 검사기가 실행되지 않았고 자산도 생성되지 않았으며 사서함 결과도 존재하지 않습니다. 이 예는 증거가 다음 결정을 어떻게 안내해야 하는지 보여줍니다.
완료를 과장하지 않고 핸드오프를 종료합니다.
유용한 검토 결론은 어떤 후보자가 검사를 받았는지, 어떤 우려 사항이 남아 있는지를 정확하게 알려줍니다. 예를 들어 공개 HTTPS 가져오기 및 발급자 승인이 아직 진행 중인 동안 구조 검토가 완료될 수 있습니다. 이러한 상태를 다음과 별도로 유지하세요. DMARC 준비 상태 및 수신자 표시. Google의 문서화된 Gmail 경로에는 VMC 또는 CMC 및 관련 PEM이 필요하므로 독립형 SVG 검토만으로는 Gmail 배포 준비 상태를 설정할 수 없습니다. Google 설정 전제조건
카탈로그의 원래 증거 요구 사항은 계속 열려 있습니다. 후보 자산, 유효성 검사기 결과 및 콘텐츠 및 인증서 증거가 포함된 공개 HTTPS 검색이 여기에서 제공되거나 실행되지 않았습니다. 인간 SME 검토, 현재 소스 적용 가능성, 생산 경로, 시각적 접근성 및 소유자 릴리스도 계속 열려 있습니다. 이 원고는 준비 가이드이므로 참고문헌과 가상 워크시트가 완전하다는 이유만으로 출판 준비 상태로 승격되어서는 안 됩니다.