Defina o que a revisão do ativo deve estabelecer
A BIMI logo não está pronto porque seu nome de arquivo termina em SVG ou porque um navegador pode desenhá-lo. O handoff útil é um candidato específico cuja estrutura, identidade visual, requisitos do receptor e eventuais bytes hospedados podem ser revisados de forma independente. Comece com a arte da marca aprovada, identifique seu proprietário e registre qual domínio de envio e serviços de recebimento o projeto visa. Isto evita que um gráfico tecnicamente organizado seja confundido com uma marca de empresa aprovada ou um indicador de caixa de correio garantido.
Este artigo usa as orientações de implementação do Grupo BIMI retidas e a documentação do receptor do Google. BIMI continua sendo um trabalho preliminar, em vez de uma RFC de rastreamento de padrões IETF estabelecida. Os documentos preliminares não estavam disponíveis para verificação completa do texto primário nesta revisão, portanto, este é um fluxo de trabalho de preparação com escopo na fonte, e não uma especificação completa de conformidade normativa. Os requisitos do Google são especificamente requisitos Gmail , não regras universais para todas as caixas de correio.
Separe o perfil do desenho
O Grupo BIMI descreve Portátil/Seguro como um perfil mais restrito que o SVG Tiny 1.2. Seu guia de criação exige a versão 1.2, baseProfile tiny-ps e um elemento title. Exclui referências externas que não sejam namespaces XML especificados, scripts, animação, elementos interativos e atributos x ou y no elemento svg raiz. A simples alteração do rótulo do perfil não remove o conteúdo proibido de outras partes do arquivo. Revise a estrutura e as referências XML reais, não apenas a linha de abertura. Orientação para criação do Grupo BIMI
Use uma exportação de design como entrada, não como certificado de aceitação. Elementos de inventário, atributos, conteúdo incorporado e dependências antes de simplificar. Se o designer exportou um wrapper de imagem, resolva o trabalho artístico em geometria vetorial genuína por meio de um fluxo de trabalho de design aprovado. Se a exportação incluir filtros ou animação, substitua o efeito visual por uma construção estática simples e apropriada ou revise o design. A solução de problemas do Grupo BIMI identifica especificamente imagens incorporadas e efeitos não suportados como problemas. Solução de problemas de SVG
Aplique os requisitos do receptor sem misturar sua força
Para Gmail , o Google exige que a largura e a altura tenham pelo menos 96 pixels, expressos em pixels absolutos em vez de porcentagens. O Google recomenda separadamente uma composição quadrada centralizada, um fundo sólido, um arquivo de no máximo 32 KB e um elemento de descrição para acessibilidade. Preserve essa distinção entre as dimensões exigidas e a apresentação recomendada. Uma equipa pode adoptar uma recomendação como a sua própria regra de aceitação, mas deve rotular essa decisão em vez de atribuir um mandato universal mais forte à fonte. Requisitos de SVG do Google
Uma tela quadrada não significa que a marca visível deva tocar todas as bordas. Deixe espaço deliberado em torno dos recursos que poderiam ser cortados por uma apresentação circular ou arredondada. Avalie o contraste e o reconhecimento em tamanhos pequenos, incluindo traços estreitos e espaços negativos internos. Esses são critérios propostos de revisão de design, e não evidências de que Gmail ou outro destinatário tenha apresentado esse candidato. Registre se uma inspeção utilizou uma colheita simulada, uma visualização local ou uma caixa de correio real para que os revisores posteriores possam distingui-los.
Preservar a identidade por meio da otimização
Peça ao proprietário da marca para comparar o candidato simplificado com o mestre aprovado. Otimizar a contagem de caminhos ou remover definições não utilizadas pode alterar o formato de uma letra, gradiente ou símbolo. Um arquivo mais limpo que mostre a marca errada não é um resultado aceitável. Mantenha a exportação original e cada candidato separadamente; atribua um resumo ao arquivo exato apresentado para revisão e anote a versão da ferramenta e as transformações usadas. Não substitua a única cópia da arte original aprovada.
Para uma implantação apoiada por certificado, coordene o candidato com o emissor antes de tratar o ativo como final. O Google explica que o SVG e VMC ou CMC estão incorporados no arquivo PEM emitido. Consequentemente, não se deve presumir que uma imagem autónoma editada de forma independente corresponda à identidade verificada num certificado existente. Obtenha as instruções do emissor quando a marca mudar, em vez de simplesmente substituir um arquivo público e presumir que o certificado permanece adequado. Fluxo de trabalho do certificado do Google
Use uma planilha de aceitação vinculada a um candidato
A seguir está uma planilha proposta original, não um registro de validação preenchido. Dê a cada linha um proprietário, localização da evidência, data e estado. Use desconhecido quando a evidência estiver ausente, em vez de converter uma tarefa planejada em uma aprovação.
- Identidade: referência de arte aprovada, proprietário legal ou da marca, domínio pretendido e destinatários alvo.
- Arquivo: nome do arquivo candidato, contagem de bytes, resumo e histórico de exportação ou conversão.
- Estrutura: perfil declarado, versão, título, atributos raiz e descobertas de conteúdo proibido.
- Sobreposição do receptor: dimensões exatas Gmail , unidades e recomendações aplicáveis adotadas localmente.
- Revisão visual: reconhecimento de tamanho pequeno, contraste, margens e comparações de culturas propostas.
- Validador: nome da ferramenta, versão, resumo exato da entrada, descobertas completas e avisos não resolvidos.
- Dependência do certificado: emissor proposto, versão do ativo aceita e status da evidência PEM correspondente.
- Transferência de hospedagem: URL HTTPS proposto, proprietário da implantação e evidência de recuperação pública pendente.
Não trate um crachá verde de validador como um substituto para a planilha. Um validador pode avaliar apenas as regras que implementa e o arquivo que recebe. Preservar suas descobertas completas, incluindo avisos ou verificações sem suporte. Se um otimizador posteriormente alterar os bytes, valide e revise o novo candidato novamente. Isso torna a declaração de aceitação reproduzível em vez de depender de uma captura de tela separada de sua entrada.
Exemplo fictício: o logotipo correto com a exportação errada
Considere o fictício Harbour Lantern, preparando sua marca de farol para um piloto voltado para o Gmail. Seu designer fornece um SVG visualmente correto com dimensões percentuais e um bitmap incorporado. Neste cenário inventado, o engenheiro propõe inicialmente alterar apenas o baseProfile. Em vez disso, o revisor separa duas questões: adequação estrutural e requisitos de dimensão do Gmail . Nenhum dos dois seria reparado apenas pela etiqueta do perfil.
A solução proposta é obter arte vetorial aprovada, simplificá-la, definir dimensões absolutas apropriadas e verificar novamente o arquivo completo. O proprietário da marca deve então aprovar o formato do farol resultante e sua legibilidade em tamanho pequeno. Um pedido de certificado usaria esse candidato revisado, e não a exportação anterior. Nenhum validador foi executado para o Harbor Lantern, nenhum ativo foi gerado e nenhum resultado de caixa de correio existe; o exemplo ilustra como as evidências devem orientar a próxima decisão.
Feche a transferência sem exagerar na conclusão
Uma conclusão útil da revisão diz exatamente qual candidato foi inspecionado e quais preocupações permanecem. Por exemplo, a revisão estrutural pode ser concluída enquanto a busca pública de HTTPS e a aprovação do emissor ainda estão abertas. Mantenha esses estados separados de DMARC prontidão e exibição do destinatário. O caminho Gmail documentado pelo Google requer um VMC ou CMC e PEM associado, portanto, uma revisão SVG independente por si só não pode estabelecer a prontidão para implantação Gmail . Pré-requisitos de configuração do Google
O requisito de evidência original do catálogo permanece em aberto: o ativo candidato, as descobertas do validador e a recuperação HTTPS pública com conteúdo e evidência de certificado não foram fornecidos ou executados aqui. A revisão humana das PME, a aplicabilidade da fonte atual, as rotas de produção, a acessibilidade visual e a liberação do proprietário também permanecem em aberto. Este manuscrito é um guia de preparação e não deve ser promovido para publicação apenas porque suas referências e planilha fictícia estão completas.