Utiliser le SMTP Gmail pour envoyer des emails : plafond de 2 000 emails/jour (et quoi faire quand vous l'atteignez)

Gmail traite des milliards d'emails chaque jour, ce qui en fait un point de départ classique pour envoyer à petite échelle. C'est gratuit, familier, et ça marche tout de suite.

Mais il y a un plafond. Et si vous faites de la prospection, vous allez le toucher très vite.

J'ai vu des équipes griller le quota journalier de Gmail avant midi, puis se demander pourquoi leur compte d'envoi était bloqué pendant 24 heures. La solution, ce n'est pas de contourner les limites de Gmail. C'est de les comprendre, puis de décider si le SMTP Gmail est encore le bon outil.

Dans cet article, je vous explique comment le SMTP Gmail fonctionne réellement en 2026, les deux méthodes d'authentification exigées par Google, les limites d'envoi que vous allez rencontrer, et quand il est pertinent de passer à une infrastructure pensée pour le volume.

Qu'est-ce que le SMTP ?

Le Simple Mail Transfer Protocol est, de loin, le protocole le plus utilisé pour envoyer des emails.

Le SMTP entre en jeu quand vous cliquez sur le bouton d'envoi dans votre client de messagerie. Ce clic connecte votre client au serveur SMTP.

Le SMTP fait ensuite office de facteur : il transporte votre email jusqu'au serveur de réception (généralement un serveur IMAP), auquel le client de messagerie du destinataire se connecte pour consulter ses emails.

Paramètres SMTP Gmail : référence rapide

Avant de configurer quoi que ce soit, voici les paramètres dont vous aurez besoin. Je les mets en premier parce que c'est ce que la plupart des gens cherchent vraiment.

Le port 587 avec STARTTLS est l'option recommandée. Le port 465 avec SSL fonctionne encore, mais il est considéré comme obsolète. Le port 25 envoie sans chiffrement : évitez-le complètement pour tout ce qui implique des identifiants ou des données personnelles.

Utiliser le SMTP Gmail avec des applications ou services tiers

En 2026, Google a définitivement supprimé l'accès SMTP par simple mot de passe. Google avait initialement annoncé aux utilisateurs Workspace que l'accès par mot de passe depuis les applications moins sécurisées prendrait fin le 30 septembre 2024, mais a ensuite suspendu le déploiement, l'a repris en janvier 2025, et a finalisé l'arrêt définitif le 1er mai 2025.

Si vous connectez une application tierce au serveur SMTP de Gmail, vous avez désormais deux options :

1. 1.

   OAuth 2.0 (Se connecter avec Google) : c'est la voie moderne. Depuis le 14 mars 2025, les utilisateurs doivent utiliser OAuth avec les applications tierces pour accéder à Gmail. Si l'application le prend en charge, utilisez-le. Aucun mot de passe n'est stocké ni transmis.

2. 2.

   Mots de passe d'application : pour les applications et scripts qui ne gèrent pas OAuth, Google vous permet encore de générer un mot de passe d'application de 16 caractères depuis les paramètres de votre compte Google. Vous devez utiliser OAuth, généralement affiché comme « Se connecter avec Google », ou utiliser un mot de passe d'application si le compte et l'application le supportent. La validation en deux étapes doit être activée sur votre compte au préalable.

Cette transition est terminée. Les connexions manuelles par identifiant/mot de passe au serveur SMTP de Gmail ne fonctionnent plus du tout. Depuis le 1er mai 2025, les comptes Google Workspace ne prennent plus en charge les applications moins sécurisées, les applications tierces ou les appareils qui demandent de se connecter avec un identifiant et un mot de passe.

Pour tous les détails, consultez le calendrier de transition OAuth de Google et la politique de Google sur les applications moins sécurisées.

La bonne nouvelle : se connecter via OAuth est en fait plus simple pour la plupart des applications. Pas besoin de saisir manuellement les infos serveur. Connectez-vous, accordez la permission, c'est fait.

Limites d'envoi du SMTP Gmail

C'est la partie que la plupart des gens ignorent jusqu'à ce qu'il soit trop tard.

Un compte Gmail gratuit permet d'envoyer à 500 destinataires par jour, tandis qu'un compte Google Workspace supporte jusqu'à 2 000 destinataires par jour. Comme le quota est basé sur le nombre de destinataires, un seul message envoyé à 20 personnes compte pour 20 dans votre limite journalière.

Voici le détail :

Les comptes Gmail gratuits peuvent envoyer 500 emails par jour via l'interface web ou 100 par jour via SMTP. C'est ce plafond SMTP qui vous rattrape quand vous envoyez via des outils tiers.

Quelques points à connaître :

• •

  Les limites se réinitialisent sur une fenêtre glissante de 24 heures, pas à minuit.

• •

  Si vous dépassez la limite, votre compte est bloqué en envoi pendant 1 à 24 heures. Les dépassements répétés entraînent des suspensions plus longues et peuvent endommager durablement la réputation de votre domaine.

• •

  Le SMTP Gmail fonctionne bien pour la communication personnelle et l'envoi en petit volume, mais il n'a pas été conçu comme une infrastructure d'envoi à haut volume.

Pour les données complètes, consultez serversmtp.com et son détail des limites d'envoi journalières de Gmail.

Si vous faites de la prospection à froid via le SMTP Gmail, le plafond de 100 emails SMTP sur un compte gratuit (ou même 2 000 sur Workspace) ne vous mènera pas loin. Et vous risquez de détruire votre réputation d'expéditeur bien avant d'atteindre le plafond numérique. La vraie limite du cold email, c'est la réputation, pas le quota Google : envoyer près de 2 000 cold emails depuis une seule boîte détruira votre délivrabilité bien avant d'atteindre le plafond.

C'est là qu'il faut penser à une infrastructure d'envoi dédiée. Plus de détails ci-dessous.

Ajouter des serveurs SMTP à Gmail

Utiliser le serveur SMTP de Gmail avec des applications tierces, c'est un côté de l'équation. Il est aussi possible d'ajouter des serveurs SMTP non-Gmail à votre interface Gmail.

Le scénario le plus courant : vous voulez ajouter un autre compte d'envoi à Gmail. Voici comment faire.

Étape 1 : Récupérez les informations du serveur SMTP auprès de votre fournisseur de messagerie ou de votre domaine. Vous aurez besoin de :

• •

  ➡️ L'identifiant et le mot de passe de votre email (ou mot de passe d'application)

