Bei Google registrieren

Wir sind gespannt, wie Sie Schemas in E-Mails einsetzen 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 einfach aus.

Wenn Sie bereit sind, Ihre mit Markup versehenen E‑Mails an Ihre Nutzer zu senden, müssen Sie sich bei Google registrieren. Gehen Sie so vor:

  • Achten Sie darauf, dass Sie 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-/Von:-/Rückgabepfad:-Headern) mit dem Markup / Schema an schema.whitelisting+sample@gmail.com. Wir benötigen diese E‑Mail, um zu prüfen, ob Sie alle in den Registrierungsrichtlinien aufgeführten Richtlinien und Anforderungen einhalten.
    • Wenn Sie eine Test-E-Mail, eine leere E-Mail oder eine E-Mail ohne Schema senden oder keine E-Mail zur Überprüfung senden, wird Ihre Anfrage 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 insbesondere darauf, dass die E‑Mail den E‑Mail-Markup-Tester besteht und keine Fehler enthält. Geben Sie außerdem möglichst viele Daten an.
    • Gmail entfernt beim Weiterleiten einer E‑Mail alle Markierungen. Leiten Sie die E‑Mail nicht weiter, sondern senden Sie sie direkt.
  • Füllen Sie das Registrierungsformular aus. Wir werden uns dann bei Ihnen melden.

Registrierungsrichtlinien

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

Qualitätsrichtlinien für E‑Mail-Absender

  • E-Mails müssen über DKIM oder SPF authentifiziert werden.
  • 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 DKIM oder SPF für bar.com oder sub.bar.com gelten.
    • In Gmail wird SPF nur für die Domain Ihrer Return-Path:-E-Mail-Adresse geprüft. Wenn Sie sich nur auf SPF und nicht auf DKIM verlassen, muss die Return-Path:-E‑Mail-Adresse mit der TLD Ihrer From:-E‑Mail-Adresse übereinstimmen.
    • In unserem Hilfeartikel zur E‑Mail-Authentifizierung finden Sie eine Anleitung, wie Sie schnell prüfen können, ob Ihre SPF- oder DKIM-Einstellungen korrekt sind.
  • E‑Mails müssen von einer statischen E‑Mail-Adresse gesendet werden, z. B. nutzer@IhrUnternehmen.de.
  • E-Mails müssen den Richtlinien unter Vermeiden, dass E-Mails an Gmail-Nutzer blockiert werden oder im Spamordner landen entsprechen.
  • Sie haben über Ihre Domain seit mindestens einigen Wochen täglich eine große Anzahl von E‑Mails (mindestens Hunderte von E‑Mails pro Tag) an Gmail gesendet.
  • Sehr niedrige Anzahl von Spam-Beschwerden von Nutzern.

Aktionen / Schemarichtlinien

  • Es sollte die Aktion mit der höchsten Genauigkeit verwendet werden. Wenn eine Interaktion beispielsweise durch eine In-App-Aktion (One-Click, RSVP, Review) erreicht werden kann, muss diese verwendet werden. Für komplexere Interaktionen können Go-To-Aktionen verwendet werden.
  • Aktionen sollten für transaktionale E-Mails verwendet werden, bei denen eine hohe Interaktionsrate erwartet wird. Sie sollten nicht in Werbe-E-Mails verwendet werden.
  • Go-to-Aktionen:
    • Es muss ein Deeplink zur Seite vorhanden 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, zu der der Nutzer weitergeleitet wird.
    • Die Bezeichnung der Aktion darf keine Satzzeichen enthalten und darf nicht nur aus Großbuchstaben bestehen. Muss kurz und prägnant sein.
    • Wenn eine In-App-Aktion für Ihren Anwendungsfall verwendet werden kann, müssen Sie die In-App-Aktion und nicht die Go-To-Aktion verwenden (z.B. sollte für „E-Mail-Adresse bestätigen“ oder „Bitte überprüfen“ eine In-App-Aktion verwendet werden).
    • Derzeit genehmigen wir Go-To-Aktionen nur für sehr spezifische Anwendungsfälle mit hoher Interaktionsrate (z.B. Flug-Check-in, Links zur Sendungsverfolgung).
  • Eine niedrige Fehlerrate und schnelle Reaktion bei Diensten, die Aktionsanfragen verarbeiten.