Durée de vie d'un message WhatsApp : évitez que codes, rappels et suivis de livraison n'arrivent trop tard
Le téléphone d'un client est éteint quelques heures, et à son retour WhatsApp lui livre un code de vérification expiré depuis longtemps, ou un « votre livreur arrive dans 20 minutes » pour un colis déposé chez le voisin à midi. La durée de vie du message indique à WhatsApp quand abandonner. Valeurs par défaut de chaque catégorie, valeurs adaptées à chaque message et réglage dans MonoChat.
Équipe MonoChat Mis à jour: 8 min de lecture
Sur cette page
Un client demande un code de connexion en montant dans un avion. Son téléphone passe en mode avion, et quatre heures plus tard, à l’atterrissage, WhatsApp lui livre un code expiré depuis dix minutes. Un autre reçoit « votre livreur arrive dans 20 minutes » en soirée, pour un colis laissé chez le voisin à midi. Chez un cabinet dentaire, le « votre rendez-vous commence dans une heure » arrive le lendemain matin.
Aucun de ces messages n’est faux à l’envoi. Il l’est à l’arrivée. WhatsApp continue d’essayer de délivrer un message à un téléphone éteint ou hors ligne, et pour la plupart des modèles il insiste jusqu’à 30 jours. La durée de vie du message (TTL) est le réglage qui lui dit quand s’arrêter.
Depuis la version 3.8.46, l’éditeur de modèles de MonoChat permet de la définir sur les modèles Utilitaire et Authentification, comme c’était déjà possible sur les modèles Marketing. Ce guide explique comment elle fonctionne, les valeurs par défaut et les limites de chaque catégorie, quelle valeur convient à quel message, et comment la régler.
Comment WhatsApp réessaie un message
Quand vous envoyez un modèle de message, WhatsApp tente d’abord de le délivrer au téléphone du client. Si celui-ci est éteint, sans connexion ou hors ligne depuis un moment, le message attend côté WhatsApp, qui réessaie. Meta appelle la durée de cette période de nouvelles tentatives la durée de vie du message.
Deux choses se produisent quand elle s’écoule :
- Le message est abandonné. La documentation de Meta indique que le système abandonne les messages qui ne peuvent pas être délivrés dans la durée de vie par défaut ou personnalisée. Le client ne le voit jamais.
- Vous ne recevez aucun statut « délivré ». Le conseil de Meta est simple : si aucun webhook « délivré » n’est arrivé avant la fin de la durée de vie, considérez que le message a été abandonné.
La période de nouvelles tentatives par défaut est longue parce que la plupart des messages restent utiles des jours plus tard : un reçu, un relevé, une lettre d’information. Ce guide traite des messages qui ne le sont pas.
Valeurs par défaut et limites par catégorie
Meta définit la durée de vie pour chaque modèle, et la plage autorisée dépend de sa catégorie :
| Catégorie | Par défaut | Plage possible | Dans MonoChat (secondes) |
|---|---|---|---|
| Authentification | 10 minutes (30 jours pour les modèles créés avant le 23 oct. 2024) | De 30 secondes à 15 minutes | 30 à 900 |
| Utilitaire | 30 jours | De 30 secondes à 12 heures | 30 à 43200 |
| Marketing | 30 jours | De 12 heures à 30 jours | 43200 à 2592000, sur un compte rattaché à l’API Marketing Messages |
Trois points passent facilement inaperçus :
- Les anciens modèles d’authentification gardent 30 jours. Si votre modèle de vérification a été créé avant le 23 octobre 2024 et que vous n’avez jamais défini de durée de vie, un code peut encore arriver des semaines plus tard. Définir une valeur règle le problème.
- L’utilitaire n’a pas de fenêtre courte par défaut. Un suivi de livraison sans durée de vie est réessayé pendant 30 jours, comme une lettre d’information.
- Un changement de catégorie efface la valeur. Quand Meta fait passer un modèle dans une autre catégorie, elle efface la durée de vie, et le modèle revient à la valeur par défaut de sa nouvelle catégorie jusqu’à ce que vous en définissiez une nouvelle dans la plage de celle-ci.
Quelle valeur pour quel message
Réglez la durée de vie sur le moment où le message cesse d’être vrai ou utile, et non sur le moment où vous aimeriez que le client le lise. Quelques points de départ :
| Message | Catégorie | Durée de vie suggérée | Pourquoi |
|---|---|---|---|
| Code de connexion ou de vérification valable 10 minutes | Authentification | 600 secondes ou moins | Meta recommande une durée de vie égale ou inférieure à la validité du code |
| Code de confirmation de paiement valable 5 minutes | Authentification | 300 secondes | Un code qui arrive après son expiration ne produit qu’une demande au support |
| « Votre livreur Chronopost arrive dans environ 30 minutes » | Utilitaire | 1800 secondes | Passé ce délai, le livreur est passé ou reparti |
| « Votre table est prête » ou « votre commande est prête à retirer » | Utilitaire | 1800 à 3600 secondes | Utile tant que le client est à proximité |
| Rappel de rendez-vous envoyé 3 heures avant | Utilitaire | 10800 secondes | L’abandonner après l’heure du rendez-vous évite un message déroutant |
| Confirmation d’un créneau de livraison le jour même | Utilitaire | 21600 à 43200 secondes | Le créneau est terminé en soirée |
| Confirmation de commande, reçu, facture | Utilitaire | Laisser vide | Encore utile des jours plus tard |
| Une vente flash de 48 heures | Marketing | 172800 secondes | L’offre se termine avec la vente |
Deux règles simples :
- Laissez le champ vide quand un retard n’est pas grave. Un reçu qui arrive demain vaut mieux que pas de reçu. Ne réglez pas de durée de vie courte sur les messages qui doivent toujours arriver.
- Prévoyez une solution de repli quand mieux vaut ne rien recevoir qu’un message en retard. Un code abandonné doit mener à « renvoyer le code » dans votre application ; un message « livreur à proximité » abandonné peut mener à un appel du livreur. Décidez-le avant de raccourcir la durée de vie.
Comment la régler dans MonoChat
Il vous faut un numéro WhatsApp connecté comme canal WhatsApp Business (Cloud).
1. Ouvrez les modèles. Allez dans Paramètres › Discussion › Canaux, ouvrez le menu ⋮ du canal et choisissez Messages modèles.
2. Créez le modèle. Cliquez sur Créer et choisissez la catégorie : Utilitaire pour les mises à jour, Authentification pour les codes. Pour un code, choisissez le type Mot de passe à usage unique ; pour une mise à jour, Standard, ou Depuis la bibliothèque Meta pour partir d’un des modèles utilitaires prêts à l’emploi de Meta (voir notre guide de la bibliothèque de modèles).
3. Saisissez la durée de vie. Sous le nom et la langue, renseignez Durée de vie du message (secondes). MonoChat vérifie la plage pendant la saisie et affiche « Saisissez une valeur entre 30 et 43200 secondes » pour Utilitaire, ou « entre 30 et 900 secondes » pour Authentification, quand le nombre est hors plage. Laissez le champ vide pour conserver la valeur par défaut de WhatsApp.
4. Pour les codes, alignez la validité. Dans un modèle Mot de passe à usage unique, Validité du code (minutes, 1–90) accepte de 1 à 90 minutes. Réglez la durée de vie sur la même durée ou sur une durée plus courte. Un code valable 10 minutes avec une durée de vie de 600 secondes n’arrive jamais après avoir cessé de fonctionner.
5. Soumettez. Terminez le message, les boutons et les exemples comme d’habitude (notre guide de création d’un modèle WhatsApp détaille chaque champ), puis soumettez-le pour examen. La durée de vie suit le modèle : chaque message envoyé à partir de lui, depuis la discussion, un flux, un envoi groupé ou votre propre système, utilise la même valeur.
Les modèles marketing n’affichent ce champ que si votre compte WhatsApp Business est rattaché à l’API Marketing Messages de Meta, ce que MonoChat détecte seul. La plage y est de 43200 à 2592000 secondes.
Un exemple : les messages du jour d’un cabinet dentaire
Un cabinet dentaire de Lyon envoie trois types de messages WhatsApp depuis un flux MonoChat relié à son agenda de rendez-vous :
- Confirmation de rendez-vous (Utilitaire, sans durée de vie). Elle reste utile si le patient la lit le lendemain.
- Rappel trois heures avant (Utilitaire, 10800 secondes). Si le téléphone du patient reste éteint toute la matinée, le rappel est abandonné dès que le rendez-vous commence, au lieu d’arriver après.
- « Le docteur a 20 minutes de retard » (Utilitaire, 1200 secondes). Il n’est vrai que pour les vingt prochaines minutes.
Le flux envoie chacun avec le nœud Envoyer un message modèle. Quand un patient répond « peut-on le décaler à 17 h ? », sa réponse ouvre la fenêtre de service client de 24 heures et arrive dans la boîte de réception d’équipe, où la secrétaire répond en texte libre.
La confirmation pourrait partager un modèle avec le rappel si le cabinet ne se souciait pas du délai. Comme la durée de vie se règle par modèle, des messages qui n’ont pas la même durée de vie demandent des modèles distincts.
Coût
Meta facture chaque message délivré, au tarif de la catégorie du modèle et du pays du destinataire. Sa page de tarification indique que les entreprises ne sont facturées que lorsqu’un message est délivré : un message abandonné à la fin de sa durée de vie n’est donc pas facturé. Raccourcir la durée de vie ne coûte donc jamais plus cher ; au mieux, vous économisez le prix d’un message qui serait arrivé trop tard pour servir. Meta facture directement votre entreprise, et MonoChat, Meta Business Partner officiel, n’ajoute aucune marge. Estimez une campagne avec le calculateur de coût des envois groupés.
Liste de contrôle
- Dressez la liste des modèles dont le message cesse d’être vrai après un certain temps : codes, « en route », « prêt », rappels du jour même, ventes flash
- Modèles d’authentification : durée de vie égale ou inférieure à Validité du code (minutes, 1–90)
- Modèles d’authentification créés avant le 23 oct. 2024 : définissez une valeur, sinon ils gardent 30 jours
- Mises à jour utilitaires liées à une heure : une durée de vie qui se termine quand l’information cesse d’être vraie
- Reçus, confirmations et factures : laissés vides
- Des modèles distincts pour les messages qui ont besoin de durées de vie différentes
- Une solution de repli pour les messages abandonnés : renvoi dans l’application, un appel, un nouveau message quand le client écrit
- Après un reclassement d’un modèle par Meta : définissez de nouveau la durée de vie
Sources
- Meta for Developers : Configure message time-to-live (nouvelles tentatives, valeurs par défaut et plages par catégorie, messages abandonnés, webhook « délivré », conseil pour l’authentification, changement de catégorie ; consulté le 6 novembre 2026)
- Meta for Developers : tarification de la plateforme WhatsApp Business (« Businesses are only charged when a message is delivered » ; consulté le 6 novembre 2026)
- Centre d’aide MonoChat : Messages modèles (champ Durée de vie du message et plages, validité du code du mot de passe à usage unique, API Marketing Messages ; consulté le 6 novembre 2026)
- Journal des modifications MonoChat 3.8.46 (durée de vie pour les modèles Utilitaire et Authentification ; consulté le 6 novembre 2026)
Mettez-le en pratique avec MonoChat