Qu'est-ce qui a changé récemment dans les exigences des expéditeurs en masse de Gmail et Yahoo et par quoi devrais-je commencer à mettre à jour ?

Définition rapide : ce que cette phrase signifie en pratique

Les gens demandent généralement « qu'est-ce qui a changé récemment dans les exigences des expéditeurs en masse de Gmail et Yahoo et par quoi devrais-je commencer à mettre à jour » parce qu'ils ont besoin d'une réponse rapide, pas d'une leçon d'histoire. La phrase est une question opérationnelle : si vous envoyez en volume, qu'est-ce qui a changé, qu'est-ce qui casse en premier, et qu'est-ce qui doit être corrigé avant que la prochaine campagne ne soit lancée ? C'est le vrai travail. Pas un récapitulatif des politiques.

Pour la plupart des équipes, « expéditeur en masse » signifie un expéditeur qui envoie des mails à grande échelle depuis une ou plusieurs plateformes, pas une newsletter envoyée une fois par mois. La préoccupation pratique est simple : les fournisseurs de boîtes aux lettres s'attendent désormais à une configuration d'expéditeur plus propre et plus stable, et ils s'attendent à ce que cela soit fait rapidement. Si votre système fonctionne encore comme en 2022, il peut encore envoyer. Il peut aussi mal atterrir.

L'ordre compte. Corrigez d'abord les éléments qui affectent la confiance, puis les éléments qui affectent la boîte de réception plus tard. Un mauvais en-tête peut sembler petit sur un écran et causer beaucoup de bruit en aval. Une campagne peut être techniquement valide et sembler tout de même bâclée.

La pile de priorités « mettre à jour en premier »

Commencez par l'alignement de l'authentification de l'expéditeur. Pas seulement « SPF existe », pas seulement « DKIM est activé », mais si le domaine de l'expéditeur visible, le domaine de signature et le domaine de l'enveloppe s'alignent d'une manière que le fournisseur de boîte aux lettres peut lire sans confusion. Si ces éléments ne sont pas d'accord, le message peut sembler provenir de trois endroits différents. Ce n'est pas une bonne apparence.

Ensuite, vérifiez la gestion de la désinscription en un clic. Gmail et Yahoo ont fait passer cela d'un joli extra à une attente de base pour de nombreux expéditeurs en masse. Si le lien de désinscription est enfoui, cassé ou redirigé par un chemin qui nécessite six clics et une invite de connexion, l'expéditeur crée du travail pour le destinataire. Ce travail est mémorisé.

Troisièmement, nettoyez la cohérence de l'identité de l'expéditeur visible. Si le nom de l'expéditeur dit « Acme Billing », le chemin de retour dit « promo@somethingelse.com », et le pied de page dit une troisième marque, les gens le remarquent. Parfois, ils le remarquent intentionnellement. Parfois, ils le remarquent parce que le message semble décalé d'une demi-seconde.

La séquence est intentionnelle. Authentification d'abord, désinscription ensuite, identité en troisième. Une équipe peut perdre une semaine à peaufiner des modèles pendant que la configuration du domaine échoue encore aux vérifications de base, et cette semaine n'aide pas. Si vous avez besoin d'une phrase pour encadrer la pile de priorités, utilisez ceci : corrigez le système avant de corriger le style.

Pour un passage plus approfondi sur la couche technique, voir la configuration DKIM SPF DMARC pour les transactions et comparer les mêmes règles de domaine avec votre flux de courrier en masse. Les mêmes idées d'alignement s'appliquent souvent, même si le type de message est différent. Les petits systèmes réutilisent de grandes erreurs.

Qu'est-ce qui a réellement changé au niveau des fournisseurs de boîtes aux lettres

Les changements récents concernent moins une règle dramatique et plus un ensemble d'attentes plus strict. Les fournisseurs de boîtes aux lettres ont relevé le niveau d'authentification, rendu le traitement des plaintes moins indulgent et mis plus de pression sur la cohérence de l'expéditeur. Cette combinaison change la façon dont un expéditeur est jugé même lorsque le contenu lui-même n'a pas changé.

Un changement est une attente d'authentification plus forte pour le courrier à fort volume. Il n'est plus suffisant d'avoir un enregistrement SPF dans le DNS comme un reçu oublié. Gmail et Yahoo veulent que le courrier authentifié soit authentifié d'une manière qui soit liée à la marque visible et au domaine. Si la chaîne se brise, le message semble moins fiable.

Un autre changement est la façon dont le comportement des expéditeurs est interprété à travers plusieurs signaux. Les plaintes, les réponses de désinscription et les changements d'identité répétés comptent désormais plus ensemble qu'ils ne le font isolément. Une liste peut être « autorisée » et pourtant mal performer si les destinataires continuent de signaler qu'ils ne la veulent pas. C'est la partie que les gens oublient.

