Revise o arquivo que realmente será usado
Um logotipo que parece correto em uma aplicação de design ainda pode ser inadequado para BIMI. A visualização pode ocultar uma referência de imagem externa, depender de uma fonte indisponível ou de recursos de renderização que o perfil SVG necessário exclui. Um processo de validação deve inspecionar o arquivo candidato, os bytes entregues a partir de sua URL pública e qualquer relação marca-evidência, não apenas a aparência da obra de arte.
Comece identificando uma única versão candidata. Registre seu nome de arquivo, tamanho de byte, hash criptográfico, aprovação de marca e domínios pretendidos. Mantenha a fonte do design separada do indicador exportado. Quando um exportador ou editor modifica o SVG, calcule um novo hash e repita as verificações. Um resultado anterior para outro arquivo com o mesmo nome não valida a substituição.
Verifique o perfil SVG em vez da extensão
O Grupo BIMI descreve o SVG Portable/Secure como um perfil mais estrito do SVG Tiny 1.2. Sua orientação identifica baseProfile="tiny-ps", version="1.2" e um elemento de título obrigatório. Simplesmente renomear um PNG ou alterar um atributo SVG não prova conformidade. Inspecione a estrutura real do documento e utilize um validador adequado ao perfil escolhido. Orientação SVG do Grupo BIMI.
A mesma orientação exclui scripts, animações, elementos interativos e referências externas que não sejam os namespaces XML especificados. Também exclui x e y atributos no elemento SVG raiz. Mantenha essa última restrição na raiz: uma lista de verificação que exclui mecanicamente todas as coordenadas do documento pode danificar o trabalho artístico em vez de validá-lo.
Uma revisão estrutural proposta deve identificar cada descoberta por localização e regra. Se um recurso externo for referenciado, determine como a arte aprovada pode se tornar independente usando o fluxo de trabalho suportado pelo designer. Não execute conteúdo incorporado desconhecido ou aceite um aviso inexplicável de um validador só porque a visualização do navegador ainda parece atraente.
Requisitos separados das recomendações de compatibilidade
Gmail adiciona suas próprias dimensões documentadas: largura e altura mínimas de 96 pixels, expressas em pixels absolutos em vez de porcentagens. Suas recomendações de compatibilidade incluem uma composição quadrada centralizada, um fundo sólido, um arquivo de 32 KB ou menos e um elemento de descrição para acessibilidade. A distinção é importante: um mínimo específico do fornecedor não é automaticamente uma regra universal BIMI , enquanto uma recomendação não deve tornar-se silenciosamente um requisito de protocolo rígido. Configuração do Google BIMI , requisitos SVG.
O Grupo BIMI também recomenda um design quadrado centralizado e um fundo sólido porque a exibição pode usar um círculo ou quadrado arredondado. Revise o logotipo em tamanhos pequenos e em recortes plausíveis. Letras finas que sejam tecnicamente válidas podem tornar-se ilegíveis. Esta revisão visual complementa a validação estrutural; nenhum substitui o outro. Orientação SVG do Grupo BIMI.
Mantenha explícito o tratamento pretendido da marca. O designer pode precisar escolher uma marca simplificada aprovada em vez de comprimir um bloqueio corporativo completo em um pequeno avatar. Obtenha essa aprovação antes de tratar a variante tecnicamente conveniente como a identidade autorizada da organização.
Teste bytes entregues e HTTPS de forma independente
O candidato local e a URL pública são dois alvos de evidência diferentes. Uma camada de hospedagem pode retornar um arquivo mais antigo, exigir cookies, reescrever o conteúdo ou exibir um erro de HTML com uma página com aparência de sucesso. Uma busca não autenticada proposta deve reter o tempo de solicitação, URLs solicitados e finais, status HTTP, cabeçalhos, tipo de conteúdo, comprimento do conteúdo quando disponível e um hash do corpo baixado.
Compare o corpo recuperado com o candidato aprovado e investigue as diferenças em vez de presumir que a ferramenta de implantação o preservou. Um download bem-sucedido é apenas a verificação de recuperação. Ele não estabelece conformidade com SVG, evidência de marca aceita ou exibição de logotipo. A orientação do servidor web do Google requer HTTPS e descreve suas expectativas TLS . Registre a identidade e o resultado da cadeia do certificado TLS sem confundir esse certificado com o VMC ou CMC. Configuração do Google BIMI , requisitos de servidor web público.
Use uma busca de conteúdo completo para esta verificação proposta, em vez de tratar uma resposta HEAD como prova do corpo. Não ignore erros de certificado, autenticação ou outras restrições de acesso para fazer com que um ativo pareça acessível publicamente. Corrija o requisito de hospedagem através do proprietário responsável e repita o teste autorizado.
Preservar a conexão para marcar evidências
Para a rota documentada do Gmail , um VMC ou CMC e o arquivo PEM associado fazem parte da configuração. Uma visualização SVG independente não pode satisfazer esse requisito de evidência. Antes de atualizar um logotipo certificado, pergunte ao operador ou emissor do certificado como o novo ativo exato é tratado, quais domínios são cobertos e se devem ser emitidas evidências atualizadas. Configuração do Google BIMI , etapas 2–3.
O texto mantido da versão 15 BIMI aborda a descoberta e validação de indicadores, mas é um rascunho da Internet em vez de uma RFC finalizada. Sua mecânica genérica não substitui os tipos de certificados ou políticas de ativos aceitos pelo provedor receptor. Mantenha a versão preliminar e as orientações do receptor junto com a revisão para que a conclusão possa ser revisada quando alguma delas mudar. BIMI Internet-Draft 15, seções 7.3–7.6.
Transforme as descobertas em um registro de aceitação reproduzível
Imagine um candidato fictício que parece bom, mas usa dimensões percentuais e faz referência a um recurso externo. O registro correto listaria essas descobertas como não resolvidas, atribuiria ao designer uma exportação independente e solicitaria um novo hash após a revisão. Não diria “ BIMI validado” porque o logotipo foi renderizado no laptop do revisor. Nenhum candidato ou execução de validação foi realmente fornecido para este artigo.
O pacote de aceitação proposto deve incluir o candidato aprovado, nome e versão do validador, resultados completos, notas de revisão visual, evidências de busca pública, verificações TLS e a decisão de evidência de marca aplicável. Um teste posterior de mensagem controlada continua sendo necessário para observar o comportamento do receptor; mesmo um logotipo tecnicamente elegível não garante a exibição.
O requisito exato do catálogo é “O ativo candidato, descobertas do validador e uma busca HTTPS pública com conteúdo e evidência de certificado”. Todas as três categorias de evidências originais permanecem abertas. Este artigo é um fluxo de trabalho de validação documental, sem nenhum ativo carregado, busca ao vivo, execução de certificado, alteração de locatário ou publicação realizada.