Bei Google registrieren

Wir sind gespannt, wie Sie schemas in E-Mails verwenden möchten. Sie können noch heute mit dem Testen Ihrer eigenen Integration beginnen. Alle Schemas, die Sie an sich selbst senden (von x@gmail.com an x@gmail.com), werden in Google-Produkten angezeigt. Probieren Sie es gleich aus.

Wenn Sie Ihre markierten E-Mails an Ihre Nutzer senden möchten, müssen Sie sich bei Google registrieren. Gehen Sie dazu so vor:

  • Sie müssen alle unten aufgeführten Richtlinien und Anforderungen erfüllen.
  • Senden Sie eine echte E-Mail von Ihren Produktionsservern (oder einem Server mit ähnlichen DKIM-/SPF-/From:-/Return-Path:-Headern) mit dem Markup / Schema an schema.whitelisting+sample@gmail.com. So können wir prüfen, ob Sie alle in den Registrierungsrichtlinien aufgeführten Richtlinien und Anforderungen einhalten.
    • Wenn Sie eine Test- oder leere E-Mail senden, eine E-Mail, die kein Schema enthält, oder keine E-Mail zur Überprüfung senden, wird Ihre Bewerbung stillschweigend verworfen.
    • Prüfen Sie vor dem Senden der E-Mail, ob das Markup korrekt ist. Weitere Informationen finden Sie unter Schema testen. Achten Sie darauf, dass die E-Mail den E-Mail-Markup-Test besteht und keine Fehler enthält. Geben Sie außerdem möglichst viele Daten an.
    • In Gmail wird beim Weiterleiten einer E-Mail das gesamte Markup entfernt. Leiten Sie die E-Mail nicht weiter, sondern senden Sie sie direkt.
  • Füllen Sie das Registrierungsformular aus. Wir melden uns dann bei Ihnen.

Richtlinien für die Registrierung

Damit das von Ihnen gesendete Schema verarbeitet werden kann, müssen die folgenden Richtlinien erfüllt sein:

Qualitätsrichtlinien für E-Mail-Absender

  • E-Mails müssen über DKIM oder SPF authentifiziert sein.
  • Die Top-Level-Domain (TLD) der SPF-Prüfung oder DKIM-Signatur muss mit der TLD Ihrer From:-E-Mail-Adresse übereinstimmen.
    • Wenn Sie beispielsweise From: foo@bar.com verwenden, muss das DKIM- oder SPF-Attribut für bar.com oder sub.bar.com gelten.
    • In Gmail wird nur der SPF für die Domain Ihrer Return-Path:-E-Mail-Adresse geprüft. Wenn Sie nur SPF und nicht DKIM verwenden, muss die Return-Path:-E-Mail-Adresse mit der TLD Ihrer From:-E-Mail-Adresse übereinstimmen.
    • In unserem Hilfeartikel zur E-Mail-Authentifizierung können Sie schnell prüfen, ob Ihre SPF- oder DKIM-Einstellungen korrekt sind.
  • E-Mails müssen von einer statischen E-Mail-Adresse stammen, z. B. foo@bar.com.
  • E-Mails müssen den Richtlinien Vermeiden, dass E-Mails an Gmail-Nutzer blockiert oder an den Spamordner gesendet werden entsprechen.
  • Sie haben mindestens einige Wochen lang regelmäßig eine große Menge E-Mails (mindestens 100 E-Mails pro Tag an Gmail) von Ihrer Domain gesendet.
  • Eine sehr geringe Anzahl von Spambeschwerden von Nutzern.

Richtlinien für Aktionen und Schemas

  • Es sollte die verfügbare Aktion mit der höchsten Fidelity verwendet werden. Wenn eine Interaktion beispielsweise durch eine In-App-Aktion (One-Click, RSVP, Rezension) erfolgen kann, muss diese verwendet werden. Für komplexere Interaktionen können Sprungaktionen verwendet werden.
  • Aktionen sollten für transaktionelle E-Mails verwendet werden, bei denen eine hohe Interaktionsrate erwartet wird. Sie dürfen nicht für Werbe-Massen-E-Mails verwendet werden.
  • Wichtige Aktionen:
    • Es muss ein Deeplink zur spezifischen Seite sein, auf der die Aktion ausgeführt werden kann.
    • Das Label der Schaltfläche muss die auszuführende Aktion klar widerspiegeln und der Seite entsprechen, auf die der Nutzer weitergeleitet wird.
    • Das Aktionslabel darf keine Satzzeichen enthalten und darf nicht nur aus Großbuchstaben bestehen. Sie muss kurz und prägnant sein.
    • Wenn für Ihren Anwendungsfall eine In-App-Aktion verwendet werden kann, müssen Sie die In-App-Aktion und nicht die „Wechseln zu“-Aktion verwenden. Für „E-Mail-Adresse bestätigen“ oder „Bitte überprüfen“ sollten beispielsweise In-App-Aktionen verwendet werden.
    • Derzeit genehmigen wir nur „Wechseln zu“-Aktionen für sehr spezifische Anwendungsfälle mit hoher Interaktionsrate (z.B. Flugcheck-in, Links zur Sendungsverfolgung).
  • Niedrige Fehlerrate und schnelle Reaktion für Dienste, die Aktionsanfragen verarbeiten.