Un domaine de suivi personnalisé modifie l'hôte que les destinataires rencontrent lorsqu'ils suivent des liens de courrier électronique suivis. Cela peut rendre un parcours plus reconnaissable, mais cela crée également une dépendance au DNS , aux certificats, aux redirections et au service de suivi. L'achat ou la configuration de ce nom d'hôte n'établit pas en soi l'authentification du courrier ni ne garantit une meilleure réputation de livraison.
Séparez les quatre identités
Enregistrez le domaine visible From, DKIM domaine de signature, expéditeur d'enveloppe et suivi du nom d'hôte. Un hôte de lien n'est pas automatiquement le SPF identité ou DKIM d= domaine. Une signature de passage authentifie le message signé selon les règles pertinentes ; il ne s’agit pas d’une approbation de chaque destination liée. RFC 6376.
Inventaire qui contrôle le nom d'hôte de suivi et où il pointe. Incluez le compte de service, la région le cas échéant, le propriétaire du certificat et le plan de déclassement. Traitez un changement de fournisseur comme une migration de dépendances : les anciens emails peuvent encore contenir des liens utilisant l'hébergeur précédent.
Suivre la conception réelle du fournisseur sélectionné
Amazon SES documente le suivi personnalisé des ouvertures et des clics via des ensembles de configuration, avec une configuration de domaine et HTTPS distincte. Ses conseils distinguent l'arrangement DNS et CDN du choix de l'ensemble de configuration utilisé par un message. Ne copiez pas un exemple de cible dans un autre compte ou une autre région. Domaines de suivi personnalisés SES.
Cet article ne configure pas de compte SES. La leçon générale de fonctionnement consiste à vérifier le message final généré, et pas seulement une vérification DNS verte. Un modèle peut rester sur un hôte de suivi par défaut si la configuration attendue n'est pas sélectionnée au moment de l'envoi.
Inspecter tout le chemin du lien
À l'aide d'un lien de test non sensible jetable, enregistrez le premier hôte, chaque redirection, le comportement HTTPS et la destination finale. Vérifiez que la cible est l'application prévue et que les certificats correspondent aux hôtes contactés. Évitez de suivre les liens de réinitialisation en direct, de connexion ou d'autorisation de paiement dans les diagnostics génériques.
Vérifiez les identifiants que le service de suivi reçoit et conserve. Préférez exclure les liens sensibles d’accès au compte des analyses inutiles grâce à une conception approuvée. Ne considérez pas un clic enregistré comme la preuve d’une décision humaine ; l'événement établit une demande, tandis que l'acteur et l'intention nécessitent plus de preuves. Mailchimp explique l'activité des liens non humains.
Distinguer la sélection de configuration de l'accessibilité
Supposons qu'un message final hypothétique contienne toujours un hôte de suivi du fournisseur par défaut, bien que le nom d'hôte de marque soit correctement résolu. Avant de modifier son certificat, vérifiez quelle configuration a défini le message sélectionné. Dans SES, l'ensemble choisi détermine si son domaine de suivi personnalisé est utilisé. Un nom d'hôte sain et inutilisé ne peut pas modifier les liens dans ce message.
Considérons maintenant un message différent qui utilise l'hôte de marque prévu mais s'arrête en cas d'incompatibilité de certificat avant que sa redirection puisse se terminer. Cela nécessite une enquête sur le chemin Web plutôt qu'un autre changement DKIM . Enregistrez l’hôte contacté, l’étape défaillante et la destination attendue à l’aide d’un lien jetable autorisé. Il s’agit de deux cas pédagogiques distincts, et non de tests DNS / TLS en direct ou d’améliorations mesurées de l’accessibilité. Aucun des deux résultats n’établit le placement dans la boîte de réception.
Conservez les anciens liens et prenez votre retraite en toute sécurité
Avant de supprimer un service de suivi, recherchez les messages précédemment envoyés qui en dépendent encore et établissez la période de conservation approuvée. Confirmez que le remplacement ne redirige pas les utilisateurs vers du contenu sans rapport. Supprimez la délégation DNS obsolète via une modification contrôlée lorsqu'elle n'est plus nécessaire, plutôt que de laisser indéfiniment une dépendance sans propriétaire.
La décision de libération doit nommer les itinéraires testés, les exclusions connues, les propriétaires actuels et l'incertitude restante. Un lien de marque ne peut contribuer à une bonne expérience du destinataire que lorsque l'organisation peut exploiter le chemin Web qui le sous-tend.
Séparer la sélection des messages de la réparation du chemin Web
Si le message final utilise le mauvais hôte de suivi, vérifiez la sélection de configuration avant de modifier DNS . S'il utilise l'hôte prévu mais échoue plus tard, inspectez le certificat spécifique, la redirection ou la réponse de l'application. Fermez chaque problème sur un message final contrôlé et son itinéraire prévu.