Definir lo que debe establecer la revisión de activos
A BIMI El logotipo no está listo porque su nombre de archivo termina en SVG o porque un navegador puede dibujarlo. La transferencia útil es un candidato específico cuya estructura, identidad visual, requisitos del receptor y eventuales bytes alojados se pueden revisar de forma independiente. Comience con el diseño de la marca aprobado, identifique a su propietario y registre a qué dominio de envío y servicios de recepción se dirige el proyecto. Esto evita que un gráfico técnicamente ordenado se confunda con una marca de empresa autorizada o un indicador de buzón garantizado.
Este artículo utiliza la guía de implementación conservada BIMI Group y la documentación del receptor de Google. BIMI sigue siendo un trabajo preliminar en lugar de un RFC de seguimiento de estándares IETF establecido. Los borradores de los documentos no estaban disponibles para la verificación completa del texto primario en esta revisión, por lo que se trata de un flujo de trabajo de preparación centrado en el origen, no de una especificación de conformidad normativa completa. Los requisitos de Google son requisitos específicos Gmail , no reglas universales para cada buzón.
Separar el perfil del dibujo.
BIMI Group describe Portable/Secure como un perfil más restringido que SVG Tiny 1.2. Su guía de creación requiere la versión 1.2, baseProfile tiny-ps y un elemento de título. Excluye referencias externas que no sean espacios de nombres XML especificados, scripts, animaciones, elementos interactivos y atributos xoy en el elemento svg raíz. El simple hecho de cambiar la etiqueta del perfil no elimina el contenido prohibido en otras partes del archivo. Revise la estructura XML real y las referencias, no solo la línea inicial. Guía de creación del Grupo BIMI
Utilice una exportación de diseño como entrada, no un certificado de aceptación. Inventario de elementos, atributos, contenido incrustado y dependencias antes de simplificar. Si el diseñador exportó un contenedor de imagen, resuelva la obra de arte en geometría vectorial genuina a través de un flujo de trabajo de diseño aprobado. Si la exportación incluye filtros o animación, reemplace el efecto visual con una construcción estática adecuadamente simple o revise el diseño. La solución de problemas BIMI Group identifica específicamente imágenes incrustadas y efectos no compatibles como problemas. solución de problemas de SVG
Aplicar los requisitos del receptor sin mezclar sus fortalezas.
Para Gmail , Google requiere que tanto el ancho como el alto sean de al menos 96 píxeles, expresados en píxeles absolutos en lugar de porcentajes. Google recomienda por separado una composición cuadrada centrada, un fondo sólido, un archivo que no supere los 32 KB y un elemento de descripción para accesibilidad. Preservar esa distinción entre dimensiones requeridas y presentación recomendada. Un equipo puede adoptar una recomendación como su propia regla de aceptación, pero debe etiquetar esa decisión en lugar de atribuir un mandato universal más fuerte a la fuente. Requisitos de SVG de Google
Un lienzo cuadrado no significa que la marca visible deba tocar todos los bordes. Deje un espacio libre deliberado alrededor de las características que podrían verse recortadas por una presentación circular o redondeada. Evalúe el contraste y el reconocimiento en tamaños pequeños, incluidos trazos estrechos y espacio negativo interno. Estos son criterios de revisión de diseño propuestos, no evidencia de que Gmail u otro receptor haya presentado a este candidato. Registre si una inspección utilizó un cultivo simulado, una vista previa local o un buzón real para que los revisores posteriores puedan distinguirlos.
Preservar la identidad mediante la optimización
Pídale al propietario de la marca que compare el candidato simplificado con el maestro aprobado. Optimizar el recuento de rutas o eliminar definiciones no utilizadas puede cambiar la forma de una letra, un degradado o un símbolo. Un archivo más limpio que muestre la marca incorrecta no es un resultado aceptable. Mantenga la exportación original y cada candidato por separado; asigne un resumen al archivo exacto presentado para su revisión y anote la versión de la herramienta y las transformaciones utilizadas. No sobrescriba la única copia del material gráfico fuente aprobado.
Para una implementación respaldada por certificado, coordine al candidato con el emisor antes de tratar el activo como final. Google explica que el SVG y VMC o CMC están incrustados en el archivo PEM emitido. En consecuencia, no se debe suponer que una imagen independiente editada de forma independiente coincida con la identidad verificada en un certificado existente. Obtenga las instrucciones del emisor cuando cambie la marca en lugar de simplemente reemplazar un archivo público y asumir que el certificado sigue siendo adecuado. Flujo de trabajo del certificado de Google
Utilice una hoja de trabajo de aceptación vinculada a un candidato
La siguiente es una hoja de trabajo propuesta original, no un registro de validación completo. Indique a cada fila un propietario, ubicación de la evidencia, fecha y estado. Utilice desconocido cuando no haya evidencia en lugar de convertir una tarea planificada en un pase.
- Identidad: referencia de arte aprobada, propietario legal o de marca, dominio previsto y receptores objetivo.
- Archivo: nombre de archivo candidato, recuento de bytes, resumen e historial de exportación o conversión.
- Estructura: perfil declarado, versión, título, atributos raíz y hallazgos de contenido prohibido.
- Superposición del receptor: dimensiones exactas Gmail , unidades y recomendaciones aplicables adoptadas localmente.
- Revisión visual: reconocimiento de tamaños pequeños, contraste, márgenes y comparaciones de cultivos propuestos.
- Validador: nombre de la herramienta, versión, resumen de entrada exacto, hallazgos completos y advertencias no resueltas.
- Dependencia del certificado: emisor propuesto, versión de activo aceptada y estado de la evidencia PEM coincidente.
- Transferencia de alojamiento: URL HTTPS propuesta, propietario de la implementación y evidencia de recuperación pública sobresaliente.
No trate una insignia de validador verde como un sustituto de la hoja de trabajo. Un validador sólo puede evaluar las reglas que implementa y el archivo que recibe. Conserve sus hallazgos completos, incluidas las advertencias o comprobaciones no respaldadas. Si un optimizador cambia posteriormente los bytes, valide y revise el nuevo candidato nuevamente. Esto hace que la declaración de aceptación sea reproducible en lugar de depender de una captura de pantalla separada de su entrada.
Ejemplo ficticio: el logotipo correcto con la exportación incorrecta
Consideremos el caso ficticio de Harbor Lantern, que prepara su faro para un piloto orientado a Gmail. Su diseñador proporciona un SVG visualmente correcto con dimensiones porcentuales y un mapa de bits integrado. En este escenario inventado, el ingeniero inicialmente propone cambiar solo baseProfile. En cambio, el revisor separa dos cuestiones: la idoneidad estructural y los requisitos de dimensión de Gmail . Ninguno de los dos se solucionaría únicamente con la etiqueta del perfil.
La solución propuesta es obtener ilustraciones vectoriales aprobadas, simplificarlas, establecer dimensiones absolutas apropiadas y volver a verificar el archivo completo. A continuación, el propietario de la marca debe aprobar la forma del faro resultante y su legibilidad en tamaño pequeño. Una solicitud de certificado utilizaría ese candidato revisado, no la exportación anterior. No se ejecutó ningún validador para Harbor Lantern, no se generó ningún recurso y no existe ningún resultado de buzón; El ejemplo ilustra cómo la evidencia debe guiar la siguiente decisión.
Cerrar el traspaso sin exagerar la finalización
Una conclusión útil de la revisión dice exactamente qué candidato fue inspeccionado y qué inquietudes persisten. Por ejemplo, la revisión estructural puede completarse mientras la recuperación pública de HTTPS y la aprobación del emisor aún están abiertas. Mantenga estos estados separados de DMARC preparación y visualización del destinatario. La ruta documentada Gmail de Google requiere un VMC o CMC y un PEM asociado, por lo que una revisión SVG independiente por sí sola no puede establecer la preparación para la implementación Gmail . Requisitos previos de configuración de Google
El requisito de evidencia original del catálogo permanece abierto: el activo candidato, los hallazgos del validador y la recuperación pública HTTPS con contenido y evidencia del certificado no se han proporcionado ni ejecutado aquí. La revisión de las PYME humanas, la aplicabilidad de las fuentes actuales, las rutas de producción, la accesibilidad visual y la autorización del propietario también permanecen abiertas. Este manuscrito es una guía de preparación y no debe promocionarse como listo para publicación simplemente porque sus referencias y su hoja de trabajo ficticia estén completas.