Email tronqué dans Gmail : 4 réflexes pour l’alléger dans votre email builder

Votre email est coupé dans Gmail ? C’est que le poids de son fichier HTML dépasse 102 Ko. Avant de supprimer du contenu, regardez comment vous l’avez construit. Dans nos dernières missions de conception d’emails, deux clients, deux outils différents, le même constat : l’empilement des sections alourdit le HTML. Mais il est possible de faire autrement. Nous avons fait l’exercice sur un email qui est passé de 102 Ko à 74 Ko, soit plus de 25 % de poids en moins. Cet article vous donne 4 réflexes pour baisser le poids de vos emails.

Pourquoi c’est important ?

Au-delà de 102 Ko de code HTML, Gmail tronque l’email et cache la suite derrière un lien « Afficher l’intégralité du message ». Le bas de votre email risque de ne jamais être vu. Et c’est souvent là que se trouvent le dernier CTA et le lien de désinscription.

La coupure fait aussi chuter votre taux d’ouverture. Le pixel qui compte les ouvertures se trouve tout en bas du code HTML. Si le code est tronqué, le pixel n’est pas chargé, et l’ouverture n’est pas comptée.

Un cas récent : les ouvertures chutent, les clics tiennent

Une cliente nous a écrit récemment : ses taux d’ouverture étaient « cata » sur ses derniers envois. 8 % sur la newsletter principale, 22 % sur une autre campagne partie le même jour. Elle ne parlait pas de délivrabilité, mais c’est bien à ça qu’elle pensait.

En ventilant par messagerie, l’écart saute aux yeux : 3,5 % chez Gmail, 24 % chez Orange, 10 % chez Microsoft. Gmail représente 61 % du volume envoyé : c’est lui qui tire la moyenne vers le bas.

Nous avons écarté les pistes une par une :

• Pas de réputation dégradée : une autre newsletter, envoyée le même jour depuis le même domaine, atteigne 22 % d’ouverture chez Gmail
• Pas de mauvaise cible : 490 adresses Gmail ont aussi reçu une invitation six jours plus tôt. Les mêmes personnes ont ouvert l’invitation à 29 %, et la newsletter à 2,7 %
• Des clics stables : 0,82 % contre 0,61 % sur ces mêmes personnes. Des gens qui cliquent ont reçu et lu l’email

Ce n’est pas un problème de délivrabilité, mais de mesure. Nous avons pesé les campagnes récentes : six au-dessus du seuil, six en dessous. Les six au-dessus sont exactement celles dont les ouvertures s’effondrent.

La cause : trois blocs ajoutés au template quelques jours plus tôt.

Ce que nous voyons en mission

Deux clients nous ont posé la même question ces dernières semaines. Ils n’utilisent pas le même outil.

Chez le premier, sous HubSpot, l’email pesait 102 Ko, pile au seuil de coupure. L’équipe construisait chaque email avec une section par élément : une section image, une section texte, une section séparateur, et même une section image pour simuler des coins arrondis.

Chez le second, sous Brevo, l’infolettre était tronquée dans Gmail, mais pas à chaque envoi. Notre analyse :

• Le HTML pesait 112,9 Ko, soit environ 13 % au-dessus du seuil
• La coupure tombait juste après le titre d’une rubrique, en plein milieu du contenu
• Le texte visible ne représentait que 7,5 Ko, soit 6,5 % du fichier. Tout le reste, c’était de la structure

Dans les deux cas, le contenu n’était pas trop long. C’est la façon d’utiliser l’outil qui alourdissait l’email.

Pourquoi les emails builders alourdissent le code

Pour deux raisons principales :

• Un code générique. Un email builder intégré à un outil de routage doit fonctionner pour tous ses clients, quels que soient leur design et leur façon d’assembler les blocs. Chaque bloc embarque donc la structure et les styles prévus pour toutes les combinaisons possibles, pas seulement ceux dont votre email a besoin
• Les contraintes propres à l’email. Le code HTML d’un email ne suit pas les standards actuels du web. Pour s’afficher correctement dans Outlook comme sur mobile, chaque bloc repose sur des tableaux imbriqués et des styles écrits dans chaque balise, répétés d’un bloc à l’autre

C’est le fonctionnement de la plupart des emails builders de vos outils CRM. C’est moins le cas des emails builders en stand alone, comme LePatron, l’email builder open source que nous avons développé chez Badsender. Le template et ses blocs sont développés sur-mesure pour chaque client, avec un code HTML écrit pour son design, et non à partir d’un template générique prévu pour toutes les combinaisons possibles.

En tout cas, la bonne nouvelle pour les emails builders de vos outils CRM, c’est que la façon de s’en servir change tout. Encore faut-il connaître les astuces.

4 réflexes pour alléger votre email

Les voici, classés par ordre d’importance.

1. Regroupez un maximum de contenus dans une même section

Une section, c’est un conteneur de colonne. Et dans ce conteneur, vous allez pouvoir empiler des éléments (textes, images, boutons, etc.).

Par exemple, dans l’exemple ci-dessous, nous avons compilés 3 sections:

