Qu'est-ce que l'APRF ? Explications sur la nouvelle norme de retour d'information sur la délivrabilité des e-mails

Statut actuel : APRF est un projet de spécification actif au sein de l'IETF, mais les expéditeurs peuvent d'ores et déjà recevoir des rapports quotidiens en temps réel. Comcast (Xfinity) envoie activement des rapports bêta en production aux expéditeurs qui publient un enregistrement DNS APRF. D'autres fournisseurs co-auteurs (tels que Google) n'ont pas encore activé la génération de ces rapports.

Depuis que les entreprises envoient des e-mails en masse, les responsables de la délivrabilité sont confrontés à un angle mort fondamental : une fois qu’un fournisseur de messagerie accepte un message, personne ne peut affirmer avec certitude où celui-ci a réellement abouti. Les expéditeurs ont toujours dû se contenter d’une estimation de la délivrabilité en utilisant des tests sur des listes de test artificielles ou en consultant divers tableaux de bord de postmasters sur Google, Microsoft et Yahoo. Chaque fournisseur propose des indicateurs différents dans des formats incompatibles, privant ainsi les expéditeurs d’une source d’information unique et unifiée.

Une nouvelle spécification proposée vise à résoudre ce problème de longue date dans le secteur. Connu sous le nom d’APRF (Aggregate Performance Reporting Format), ce protocole émergent permet aux fournisseurs de boîtes mail de générer des rapports quotidiens standardisés sur la distribution des messages et l’engagement des destinataires, puis de les envoyer directement aux expéditeurs. Plutôt que de se fier à des estimations basées sur des listes de test, les expéditeurs peuvent désormais voir comment leurs flux de courriers authentifiés ont été classés et comment les véritables destinataires ont interagi avec eux.

Voici une analyse détaillée de ce qu’est l’APRF, du fonctionnement de son mécanisme de détection, de ses différences par rapport aux normes existantes telles que DMARC, et de la manière dont vous pouvez publier votre premier enregistrement DNS pour commencer dès aujourd’hui à collecter des rapports.

Qu'est-ce que l'APRF (Aggregate Performance Reporting Format) ?

Le format APRF (Aggregate Performance Reporting Format) est un protocole de rapport par e-mail proposé, conçu pour fournir aux expéditeurs des informations structurées et lisibles par machine concernant la délivrabilité des e-mails et l'interaction des utilisateurs. Alors que les protocoles traditionnels signalent les échecs d'authentification ou de connexion au niveau de la passerelle, l'APRF se concentre exclusivement sur ce qu'il advient des messages une fois qu'ils ont été acceptés par le serveur destinataire.

La spécification est actuellement définie dans le projet Internet de l'IETF intitulé « draft-brotman-aggregate-performance-reporting-00 ». Publié le 17 mars 2026 et destiné à suivre la voie de normalisation (« Standards Track »), ce document a été rédigé conjointement par trois experts chevronnés du secteur de la messagerie électronique :

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

Selon la page officielle de suivi de l’IETF (IETF Datatracker), la révision initiale -00 a pour date d’expiration officielle le 18 septembre 2026. En tant que proposition individuelle, l’APRF en est encore à sa toute première phase d’évaluation (« I-D Exists ») et n’a pas encore été officiellement adoptée par un groupe de travail de l’IETF ni publiée sous forme de RFC. Cependant, le fait qu’elle soit co-rédigée par un FAI de premier plan, un prestataire de services de messagerie d’entreprise majeur et Google fait de l’APRF l’une des initiatives les plus importantes en matière de délivrabilité proposées ces dernières années.

Remarque terminologique : en dehors du domaine de la messagerie électronique, l’acronyme « APRF » apparaît fréquemment dans la recherche médicale et biologique pour désigner la « fibrine enrichie en plaquettes avancée » (Advanced Platelet-Rich Fibrin) ou le « facteur de réponse de phase aiguë » (Acute-Phase Response Factor). Dans le contexte de la sécurité de la messagerie électronique, de l’infrastructure et de la délivrabilité des e-mails, l’acronyme APRF fait exclusivement référence à la spécification « Aggregate Performance Reporting Format ».

