Recorte de Gmail a los 102 KB: qué cuenta y cómo evitarlo

Es desconcertante: el email se ve normal en el editor, pero al llegar a Gmail aparece el enlace para ver el mensaje completo. Si la llamada a la acción, la información final o el enlace de baja queda después del recorte, ya no es solo un detalle de maquetación.

Para evitarlo, no basta con mirar el peso de las imágenes o una captura de pantalla. Hay que revisar el HTML final que realmente se enviará y medirlo en bytes UTF-8.

Abre gratis EasyAImail Email HTML Preflight para pegar o subir el HTML final y revisar el informe en tu navegador.

Qué significa el límite de recorte de Gmail

Gmail puede contraer un email cuyo HTML es demasiado grande y mostrar un enlace para abrir el resto del mensaje. En una prueba visible de EasyAImail Email HTML Preflight, un HTML de 158.7 KB se marca como bloqueo porque está dentro del rango de riesgo asociado al umbral habitual de unos 102 KB.

Ese número es una frontera práctica, no una garantía absoluta. Una plataforma de envío puede añadir enlaces con seguimiento, variables de personalización u otro marcado al final del proceso. Por eso conviene dejar margen y comprobar la versión final, no solo el archivo limpio que salió del diseñador.

En un correo personal de actualización de proyecto, quizá este no sea el primer riesgo. En un newsletter, un lanzamiento, una factura automatizada o una plantilla comercial muy cargada, sí puede cambiar lo que ve el destinatario.

El tamaño del HTML no es el tamaño de la imagen

Aquí se cometen muchos errores.

Una imagen alojada en una URL normal puede pesar mucho en el servidor y aun así aportar al HTML solo una etiqueta `` relativamente corta. Puede afectar al tiempo de carga, pero no equivale a insertar todos sus bytes dentro del código.

Una imagen codificada en base64 sí lleva sus datos dentro del HTML. Un logo o varios iconos pueden aumentar el peso muy deprisa. También lo hacen los estilos inline repetidos, módulos duplicados, textos ocultos que nunca se eliminaron, preheaders excesivos y el marcado añadido por una plataforma de marketing.

Revisa dos cosas por separado:

1. Si el HTML final tiene un tamaño razonable para evitar el recorte.
2. Si las imágenes son suficientemente ligeras para cargar bien.

Ambas afectan a la experiencia, pero se corrigen de forma distinta.

Por qué un email aparentemente corto puede crecer tanto

El exceso suele estar en el código, no en el texto visible. Estos son algunos motivos frecuentes:

• El mismo estilo inline aparece en cada celda, párrafo y botón.
• Se copiaran módulos para hacer variaciones y las versiones anteriores siguieran en el código.
• Logos o ilustraciones se incrustan en base64 sin necesidad.
• El proveedor añade tracking, variables y enlaces largos antes de enviar.
• Se mantienen secciones ocultas para segmentos que no recibirán esa versión.
• Al pegar contenido desde una web o un documento se arrastra marcado innecesario.

No elimines sin revisar los comentarios condicionales o las alternativas para Outlook solo para ahorrar bytes. Parte de ese código existe para que el mensaje mantenga una estructura legible en clientes restrictivos. Empieza por la duplicación y los recursos incrustados.

Un presupuesto de tamaño más sensato

No hace falta perseguir un número perfecto. Es más útil dejar el HTML claramente por debajo de la zona de riesgo que intentar terminar justo en el límite. Así hay espacio para cambios que introduzca el sistema de envío.

Si el informe muestra que el mensaje está cerca del límite, elimina primero lo que tenga un beneficio claro: bloques repetidos, contenido abandonado y datos incrustados innecesarios. Vuelve a comprobarlo y, si la campaña importa, envía una prueba real a los buzones relevantes.

La pregunta correcta no es "¿puedo ahorrar otro kilobyte?". Es "¿podrá la persona leer el mensaje importante y actuar sin tener que desplegarlo?".

Cómo reducir el HTML sin romper el email

Elimina módulos duplicados

Busca versiones duplicadas para escritorio y móvil, secciones abandonadas en comentarios o contenedores ocultos. Conserva solo lo que necesita la versión final.

Evita incrustar imágenes grandes

Para un logo o una ilustración que puede cargarse desde una URL adecuada, no suele ser necesario copiar todos sus datos al HTML. Evalúa siempre el caso concreto, pero no uses base64 como opción automática.

Limpia estilos inline repetidos

Los emails HTML a menudo necesitan estilos inline. Eso no significa que deban repetirse por accidente decenas de veces. Compara celdas y párrafos similares y simplifica con cuidado, sin sacrificar el diseño base que necesitan los clientes de correo.

Comprueba el resultado de la plataforma de envío

Si tu ESP, CRM o sistema de marketing añade personalización, tracking o enlaces, revisa el HTML después de esas transformaciones. La exportación limpia del editor no siempre es la versión que recibe Gmail.

Qué puede y qué no puede decirte el comprobador

EasyAImail Email HTML Preflight mide los bytes UTF-8 del HTML y señala el riesgo de recorte. También revisa variables sin resolver, enlaces provisionales, problemas de imágenes, riesgos de compatibilidad con Outlook y contraste.

Es un análisis estático en el navegador, no una promesa de que el correo se haya renderizado en cada cuenta de Gmail. No predice la llegada a la bandeja de entrada ni garantiza el mismo resultado en todos los dispositivos. Para un envío importante, combínalo con una prueba real.

Si todavía no has escrito el email

Cuando el problema no es el código sino decidir qué decir, usa la aplicación web de EasyAImail. Explica a quién escribes, el objetivo y los hechos importantes. La IA recomienda plantillas, pero tú revisas y eliges una; después completas solo la información que falta y revisas el HTML antes de cualquier envío.

Si ya tienes un borrador en Gmail u Outlook, el complemento de navegador EasyAImail sirve para una revisión que tú inicias o para cambiar un fragmento concreto. En ambos casos, tú verificas los hechos y decides si se envía.

Preguntas frecuentes

¿Las imágenes externas cuentan para el límite de recorte?

El peso del archivo de imagen y el tamaño del HTML son cosas distintas. Una URL de imagen añade marcado; una imagen en base64 añade los datos de imagen al código. Comprueba el HTML final en lugar de deducirlo por el peso de la carpeta de imágenes.

¿102 KB es una garantía exacta?

No. Es un límite práctico de riesgo. Deja margen para sustituciones y tracking, y prueba la versión final cuando el envío sea importante.

¿Debo borrar el código de respaldo de Outlook para reducir tamaño?

No de forma automática. Elimina primero duplicación y recursos incrustados innecesarios. El código de compatibilidad puede ser precisamente lo que mantiene el email legible.

¿El comprobador puede decirme si Gmail enviará el correo a spam?

No. Revisar el tamaño y la estructura del HTML no equivale a predecir la entrega. El informe se centra en riesgos visibles del código antes de enviar.

Comprueba el HTML que verá la persona destinataria

Pega la versión final en EasyAImail Email HTML Preflight, revisa el tamaño junto con los demás hallazgos y prueba el mensaje que de verdad vas a enviar.