Imagina una empresa de logística de 20 personas que envía algunos miles de facturas y avisos de recolección al mes. El dueño nos reenvía la captura de un correo de su banco, que llega con una marca redonda pequeña y una verificación junto al nombre del remitente, y hace una pregunta justa: ¿por qué el banco tiene eso y nosotros un círculo gris con una letra?
Es razonable quererlo. También es cierto que no es una opción de diseño y que no existe un interruptor para activarlo en la consola de administración de Google. La marca y la verificación son el extremo visible de una cadena de autenticación, y casi todos los dominios que las piden incumplen el primer requisito mucho antes de que haga falta gastar dinero.
Qué demuestra realmente la verificación
BIMI, Brand Indicators for Message Identification, es un registro DNS pequeño que le dice al proveedor de correo dos cosas: dónde vive tu archivo de logotipo y dónde está el certificado que une ese logotipo a tu dominio. Sigue siendo un borrador del IETF y no un estándar cerrado, lo cual importa sobre todo porque los detalles se mueven y cada proveedor implementa su propio subconjunto.
La verificación de Gmail es más estrecha de lo que se supone. No es un juicio sobre tu contenido, tu lista ni tu reputación. Dice que el mensaje se autenticó contra tu dominio y que un tercero comprobó que esa marca pertenece a ese dominio. Nada más. No rescata correo que falla DMARC, no reduce las quejas por spam y por sí sola no te saca de la pestaña de promociones.
El paso cero es DMARC, y ahí se detiene la mayoría
La guía de configuración de BIMI de Google no deja margen: la política DMARC del dominio tiene que estar en cuarentena o rechazo, y la opción de porcentaje tiene que estar en 100. La guía de implementación del BIMI Group dice lo mismo desde el otro lado, que no se aceptan políticas en none ni un pct por debajo de 100 por ciento, y aplica la misma condición a los subdominios.
Esa última parte termina muchos proyectos en silencio. Un dominio raíz en p=reject con sp=none debajo no está en bloqueo en el sentido que BIMI exige, y la política de subdominio es justamente la etiqueta que la gente deja suelta mientras termina una migración. Si no tienes claro en qué política está cada uno de tus nombres, esa auditoría va primero.
Si hoy tu dominio está en p=none, el plazo honesto para tener logotipo es de meses, no de días, y el trabajo no tiene nada que ver con logotipos. Es el inventario de cada servicio que envía como tu dominio, la alineación de SPF y DKIM en cada uno, y luego leer reportes agregados hasta que las filas sean aburridas. Escribimos esa secuencia en cómo pasar DMARC de p=none a p=reject, y el lado de los remitentes en la lista de verificación de p=reject con remitentes externos. La mitad de los subdominios está en subdominios en DMARC, la etiqueta sp y la delegación.
Revisa dónde estás parado antes de seguir leyendo, porque el resto aplica solo cuando el bloqueo es real.
VMC o CMC: el certificado decide si tienes la verificación
Google exige certificación de un tercero sobre tu dominio y tu logotipo. Existen dos tipos, y la diferencia es lo que más comparaciones confunden.
Un Verified Mark Certificate se emite contra una marca registrada. La guía de Google lo dice sin rodeos: el logotipo tiene que estar registrado en una oficina de propiedad intelectual que los emisores de VMC reconozcan. Un Common Mark Certificate es el camino para una marca sin registro. Google anunció el soporte de CMC en septiembre de 2024, y el anuncio es explícito en que ese certificado muestra el avatar de la marca sin la verificación de Gmail. Google también recomienda obtener un VMC siempre que sea posible y trata el CMC como la opción para un logotipo sin registro.
Entonces la verificación es una pregunta de marca registrada antes de ser una pregunta técnica. Si el negocio nunca registró su marca, un CMC pone el logotipo en el espacio del avatar y ahí termina lo disponible. Registrar una marca para ganarse una verificación es un proyecto legal con su propio plazo y costo, y es una decisión del dueño, no de quien administra el DNS.
Los dos certificados son anuales y se compran a una autoridad certificadora comercial, y ese es el costo real en efectivo del ejercicio. Revisamos el precio de lista vigente del emisor con el cliente antes de comprometerse, porque es el número que define si el proyecto vale la pena.
| Camino | Qué necesita | Qué muestra Gmail | Para quién es |
|---|---|---|---|
| Sin registro BIMI | Nada | El avatar por defecto: una inicial, o la foto que el destinatario haya guardado | Cualquier dominio que todavía no esté en DMARC con política de bloqueo |
| Registro autoafirmado | Un SVG que cumpla el perfil, en una URL HTTPS, sin certificado | Nada. Gmail no acepta registros autoafirmados | Pruebas, o una audiencia que lee sobre todo en proveedores que sí los aceptan |
| CMC, Common Mark Certificate | El SVG más un CMC entregado como archivo .pem | Tu marca en el espacio del avatar, sin la verificación | Marcas sin registro de marca comercial |
| VMC, Verified Mark Certificate | El SVG más un VMC como archivo .pem, y la marca registrada en una oficina que los emisores reconozcan | Tu marca más la verificación azul | Marcas que ya tienen un registro vigente |
Certificado listo, DMARC en p=none o con el porcentaje por debajo de 100 | Google no lo acepta | Nada | Nadie. Es la configuración fallida que más nos piden revisar |
El archivo del logotipo es donde se atoran los proyectos
El archivo tiene que ser un SVG en el perfil SVG Tiny PS, y las reglas de archivo de Google son concretas. Mínimo 96 por 96 píxeles. Dimensiones en píxeles absolutos, no en porcentajes. El archivo de 32 KB o menos. Un elemento desc presente. Sin scripts, sin animación, sin referencias externas. Google además sugiere fondo sólido en lugar de transparente, porque la transparencia puede no verse como esperas.
Lo cuadrado es la parte que sorprende. Casi todos los manuales de marca entregan un logotipo horizontal, que no sirve de nada en un avatar redondo, así que el resultado práctico es una marca cuadrada nueva dibujada para esto. Para un VMC tiene que ser la que está efectivamente registrada, lo cual es una conversación con quien tramitó el registro y no con tu diseñador.
El alojamiento tiene una regla que arruina las configuraciones con varios dominios: la página de solución de problemas de Google dice que el servidor web tiene que estar en el mismo dominio donde se agregó el registro DNS de BIMI. Dejar el SVG y el .pem en un dominio compartido de recursos no funciona. Los dos archivos tienen que ser accesibles públicamente por HTTPS, sin inicio de sesión y sin cadena de redirecciones delante.
El registro DNS, y el carácter que lo rompe
Un solo registro TXT, publicado en el selector default:
default._bimi.example.com. TXT "v=BIMI1; l=https://example.com/bimi/logo.svg; a=https://example.com/bimi/vmc.pem"La etiqueta v tiene que decir BIMI1; si no coincide, el registro completo se ignora. La etiqueta l es obligatoria y lleva la URL HTTPS del SVG. La etiqueta a es opcional en el borrador y se asume vacía cuando falta, y por eso tanto material sobre BIMI la trata como opcional. Para Gmail no lo es: Google indica que mostrar un logotipo en Gmail requiere que el registro apunte a un archivo PEM, y que un SVG por sí solo no es compatible ahí. Otros proveedores sí aceptan la forma con SVG únicamente.
Google agrega a sus instrucciones un aviso que parece trivial y no lo es: en esta sintaxis el dígito 1, la letra I mayúscula y la letra l minúscula se ven casi idénticos. La mayoría de los registros rotos que nos piden revisar son una URL mal escrita o esa confusión exacta, no un problema de política. Después de publicar el registro, Google dice que puede tardar hasta 48 horas en que los logotipos empiecen a aparecer, así que nada se declara roto la misma tarde.
Qué revisamos antes de que un cliente compre algo
- La política DMARC del dominio organizacional y la etiqueta
spdebajo. Cuarentena o rechazo, porcentaje en 100, sin política de subdominio suelta. - La alineación de SPF y DKIM en cada servicio que envía como el dominio, porque el bloqueo tiene que sostenerse sin romper facturas ni el sistema de citas.
- Si existe una marca registrada, en qué oficina, y si esa marca registrada funciona en formato cuadrado.
- Dónde lee el correo tu audiencia. Un reparto aproximado de los dominios de destino entre Gmail, Yahoo, Apple y Microsoft te dice qué compra realmente el certificado.
- Quién controla la zona DNS y un servidor web en el mismo dominio, porque los dos archivos tienen que vivir ahí y seguir accesibles durante toda la vida del certificado.
Si alguno de los dos primeros está a medias, la respuesta es arreglar eso y volver al logotipo en un trimestre. No se pierde nada: el bloqueo es lo que protege al dominio, y el logotipo es el premio por haberlo hecho.
Dónde se ve, y dónde nunca se va a ver
El BIMI Group mantiene una lista de proveedores, y Apple, Fastmail, Google y Yahoo aparecen ahí como compatibles con BIMI. La página de soporte de Apple lo limita a Apple Mail en iOS 16, iPadOS 16, macOS Ventura 13 y versiones posteriores, más iCloud.com, y aclara que no se muestra nada si el remitente no cumplió los requisitos. Los buzones de Microsoft no están en esa lista, y ese dato solo debería decidir el presupuesto de un remitente entre empresas cuyos clientes trabajan todos en Outlook.
El soporte también es desigual en la otra dirección. Yahoo, Fastmail y LaPoste aceptan registros autoafirmados, así que un SVG que cumpla el perfil y una política DMARC en bloqueo pueden alcanzar para mostrar una marca ahí sin ningún certificado. Gmail no. Si la mayor parte de tu lista está en Yahoo, tienes un experimento gratis disponible antes de comprar nada.
Una advertencia honesta para la decisión: cada proveedor decide dónde aparecen los logotipos en sus propias aplicaciones y puede negarse a mostrar el tuyo si duda de tu reputación de envío. Un certificado válido es permiso, no garantía. Por eso mismo tratamos el trabajo de reputación como el proyecto principal y el logotipo como el último paso y no el primero.
Cómo ayuda Guanacos Tech
Casi todo el valor está en el orden de las operaciones, y en decirle temprano a un cliente cuando la respuesta es no. Llevar un dominio a bloqueo real en DMARC sin romperle el correo es la parte que exige oficio, y es la parte que protege al negocio aunque el logotipo nunca aparezca. Eso lo hacemos como consultoría de entregabilidad de correo, y nos encargamos del registro BIMI, del perfil del SVG y del papeleo del certificado cuando el dominio ya está listo. Agenda una llamada de 30 minutos y trae tu dominio y una idea aproximada de dónde leen el correo tus clientes; con eso nos alcanza para decirte si vale la pena comprar un certificado este año.
Fuentes
- Configurar BIMI (Ayuda de administrador de Google Workspace)
- Agregar un registro TXT de BIMI a tu dominio (Ayuda de administrador de Google Workspace)
- Crear un archivo SVG para BIMI (Ayuda de administrador de Google Workspace)
- Solucionar problemas de BIMI (Ayuda de administrador de Google Workspace)
- Gmail permite a más remitentes proteger su marca con Common Mark Certificates de BIMI (Google Workspace Updates, septiembre de 2024)
- Guía de implementación de BIMI y soporte por proveedor de correo (BIMI Group)
- Soporte de BIMI en Apple Mail (Soporte de Apple)
- Brand Indicators for Message Identification, borrador del IETF