• Une section d’une colonne pour le titre
• Une section de deux colonnes pour le texte et l’image
• Une section d’une colonne pour le bouton

Et chaque section entraine ses lignes de codes. L’objectif sera donc de minimiser le nombre de sections au maximum.

Après optimisation, il ne reste qu’une seule section de deux colonnes : le titre, le texte et le bouton à gauche, l’image à droite.

Le contenu est le même, avec deux sections de code en moins. Et déjà ça, ça allège vachement le poids de l’HTML.

2. Remplacez les séparateurs par des marges

Pour espacer deux blocs, le réflexe est de glisser-déposer un spacer ou un séparateur entre les deux. Ça fonctionne, mais chaque spacer est une section de plus, avec son propre code.

Le mieux est de gérer cet espace avec le padding ou les marges des blocs. Le lecteur ne voit aucune différence.

Chez un de nos clients sous Brevo, 14 des 16 séparateurs étaient invisibles. Ils s’en servaient comme marges. À eux seuls, ils pesaient environ 22 Ko. Sur le papier, les supprimer suffisait presque à repasser sous le seuil.

Avant optimisation, un spacer glissé entre les deux cartes crée l’espace. Il ne montre que la couleur de fond, mais il ajoute sa structure de code.

Après optimisation, l’espace vient des marges des cartes. Le rendu est identique, avec une section de code en moins.

3. Utilisez les réglages natifs, comme les coins arrondis, plutôt que des images

Coins arrondis, bordures : la plupart des builders proposent ces réglages directement dans les paramètres du bloc.

Mais quand la fonctionnalité native n’existe pas, les opérateurs de campagne ont tendance à la contourner en passant par une image. Pire, certains le font même quand elle existe, pour être sûrs que leurs coins arrondis s’affichent aussi dans Outlook. Résultat : une image et une section de plus dans le code.

Le mieux reste d’utiliser les réglages natifs. Et si votre builder ne propose pas de coins arrondis, posez-vous la question : font-ils vraiment partie de votre charte graphique email, de façon non négociable ? Ou est-ce juste parce que vous trouvez ça plus joli ?

4. Réduisez vos textes et collez-les en texte brut

Écrire plus court, c’est aussi alléger l’email. Les règles du langage clair fonctionnent bien pour ça :

• Des phrases courtes : sujet, verbe, complément. Une idée par phrase
• Peu de conjonctions et d’incises : évitez d’enchaîner les « qui », « que », « dont », « mais », « car » et les précisions entre virgules. Coupez plutôt en deux phrases
• La voix active plutôt que la voix passive, pour dire clairement qui fait quoi
• Des mots simples : pas de jargon, et des acronymes expliqués
• Un seul sujet par email, sauf pour une newsletter

Nous les détaillons dans notre Top 10 des conseils en rédaction d’emails.

Vous rédigez dans Notion, Google Docs ou Word ? Un copier-coller classique importe aussi la mise en forme, et parfois des commentaires cachés. Collez en texte brut avec Ctrl+Maj+V, puis remettez la mise en forme dans l’outil.

Enfin, limitez les liens. Beaucoup d’emails placent un lien derrière chaque élément : titre, texte, image et bouton. Or chaque lien tracké rallonge le code avec ses paramètres de suivi. Les bonnes pratiques UX recommandent de réserver les liens aux CTA. C’est aussi une question d’accessibilité : un paragraphe entièrement cliquable gêne la navigation au clavier et au lecteur d’écran, car on ne sait plus où se trouvent les vraies zones cliquables. Sans parler du clic non souhaité quand on scrolle au doigt depuis un écran de téléphone… Pour aller plus loin, consultez notre guide sur l’accessibilité des emails.

Avant / après

Les emails ont perdu plus d’un quart de leur poids, simplement en changeant la façon de les construire.

Testez en conditions réelles

La plupart des outils affichent une estimation du poids de l’email dans leur interface. Attention, elle reste approximative :

• Les informations techniques s’ajoutent au moment de l’envoi viennent comme le suivi des liens : chaque lien tracké peut ajouter des centaines de caractères.
• Elle n’inclut pas toujours le contenu personnalisé de chaque destinataire : souvent, la prévisualisation en tant que contact donne le poids pour une personne précise.

Gardez donc de la marge sous les 102 Ko, et envoyez vos BAT dans une boîte Gmail.

Enregistrez vos sections optimisées

Une fois votre section optimisée testée et validée, enregistrez-la comme modèle dans votre outil. Vos prochains emails partent de cette base allégée, et toute l’équipe en profite. Plus besoin de refaire l’exercice à chaque envoi.

Conclusion

Un email trop lourd n’est pas forcément un email trop long. Souvent, c’est sa construction qui pèse. Quel que soit votre outil, le réflexe est le même : avant d’ajouter un bloc, demandez-vous ce qu’il ajoute au code.

Malgré ces réflexes, vos emails sont encore tronqués dans Gmail ? Il faut alors envisager d’autres pistes, comme coder vos blocs sur-mesure, les enregistrer dans l’email builder et les rendre éditables. N’hésitez pas à nous contacter : nous regardons ensemble la meilleure piste en fonction de votre outil.