APRF, rapports DMARC et boucles de rétroaction : en quoi diffèrent-ils réellement ?

Pour comprendre la place qu'occupe l'APRF dans la stratégie de messagerie d'une entreprise, il est utile de le comparer aux mécanismes de reporting existants selon quatre critères clés : le champ d'application, le format des données, la clé d'identité et le mode de transmission.

Authentification ou performances : la distinction fondamentale

La principale différence entre les rapports agrégés DMARC et l'APRF réside dans le fait qu'il s'agit, pour les premiers, d'authentification, tandis que l'APRF concerne les performances :

1. Le protocole DMARC concerne l’authentification. Les rapports agrégés DMARC permettent de répondre à la question suivante : « Cet e-mail a-t-il été correctement authentifié via SPF et DKIM à l’aide de mon nom de domaine visible, et une source non autorisée a-t-elle tenté d’usurper l’identité de ma marque ? »
2. L'APRF est axé sur la performance. Les rapports APRF répondent à la question suivante : « Maintenant que l'e-mail a passé l'authentification et a été accepté, où le fournisseur de messagerie l'a-t-il placé, et comment les destinataires ont-ils interagi avec lui ? »

L'APRF ne remplace pas les rapports agrégés DMARC ni les boucles de rétroaction traditionnelles liées aux plaintes. Il s'agit plutôt d'un niveau de protection complémentaire. DMARC protège l'identité de votre marque contre l'usurpation d'identité, tandis que l'APRF offre une visibilité sur la manière dont les algorithmes des boîtes mail évaluent votre réputation d'expéditeur.

De plus, l'APRF se distingue des tableaux de bord proposés par les fournisseurs, tels que Google Postmaster Tools. Ces derniers nécessitent une connexion manuelle ou des intégrations API personnalisées, spécifiques à un seul fournisseur. L'APRF établit une norme ouverte et indépendante des fournisseurs qui vous envoie directement dans votre boîte de réception des indicateurs de performance sous la forme d'une charge utile JSON structurée.

Que contient un rapport APRF ?

Les rapports APRF sont générés une fois par jour par les fournisseurs de messagerie participants. Chaque rapport couvre une période complète de 24 heures en UTC (de 00:00:00 UTC à 23:59:59 UTC). Le rapport est envoyé en pièce jointe par e-mail au format JSON, en utilisant soit le type « application/json », soit le type « application/gzip » compressé.

La charge utile JSON est divisée en deux sections distinctes : l'en-tête et le corps.

1. Métadonnées d'en-tête

L'en-tête contient des informations administratives concernant la période couverte par le rapport, le fournisseur émettant le rapport et l'identité DKIM de l'expéditeur :

• version : la version de la spécification APRF (actuellement 1).
• source : le nom ou l'identifiant du fournisseur de messagerie à l'origine du signalement (par exemple, Comcast).
• dkim_domain : Le domaine DKIM (d=) vérifié dans la signature sortante.
• dkim_selector : le sélecteur DKIM spécifique (s=) identifié par le fournisseur.
• report_start / report_end : horodatages de l'époque Unix définissant la plage horaire exacte de 24 heures en UTC.
• contact_info : adresse e-mail ou URL administrative fournie par l'entité déclarante.
• sdi_used : Indique si les identifiants définis par le signataire ont été analysés pour la segmentation des sous-flux.

2. Familles de mesures (le corps du rapport)

Ce document contient des chiffres globaux regroupés en deux grandes familles d'indicateurs :

Indicateurs de classification (classement)

Les indicateurs de classification permettent de suivre la destination vers laquelle le fournisseur destinataire a acheminé les messages acceptés :

• Boîte de réception : messages placés dans le dossier principal de la boîte de réception.
• indésirables : messages acheminés vers les dossiers « spam », « courrier indésirable » ou « courrier en masse ».
• promotionnels : messages classés dans des onglets ou des dossiers promotionnels secondaires.
• Transférés : messages automatiquement redirigés par les règles de la boîte de réception du destinataire.