Le troisième changement est la pression opérationnelle. Les fournisseurs sont devenus moins patients avec le courrier qui arrive de manière désordonnée, comme des domaines d'envoi mélangés, des en-têtes incohérents ou des e-mails de support se faisant passer pour des e-mails marketing. Vous pouvez toujours envoyer depuis une plateforme active qui a tous ces problèmes. Vous ne devriez tout simplement pas être surpris lorsque la boîte de réception devient plus froide.

Si vous souhaitez un cadre de délivrabilité plus large autour de ces signaux de fournisseur, l'article de référence sur les meilleures pratiques de délivrabilité des e-mails est utile comme base. Cet article reste plus étroit : ce qui a changé et ce qu'il faut mettre à jour en premier. Pas de grande théorie requise.

Quels changements visibles pour la boîte de réception nécessitent une vérification rapide

Vérifiez d'abord le nom de l'expéditeur. Correspond-il à la marque réelle que le souscripteur attend ? Un rappel de paiement de « Équipe des mises à jour » et un lancement de produit de « Services clients » peuvent fonctionner, mais ils ne devraient pas ressembler à des courriers aléatoires provenant de bureaux non liés. La cohérence crée une reconnaissance en 1 seconde ou moins.

Ensuite, vérifiez le domaine de l'expéditeur et l'identité d'envoi visible. Si votre entreprise possède trois domaines et que la campagne utilise un quatrième, le message peut toujours s'afficher, mais l'histoire de l'expéditeur devient floue. Les gens demandent souvent une solution technique lorsque le problème est que l'e-mail semble provenir d'un département différent. C'est le cas.

Le placement de désinscription est une autre vérification visible. Le lien doit être facile à trouver dans le pied de page, et le chemin doit fonctionner sans friction surprise. Un lien de désinscription caché ou cassé ne renforce pas la liste. Il raccourcit le chemin des plaintes.

Regardez si les messages semblent provenir d'une identité d'envoi stable à travers les campagnes. Si une campagne utilise « noreply@domain-a.com », la suivante utilise « offers@domain-b.com », et les réponses de support vont ailleurs encore, les fournisseurs de boîtes aux lettres voient une dérive. Les destinataires voient aussi la dérive. La dérive est coûteuse.

Si le problème n'est pas visible pour les humains mais affecte toujours le placement dans la boîte de réception, comparez votre configuration avec la configuration d'authentification des e-mails pour les e-mails transactionnels. Les mécanismes sont suffisamment similaires pour attraper les erreurs de base : alignement de domaine, en-têtes authentifiés et une identité d'expéditeur qui ne change pas de forme entre les outils.

Les premiers paramètres à examiner dans votre outil de messagerie

Ouvrez les paramètres de votre ESP ou MTA et trouvez la page de configuration du domaine. C'est là que le véritable travail commence. Confirmez quel domaine signe le message, quel domaine apparaît dans l'expéditeur, et quel domaine gère les rebonds. Si ceux-ci sont définis par trois personnes différentes dans trois onglets différents, la première mise à jour est la coordination.

Ensuite, examinez les enregistrements d'authentification. SPF doit inclure le service d'envoi que vous utilisez réellement, DKIM doit signer avec le bon domaine, et DMARC ne doit pas être là comme un enregistrement décoratif sans intention de politique. Un enregistrement qui existe mais ne couvre pas le chemin d'envoi en direct n'est pas une solution. C'est de la paperasse.

Puis ouvrez la configuration de désinscription. Assurez-vous que le mécanisme de désinscription en un clic est activé là où votre outil le prend en charge, et assurez-vous qu'il est lié au bon segment d'audience. Si les désinscriptions marketing continuent d'être redirigées par une file d'attente de support, le système fait semblant de se conformer tout en ajoutant un délai. Le délai agace les gens.

Vérifiez également le comportement par défaut de l'en-tête. Certaines plateformes ajoutent automatiquement des pieds de page, des identifiants de liste, des adresses de réponse ou des étiquettes de campagne. Cela est utile jusqu'à ce que les valeurs par défaut pointent vers la mauvaise identité d'expéditeur. Un modèle propre peut toujours envoyer des mails désordonnés si la plateforme ajoute les mauvais en-têtes en arrière-plan. L'outil a le dernier mot.

Pour les opérateurs qui ont besoin d'un ensemble plus large de vérifications avant de modifier les paramètres en direct, le guide sur les outils de test de délivrabilité des e-mails · YourTrend peut vous aider à repérer les lacunes de configuration avant qu'une campagne ne soit lancée. Tester est moins cher que de réparer un envoi défectueux après coup. En général, beaucoup moins cher.

Situations courantes « J'ai changé une chose mais j'ai toujours des problèmes »

Un problème courant est que l'authentification est présente mais pas alignée. SPF peut passer et DKIM peut passer, mais la marque visible et le domaine authentifié ne correspondent toujours pas d'une manière que le fournisseur apprécie. Les gens s'arrêtent souvent après le premier coche verte. Le vert est agréable. L'alignement est mieux.

