Consignes sur les messages en masse
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Vous devez suivre ces consignes si votre application envoie des messages en masse, c'est-à-dire des e-mails similaires à de nombreux destinataires. Elles vous aideront à optimiser le rythme de distribution pour les messages adressés aux utilisateurs de Gmail, en garantissant que tous les destinataires de votre liste de distribution souhaitent réellement recevoir ces e-mails. Si les destinataires marquent manuellement vos e-mails comme spam, ce signal fort incitera Gmail à marquer vos prochains messages comme spam.
Pour en savoir plus sur l'envoi d'e-mails, consultez l'article Présentation de l'API Mail.
Authentification et identification
- Utilisez le même expéditeur pour chaque message en masse. Lorsque vous appelez la fonction de l'API Mail permettant d'envoyer un message, l'en-tête
From est défini de manière à correspondre à l'expéditeur spécifié.
- L'adresse d'expéditeur doit correspondre au compte d'un domaine Google Workspace. Si le domaine est encore associé à une période d'essai gratuit ou s'il compte moins de six utilisateurs, les comptes Google envoyant trop d'e-mails marqués comme spam risquent d'être temporairement désactivés. Dans ces cas, l'API Mail renvoie une exception affichant le message d'erreur
Unauthorized sender.
- Signez vos e-mails avec DKIM. Cette procédure nécessite un domaine G Suite si vous envoyez des messages à l'aide d'App Engine.
- Publiez un enregistrement SPF pour empêcher aux spammeurs de procéder au spoofing de l'adresse de l'expéditeur de l'enveloppe. Cet enregistrement vérifie que le message est envoyé à partir d'une adresse IP publiée dans les enregistrements DNS de l'expéditeur de l'enveloppe. L'expéditeur de l'enveloppe App Engine est associé au domaine
apphosting.bounces.google.com. Par conséquent, il est possible que l'enregistrement SPF ne soit pas utilisé pour déterminer si un e-mail envoyé à partir d'App Engine doit être distribué.
Abonnement
Chaque utilisateur de la liste de distribution doit accepter de recevoir des messages de l'une des manières suivantes :
- en vous envoyant un e-mail de demande d'abonnement ;
- en cochant manuellement une case dans un formulaire Web ou dans un logiciel.
L'utilisation d'une liste d'adresses e-mail achetée auprès d'un tiers n'est pas considérée comme une méthode d'abonnement. Vous ne devez pas non plus abonner tous les utilisateurs par défaut en cochant une case dans un formulaire Web ou dans un logiciel. Les utilisateurs ne doivent pas avoir besoin de manifester explicitement leur refus de s'abonner à une liste de diffusion.
Vous devez vérifier que la personne qui s'est inscrite en cochant la case dans un formulaire Web ou dans un logiciel reçoit bien les e-mails à l'adresse spécifiée dans le formulaire. Vérifiez l'adresse d'un utilisateur en envoyant un e-mail lui demandant de confirmer la réception des messages.
Désabonnement
- Un utilisateur doit pouvoir se désabonner de l'une des manières suivantes :
- En cliquant sur un lien visible dans un e-mail et ne nécessitant aucune autre interaction que la confirmation de l'utilisateur
- En envoyant une réponse de désabonnement par e-mail
- App Engine ne peut recevoir que des e-mails envoyés au domaine
[APP_ID].appspotmail.com. Par conséquent, vous devrez définir l'adresse de l'expéditeur sur une adresse de ce domaine si vous souhaitez gérer automatiquement les réponses de désabonnement par e-mail dans App Engine.
- Utilisez l'en-tête
List-Unsubscribe, compatible avec l'API Mail d'App Engine.
- Désabonnez automatiquement les utilisateurs dont les adresses renvoient plusieurs e-mails. Vous pouvez configurer l'application pour recevoir des notifications de non-distribution.
- Envoyez régulièrement des confirmations par e-mail aux utilisateurs, en leur offrant la possibilité de se désabonner de chaque liste à laquelle ils sont inscrits.
- Indiquez explicitement l'adresse e-mail inscrite à la liste de diffusion, car les utilisateurs peuvent transférer des messages à partir d'autres comptes.
- Utilisez un format de message conforme aux normes RFC 2822 régissant le protocole SMTP et, si vous utilisez le langage HTML, aux normes w3.org.
- Les tentatives de masquage du véritable expéditeur du message ou de la page
de destination réelle d'un lien Web contenu dans le message peuvent entraîner la non-distribution du message. Par exemple, nous vous recommandons de ne pas utiliser de services de raccourcissement d'URL pour vos messages en masse, car ils peuvent masquer les URL réelles contenues dans le corps des e-mails.
- Le sujet de chaque message doit être adapté au contenu du corps et ne doit pas être trompeur.
Diffusion
- Les facteurs suivants facilitent la distribution des messages dans les boîtes de réception des utilisateurs Gmail :
- L'adresse du champ
From est répertoriée dans la liste de contacts de l'utilisateur.
- L'utilisateur clique sur "Non spam" pour avertir Gmail que les messages envoyés à partir de cette adresse sont sollicités.
- Si vous envoyez à la fois des e-mails promotionnels et des e-mails transactionnels relatifs à votre organisation, nous vous recommandons de distinguer autant que possible ces messages.
Pour ce faire, vous pouvez utiliser au choix l'une des méthodes suivantes :
- Utiliser des adresses e-mail distinctes pour chaque fonction
- Envoyer des e-mails à partir de domaines différents pour chaque fonction
Expéditeurs tiers
- Si d'autres personnes utilisent votre service pour envoyer des e-mails, vous êtes tenu de surveiller leur comportement. Vous devez suspendre dans les meilleurs délais tout compte d'utilisateur ou de client utilisé pour envoyer du spam. Les Règles d'utilisation autorisée de Google Cloud Platform interdisent formellement le spam.
L'application peut être suspendue si vous ne respectez pas ces règles, comme indiqué dans les Conditions d'utilisation de Google Cloud Platform.
- Pour permettre aux utilisateurs et aux clients de signaler un abus, vous devez disposer d'une adresse e-mail qui se présente généralement au format
abuse@[YOUR_DOMAIN].com. Vous devez également surveiller l'adresse postmaster@[YOUR_DOMAIN].com.
- Surveillez les e-mails envoyés aux administrateurs de l'application. Il se peut que Google doive les contacter de manière urgente, par exemple pour vous informer d'un cas de non-respect des règles d'utilisation autorisée.
Plus vous répondez rapidement à nos e-mails, plus nous pourrons vous aider à résoudre vos problèmes dans un court délai.
- Tenez vos coordonnées à jour dans l'enregistrement WHOIS géré par le service d'enregistrement de noms de domaine et sur abuse.net.
Programmes d'affiliation
- Les programmes d'affiliation récompensent les tiers qui redirigent des visiteurs vers votre site. Ces programmes attirent les spammeurs et peuvent potentiellement faire plus de mal que de bien. Remarques :
- L'association de votre marque à du spam d'affiliation peut avoir un impact sur les e-mails que vous et vos affiliés envoyez.
- Il est de votre responsabilité de surveiller vos affiliés et de résilier leur affiliation s'ils envoient du spam.
Alternatives à l'API Mail d'App Engine
- Vous pouvez faire appel à un fournisseur de services de distribution d'e-mails tiers pour envoyer un message à partir d'App Engine. Ces services peuvent fournir des fonctionnalités supplémentaires qui ne sont pas disponibles dans l'API Mail et constituer une meilleure solution pour certains expéditeurs de messages en masse.
- Vous pouvez utiliser l'API Sockets pour vous connecter directement à un serveur SMTP et envoyer des e-mails.
Limites pour les messages en masse
Si vous envoyez trop d'e-mails d'un coup, il est possible que certains des messages soient ignorés en raison des limites de sécurité imposées par Google. Pour éviter cela, calculez le rythme quotidien maximal d'e-mails envoyés par seconde en divisant votre quota quotidien par 86 400, soit le nombre de secondes par jour. N'envoyez pas d'e-mails en masse à un taux supérieur à 50 fois ce rythme quotidien maximal.
Pour en savoir plus sur les autres quotas d'envoi, consultez la section Quotas et limites.
Étapes suivantes
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/19 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/08/19 (UTC)."],[[["\u003cp\u003eThese guidelines are essential for improving email delivery rates to Gmail users when sending bulk emails, emphasizing the importance of recipients' consent and avoiding spam practices.\u003c/p\u003e\n"],["\u003cp\u003eUsing the same sender for bulk emails, ensuring it's a Google Workspace account, signing emails with DKIM, and publishing an SPF record are crucial for authentication and preventing spam spoofing.\u003c/p\u003e\n"],["\u003cp\u003eUsers must actively opt-in to receive emails, either by requesting subscription or manually checking a box, and the practice of purchasing email lists or pre-selecting opt-in boxes is strongly discouraged.\u003c/p\u003e\n"],["\u003cp\u003eClear and easy unsubscription methods must be provided, including a prominent unsubscribe link, email response handling, and the use of the \u003ccode\u003eList-Unsubscribe\u003c/code\u003e header.\u003c/p\u003e\n"],["\u003cp\u003eMaintaining proper email formatting according to RFC 2822 SMTP and w3.org standards, avoiding URL shorteners, and providing relevant subject lines are necessary to ensure email deliverability.\u003c/p\u003e\n"]]],[],null,["# Bulk Mail Guidelines\n\nYou must follow these guidelines if your application is sending\nout bulk email, that is, similar messages to numerous recipients. These\nguidelines will help to improve your inbox delivery rate to Gmail users, by\nensuring that all recipients in your distribution list actually want to receive\nthe email. If recipients manually mark your email as spam, then that acts as a\nstrong signal to Gmail to mark future emails from you as spam.\n\nFor more information on sending mail, see the\n[Mail API Overview](/appengine/docs/legacy/standard/python/mail).\n| This API is supported for first-generation runtimes and can be used when [upgrading to corresponding second-generation runtimes](/appengine/docs/standard/\n| python3\n|\n| /services/access). If you are updating to the App Engine Python 3 runtime, refer to the [migration guide](/appengine/migration-center/standard/migrate-to-second-gen/python-differences) to learn about your migration options for legacy bundled services.\n\nAuthentication and identification\n---------------------------------\n\n- Use the same sender for every bulk email. When calling the Mail API function to send email, the `From` header will be set to match the sender you specify.\n- Your sender address should be an account in a [Google Workspace](https://workspace.google.com/) domain. If the domain is still in the free trial period or has less than six users, Google accounts that send too many emails marked as spam might be temporarily disabled. In these cases, the Mail API will throw an exception with an `Unauthorized sender` error message.\n- Sign your email with [DKIM](https://support.google.com/a/answer/174124), which requires a G Suite domain if you are sending using App Engine.\n- Publish an [SPF record](http://support.google.com/a/bin/answer.py?answer=33786) to prevent spammers from spoofing your envelope sender address. SPF verifies that email is sent from an IP address that is published in the DNS records of the envelope sender. App Engine's envelope sender is in the `apphosting.bounces.google.com` domain, so your SPF record may not be used to determine if email from App Engine should be delivered.\n\nSubscription\n------------\n\n- Each user in your distribution list should opt-in to receive messages from you\n in one of the following ways:\n\n - By sending you an email asking to subscribe\n - By manually checking a box on a web form or within a piece of software\n- Using an email address list purchased from a third party is not considered\n opt-in. You also should not set a checkbox on a web form or within a piece of\n software to subscribe all users by default. Users should not be required to\n explicitly opt out of mailings.\n\n- You should verify that the person that signed up by checking the box on the\n web form or in software is actually receiving emails at the address that was\n specified in the form. Verify the user by sending an email that requires them\n to confirm receipt.\n\nUnsubscribing\n-------------\n\n- A user must be able to unsubscribe in one of the following ways:\n - Through a prominent link in the email with no further user interaction other than confirmation.\n - Via an email unsubscribe response.\n- App Engine can only receive email sent to the `[APP_ID].appspotmail.com` domain. Therefore, you will need to set your sender to an address in this domain if you want to automatically handle email unsubscribe responses within App Engine.\n- Use the `List-Unsubscribe` header, which is [supported by the App Engine Mail\n API](#Sending_mail_with_headers).\n- Automatically unsubscribe users whose addresses bounce multiple pieces of email. You can [configure your app to\n receive bounce notifications](#Receiving_bounce_notification).\n- Periodically send email confirmations to users, offering the opportunity to unsubscribe from each list they are signed up for.\n- Explicitly indicate the email address subscribed within your email, because users might forward email from other accounts.\n\nFormat\n------\n\n- Format to [RFC 2822 SMTP standards](http://www.ietf.org/rfc/rfc2822.txt) and, if using HTML, [w3.org standards](http://www.w3.org/standards/techs/html).\n- Attempts to hide the true sender of the message or the true landing page for any web links in the message may result in non-delivery. For example, we recommend that you do not use URL shortener services in bulk email, because these can mask the real URLs contained in the body of your email.\n- The subject of each message should be relevant to the body's content and should not be misleading.\n\nDelivery\n--------\n\n- The following factors will help messages arrive in Gmail users' inboxes:\n - The `From` address is listed in the user's Contacts list.\n - A user clicks \"Not Spam\" to alert Gmail that messages sent from that address are solicited.\n- If you send both promotional email and transactional email relating to your organization, we recommend separating email by purpose as much as possible. You can do this by:\n - Using separate email addresses for each function.\n - Sending email from different domains for each function.\n\nThird-party senders\n-------------------\n\n- If others use your service to send email, you are responsible for monitoring your users and/or clients' behavior. You must remove, in a timely fashion, all users and/or clients who use your service to send spam email. The [Google\n Cloud Platform Acceptable Use Policy](/terms/aup) specifically prohibits spam. Your application can be suspended if you violate this policy, as described in the [Google Cloud Platform Terms of Service](/terms).\n- You must have an email address available for users and/or clients to report abuse, which should normally be `abuse@[YOUR_DOMAIN].com`. You should also monitor `postmaster@[YOUR_DOMAIN].com`.\n- Monitor email sent to app admins. Google may need to urgently contact app admins, for example to notify you of a violation of the Acceptable Use Policy. We can help you to resolve the problems more quickly if you respond promptly to our emails.\n- You must maintain up-to-date contact information in your WHOIS record maintained by your domain registrar, and on [abuse.net](http://abuse.net/).\n\nAffiliate marketing programs\n----------------------------\n\n- Affiliate marketing programs reward third-parties for bringing visitors to your site. These programs are attractive to spammers and can potentially do more harm than good. Please note the following:\n - If your brand becomes associated with affiliate marketing spam, it can affect the email sent by you and your other affiliates.\n - It is your responsibility to monitor your affiliates and remove them if they send spam.\n\nAlternatives to the App Engine Mail API\n---------------------------------------\n\n- You can use a third-party email delivery service provider to send email from App Engine. These services may provide additional features that are not available in the Mail API and may be a better solution for some bulk email senders.\n- You can use the [Sockets API](../sockets) to connect directly to an SMTP server to send email.\n\nLimits for bulk mail\n--------------------\n\nIf you send too many emails in a short burst, some emails might be silently\ndropped due to Google safety limits. To avoid this, calculate the maximum daily\nrate of emails sent per second by dividing your daily quota by 86,400, the\nnumber of seconds in a day. Do not send bulk email at a rate higher than 50\ntimes the maximum daily rate.\n\nFor more information on other quotas around sending mail, see\n[Quotas and limits](/appengine/docs/legacy/standard/python/mail#quotas_and_limits).\n\nWhat's next\n-----------\n\n- Read the [Mail API\n Overview](/appengine/docs/legacy/standard/python/mail).\n- Learn how to [send\n mail with the Mail API](/appengine/docs/legacy/standard/python/mail/sending-mail-with-mail-api)."]]