Indicateurs d'engagement (comportement des utilisateurs)

Les indicateurs d'engagement regroupent les actions réelles effectuées par les destinataires après la remise du message :

• Positif : actions favorables de la part des utilisateurs, notamment les ouvertures, les clics sur les liens, le déplacement des messages hors du dossier « spam » (actions de récupération) ou le fait de marquer des messages comme importants.
• Négatif : actions défavorables de la part des utilisateurs, telles que cliquer sur « Signaler comme spam », supprimer des messages sans les lire ou se désabonner.
• Neutre : opérations sans jugement de valeur, telles que l'archivage, le classement dans des dossiers personnalisés ou le transfert manuel.

3. Identifiants définis par le signataire (SDI) pour un suivi granulaire

Par défaut, l'APRF fournit des données agrégées au niveau du sélecteur DKIM. Cependant, les grandes entreprises envoient souvent plusieurs types d'e-mails sous un même sélecteur DKIM. Pour remédier à cela, le projet inclut une fonctionnalité optionnelle appelée « Signer-Defined Identifiers » (SDI).

En déclarant une balise « sdi » dans votre enregistrement DNS, vous pouvez demander aux fournisseurs de messagerie d’analyser un en-tête personnalisé spécifique (tel que « X-Campaign-ID » ou « Signer-Info ») inclus dans votre signature DKIM. Le fournisseur décomposera alors les indicateurs quotidiens de classification et d’engagement en fonction de ces sous-identifiants, en prenant en charge jusqu’à quatre niveaux imbriqués de segmentation. Cela permet aux organisations d’évaluer les notifications transactionnelles séparément des campagnes marketing, tout en conservant une architecture de clés DKIM simplifiée.

Exemple annoté d'une charge utile JSON APRF

Vous trouverez ci-dessous un exemple de rapport JSON structuré conformément à la spécification « draft-brotman-aggregate-performance-reporting-00 » :

[
  {
    "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
        }
      }
    ]
  }
]

Fonctionnement de l'APRF : de la détection DNS à la transmission des rapports

L'APRF utilise un processus de détection basé sur le DNS, inspiré de protocoles éprouvés tels que DMARC et TLS-RPT. La génération de rapports étant directement liée à la signature des messages, un fournisseur de messagerie peut identifier vos préférences en matière de rapports sans qu'il soit nécessaire de procéder à des configurations personnalisées du portail.

Le déroulement étape par étape

1. Transmission des e-mails : votre infrastructure envoie des e-mails sortants signés à l'aide de signatures DKIM valides.
2. Vérification de la signature : le fournisseur destinataire reçoit l'e-mail, vérifie la signature DKIM, puis extrait le domaine (d=example.com) et le sélecteur (s=s1024). Requête DNS : le fournisseur interroge le DNS pour obtenir un enregistrement TXT situé à l'adresse suivante : s1024._aprf._domainkey.example.com
3. Analyse de l'enregistrement : le fournisseur analyse l'enregistrement TXT afin de vérifier la présence de la balise obligatoire « v=APRFv1 » et d'extraire l'adresse e-mail de destination définie dans la balise « rua ».
4. Agrégation et transmission : au cours des 24 heures suivantes, le fournisseur agrège les données relatives au placement et à l'engagement pour ce sélecteur. À la fin de la journée UTC, il génère le rapport JSON et l'envoie à l'adresse RUA spécifiée via SMTP.

Mesures de protection de la vie privée et seuils de volume

Afin de protéger la vie privée des utilisateurs, le projet de l'APRF recommande explicitement aux fournisseurs de messagerie d'appliquer des seuils de limitation du volume d'envois. Si un expéditeur n'envoie qu'une poignée de messages à un fournisseur au cours d'une journée donnée, les indicateurs de performance bruts pourraient lui permettre de déduire les actions de personnes spécifiques.

