Um útil BIMI A visão de compatibilidade responde a uma questão prática: sob quais condições documentadas um determinado receptor e cliente deve exibir um determinado indicador? Uma lista de logotipos de fornecedores rotulados como suportados não pode responder a essa pergunta de forma confiável. Elegibilidade de certificado separada, requisitos de mensagem, comportamento do cliente e evidências usadas para apoiar cada declaração.
Defina as colunas antes de coletar reivindicações
Registre o serviço de recebimento, visualizando aplicação, plataforma ou versão, categoria de certificado suportada, indicador esperado, documentação de pré-requisitos, data de verificação e status do teste. Adicione um campo para incerteza. Um provedor pode processar a mensagem enquanto um aplicativo separado a renderiza, portanto, um nome de provedor nem sempre é uma descrição completa da experiência.
Use páginas próprias para a reivindicação que está sendo feita. Orientações de configuração atuais do Google descreve VMC ou CMC certificação e uma marca de seleção associada ao VMC. Orientação de servidor da Apple adiciona requisitos nas verificações e cabeçalhos do provedor receptor. Estas são dimensões diferentes, não emblemas de suporte intercambiáveis. Não infira o comportamento atual de um receptor a partir da ampla lista de marketing de um fornecedor de certificados.
Mantenha uma visão de compatibilidade pequena e defensável
Um exemplo apenas de documentação possui três linhas. Gmail : o Google documenta a certificação VMC ou CMC e uma marca de seleção associada ao VMC. Apple Mail: A Apple documenta um cliente compatível e um caminho de provedor de recebimento qualificado. Zoho : o atual guia de administração descreve um fluxo de trabalho de configuração baseado em VMC. Marque todos os três como documentação revisada e teste do receptor pendente, a menos que existam observações reais.
Para Zoho , esta documentação não estabelece que todos os outros tipos de certificado sejam categoricamente rejeitados em todas as superfícies receptoras. Para a Apple, um logotipo observado no iCloud não estabelece o mesmo resultado para uma conta de caixa de correio não relacionada visualizada no mesmo aplicativo. Mantenha a linha suficientemente estreita para que a sua evidência apoie genuinamente a sua afirmação.
Matriz de documentação datada
As linhas abaixo registram uma revisão documental em 8 de novembro de 2026 UTC, e não observações de caixa de correio.
- Gmail : as orientações de configuração capturadas atuais exigem certificação VMC ou CMC e descrevem a marca de seleção associada ao VMC. O comportamento exato do cliente/plataforma permanece não testado. Fonte: Orientação de configuração do Google. Teste do receptor: não executado.
- Apple Mail: suporte para documentos da Apple no macOS Ventura 13, iOS 16 e iPadOS 16 ou posterior, desde que o provedor de e-mail receptor seja listado pelo Grupo BIMI e verificado pela Apple, verifique a conformidade da mensagem e do domínio, verifique um documento de evidência BIMI (por exemplo, um VMC confiável para esse provedor) e adicione os cabeçalhos necessários. A compatibilidade de outras categorias de certificados não é estabelecida aqui. Fonte: Orientação do servidor Apple. Teste do receptor: não executado.
- Zoho : o fluxo de trabalho atual de configuração de domínio gerenciado especifica um VMC . Não é uma matriz completa de exibição de clientes recebidos ou de categorias de certificados. Fonte: Guia de administração Zoho. Teste do receptor: não executado.
Observações de projeto que distinguem as causas
Use contas iniciais autorizadas e mensagens controladas com domínios De conhecidos, resultados de autenticação e ativos aprovados. Registre se a mensagem foi encaminhada, se havia imagem de contato presente e qual cliente a exibiu. Um avatar pessoal pode assemelhar-se ao logotipo da marca; não trate uma captura de tela apenas como prova de processamento BIMI .
Repita observações importantes em mais de uma mensagem e retenha as evidências brutas da mensagem, quando disponíveis. Registre a visibilidade ausente em vez de assumir a falha. Uma marca de seleção ausente pode ser esperada em uma categoria de certificado compatível, enquanto um logotipo ausente pode ter diversas causas não relacionadas. Compare configurações iguais antes de concluir que o receptor mudou de política.
Manter a visão como um registro operacional
Atribua um proprietário e um intervalo de revisão com base em como a visualização será usada. Verifique novamente antes da aquisição de um certificado, do lançamento de uma marca ou de uma reivindicação pública de compatibilidade. Capture o texto alterado na fonte e sinalize qualquer discrepância com as observações existentes. Não apague um resultado anterior; mantenha sua data e ambiente para que as alterações possam ser investigadas.
Evite rótulos universais não suportados, a menos que o provedor estabeleça explicitamente esse escopo. Use desconhecido ou não testado quando esse for o estado honesto. Relate a cobertura como condições documentadas mais observações datadas, não uma promessa de colocação na caixa de entrada ou uma garantia contra fraude. O exemplo de três linhas aqui é um projeto de pesquisa, não uma matriz de teste de cliente completa. Nenhuma mensagem inicial, captura de tela ou evidência de compatibilidade específica da conta foi coletada para este artigo.
Mantenha uma linha de observação reproduzível
Use uma linha por combinação de conta receptora e cliente. Registre o identificador da mensagem, hora UTC, domínio do remetente, evidência de autenticação carimbada pelo receptor, categoria do certificado, construção do cliente, estado da imagem do contato e caminho de encaminhamento. Em seguida, registre o logotipo visível e qualquer marca de seleção como resultados separados. Deixe os campos indisponíveis desconhecidos em vez de preenchê-los com um cliente diferente. Nenhuma captura de tela ou observação de mensagem foi produzida para este guia.