Was ist APRF? Der neue Standard für Feedback zur E-Mail-Zustellbarkeit im Detail

Aktueller Status: APRF ist ein aktiver IETF-Entwurf, doch Absender können bereits heute Live-Tagesberichte empfangen. Comcast (Xfinity) versendet aktiv Beta-Berichte aus dem Produktivbetrieb an Absender, die einen APRF-DNS-Eintrag veröffentlichen. Andere mitwirkende Anbieter (wie Google) haben die Generierung noch nicht aktiviert.

Seitdem Unternehmen Massen-E-Mails versenden, sehen sich Zustellbarkeitsmanager mit einem grundlegenden blinden Fleck konfrontiert: Sobald ein E-Mail-Anbieter eine Nachricht annimmt, kann niemand mit Sicherheit sagen, wo sie tatsächlich gelandet ist. In der Vergangenheit haben Absender sich ein ungefähres Bild von der Zustellung im Posteingang zusammengereimt, indem sie Tests mit künstlichen Seedlisten durchgeführt oder unterschiedliche Postmaster-Dashboards bei Google, Microsoft und Yahoo überprüft haben. Jeder Anbieter stellt unterschiedliche Kennzahlen in inkompatiblen Formaten bereit, sodass Absendern eine einzige, einheitliche Quelle der Wahrheit fehlt.

Eine neue Spezifikationsvorlage soll dieses seit langem bestehende Problem der Branche lösen. Dieses neue Protokoll, bekannt als APRF (Aggregate Performance Reporting Format), ermöglicht es E-Mail-Anbietern, standardisierte Tagesberichte über die Zustellung von Nachrichten und die Interaktion der Empfänger zu erstellen und diese direkt an die Absender zu senden. Anstatt sich auf Schätzungen anhand von Seed-Listen zu verlassen, können Absender nun einsehen, wie ihre authentifizierten E-Mail-Ströme klassifiziert wurden und wie echte Empfänger mit ihnen interagiert haben.

Hier finden Sie eine ausführliche Übersicht darüber, was APRF ist, wie sein Erkennungsmechanismus funktioniert, wie es sich im Vergleich zu bestehenden Standards wie DMARC verhält und wie Sie Ihren ersten DNS-Eintrag veröffentlichen können, um noch heute mit dem Erfassen von Berichten zu beginnen.

Was ist APRF (Aggregate Performance Reporting Format)?

Das „Aggregate Performance Reporting Format“ (APRF) ist ein vorgeschlagenes E-Mail-Berichtsprotokoll, das Absendern strukturiertes, maschinenlesbares Feedback zur Zustellbarkeit von E-Mails und zur Nutzerinteraktion liefern soll. Während herkömmliche Protokolle über Authentifizierungs- oder Verbindungsfehler am Gateway berichten, konzentriert sich APRF ausschließlich darauf, was mit den Nachrichten geschieht, nachdem sie vom empfangenden Server angenommen wurden.

Die Spezifikation ist derzeit im IETF-Internet-Draft mit dem Titel „draft-brotman-aggregate-performance-reporting-00“ definiert. Das Dokument wurde am 17. März 2026 veröffentlicht und soll den Status „Standards Track“ erhalten. Es wurde von drei erfahrenen Experten aus der E-Mail-Branche gemeinsam verfasst:

• Alex Brotman (Comcast)
• Tom Corbett (Iterable)
• Emil Gustafsson (Google)

Laut der offiziellen IETF-Datatracker-Statusseite gilt für die erste Revision -00 ein offizielles Ablaufdatum am 18. September 2026. Als Einzelvorschlag befindet sich APRF noch in der frühesten Bewertungsphase („I-D Exists“) und wurde bislang weder offiziell von einer IETF-Arbeitsgruppe angenommen noch als RFC veröffentlicht. Die Mitwirkung eines führenden Internetdienstanbieters, eines großen Unternehmens-E-Mail-Anbieters und von Google macht APRF jedoch zu einer der bedeutendsten Initiativen zur E-Mail-Zustellbarkeit, die in den letzten Jahren vorgeschlagen wurden.