Un autre problème courant est que la désinscription est techniquement disponible mais pas respectée partout. Peut-être que la plateforme de newsletter gère cela correctement, tandis qu'un outil associé envoie des mises à jour aux clients et ignore la même préférence. Maintenant, l'abonné pense qu'il s'est désinscrit, mais le système continue d'envoyer des mails par une seconde porte. C'est ainsi que commencent les plaintes.

Plusieurs outils envoyant sous différentes identités causent leur propre désordre. Un CRM, un système de produit et une plateforme marketing peuvent chacun envoyer « de » la même marque mais avec des domaines différents, des adresses de réponse différentes et des chemins de désinscription différents. Le résultat est qu'une entreprise sonne comme trois entreprises. Les fournisseurs de boîtes aux lettres et les destinataires voient cela.

Un autre scénario est un nettoyage qui se produit uniquement dans l'outil marketing tandis que le DNS reste intact. La campagne semble corrigée dans l'interface, mais les enregistrements dans le DNS reflètent toujours une ancienne configuration. Ce décalage peut persister pendant des jours. Il peut persister plus longtemps si personne ne gère le DNS.

Si les rebonds et les plaintes font partie de la confusion, comparez votre processus actuel avec les meilleures pratiques de gestion des rebonds d'e-mails. Un expéditeur qui efface les désinscriptions mais gère mal les rebonds envoie toujours des signaux contradictoires. La plateforme remarque ces signaux.

Liste de contrôle minimale pour une mise à jour le jour même

1. Confirmez que le nom visible de l'expéditeur correspond à la marque que le destinataire attend.

2. Vérifiez SPF, DKIM et DMARC sur le domaine d'envoi actif.

3. Activez la désinscription en un clic si votre ESP le prend en charge, et testez-le une fois.

4. Assurez-vous que le lien de désinscription est visible dans le pied de page et fonctionne sur mobile.

5. Vérifiez que le domaine d'envoi, le domaine de réponse et le domaine de rebond ne se contredisent pas.

6. Vérifiez si une campagne est toujours envoyée depuis un deuxième outil avec une identité différente.

7. Envoyez un message test pour voir ce que le destinataire voit réellement, et non ce que le tableau de bord indique.

8. Mettez la campagne en pause si l'un des éléments ci-dessus dépend d'un changement DNS qui n'a pas encore été propagé. Attendre 20 minutes coûte moins cher que d'expliquer un envoi raté.

C'est le genre de liste de contrôle qu'une équipe peut terminer avant le déjeuner. Ce n'est pas glamour. Ça fonctionne. Si vous avez besoin d'un rappel sur la façon dont les préférences de l'expéditeur se connectent à la santé de la liste, l'article sur l'importance des meilleures pratiques de désinscription par e-mail donne le point de vue utilisateur sur le même problème sans ajouter de bruit supplémentaire.

Quand escalader vers DNS, ESP ou révision légale

Escaladez vers la propriété DNS lorsque le changement nécessaire touche SPF, DKIM, DMARC, sous-domaines, ou tout enregistrement que vous ne pouvez pas modifier en toute sécurité dans l'outil d'e-mail. Ces changements sont petits en texte et grands en conséquence. Une mauvaise modification DNS peut arrêter le courrier, ce qui est un moyen rapide de ruiner un lancement.

Escalader au responsable ESP ou MTA lorsque le problème concerne les paramètres par défaut de la plateforme, le comportement des en-têtes ou le système de désinscription. Un marketeur peut repérer le symptôme, mais le propriétaire de la plateforme doit généralement changer le paramètre. Si l'outil envoie depuis une file d'attente que vous ne contrôlez pas, demandez de l'aide tôt. Pas après la campagne.

Escalader au service juridique ou à la conformité lorsque le langage de consentement, la logique de suppression ou les règles de désinscription régionales font partie de la mise à jour. Cela est particulièrement important si un système gère les newsletters, un autre gère les avis de produits, et un troisième gère les alertes de compte. Un public peut avoir trois traitements juridiques. Cela semble désordonné parce que c'est le cas.

Escalader également lorsque l'identité de l'expéditeur est partagée entre les départements. Si le marketing, la facturation et le support utilisent tous le même domaine mais des règles différentes, quelqu'un doit décider quels messages sont promotionnels, lesquels sont opérationnels, et lesquels ne doivent pas être commercialisés du tout. La configuration technique suit cette décision. La décision vient en premier.

Pour les équipes qui ont besoin d'une visibilité au niveau des événements après ces changements, les événements webhook d'email pour les emails transactionnels peuvent aider à relier les envois, les rebonds et les ouvertures au comportement réel du système. Cela est utile lorsque une plateforme dit « envoyé » et qu'une autre dit « supprimé », ce qui est un décalage étonnamment courant.

Une dernière règle pratique : si la solution nécessite de toucher 2 systèmes ou plus, notez le propriétaire de chaque étape avant de changer quoi que ce soit. Le nombre est petit, mais le passage est là où les erreurs se produisent. Une mise à jour propre est rarement le résultat d'un seul clic.