Conformément au cadre de confidentialité de l'APRF, les fournisseurs suppriment totalement les rapports ou appliquent des algorithmes de regroupement avec ajout de bruit pour les flux de faible volume. Si votre volume quotidien de messages envoyés à un fournisseur de messagerie spécifique passe en dessous de son seuil de confidentialité, vous ne recevrez pas de rapport pour cette journée.

Comment commencer dès aujourd'hui à collecter les rapports APRF

Même si l'APRF n'est encore qu'un projet actif de l'IETF et non une norme RFC finalisée, Comcast (Xfinity) génère activement des rapports APRF en temps réel et quotidiens en environnement de production (en version bêta) pour les expéditeurs qui publient l'enregistrement TXT DNS.

La publication d'un enregistrement APRF ne prend que quelques minutes et ne nécessite ni installation de logiciel ni modification de votre infrastructure de messagerie. Suivez ces quatre étapes pour commencer à recevoir des rapports.

Étape 1 : Identifiez votre sélecteur DKIM actif

Examinez les en-têtes d'un e-mail récemment envoyé depuis votre domaine. Repérez l'en-tête « DKIM-Signature » et notez le sélecteur (s=) et le domaine (d=).

Par exemple, si votre en-tête affiche « d=example.com » et « s=s1024 », votre enregistrement APRF sera hébergé à l'adresse suivante : s1024._aprf._domainkey.example.com

Prise en charge des caractères génériques : si vous gérez des dizaines de sélecteurs et que vous souhaitez éviter de créer des enregistrements individuels pour chacun d'entre eux, la spécification vous permet de publier un enregistrement générique à l'aide d'un astérisque (*) : *._aprf._domainkey.example.com

Les prestataires destinataires vérifieront d'abord s'il existe un enregistrement de sélection spécifique. Si ce n'est pas le cas, ils se rabattront sur l'enregistrement générique.

Étape 2 : Créer une boîte mail dédiée aux signalements

Créez une boîte mail dédiée ou un alias de messagerie pour recueillir les rapports entrants (par exemple, [email protected]). Les rapports contenant des fichiers JSON générés automatiquement, leur envoi vers un alias dédié évite que votre boîte de réception principale ne soit submergée de pièces jointes quotidiennes.

Étape 3 : Publier l'enregistrement TXT DNS

Connectez-vous à votre console de gestion DNS et ajoutez un nouvel enregistrement TXT avec les paramètres suivants :

• Hôte / Nom : s1024._aprf._domainkey.example.com (ou *._aprf._domainkey.example.com pour un caractère générique)
• Type d'enregistrement : TXT
• TTL : 3 600 secondes (1 heure)
• Valeur : v = APRFv1 ; rua=mailto:[email protected] ;

Si vous souhaitez activer le suivi des sous-flux via les identifiants définis par le signataire pour un en-tête nommé X-Campaign-ID et délimité par un carat (^), construisez votre valeur comme suit :

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

Étape 4 : Vérifier la publication

Utilisez un outil de recherche DNS ou un utilitaire en ligne de commande (dig ou nslookup) pour vérifier que votre nouvel enregistrement est accessible au public :

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

Des attentes réalistes pour l'avenir

Il est important de définir des attentes opérationnelles réalistes lors du déploiement d'un enregistrement APRF :

• Statut « bêta active » : Comcast (Xfinity) est actuellement le seul grand fournisseur de messagerie à générer activement des rapports APRF en production dans le cadre d'une version bêta.
• Le rôle de Google : Google a participé à la rédaction de ce projet, ce qui témoigne de son vif intérêt à long terme pour la normalisation des rapports de performance. Toutefois, Gmail ne génère pas actuellement de rapports APRF. Les expéditeurs sont invités à continuer de se référer aux « Consignes aux expéditeurs d'e-mails Gmail » pour connaître les exigences actuelles de Gmail.
• Publication sans frais : la publication d'un enregistrement APRF ne coûte aujourd'hui rien et n'entraîne aucune surcharge de performance. Une fois publié, votre domaine commencera automatiquement à recevoir des rapports de Comcast, ainsi que de tout autre fournisseur qui adopterait cette norme à l'avenir.