Anmerkung zur Terminologie: Außerhalb der E-Mail-Technologie taucht die Abkürzung „APRF“ häufig in der medizinischen und biologischen Forschung auf und steht dort für „Advanced Platelet-Rich Fibrin“ (fortschrittliches thrombozytenreiches Fibrin) oder „Acute-Phase Response Factor“ (Akutphasen-Reaktionsfaktor). Im Zusammenhang mit E-Mail-Sicherheit, Infrastruktur und E-Mail-Zustellbarkeit bezieht sich APRF ausschließlich auf die Spezifikation „Aggregate Performance Reporting Format“.

APRF vs. DMARC-Berichte vs. Feedback-Schleifen: Was ist eigentlich der Unterschied?

Um zu verstehen, wo APRF in die E-Mail-Strategie eines Unternehmens passt, ist es hilfreich, es anhand von vier Schlüsselaspekten mit bestehenden Berichtsmechanismen zu vergleichen: Umfang, Datenformat, Identitätsschlüssel und Übermittlungsmethode.

Authentifizierung vs. Leistung: Der entscheidende Unterschied

Der wesentliche Unterschied zwischen DMARC-Gesamtberichten und APRF liegt in der Unterscheidung zwischen Authentifizierung und Leistung:

1. Bei DMARC geht es um Authentifizierung. DMARC-Aggregatberichte beantworten die Frage: „Wurde diese E-Mail mithilfe von SPF und DKIM unter Verwendung meines sichtbaren Domainnamens ordnungsgemäß authentifiziert, und hat eine nicht autorisierte Quelle versucht, meine Marke zu fälschen?“
2. Bei APRF dreht sich alles um Leistung. APRF-Berichte beantworten die Frage: „Nachdem die E-Mail die Authentifizierung bestanden hat und angenommen wurde – wo hat der E-Mail-Anbieter sie abgelegt, und wie haben die Empfänger darauf reagiert?“

APRF ersetzt weder die aggregierten DMARC-Berichte noch die herkömmlichen Feedback-Schleifen bei Beschwerden. Vielmehr dient es als ergänzende Ebene. DMARC schützt Ihre Markenidentität vor Identitätsdiebstahl, während APRF Einblick darin bietet, wie die Algorithmen der E-Mail-Postfächer Ihre Absenderreputation bewerten.

Darüber hinaus unterscheidet sich APRF von Anbieter-Dashboards wie den Google Postmaster Tools. Bei diesen Dashboards sind manuelle Anmeldungen oder maßgeschneiderte API-Integrationen erforderlich, die auf einen einzelnen Anbieter zugeschnitten sind. APRF etabliert einen offenen, anbieterunabhängigen Standard, der Leistungskennzahlen in einem strukturierten JSON-Datensatz direkt in Ihren Posteingang liefert.

Was enthält ein APRF-Bericht?

APRF-Berichte werden einmal täglich von den teilnehmenden E-Mail-Anbietern erstellt. Jeder Bericht umfasst einen vollständigen 24-Stunden-Zeitraum nach UTC (von 00:00:00 UTC bis 23:59:59 UTC). Der Bericht wird als E-Mail-Anhang im JSON-Format versendet, entweder als „application/json“ oder als komprimierte „application/gzip“-Datei.

Die JSON-Nutzdaten sind in zwei verschiedene Abschnitte unterteilt: den Header und den Body.

1. Metadaten im Header

Der Header enthält administrative Angaben zum Berichtszeitraum, zum Anbieter, der den Bericht erstellt hat, sowie zur DKIM-Identität des Absenders:

• Version: Die Version der APRF-Spezifikation (derzeit 1).
• Quelle: Der Name oder die Kennung des Anbieters des meldenden E-Mail-Postfachs (z. B. Comcast).
• dkim_domain: Die DKIM-Domäne (d=), die in der ausgehenden Signatur überprüft wurde.
• dkim_selector: Der spezifische DKIM-Selektor (s=), der vom Anbieter abgeglichen wurde.
• report_start / report_end: Zeitstempel nach Unix-Epochen, die das genaue 24-Stunden-UTC-Erfassungsfenster definieren.
• contact_info: Eine von der meldenden Stelle angegebene E-Mail-Adresse oder URL für administrative Zwecke.
• sdi_used: Gibt an, ob signaturdefinierte Identifikatoren für die Segmentierung von Teilströmen analysiert wurden.

