Votre newsletter est partie. Les statistiques remontent. Tout semble normal. Sauf que Gmail a coupé votre message en deux : vous n’avez reçu aucune alerte.
C’est exactement ce qui arrive quand un email HTML dépasse 102 Ko. Gmail affiche « [Message tronqué] Afficher l’intégralité du message » et cache tout ce qui dépasse. La majorité de vos abonnés ne cliquent jamais sur ce lien. Ils supposent que le message est terminé. Et passent à autre chose.
Pourquoi Gmail coupe votre email à 102 Ko
Gmail applique une limite de 102 Ko sur le code HTML de l’email. Pas le poids total du message : uniquement le fichier HTML. Les images hébergées en externe ne comptent pas. Ce qui compte, c’est le code, les styles CSS inline, les commentaires, les balises inutiles.
Dépasser cette limite ne produit pas d’erreur. Gmail n’envoie aucune notification à l’expéditeur. Le message arrive. Amputé. L’abonné voit une version incomplète sans le savoir non plus (sauf s’il remarque ce petit lien discret en bas).
La plupart ne le remarquent pas.
Le double dommage que personne ne calcule
Un email tronqué ne pose pas qu’un problème d’affichage. Il en pose deux. Le second est bien plus grave.
Le premier : votre pixel de suivi disparaît. Ce pixel se trouve presque toujours en bas du code HTML. Quand Gmail coupe le message, il coupe aussi le pixel. Les ouvertures ne sont pas comptabilisées. Votre taux d’ouverture est sous-estimé. Vous prenez des décisions sur des données fausses.
Le second : votre lien de désinscription est aussi en bas. Tronqué avec le reste. Un abonné qui veut partir ne trouve pas le lien. Il fait quoi ? Il clique sur « Signaler comme spam ». Ce signal abîme votre réputation d’expéditeur. Sur le long terme, vos emails atterrissent moins souvent en boîte de réception. Même chez les abonnés pour qui tout fonctionnait bien.
Un cercle vicieux déclenché par 2 Ko de code en trop.
Sur mobile, la limite est bien plus basse
La limite de 102 Ko s’applique à Gmail sur ordinateur de bureau. Sur mobile, c’est différent. Selon les mesures publiées par Badsender en 2024, la limite chute à environ 75 Ko sur Android et à environ 20 Ko sur iOS.
20 Ko. C’est à peine assez pour un email transactionnel simple. Une newsletter avec un header, un texte structuré et quelques liens inline peut facilement atteindre ce seuil. Même en faisant attention.
Et selon une analyse d’audreytips.com, 50 % des utilisateurs suppriment un email qui ne s’affiche pas correctement sur leur téléphone. Pas de clic sur « Afficher l’intégralité du message ». Suppression directe.
Si votre audience ouvre majoritairement sur mobile (c’est le cas pour la plupart des newsletters B2C), la limite de 102 Ko est un plafond théorique. Le vrai problème commence bien avant.
Pourquoi vos emails grossissent sans que vous le remarquiez
Un email bien conçu visuellement peut peser beaucoup plus qu’il n’en a l’air. Le problème vient du code, pas du design.
Copier-coller depuis Word ou Google Docs injecte des balises de formatage cachées. Une mise en page responsive pour trois formats d’écran ajoute plusieurs milliers d’octets de media queries. Les styles CSS répétés sur chaque balise au lieu d’être centralisés font exploser la taille. Les commentaires de développeur laissés dans le code comptent aussi.
Rien de tout ça n’est visible dans l’aperçu. Tout se passe dans le code source : vous ne regardez probablement jamais ce fichier avant d’envoyer.
Mailchimp, Brevo ou Klaviyo affichent rarement une alerte de taille avant l’envoi. AWeber a introduit un indicateur en direct dans son éditeur et un marqueur de troncature dans ses statistiques : une exception parmi les plateformes grand public. La majorité des expéditeurs découvrent le problème après coup, en cherchant pourquoi leurs métriques ne correspondent pas à leurs attentes.
Comment réduire le poids de votre HTML sous 100 Ko
La cible n’est pas 102 Ko. C’est 100 Ko : une marge qui absorbe les variations selon les clients de messagerie.
Par ordre d’impact :
- Minifier le HTML : supprimer les espaces, sauts de ligne et commentaires inutiles. Des outils comme HTML Minifier ou les options d’export de votre ESP font ce travail automatiquement.
- Centraliser les styles CSS : un style déclaré une fois dans le bloc <style> de l’email pèse infiniment moins que le même style dupliqué sur 40 cellules de tableau.
- Limiter les media queries : chaque breakpoint responsive ajoute du poids. Si votre design fonctionne à deux niveaux (mobile et desktop), pas besoin d’un troisième pour les tablettes.
- Éviter les tableaux imbriqués : les mises en page construites avec des tableaux dans des tableaux génèrent du code redondant. Les structures plates pèsent moins.
- Couper le contenu long : un article résumé avec un lien vers la version complète en ligne pèse moins que le texte intégral dans l’email.
Déplacer les éléments critiques en haut du code
Même en optimisant, certaines newsletters dépasseront 102 Ko. Le placement des éléments critiques devient alors la seule vraie protection.
Le pixel de suivi doit être dans les premières lignes du HTML, pas en bas. S’il est en haut, Gmail le charge avant d’appliquer la troncature. S’il est en bas, vous volez à l’aveugle.
Le lien de désinscription devrait apparaître deux fois : une fois en haut (dans le pré-header ou le bandeau de navigation) et une fois en bas. C’est aussi une bonne pratique de délivrabilité, indépendamment du poids.
Le lien « Afficher dans le navigateur » en haut de l’email offre une sortie de secours. Ce lien renvoie vers la version hébergée en ligne, complète, sans limite de taille.
Vérifier avant d’envoyer
Le problème se détecte avant l’envoi. Pas après.
Mesurer le poids du fichier HTML est l’étape minimale. La plupart des ESP permettent d’exporter le code source. Un fichier de plus de 100 Ko mérite d’être allégé avant envoi.
Des outils comme Email on Acid ou Litmus permettent de prévisualiser le rendu sur plusieurs clients de messagerie, dont Gmail desktop et Gmail mobile. Ils signalent aussi les problèmes de troncature.
Si votre plateforme n’affiche pas d’indicateur de taille pendant la composition, ajouter cette vérification dans votre checklist avant envoi. C’est une minute de travail qui évite des semaines de statistiques inutilisables.
La troncature Gmail ne génère aucune erreur, aucun rebond, aucune alerte. Vos emails partent, arrivent et semblent fonctionner. Pendant ce temps, une partie de vos abonnés ne voit pas votre appel à l’action, ne peut pas se désinscrire proprement et ne compte pas dans vos statistiques d’ouverture. La question n’est pas si cela vous arrive. C’est depuis combien de temps.