Pourquoi l'APRF est important (et ce qu'il ne résoudra pas)

Les réactions du secteur à l'APRF ont été globalement positives. Dans une analyse publiée sur Spam Resource, Al Iverson, expert en délivrabilité, a salué l'APRF pour fournir « des données réelles et agrégées, fondées sur le comportement effectif des utilisateurs », plutôt que des estimations artificielles issues de listes de test. M. Iverson a souligné que l'APRF constituait un outil complémentaire qui s'intègre aux plateformes existantes pour offrir une meilleure visibilité opérationnelle.

Les principaux avantages

7. Données réelles sur les destinataires : les listes de diffusion « seedlists » s'appuient sur des comptes artificiels qui ne présentent pas d'historique d'engagement réaliste. L'APRF reflète les résultats réels de diffusion sur des comptes d'utilisateurs réels.

8. Format ouvert normalisé : les expéditeurs peuvent intégrer des métriques au format JSON provenant de plusieurs fournisseurs dans un unique pipeline d'analyse interne, ce qui évite d'avoir à développer des outils de scraping Web ou des connecteurs API sur mesure pour les différents portails des administrateurs de messagerie.

9. Granularité des sous-flux : l'utilisation de la balise SDI permet aux équipes d'ingénierie d'isoler les problèmes de délivrabilité affectant des types spécifiques de messages transactionnels sans avoir à diviser leur architecture principale de clés DKIM.

Limitations connues

Malgré ses avantages, l’APRF présente des limites évidentes :

• Prise en charge limitée des fournisseurs à ce jour : Comcast étant le seul à générer des rapports en version bêta, l'APRF n'offre pas encore une visibilité globale sur la délivrabilité.
• Absence de données diagnostiques sur les causes profondes : un rapport APRF indique qu'un certain pourcentage de messages a atterri dans le dossier « spam », mais il ne précise pas pourquoi. Il ne vous permettra pas de savoir si le problème était dû à une mauvaise réputation IP, à un blocage d'URL ou à des déclencheurs de contenu dans le filtre anti-spam.
• Spécification en cours d'élaboration : s'agissant d'un projet actif de l'IETF, la syntaxe des balises et les champs du schéma JSON sont susceptibles d'être modifiés avant la normalisation définitive.

L'authentification reste la condition préalable

Les indicateurs APRF ne sont calculés qu'une fois que le serveur destinataire a accepté un e-mail. Si vos messages sortants ne passent pas les contrôles d'authentification de base, les serveurs destinataires peuvent les bloquer au niveau de la passerelle, ce qui rend les rapports de livraison sans objet.

Avant de vous pencher sur les retours d'information relatifs à la délivrabilité, assurez-vous que vos contrôles d'authentification principaux sont correctement configurés :

• Configurez des enregistrements DKIM valides pour toutes les sources d'envoi légitimes.
• Vérifiez que votre domaine est protégé par DMARC et que les signatures « SPF » et DKIM sont bien alignées.
• Utilisez un outil centralisé d'analyse des rapports DMARC pour surveiller l'état de l'authentification et les progrès réalisés dans la mise en œuvre d'une politique de mise en application (p=reject).

Faut-il publier dès maintenant un dossier APRF ?

Oui, pour les expéditeurs à fort volume. Si votre entreprise envoie un volume important d'e-mails à des adresses de particuliers chez Comcast/Xfinity, la publication d'un enregistrement APRF vous apportera une valeur ajoutée immédiate. Vous aurez accès à des données quotidiennes réelles sur la délivrabilité et mettrez en place un processus automatisé de reporting avant que d'autres grands fournisseurs n'adhèrent à cette norme.

Pour les expéditeurs à faible volume ou opérant exclusivement en B2B, la publication d'un enregistrement APRF est facultative mais recommandée. Même si les restrictions liées à la protection de la vie privée peuvent vous empêcher de recevoir immédiatement les rapports quotidiens, la publication d'un enregistrement TXT générique (*._aprf._domainkey.example.com) prend moins de cinq minutes, ne présente aucun risque pour la sécurité et garantit que votre domaine sera prêt à mesure que l'adoption de cette norme se généralisera dans le secteur.