2. Metrikfamilien (der Hauptteil des Berichts)

Der Bericht enthält Gesamtzahlen, die in zwei zentrale Kennzahlenfamilien unterteilt sind:

Klassifizierungsmetriken (Platzierung)

Klassifizierungsmetriken erfassen, wohin der empfangende Anbieter die angenommenen Nachrichten weitergeleitet hat:

• Posteingang: Nachrichten, die im primären Posteingangsordner abgelegt wurden.
• Unerwünscht: Nachrichten, die in die Ordner „Spam“, „Junk“ oder „Bulk“ weitergeleitet werden.
• Werbung: Nachrichten, die in sekundären Werbe-Registerkarten oder -Ordnern kategorisiert sind.
• weitergeleitet: Nachrichten, die durch Regeln im Postfach des Empfängers automatisch umgeleitet wurden.

Interaktionskennzahlen (Nutzerverhalten)

Engagement-Kennzahlen fassen die tatsächlichen Aktionen der Empfänger nach dem Versand zusammen:

• Positiv: Positive Nutzeraktionen, darunter das Öffnen von E-Mails, das Anklicken von Links, das Verschieben von Nachrichten aus dem Spam-Ordner (Rettungsaktionen) oder das Markieren von Nachrichten als wichtig.
• Negativ: Ungünstige Nutzeraktionen, wie beispielsweise das Klicken auf „Als Spam melden“, das Löschen von Nachrichten ohne sie zu lesen oder das Abmelden.
• Neutral: Nicht bewertende Vorgänge wie das Archivieren, das Ablegen in benutzerdefinierten Ordnern oder das manuelle Weiterleiten.

3. Vom Unterzeichner definierte Identifikatoren (SDI) für eine detaillierte Nachverfolgung

Standardmäßig meldet APRF aggregierte Daten auf der Ebene des DKIM-Selektors. Große Unternehmen versenden jedoch häufig mehrere E-Mail-Typen unter einem einzigen DKIM-Selektor. Um diesem Umstand Rechnung zu tragen, enthält der Entwurf eine optionale Funktion, die als „Signer-Defined Identifiers“ (SDI) bezeichnet wird .

Durch die Angabe eines SDI-Tags in Ihrem DNS-Eintrag können Sie E-Mail-Anbieter anweisen, einen bestimmten benutzerdefinierten Header (wie z. B. „X-Campaign-ID“ oder „Signer-Info“) zu überprüfen, der in Ihrer DKIM-Signatur enthalten ist. Der Anbieter schlüsselt dann die täglichen Klassifizierungs- und Interaktionskennzahlen nach diesen Unterkennungen auf und unterstützt dabei bis zu vier verschachtelte Segmentierungsebenen. Auf diese Weise können Unternehmen Transaktionsbenachrichtigungen getrennt von Marketingkampagnen auswerten und gleichzeitig eine optimierte DKIM-Schlüsselarchitektur beibehalten.

Kommentiertes Beispiel für eine APRF-JSON-Nutzlast

Nachfolgend finden Sie einen beispielhaften JSON-Bericht, der gemäß der Spezifikation „draft-brotman-aggregate-performance-reporting-00“ strukturiert ist:

[
  {
    "header": {
      "version": 1,
      "source": "Comcast/Xfinity",
      "dkim_domain": "example.com",
      "dkim_selector": "s1024",
      "report_start": 1773705600,
      "report_end": 1773791999,
      "contact_info": "[email protected]",
      "sdi_used": "none",
      "extra_info": "https://postmaster.comcast.net/aprf-info"
    },
    "body": [
      {
        "classification": {
          "inbox": 45000,
          "unwanted": 120,
          "promotional": 0,
          "forwarded": 15
        },
        "engagement": {
          "positive": 14200,
          "negative": 18,
          "neutral": 850
        }
      }
    ]
  }
]

So funktioniert APRF: Von der DNS-Erkennung bis zur Berichtauslieferung

