Richtlinien für Bulk-E-Mails

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.
  • Signieren Sie Ihre E-Mails mit DKIM. Wenn Sie Ihre E-Mails über App Engine senden, ist dafür eine G Suite-Domain erforderlich.
  • Wenn Sie einen SPF-Eintrag veröffentlichen, verhindern Sie Spoofing Ihrer Envelope-Absenderadresse durch Spammer. 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 Header List-Unsubscribe, der von der App Engine Mail API unterstützt wird.
  • Nutzer, von deren Adresse mehrere E-Mails zurückgesendet werden, müssen aus der Verteilerliste gelöscht werden. Sie können Ihre App für den Empfang von Rücksendebenachrichtigungen konfigurieren.
  • Sie sollten Nutzern regelmäßig E-Mail-Bestätigungen senden, 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.

Format

  • E-Mails sollten gemäß dem SMTP-Standard RFC 2822 und bei Verwendung von HTML gemäß den w3.org-Standards formatiert werden.
  • 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 Faire Nutzung 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 Faire Nutzung 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.
  • Über die Sockets API können Sie eine direkte Verbindung zu einem SMTP-Server herstellen, um E-Mails zu senden.

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.

Weitere Informationen