• •

  ➡️ L'adresse du serveur, qui suit généralement cette syntaxe : sous-domaine.domaine.com (par exemple, smtp.gmail.com)

• •

  ➡️ Le numéro de port utilisé par le serveur

• •

  ➡️ Le type de chiffrement : STARTTLS (port 587), SSL (port 465) ou aucun (port 25)

Étape 2 : Accédez à votre compte Gmail et cliquez sur l'icône des paramètres. Puis cliquez sur Comptes et importation.

Étape 3 : Descendez jusqu'à Envoyer des e-mails en tant que, et dans cette section, cliquez sur Ajouter une autre adresse e-mail.

Étape 4 : Une fenêtre s'affichera où vous devrez donner un nom à ce compte email et ajouter votre adresse email. Cliquez sur Suivant quand c'est fait.

(Note : l'interface des paramètres Gmail a évolué au fil du temps. Si ces captures d'écran ne correspondent pas à ce que vous voyez, cherchez les mêmes options sous Paramètres → Comptes et importation.)

Étape 5 : Ajoutez le serveur SMTP ainsi que votre identifiant et mot de passe, puis sélectionnez le bon port. Cliquez sur Ajouter un compte quand c'est fait.

Étape 6 : Si tout s'est bien passé, le compte d'envoi devrait maintenant être actif. Si ce n'est pas le cas, vérifiez que le numéro de port et la méthode de chiffrement correspondent aux informations fournies par votre fournisseur. Une incohérence entre le port et le type de chiffrement est l'erreur la plus fréquente ici.