APRF nutzt einen DNS-basierten Erkennungsablauf, der sich an etablierten Protokollen wie DMARC und TLS-RPT orientiert. Da die Berichterstellung direkt mit der Signierung von Nachrichten verknüpft ist, kann ein E-Mail-Anbieter Ihre Berichtseinstellungen ermitteln, ohne dass spezielle Portal-Konfigurationen erforderlich sind.

Der Schritt-für-Schritt-Ablauf

1. E-Mail-Versand: Ihre Infrastruktur versendet ausgehende E-Mails, die mit gültigen DKIM-Signaturen signiert sind.
2. Signaturprüfung: Der empfangende Anbieter nimmt die E-Mail entgegen, überprüft die DKIM-Signatur und extrahiert die Domäne (d=example.com) sowie den Selektor (s=s1024). DNS-Abfrage: Der Anbieter fragt das DNS nach einem TXT-Eintrag unter folgender Adresse ab: s1024._aprf._domainkey.example.com
3. Auswerten von Datensätzen: Der Anbieter wertet den TXT-Datensatz aus, um das obligatorische „v=APRFv1“-Tag zu überprüfen und die im „rua“-Tag definierte E-Mail-Adresse des Empfängers abzurufen.
4. Aggregation und Übermittlung: In den nächsten 24 Stunden aggregiert der Anbieter die Platzierungs- und Interaktionsdaten für diesen Selektor. Am Ende des UTC-Tages erstellt er den JSON-Bericht und sendet ihn per SMTP an die angegebene RUA-Adresse.

Datenschutzmaßnahmen und Mengenschwellen

Zum Schutz der Privatsphäre einzelner Nutzer empfiehlt der APRF-Entwurf ausdrücklich, dass E-Mail-Anbieter Schwellenwerte zur Begrenzung des Nachrichtenvolumens durchsetzen . Wenn ein Absender an einem bestimmten Tag nur eine Handvoll Nachrichten an einen Anbieter übermittelt, könnten reine Leistungskennzahlen es dem Absender ermöglichen, Rückschlüsse auf die Handlungen bestimmter Personen zu ziehen.

Im Rahmen des APRF-Datenschutzkonzepts unterdrücken Anbieter die Berichterstellung vollständig oder wenden bei Datenströmen mit geringem Volumen Algorithmen zur Bucket-Bildung mit Rauschzusatz an. Wenn Ihr tägliches Nachrichtenvolumen an einen bestimmten E-Mail-Anbieter unter dessen Datenschutzschwelle fällt, erhalten Sie für diesen Tag keinen Bericht.

So fangen Sie noch heute an, APRF-Berichte zu sammeln

Obwohl APRF noch immer ein aktiver IETF-Entwurf und kein endgültiger RFC-Standard ist, erstellt Comcast (Xfinity) bereits aktiv täglich Live-APRF-Berichte in der Produktion (in der Beta-Phase) für Absender, die den DNS-TXT-Eintrag veröffentlichen.

Das Veröffentlichen eines APRF-Eintrags dauert nur wenige Minuten und erfordert weder die Installation von Software noch Änderungen an Ihrer E-Mail-Infrastruktur. Befolgen Sie diese vier Schritte, um Berichte zu erhalten.

Schritt 1: Ermitteln Sie Ihren aktiven DKIM-Selektor

Überprüfen Sie die E-Mail-Header einer kürzlich von Ihrer Domain versendeten Nachricht. Suchen Sie den DKIM-Signature-Header und notieren Sie sich den Selektor (s=) und die Domain (d=).

Wenn in Ihrem Header beispielsweise „d=example.com“ und „s=s1024“ angezeigt wird, wird Ihr APRF-Eintrag unter folgender Adresse gehostet: s1024._aprf._domainkey.example.com

Unterstützung von Platzhaltern: Wenn Sie Dutzende von Selektoren verwalten und vermeiden möchten, für jeden einzelnen einen eigenen Datensatz anzulegen, können Sie gemäß der Spezifikation einen Sammeldatensatz unter Verwendung eines Sternchens (*) veröffentlichen: *._aprf._domainkey.example.com

