Communication et support
Emails voyageurs : suivre envoi, livraison et échec
La confirmation d’un séjour peut être correcte alors que l’email n’arrive pas au bon destinataire. Le suivi doit relier état de réservation, version du message, adresse utilisée et résultat du prestataire d’envoi. Une requête acceptée, une livraison au serveur et une lecture par la personne représentent des observations différentes.
Associer le message à une version du dossier
Conservez identifiant du dossier, type de message, version de confirmation, adresse retenue et référence d’envoi. Ne remplacez pas le destinataire d’un ancien événement lorsque le client corrige son contact : la trace doit expliquer où chaque version a réellement été envoyée. Les liens et pièces transmis doivent correspondre à cette version.
Pour un groupe, distinguez contact organisateur et voyageurs destinataires des documents individuels. Le même email ne doit pas révéler les informations d’autres personnes simplement parce qu’elles partagent un dossier commercial. Le récapitulatif du support permet de retrouver ce qui a été communiqué, à qui et pour quelle action.
Lire les événements sans leur donner une portée excessive
Amazon SES distingue notamment Send, Delivery, Bounce et DeliveryDelay. Send signifie que la demande d’envoi a réussi et que le service tentera la livraison ; Delivery indique une remise au serveur de messagerie du destinataire. Ces événements ne prouvent pas que la personne a lu le message ou retrouvé sa pièce jointe.
Conservez les événements avec leurs références et horodatages, y compris lorsqu’ils arrivent après le ticket client. Un retour tardif ne doit pas écraser la réservation elle-même. Séparez l’état de transport du message, l’état du dossier et la réponse explicite du voyageur. Chaque prestataire peut utiliser ses propres libellés et règles de reprise.
Attribuer les rebonds et erreurs de contenu
SES documente aussi les erreurs de rendu de modèle, rejets et plaintes. Une variable manquante dans un modèle demande une correction du contenu ; une adresse définitivement refusée demande une revue du contact. Un incident temporaire et un rejet permanent ne se traitent pas par la même répétition d’envoi.
Préparez un circuit pour adresse corrigée, pièce indisponible et message non généré. Une copie supplémentaire envoyée automatiquement ne résout pas une variable absente. Conservez l’échec et la décision prise sans recopier les données sensibles du message dans tous les journaux. Une plainte ne doit pas être masquée sous le statut général « envoyé ».
Maintenir l’accès à l’information nécessaire
Si le client attend un voucher urgent, l’équipe doit disposer d’une alternative autorisée : espace de dossier, vérification du contact ou intervention du support selon le parcours prévu. Un bouton de renvoi doit expliquer la version et le destinataire utilisés. Il ne doit pas confirmer une prestation qui reste incertaine chez le fournisseur.
Exemple pédagogique : le séjour est confirmé, mais le document n’a pas pu être généré. Le support retrouve la confirmation et la tâche documentaire ouverte. Il transmet une information conforme à l’état connu, puis vérifie le document produit. Marquer le dossier « terminé » sur la seule acceptation d’un email ferait disparaître l’action restant à effectuer.
Mesurer la communication par son résultat utile
Distinguez messages soumis, résultats de livraison observés, erreurs à traiter et demandes de renvoi. Précisez période et population : comparer une campagne marketing avec des confirmations transactionnelles mélange finalités et comportements. Une ouverture mesurée ne représente pas nécessairement la compréhension d’un changement d’horaire.
La fiche de contrôle de livraison et le registre des messages voyageurs relient chaque incident à une action. Vérifiez aussi les modèles sur mobile et les accès aux documents. La délivrabilité complète le contrôle du contenu et de ses liens, elle ne le remplace pas.
Sources et périmètre des faits documentés
La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- Amazon SES : publication des événements d’envoi — Définitions des événements Send, Delivery, Bounce, DeliveryDelay et RenderingFailure. (consultée le )
- Amazon SES : contenu des événements — Références et données des notifications à relier au message initial. (consultée le )
Questions fréquentes
Questions utiles avant de décider
Une livraison au serveur prouve-t-elle la lecture du voucher ?
Non. Elle décrit une étape de transport. La lecture, l’accès au document et la compréhension de l’information restent des observations distinctes.
Faut-il renvoyer tous les emails en erreur ?
Identifiez la cause : adresse, modèle, rejet ou incident temporaire. Corrigez la cause et vérifiez la version avant une action de renvoi autorisée.
Un retour email peut-il changer l’état de la réservation ?
Il doit mettre à jour le suivi de communication. Le statut de réservation reste lié aux références et résultats du fournisseur de la prestation.