Cuando diseñamos emails para entornos B2B, muchas veces queremos que el diseño “quede igual que en la web”. Pero basta con enviar una campaña para descubrir que la tipografía cambia según el cliente de correo: Outlook, Gmail, Apple Mail… todos hacen lo suyo. Y en algunos casos, lo hacen mal.
En Bubuku llevamos años maquetando emails para distintos sectores y necesidades. Y si algo hemos aprendido es que en email la compatibilidad y la legibilidad están por encima del diseño perfecto, aunque siempre buscando un equilibrio: valorar qué aporta cada elemento en cada caso concreto, y decidir si realmente suma… o si complica la experiencia del usuario y puede afectar incluso a la entregabilidad.
¿Por qué la tipografía en emails no funciona como en la web?
Aunque un email se parezca visualmente a una web, no se comporta igual. El principal motivo es que los emails no se renderizan en un navegador como Chrome o Firefox, sino en clientes de correo que usan sus propios motores: Outlook usa Word, Gmail tiene su propia interpretación, Apple Mail es más permisivo… y todos aplican restricciones por seguridad.
En la práctica, esto significa que las fuentes externas (web fonts) muchas veces se ignoran, se sustituyen o se renderizan de forma inconsistente. Mientras que en la web puedes cargar una fuente de Google Fonts sin problema, en muchos correos eso directamente no se carga o se reemplaza por la fuente por defecto del sistema operativo.
Además, los emails deben cumplir requisitos estrictos: tienen que cargar rápido, ser accesibles en todos los dispositivos y no generar alertas de seguridad que puedan afectar a la entregabilidad. Las fuentes externas, al depender de recursos alojados fuera del email, pueden activar bloqueos o ralentizar la carga, especialmente en entornos corporativos con filtros de red agresivos.
Por eso, cuando una tipografía «no se ve igual que en la maqueta», normalmente no es un bug: es el cliente de correo protegiéndose.
Comparativa de compatibilidad entre clientes de correo
Uno de los principales problemas al usar fuentes personalizadas en email es que no todos los clientes las soportan. De hecho, la mayoría no lo hacen. Por eso, antes de decidir si vas a cargar una fuente externa, conviene revisar dónde leen tus usuarios sus correos y si realmente vale la pena el esfuerzo.
A continuación te dejamos una tabla con la compatibilidad más habitual. Aunque puede haber matices según el sistema operativo o la versión, esta referencia te dará una visión clara para tomar decisiones prácticas.
| Cliente de correo | ¿Soporta fuentes web? |
|---|---|
| Gmail (web y app) | ✘ No* |
| Apple Mail | ✓ Sí |
| Outlook 2013–2021 | ✘ No |
| Outlook Office 365 (Windows y Mac) | ✘ No |
| Outlook para Mac | ✓ Sí |
| iOS Mail | ✓ Sí |
| Samsung Mail | ✘ No* |
| Yahoo! Mail | ✘ No |
Como ves, incluso clientes populares como Gmail o Outlook no permiten cargar fuentes personalizadas. En muchos casos, aunque declares tu fuente favorita, el correo la ignorará o la sustituirá automáticamente.
Por eso es tan importante usar stacks de fuentes bien definidos y trabajar con fuentes del sistema siempre que sea posible. Así garantizas que tu diseño se vea bien en cualquier cliente.
Qué fuentes usar en emails B2B: seguras, serif o sans
La opción más segura (y recomendable) para emails en entornos B2B es usar fuentes del sistema, también conocidas como web-safe fonts. Estas son las tipografías que ya vienen instaladas en la mayoría de dispositivos y sistemas operativos, lo que garantiza que se mostrarán correctamente sin necesidad de cargarlas desde fuera.
¿Qué fuentes son seguras para email?
- Sans-serif (sin remates): Arial, Helvetica, Segoe UI, Roboto, Verdana.
- Serif (con remates): Georgia, Times, Times New Roman.
Estas fuentes funcionan bien en casi todos los clientes de correo, tanto en escritorio como en móvil, y aseguran buena legibilidad, coherencia visual y estabilidad en el diseño.
Al ser fuentes del sistema, evitan problemas comunes como saltos de línea inesperados, botones desalineados o bloques de texto que se deforman, algo especialmente crítico en entornos corporativos donde la tolerancia al error es mínima.
¿Cuándo usar serif y cuándo sans?
- Cuerpo de texto → mejor usar una sans-serif (como Arial o Roboto): más limpias, más fáciles de leer en tamaños pequeños.
- Titulares o bloques editoriales → puedes usar una serif (como Georgia) si buscas dar contraste o transmitir autoridad.
En B2B, donde muchas veces el contenido es denso y el objetivo es la conversión, las sans-serif suelen ganar por su ritmo de lectura y estabilidad visual. Las serif pueden usarse para dar un toque de elegancia o diferenciación, pero siempre con moderación.
si dudas entre una fuente llamativa y una que sabes que se verá bien… apuesta por la que no falle. La claridad gana siempre.
¿Y si mi marca tiene una fuente corporativa?
Es muy común que una empresa tenga una tipografía propia o una fuente corporativa muy definida. Y también es común que el equipo de diseño quiera usarla en los emails. La respuesta corta es: se puede intentar, pero con condiciones.
Opción A (recomendada): Usa una fuente del sistema equivalente
La identidad de marca no se basa únicamente en una tipografía. Puedes sostener el estilo visual mediante:
- Paleta de colores
- Jerarquía de tamaños
- Espaciado y márgenes
- Iconografía
- Estilo del copy
- Botones y estructura
Usar una fuente equivalente de sistema evita problemas de compatibilidad y mantiene la estética bajo control.
Opción B: Declara la fuente corporativa y define fallbacks
Puedes escribir un font stack que empiece por tu fuente corporativa y siga con alternativas seguras:
font-family: "TuFuenteDeMarca", system-ui, -apple-system, "Segoe UI", Roboto, Helvetica, Arial, sans-serif;Si el cliente de correo la soporta, genial. Si no, se usará una de las siguientes sin romper el diseño.
Opción C (caso puntual): Imagen para un titular muy de marca
Si hay un hero donde el impacto visual es clave, puedes usar una imagen con la tipografía corporativa. Ahora bien, esta opción debe usarse con cuidado:
- Solo si el texto tiene un carácter decorativo o identitario, pero no es esencial para comprender el mensaje.
- Añade siempre un atributo alt, incluso si la imagen no contiene texto: es clave para la accesibilidad, y permite que el usuario entienda el contenido si la imagen no se carga.
- Asegúrate de que el diseño del email siga funcionando sin la imagen: el contenido importante nunca debe depender de que se vea una imagen concreta.
Esta solución es válida en casos muy concretos, como encabezados visuales o slogans, pero nunca para transmitir información clave o para botones con llamada a la acción.
Cómo implementar bien los font-stacks y fallbacks en email
Una buena tipografía en email no es solo “elegir una fuente”. Es definir un conjunto de fuentes que se activen en orden de prioridad, en función de la compatibilidad del cliente. A eso se le llama font stack, y es una de las claves para que tu email se vea bien en cualquier entorno.
¿Qué es un font stack?
Es una lista de fuentes alternativas que se aplican de izquierda a derecha, según la disponibilidad. Por ejemplo:
font-family: system-ui, -apple-system, "Segoe UI", Roboto, Helvetica, Arial, sans-serif;Si el dispositivo del usuario tiene system-ui, se usa esa. Si no, pasa a -apple-system, y así sucesivamente. Al final, sans-serif es el cierre genérico que garantiza que al menos haya un estilo coherente.
Ejemplos prácticos
Stack moderno sans-serif (recomendado para cuerpo de texto):
font-family: system-ui, -apple-system, "Segoe UI", Roboto, Helvetica, Arial, sans-serif;Stack editorial serif (ideal para titulares):
font-family: Georgia, "Times New Roman", Times, serif;Buenas prácticas específicas para email
- Evita @import o fuentes externas en CSS: muchos clientes bloquean estas cargas.
- Declara los font-stacks inline o dentro de <style> en el <head>, no en archivos externos.
- Usa unidades px para los tamaños de fuente, ya que son más predecibles en emails.
- Ajusta siempre el line-height: si cambia la fuente, también cambia el alto de línea.
- Prueba que los botones mantengan una sola línea de texto, incluso con cambios de fuente.
Implementar un buen stack es como definir un plan B, C y D para tu diseño: asegura que tu mensaje se vea bien, pase lo que pase.
Checklist final para elegir tipografía en emails B2B
Antes de dar por cerrado el diseño de una newsletter, conviene hacer una última revisión para asegurarte de que tu elección tipográfica no va a jugarte una mala pasada. Aquí tienes un checklist práctico:
- ¿Estás usando fuentes del sistema?
Arial, Helvetica, Roboto, Georgia… mejor que una fuente externa que puede no cargarse. - ¿Has definido un font-stack completo con fallback?
Evita poner solo una fuente. Define alternativas y un cierre genérico (sans-serif o serif). - ¿La jerarquía tipográfica es clara y legible?
Tamaños consistentes, contraste suficiente y buen line-height para lectura fluida. - ¿El texto sigue funcionando si cambia la fuente?
Haz una prueba forzando una fuente fallback (como Arial) y comprueba si se descompone el layout. - ¿Has evitado encerrar texto importante en imágenes?
Todo texto clave debe estar en HTML, no en imágenes. - ¿Las imágenes tienen atributo alt descriptivo?
Siempre, aunque no contengan texto. Mejora la accesibilidad y la experiencia si la imagen no se carga. - ¿Has probado el email en diferentes clientes (Outlook, Gmail, Apple Mail)?
No hace falta ser exhaustivo, pero sí cubrir los más usados por tu audiencia.
En campañas B2B, donde muchas decisiones se toman desde el correo, estos detalles pueden determinar si tu mensaje se entiende a la primera… o se pierde por un fallo de maquetación.
Preguntas frecuentes sobre tipografías en email marketing
Técnicamente, sí, pero la mayoría de clientes de correo no las cargan, especialmente Gmail, Outlook o clientes móviles. Si decides intentarlo, asegúrate de tener un buen font-stack de respaldo.
Si solo defines una fuente que no es compatible con el cliente de correo, el sistema elegirá una por su cuenta, lo que puede desconfigurar el diseño: saltos de línea, botones que se descuadran o diferencias de espaciado.
Depende del objetivo y del estilo de tu marca. En entornos B2B y correos con mucho texto, las sans-serif (como Arial o Roboto) suelen funcionar mejor por su legibilidad. Las serif pueden usarse para titulares o bloques con intención editorial.
No en emails. Esa técnica funciona en web, pero está bloqueada por la mayoría de clientes de correo por motivos de seguridad. En email marketing, usar @font-face es básicamente inefectivo.
Solo en casos muy puntuales. Asegúrate de añadir atributo alt, y nunca pongas información importante (como una llamada a la acción) dentro de esa imagen. El diseño debe seguir funcionando aunque no se cargue.
Elegir la tipografía ideal para emails B2B: claves finales
Diseñar una newsletter eficaz en B2B no es cuestión de lucirse visualmente, sino de asegurar que el mensaje llegue claro, legible y sin sobresaltos. Las fuentes juegan un papel clave en eso, y por eso conviene tratarlas con criterio técnico y no solo estético.
Usar fuentes del sistema con stacks bien construidos es la forma más segura de evitar errores comunes en email: saltos de línea, botones descuadrados o textos que no se leen. Apostar por Arial, Helvetica, Georgia o Roboto no es resignarse, es entender que en email el diseño funciona bajo otras reglas.
Si tu marca tiene una tipografía muy definida, recuerda que puedes mantener coherencia visual usando alternativas seguras, estilos gráficos y jerarquía de contenido. El lector nunca notará que no es la fuente exacta… pero sí notará si todo se rompe porque lo forzaste.
Si necesitas ayuda para adaptar tus campañas o mejorar la legibilidad de tus emails, en Bubuku te podemos ayudar. Consulta nuestros servicios.
Fuentes y lecturas recomendadas
- Google Fonts FAQ — Privacidad y recopilación de datos en la API de Google Fonts
- Litmus — The Ultimate Guide to Web Safe Fonts / Web Fonts in Email
- Litmus — Email typography (buenas prácticas y enfoque general)
- Email on Acid — Email-safe fonts y soporte limitado de web fonts
- Email on Acid — Google Fonts / web fonts en email (compatibilidad por cliente)
- Email on Acid — Cómo codear para Outlook (motor de renderizado y limitaciones)



