BIMI: mostrar el logotipo verificado de una marca en Gmail y más allá
Por Thomas · CISO virtual · 11 de agosto de 2026
Hay un lugar en una bandeja de entrada donde se decide, en una fracción de segundo, la confianza que un destinatario concede a un correo: la pequeña insignia a la izquierda del remitente. Por defecto, es una inicial gris o una foto genérica. BIMI permite mostrar ahí, en su lugar, el logotipo verificado de la marca emisora —la misma señal de reconocimiento que en su web o su aplicación, colocada exactamente donde el destinatario decide si el mensaje es auténtico. Pero BIMI no es un ajuste cosmético que se activa marcando una casilla: es la recompensa de un dominio ya protegido. Este artículo explica qué es BIMI, cómo publicarlo y por qué llega en último lugar, nunca en primero.
Qué es BIMI, en concreto
BIMI (Brand Indicators for Message Identification) es un estándar abierto que indica a los proveedores de correo qué logotipo mostrar junto a los correos autenticados de un dominio. Técnicamente, consiste en publicar un registro DNS que apunta al logotipo; los buzones compatibles, cuando reciben un mensaje que supera la autenticación, van a buscar ese logotipo y lo muestran.
El interés no es solo estético. En un flujo saturado de correos, un logotipo verificado actúa como un indicador de legitimidad: distingue al instante el correo auténtico del ruido —y hace que una falsificación sin logotipo parezca visiblemente sospechosa. Para una marca cuya relación con el cliente se basa en la confianza (banca, comercio electrónico, servicio público, salud), este emplazamiento es un activo escaso: una señal de marca mostrada por el propio proveedor, que sus suplantadores no pueden reproducir.
El requisito innegociable: DMARC en aplicación
Este es el punto que la mayoría descubre demasiado tarde: BIMI exige que el dominio esté en una política DMARC de aplicación —p=quarantine o, idealmente, p=reject. Un dominio en p=none no puede mostrar ningún logotipo, por bueno que este sea.
La lógica es irrefutable. BIMI dice «muestra mi logotipo en los mensajes autenticados de mi dominio». Si el dominio es suplantable (porque no aplica DMARC), mostrar el logotipo equivaldría a decorar los correos fraudulentos con la misma insignia de confianza que los legítimos —justo lo contrario del objetivo buscado. Los proveedores se niegan por tanto categóricamente a mostrar un logotipo mientras el dominio no bloquee la suplantación de identidad (spoofing).
Por eso hay que ver BIMI como el último peldaño de la escalera, no el primero. p=none documenta la exposición; p=quarantine y p=reject la cierran; BIMI convierte esa aplicación tan trabajada en una señal visible para el cliente. La secuencia completa para alcanzar la aplicación de la política sin romper el correo legítimo se describe en alcanzar p=reject sin romper los envíos —ese es el verdadero trabajo, y BIMI es la guinda.
Cómo funciona BIMI técnicamente
Una vez que el dominio aplica la política, la mecánica de BIMI se apoya en tres piezas:
- Un registro DNS de tipo TXT, publicado en
default._bimi.<dominio>, con la forma:v=BIMI1; l=https://ejemplo.es/logo.svg; a=https://ejemplo.es/vmc.pemLa etiquetal=apunta al logotipo; la etiquetaa=(opcional en el estándar, pero exigida por los grandes proveedores) apunta al certificado. - El logotipo en sí, alojado en HTTPS, en un formato muy preciso (ver más abajo).
- Un certificado de marca (VMC), que vincula criptográficamente ese logotipo con la identidad de la organización. Es el objeto de un artículo aparte: el certificado VMC para BIMI.
Cuando un proveedor compatible recibe un correo que supera DMARC en aplicación, lee el registro BIMI del dominio, verifica el certificado, recupera el logotipo y lo muestra. Todo se apoya en la cadena de autenticación: sin alineación, sin aplicación, sin logotipo.
El logotipo: un formato exigente
No se puede proporcionar cualquier archivo. BIMI impone el SVG Tiny Portable/Secure (SVG Tiny PS) —un perfil restringido del formato SVG, sin scripts ni elementos externos, pensado para ser seguro y renderizarse de forma idéntica en todas partes. Además, el logotipo debe ser cuadrado (se muestra en un círculo o un cuadrado según el cliente), preferiblemente con un fondo sólido en vez de transparente, y centrado para seguir siendo legible a tamaño muy reducido.
En la práctica, muchas organizaciones descubren que su logotipo vectorial existente no cumple los requisitos y debe ser retrabajado por un diseñador gráfico o convertido con una herramienta específica. No es un bloqueo, pero es un paso que conviene anticipar: un SVG mal perfilado será rechazado por los proveedores, y el logotipo no se mostrará, aunque el registro sea por lo demás correcto.
Dónde se muestra el logotipo
La compatibilidad con BIMI se ha ampliado en los últimos años. Los principales buzones que muestran los logotipos BIMI incluyen Gmail, Apple Mail (a partir de las versiones recientes de iOS y macOS), Yahoo Mail, así como varios actores como Fastmail o La Poste. La cobertura evoluciona, pero ya alcanza a una parte mayoritaria de los destinatarios del gran público.
Ojo, no obstante: la mayoría de estos proveedores —Gmail el primero— exigen un certificado (un VMC) para mostrar el logotipo. Algunos buzones más modestos aceptan un registro sin certificado, pero las bandejas que de verdad cuentan quieren la prueba de que el logotipo pertenece a quien lo publica. La pregunta «¿se puede hacer BIMI sin certificado?» merece su propio tratamiento: BIMI sin VMC, ¿es posible?.
Por qué merece la pena
Más allá de la estética, el logotipo verificado tiene efectos concretos. Refuerza el reconocimiento de marca en el momento decisivo de la apertura, añade una señal de confianza que puede apoyar las tasas de apertura, y crea una diferencia visible con los suplantadores: un correo fraudulento sin logotipo, junto a los legítimos que sí lo llevan, parece de inmediato menos creíble. Para los sectores más suplantados, este último punto es estratégico —es el razonamiento desarrollado para las marcas financieras en DMARC para bancos, trasladable a cualquier marca de gran público.
Hay también un argumento de gobernanza: apuntar a BIMI desde el diseño mismo de un programa DMARC ayuda a justificar el trabajo de aplicación ante las partes interesadas que valoran la marca tanto como la seguridad. El logotipo no es el objetivo, pero hace que el objetivo resulte deseable.
La secuencia completa
Para llegar al logotipo, el orden es inamovible:
- Alinear todas las fuentes de envío en SPF y DKIM.
- Subir la política DMARC hasta
p=reject(o al menosquarantine), vigilando los informes. - Preparar el logotipo en formato SVG Tiny PS, cuadrado, alojado en HTTPS.
- Obtener un VMC cuando el objetivo incluye Gmail y los grandes buzones —ver el certificado VMC.
- Publicar el registro
default._bimiconl=ya=.
Nada de esto funciona sin el paso 2: es la aplicación de DMARC la que desbloquea el resto, y es también la base que se recuerda en qué es DMARC.
Los errores que impiden que se muestre el logotipo
Un registro BIMI publicado no garantiza un logotipo visible. Las causas más frecuentes de un logotipo ausente:
- El dominio no está en aplicación. De lejos la primera causa:
p=noneprohíbe cualquier logotipo. Conviene comprobar que la política sea efectivamentequarantineoreject. - La trampa del subdominio. Cuando el envío procede de un subdominio, su política efectiva también debe estar en aplicación: un
sp=nonepuede anular la aplicación justo donde de verdad se emite. - El SVG no cumple los requisitos. Un logotipo que no esté en SVG Tiny PS, que no sea cuadrado, o que contenga elementos prohibidos (script, imagen externa, texto no vectorizado) será rechazado en silencio.
- Falta el certificado. La mayoría de los grandes buzones, Gmail el primero, no mostrarán nada sin un VMC válido referenciado por
a=. - La propagación DNS. Un registro recién publicado tarda en propagarse; el logotipo no aparece al instante.
- La caché del cliente. Algunos clientes cachean el logotipo: un cambio puede tardar en reflejarse del lado del destinatario.
Diagnosticar estos puntos uno a uno, en este orden, resuelve la práctica totalidad de los casos de «he publicado BIMI pero no veo nada».
BIMI y la entregabilidad: qué esperar de ello
Conviene deshacer una confusión: BIMI no es, en sí mismo, una palanca de entregabilidad. No hace que los correos lleguen a la bandeja de entrada —eso lo hacen la autenticación y la reputación. Lo que BIMI aporta es una señal de confianza visible una vez que el mensaje ha llegado: reconocimiento de marca, distinción frente al fraude, y un posible efecto, indirecto, sobre la interacción de los destinatarios que reconocen el logotipo. Presentarlo como un potenciador de entregabilidad sería sobrevenderlo; presentarlo como la capa de confianza que corona un dominio ya bien configurado es exacto. Es una culminación, no un atajo.
Medir la preparación del dominio
La primera pregunta que hay que plantearse no es «¿qué logotipo?» sino «¿el dominio ya está en aplicación?». Un paso por nuestro analizador DMARC gratuito da un veredicto inmediato: en p=none, BIMI queda fuera de alcance mientras no se haya hecho el trabajo de aplicación. El Observatorio DMARC permite además comparar la postura de todo un sector y situar una marca en él.
Llevar un dominio a p=reject y luego planificar BIMI es exactamente el recorrido que Thomas, el CISO virtual, está diseñado para acompañar: identifica cada fuente de envío, genera el DNS a publicar, evalúa la preparación dominio por dominio e indica cuándo la aplicación puede activarse sin riesgo —el paso que desbloquea el logotipo. Analizar un dominio gratis · explorar el Observatorio · empezar con Thomas.
Guías relacionadas
- DMARC para el comercio electrónico: entregabilidad y confianza en la misma línea
Un comercio en línea se juega dos cosas en su dominio: la entregabilidad de sus correos transaccionales y la confianza de los clientes frente a la suplantación. DMARC sirve a ambas. Por qué y cómo.
- DMARC para la sanidad: un sector muy suplantado y a menudo mal protegido
Hospitales, laboratorios, mutuas y consultas manejan algunos de los datos más sensibles e inspiran una confianza inmediata: un cóctel ideal para la suplantación. Por qué la sanidad es un objetivo y cómo cerrar la puerta.
- DMARC para las administraciones locales y el sector público: un dominio que los ciudadanos creen a pies juntillas
Ayuntamientos, administraciones y organismos públicos figuran entre las identidades más suplantadas y, a menudo, las menos protegidas. Por qué el sector público es un objetivo, qué muestran los datos y cómo actuar pese a los recursos limitados.
Sobre el autor
Thomas — Thomas es el CISO virtual de DMARC.com: un copiloto especializado en la autenticación de correo que acompaña a las organizaciones de p=none hasta p=reject, sin romper su correo. Sus guías se basan en los datos reales del Observatorio DMARC y de los informes RUA analizados por la plataforma.
