Envoyer des modèles de messages WhatsApp depuis les robots Bitrix24

Le message WhatsApp le plus précieux que votre CRM enverra jamais est celui qui part à la seconde où un prospect arrive — pendant qu'il est encore sur votre page tarifs, téléphone en main. Pour que ça se produise automatiquement depuis Bitrix24, il faut trois pièces : un modèle approuvé, un robot d'automatisation et un mapping de variables correct. Qu'il en manque une seule, et le message ne peut pas partir — ou se fait rejeter par Meta avant même de sortir.

Nous construisons exactement cette machinerie pour des équipes Bitrix24, alors voici le parcours complet — y compris les modes de défaillance qui remplissent notre boîte de support.

Pourquoi les modèles ne sont pas négociables

La règle de WhatsApp est simple : une entreprise ne peut envoyer des messages libres qu'à l'intérieur de la fenêtre de service client de 24 heures qui s'ouvre quand le client vous écrit. Hors de cette fenêtre — un nouveau prospect issu d'un formulaire publicitaire, une relance de paiement trois jours plus tard, un suivi de livraison — la seule chose que vous êtes autorisé à envoyer est un modèle que Meta a examiné et approuvé.

Les automatisations se déclenchent presque toujours hors de la fenêtre (c'est bien leur raison d'être). Pour les robots, les modèles ne sont donc pas un bonus confortable : ils sont le permis de parler en premier.

Une conséquence qui échappe à beaucoup : tout ce système n'existe que sur la WhatsApp Business API officielle. Si votre numéro est connecté par QR code, il n'y a pas de couche de modèles — l'automatisation y fonctionne différemment. Vous hésitez entre les deux ? Nous les avons comparés en détail dans notre guide de connexion.

Étape 1 : créer un modèle qui survit à la revue

Un modèle est un message figé avec des emplacements numérotés :

Bonjour {{1}}, merci pour votre intérêt pour {{2}} ! Je vous envoie les détails tout de suite. Répondez ici si vous avez des questions — nous répondons vite.

Vous créez vos modèles dans WhatsApp Manager (ou directement depuis votre intégration, si elle gère la soumission) et choisissez une catégorie :

• Utilitaire — suivis de commande, rappels, notifications de compte. Le moins cher par conversation, la revue la plus rapide.
• Marketing — promotions, relances, campagnes de reconquête. La revue la plus stricte, le prix le plus élevé.
• Authentification — codes à usage unique. Règles spéciales (et, détail notable, ceux-ci exigent toujours un numéro de téléphone, même à l'heure où WhatsApp bascule vers les noms d'utilisateur).

L'approbation tombe généralement en quelques minutes. Quand ce n'est pas le cas, c'est presque toujours l'une de ces raisons :

• Mauvaise catégorie — un modèle « utilitaire » qui sonne comme une promo. Meta recatégorise ou rejette.
• Soupe de variables — des emplacements collés les uns aux autres ({{1}} {{2}} sans mots entre eux) ou un modèle composé essentiellement de variables. Les examinateurs ne peuvent pas deviner ce qui sera envoyé, donc ils rejettent.
• Exemples vagues — vous devez fournir des valeurs d'exemple ; les exemples paresseux (« texte », « info ») déclenchent des rejets.
• Contenu contraire aux politiques — URL raccourcies (bit.ly est un aimant à rejets classique), secteurs interdits, ou absence de mention de désinscription sur les modèles marketing.

Un rejet n'entraîne aucune pénalité — corrigez et resoumettez. Ce qui entraîne une pénalité, c'est d'envoyer des modèles approuvés que les gens signalent comme spam : chaque modèle a une note de qualité, et Meta met en pause un modèle qui agace trop de destinataires. Surveillez cette note ; un modèle en pause casse silencieusement toutes les automatisations construites dessus.

Étape 2 : placer le robot dans votre pipeline

Dans Bitrix24, ouvrez CRM → votre pipeline → Règles d'automatisation, choisissez l'étape et ajoutez le robot de modèles WhatsApp que votre intégration a enregistré (WASync en enregistre un nommé Send WhatsApp template). Trois choses à configurer :

1. Quelle connexion WhatsApp envoie le message (votre numéro sur l'API officielle).
2. Quel modèle approuvé utiliser — vous choisissez dans votre liste de modèles réelle et à jour, donc un modèle encore en revue n'est tout simplement pas proposé.
3. Le mapping des variables — la partie intéressante, juste en dessous.

Les emplacements qui font vraiment leurs preuves :

• Étape nouveau prospect → premier contact instantané pendant que le prospect est chaud (fonctionne à merveille avec les Facebook Lead Ads qui alimentent Bitrix24)
• Facture envoyée → modèle de relance de paiement, 3 jours plus tard, seulement si l'affaire n'a pas bougé
• Affaire gagnée → modèle d'onboarding ou de suivi de livraison
• Silence radio → un modèle de réengagement quand une affaire stagne à une étape depuis N jours

Étape 3 : mapper les variables (là où ça casse le plus en conditions réelles)

Chaque emplacement {{n}} doit être rempli depuis un champ CRM : {{1}} ← prénom du contact, {{2}} ← produit de l'affaire, et ainsi de suite. Le robot fait la fusion au moment de l'envoi. Trois règles tirées de notre expérience en production :

1. Mappez chaque variable. Un modèle avec un emplacement vide est rejeté à l'envoi par l'API — l'automatisation échoue en silence, sauf si votre intégration fait remonter l'erreur.
2. Méfiez-vous des champs vides. Si la moitié de vos contacts n'ont pas de prénom, « Bonjour , merci pour… » part avec un air cassé. Soit vous garantissez que le champ est toujours renseigné, soit vous concevez des modèles dont les variables viennent de champs qui, par construction, ne peuvent pas être vides (nom de l'affaire, produit, montant).
3. Restez fidèle au ton des exemples soumis. Envoyer un contenu radicalement différent de vos exemples d'approbation est un raccourci vers une dégradation de qualité.

Un protocole de test en quinze minutes

Avant de pointer tout ça vers de vrais clients :

1. Créez un prospect de test avec votre propre numéro, poussez-le à travers l'étape déclencheuse, et lisez ce qui arrive réellement — variables fusionnées comprises.
2. Vérifiez que le message a atterri sur la chronologie de l'affaire dans Bitrix24, pour que l'équipe voie ce que le robot a dit.
3. Répondez-y, et confirmez que votre réponse arrive bien dans les Canaux ouverts — l'automatisation n'est que la moitié de la boucle ; il faut qu'un humain rattrape la réponse.

Cette dernière étape compte plus que les deux premières. Une automatisation qui envoie mais ne reçoit pas, c'est comme ça que des entreprises finissent par ignorer les réponses brûlantes de leurs propres prospects.

---

Les modèles sont l'étape un ; le niveau suivant, ce sont les réponses rédigées par IA à partir de vos données CRM, et les scénarios de conversation multi-étapes. Les deux tournent sur les mêmes robots Bitrix24 — voyez ce que WASync automatise.