Maquetación

Gmail recorta los correos a los 102 KB: por qué arruina tus estadísticas y cómo evitarlo

Qué cuenta para el peso del correo y qué no

Mailvex · 9 agosto 2026 · 5 min de lectura

Gmail recorta los correos a los 102 KB: por qué arruina tus estadísticas y cómo evitarlo

Gmail recorta un correo cuando su código HTML supera los 102 kilobytes: el resto queda oculto tras un enlace de «Ver mensaje completo». Junto con el contenido se recorta el píxel de seguimiento de aperturas, así que la tasa de apertura deja de ser fiable. Veamos qué cuenta realmente para el peso, por qué en móvil el límite es mucho más estricto y cómo reducir el código sin sacrificar el diseño.

Qué ocurre al recortarse

Gmail mide el HTML en bruto, no la imagen final del correo. Al llegar al umbral corta todo lo que sigue, no en el límite de un bloque sino en un número exacto de bytes. A mitad de una etiqueta, a mitad de una regla de estilos, donde caiga. Por eso un correo recortado suele verse roto y no simplemente acortado: las etiquetas sin cerrar destrozan la maquetación de lo que queda.

102 KB

Mailchimp: umbral de recorte de correos en Gmail

El píxel de seguimiento suele colocarse al final del correo. Si el mensaje se recorta, el píxel no llega a cargarse y la apertura no se contabiliza. En el informe verás una tasa de apertura menor de la real y tomarás decisiones con datos equivocados.

Esquema de un correo cortado en horizontal con el bloque inferior eliminado
El recorte ocurre por número de bytes, no por límite de bloque

En móvil el límite es más estricto

La cifra de 102 kilobytes corresponde al cliente de escritorio. En las aplicaciones móviles el corte llega mucho antes, y en la app de Gmail para iOS puede empezar en torno a los veinte kilobytes, además de forma inconsistente.

Dónde se abre el correoUmbral de recorte
Gmail en navegador de escritoriounos 102 KB
Gmail en Android y otros móvilesunos 75 KB
App de Gmail en iOSunos 20 KB, de forma inconsistente

Conclusión práctica: si una parte relevante de tu lista abre desde el teléfono, tu objetivo real no son 102 kilobytes sino una cifra bastante menor.

Qué cuenta para el peso y qué no

Aquí es donde más se equivoca la gente. Solo cuenta el código, no las imágenes en sí.

  • cuenta: todo el HTML, incluidas etiquetas, atributos y comentarios
  • cuenta: los estilos en línea y el contenido de la etiqueta style
  • cuenta: las direcciones de imágenes y enlaces, incluidos los enlaces largos con parámetros UTM
  • cuenta: el código de seguimiento que añade tu plataforma de envío
  • NO cuenta: los archivos de imagen, que se cargan desde una dirección externa

De ahí una consecuencia poco intuitiva: un correo con una docena de fotografías pesadas puede quedar holgadamente por debajo del límite, mientras que uno sin imágenes pero con texto largo y maquetación inflada puede superarlo.

Qué infla el correo con más frecuencia

  • los mismos estilos en línea repetidos en cada celda de la tabla
  • texto pegado desde un procesador de textos junto con su formato
  • enlaces largos con parámetros UTM duplicados en cada botón e imagen
  • caracteres no estándar como las comillas tipográficas o el símbolo de copyright
  • código comentado que quedó de versiones anteriores de la plantilla

Los caracteres no estándar merecen mención aparte. Cada uno ocupa varios bytes en lugar de uno, y en un texto largo la diferencia se acumula.

Cómo reducir el peso

  • lleva los estilos repetidos a la etiqueta style y deja en línea solo lo imprescindible
  • acorta los enlaces con parámetros UTM o usa un acortador
  • elimina el código comentado antes de enviar
  • sustituye los caracteres tipográficos por entidades HTML
  • divide los correos muy largos en varias entregas

Y un truco que salva las estadísticas incluso cuando hay recorte: coloca el píxel de seguimiento al principio del correo y no al final. Así la apertura se registra aunque el mensaje se haya cortado.

Email on Acid recomienda apuntar no al límite sino a un margen: mantenerse por debajo de ochenta kilobytes. El motivo es que la plataforma de envío inyecta su propio código de seguimiento después de que termines la maquetación, así que el peso final supera al que veías en el editor.

Cómo lo resuelve Mailvex

El constructor muestra el peso del correo en el propio editor y avisa cuando se acerca al límite. Los estilos se ponen en línea solo donde la compatibilidad lo exige, las reglas repetidas se agrupan en un bloque común y los comentarios sobrantes se eliminan al compilar. Los parámetros UTM se configuran en un único sitio en lugar de pegarse a mano en cada enlace.

Crea un correo en el editor y comprueba su peso antes de enviarlo.

Ver plantillas

Preguntas frecuentes

¿El tamaño de las imágenes afecta al recorte?

No. Las imágenes se cargan desde una dirección externa y no cuentan para el peso del correo. Las direcciones de las imágenes sí cuentan, así que las URL largas con parámetros siguen sumando bytes.

¿Cómo compruebo el peso antes de enviar?

Envíate una prueba a tu dirección de Gmail, ábrela y guarda el mensaje como archivo desde el menú del propio mensaje. El tamaño del archivo es la cifra que buscas. Muchos constructores, Mailvex incluido, muestran el peso directamente en la interfaz.

¿Qué ve el suscriptor tras «Ver mensaje completo»?

Una versión del correo de la que Gmail elimina el contenido de la etiqueta style. Allí se pierde parte del diseño, así que no conviene confiar en ese enlace como alternativa.

Empieza a crear correos con Mailvex