Automatisation WhatsApp Business : consentement et messages
Guide décisionnel pour automatiser WhatsApp Business : consentement, fenêtre de service de 24 heures, modèles approuvés et tarification par message livré.
L'automatisation WhatsApp Business séduit beaucoup de PME parce que le canal est déjà là : vos clients l'utilisent, ils y répondent vite, et un bot WhatsApp Business peut absorber une partie des demandes répétitives. Mais ce canal est encadré par des règles précises de consentement, de fenêtre de service et de modèles approuvés. Ce guide de décision vous aide à choisir quoi automatiser, quand, et à quel coût, sans promettre de conformité juridique à votre place.
Pourquoi le consentement structure tout votre projet
Sur WhatsApp, vous n'êtes pas chez vous : vous écrivez sur le canal personnel des gens. La policy Meta à vérifier exige que vous ayez obtenu le consentement de la personne avant de lui envoyer des messages, et que vous lui permettiez d'arrêter facilement. Ce n'est pas un détail de rédaction : c'est la condition qui détermine si votre automatisation est une relation ou du spam.
Concrètement, le consentement se recueille au moment où la personne vous donne son numéro : formulaire de contact, case distincte pour WhatsApp, échange en boutique. Il doit être spécifique au canal. Un client qui a laissé son email pour une facture n'a pas consenti à recevoir des relances commerciales sur WhatsApp. Si vous automatisez sans cette distinction, vous construisez sur du sable : les signalements des destinataires peuvent conduire à une restriction de votre numéro, et un numéro bloqué efface tout le travail d'automatisation.
La sortie du canal doit être aussi simple que l'entrée. Prévoyez un mot-clé d'arrêt reconnu par votre bot (par exemple « STOP »), traité immédiatement, et une mention de cette possibilité dans vos premiers messages. Un refus mal géré est le signal d'alarme le plus fréquent avant les sanctions.
Fenêtre de service de 24 heures : la règle qui change votre architecture
La WhatsApp Business Platform fonctionne avec une fenêtre de service de 24 heures : lorsqu'un client vous envoie un message, cette action réouvre une fenêtre pendant laquelle vous pouvez lui répondre librement, y compris avec des messages ordinaires automatisés. Passé ce délai, vous ne pouvez plus lui écrire qu'avec des modèles approuvés par Meta, selon des catégories déclarées.
Cette règle a une conséquence d'architecture directe : votre automatisation doit distinguer deux régimes. Les réponses dans la fenêtre (accusé de réception, questions, suivi d'échange) relèvent d'un flux conversationnel classique. Les envois hors fenêtre (rappel de rendez-vous, notification de disponibilité, relance) exigent des modèles soumis à validation, avec un contenu conforme à la catégorie déclarée. Si vous concevez votre chatbot WhatsApp Business sans cette séparation, vous découvrirez le problème au moment du premier envoi refusé.
Vérifiez également la conformité, la permission et la sortie du canal dans la policy WhatsApp Business avant de fixer vos scénarios : ces règles évoluent, et ce qui était acceptable l'an dernier peut ne plus l'être.
Marketing ou utilité : deux logiques, deux niveaux d'exigence
Tous les messages ne se valent pas. Un message utilitaire répond à une attente de la personne : confirmation de commande, rappel de rendez-vous, information qu'elle a demandée. Un message marketing initie la démarche : promotion, nouveauté, relance commerciale. La policy et les catégories de modèles distinguent ces usages, et vous devriez aussi.
Pour le marketing, l'exigence de consentement est plus stricte et la tolérance des destinataires plus faible. Une relance commerciale envoyée hors fenêtre à quelqu'un qui n'a pas répondu depuis des semaines est le scénario le plus risqué de tout le canal : modèle à validité incertaine, destinataire désengagé, risque de blocage élevé. Si vous automatisez ce cas, limitez-le, cadencez-le et mesurez les signalements.
Pour l'utilitaire, la question est différente : la personne attend le message. C'est là que l'automatisation WhatsApp Business apporte le meilleur rapport entre effort et bénéfice, parce qu'elle remplace une tâche manuelle (appeler, envoyer un SMS, relancer) par un envoi automatique dans un canal déjà ouvert.
Tarification : par message livré, selon catégorie et marché
La tarification de la WhatsApp Business Platform fonctionne par message livré, avec un prix qui dépend de la catégorie du message et du marché (le pays du destinataire). Tous les messages ne sont pas payants : les réponses dans la fenêtre de service ouverte ne relèvent pas du même régime que les modèles hors fenêtre. L'ancien modèle de tarification à la conversation n'est plus la référence à utiliser.
Avant de chiffrer un projet, consultez la tarification officielle de la plateforme pour vos marchés réels et les catégories concernées. Un point souvent négligé : le prix dépend du pays du destinataire, pas du vôtre. Une PME entre Paris et Dakar, par exemple, ne paiera pas le même prix pour un modèle livré dans chaque marché ; le décalage horaire joue aussi sur vos envois, puisqu'un message programmé à 10h à Paris n'arrive pas au même moment local selon la date (le 20/10/2026, 10h à Paris correspond à 08h à Dakar, tandis que le 03/11/2026, 10h à Paris correspond à 09h à Dakar, du fait du changement d'heure). Planifiez vos envois automatisés en heure locale du destinataire pour éviter les notifications nocturnes, mauvaises pour l'expérience et pour le taux de signalement.
Tableau décisionnel : que faire passer par le bot
| Situation | Fenêtre 24h ouverte ? | Type de message | Automatisation recommandée |
|---|---|---|---|
| Le client écrit, il faut accuser réception | Oui | Message ordinaire | Réponse automatique immédiate, puis routage humain si besoin |
| Question fréquente sur un produit | Oui | Message ordinaire | Réponse du bot, avec sortie vers un humain accessible |
| Confirmation de rendez-vous demandée | Oui | Message ordinaire | Confirmation automatique dans l'échange |
| Rappel de rendez-vous la veille | Non | Modèle utilitaire | Modèle approuvé, envoi en heure locale du destinataire |
| Notification de commande prête | Non | Modèle utilitaire | Modèle approuvé déclenché par votre outil interne |
| Relance d'un devis sans réponse | Non | Modèle marketing | À limiter : consentement explicite, cadence contrôlée, mesure des signalements |
| Réactivation d'un client inactif depuis des mois | Non | Modèle marketing | Déconseillé sans consentement récent et clair |
Ce tableau n'est pas une règle universelle : c'est une grille de tri. Le principe sous-jacent est simple — plus le message s'éloigne d'une attente explicite du destinataire, plus le consentement doit être solide et l'envoi justifié.
Confirmation de rendez-vous contre relance commerciale : deux cas à ne pas confondre
Prenons le cas le plus favorable : la confirmation de rendez-vous. Le client a pris rendez-vous, il attend une confirmation. Votre automatisation envoie un modèle utilitaire la veille, en heure locale, avec une option simple pour confirmer ou reporter. Le consentement a été recueilli pour le canal à la prise de rendez-vous, le message est attendu, la fenêtre tarifaire est celle du modèle utilitaire. C'est le meilleur point de départ pour une première automatisation.
Le cas inverse : la relance commerciale. Un prospect a reçu un devis il y a trois semaines et n'a pas répondu. Envoyer un modèle marketing « pour rappeler » suppose un consentement commercial explicite, un modèle validé dans la bonne catégorie, et une tolérance au risque d'être signalé. Ce n'est pas interdit, mais c'est le scénario où l'automatisation rapporte le moins et coûte le plus en risque. Notre recommandation de conception : automatisez d'abord l'utilitaire, traitez la relance commerciale comme un cas manuel ou très encadré, et mesurez avant d'étendre.
Minimiser les données transmises au bot
Un bot WhatsApp Business n'a pas besoin de tout savoir. Minimiser les données est un principe de protection des données rappelé par la CNIL et, surtout, un principe de conception : moins votre automatisation manipule de données personnelles, moins votre surface de risque est grande.
En pratique :
- Ne transmettez au bot que les champs nécessaires au scénario : pour un rappel de rendez-vous, le nom, la date, l'heure et un lien de modification suffisent.
- Évitez d'injecter des données sensibles dans les modèles : un numéro de commande court est plus approprié qu'une adresse complète.
- Définissez une durée de conservation des échanges dans votre outil d'automatisation, et purgez ce qui n'a plus d'usage.
- Journalisez le consentement lui-même : qui a consenti, quand, pour quel canal. C'est votre seule défense si un envoi est contesté.
Ces points sont des recommandations de conception, pas des obligations légales ni une preuve de conformité : pour les aspects juridiques, faites valider votre dispositif par un professionnel compétent.
Procédure de mise en place en sept étapes
- Cartographiez les messages que vous envoyez déjà manuellement et classez-les utilitaire/marketing, dans/hors fenêtre 24h.
- Vérifiez vos consentements existants : identifiez les contacts qui ont explicitement accepté WhatsApp et ceux pour qui vous n'avez rien.
- Préparez la connexion du numéro : la préparation technique du numéro et de son rattachement à la plateforme est une étape à part, détaillée dans notre guide pour créer un chatbot WhatsApp et préparer la connexion du numéro. Notez qu'un simple QR code ne prouve pas une connexion officielle à la Business Platform.
- Rédigez et soumettez vos premiers modèles : commencez par deux ou trois modèles utilitaires, dans les bonnes catégories, plutôt qu'un catalogue complet.
- Configurez la sortie du canal : mot-clé d'arrêt traité immédiatement, mention dans le premier message, exclusion effective des envois suivants.
- Paramétrez les envois en heure locale du destinataire et vérifiez la tarification applicable par catégorie et marché.
- Mesurez et ajustez : taux de réponse, taux de signalement, coût par message livré. Un taux de signalement qui monte est le signal pour ralentir, pas pour envoyer plus.
Exemple principal commenté : un atelier qui automatise ses rappels
Prenons un cas hypothétique, sans lien avec un client réel. Un atelier de réparation automobile utilise WhatsApp pour confirmer ses rendez-vous. Aujourd'hui, un employé envoie chaque soir les rappels du lendemain à la main : environ 20 messages, souvent oubliés les jours de forte affluence.
L'automatisation cible : quand un rendez-vous est créé dans l'agenda de l'atelier, un modèle utilitaire est programmé la veille à 17h, heure locale du client. Le modèle contient le prénom, la date, l'heure et deux réponses rapides (« Confirmer » / « Reporter »). Si le client répond, la fenêtre de service s'ouvre et le bot confirme ou propose un créneau ; s'il demande autre chose, l'échange est routé vers un humain. Le consentement a été recueilli à la prise de rendez-vous, avec une case distincte pour WhatsApp.
Ce qui fait que ce scénario fonctionne : le message est attendu, le contenu est minimisé, la sortie est claire, et le coût par message livré est celui d'un modèle utilitaire sur le marché concerné. Le même atelier envisageait d'ajouter une relance des devis non signés ; après analyse, il a choisi de la garder manuelle, parce que le volume est faible et le risque de signalement non négligeable. C'est exactement le type d'arbitrage que ce guide vous invite à faire : automatiser ce qui est attendu, encadrer ce qui est subi.
Limites, erreurs fréquentes et conduite à tenir
Trois erreurs reviennent régulièrement. La première : considérer qu'un contact dans votre CRM équivaut à un consentement WhatsApp. Un numéro enregistré n'est pas une permission. La deuxième : concevoir des scénarios qui supposent que la fenêtre de 24h sera toujours ouverte, puis découvrir que les envois nocturnes ou les délais longs la ferment. La troisième : négliger la reprise humaine. Un bot qui ne sait pas passer la main transforme une question simple en frustration ; notre guide sur le bot WhatsApp Business avec menus, champs et reprise humaine détaille ce point.
Autre limite à connaître : la tarification par message livré varie selon la catégorie et le marché, et Meta peut faire évoluer ses règles. Ne bâtissez pas un modèle économique sur un prix figé ; prévoyez une marge et une revue périodique. Pour aller plus loin sur l'organisation des demandes entrantes, notre article sur l'agent IA WhatsApp pour organiser les demandes clients complète ce guide, et notre analyse du coût d'un service client automatisé vous aide à chiffrer l'ensemble. Enfin, si votre automatisation s'inscrit dans un dispositif plus large, la question des permissions de l'agent reste la même : notre checklist des permissions d'un agent IA s'applique aussi au canal WhatsApp.
Si vous souhaitez définir une mission d'automatisation WhatsApp adaptée à votre PME, vous pouvez préciser votre besoin sur la page offres d'Edeverse.
Questions fréquentes
Peut-on automatiser des messages marketing sur WhatsApp Business ?
Oui, à conditions strictes : consentement commercial explicite du destinataire, modèle validé dans la catégorie marketing, et acceptation du risque de signalement. C'est le scénario le moins recommandé pour débuter, car la tolérance des destinataires y est la plus faible.
Que se passe-t-il si un client ne répond pas pendant plus de 24 heures ?
La fenêtre de service se referme. Vous ne pouvez plus lui envoyer que des modèles approuvés, dans la catégorie correspondant à votre message. Les réponses ordinaires automatisées ne passent plus jusqu'à ce que le client vous écrive à nouveau.
Le consentement doit-il être écrit ou peut-il être oral ?
La policy WhatsApp exige une permission claire pour le canal, mais la forme exacte dépend de votre contexte et de vos obligations propres. Le plus sûr opérationnellement est une trace datée et spécifique au canal, par exemple une case distincte dans un formulaire. Pour la valeur juridique, consultez un professionnel.
Tous les messages automatisés sont-ils payants ?
Non. La tarification de la WhatsApp Business Platform porte sur les messages livrés selon leur catégorie et le marché du destinataire, et tous les messages ne relèvent pas du même régime : les échanges dans la fenêtre de service ouverte ne sont pas facturés comme les modèles hors fenêtre. Vérifiez les prix officiels pour vos marchés.
Un chatbot WhatsApp Business peut-il fonctionner sans modèle approuvé ?
Oui, tant qu'il ne répond qu'aux messages des clients dans la fenêtre de service ouverte. Dès que le bot doit initier un contact — rappel, notification, relance — un modèle approuvé devient nécessaire. C'est la distinction à intégrer dès la conception de votre automatisation.