Foire aux questions

Que signifie l'acronyme APRF dans un e-mail ?

APRF est l'acronyme de « Aggregate Performance Reporting Format ». Il s'agit d'un projet de norme ouverte conçu pour permettre aux fournisseurs de messagerie de transmettre aux expéditeurs d'e-mails des données quotidiennes normalisées concernant les performances et l'engagement des destinataires.

L'APRF est-il déjà une norme officielle de l'IETF ?

Non. L'APRF est actuellement un projet Internet individuel actif (draft-brotman-aggregate-performance-reporting-00). Il n'a pas encore été officiellement adopté par un groupe de travail de l'IETF ni publié en tant que norme RFC.

En quoi l'APRF diffère-t-il des rapports agrégés DMARC ?

Les rapports agrégés DMARC (RUA) évaluent la conformité de l'authentification des e-mails (SPF et validation DKIM) par rapport au domaine « De » visible. L'APRF mesure les performances après acceptation (placement dans la boîte de réception et engagement des utilisateurs) par rapport au domaine et au sélecteur de signature DKIM.

Quels fournisseurs de messagerie prennent actuellement en charge le format APRF ?

Comcast (Xfinity) est actuellement le seul fournisseur de messagerie à envoyer des rapports APRF en version bêta en production. Bien que Google ait participé à la rédaction de la spécification, Gmail ne prend actuellement pas en charge la génération de rapports APRF.

Ai-je besoin de DKIM pour recevoir les rapports APRF ?

Oui. Les enregistrements de découverte APRF sont publiés sous l'espace de noms de clé de domaine DKIM (_domainkey), et la génération de rapports est directement liée au sélecteur DKIM utilisé pour signer les messages sortants.

L'APRF remplace-t-il les boucles de rétroaction traditionnelles (FBL) ?

Non. Les boucles de rétroaction traditionnelles envoient des rapports ARF en temps quasi réel lorsqu'un utilisateur marque un message comme spam. L'APRF fournit des indicateurs agrégés quotidiens qui résument la diffusion globale et l'engagement des utilisateurs sur l'ensemble de votre flux de messagerie.

Étapes suivantes : Vérifier la configuration de votre domaine

L'APRF fournit des informations précieuses sur la livraison des messages, mais son efficacité dépend entièrement d'une infrastructure de messagerie en bon état de fonctionnement. Si vos enregistrements d'authentification sont mal configurés ou incohérents, les fournisseurs de messagerie rejetteront vos messages avant même que les indicateurs de livraison puissent être enregistrés.

Pour vous assurer que votre domaine est prêt pour l'APRF :

• Vérifiez que tous les flux de messagerie sortants sont signés à l'aide de clés DKIM valides et alignées.
• Vérifiez votre politique DMARC à l'aide de l'outil « Domain Analyzer » de PowerDMARC afin de vous assurer que l'authentification est conforme.
• Publiez un enregistrement APRF générique (*._aprf._domainkey.votredomaine.com) pour commencer à recevoir des informations sur les performances à mesure que les fournisseurs participants se connectent.

• À propos de
• Derniers messages

Yunes Tarada

Expert en sécurité des domaines et des e-mails chez PowerDMARC

Yunes est chef d'équipe des opérations chez PowerDMARC et possède des connaissances approfondies en matière d'authentification et de sécurité des courriels. Yunes est certifié Microsoft Azure Administrator Associate et possède des certifications CompTIA A+ et bien d'autres encore.

Derniers messages de Yunes Tarada (voir tous)

• Qu'est-ce que l'APRF ? Explications sur la nouvelle norme de mesure de la délivrabilité des e-mails - 4 septembre 2026
• Guide de configuration de DKIM, DMARC et de l'SPF par Network Solutions - 2 septembre 2026
• Guide d'authentification des e-mails de Simply.com : SPF, DKIM et DMARC - 1er septembre 2026