Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Die folgenden Richtlinien sind zu beachten, wenn Sie über Ihre Anwendung Massen-E-Mails, d. h. Nachrichten an eine Vielzahl von Empfängern, senden. Mithilfe dieser Richtlinien können Sie die Auslieferungsquote von E-Mails an Gmail-Nutzer verbessern, indem Sie dafür sorgen, dass es sich bei den Empfängern in Ihrer Verteilerliste um Empfänger handelt, die die jeweilige E-Mail auch tatsächlich erhalten möchten. Wenn Empfänger Ihre E-Mails manuell als Spam markieren, ist dies für Gmail ein starker Hinweis darauf, dass zukünftige E-Mails von Ihnen als Spam gekennzeichnet werden sollten.
Weitere Informationen zum Senden von E-Mails finden Sie unter Mail API.
Authentifizierung und Identifizierung
Verwenden Sie für alle Massen-E-Mails denselben Absender. Wenn Sie zum Senden von E-Mails die Mail API-Funktion aufrufen, wird als From-Header der von Ihnen angegebene Absender verwendet.
Ihre E-Mail-Adresse des Absenders sollte ein Konto in einer Google Workspace-Domain sein. Wenn sich die Domain noch in der kostenlosen Testphase befindet oder weniger als sechs Nutzer hat, können Google-Konten, die zu viele als Spam markierte E-Mails senden, vorübergehend deaktiviert werden. In diesen Fällen gibt die Mail API eine Ausnahme mit der Fehlermeldung Unauthorized sender aus.
DKIM Wenn Sie Ihre E-Mails über App Engine senden, ist dafür eine G Suite-Domain erforderlich.
Veröffentlichen Sie einen SPF-Eintrag, um das Spoofing Ihrer Envelope-Absenderadresse durch Spammer zu verhindern. SPF verifiziert, dass E-Mails von einer IP-Adresse gesendet werden, die in den DNS-Einträgen des Envelope-Absenders veröffentlicht wurde. Da sich der Envelope-Absender von App Engine in der Domain apphosting.bounces.google.com befindet, wird Ihr SPF-Eintrag unter Umständen nicht verwendet, um festzustellen, ob E-Mails von App Engine zugestellt werden sollen.
Abo
Jeder Nutzer in Ihrer Verteilerliste sollte dem Empfang Ihrer E-Mails auf eine der folgenden Arten zustimmen:
Indem er Ihnen eine E-Mail sendet, in der er Sie um ein Abo bittet
Indem er ein entsprechendes Kästchen in einem Webformular oder in einer Softwareoberfläche anklickt
Die Verwendung einer von einem Drittanbieter erworbenen E-Mail-Adressliste gilt nicht als Nutzerzustimmung für den Erhalt von E-Mails. Sie sollten außerdem kein Kästchen in einem Webformular oder einer Softwareoberfläche einrichten, mit dem für alle Nutzer ein automatisches Abo abgeschlossen wird. Nutzer sollten den Erhalt von E-Mails nicht explizit ablehnen müssen.
Sie sollten überprüfen, ob Nutzer, die sich durch Anklicken des Kästchens im Webformular oder in der Software angemeldet haben, tatsächlich über die im Formular angegebene Adresse E-Mails empfangen. Verifizieren Sie Nutzer, indem Sie ihnen eine E-Mail senden, deren Empfang bestätigt werden muss.
Abbestellen von E-Mails
Nutzer müssen folgende Möglichkeiten haben, um E-Mails abzubestellen:
Einen deutlich gekennzeichneten Link in der E-Mail, der bis auf eine Bestätigung keine weitere Nutzerinteraktion erfordert
Abbestellen per E-Mail-Antwort
App Engine kann nur E-Mails empfangen, die an die Domain [APP_ID].appspotmail.com gesendet werden. Wenn Antworten bezüglich E-Mail-Abbestellungen in App Engine automatisch verarbeitet werden sollen, müssen Sie als Absender eine Adresse in dieser Domain festlegen.
Verwenden Sie den List-Unsubscribe-Header, der von der App Engine Mail API unterstützt wird.
Senden Sie Nutzern regelmäßig E-Mail-Bestätigungen, in denen Sie ihnen anbieten, sich von den Mailinglisten abzumelden, für die sie sich angemeldet haben.
Geben Sie in der E-Mail explizit die E-Mail-Adresse der Abonnenten an, da Nutzer unter Umständen E-Mails von anderen Konten weiterleiten lassen.
Wenn Sie versuchen, den tatsächlichen Absender einer Nachricht oder die tatsächliche Landingpage eines Weblinks in der Nachricht zu verbergen, wird die E-Mail unter Umständen nicht zugestellt. Wir raten Ihnen beispielsweise davon ab, in Massen-E-Mails Dienste zur URL-Kürzung zu nutzen, da diese die echten URLs im E-Mail-Text verbergen können.
Der Betreff jeder Nachricht sollte sich auf den Inhalt beziehen und nicht irreführend sein.
Zustellung
Die folgenden Faktoren tragen dazu bei, dass Nachrichten tatsächlich im Posteingang von Gmail-Nutzern ankommen:
Die From-Adresse ist in der Kontaktliste des Nutzers enthalten.
Der Nutzer klickt auf "Kein Spam", um Gmail zu informieren, dass Nachrichten von dieser Adresse erwünscht sind.
Wenn Ihr Unternehmen sowohl Werbe- als auch Transaktions-E-Mails sendet, empfiehlt es sich, die E-Mails deutlich nach Zweck zu trennen.
Um dies zu erreichen, können Sie:
separate E-Mail-Adressen für unterschiedliche Zwecke verwenden und
E-Mails für unterschiedliche Zwecke von verschiedenen Domains senden.
Dritte als Absender
Wenn Ihr Dienst von Dritten verwendet wird, um E-Mails zu senden, ist es Ihre Aufgabe, das Verhalten Ihrer Nutzer bzw. Kunden zu überwachen. Entfernen Sie umgehend alle Nutzer und/oder Kunden, die Ihren Dienst zum Senden von Spam-E-Mails verwenden. In der Richtlinie für die zulässige Verwendung der Google Cloud Platform wird Spam ausdrücklich verboten.
Bei einem Verstoß gegen diese Richtlinie kann Ihre Anwendung gesperrt werden. Weitere Informationen finden Sie in den Nutzungsbedingungen der Google Cloud Platform.
Sie müssen eine E-Mail-Adresse haben, über die Nutzer und/oder Kunden einen Missbrauch melden können. Diese sollte in der Regel so lauten: abuse@[YOUR_DOMAIN].com. Sie sollten auch postmaster@[YOUR_DOMAIN].com beobachten.
Überwachen Sie den Eingang von E-Mails für Anwendungsadministratoren. Google muss Anwendungsadministratoren in dringenden Fällen kontaktieren können, um sie beispielsweise über einen Verstoß gegen die Richtlinie für die zulässige Verwendung zu informieren.
Probleme lassen sich schneller lösen, wenn Sie umgehend auf unsere E-Mails antworten.
Achten Sie darauf, dass die Kontaktinformationen in der von Ihrem Domain-Registrator verwalteten WHOIS-Liste und unter abuse.net immer auf dem aktuellen Stand sind.
Affiliate-Marketingprogramme
Affiliate-Marketingprogramme belohnen Dritte dafür, dass sie Besucher auf Ihre Website leiten. Programme dieser Art können von Spammern missbraucht werden und mitunter mehr schaden als nützen. Beachten Sie Folgendes:
Wenn Ihre Marke mit Affiliate-Marketing-Spam in Verbindung gebracht wird, kann dies Auswirkungen auf die von Ihnen und Ihren Affiliates gesendeten E-Mails haben.
Es liegt in Ihrer Verantwortung, Ihre Affiliates zu überwachen und sich von ihnen zu trennen, falls sie Spam senden.
Alternativen zur App Engine Mail API
Sie können einen Drittanbieter mit der Auslieferung Ihrer E-Mails über App Engine beauftragen. Dabei werden Ihnen unter Umständen zusätzliche Funktionen geboten, die in der Mail API nicht verfügbar sind. Für manche Absender von Massen-E-Mails können Dienste von Dritten mitunter eine bessere Alternative darstellen.
Beschränkungen für Massen-E-Mails
Wenn Sie innerhalb eines kurzen Zeitraums zu viele E-Mails senden, kann es aufgrund der Sicherheitsbeschränkungen von Google passieren, dass ein Teil der E-Mails verworfen wird. Sie können dies vermeiden, indem Sie die maximale Anzahl der täglich pro Sekunde gesendeten E-Mails berechnen. Dividieren Sie zu diesem Zweck Ihr Tageskontingent durch 86.400, die Anzahl von Sekunden pro Tag. Die Anzahl der Massen-E-Mails sollte das 50-fache des maximalen Tagessatzes nicht überschreiten.
Weitere Informationen zu anderen Kontingenten für das Senden von E-Mails finden Sie unter Kontingente und Beschränkungen.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-04-21 (UTC)."],[[["\u003cp\u003eFollow guidelines for sending bulk emails to improve delivery rates to Gmail users, as recipients marking emails as spam will negatively impact future deliverability.\u003c/p\u003e\n"],["\u003cp\u003eEnsure users opt-in to receive messages, avoid purchasing email lists, and implement a clear unsubscribe process, including a prominent link or email response option.\u003c/p\u003e\n"],["\u003cp\u003eFormat emails according to RFC 2822 and W3.org standards, avoiding URL shorteners and ensuring the subject is relevant to the content to improve deliverability.\u003c/p\u003e\n"],["\u003cp\u003eIf using a third-party service, you are responsible for all of the users and/or clients' behavior, promptly removing those who use the service to send spam.\u003c/p\u003e\n"],["\u003cp\u003eBe mindful of rate limits for sending emails to avoid them being dropped due to Google safety limits, and take note of the quotas and limits found in the provided link.\u003c/p\u003e\n"]]],[],null,["# Bulk mail guidelines\n\nGo Java PHP Python\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/standard/services/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|\n| /services/access). If you are updating to the App Engine runtime, refer to the [Upgrade to second-generation runtimes]() page 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 in one of the following ways:\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 opt-in. You also should not set a checkbox on a web form or within a piece of software to subscribe all users by default. Users should not be required to explicitly opt out of mailings.\n- You should verify that the person that signed up by checking the box on the web form or in software is actually receiving emails at the address that was specified in the form. Verify the user by sending an email that requires them 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 API.\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\nYou can use a third-party email delivery service provider to send email from\nApp Engine. These services may provide additional features that are not\navailable in the Mail API and may be a better solution for some bulk email\nsenders.\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/standard/services/mail#quotas_and_limits).\n\nWhat's next\n-----------\n\n- Read the [Mail API Overview](/appengine/docs/standard/services/mail).\n- Learn how to use the Mail API to [send mail](/appengine/docs/standard/services/mail/sending-mail-with-mail-api) and [receive mail](/appengine/docs/standard/services/mail/receiving-mail-with-mail-api)."]]
