FAQ sur les modifications de Google & Yahoo pour les expéditeurs en masse

1. Quelles sont les exigences clés pour les services d’emailing (ESP) afin de se conformer aux nouvelles exigences de Google et Yahoo ?

Les services d’emailing sont tenus de fournir aux expéditeurs les moyens de répondre aux attentes définies par Google et Yahoo. Les services d’emailing doivent :

• Faciliter la capacité à vérifier la propriété du domaine via des enregistrements d’authentification tels que SPF, DKIM et DMARC
• Ajouter automatiquement des en-têtes ARC aux messages routés et transférés
• Permettre de se désinscrire en un clic grâce à l’utilisation d’en-têtes de désinscription.

2. Pouvez-vous expliquer l’impact du non-respect des nouvelles exigences de Google et Yahoo sur la délivrabilité des emails ?

Si un expéditeur ne répond pas aux exigences définies par Google et Yahoo, ses messages n’arriveront pas dans la boîte de réception et renverront un message d’erreur de blocage. Une augmentation de ces échecs de livraison entraînera l’arrivée d’un plus grand nombre de messages de cet expéditeur dans le dossier spam, nuisant à sa délivrabilité et causant des dommages durables.

3. Comment fonctionne la fonctionnalité de désinscription en un clic et quels sont les avantages de sa mise en œuvre ?

Bien que les spécificités exactes de RFC 8058 soient définies par l’IETF, la désinscription en un clic peut simplement être décrite comme un en-tête ajouté à un email de marketing qui permet aux utilisateurs de se désinscrire facilement d’un message.

Cela contourne et résout le problème des processus de désinscription en plusieurs étapes et des landing pages qui, autrement, pourraient ne pas désinscrire un destinataire de la liste s’il n’arrive jamais sur la landing page de désinscription.

4. Y a-t-il des actions spécifiques qui doivent être entreprises par les expéditeurs d’emails pour éviter que les emails ne soient marqués comme spam ?

Il existe une myriade d’actions et de méthodes préventives que l’expéditeur peut utiliser pour aider à maintenir son taux de spam à un niveau bas. Quelques exemples incluent, sans s’y limiter :

• Nettoyer régulièrement leur liste de contacts à l’aide d’un outil de validation des emails
• Segmenter leurs listes de contacts en fonction des fuseaux horaires, du niveau d’engagement ou d’autres critères
• S’assurer que tous les modèles d’emails s’affichent correctement sur plusieurs appareils et fournisseurs de services
• Envoyer à des clients qui ont activement choisi de recevoir des messages

5. Quel rôle jouent les enregistrements PTR dans les nouvelles exigences définies par Google et Yahoo pour la délivrabilité des emails ?

Toutes les adresses IP devront avoir leurs enregistrements PTR configurés, comme indiqué par Google dans leur annonce de l’exigence pour les expéditeurs en masse. Il peut s’agir de l’enregistrement PTR par défaut d’un service d’emailing, ou, s’il est proposé, d’un enregistrement PTR personnalisé spécifique à l’expéditeur.

6. Comment peut-on contester les rapports de spam ou empêcher le marquage intentionnel d’emails comme spam à des fins perturbatrices ?

Les cas de campagnes de spam massives et intentionnelles sont rares, tant avant qu’après ces modifications des exigences pour les expéditeurs en masse.

Cependant, si vous soupçonnez que votre entreprise a été ciblée par une telle campagne, contacter le responsable de messagerie correspondant pour Gmail ou Yahoo et expliquer la situation serait la première étape à suivre. Il convient toutefois de noter que contacter le responsable de messagerie pourrait ne pas remédier à la situation s’ils constatent que les emails envoyés par votre entreprise sont indésirables.

7. Y a-t-il un moyen de vérifier si un domaine est signalé ou mis en quarantaine en raison des nouvelles exigences ?

Lorsqu’un domaine n’a pas respecté les normes fixées par Google et Yahoo pour son volume quotidien donné, les messages reviendront avec les codes suivants :

Échec temporaire de Gmail pour échec d’alignement DMARC

4.7.32 Cet email a été limité en débit car il n’y a pas d’alignement DMARC.