Même si Google confirme que le compte a bien été ajouté, envoyez quelques emails de test pour vérifier que tout fonctionne. Ne sautez pas cette étape.

Quand le SMTP Gmail ne suffit plus : alternatives de relais SMTP

Soyons francs. Le serveur SMTP de Gmail convient pour l'envoi personnel et les emails transactionnels légers. Dès que vous avez besoin de volume, de fiabilité à grande échelle ou d'une infrastructure de prospection outbound, ce n'est pas le bon outil.

Voici les alternatives sérieuses, selon votre cas d'usage :

Pour les emails transactionnels et applicatifs :

• •

  SendGrid, Mailgun et Amazon SES sont trois des fournisseurs SMTP les plus utilisés. SendGrid offre le panel de fonctionnalités le plus complet pour l'email marketing et transactionnel, Mailgun propose des API orientées développeurs avec un excellent suivi des logs, et Amazon SES offre le coût par email le plus bas pour les gros volumes, à condition de gérer plus d'infrastructure.

• •

  Postmark se concentre exclusivement sur l'email transactionnel avec une rapidité de livraison élevée.

Ces services existent pour une raison. Si vous envoyez des confirmations de commande, des réinitialisations de mot de passe ou des notifications en volume, choisissez l'un d'eux plutôt que le SMTP Gmail.

Pour la prospection à froid et les emails commerciaux :

Les relais SMTP transactionnels règlent le problème de volume, mais ils ne sont pas conçus pour les workflows de prospection à froid. Vous avez besoin de logique de séquençage, de détection des réponses, de suivi de délivrabilité et de relances multicanales.

C'est là qu'une plateforme outbound dédiée entre en jeu. Avec lemlist, vous pouvez lancer votre prospection par email, LinkedIn et téléphone depuis une seule séquence, utiliser des templates de cold email testés sur de vraies campagnes, et préchauffer votre domaine d'envoi pour que vos emails arrivent en inbox au lieu de finir en spam.

La différence entre le SMTP Gmail et une infra outbound dédiée ne se résume pas aux limites d'envoi. C'est une question de suivi de délivrabilité, de gestion de la réputation du domaine, et de capacité à détecter qu'un compte d'envoi dérive vers le spam avant qu'il n'y arrive. C'est exactement ce que les outils de délivrabilité de lemlist font : protéger votre délivrabilité à grande échelle.

Conclusion

Le serveur SMTP de Gmail fonctionne. Pour l'email personnel, pour une poignée de messages transactionnels, pour des tests rapides, c'est parfait. Les règles d'authentification ont changé (OAuth ou mots de passe d'application, rien d'autre), mais la configuration de base reste simple.

La vraie question n'est pas de savoir si vous pouvez utiliser le SMTP Gmail. C'est de savoir si vous devriez, vu ce que vous cherchez à accomplir.

Si vous envoyez plus qu'une poignée d'emails par jour, les limites de Gmail finiront par vous rattraper. Le plafond de 100 emails SMTP sur les comptes gratuits est vraiment restrictif, et même le plafond de 2 000/jour de Workspace n'est pas conçu pour la prospection outbound à grande échelle.

Pour les équipes qui font de la prospection à froid, la bonne décision est de passer à une infrastructure d'envoi dédiée avec un warm-up et un suivi de délivrabilité adaptés. Démarrez l'essai gratuit de 14 jours de lemlist pour voir comment ça fonctionne avec des domaines conçus pour les volumes de prospection.

Pour en savoir plus sur les serveurs SMTP en général, lisez : Qu'est-ce qu'un serveur SMTP ? Explication simple.