Empfangende Anbieter prüfen zunächst, ob ein bestimmter Selektor-Datensatz vorhanden ist. Ist dies nicht der Fall, greifen sie auf den Platzhalter-Datensatz zurück.

Schritt 2: Einrichten eines speziellen Postfachs für Meldungen

Richten Sie ein spezielles Postfach oder einen E-Mail-Alias ein, um eingehende Berichte zu sammeln (zum Beispiel [email protected]). Da Berichte automatisierte JSON-Dateien enthalten, verhindert das Senden an einen speziellen Alias, dass Ihr primärer Posteingang täglich mit Anhängen überflutet wird.

Schritt 3: Den DNS-TXT-Eintrag veröffentlichen

Melden Sie sich bei Ihrer DNS-Verwaltungskonsole an und fügen Sie einen neuen TXT-Eintrag mit den folgenden Parametern hinzu:

• Host / Name: s1024._aprf._domainkey.example.com (oder *._aprf._domainkey.example.com für einen Platzhalter)
• Datensatztyp: TXT
• TTL: 3600 Sekunden (1 Stunde)
• Wert: v=APRFv1; rua=mailto:[email protected];

Wenn Sie die Nachverfolgung von Unterströmen über signaturdefinierte Identifikatoren für einen Header namens „X-Campaign-ID“ mit dem Trennzeichen „^“ aktivieren möchten, bauen Sie Ihren Wert wie folgt auf:

v=APRFv1; rua=mailto:[email protected]; sdi=X-Campaign-ID,^;

Schritt 4: Veröffentlichung überprüfen

Verwenden Sie ein DNS-Lookup-Tool oder ein Befehlszeilenprogramm (dig oder nslookup), um zu überprüfen, ob Ihr neuer Eintrag öffentlich aufgelöst wird:

dig TXT s1024._aprf._domainkey.example.com +short

Realistische aktuelle Erwartungen

Bei der Einführung eines APRF-Datensatzes ist es wichtig, realistische betriebliche Erwartungen festzulegen:

• Aktueller Beta-Status: Comcast (Xfinity) ist derzeit der einzige große E-Mail-Anbieter, der im Beta-Modus aktiv APRF-Berichte für den Produktivbetrieb erstellt.
• Die Rolle von Google: Google war an der Ausarbeitung des Entwurfs beteiligt und signalisierte damit ein starkes langfristiges Interesse an einer standardisierten Leistungsberichterstattung. Derzeit erstellt Gmail jedoch keine APRF-Berichte. Absender sollten sich weiterhin an den „Gmail-Richtlinien für E-Mail-Absender“ orientieren, um die aktuellen Anforderungen von Gmail zu erfüllen.
• Veröffentlichung ohne Kosten: Die Veröffentlichung eines APRF-Eintrags ist derzeit kostenlos und verursacht keinen Leistungsaufwand. Sobald der Eintrag veröffentlicht ist, erhält Ihre Domain automatisch Berichte von Comcast sowie von allen weiteren Anbietern, die den Standard in Zukunft übernehmen.

Warum APRF wichtig ist (und was es nicht lösen wird)

Die Reaktionen der Branche auf APRF waren überwiegend positiv. In einer Analyse auf Spam Resource lobte der Zustellbarkeitsexperte Al Iverson APRF dafür, dass es „echte, aggregierte Daten liefert, die auf dem tatsächlichen Nutzerverhalten basieren“, anstatt auf künstlichen Schätzungen anhand von Seedlisten. Iverson hob APRF als ergänzendes Tool hervor, das neben bestehenden Plattformen eingesetzt wird, um einen klareren Einblick in die Betriebsabläufe zu ermöglichen.

Die wichtigsten Vorteile

7. Echte Empfängerdaten: Seedlists stützen sich auf künstliche Konten, denen realistische Interaktionsverläufe fehlen. APRF spiegelt die tatsächlichen Zustellungsergebnisse über echte Nutzerkonten wider.

8. Standardisiertes offenes Format: Absender können JSON-Metriken von mehreren Anbietern in eine einzige interne Analyse-Pipeline einspeisen, wodurch die Entwicklung benutzerdefinierter Web-Scraper oder API-Konnektoren für verschiedene Postmaster-Portale entfällt.

