Consulta el registro TXT de BIMI en default._bimi.tudominio y valida las etiquetas v=BIMI1, l= del logotipo y a= del certificado. Es gratis, instantáneo y se ejecuta por completo en tu navegador mediante DNS-over-HTTPS, sin registro y sin guardar nada.
Crea una cuenta gratuita de Unspam para guardar tus resultados y repetir estas comprobaciones cuando quieras, así detectas una configuración rota antes de que te cueste caro. Sin tarjeta de crédito.
BIMI (Brand Indicators for Message Identification) es un registro TXT de DNS que indica a las bandejas de entrada compatibles qué logotipo mostrar junto a tus mensajes. Se publica en default._bimi.tudominio y empieza por v=BIMI1, seguido de una etiqueta l= que apunta a tu logotipo y una etiqueta opcional a= que apunta a tu certificado. El logotipo de la URL l= debe ser un SVG con el perfil SVG Tiny PS (Portable/Secure) y servirse por HTTPS, y conviene que sea cuadrado, porque las bandejas de entrada lo recortan en un hueco de avatar redondo o cuadrado. BIMI solo surte efecto una vez que tu dominio ya supera DMARC con una política de aplicación, así que es el último paso de la autenticación del correo, no el primero. Publicar un registro correcto es la parte que controlas tú. Que después aparezca el logotipo lo decide cada bandeja de entrada: Yahoo Mail lo muestra solo con la etiqueta l=, mientras que Gmail y Apple Mail piden además un certificado, y Apple exige que el proveedor de correo receptor figure en la lista de BIMI Group y esté verificado por Apple.
Es la etiqueta de versión y debe ir primero. Si el registro no empieza por v=BIMI1, las bandejas de entrada lo ignorarán.
La etiqueta l= es la URL HTTPS de tu logotipo, que debe ser un SVG con el perfil SVG Tiny PS y accesible sin redirecciones ni inicio de sesión, y que conviene que sea cuadrado (1:1) para sobrevivir intacto al recorte del avatar. Una etiqueta l= vacía o ausente significa que no se mostrará ningún logotipo.
La etiqueta a= es la URL HTTPS de tu certificado VMC o CMC (un archivo .pem). Es opcional en la especificación, pero Gmail y Apple exigen un certificado antes de mostrar tu logotipo.
BIMI solo funciona si tu dominio ya tiene una política DMARC de p=quarantine o p=reject que se aplique a todo tu correo y no a una muestra. Una política p=none no basta e impedirá que se muestre tu logotipo.
Un resultado superado significa que existe un registro BIMI válido con una URL HTTPS de logotipo en SVG. No descargamos el archivo, así que confirma que carga y que es SVG Tiny PS. Que se muestre en la bandeja de entrada todavía depende de tu política DMARC y, en el caso de Gmail y Apple, de un certificado válido.
BIMI exige que tu dominio tenga una política de aplicación de p=quarantine o p=reject antes de que se muestre ningún logotipo. Una política p=none, que solo monitoriza, bloquea BIMI por completo. Primero pon DMARC en modo de aplicación para todo tu correo y luego publica o revisa tu registro BIMI.
El archivo de la URL de tu etiqueta l= tiene que ser un SVG con el perfil SVG Tiny PS (Portable/Secure), no un PNG, un JPG ni un SVG normal con todas sus funciones. Una exportación SVG estándar suele necesitar retoques para eliminar los elementos no admitidos y añadir un elemento title. Usa una herramienta o un conversor de SVG específicos para BIMI y así generar un archivo que cumpla los requisitos.
Gmail y Apple Mail exigen un certificado (etiqueta a=) antes de mostrar tu logotipo, aunque el resto del registro sea válido. Gmail acepta un VMC o un CMC, y solo un VMC consigue la marca de verificación junto a tu logotipo. Apple nombra el VMC como ejemplo, pero pide un BIMI Evidence Document verificado por el proveedor de correo, así que qué tipos de certificado funcionan ahí lo decide el proveedor y no Apple. Sin la etiqueta a=, es posible que tu logotipo aparezca en algunos clientes, pero no en Gmail ni en Apple Mail.
Tanto la URL de l= como la de a= tienen que ser enlaces HTTPS públicos que carguen directamente, sin redirecciones, sin autenticación y con un certificado TLS válido. Si alguna de las dos URL devuelve un error o redirige, las bandejas de entrada omitirán tu logotipo. Aloja los archivos en una ruta HTTPS estable y de acceso público.
El registro BIMI se ubica en el subdominio default._bimi de tu dominio, por ejemplo default._bimi.example.com, no en la raíz. Si lo publicas en el dominio raíz o bajo un selector distinto, las bandejas de entrada no lo encontrarán. Confirma el selector y el host antes de guardar el registro TXT.
El arte BIMI se muestra en un hueco de avatar circular o cuadrado, así que una marca denominativa ancha queda recortada hasta volverse ilegible. El SVG necesita un viewBox 1:1 con la marca centrada y margen suficiente para sobrevivir al recorte.
Todas las fechas y cifras que Unspam publica sobre los requisitos para remitentes se guardan aquí, contrastadas con la documentación de cada proveedor. Última lectura: 16 de agosto de 2026.
| Proveedor | Qué | Valor | Se aplica a |
|---|---|---|---|
| Reglas para remitentes masivos vigentes desde fuente | febrero de 2024 obligatorio | correo a direcciones personales de Gmail | |
| Endurecimiento de la aplicación desde fuente | noviembre de 2025 observado Google lo describe como gradual y progresivo, no como un interruptor que se activó en una fecha. | correo a direcciones personales de Gmail | |
| Cuenta como remitente masivo a partir de fuente | 5.000 obligatorio Esta es la cifra de Google. Yahoo se niega a publicar ninguna. | correo a direcciones personales de Gmail | |
| Techo de la tasa de quejas de spam fuente | 0,3% obligatorio Google describe el efecto como gradual, no como un corte: por encima de la cifra recomendada la entrada en bandeja ya se resiente, y en el techo se resiente más. | todos los remitentes a Gmail, no solo los masivos | |
| Tasa de quejas de spam recomendada fuente | 0,1% recomendado Postmaster Tools no divide las quejas entre todo lo que enviaste. Las mide sobre los mensajes firmados con DKIM que llegaron a la bandeja de un destinatario activo, así que un remitente ya filtrado puede ver una tasa artificialmente baja. | todos los remitentes a Gmail, no solo los masivos | |
| Yahoo | Reglas para remitentes masivos vigentes desde fuente | febrero de 2024 obligatorio | correo a Yahoo, AOL y los demás buzones de Yahoo |
| Cuenta como remitente masivo a partir de fuente | no publicado Yahoo afirma que no especificará un umbral de volumen, así que no se le puede atribuir ninguna cifra. | correo a Yahoo, AOL y los demás buzones de Yahoo | |
| Techo de la tasa de quejas de spam fuente | 0,3% obligatorio | correo a Yahoo, AOL y los demás buzones de Yahoo | |
| Outlook.com | Reglas para remitentes masivos vigentes desde fuente | mayo de 2025 obligatorio | Outlook.com y los demás buzones de consumo de Microsoft, nunca un inquilino de Microsoft 365 |
| Cuenta como remitente masivo a partir de fuente | 5.000 obligatorio La regla se aplica a cualquier dominio que haya superado el umbral alguna vez, así que sigue aplicándose en un día de menos volumen. | Outlook.com y los demás buzones de consumo de Microsoft, nunca un inquilino de Microsoft 365 | |
| Qué pasa con el correo que falla fuente | 550 5.7.515 observado El correo que no cumple se rechaza durante la conversación SMTP en lugar de archivarse en la carpeta de spam. La página de políticas para postmasters de Microsoft sigue describiendo la carpeta de spam como primer paso, así que un remitente puede ver cualquiera de las dos cosas, pero conviene planificar para el rebote. | Outlook.com y los demás buzones de consumo de Microsoft, nunca un inquilino de Microsoft 365 | |
| SPF y DKIM deben superarse ambos, no solo DMARC fuente | obligatorio Más estricto que DMARC por sí solo. DMARC se supera cuando se alinea SPF o DKIM, y Outlook.com pide además que ambas comprobaciones se superen. | Outlook.com y los demás buzones de consumo de Microsoft, nunca un inquilino de Microsoft 365 | |
| Apple | Reglas para remitentes masivos vigentes desde fuente | febrero de 2025 obligatorio | correo a iCloud Mail, me.com y mac.com |
| Cabeceras ARC en el correo reenviado fuente | obligatorio Apple es el único de los cuatro que lo pide, que es la razón honesta para fijarse en ARC. | correo a iCloud Mail, me.com y mac.com |
Unspam lee todo esto solo a partir de tu nombre de dominio.
Ninguna consulta DNS llega a esto. Requiere un mensaje real o un historial de envíos real, que es para lo que sirve una prueba de entrega en bandeja.
