BIMI 2.0: Novedades de la especificación BIMI y lo que significan para los remitentes
por
Última actualización: Tiempo de lectura: 6 min
Puntos clave
- No existe un «BIMI 2.0» oficial. El término se utiliza de manera informal para referirse a las revisiones más recientes del borrador de la IETF sobre BIMI, que está en constante evolución y que introduce nuevas funcionalidades y normas de seguridad.
- Las nuevas etiquetas ofrecen un mayor control sobre la imagen de marca. La etiqueta «avp=» permite a los remitentes dar prioridad a los logotipos de marca o a los avatares personales, mientras que «lps=» permite utilizar diferentes logotipos en función de la parte local del remitente.
- Los VMC y los CMC ya gozan de reconocimiento oficial. Los certificados de marca común ofrecen una alternativa más accesible para aquellas organizaciones que no disponen de la marca registrada necesaria para obtener un VMC.
- Los registros BIMI existentes siguen siendo válidos. Las nuevas etiquetas son opcionales, por lo que las organizaciones no necesitan modificar las configuraciones BIMI que funcionan correctamente, a menos que deseen disponer de la funcionalidad adicional.
- La aplicación de DMARC sigue siendo esencial. BIMI sigue dependiendo de DMARC con una política de cuarentena o rechazo, junto con archivos de logotipos que cumplan los requisitos y otros requisitos ya existentes.
- BIMI sigue en fase de evolución. La compatibilidad de los proveedores con las nuevas funciones, como «avp=» y «lps=», sigue siendo desigual, mientras que la especificación subyacente de la IETF y las normas sobre certificados continúan desarrollándose.
«BIMI 2.0» es un término que quizá hayas oído recientemente en seminarios web o en blogs de proveedores, pero no se trata de una versión oficial. La especificación BIMI no se numera con versiones como la 2.0. Sin embargo, los documentos en los que se basa han cambiado considerablemente. Si publicaste un registro BIMI hace un par de años, debes tener en cuenta las nuevas etiquetas y un nuevo tipo de certificado.
Este artículo aborda el estado actual de la especificación BIMI y lo que supone para los remitentes. Antes de profundizar en las novedades, siempre puedes repasar los conceptos básicos en nuestra guía completa sobre BIMI.
¿Existe realmente un BIMI 2.0?
No. Los números de versión que se citan suelen malinterpretarse. Por ejemplo, el documento al que se suele hacer referencia, «draft-blank-ietf-bimi-02», de 2021, es simplemente la segunda revisión de un borrador inicial, no una versión 2.0. Ese documento concreto ha sido sustituido y archivado desde entonces.
El documento en desarrollo que sirve de guía para el sector es el «draft-brand-indicators-for-message-identification», que, a fecha de 1 de mayo de 2026, se encuentra en la revisión -14. La confusión se debe a que los proveedores utilizan a veces de manera informal el término «BIMI 2.0» para referirse a las nuevas especificaciones y funcionalidades añadidas a este borrador en desarrollo.
La especificación actual de BIMI: estado, autores y situación actual
A pesar de que lo han implementado grandes proveedores como Gmail, Yahoo y Fastmail, BIMI sigue siendo un borrador individual de Internet (Internet-Draft). No es un RFC ni un documento oficial de un grupo de trabajo. Actualmente no tiene ningún estatus formal en el proceso de normalización de la IETF.
Esta brecha entre la adopción generalizada por parte del sector y su estatus oficial es habitual en los protocolos de correo electrónico. La verdadera señal de legitimidad proviene de los autores que redactan el documento. El borrador actual «draft-brand-indicators-for-message-identification» está a cargo de expertos del sector: Seth Blank y Peter Goldstein, de Valimail; Thede Loder, de Skye Logicworks; Terry Zink y Jemma Bradshaw, de Fastmail; Alex Brotman, de Comcast; y Wei Chuang, de Google.
¿Qué novedades presenta realmente la especificación BIMI?
Las últimas revisiones introducen nuevas etiquetas opcionales, formalizan los tipos de certificados y refuerzan las medidas de seguridad.
| Etiqueta | Qué hace | ¿Es nuevo? |
|---|---|---|
| v= | Indicador de versión | No |
| l= | Ubicación del archivo del logotipo | No |
| a= | Ubicación del documento probatorio | No |
| avp= | Preferencias de avatar | Sí |
| lps= | Selector de parte local | Sí |
La etiqueta «avp=»
La etiqueta «avp» significa «Avatar Preference» (preferencia de avatar). Permite a los propietarios de dominios indicar a los proveedores de buzones de correo si deben mostrar el logotipo de la marca (avp=brand) o el avatar personal de un remitente concreto (avp=personal). Al definir explícitamente esta preferencia, los remitentes evitan que los clientes de correo electrónico que admiten ambos tipos de imágenes tengan que adivinar cuál mostrar. Puedes consultar el desglose completo en nuestra guía sobre la etiqueta «avp» de BIMI.
La etiqueta «lps=»
La etiqueta «lps» significa «Local-part Selector» (selector de la parte local). Esta novedad merece especial atención, ya que resuelve un importante reto en materia de imagen de marca. Anteriormente, para mostrar diferentes logotipos según el departamento, era necesario configurar un encabezado «BIMI-Selector» en los correos salientes. La etiqueta «lps» cambia esta situación, ya que permite que la parte local de la dirección del remitente (la parte que precede al símbolo @) determine la elección del logotipo directamente a partir del registro DNS.
Por ejemplo, podrías configurar tu registro BIMI predeterminado para que apunte a tu logotipo principal, al tiempo que incluyes una etiqueta lps que especifique selectores distintos para noticias y pagos. Cuando llega un mensaje procedente de [email protected], el servidor receptor detecta la parte local, busca el prefijo correspondiente en la lista lps y realiza una búsqueda secundaria de ese selector específico. Esto significa que puedes mostrar tu logotipo principal en los correos electrónicos de asistencia, un logotipo diferente en los boletines informativos y omitir el logotipo por completo en las alertas transaccionales. La compatibilidad de los proveedores con esta etiqueta aún no está confirmada, pero ofrece un potente mecanismo para la gestión de varios logotipos.
Se han formalizado los VMC y los CMC
El borrador hace ahora referencia oficialmente tanto a los certificados de marca verificada (VMC) como a los certificados de marca común (CMC) como mecanismos de acreditación opcionales. Las especificaciones detalladas de estos certificados se recogen en documentos independientes. La diferencia práctica es considerable para la mayoría de los remitentes. Los CMC no requieren una marca registrada, lo que ofrece una vía mucho más accesible para mostrar el logotipo.
Puedes obtener más información leyendo sobre los certificados de marca común y los VMC para BIMI.
Manejo más preciso del cabezal
La especificación define ahora normas más claras sobre cómo los agentes de transferencia de correo (MTA) deben construir los encabezados BIMI-Location, BIMI-Indicator y BIMI-Logo-Preference. Exige explícitamente que los servidores receptores eliminen cualquier versión entrante no fiable de estos encabezados. Se trata de un detalle de seguridad fundamental. Sin este requisito, los atacantes podrían inyectar encabezados BIMI falsificados en los mensajes como vector de suplantación de identidad para mostrar de forma maliciosa el logotipo de otra organización.
Lo que no ha cambiado
Aunque se han añadido nuevas etiquetas, las reglas básicas siguen siendo las mismas. BIMI no es un protocolo de autenticación independiente. Simplemente muestra un resultado visual basado en una autenticación que ya se ha producido. Para que aparezca un logotipo, sigue siendo estrictamente necesario aplicar DMARC.
Debes comprender en qué consiste una política DMARC y asegurarte de que tu dominio esté configurado para poner en cuarentena o rechazar los mensajes. Además, el archivo de imagen de tu logotipo debe seguir cumpliendo los estrictos requisitos del formato SVG Tiny P/S. Puedes consultar todos los requisitos fundamentales en nuestra guía completa sobre BIMI.
¿Necesitas actualizar tu registro BIMI?
Nada de lo que ya hayas publicado presenta ningún problema. Los registros BIMI existentes siguen siendo totalmente válidos según el borrador actual, y las nuevas etiquetas son añadidos totalmente opcionales.
Deberías plantearte añadir la etiqueta «avp» si tu organización tiene una preferencia estricta en cuanto a los logotipos de la marca corporativa frente a los avatares personales de los remitentes. Solo deberías utilizar la etiqueta «lps» si necesitas gestionar activamente las variaciones de logotipos por dirección. Si anteriormente descartaste BIMI porque la adquisición de un VMC resultaba demasiado cara o porque carecías de una marca registrada, la introducción de los CMC significa que, sin duda, deberías replantearte tu estrategia.
Lo mejor que puedes hacer de inmediato es revisar tu configuración actual. Si decides añadir estas nuevas funciones, puedes crear tu texto DNS actualizado con nuestro generador de registros BIMI y consultar las instrucciones paso a paso sobre cómo publicar un registro BIMI.
Lo que aún está por venir
El estándar sigue en fase de desarrollo. Aún están pendientes los documentos de especificación independientes que detallan el funcionamiento de VMC y CMC. La IETF aún no ha incorporado BIMI a un grupo de trabajo oficial.
Además, la compatibilidad de los proveedores con las nuevas etiquetas «avp» y «lps» varía actualmente de un proveedor a otro en el sector. Para obtener la información más actualizada, consulta la entrada correspondiente en el Datatracker de la IETF y los anuncios del Grupo BIMI.
Preguntas frecuentes
¿Existe un BIMI 2.0?
No. La especificación BIMI no utiliza números de versión de software como el 2.0. Los proveedores emplean este término de manera informal para referirse a las últimas revisiones del borrador de la IETF, que incluyen nuevas funciones como los selectores de parte local y las preferencias de avatar.
¿Es BIMI un RFC o una norma oficial?
No. BIMI es un borrador de Internet independiente. No ha sido adoptado por ningún grupo de trabajo de la IETF y no tiene ningún estatus formal en el proceso de normalización, aunque los principales proveedores de correo electrónico ya aplican sus directrices.
¿Cuál es la última versión de la especificación BIMI?
La especificación vigente actualmente es «draft-brand-indicators-for-message-identification». A fecha de 1 de mayo de 2026, el documento se encuentra en la revisión -14.
¿Cuál es la diferencia entre las etiquetas «avp» y «lps»?
La etiqueta «avp» (preferencia de avatar) indica a los proveedores si deben mostrar el logotipo de la marca o un avatar personal. La etiqueta «lps» (selector de parte local) permite mostrar diferentes logotipos de marca en función de la parte local específica de la dirección de correo electrónico del remitente.
¿Tengo que actualizar mi registro BIMI para adaptarlo a la nueva especificación?
No. Tus registros BIMI actuales siguen siendo válidos y no dejarán de funcionar. Las etiquetas recién introducidas son funciones opcionales que puedes añadir si deseas un control más detallado sobre la visualización del logotipo.
¿Sigue siendo necesario aplicar DMARC para utilizar BIMI?
Sí. Para que se muestre el BIMI, es imprescindible que tu dominio tenga una política DMARC configurada para poner en cuarentena o rechazar. Los mensajes deben superar la autenticación DMARC para que aparezca el logotipo.
Reflexiones finales
No existe una versión oficial de BIMI 2.0, pero sí hay una especificación que ha sido actualizada de forma significativa. Los últimos borradores introducen nuevas etiquetas opcionales, formalizan un segundo tipo de certificado y refuerzan las normas de seguridad de los encabezados. Tu registro ya publicado no ha dejado de funcionar, pero las nuevas funciones ofrecen excelentes motivos para mejorar tu configuración.
Tómate un momento para comprobar tu configuración actual utilizando nuestra herramienta gratuita de búsqueda de registros BIMI, con el fin de asegurarte de que tu imagen de marca se muestra exactamente como deseas.
Jefe de turno y experto en infraestructura y seguridad del correo electrónico en PowerDMARC
Con más de 13 años de experiencia en ciberseguridad, Ayan Bhuiya está especializado en infraestructuras, continuidad empresarial, gestión de riesgos y seguridad del correo electrónico. Actualmente es Jefe de Turno en PowerDMARC. Posee un Diploma de Postgrado en Redes y Seguridad y cuenta con un historial probado de liderazgo en iniciativas estratégicas de seguridad para mitigar las amenazas y garantizar la resiliencia de las empresas.
Últimos comentarios de Ayan Bhuiya (ver todos)
- BIMI 2.0: Novedades de la especificación BIMI y lo que significan para los remitentes - 8 de septiembre de 2026
- Guía de configuración de DKIM, DMARC y SPF de WP Engine - 2 de septiembre de 2026
- Guía de configuración de DKIM, DMARC y SPF de TurboSMTP - 2 de septiembre de 2026