9. Granularität auf Sub-Stream-Ebene: Durch die Verwendung des SDI-Tags können Entwicklerteams Probleme bei der Zustellbarkeit, die bestimmte Arten von Transaktionsnachrichten betreffen, isolieren, ohne ihre zentrale DKIM-Schlüsselarchitektur aufteilen zu müssen.

Bekannte Einschränkungen

Trotz seiner Vorteile hat APRF klare Grenzen:

• Derzeit nur eingeschränkte Anbieterunterstützung: Da derzeit nur Comcast Berichte in der Beta-Phase erstellt, bietet APRF noch keinen umfassenden Überblick über die Zustellbarkeit.
• Fehlende Daten zur Diagnose der Ursache: Ein APRF-Bericht weist zwar darauf hin, dass ein bestimmter Prozentsatz der Nachrichten im Spam-Ordner gelandet ist, gibt jedoch keine genauen Gründe dafür an. Er liefert keine Auskunft darüber, ob das Problem auf eine schlechte IP-Reputation, eine URL-Sperrliste oder durch den Inhalt ausgelöste Spamfilter zurückzuführen ist.
• Spezifikationsentwurf in Weiterentwicklung: Da es sich um einen aktiven IETF-Entwurf handelt, können sich die Tag-Syntax und die JSON-Schema-Felder vor der endgültigen Standardisierung noch ändern.

Die Authentifizierung bleibt die Voraussetzung

APRF-Kennzahlen werden erst berechnet, nachdem ein Empfangsserver eine E-Mail angenommen hat. Wenn Ihre ausgehenden Nachrichten die grundlegenden Authentifizierungsprüfungen nicht bestehen, können Empfangsserver diese bereits am Gateway blockieren, wodurch die Berichte zur Zustellung irrelevant werden.

Bevor Sie sich mit dem Feedback zur Zustellbarkeit befassen, stellen Sie sicher, dass Ihre primären Authentifizierungsmaßnahmen ordnungsgemäß konfiguriert sind:

• Richten Sie gültige DKIM -Einträge für alle legitimen Absenderquellen ein.
• Stellen Sie sicher, dass Ihre Domain durch DMARC geschützt ist und über abgestimmte SPF- und DKIM-Signaturen verfügt.
• Verwenden Sie einen zentralisierten DMARC-Berichtsanalysator, um den Authentifizierungsstatus und die Fortschritte bei der Umsetzung einer Durchsetzungsrichtlinie (p=reject) zu überwachen.

Sollten Sie jetzt einen APRF-Eintrag veröffentlichen?

Ja, für Absender mit hohem E-Mail-Aufkommen. Wenn Ihr Unternehmen erhebliche Mengen an E-Mails an Privatkundenadressen bei Comcast/Xfinity versendet, bietet die Veröffentlichung eines APRF-Eintrags unmittelbaren Nutzen. Sie erhalten Zugriff auf aktuelle tägliche Zustelldaten und können eine automatisierte Berichtspipeline einrichten, noch bevor andere große Anbieter sich diesem Standard anschließen.

Für Absender mit geringem Versandvolumen oder reine B2B-Absender ist die Veröffentlichung eines APRF-Eintrags optional, wird jedoch empfohlen. Auch wenn Sie aufgrund von Datenschutzbestimmungen möglicherweise nicht sofort tägliche Berichte erhalten, dauert die Veröffentlichung eines Wildcard-TXT-Eintrags (*._aprf._domainkey.example.com) weniger als fünf Minuten, birgt keinerlei Sicherheitsrisiko und stellt sicher, dass Ihre Domain bereit ist, sobald sich die branchenweite Einführung weiter ausbreitet.

Häufig gestellte Fragen

Wofür steht die Abkürzung „APRF“ in E-Mails?

APRF steht für „Aggregate Performance Reporting Format“. Es handelt sich um einen vorgeschlagenen offenen Standard, der darauf ausgelegt ist, standardisierte Daten zur täglichen Performance und zur Empfängerinteraktion von E-Mail-Anbietern an die E-Mail-Absender zurückzusenden.

