En 2026, le mailing “gratuit” n’est plus un petit message automatique : c’est une pièce de communication complète qui mélange design, crédibilité technique et conformité, parce que les boîtes de réception sont saturées et que l’authenticité est devenue un filtre naturel. L’article explique comment reprendre le contrôle avec une “automatisation artisanale” : utiliser Google Gemini pour générer un email HTML vraiment compatible (y compris avec Outlook qui vit encore à l’ère des tables), puis Google Apps Script/GmailApp pour créer des brouillons ou envoyer en batch, sans dépendre d’un CRM payant. Il pose un cadre esthétique 2026 (néo-minimalisme chaleureux, palettes organiques, hiérarchie typographique lisible, tailles adaptées, et anticipation du dark mode), tout en rappelant que la délivrabilité et l’accessibilité se jouent sur des détails concrets. Enfin, il met une barrière “pro” indispensable : RGPD/CNIL, distinction B2B (intérêt légitime + opt-out clair) vs B2C (opt-in), minimisation des données, sécurité du script.
Le mailing gratuit en 2026 n’est plus un “petit automatisme” qu’on envoie entre deux cafés. C’est un objet de communication à part entière : design, crédibilité, technique, conformité… et surtout une impression laissée chez la personne qui le reçoit.
Partie 1 : La Renaissance de la Communication Entreprises à l'Ère de l'IA Banalisée
En cette année 2026, le paysage numérique de la communication des entreprises et freelance a subi une transformation radicale, dictée par une double contrainte : la saturation informationnelle des destinataires et l’exigence croissante d’authenticité.
Pour l’exemple, la tradition des vœux de fin d’année, jadis rituel codifié et souvent automatisé via des plateformes de masse impersonnelles, se trouve aujourd’hui à la croisée des chemins. Pour le freelance en 2026, tel que je l’incarne dans ma pratique quotidienne, l’envoi d’un courriel ne peut plus se résumer à une simple formalité administrative. Il s’agit d’un acte de branding, d’une démonstration de compétence technique et d’une preuve de soin relationnel.
L’avènement des modèles de langage avancés, et spécifiquement la démocratisation d’outils comme Google Gemini dans sa version gratuite, couplée à la robustesse historique de Google Apps Script, offre une opportunité sans précédent : celle de l’automatisation “artisanale”. Contrairement au publipostage (mail merge) classique qui inonde des listes de contacts avec des contenus génériques, l’approche que nous allons décortiquer ici vise la création d’artefacts numériques uniques.
Il s’agit de concevoir un e-mail stylisé, techniquement irréprochable, capable de s’afficher aussi bien sur le dernier iPhone que sur un client Outlook de bureau vieillissant, le tout sans dépendre d’abonnements coûteux à des CRM marketing.
Cet article a ainsi pour ambition de dépasser le simple tutoriel. Il constitue une analyse technique et stratégique exhaustive de la chaîne de production d’un e-mail en 2026. Nous explorerons comment l’ingénierie de prompt (Prompt Engineering) peut pallier les déficiences du codage manuel, comment naviguer dans le labyrinthe des moteurs de rendu des clients de messagerie, et comment scripter l’envoi de manière sécurisée et conforme aux normes RGPD et CNIL les plus récentes. Nous allons ainsi permettre à tout professionnel indépendant et entreprises de reprendre le contrôle total de sa communication numérique.
Le Cadre Stratégique et Esthétique des Vœux 2026
Avant même d’écrire la première ligne de code ou de solliciter l’intelligence artificielle, il est impératif de définir le cadre conceptuel dans lequel s’inscrit notre démarche. En 2026, l’esthétique et la conformité ne sont pas des options, mais les piliers mêmes de la délivrabilité et de l’engagement.
1.1 L'Esthétique du “Néo-Minimalisme” et les Tendances Visuelles
L’analyse des tendances graphiques pour 2026 révèle un rejet marqué du design “bruyant” qui a caractérisé le début de la décennie. Nous entrons dans l’ère du “néo-minimalisme” ou “minimalisme chaleureux”, une approche qui privilégie la clarté, l’espace et la typographie, mais qui refuse la froideur clinique du minimalisme traditionnel.
Pour un freelance / une entreprise, adopter ce style dans un e-mail de vœux signifie communiquer une image de professionnalisme, de stabilité et de modernité. Bien entendu, il faut cependant respecter votre direction artistique propre à votre image de marque et ne pas en déroger. Le style que nous utilisons dans cet exemple s’adapte notamment aux personnes avec certaines difficultés de lecture, vision et autres en minimisant les formes, couleurs et animations.
Inspiration néo-minimalisme
Contenu tiers : Pinterest. Pour respecter votre consentement (cookies/traceurs), l’aperçu se charge uniquement au clic.
La Palette Chromatique : Entre Nature et Numérique
Les prédictions colorimétriques pour 2026, influencées par des acteurs comme Pantone et WGSN, mettent en avant des teintes qui ancrent le numérique dans une réalité organique. Si le “Cloud Dancer” (un blanc cassé aérien) a pu être évoqué comme couleur de l’année par Pantone, ce sont les teintes plus profondes et rassurantes qui dominent les communications B2B.
Le “Transformative Teal” (sarcelle transformatrice) et le “Warm Eucalyptus” (eucalyptus chaud) s’imposent comme des choix stratégiques. Ces couleurs ne sont pas simplement décoratives ; elles possèdent des propriétés psychologiques précises. Le vert évoque la croissance et la résilience (des valeurs clés pour des vœux professionnels) tandis que les touches de bleu sarcelle rappellent la technologie et l’innovation sans l’agressivité des bleus électriques d’antan.
L’intégration de ces couleurs dans un e-mail demande une rigueur technique : elles doivent être définies non seulement pour le mode clair (Light Mode), mais aussi pour leur conversion en mode sombre (Dark Mode), une fonctionnalité désormais omniprésente. En effet, le dark mode est devenu très courant (Narola Infotech, 2023).
La typographie en 2026 joue un rôle central. L'utilisation de polices “Serif” (à empattement) pour les titres, apportant une touche éditoriale et humaine, contraste avec des polices “Sans-Serif” (géométriques) pour le corps du texte, optimisées pour la lecture sur écran.
Cependant, la contrainte technique de l’emailing impose une gestion prudente des polices web (Web Fonts). Bien que le support se soit amélioré, la définition de “stacks” de polices de secours (fallbacks) reste cruciale pour garantir que le message conserve son intégrité visuelle même si la police personnalisée ne se charge pas.
La taille des polices a également évolué. Pour répondre aux standards d’accessibilité (WCAG) et à la prédominance de la lecture mobile, une taille minimale de 16 pixels pour le corps de texte et de 22 à 24 pixels pour les titres est devenue la norme. Cela permet une lecture confortable sans zoom, réduisant la friction pour le destinataire et les personnes ayant certaines déficiences visuelles.
Typographie & hiérarchie
Contenu tiers : Pinterest. Chargement uniquement au clic.
L'adoption massive du mode sombre sur les systèmes d'exploitation mobiles et de bureau oblige les concepteurs d'emails à une vigilance extrême. En 2026, envoyer un e-mail qui ne s'adapte pas au mode sombre est perçu comme une négligence technique.
Le design doit anticiper l'inversion des couleurs opérée par les clients de messagerie. Cela implique l'utilisation d'images PNG avec transparence, l'ajout de contours subtils (strokes) blancs autour des logos ou textes noirs pour garantir leur lisibilité sur fond sombre, et l'évitement du noir pur (#000000) au profit de gris foncés (#333333) qui fatiguent moins l'œil et s'inversent de manière plus prévisible.
1.2 Le Cadre Juridique et Éthique : RGPD et CNIL en B2B
Après la forme, nous devons prendre en compte l'automatisation technique : celle-ci ne doit jamais faire oublier le cadre légal. En tant que freelance opérant en France ou en Europe, le respect du Règlement Général sur la Protection des Données (RGPD) et des recommandations de la CNIL est impératif. Pour l'année 2026, ces règles se sont affinées, notamment concernant la prospection et la fidélisation B2B.
Distinction Fondamentale : Intérêt Légitime vs Consentement
La législation actuelle maintient une distinction nette entre le B2C (Business to Consumer) et le B2B (Business to Business). Pour les particuliers, le consentement préalable (opt-in) est obligatoire. En revanche, pour les communications professionnelles, la CNIL autorise l'envoi de courriels sans consentement préalable sous la base légale de l'intérêt légitime :
Lien avec l'activité : L'objet du message doit être en rapport avec la profession de la personne démarchée.
Droit d'opposition (Opt-out) : Le destinataire doit pouvoir s'opposer à la réception de futurs messages de manière simple et gratuite. L'inclusion d'un lien de désinscription ou d'une mention claire invitant à répondre “STOP” est indispensable, même pour un e-mail “unique”.
Information préalable : La personne doit être informée que son adresse électronique est utilisée à des fins de communication professionnelle.
En utilisant Google Apps Script, le freelance agit techniquement comme un responsable de traitement. Le principe de minimisation des données (Article 5 du RGPD) impose de ne manipuler que les informations strictement nécessaires (Nom, Prénom, Email). Il est proscrit de conserver ces données indéfiniment ou de les utiliser à d'autres fins sans consentement nouveau. De plus, la sécurité du script est primordiale : les jetons d'accès (OAuth) utilisés par Google Apps Script pour envoyer des emails ne doivent jamais être exposés ou partagés.
Pas de gestion de base de consentement complexe requise pour B2B.
Droit d’opposition
Obligatoire, lien de désinscription
Obligatoire, lien ou mention
Intégration d’un footer HTML avec lien de désinscription.
Pertinence
Consentement spécifique
Lien avec l’activité pro
Contenu du mail orienté “collaboration” et “réussite”.
Transparence
Identification claire
Identification claire
Nom d’expéditeur et signature explicites dans GmailApp.
Ceci ne constitue en aucun cas un cadre 100 % exact et doit être complété et vérifié sur la base légale actuelle pouvant évoluer. Avant chaque communication, vous devez, en qualité de responsable du traitement des données, vérifier la réglementation RGPD en vigueur (et au-delà). Voici une base de cette réglementation : ne vous y limitez pas. Nous ne pourrons pas être tenus responsables d’un mauvais traitement des données. Si vous travaillez pour un client : clarifiez qui est responsable / sous-traitant en suivant la réglementation en vigueur. Renseignez-vous également sur la tenue d’une liste d’opposition avec preuves.
Partie 2 : L'Ingénierie de Prompt pour la Génération de Code HTML Email via Google App Script
L'une des plus grandes difficultés du développement d'emails réside dans l'obsolescence technologique des moteurs de rendu. Alors que le web moderne évolue vers des standards comme CSS Grid et Flexbox, les clients de messagerie, et en particulier Microsoft Outlook sur Windows, utilisent encore le moteur de rendu de Microsoft Word, figeant les pratiques de développement dans les années 1990.
C'est ici que l'intelligence artificielle, et spécifiquement Gemini, devient un atout majeur, à condition d'être pilotée avec une précision chirurgicale.
En effet, pour résumer et simplifier : App Script nous permettant d'exécuter un code que nous exécutons directement dans notre compte Google (ayant notre mail connecté) nous permettra de mettre le mail en brouillon ou de l’envoyer directement depuis notre boite mail en un clic sur “Exécuter”. Gemini étant également de Google, cette IA connaît bien la documentation qui lui est relative et saura vous répondre le plus précisément possible.
2.1 La Dichotomie Web Moderne vs Email HTML
Un développeur web junior ou une IA non guidée aura tendance à générer du code HTML sémantique, utilisant des <div> pour la mise en page et du CSS externe. Or, ces pratiques sont catastrophiques pour l'emailing :
Les Divs (<div>) : bien que supportés par Apple Mail et Gmail, ils flottent de manière imprévisible sur Outlook, brisant la mise en page.
Le CSS Externe : la plupart des webmails (Gmail, Yahoo) suppriment tout ce qui se trouve dans le <head> ou les fichiers liés, ne conservant que ce qui est “inline”.
Les Media Queries : indispensables pour le mobile, elles ne sont pas supportées partout, obligeant à des stratégies de design “fluide” ou “hybride”.
Pour 2026, la seule architecture fiable reste la structure tabulaire (<table>), souvent qualifiée de “Ghost Table” lorsqu'elle est utilisée pour contenir la mise en page. L'ingénierie de prompt doit donc consister à forcer l'IA à “oublier” les standards modernes pour adopter ces méthodes archaïques mais robustes.
Idée simple
Sur le web on “compose”, en email on “survit”. Le prompt sert à faire entrer Gemini dans le mode survie Outlook.
2.2 Anatomie du Prompt Parfait pour Gemini
Le prompt à adopter pour générer un template d'e-mail n'est pas une simple requête, c'est une spécification technique complète. Il doit définir le rôle, le contexte, les contraintes techniques négatives (ce qu'il ne faut pas faire) et positives (ce qu'il faut faire), ainsi que le style.
Voici une déconstruction analytique des éléments nécessaires dans le prompt :
Définition du Persona (Rôle) : l'IA doit agir en tant qu’expert “Email Developer” spécialisé dans la compatibilité legacy.
Contraintes structurelles : imposer l’usage des <table>, <tr>, <td> pour la mise en page. Interdire formellement display:flex et display:grid.
Gestion du CSS : exiger du CSS inline (attributs style="" dans les balises).
Fix spécifiques Outlook : demander explicitement les commentaires conditionnels MSO (<!--[if mso]> … <![endif]-->) pour figer la largeur sur Outlook Windows.
Images : imposer display:block + alt + dimensions + fallback.
Préheader : texte invisible en haut du code pour contrôler l’aperçu en boîte de réception.
Fallback : prévoir une version texte (plain text) cohérente + rendu acceptable si images bloquées.
Prompt court peu personnalisé (Architecte d'Email 2026 : MINIMUM)
Version 1.0, prompt adapté pour Gemini
Prompt adapté pour Gemini
Tu es un(e) expert(e) “HTML Email legacy-proof” (Outlook Windows/Word, Gmail, Apple Mail) et Google Apps Script. Ta mission : créer un email unique ultra fiable + le script Apps Script qui permet soit de le générer en brouillon Gmail, soit de l’envoyer directement, selon un simple réglage. Je veux un rendu propre, lisible, accessible, et crédible en 2026 (mobile-first, délivrabilité, RGPD/CNIL au minimum via un footer paramétrable).
Je te donne des infos (ci-dessous). S’il manque quelque chose, tu ne bloques pas : tu complètes avec des valeurs par défaut raisonnables et cohérentes (design “néo-minimalisme” chaleureux, typographie sûre, contrastes corrects, largeur email standard, CTA clair), tout en laissant la possibilité de remplacer facilement ces choix. Si une donnée est légale ou sensible (mentions, opt-out, identité), n’invente pas : mets un placeholder explicite à compléter.
Contraintes techniques non négociables : structure de mise en page en tables (
) uniquement, CSS majoritairement inline, et correctifs Outlook via commentaires conditionnels MSO pour garantir la largeur sur Windows. Ajoute un préheader caché (prévisualisation boîte mail). Boutons en “bulletproof button” (table + lien stylé), pas en image. Aucune dépendance externe, pas de JS dans l’email, pas de CSS moderne fragile (pas de flex/grid). Images avec alt, tailles, display:block; et fallback propre si elles ne chargent pas. Prévois une version texte (plain text) cohérente. Si on active le dark mode, gère-le proprement (stratégie stable, lisibilité, éviter les inversions catastrophiques).
Côté Apps Script : sépare le template HTML (fichier email.html) et la logique (Code.gs) avec HtmlService pour injecter des variables. Utilise GmailApp pour permettre createDraft() et l’envoi direct. Ajoute un mode TEST et un mode DRY_RUN. Prévois une source destinataires simple : soit “un seul destinataire”, soit “liste depuis Google Sheet” (si non précisé, pars sur destinataire unique). Journalise sans exposer de données sensibles. Garde le script facile à personnaliser.
Voici les infos à utiliser (complète le reste par défaut) :
- Objectif du mail : {{OBJECTIF}}
- Type : {{TYPE}} (ex: voeux / prospection / relance / invitation / info)
- Ton utilisé : {{TON}}
- Langue : {{LANGUE}}
- Expéditeur (nom + reply-to si différent) : {{FROM_NAME}} / {{REPLY_TO}}
- Mode : {{MODE}} (DRAFT ou SEND, sinon propose DRAFT par défaut)
- Destinataire(s) : {{TO}} ou (optionnel) Google Sheet {{SHEET_ID}} + {{SHEET_TAB}} + colonnes {{COL_EMAIL}} {{COL_FIRSTNAME}} {{COL_LASTNAME}} (si fourni)
- Sujet : {{SUBJECT}}
- Préheader (Phrase visualisée dans la boîte avant ouverture du mail) : {{PREHEADER}}
- Branding : logo/avatars/images (URLs) {{LOGO_URL}} {{AVATAR_URL}} {{HERO_URL}} + préférences (positionnement si important) {{BRAND_PREFS}}
- Contenu brut (même incomplet forunis) : {{CONTENT_NOTES}}
- CTA principal (label + lien que tu peux utiliser plusieurs fois) : {{CTA_LABEL}} / {{CTA_URL}}
- Signature : {{SIGNATURE_BLOCK}}
- Footer légal / opt-out / politique de confidentialité : {{LEGAL_FOOTER}} / {{UNSUBSCRIBE_OR_OPTOUT}} / {{PRIVACY_URL}}
Sortie attendue, sans blabla :
1) un court bloc “Variables” (les variables réellement utilisées + ce que tu as mis par défaut),
2) le fichier complet email.html,
3) le fichier complet Code.gs,
4) une mini check-list de tests (Outlook/Gmail/mobile, images bloquées, dark mode, liens, brouillon/envoi).
Copier le prompt
NOTEPrompt optimisé pour Outlook et Apps Script, calibré pour Gemini.
Prêt
PROMPT LONG DÉTAILLÉ (Architecte d'Email 2026 : COMPLET PRO)
Version 1.0, prompt adapté pour Gemini
Prompt adapté pour Gemini
RÔLE
Tu es un(e) expert(e) en développement d’emails HTML “legacy-proof” (Outlook Windows / Word engine, Gmail, Apple Mail, iOS/Android, webmails) + expert(e) Google Apps Script (GmailApp / HtmlService). Tu produis du code robuste, maintenable, accessible, et conforme aux bonnes pratiques de délivrabilité.
OBJECTIF
Générer un système complet “Email unique” pilotable via Google Apps Script :
1) un template EMAIL HTML compatible (mise en page en
, CSS majoritairement inline, correctifs Outlook via MSO),
2) une version TEXTE (plain text) cohérente,
3) un script Google Apps Script permettant AU CHOIX :
- créer un brouillon Gmail (draft) OU
- envoyer directement l’email,
- avec options de test, sécurité, et variables personnalisables,
4) une structure de variables totalement personnalisable (couleurs, typos, logo, positionnements, sections, CTA, footer légal RGPD/CNIL, images, réseaux, etc.)
IMPORTANT : si une information n’est pas fournie, tu n’inventes rien. Tu laisses un placeholder explicite (ex: {{A_COMPLETER}}) ou un TODO clair.
CONTRAINTES TECHNIQUES EMAIL (OBLIGATOIRES)
- Mise en page : UNIQUEMENT tables (
) pour la structure. Pas de grid, pas de flex, pas de layout en
NOTEVersion complète : variables, livrables stricts, contraintes email legacy pour Apps Script via Gemini.
Prêt
Partie 3 : Implémentation Technique avec Google Apps Script
Une fois le code HTML généré par Gemini, la seconde phase consiste à utiliser Google Apps Script (GAS) pour l'envoi. GAS est un environnement de développement sans serveur (serverless) basé sur JavaScript, hébergé par Google. Il permet d'interagir nativement avec les services Google, dont Gmail, offrant une alternative puissante et gratuite aux outils comme Mailchimp ou Brevo pour des volumes d'envoi modérés.
3.1 Choix du Service : GmailApp vs MailApp
Google propose deux classes principales pour l'envoi d'emails. Le choix entre les deux est déterminant pour la nature du script :
MailApp
C'est le service historique, dédié exclusivement à l'envoi. Il est plus restrictif en termes de permissions (scopes), ce qui est un avantage en termes de sécurité. Il est idéal pour des notifications simples.
GmailApp
Ce service est beaucoup plus complet. Il permet non seulement d'envoyer des emails, mais aussi d'accéder à la boîte aux lettres, de créer des brouillons, de gérer les libellés et les fils de discussion. Pour un freelance souhaitant garder une trace précise des envois dans son dossier "Messages envoyés" ou créer des brouillons pour une relecture manuelle avant envoi, GmailApp est supérieur.
Pour ce tutoriel
Pour ce tutoriel, nous utiliserons GmailApp pour sa capacité à créer des brouillons (createDraft), offrant une sécurité opérationnelle avant l'envoi définitif.
3.2 Architecture du Projet Google Apps Script
La bonne pratique en développement GAS, surtout pour des projets impliquant du HTML complexe, est de séparer la logique (le script .gs) de la vue (le template .html).
Le Service HtmlService
L'utilisation de HtmlService permet de charger un fichier HTML stocké dans le projet, de le manipuler (injection de variables) et de le servir comme corps de l'email. Cela évite d'avoir des chaînes de caractères HTML interminables concaténées dans le code JavaScript, ce qui est source d'erreurs et difficile à maintenir.
Injection de Variables (Templating)
Même pour un email unique, il est judicieux de préparer le template pour recevoir des variables. Cela permet de réutiliser le script l'année suivante ou pour un autre client sans toucher au fichier HTML. Dans GAS, cela se fait via les "scriptlets" (balises <?= var ?>).
Par exemple, dans le fichier HTML, on écrira : Bonjour <?= nomClient ?>,
Dans le fichier .gs, on définira : template.nomClient = "Monsieur Dupont";
3.3 La Gestion des Images : Le Débat Hébergé vs Inline (CID)
L'affichage des images est l'un des points de friction majeurs de l'emailing.
Images Hébergées (Recommandé pour 2026)
Les images sont stockées sur un serveur web public (votre site portfolio, un bucket AWS/GCP, ou un service d'hébergement d'images fiable). Le code HTML fait référence à l'URL : <img src="https://monsite.com/logo.png">.
Avantages
Email très léger, code propre, pas de pièce jointe, modification de l'image possible après envoi (si l'URL reste la même).
Inconvénients
L'affichage nécessite que le destinataire télécharge les images (souvent bloqué par défaut sur Outlook professionnel).
Images Inline (CID - Content-ID)
L'image est encodée en base64 ou jointe en tant que Blob à le mail, et référencée via un ID interne (src="cid:monLogo").
Avantages
L'image s'affiche immédiatement, même hors ligne.
Inconvénients
Alourdit considérablement l'e-mail (risque de délivrabilité), apparaît parfois comme une pièce jointe (trombone) dans la liste des emails, complexifie le script GAS.
Pour notre exemple : nous nous concentrerons sur l’écologie en hébergeant les images une fois et en les appelant avec l’URL dédié en format .png. Cependant, le script fourni inclura une option commentée pour le CID si l'image de signature est critique.
Attention, les images hébergées sont aussi un choix important pour le développement durable et l'engagement écologique. Ceci réduit considérablement la taille de vos mails. L’image pouvant être utilisée des centaines de fois en étant hébergée qu'une seule fois contrairement au téléchargement d’images systématique à chaque nouveau mail. Stratégie aussi utilisée dans notre tutoriel sur les signatures de mails. Les GIF, PNG, JPG peuvent être utilisés et créer de l’animation.
Hébergeurs d’images gratuits en ligne :
https://www.noelshack.com/
(mon favori) et
https://www.image-heberg.fr/
ou encore
https://hebergeur-image.fr/
mais hébergez vous-même vos images est beaucoup plus recommandé ne serait-ce que pour la gouvernance de vos données et l’utilisation maîtrisée de l’image. Toutes les images sensibles ne doivent surtout pas être utilisées sur des services tiers.
Partie 4 : Le tutoriel
Nous avons vu la théorie, le design et le cadre légal. Passons maintenant à la pratique. Voici votre feuille de route pour générer et envoyer vos emails en 2026 en moins de 20 minutes, selon les quotas Apps Script (environ 100 destinataires/jour sur Gmail perso, et davantage sur Google Workspace; à vérifier dans la page quotas officielle avant envoi), sans connaissances approfondies en code et surtout sans CRM pro premium à 200 euros par mois.
Intégration vidéo YouTube : Tutoriel complet - Créer votre campagne d'emailing 2026 avec Gemini & GAS gratuitement
Tutoriel complet - Créer votre campagne d'emailing 2026 avec Gemini & GAS gratuitement
🎬
Vidéo YouTube
Contenu tiers : YouTube. Pour respecter votre consentement (cookies/traceurs), la vidéo se charge uniquement au clic.
Avant d'ouvrir Gemini, rassemblez les éléments variables définis plus haut. Ne laissez pas l'IA deviner votre identité.
Notez dans un document vos URLs : Logo, photo de profil (hébergés via votre site ou un service tiers, cf. partie 3.3), lien vers votre portfolio/site.
Votre Cible : L'adresse e-mail de test (la vôtre) et la liste finale.
Vos Textes : L'accroche (sujet), le préheader (cf. partie 2.2) et le corps du message (rédigé par vos soins pour garantir l'authenticité et non par l’IA).
Vos couleurs : N’hésitez pas à reprendre votre direction artistique complète pour le prompt donc notez tous vos choix.
2.
Configuration du Prompt
Récupérez le Prompt "Architecte d'Email 2026" (disponible en partie 2.3).
Copiez-le dans un éditeur de texte simple.
Remplacez les placeholders {{...}} par vos vraies informations.
Mon conseil
Soyez précis sur la variable {{COLOR_PRIMARY}}. C'est elle qui définira l'identité visuelle de votre mail (ex: #2E5C55 pour notre thème Eucalyptus). Trouvez vos codes couleur sur https://htmlcolorcodes.com/fr/ .
Fichier HTML : Créez un fichier nommé email.html via le petit + à gauche. Collez-y le code HTML fourni par Gemini (le code avec pleins de “< >”).
Fichier Script : Dans le fichier Code.gs existant, effacez tout et collez le script JavaScript fourni par Gemini. (le code qui ressemble à “function myFunction() {...“).
Sauvegardez (Ctrl+S ou l'icône disquette) en nommant le projet "Vœux 2026".
GIF en boucle, pause au survol.
5.
Exécution du Script
Dans la barre d'outils supérieure de l'éditeur Apps Script :
Sélectionnez la fonction principale (souvent nommée sendEmail ou createDraft).
Cliquez sur "Exécuter".
Autorisations
Google va vous demander une autorisation d'accès à votre Gmail. C'est normal, c'est votre propre script. Acceptez les conditions (si un écran "Non sécurisé" apparaît, cliquez sur Avancé > Accéder au projet (non sécurisé)). Rassurez-vous, en utilisant les infos que nous vous avons fournies, personne d'autre que vous n’y a accès. App script étant sur votre compte google également, les données restent chez Google et ne sortent pas vers un tiers.
GIF en boucle, pause au survol.
6.
Vérification (Le moment de vérité)
Ouvrez votre boîte Gmail.
Si vous avez choisi le mode DRAFT (recommandé), allez dans le dossier Brouillons.
Ouvrez le mail généré.
7.
Contrôle Qualité (Check-list de vol)
Ne cliquez pas encore sur envoyer. Vérifiez ces points critiques :
Responsivité : Ouvrez le brouillon sur votre téléphone. Le tableau s'adapte-t-il? (cf. contraintes techniques partie 2.1).
Dark Mode : Activez le mode sombre de votre téléphone. Les textes sont-ils lisibles? Le logo a-t-il des contours propres?
Liens : Cliquez sur le lien de désinscription et vos réseaux sociaux.
Images : S'affichent-elles correctement?
Si un élément cloche : Retournez dans Gemini, décrivez le problème (ex: "Le logo est trop gros sur mobile") et demandez une correction du code HTML, puis mettez à jour le fichier email.html dans Apps Script. Lors de votre demande de changement écrivez dans la même discussion de la génération du code et rappeler le code html actuel tel que en exemple :
“Tu as fait du bon travail, après vérification je souhaite quelques modifications du code HTML “email.html” de ce script utilisé sur App Script :
Modification 1… Modification 2…
CODE ACTUEL “email.html” A METTRE A JOUR EN GARDANT LES INFOS NON PRECISEE EN MODIFICATION : [Votre-code-de-l’onglet : email.html]”
GIF en boucle, pause au survol.
8.
Envoi Final
Une fois satisfait :
Si c'est un mail unique : envoyez simplement le brouillon depuis Gmail.
Si c'est une liste : modifiez la variable {{MODE}} dans le script pour passer en SEND et relancez l'exécution via Apps Script.
9.
Feedback et Amélioration
L'automatisation est un processus itératif. Je publie plusieurs articles tous les mois pour vous aider dans l’utilisation de l’IA à moindre coût ou pour vous parlez de l’événementiel, a très vite après ces quelques étapes :
Responsable de site, production et coordination événementielle. Je transforme les retours du terrain en méthodes concrètes, transmissibles et directement utilisables par les équipes.
Si vous êtes, comme moi, passionnément engagés dans le monde associatif, vous comprendrez l'importance capitale d'une communication fluide et d'une organisation sans faille dans l'associatif. C'est un défi quotidien, surtout lorsque les ressources sont limité
Depuis plus de 10 ans, pour celles et ceux qui sont connaisseurs, j'utilise le CMS WordPress ( mon préféré mais pas le plus simple ) et Wix ( la solution GRATUITE pour les association ) pour divers projets. Je suis également passer par d'autres solutions comm
Article aussi disponible sous forme d'unboxing YouTube ! Dans nos productions écrites et YouTube vous retrouverez la fiche technique du zhiyun SMOOTH 5, des images de celui-ci mais aussi des tests et exemples d’utilisation dans mes vidéos. Cet article est écr