4.7.32 Pour en savoir plus sur la politique d’expéditeur de Gmail, rendez-vous sur

4.7.32  https://support.google.com/mail/answer/81126. Veuillez contacter le

4.7.32 administrateur du domaine      47 s’il s’agissait d’un email légitime. d5-20020a0cdb05000000b0067f49d274besi8746985qvk.428 – gsmtp  

Échec temporaire de Gmail pour la politique DMARC/non authentifié

4.7.26

4.7.26 L’email non authentifié provenant de n’est pas accepté en raison de

4.7.26 la politique DMARC du domaine, mais des défaillances DNS temporaires empêchent

4.7.26 l’authentification. Veuillez contacter l’administrateur de appoderado.cl

4.7.26 domaine s’il s’agissait d’un email légitime. Pour en savoir plus sur DMARC

4.7.26 initiative, rendez-vous sur

4.7.26  https://support.google.com/mail/?p=DmarcRejection n7-20020a0cfbc7000000b0068c45be246bsi597965qvp.76 – gsmtp

4.7.26 Cet email a été limité en débit car il n’est pas authentifié. Gmail

4.7.26 exige de tous les expéditeurs qu’ils s’authentifient avec SPF ou DKIM.

4.7.26

4.7.26  Résultats de l’authentification :

4.7.26  DKIM = n’a pas réussi

4.7.26  SPF [] avec ip: [209.61.151.226] = n’a pas réussi

4.7.26

4.7.26  Pour obtenir des instructions sur la configuration de l’authentification, rendez-vous sur

4.7.26  https://support.google.com/mail/answer/81126#authentication q9-20020a056830440900b006e115acd815si925000otv.173 – gsmtp 

Échec temporaire de Gmail pour échec de l’alignement SPF

4.7.27 Cet email a été limité en débit car le SPF ne réussit pas. Gmail

4.7.27 exige de tous les grands expéditeurs qu’ils s’authentifient avec SPF.

4.7.27

4.7.27  Résultats de l’authentification :

4.7.27  SPF [] avec ip: [69.72.34.57] = n’a pas réussi

4.7.27

4.7.27  Pour obtenir des instructions sur la configuration de l’authentification SPF, rendez-vous sur

4.7.27  https://support.google.com/a/answer/10685031 ew8-20020a0562140aa800b0068c7fa45187si600714qvb.52 – gsmtp  

Échec permanent de Yahoo pour problème de politique

5.7.9 Message non accepté pour des raisons de politique. Voir https://postmaster.yahooinc.com/error-codes

8. Un centre de préférences peut-il être utilisé pour se conformer à l’exigence de désinscription en un clic ?

Un centre de préférences ne résout pas les problèmes décrits dans RFC 8058. Un en-tête de désinscription en un clic doit être utilisé sur les emails de marketing pour garantir qu’un utilisateur peut se désinscrire d’un message sans avoir à interagir avec un centre de préférences, selon l’action de l’utilisateur.

9. Quel est l’impact des rapports de spam sur la délivrabilité des emails et y a-t-il un impact limité sur l’ensemble des emails ?

Les plaintes pour spam alimentent votre taux de plainte global sur un domaine donné et affectent votre capacité globale à arriver dans la boîte de réception. Si vous avez un taux de plainte pour spam élevé, vos messages sont plus susceptibles d’arriver dans le dossier spam.

L’impact exact d’un taux de spam dépend fortement de votre volume d’envoi global, du type de message et de l’endroit d’où ces emails sont envoyés (domaine et adresse IP).

10. Les utilisateurs peuvent-ils se désinscrire de listes spécifiques, ou est-ce limité à la désinscription de l’ensemble de la liste de diffusion ?

Cela dépend entièrement de la façon dont votre programme d’emailing est structuré. Si vous envoyez tous vos messages, tant de marketing que transactionnels, à partir d’un seul domaine, alors une désinscription en un clic les ajoutera à la liste de suppression de ce domaine.

Cependant, si vos envois sont répartis entre différents sous-domaines, la liste de suppression de chaque sous-domaine devra s’aligner sur une politique de désinscription en un clic.