Ist APRF bereits ein offizieller IETF-Standard?

Nein. APRF ist derzeit ein aktiver einzelner Internet-Draft (draft-brotman-aggregate-performance-reporting-00). Er wurde noch nicht offiziell von einer IETF-Arbeitsgruppe angenommen oder als RFC-Standard veröffentlicht.

Inwiefern unterscheidet sich APRF von den aggregierten DMARC-Berichten?

DMARC-Gesamtberichte (RUA) messen die Übereinstimmung bei der E-Mail-Authentifizierung (SPF- und DKIM-Validierung) in Bezug auf die sichtbare „From“-Domain. APRF misst die Leistung nach der Annahme (Zustellung in den Posteingang und Nutzerinteraktion) in Bezug auf die DKIM-Signaturdomain und den Selektor.

Welche E-Mail-Anbieter unterstützen APRF derzeit?

Comcast (Xfinity) ist derzeit der einzige E-Mail-Anbieter, der APRF-Berichte in der Beta-Phase im Produktivbetrieb versendet. Obwohl Google an der Ausarbeitung der Spezifikation mitgewirkt hat, unterstützt Gmail die Erstellung von APRF-Berichten derzeit nicht.

Benötige ich DKIM, um APRF-Berichte zu erhalten?

Ja. APRF-Discovery-Einträge werden unter dem DKIM-Domain-Key-Namensraum (_domainkey) veröffentlicht, und die Berichterstellung ist direkt an den DKIM-Selektor gekoppelt, der zum Signieren ausgehender Nachrichten verwendet wird.

Ersetzt APRF herkömmliche Rückkopplungsschleifen (FBLs)?

Nein. Herkömmliche Feedback-Schleifen senden ARF-Berichte nahezu in Echtzeit, sobald ein einzelner Nutzer eine Nachricht als Spam markiert. APRF liefert täglich aggregierte Kennzahlen, die die Gesamtplatzierung und die Nutzerinteraktion in Ihrem gesamten E-Mail-Strom zusammenfassen.

Nächste Schritte: Überprüfen Sie Ihre Domain-Grundlage

APRF liefert wertvolle Einblicke in die Zustellung von E-Mails, ist jedoch vollständig von einer einwandfrei funktionierenden E-Mail-Infrastruktur abhängig. Wenn Ihre Authentifizierungsdatensätze falsch konfiguriert oder nicht aufeinander abgestimmt sind, werden Ihre E-Mails von den E-Mail-Anbietern abgelehnt, bevor Zustellungsmetriken erfasst werden können.

So stellen Sie sicher, dass Ihre Domain für APRF bereit ist:

• Stellen Sie sicher, dass alle ausgehenden E-Mail-Ströme mit gültigen, abgeglichenen DKIM-Schlüsseln signiert sind.
• Überprüfen Sie Ihre DMARC-Richtlinie mithilfe des PowerDMARC Domain Analyzer, um die Übereinstimmung der Authentifizierung zu überprüfen.
• Veröffentlichen Sie einen Catch-All-APRF-Eintrag (*._aprf._domainkey.yourdomain.com), um Leistungsrückmeldungen zu erhalten, sobald teilnehmende Anbieter online gehen.

• Über
• Neueste Beiträge

Yunes Tarada

Experte für Domain- und E-Mail-Sicherheit bei PowerDMARC

Yunes ist Operations Team Lead bei PowerDMARC und verfügt über Expertenwissen im Bereich E-Mail-Authentifizierung und -Sicherheit. Yunes ist ein Microsoft-zertifizierter Azure Administrator Associate mit Zertifizierungen in CompTIA A+ und vielen mehr.

Neueste Beiträge von Yunes Tarada (alle anzeigen)

• Was ist APRF? Der neue Standard für Feedback zur E-Mail-Zustellbarkeit im Detail – 4. September 2026
• Anleitung zur Einrichtung von DKIM, DMARC und SPF bei Network Solutions – 2. September 2026
• Leitfaden zur E-Mail-Authentifizierung bei Simply.com: SPF, DKIM und DMARC – 1. September 2026