# EasyCoexistence: Français (fr) EasyCoexistence is an independent Meta Tech Provider. It is not a Meta product and is not affiliated with or endorsed by Meta. Product documentation (English): https://easycoexistence.com/llms-full.txt ## Serveur MCP WhatsApp pour Claude, ChatGPT et Cursor https://easycoexistence.com/fr/whatsapp-mcp-server Un serveur MCP permet à un assistant IA d'utiliser WhatsApp directement : il liste vos numéros, envoie des messages et des templates, vérifie leur état et configure le webhook vers votre système. EasyCoexistence en exécute un sur la Cloud API officielle de Meta : le numéro que vos clients utilisent déjà reste officiel et n'est jamais exposé à un bannissement. ### Qu'est-ce qu'un serveur MCP WhatsApp ? MCP, le Model Context Protocol, permet à un assistant IA d'accéder à un outil qu'il ne possède pas. Vous ajoutez un connecteur une seule fois, puis l'assistant peut appeler cet outil en votre nom, en langage courant, sans code intermédiaire. Un serveur MCP WhatsApp expose un numéro WhatsApp comme l'un de ces outils. Au lieu d'écrire un script qui s'authentifie auprès d'une API, construit un payload et traite la réponse, vous demandez : envoyez un message à ce client, créez un template pour les mises à jour de commande, dites-moi si ce numéro est sain. L'assistant effectue les appels. L'essentiel est de savoir quel WhatsApp il utilise. Deux systèmes totalement différents portent le même nom, et cette distinction détermine si le numéro d'un client restera opérationnel. ### Pourquoi la plupart des serveurs MCP WhatsApp font-ils bannir les numéros ? Presque tous les serveurs MCP WhatsApp que vous pouvez installer aujourd'hui fonctionnent en pilotant WhatsApp Web. Ils se connectent comme un appareil lié, de la même manière que le client navigateur, puis automatisent cette session. Cela contrevient aux conditions d'utilisation de WhatsApp, qui interdisent l'utilisation automatisée et en masse du client grand public, et un appareil lié relève de ce client. Un numéro utilisé ainsi peut être banni ; une promesse anti-bannissement décrit donc quelque chose que le fournisseur ne contrôle pas. Pour un numéro personnel, c'est gênant. Pour le numéro que les clients d'une entreprise utilisent déjà, c'est l'entreprise elle-même. Le connecteur EasyCoexistence ne fonctionne pas ainsi. Il appelle la Cloud API officielle de Meta, sur un numéro intégré via la fonctionnalité Coexistence de Meta. Il n'y a ni appareil lié ni session à perdre. ### Que peut réellement faire l'IA avec ce serveur ? Seize outils, correspondant aux demandes concrètes les plus courantes. Lecture : lister les numéros de votre compte, vérifier l'état d'un numéro, notamment sa note de qualité, son niveau de messagerie et l'état de sa connexion, puis lire ses identifiants API lorsque vous en avez besoin ailleurs. Envoi : envoyer un message pendant la session de 24 heures ; lister les templates du numéro, en créer un, vérifier si Meta l'a approuvé, puis envoyer un template approuvé pour ouvrir une conversation après la fin de la fenêtre. Configuration : définir la destination du webhook afin que les messages entrants soient acheminés de Meta directement vers votre serveur. Et démarrer une connexion, qui renvoie le lien qu'un client ouvre pour associer son numéro. Un outil de documentation permet aussi à l'assistant de vérifier le fonctionnement d'un élément au lieu de le deviner. C'est ce dernier duo qui en fait plus qu'un gadget conversationnel. Un agent peut intégrer un numéro et le diriger vers votre système sans qu'une personne ouvre un dashboard. Partner API : cinq outils de plus configurent des liens de connexion hébergés, pour le cas où votre propre logiciel permet à ses clients de connecter leurs numéros. Ils affichent l'état de la configuration, créent ou révoquent la clé API, définissent l'URL qui reçoit les événements de statut et créent un lien de connexion pour un client. ### L'entreprise continue-t-elle d'utiliser l'application sur son téléphone ? Oui, et c'est précisément pourquoi cette solution fonctionne avec un numéro dont l'entreprise dépend déjà. Coexistence est le mode officiel de Meta pour faire fonctionner simultanément l'application WhatsApp Business et la Cloud API sur un même numéro. L'équipe continue de répondre depuis le téléphone comme avant, avec les mêmes conversations, le même historique et le même appareil, tandis que l'API envoie et reçoit sur cette même ligne. Les envois de l'API apparaissent dans l'application, et ce que l'équipe saisit dans l'application est visible par l'API. L'agent ne remplace donc personne. Il répond lorsqu'il le peut, puis l'humain reprend le même fil sur le téléphone lorsqu'il le souhaite. Aucun des deux côtés n'a besoin de connaître l'autre. 1. Connect the number: Sign up, then run Meta's Embedded Signup and scan the code from the WhatsApp Business app. About two minutes, and nothing about the app changes. 2. Add the connector: In Claude, ChatGPT, Cursor or Claude Code, add a custom connector pointing at https://easycoexistence.com/api/mcp and sign in. OAuth, so no key is pasted anywhere. 3. Ask for something: "Which of my numbers is unhealthy?" or "Send Sarah the booking confirmation." The assistant picks the tool and makes the call. - Envoyer du texte libre après la session de 24 heures. Au-delà de la fenêtre, seul un template approuvé est transmis ; un agent qui ne connaît que send_message restera donc silencieux à la 25e heure. - S'attendre à gérer des discussions de groupe. Les numéros Coexistence sont exclus de l'API des groupes, chez tous les fournisseurs. - Diriger le webhook vers une URL incapable de répondre à la poignée de main GET de Meta. Meta vérifie l'endpoint avant toute livraison, et un 404 silencieux ressemble à une configuration fonctionnelle jusqu'à ce que le premier message n'arrive jamais. **Le numéro de mon client peut-il être banni à cause de ce service ?** Non. Il s'agit de la Cloud API officielle de Meta, accessible via la fonctionnalité Coexistence de Meta. Le risque de bannissement vient des passerelles non officielles qui se connectent comme un appareil lié, un mécanisme entièrement différent. **Avec quels assistants le connecteur fonctionne-t-il ?** Avec tout assistant qui utilise MCP sur HTTP avec OAuth : Claude, ChatGPT, Cursor, Claude Code et Codex aujourd'hui. Il s'agit d'un endpoint distant, donc rien ne s'exécute sur votre machine. **Vos serveurs font-ils transiter mes conversations ?** Non. Les messages entrants sont acheminés de Meta directement vers le webhook que vous indiquez, et nous ne stockons jamais le contenu des conversations. Nous conservons uniquement l'état du compte et du numéro nécessaires au suivi de la connexion. **Puis-je utiliser un seul connecteur pour plusieurs clients ?** Oui. Un compte peut contenir autant de numéros que nécessaire, chacun étant facturé comme sa propre connexion, et le connecteur les liste tous. Son utilisation pour les entreprises que vous accompagnez n'est soumise à aucune restriction. --- ## WhatsApp Coexistence : l’application et l’API sur un même numéro https://easycoexistence.com/fr/whatsapp-coexistence La Coexistence est le mode officiel de Meta pour faire fonctionner l’application WhatsApp Business et la Cloud API sur un même numéro, en même temps. L’équipe continue de répondre depuis le téléphone, avec les mêmes discussions et le même historique, tandis que les logiciels envoient et reçoivent sur cette même ligne. Rien ne migre et aucun numéro ne change. ### Quel problème la Coexistence résout-elle réellement ? Avant son existence, mettre un numéro d’entreprise sur l’API WhatsApp signifiait abandonner l’application. Le numéro était migré, le téléphone cessait de fonctionner comme client WhatsApp et la personne qui répondait aux clients toute la journée devait soudain passer par le logiciel acheté. La plupart des petites équipes refusaient ce compromis et n’automatisaient donc rien. La Coexistence supprime ce compromis. L’application continue de fonctionner exactement comme avant. La même personne répond depuis le même téléphone, voit les mêmes conversations et n’a rien de nouveau à apprendre. Pendant ce temps, l’API est reliée à ce même numéro et peut envoyer, recevoir et être connectée à d’autres systèmes. La question n’est donc plus de savoir s’il faut abandonner le téléphone. Il s’agit de décider ce que les logiciels doivent gérer, avec une personne qui reprend la même conversation quand elle le souhaite. ### Qu’est-ce qui change sur le téléphone après la connexion ? Presque rien, et c’est précisément le but. L’application s’ouvre de la même manière, la liste des contacts reste identique et les anciennes conversations sont toujours là. Personne n’a besoin de se connecter ailleurs. Ce qui change est invisible depuis le téléphone. Les messages envoyés par l’API apparaissent dans le fil de discussion de l’application, de sorte que la personne qui répond voit l’ensemble du contexte. Les messages saisis dans l’application sont visibles par l’API, afin qu’un logiciel ne réponde pas par-dessus une personne qui a déjà répondu. Meta synchronise environ six mois d’historique lors de la première connexion d’un numéro, ce qui évite à l’API de démarrer sans contexte. Deux limites sont à connaître : les discussions de groupe sont exclues de l’API pour les numéros en Coexistence, chez tous les fournisseurs, et le numéro ne peut pas être utilisé sur l’application grand public WhatsApp, uniquement sur l’application Business. ### À qui s’adresse la Coexistence ? À deux groupes, qui en attendent des choses opposées. Une entreprise avec un seul numéro et une petite équipe veut que le téléphone continue de fonctionner pendant qu’un système automatise les tâches répétitives : confirmations, rappels et première réponse en dehors des heures de travail. Elle n’achète pas un logiciel pour remplacer qui que ce soit. Elle récupère ses soirées. Une agence, un cabinet de conseil ou un développeur recherche l’inverse. Ils servent de nombreuses entreprises, chacune avec un numéro qu’ils ne peuvent ni modifier ni migrer, et ont besoin que ces numéros soient accessibles aux systèmes qu’ils construisent. La Coexistence est le seul moyen officiel d’ajouter une API à un numéro auquel l’équipe du client répond encore manuellement. Tous ont le même besoin fondamental : la connexion doit rester active et quelqu’un doit remarquer quand ce n’est plus le cas. ### Pourquoi une connexion Coexistence doit-elle être surveillée ? Parce qu’elle peut cesser de fonctionner sans que personne ne soit prévenu. Un numéro possède une note de qualité et un niveau d’envoi que Meta ajuste selon la réaction des destinataires. Les notes baissent. Les niveaux changent. Les tokens expirent. Une destination de webhook qui cesse de répondre n’est tout simplement pas relancée indéfiniment. Rien de tout cela ne déclenche d’alerte sur le téléphone, et l’application continue de fonctionner normalement. Le premier signe est donc souvent un client qui dit ne jamais avoir reçu le message. Meta applique aussi une règle selon laquelle une connexion qui ne voit aucune activité de l’API pendant quatorze jours doit être vérifiée. Rien n’est caché ni injuste, mais il est facile de passer à côté. C’est ce que surveille EasyCoexistence. La connexion est vérifiée en continu et, si quelque chose change, vous l’apprenez par nous plutôt que par un client. 1. Sign up: Create an account and add a card. The first 3 days are free, and nothing is charged until they end. 2. Run Embedded Signup: Meta's own flow opens, you pick the number, and you scan a code from the WhatsApp Business app. About two minutes. 3. Point it somewhere: Set the webhook destination to your own system, or add the MCP connector and let an assistant do it. The app on the phone carries on as before. - Essayer de connecter un numéro utilisé sur l’application grand public WhatsApp. La Coexistence nécessite l’application Business, et le numéro doit d’abord y être transféré. - Supposer que les discussions de groupe seront transmises. Elles sont exclues de l’API pour les numéros en Coexistence, chez tous les fournisseurs. Tout ce qui repose sur les groupes ne fonctionnera donc pas. - Répondre en texte libre plus de 24 heures après le dernier message du client. Au-delà de ce délai, seul un template approuvé est transmis. - Laisser le webhook pointer vers une URL incapable de répondre à la requête de vérification de Meta. Meta vérifie l’endpoint avant toute livraison, et un échec silencieux ressemble exactement à une configuration fonctionnelle. **Mon équipe doit-elle arrêter d’utiliser le téléphone ?** Non. C’est tout le principe de la Coexistence. L’application WhatsApp Business continue de fonctionner avec le même numéro et les mêmes conversations, tandis que l’API fonctionne en parallèle. **Vais-je perdre mes conversations existantes ?** Non. Elles restent dans l’application et Meta synchronise environ six mois d’historique avec l’API lorsque le numéro se connecte. Les logiciels disposent ainsi d’un contexte au lieu de partir de zéro. **Puis-je annuler la connexion ?** Oui. Un numéro peut être déconnecté et l’application continue comme avant. La connexion ne modifie pas définitivement le numéro lui-même. **Est-ce la même chose que les API WhatsApp non officielles ?** Non, et cette différence détermine si le numéro restera actif. La Coexistence est la fonctionnalité officielle de Meta sur la Cloud API. Les passerelles non officielles utilisent WhatsApp Web comme appareil lié, ce qui enfreint les conditions et entraîne le bannissement des numéros. --- ## API WhatsApp non officielles : ce qui fait vraiment bannir les numéros https://easycoexistence.com/fr/unofficial-whatsapp-api-risks Les API WhatsApp non officielles se connectent comme appareil lié et automatisent la session WhatsApp Web. Cela enfreint les conditions de WhatsApp ; Meta détecte le comportement et le numéro est banni. La Cloud API officielle fait le même travail via une interface prise en charge par Meta, sur le numéro déjà utilisé par l’entreprise. ### Comment fonctionnent les API WhatsApp non officielles ? Toutes, quel que soit leur discours marketing, font la même chose en coulisses. Elles ouvrent le protocole utilisé par WhatsApp Web, s’associent à un compte comme appareil lié, puis pilotent cette session par programmation. La bibliothèque lit les messages entrants sur la socket et renvoie les messages sortants par le même canal. C’est pourquoi elles sont peu coûteuses, s’installent en quelques minutes et peuvent accéder à des fonctionnalités que l’API officielle n’expose pas. Il n’y a aucun compte à demander ni aucun examen à passer. Vous scannez un code et vous envoyez des messages. C’est aussi pourquoi le numéro est exposé. Rien dans cette session n’est autorisé. Les conditions de WhatsApp interdisent l’utilisation automatisée ou massive du client grand public, et un appareil lié est le client grand public. La simplicité et l’exposition sont les deux faces d’un même fait. ### Comment Meta le détecte-t-elle concrètement ? Pas en recherchant le nom d’une bibliothèque, comme beaucoup le supposent, ce qui leur fait croire qu’une réécriture les sauvera. La détection est comportementale et observe la forme du trafic. Les signaux sont ceux que l’automatisation produit naturellement. Le ratio entre les messages envoyés et les réponses reçues, car les conversations réelles sont à peu près équilibrées, contrairement aux diffusions. La distance dans le graphe des contacts, car écrire à des personnes qui ne vous ont jamais écrit et ne partagent aucun contact ne ressemble pas à un usage normal. La régularité des horaires, puisque les humains n’envoient pas de messages à intervalles constants. Les signalements des destinataires, qui pèsent lourd et arrivent le plus vite. C’est pourquoi une passerelle qui fonctionne depuis un an ne prouve pas qu’elle est sûre. Cela prouve seulement que le trafic n’a pas encore franchi un seuil. Ce seuil ne dépend pas de la bibliothèque qui envoie le message. ### Que coûte réellement un bannissement ? Plus que l’automatisation n’a jamais valu, ce qui est généralement sous-estimé. Le numéro cesse de fonctionner. Pas l’automatisation, le numéro. Toutes les conversations deviennent inaccessibles, et les clients concernés ignorent ce qui s’est passé. Ils cessent simplement de recevoir des réponses. Pour une entreprise dont le numéro figure sur un véhicule, une devanture, une carte ou des milliers de factures passées, ce numéro ressemble davantage à une ligne téléphonique qu’à un logiciel. L’historique disparaît avec lui. La liste de contacts constituée dans ces fils aussi. Les recours existent et aboutissent parfois, mais ils sont lents et personne ne peut garantir le résultat. Pour une agence, le calcul est encore pire, car le numéro qui cesse de fonctionner appartient à un client à qui l’on n’a jamais expliqué ce mécanisme. ### À quoi ressemble la voie officielle ? L’objection à l’API officielle était autrefois fondée. Il fallait migrer le numéro, ce qui désactivait l’application WhatsApp Business sur le téléphone, et aucune petite équipe ne l’aurait accepté. Coexistence a supprimé cette objection. Il s’agit du mode de Meta pour faire fonctionner l’application Business et la Cloud API sur un même numéro, simultanément. L’équipe continue de répondre depuis le téléphone, les discussions et l’historique restent en place, et l’API est associée à cette même ligne. Aucun appareil lié, aucune session conservée sur un serveur et aucun identifiant intéressant à voler. Le compromis existe, mais il reste limité. Le texte libre ne fonctionne que dans les 24 heures suivant le dernier message du client, les templates doivent être approuvés et les discussions de groupe ne sont pas disponibles. En contrepartie, le numéro ne peut pas être banni à cause de ce mécanisme. - Croire qu’une bibliothèque qui promet une protection anti-bannissement a réglé le problème. La détection observe le comportement du trafic, pas le code qui l’envoie ; cette promesse porte donc sur quelque chose que le fournisseur ne contrôle pas. - Prendre plusieurs mois de disponibilité pour une preuve de sécurité. Cela signifie seulement que le trafic n’a pas encore franchi un seuil, ce qui est différent. - Tester d’abord avec un numéro personnel. Un bannissement y est agaçant, mais n’apprend rien sur le numéro de l’entreprise, qui transporte beaucoup plus de trafic. - Stocker une session non officielle sur un serveur partagé. Ces identifiants donnent un accès complet au compte et constituent une cible connue. **Mon numéro est-il déjà exposé si j’utilise l’une de ces solutions ?** L’exposition existe tant que la session fonctionne. Rien ne se déclenche à une date fixe, ce qui explique pourquoi une longue disponibilité n’est pas rassurante. Il est possible de passer à l’API officielle sur le même numéro sans perdre l’application. **Puis-je passer à l’API officielle sans changer de numéro ?** Oui. Coexistence connecte le numéro que vous utilisez déjà, et l’application WhatsApp Business continue de fonctionner sur le téléphone pendant toute l’opération. Rien n’est migré. **Que ne peut pas faire l’API officielle ?** Les discussions de groupe sont exclues sur les numéros Coexistence. Le texte libre ne fonctionne que dans les 24 heures suivant le dernier message du client ; passé ce délai, les messages doivent utiliser un template approuvé par Meta. **La voie officielle coûte-t-elle plus cher ?** Meta facture ses propres frais de messagerie dans les deux cas, directement à votre entreprise. La différence est un forfait mensuel par numéro, plutôt que le risque de perdre le numéro. --- ## Connecter WhatsApp à n8n avec la Cloud API officielle https://easycoexistence.com/fr/integrations/n8n Pointez la destination du webhook vers un nœud Webhook n8n : chaque message envoyé au numéro devient un déclencheur de workflow. Les réponses repartent via la Cloud API ou notre serveur MCP, qu’n8n peut joindre car son MCP Client Tool prend en charge OAuth2. Le téléphone continue de fonctionner pendant toute l’opération. ### Comment un message WhatsApp atteint-il un workflow n8n ? Meta transmet chaque message envoyé au numéro à une URL unique que vous choisissez, via une requête HTTP POST. Cette URL constitue toute l’intégration. Placez un nœud Webhook n8n sur une URL de production, définissez-la comme destination du webhook du numéro, puis le workflow s’exécute à chaque message entrant. Le payload contient l’expéditeur, le texte ou la référence du média, un horodatage et l’identifiant du message. À partir de là, c’est un workflow n8n classique : vous pouvez orienter le traitement selon le contenu, rechercher le client, appeler vos autres services et décider de répondre ou non. Avec Coexistence, le même message apparaît aussi dans l’application WhatsApp Business du téléphone. Un humain peut y répondre. Le workflow voit ce que l’humain a envoyé, et l’humain voit ce que le workflow a envoyé : leurs réponses ne se chevauchent donc pas. ### Comment le workflow envoie-t-il une réponse ? Avec un nœud HTTP Request dirigé vers la Cloud API, en utilisant l’identifiant du numéro de téléphone et le token d’accès du numéro. Vous pouvez consulter ces deux éléments dans le dashboard ou via le connecteur MCP si vous préférez qu’un assistant les récupère. Le contenu à envoyer dépend du délai, et c’est là que les problèmes surviennent. Dans les 24 heures suivant le dernier message du client, le texte libre fonctionne et la réponse correspond à ce que le workflow a composé. Au-delà, seul un template déjà approuvé par Meta est accepté. Un workflow qui envoie uniquement du texte libre semble parfait pendant les tests, car ceux-ci ont toujours lieu quelques secondes après un message, puis il cesse de fonctionner lors du premier vrai cas survenu pendant la nuit. La structure fiable consiste à créer une branche : vérifiez depuis combien de temps le dernier message entrant a été reçu, puis choisissez le texte libre ou un template. ### n8n peut-il aussi utiliser le connecteur MCP ? Oui, et n8n est particulier sur ce point. Son nœud MCP Client Tool se connecte à un serveur MCP distant et prend en charge OAuth2, ce dont le nôtre a besoin. Un nœud AI Agent dans un workflow peut donc appeler directement nos outils. C’est utile à savoir, car la plupart des plateformes d’automatisation ne le permettent pas. Make et Zapier exécutent tous deux leurs propres serveurs MCP et aucun des deux n’agit comme client : ils ne peuvent donc pas joindre un serveur tiers. n8n le peut. Ce connecteur sert surtout à la partie action : un nœud agent peut décider d’envoyer un message, de vérifier l’état d’un numéro ou de consulter le statut d’approbation d’un template pendant l’exécution d’un workflow. Il ne peut toutefois pas remplacer le webhook, car MCP ne sait pas être réveillé par un message entrant. ### Lequel des deux un workflow doit-il utiliser ? Les deux, pour des rôles différents : ce partage n’est pas une préférence. Le webhook est le point de départ. Un client écrit, Meta transmet le message à votre nœud Webhook, puis le workflow s’exécute. Aucun outil ne propose d’équivalent MCP, car le protocole repose sur une requête et une réponse plutôt que sur un appel entrant. Le MCP Client Tool permet à un agent situé dans ce workflow d’agir sans que vous codiez l’appel en dur. Si le workflow sait déjà exactement quoi envoyer, un nœud HTTP Request dirigé vers la Cloud API est plus simple et comporte moins de risques d’erreur. Si un agent doit décider, le connecteur lui fournit les seize outils et les règles décrites avec chacun, notamment la fenêtre de 24 heures. ### Qu’est-ce qui distingue cette solution des nœuds WhatsApp n8n déjà utilisés ? La plupart des configurations WhatsApp n8n que vous trouverez utilisent une passerelle non officielle qui se connecte comme un appareil lié. Elles sont rapides à mettre en place, mais mettent le numéro en danger, car ce mécanisme enfreint les conditions d’utilisation de WhatsApp et Meta détecte le schéma du trafic, pas seulement la bibliothèque utilisée. L’autre voie courante est l’API officielle sans Coexistence. Elle fonctionne, mais migre le numéro. L’application WhatsApp Business cesse alors de fonctionner avec celui-ci, et l’équipe qui répondait toute la journée doit passer à un nouvel outil. Pour beaucoup de petites entreprises, c’est rédhibitoire, ce qui explique pourquoi tant d’entre elles ont d’abord utilisé des passerelles non officielles. Coexistence apporte la combinaison qui manquait : l’API officielle, avec un téléphone qui continue de fonctionner. - Utiliser une URL de test n8n comme destination du webhook. Elle cesse d’écouter lorsque l’éditeur est fermé, et les messages ne sont alors transmis à personne. - Ne pas répondre à la requête de vérification de Meta. Meta envoie un GET avec un challenge avant toute livraison ; un nœud qui ne le renvoie pas ne reçoit jamais de message. - Répondre en texte libre au-delà de la fenêtre de 24 heures. L’échec est silencieux du point de vue du workflow, et seul un template approuvé est accepté. **Ai-je besoin d’un nœud n8n distinct pour cela ?** Non. Un nœud Webhook reçoit les messages et un nœud HTTP Request les envoie. Rien n’est à installer : l’intégration repose sur une URL et un appel REST. **L’équipe peut-elle toujours répondre depuis le téléphone ?** Oui. C’est précisément le principe de Coexistence. L’application WhatsApp Business continue de fonctionner avec le même numéro, et le workflow comme l’humain voient les messages de l’autre. **Un workflow peut-il gérer les numéros de plusieurs clients ?** Oui. Dirigez chaque numéro vers le même webhook et orientez le traitement selon l’identifiant du numéro de téléphone reçu dans le payload. Un compte peut contenir autant de numéros que nécessaire. **Que se passe-t-il si mon instance n8n est indisponible ?** Meta réessaie la livraison pendant un certain temps, puis s’arrête. Les messages arrivent toujours dans l’application WhatsApp Business du téléphone : l’entreprise ne les perd pas, seul le workflow ne les reçoit pas. --- ## Connecter WhatsApp à Claude avec un connecteur personnalisé https://easycoexistence.com/fr/integrations/claude Ajoutez https://easycoexistence.com/api/mcp comme connecteur personnalisé dans Claude, puis connectez-vous. Claude peut ensuite lister vos numéros, vérifier leur état, envoyer des messages et des templates, et rediriger les webhooks vers vos propres systèmes, le tout via la Cloud API officielle de Meta plutôt qu’une session sur appareil lié. ### Comment l’ajouter à Claude ? Dans Claude, ouvrez les paramètres et ajoutez un connecteur personnalisé pointant vers l’endpoint MCP d’EasyCoexistence. Claude ouvre une page de connexion, vous l’autorisez, puis les outils apparaissent. Il n’y a aucune clé à générer ni à coller dans un fichier de configuration, car le connecteur utilise OAuth. Claude Desktop utilise le même connecteur, ajouté depuis les paramètres, sous Connecteurs. Son fichier de configuration décrit uniquement les serveurs locaux qu’il lance lui-même : un endpoint distant comme celui-ci n’y est donc pas inscrit. Dans les deux cas, le serveur lui-même est distant. Rien n’est installé, rien ne s’exécute en arrière-plan sur votre ordinateur portable et fermer l’application ne casse rien. Un numéro reste connecté, que Claude soit ouvert ou non. ### Que peut faire Claude une fois connecté ? Posez votre demande en langage courant et Claude choisit l’outil. Lequel de mes numéros est en mauvais état ? Envoyer la confirmation de réservation à ce client. Créer un template pour les mises à jour de commande et me dire quand Meta l’approuve. Rediriger le webhook de ce numéro vers mon serveur. Les outils de lecture sont ceux que l’on utilise chaque jour sans y penser : lister les numéros, vérifier la note de qualité, le niveau de messagerie et l’état de connexion d’un numéro, puis récupérer les identifiants lorsqu’un autre service en a besoin. Les outils d’envoi couvrent le texte libre pendant la fenêtre de session et les templates approuvés en dehors de celle-ci. Pour les personnes qui servent des clients, les deux fonctions les plus importantes sont le démarrage d’une connexion et la configuration d’une destination de webhook. Ensemble, elles permettent à Claude d’intégrer le numéro d’un client et de le relier à votre système sans ouvrir de dashboard. ### Le numéro risque-t-il d’être banni ? Oui, car tout dépend de ce qui se trouve sous-jacent, pas de Claude. Les serveurs WhatsApp MCP que l’on trouve généralement pilotent WhatsApp Web comme un appareil lié. Cela enfreint les conditions d’utilisation de WhatsApp, et Meta le détecte à partir du comportement du trafic : le numéro est donc banni, quel que soit l’assistant qui donne les instructions. Utiliser un assistant prudent ne change rien, car c’est le mécanisme qui est interdit. Ce connecteur appelle la Cloud API officielle de Meta sur un numéro intégré via la fonctionnalité Coexistence de Meta. Il n’y a aucun appareil lié, aucune session conservée et rien qui enfreigne les conditions. Les limites habituelles s’appliquent à la place : texte libre uniquement dans les 24 heures suivant le dernier message du client, templates approuvés au-delà, et aucun chat de groupe. **Cela fonctionne-t-il dans Claude Code et les applications Claude ?** Oui. Il s’agit d’un serveur MCP distant via HTTP avec OAuth : tout ce qui prend en charge les connecteurs personnalisés peut l’utiliser, notamment Claude Code, ChatGPT et Cursor. **Claude voit-il les conversations de mes clients ?** Uniquement ce que vous lui demandez. Les messages entrants vont de Meta vers la destination de webhook que vous indiquez, et nous ne stockons jamais le contenu des conversations. **Claude peut-il connecter seul un nouveau numéro ?** Il peut démarrer le processus. Le connecteur renvoie un lien que le propriétaire de l’entreprise ouvre pour autoriser son propre numéro via le parcours de Meta. Cette étape ne peut être effectuée que par lui. **Que se passe-t-il si Claude essaie d’envoyer un message en dehors de la fenêtre ?** La Cloud API le rejette et Claude voit l’erreur : il peut donc utiliser un template approuvé. Rien n’est supprimé silencieusement. --- ## Cloud API ou Coexistence : quel choix pour un numéro ? https://easycoexistence.com/fr/whatsapp-cloud-api-vs-coexistence Coexistence n’est pas une alternative à la Cloud API : c’est une façon de l’adopter. Avec la Cloud API standard, le numéro appartient entièrement au logiciel. Avec Coexistence, l’API et l’app WhatsApp Business fonctionnent en même temps, afin que l’équipe puisse continuer à répondre depuis le téléphone. ### La Cloud API et Coexistence sont-elles réellement différentes ? Non, et cette présentation prête à confusion. La Cloud API est la WhatsApp Business Platform hébergée par Meta. Coexistence est un mode d’onboarding d’un numéro sur cette même API, qui laisse ensuite l’app WhatsApp Business fonctionner sur le numéro. Les endpoints sont donc les mêmes, le format des messages est identique, les templates fonctionnent de la même façon et la fenêtre de 24 heures s’applique pareillement. Tout ce qui est développé pour l’un fonctionne avec l’autre. La différence concerne le téléphone. Avec l’onboarding classique, l’app Business cesse de fonctionner sur le numéro : celui-ci appartient désormais au logiciel, et la personne qui répondait doit passer par ce qui a été construit. Avec Coexistence, les deux interfaces restent actives et voient chacune ce que l’autre envoie. ### Quand la Cloud API standard est-elle le meilleur choix ? Lorsque personne n’a besoin de répondre manuellement sur ce numéro, ce qui arrive plus souvent qu’on ne le pense. Un numéro de notifications qui envoie uniquement des mises à jour de commande n’a aucun usage humain à préserver. Un numéro neuf acheté spécifiquement pour une intégration n’a jamais été utilisé dans une app. Une ligne d’assistance à fort volume qui fonctionne déjà via un helpdesk a son workflow humain ailleurs, et remettre l’app WhatsApp Business au centre ne ferait que le fragmenter. Dans ces cas, Coexistence ajoute une contrainte sans bénéfice : le débit d’un numéro Coexistence est fixé par Meta au lieu d’évoluer avec la qualité et le niveau de messagerie, et l’activité périodique de l’appareil devient une obligation de maintenance sans avantage. ### Quand Coexistence est-elle la seule option viable ? Lorsque le numéro sert déjà à une entreprise et qu’une personne y répond déjà. C’est le cas de la plupart des petites entreprises, et pratiquement de tous les numéros récupérés par une agence. Le numéro figure sur un véhicule, une vitrine, des factures et un site web. Quelqu’un y répond depuis son téléphone pendant la journée et connaît chaque client régulier par son nom. Dire à cette personne que l’app va cesser de fonctionner met fin à la discussion, ce qui explique pourquoi tant d’entreprises ont utilisé des passerelles non officielles plutôt que l’API officielle. Coexistence a supprimé ce compromis. L’app continue de fonctionner, l’équipe n’a rien de nouveau à apprendre et le logiciel reçoit la même API qu’il aurait obtenue autrement. ### Un numéro peut-il passer de l’un à l’autre plus tard ? Un numéro peut être déconnecté puis reconnecté, la décision n’est donc pas irréversible comme on le craint parfois. En revanche, le choix concernant l’historique des discussions est définitif. Lorsqu’un numéro se connecte pour la première fois via Coexistence, Meta demande si les conversations existantes doivent être partagées avec l’API. Cette décision d’onboarding ne se prend qu’une fois et ne peut plus être modifiée. Si vous refusez puis souhaitez récupérer le contexte, la seule solution consiste à déconnecter le numéro et à le reconnecter. Le choix auquel il faut vraiment réfléchir n’est donc pas le mode d’onboarding. C’est l’autorisation de partager l’historique ce jour-là, car cette décision ne se représentera pas. - Traiter Coexistence comme une API inférieure. C’est la même Cloud API, accessible via un onboarding différent, avec les mêmes endpoints et les mêmes règles. - Choisir Coexistence pour un numéro auquel personne ne répond manuellement. Cela ajoute une obligation d’activité de l’appareil et un plafond de débit fixe, en échange d’un workflow téléphonique inexistant. - Refuser l’historique des discussions lors de l’onboarding en pensant pouvoir l’ajouter plus tard. Ce choix est unique et ne peut pas être modifié. **Coexistence est-elle plus lente que la Cloud API standard ?** Le débit d’un numéro Coexistence est fixé par Meta au lieu d’évoluer avec la note de qualité et le niveau de messagerie. Pour un usage conversationnel, ce plafond est rarement un problème, mais il peut le devenir pour des envois à fort volume. **Les templates fonctionnent-ils de la même façon dans les deux cas ?** Oui. Les templates sont soumis à Meta pour vérification, puis envoyés de façon identique via l’API. Sur un numéro Coexistence, l’app du téléphone ne peut pas les envoyer : tout ce qui dépasse la fenêtre de 24 heures doit donc passer par l’API. **Puis-je placer un numéro neuf sur Coexistence ?** Il doit d’abord être enregistré dans l’app WhatsApp Business, car Coexistence connecte un numéro déjà utilisé par l’app. Pour un numéro auquel personne ne répondra manuellement, l’onboarding classique de la Cloud API est mieux adapté. **Quelle option les agences utilisent-elles pour les numéros de leurs clients ?** Coexistence, presque toujours. Un numéro client est déjà utilisé par son équipe pour répondre, et sa migration lui retirerait l’app WhatsApp Business, ce qu’aucun client n’accepte. --- ## Erreur WhatsApp 131047 : message de réengagement https://easycoexistence.com/fr/docs/whatsapp-error-131047 L’erreur 131047 indique que plus de 24 heures se sont écoulées depuis le dernier message du client : la fenêtre du service client est fermée et le texte libre ne sera pas livré. Seul un template déjà approuvé par Meta peut rouvrir la conversation. ### Quelle est la cause de l’erreur 131047 ? Un message en texte libre envoyé à une personne dont le dernier message date de plus de 24 heures. La WhatsApp Business Platform permet à une entreprise d’écrire librement uniquement pendant une fenêtre de service client. Celle-ci s’ouvre lorsque le client vous écrit et dure 24 heures. Pendant cette période, vous pouvez envoyer le contenu de votre choix. Au-delà, l’API rejette le texte libre avec le code 131047 au lieu de livrer un message que le destinataire n’a pas sollicité. Cette erreur apparaît en production et non lors des tests à cause du délai. Lorsqu’une personne teste une intégration, elle envoie un message puis y répond quelques secondes plus tard, donc toujours dans la fenêtre. Le premier cas survenant pendant la nuit, ou le premier client qui reste silencieux toute une journée, fait apparaître l’erreur. ### Comment corriger cette erreur ? Envoyez un template approuvé au lieu d’un message en texte libre. Les templates sont des messages que vous soumettez à Meta à l’avance, puis que Meta examine. Une fois approuvé, un template peut être envoyé à tout moment, y compris à une personne qui ne vous a jamais écrit. Son envoi rouvre la conversation et, dès que le client répond, vous disposez à nouveau de 24 heures de texte libre. La correction durable ne consiste donc pas à réessayer. Il faut ajouter une branche : avant l’envoi, vérifiez depuis combien de temps ce contact ne vous a pas écrit. Dans les 24 heures, envoyez du texte libre. Au-delà, envoyez le template adapté à la situation. Une intégration qui ne sait envoyer que du texte libre continuera de rencontrer cette erreur, qui ressemblera à un silence pour la personne qui suit la conversation. ### Cela s’applique-t-il à un numéro Coexistence ? Oui, avec une conséquence supplémentaire à connaître. La fenêtre fonctionne de la même manière, que le numéro ait été intégré via Coexistence ou non, car il s’agit d’une règle de la plateforme et non d’un mode d’intégration. Ce qui change, c’est la personne ou le système capable d’agir. Avec un numéro Coexistence, l’application WhatsApp Business ne peut pas envoyer de templates : tout message envoyé hors fenêtre doit passer par l’API. Une équipe qui répond depuis le téléphone peut donc répondre librement à une conversation active, mais ne peut pas relancer une conversation inactive depuis l’application. La relance doit passer par l’API, ce qui explique notamment pourquoi une entreprise connecte son numéro. - Réessayer d’envoyer le même message en texte libre. La fenêtre ne se rouvre pas d’elle-même, le nouvel envoi échoue donc de la même manière. - Mesurer la fenêtre depuis votre dernier message au lieu de celui du client. C’est son message qui l’ouvre. - Penser qu’un template peut être créé et envoyé au même moment. Meta doit d’abord l’examiner, généralement en quelques minutes, mais parfois en une journée. **Puis-je prolonger la fenêtre de 24 heures ?** Non. Elle est fixée par Meta et aucun fournisseur ne peut l’allonger. Seul un nouveau message du client peut la rouvrir. **La réponse du client à un template rouvre-t-elle la fenêtre ?** Oui. Tout message du client lance une nouvelle période de 24 heures, y compris une réponse à un template que vous avez envoyé. **Quelle catégorie de template dois-je utiliser ?** Utility pour les messages transactionnels, marketing pour les messages promotionnels. Les envois marketing nécessitent un moyen de paiement sur votre propre compte WhatsApp Business. **L’erreur 131047 est-elle identique à l’erreur 131049 ?** Non. 131047 concerne la fenêtre fermée. 131049 correspond à une limitation de la livraison par Meta visant à protéger la santé de l’écosystème : c’est une situation distincte. --- ## Erreur WhatsApp 131049 : message bloqué pour préserver la santé de l’écosystème https://easycoexistence.com/fr/docs/whatsapp-error-131049 L’erreur 131049 signifie que Meta a choisi de ne pas distribuer ce message afin de préserver des échanges sains dans l’écosystème. Elle n’est liée ni à la fenêtre de 24 heures ni à un problème de template. Meta recommande d’attendre au moins 24 heures avant de réessayer avec ce destinataire. ### Que signifie réellement l’engagement dans l’écosystème ici ? C’est le terme utilisé par Meta pour désigner la manière dont les destinataires accueillent les envois des entreprises, mesurée sur l’ensemble de la plateforme plutôt que sur votre seul compte. Lorsque la plateforme estime qu’un envoi particulier ne sera pas bien accueilli, elle bloque le message et renvoie 131049. Il s’agit d’une évaluation du message et du destinataire, plutôt que d’une règle fixe que vous auriez enfreinte. C’est pourquoi cette erreur peut apparaître sur un compte dont la note de qualité semble correcte. Elle survient surtout lors d’envois marketing à des destinataires qui n’ont pas interagi, ainsi que lorsque de gros volumes de messages similaires partent ensemble. C’est un signal lié au comportement observé, pas une sanction appliquée au numéro. ### Pourquoi l’envoi d’un template ne règle-t-il pas le problème ? Parce que le template n’était pas le problème. Après un envoi bloqué, le réflexe est d’utiliser un template, car c’est la solution à l’autre erreur fréquente, 131047. Mais 131047 concerne le temps : la fenêtre est fermée et un template approuvé est le moyen prévu pour la rouvrir. 131049 est une décision concernant ce message précis destiné à cette personne précise, et le chemin d’envoi reste le même avec un template. Réessayer immédiatement, avec ou sans template, tend à renforcer le comportement qui a déclenché le blocage. Meta recommande d’attendre au moins 24 heures avant de retenter avec ce destinataire et de vérifier si le message était susceptible de l’intéresser. ### Comment éviter que cela se reproduise ? En modifiant le contenu envoyé plutôt que la manière de l’envoyer. Envoyez des messages aux personnes qui ont récemment interagi, au lieu de viser une liste entière. Variez le contenu, car l’envoi en volume de messages presque identiques est le comportement surveillé ici. Privilégiez les messages utiles liés à une action du client, comme une commande ou une réservation, plutôt qu’une promotion diffusée à grande échelle. Il est également utile de suivre ensemble la note de qualité et le niveau de messagerie, car ils évoluent pour la même raison fondamentale : la réaction des destinataires. Une baisse de la qualité s’accompagne généralement de davantage de ces erreurs avant toute restriction plus sérieuse. Repérer cette baisse tôt permet de s’adapter avant d’être limité. - Traiter cela comme une fermeture de fenêtre et passer à un template. La condition est différente, mais le résultat est le même. - Réessayer immédiatement. Meta recommande d’attendre au moins 24 heures pour ce destinataire. - Interpréter cela comme une interdiction. Le numéro fonctionne ; seul ce message n’a pas été distribué. **Mon numéro est-il interdit ?** Non. 131049 bloque un seul message. Le numéro continue de fonctionner et d’autres envois peuvent aboutir. **Combien de temps dois-je attendre ?** Meta recommande d’attendre au moins 24 heures avant un nouvel envoi à ce destinataire. Aucun délai exact n’est publié. **Cela affecte-t-il ma note de qualité ?** C’est un signal issu de la même mesure sous-jacente. Le voir souvent doit donc être considéré comme une alerte précoce sur la qualité, plutôt que comme une erreur isolée. **Un fournisseur peut-il contourner le blocage ?** Non. Meta l’applique lors de la distribution. Tous les fournisseurs utilisant l’API officielle observent donc le même comportement. --- ## Erreur WhatsApp 131048 : limite anti-spam atteinte https://easycoexistence.com/fr/docs/whatsapp-error-131048 L’erreur 131048 signifie que Meta limite les envois depuis ce numéro parce que sa qualité a baissé, souvent après des blocages ou des signalements de destinataires. Le numéro fonctionne toujours. Ce qui change, c’est la quantité qu’il peut envoyer pendant le rétablissement de sa qualité. ### Qu’est-ce qui fait baisser la qualité d’un numéro ? Les réactions négatives des destinataires, que Meta mesure au lieu de les déduire de votre code. Les signaux sont les blocages, les signalements et, plus discrètement, l’absence de réponse à des messages qui en attendaient une. Un numéro qui envoie beaucoup de messages et en reçoit peu se distingue d’un numéro où les conversations se poursuivent, et cette différence s’accumule dans l’évaluation de qualité. L’évaluation passe par les états vert, jaune et rouge. C’est au stade rouge que les envois commencent à échouer avec cette erreur. Aucun de ces changements n’est signalé sur le téléphone, et l’application WhatsApp Business continue de fonctionner normalement, si bien que le premier signe pour la plupart des entreprises est un envoi qui échoue plutôt qu’un avertissement. ### Comment un numéro récupère-t-il ? De lui-même, si les envois à l’origine de la baisse cessent. La qualité est une mesure glissante. À mesure que les envois récents suscitent de meilleures réactions, l’évaluation remonte et la limite augmente avec elle. Il n’y a aucune demande à déposer ni aucun réglage qu’un fournisseur puisse modifier, ce qui signifie aussi que personne ne peut vous vendre une solution. Ce qui aide réellement, c’est de réduire le nombre de destinataires. Envoyez des messages aux personnes qui ont récemment interagi. Privilégiez les messages utiles liés à une action du client plutôt que la promotion diffusée en masse. Supprimez tout envoi adressé à une liste plutôt qu’à une personne. Le comportement qui a fait baisser l’évaluation est aussi celui qui la maintient basse : le rétablissement commence lorsque ce comportement change. ### Comment le savoir avant l’échec ? Uniquement en surveillant l’évaluation elle-même, raison pour laquelle il est préférable de surveiller une connexion plutôt que de la connecter simplement. Meta affiche l’évaluation de qualité et le niveau d’envoi du numéro, et ces données changent avant de vous coûter quoi que ce soit. Un numéro qui passe du vert au jaune vous avertit alors qu’il est encore temps d’agir. Un numéro qui atteint le rouge et commence à renvoyer cette erreur a déjà perdu des envois ; les messages concernés sont alors perdus plutôt que mis en attente. La baisse n’apparaît nulle part dans l’application WhatsApp Business. Une équipe qui répond depuis le téléphone voit donc une activité normale jusqu’au moment où les envois s’arrêtent. - Interpréter cela comme un bug dans le code d’envoi. La requête est correcte ; c’est le numéro qui est limité. - Changer de fournisseur pour y échapper. L’évaluation appartient au numéro et le suit. - Attendre une notification. Aucun changement de qualité n’est signalé sur le téléphone. **Puis-je toujours recevoir des messages ?** Oui. La réception n’est pas affectée et l’application WhatsApp Business continue de fonctionner normalement sur le numéro. **Combien de temps faut-il pour récupérer ?** Meta ne publie aucun délai. Il s’agit d’une mesure glissante : elle s’améliore lorsque les envois récents s’améliorent, et non après une durée fixe. **Passer à un autre fournisseur réinitialise-t-il la situation ?** Non. La qualité est liée au numéro de téléphone, et non à la personne qui effectue les envois. **Est-ce la même chose qu’un bannissement ?** Non. Un bannissement supprime le numéro. Cette erreur limite les envois d’un numéro fonctionnel jusqu’au rétablissement de sa qualité. --- ## Erreur WhatsApp 132001 : le template n’existe pas https://easycoexistence.com/fr/docs/whatsapp-error-132001 L’erreur 132001 signifie que le template que vous avez essayé d’envoyer n’existe pas dans la langue demandée, ou qu’il existe mais n’est pas approuvé. Les templates sont identifiés ensemble par leur nom et leur langue : un même nom dans une autre locale désigne un template différent. ### Pourquoi un template qui existe renvoie-t-il quand même l’erreur 132001 ? Presque toujours à cause du code de langue. Un template est identifié par son nom et sa langue. Un template créé sous le nom order_update en en_US n’existe pas sous order_update en en, en pt ou en pt_BR. Envoyer le bon nom avec la mauvaise locale produit exactement cette erreur, et le message indique malheureusement quelle moitié est incorrecte. La deuxième cause est l’état d’approbation. Un template créé mais toujours en attente de vérification ne peut pas être envoyé, pas plus qu’un template rejeté. Les deux renvoient le même code qu’un template jamais créé : vérifiez donc l’état avant de supposer que le nom est incorrect. ### Comment trouver le bon nom et la bonne langue ? Listez les templates du numéro et relisez leurs informations au lieu de vous fier à la configuration enregistrée. La liste fournit le nom exact, le code de langue exact et le statut de vérification de chaque template, ce qui permet de résoudre les trois causes de cette erreur. C’est aussi la seule source fiable, car un template peut être modifié ou rejeté après l’enregistrement de son nom. Avec le connecteur MCP, il suffit de poser la question plutôt que d’effectuer un appel API : demandez quels templates sont approuvés sur un numéro et l’assistant les lit. Depuis votre propre code, il s’agit d’une seule requête Graph vers le WhatsApp Business Account, avec `phone number id` et `token` pour cette connexion. ### Combien de temps prend l’approbation ? Généralement quelques minutes, parfois jusqu’à un jour. Meta vérifie chaque template avant qu’il puisse être envoyé. La plupart sont traités rapidement, mais le délai n’est pas garanti et un fournisseur ne peut pas l’accélérer. Cela compte pour toute intégration conçue pour créer un template puis l’envoyer immédiatement : l’envoi échouera avec cette erreur tant que la vérification est en attente. La méthode fiable consiste à créer les templates à l’avance lors de la configuration d’une intégration, puis à vérifier leur statut avant de les utiliser. Un assistant avec le connecteur peut faire les deux : envoyer le template, puis indiquer s’il est approuvé, rejeté ou toujours en cours de vérification. - Envoyer en alors que le template a été créé sous en_US. Pour l’API, ce sont deux templates différents. - Créer un template et l’envoyer dans la même opération. Meta le vérifie d’abord. - Supposer qu’un template rejeté fonctionne encore. Il renvoie exactement cette erreur, comme un template manquant. **Où puis-je voir le code de langue exact ?** Dans la liste des templates de ce numéro. Elle affiche ensemble le nom, la langue et le statut, ce qui constitue la seule source fiable. **Puis-je envoyer un template en attente ?** Non. Seuls les templates approuvés sont envoyés, et un template en attente renvoie cette même erreur. **Faut-il recréer un template rejeté ?** Vous pouvez le modifier et le soumettre à nouveau. En revanche, il ne peut pas être envoyé tant que son état est rejeté. **L’application WhatsApp Business peut-elle envoyer des templates ?** Pas sur un numéro Coexistence. Les templates passent par l’API, ce qui constitue l’une des raisons pratiques de connecter un numéro. --- ## Erreur WhatsApp 132000 : nombre de variables incompatible https://easycoexistence.com/fr/docs/whatsapp-error-132000 L’erreur 132000 signifie que les variables fournies ne correspondent pas à ce qu’attend le template. Un template avec deux espaces réservés doit recevoir exactement deux valeurs, dans l’ordre. Cette erreur apparaît souvent après la modification d’un template lorsque le code d’envoi n’est pas mis à jour. ### Comment les variables d’un template sont-elles comptées ? Par composant, dans l’ordre, en utilisant les espaces réservés numérotés du texte du template. Un corps de template contenant Hello {{1}}, your order {{2}} has shipped définit deux variables, et un envoi doit fournir exactement deux valeurs pour le composant body. En fournir une ou trois renvoie cette erreur. Il en va de même si vous en fournissez deux pour le mauvais composant, car les paramètres du header, du body et du button sont comptés séparément, au lieu d’être regroupés dans une seule liste. C’est pourquoi l’erreur semble souvent incorrecte au premier abord : le nombre total de valeurs peut être juste alors que leur répartition entre les composants ne l’est pas. ### Pourquoi apparaît-elle sur un template qui fonctionnait hier ? Parce qu’une personne a modifié le template sans mettre à jour le code d’envoi. Les templates peuvent être modifiés après leur approbation, et l’ajout ou la suppression d’un espace réservé change silencieusement le contrat du point de vue de l’expéditeur. Rien n’avertit l’intégration, et l’envoi suivant échoue. Dans une équipe où le marketing modifie les templates dans WhatsApp Manager et où l’ingénierie gère le code d’envoi, c’est la cause la plus fréquente de cette erreur. La bonne pratique consiste à relire le template plutôt qu’à faire confiance à une valeur notée lors de sa création. La liste des templates renvoie la définition actuelle, qui est la seule version pertinente au moment de l’envoi. ### Comment fournir correctement les valeurs ? En construisant le tableau des composants pour qu’il corresponde à la structure du template. Chaque composant indique son type et contient ses propres paramètres, dans l’ordre d’apparition des espaces réservés. Un body avec deux variables reçoit un composant body contenant deux paramètres text. Un template qui comporte aussi une variable dans son header reçoit également un composant header avec son propre paramètre : la valeur du header ne doit pas être ajoutée à la liste du body. Avec le connecteur MCP, cette étape est en partie automatisée : un assistant lit le template, détermine le nombre d’espaces réservés de chaque composant et les remplit à partir de votre demande. Dans votre propre code, il est préférable de lire la définition du template au démarrage plutôt que de coder en dur une structure susceptible de changer. - Regrouper les variables du header et du body dans une seule liste. Elles sont comptées par composant. - Coder en dur le nombre de variables. Une modification du template le change sans avertir l’expéditeur. - Envoyer une chaîne vide pour un espace réservé inutilisé. Le template le définit toujours, donc le nombre doit correspondre. **Puis-je envoyer un template sans variables ?** Oui. Si le template n’en définit aucune, n’envoyez aucun paramètre. En fournir malgré tout renvoie cette erreur. **L’ordre des valeurs est-il important ?** Oui. Les espaces réservés sont numérotés et remplis dans l’ordre : intervertir deux valeurs produit un mauvais message, pas une erreur. **Pourquoi le même envoi fonctionne-t-il dans une langue et pas dans une autre ?** Chaque version linguistique est un template distinct et peut avoir un nombre différent d’espaces réservés après une modification. **Est-ce la même erreur que 132001 ?** Non. 132001 signifie que le template est introuvable ou n’est pas approuvé. 132000 signifie qu’il a été trouvé, mais que les variables ne correspondent pas. --- ## Erreur WhatsApp 2593107 : limite de synchronisation dépassée https://easycoexistence.com/fr/docs/whatsapp-error-2593107 L’erreur 2593107 indique que ce numéro a déjà utilisé son unique synchronisation des contacts et de l’historique des conversations. La synchronisation a lieu une seule fois par mise en service et ne peut pas être répétée. Pour la relancer, il faut déconnecter le numéro, puis le reconnecter. ### À quelle synchronisation cela fait-il référence ? Il s’agit de l’étape qui transfère les contacts existants et l’historique des conversations d’un numéro Coexistence vers le côté API, afin que le logiciel ne démarre pas sans contexte sur un numéro utilisé depuis des années par une entreprise. Cette étape n’existe qu’à cause de Coexistence. Un numéro mis en service de manière classique n’a pas d’historique antérieur dans l’application à transférer, et il n’y a donc rien à synchroniser. Un numéro Coexistence possède les deux, et Meta propose leur transfert unique au moment de la connexion du numéro. C’est aussi pourquoi cette erreur est inconnue, même de personnes qui travaillent depuis longtemps avec la Cloud API. Elle concerne un mode de mise en service qu’elles n’ont jamais utilisé. ### Pourquoi cette opération ne peut-elle avoir lieu qu’une seule fois ? Parce qu’elle fait partie de la mise en service et non d’une fonctionnalité permanente, et que Meta la traite comme une décision unique prise au moment de la connexion. Le propriétaire de l’entreprise doit indiquer pendant Embedded Signup s’il souhaite partager l’historique existant des conversations. Répondre oui permet à la synchronisation de s’exécuter. Aucun paramètre ne permet de la réactiver plus tard et aucun endpoint ne la répète. C’est pourquoi un second appel renvoie cette erreur au lieu d’une limite qui se réinitialise. La conséquence pratique est que ce choix compte davantage qu’il n’y paraît sur le moment. Une personne qui avance rapidement dans la mise en service et refuse l’historique par prudence prend une décision qui ne peut être revue qu’après une déconnexion complète suivie d’une reconnexion. ### Que faire si vous devez vraiment la relancer ? Le numéro doit être déconnecté, puis reconnecté. Il s’agit d’une véritable opération, et non d’un simple paramètre. La reconnexion relance Embedded Signup depuis le début, y compris le scan du code sur le téléphone, et offre une nouvelle possibilité d’accepter l’historique. L’application WhatsApp Business reste intacte pendant toute l’opération : l’entreprise ne perd rien. Toutefois, il ne s’agit pas d’une action silencieuse en arrière-plan : quelqu’un doit être devant le téléphone. Une conséquence mérite d’être anticipée. La déconnexion supprime la destination du webhook, car celle-ci est définie comme remplacement sur un abonnement d’application, et non sur le numéro. La reconnexion rétablit l’envoi et la surveillance, mais pas la livraison vers votre propre serveur, sauf si la destination est rétablie. - Réessayer l’appel de synchronisation. Il s’agit d’une opération unique ; le nouvel appel renvoie donc la même erreur au lieu de finir par réussir. - Refuser l’historique des conversations pendant la mise en service par prudence. Ce choix ne peut être revu qu’en reconnectant le numéro. - Reconnecter le numéro sans prévoir de rétablir la destination du webhook, qui est supprimée avec l’application. **Cela arrive-t-il avec un numéro Cloud API classique ?** Non. La synchronisation existe uniquement pour les numéros Coexistence, car eux seuls ont un historique antérieur dans l’application à transférer. **Quelle quantité d’historique est synchronisée ?** Meta synchronise une période récente de l’historique des conversations lors de la mise en service. La quantité exacte est définie par Meta, et non par un fournisseur. **La reconnexion supprimera-t-elle mes conversations sur le téléphone ?** Non. L’application WhatsApp Business et ses conversations ne sont pas modifiées lorsque vous déconnectez et reconnectez le côté API. **2593108 correspond-il au même problème ?** Non. Ce code signifie que la synchronisation a été tentée plus de 24 heures après la mise en service, et non qu’elle a déjà été exécutée. --- ## Erreur WhatsApp 2593108 : synchronisation hors de la fenêtre de 24 heures https://easycoexistence.com/fr/docs/whatsapp-error-2593108 L’erreur 2593108 indique que la synchronisation des contacts et de l’historique des discussions a commencé plus de 24 heures après l’activation du numéro. Cette fenêtre est définie par Meta et, une fois passée, il faut reconnecter le numéro pour lancer la synchronisation. ### De quelle fenêtre de 24 heures s’agit-il ? Pas de celle de la messagerie, qui est à l’origine de la plupart des confusions autour de cette erreur. La WhatsApp Business Platform dispose d’une fenêtre de service client bien connue de 24 heures, calculée depuis le dernier message d’un client. Elle détermine si un texte libre peut être envoyé. Il s’agit d’une horloge totalement différente. Celle-ci démarre au moment où un numéro Coexistence termine son activation et détermine uniquement si les contacts et l’historique des discussions peuvent encore être récupérés. Les deux fenêtres n’ont aucun rapport, hormis le numéro concerné. Un message envoyé avec succès ne signifie donc pas que la fenêtre de synchronisation est encore ouverte. ### Pourquoi cette échéance est-elle souvent manquée ? Parce que l’activation et l’intégration ont généralement lieu à des jours différents, et souvent avec des personnes différentes. Un scénario courant : le responsable d’une entreprise connecte le numéro dans l’après-midi, puis une agence ou un développeur le relie à ses systèmes plus tard dans la semaine. Lorsque quelqu’un pense enfin à l’historique, la fenêtre est fermée et l’échec apparaît sous la forme d’un code d’erreur inconnu, sans avertissement préalable. Il vaut mieux considérer la synchronisation comme une étape de l’activation, et non de l’intégration. Si l’historique compte, il doit être récupéré le jour même où le numéro est connecté, avant toute autre étape. ### Quelles sont les options une fois la fenêtre fermée ? Déconnecter puis reconnecter le numéro, ou accepter de commencer sans historique. La reconnexion relance Embedded Signup, y compris le scan sur le téléphone, et ouvre une nouvelle fenêtre. Rien ne change dans l’application WhatsApp Business, l’entreprise conserve donc ses conversations dans les deux cas. Le coût est simplement de devoir être à nouveau présent devant le téléphone. Commencer sans historique convient souvent. L’API reçoit tout à partir du moment où le numéro est connecté, et la plupart des intégrations s’intéressent davantage aux nouvelles conversations qu’aux anciennes. L’historique compte surtout lorsqu’il faut consulter immédiatement le contexte passé d’un client, ce qui est un cas plus limité qu’il n’y paraît. - Confondre cette fenêtre avec celle de la messagerie. Ce sont deux horloges distinctes qui mesurent des éléments différents. - Attendre le début du travail d’intégration pour récupérer l’historique. À ce moment-là, la fenêtre est généralement fermée. - Reconnecter le numéro sans restaurer la destination du webhook, qui n’est pas conservée après une déconnexion. **Est-ce le même délai de 24 heures que pour la messagerie ?** Non. Cette fenêtre part de l’activation et régit la synchronisation. La fenêtre de messagerie part du dernier message du client et régit les textes libres. **La fenêtre peut-elle être prolongée ?** Non. Elle est définie par Meta et aucun fournisseur ne peut l’allonger. **La reconnexion est-elle payante ?** Aucun frais n’est facturé pour la reconnexion. Il faut simplement être présent devant le téléphone pour scanner à nouveau le code. **Que se passe-t-il si je ne synchronise jamais l’historique ?** L’API reçoit tout à partir du moment où le numéro est connecté. L’historique compte uniquement lorsqu’il faut accéder immédiatement au contexte passé. --- ## Erreur WhatsApp 131026 : message non distribuable https://easycoexistence.com/fr/docs/whatsapp-error-131026 L’erreur 131026 signifie que Meta n’a pas pu livrer le message à ce destinataire. La cause habituelle est que le numéro n’est pas du tout enregistré sur WhatsApp, même si un client obsolète ou des conditions que l’utilisateur n’a pas acceptées peuvent produire le même code. ### Pourquoi un numéro qui semble valide ne peut-il pas recevoir le message ? Parce qu’avoir un numéro de téléphone ne signifie pas que WhatsApp y est associé. La cause la plus fréquente est que le destinataire n’a jamais enregistré ce numéro sur WhatsApp ou l’a supprimé depuis. Rien dans le format du numéro ne le révèle. C’est pourquoi une liste importée d’un CRM produit ces erreurs en volume : elle contient des numéros de téléphone, mais seuls certains sont associés à WhatsApp. Deux causes moins fréquentes produisent le même code. Le destinataire utilise peut-être un client WhatsApp trop ancien pour recevoir le type de message envoyé, ou n’a pas accepté les conditions requises par une fonctionnalité récente. Ces deux situations échappent au contrôle de l’expéditeur. ### Que faut-il faire lorsque cette erreur apparaît ? Enregistrez-la sur le contact et arrêtez d’envoyer des messages à ce numéro au lieu de réessayer. Le problème vient du destinataire. Une nouvelle tentative immédiate produira donc le même résultat, et une nouvelle tentative planifiée aussi, dans la plupart des cas. Le traiter comme un problème temporaire finit par consommer le débit d’une intégration pour des numéros qui ne recevront jamais rien. La meilleure réponse consiste à marquer le contact comme injoignable sur WhatsApp et à utiliser un autre canal. Cela évite aussi qu’une liste de contacts se dégrade silencieusement avec le temps. Si le numéro est bien associé à WhatsApp, la correction doit être faite par le destinataire, pas par vous. - Réessayer selon un calendrier. Le problème vient du destinataire et ne disparaît pas simplement avec le temps. - Y voir un problème de format. Le numéro est parvenu à Meta, qui l’a rejeté lors de la livraison, et non lors de la validation. - Envoyer des messages à une liste CRM sans filtrage. Un numéro de téléphone n’est pas forcément un numéro WhatsApp. **Puis-je vérifier au préalable si un numéro est sur WhatsApp ?** Pas de manière fiable, et Meta ne propose pas de recherche pour cela. En pratique, le premier envoi sert de vérification. **Cette erreur affecte-t-elle ma note de qualité ?** Les destinataires injoignables ne sont pas la même chose que ceux qui vous bloquent ou vous signalent. Toutefois, envoyer massivement des messages à une liste qui en contient beaucoup peut finir par avoir des répercussions ailleurs. **Le format du numéro pose-t-il problème ?** Généralement, non. Les numéros mal formés renvoient plutôt une erreur de paramètre. Ce code signifie que le numéro a été compris, mais qu’il n’a pas pu être joint. **Dois-je supprimer le contact ?** Marquez-le comme injoignable sur WhatsApp au lieu de le supprimer. Cette personne pourrait enregistrer ce numéro plus tard. --- ## Erreur WhatsApp 131042 : problème de paiement https://easycoexistence.com/fr/docs/whatsapp-error-131042 L’erreur 131042 signifie que Meta ne peut pas facturer les messages, car le WhatsApp Business Account n’a aucun moyen de paiement valide. Meta vous facture directement ces frais : la solution se trouve donc dans WhatsApp Manager, et non auprès du fournisseur de votre accès à l’API. ### Qui facture réellement qui ? Deux entreprises interviennent, mais une seule des factures concerne votre fournisseur. Meta facture les conversations sur la WhatsApp Business Platform, en débitant le moyen de paiement associé à votre propre WhatsApp Business Account. Cette relation existe entre vous et Meta. Un fournisseur intervient à côté, en facturant l’accès et les outils, sans jamais voir ces frais de conversation. C’est pourquoi l’erreur ne peut pas être corrigée en contactant votre fournisseur, et pourquoi personne dans cette situation ne peut ajouter une carte à votre place. Cela signifie aussi qu’un fournisseur ne peut pas appliquer de marge aux frais de conversation qu’il ne reçoit jamais. ### Où le moyen de paiement est-il configuré ? Dans WhatsApp Manager, sur le WhatsApp Business Account auquel le numéro appartient. Vous y ajoutez ou modifiez un moyen de paiement. Le compte doit en avoir un avant que certains envois puissent fonctionner. Les envois de template marketing l’exigent notamment, ce qui explique pourquoi l’erreur apparaît souvent lors du premier envoi promotionnel d’un compte qui s’est jusque-là contenté de répondre aux clients. L’API ne peut volontairement pas effectuer cette action. Il n’existe aucun endpoint pour associer une carte, car il s’agit d’une relation commerciale au niveau du compte, et non d’une opération de messagerie. - Demander à un fournisseur de résoudre le problème. La relation de facturation existe entre vous et Meta, et aucune API ne peut associer une carte. - Supposer que les frais d’un fournisseur couvrent le coût des messages. Ce sont deux factures distinctes, émises par deux entreprises distinctes. - Essayer d’envoyer des templates marketing depuis un compte sans moyen de paiement. Meta en exige un pour ces envois. **EasyCoexistence peut-il payer Meta à ma place ?** Non. Les frais sont débités du moyen de paiement de votre propre WhatsApp Business Account, et aucune API ne permet d’en associer un. **Pourquoi cette erreur apparaît-elle seulement maintenant ?** Souvent parce qu’un premier envoi de template marketing a été tenté. Meta exige précisément un moyen de paiement pour ces envois. **Les messages entrants sont-ils bloqués ?** La réception n’est pas affectée. Seuls les envois pour lesquels Meta doit facturer échouent. **Peut-on éviter entièrement les frais de Meta ?** Les réponses envoyées pendant la fenêtre de service client de 24 heures sont gratuites. Meta facture les conversations ouvertes en dehors de cette fenêtre. --- ## Erreur WhatsApp 133010 : numéro non enregistré https://easycoexistence.com/fr/docs/whatsapp-error-133010 L’erreur 133010 indique que le numéro de téléphone n’est pas enregistré sur la WhatsApp Business Platform. Il peut être associé au compte et visible dans le dashboard, mais tant que l’enregistrement n’est pas terminé, il ne peut rien envoyer. ### Que signifie réellement l’enregistrement ici ? C’est la dernière étape qui rend un numéro utilisable pour l’envoi, indépendamment du fait que le numéro existe sur le WhatsApp Business Account. L’onboarding associe un numéro à un compte et vous fournit ses identifiants. L’enregistrement indique à la plateforme que le numéro est prêt à effectuer des transactions. C’est l’étape que l’on peut ignorer sans s’en rendre compte, car le dashboard affiche déjà le numéro. Tout semble connecté, puis le premier envoi échoue. Avec un numéro Coexistence, il est encore plus facile de passer à côté du problème : l’application WhatsApp Business sur le téléphone continue de fonctionner parfaitement, si bien que rien dans l’activité quotidienne de l’entreprise ne laisse penser qu’une étape est incomplète. ### Comment l’onboarding reste-t-il incomplet ? Le plus souvent, parce que quelqu’un a fermé la fenêtre. L’Embedded Signup de Meta s’exécute dans une fenêtre popup et comporte plusieurs étapes, dont le scan d’un code sur le téléphone. La fermer après l’apparition du numéro, mais avant la fin du parcours, laisse exactement cet état. La même chose peut arriver si le téléphone est perdu en cours de route ou si la session expire pendant que quelqu’un va chercher l’appareil. La solution consiste à relancer le parcours plutôt qu’à réessayer l’envoi. La reconnexion reprend depuis le début et termine l’enregistrement. Le numéro et l’application WhatsApp Business ne subissent aucun dommage si vous effectuez le parcours deux fois. - Réessayer l’envoi. L’enregistrement ne se termine pas parce qu’un message a été tenté. - Supposer qu’un numéro visible fonctionne. Il peut être associé au compte tout en restant non enregistré. - Diagnostiquer le problème depuis le téléphone. L’application WhatsApp Business fonctionne normalement, que l’enregistrement soit terminé ou non. **Le numéro est-il perdu ?** Non. Relancer le parcours d’onboarding de Meta termine l’enregistrement, et l’application WhatsApp Business reste fonctionnelle pendant toute l’opération. **Puis-je m’enregistrer via l’API ?** L’enregistrement fait partie du parcours d’onboarding de Meta, qui nécessite un navigateur et le téléphone. Il n’existe pas de raccourci API pour contourner le scan. **Pourquoi puis-je encore recevoir des messages ?** La réception et l’envoi ne dépendent pas de la même étape. Un numéro partiellement intégré peut donc sembler actif depuis le téléphone. **Est-ce la même chose que 133006 ?** Non. 133006 signifie que le numéro doit être vérifié avant l’enregistrement. Ici, l’enregistrement lui-même n’a jamais été terminé. --- ## Erreur WhatsApp 190 : token d’accès expiré https://easycoexistence.com/fr/docs/whatsapp-error-190 L’erreur 190 indique que le token d’accès utilisé pour la requête a expiré ou a été invalidé. Chaque appel échoue de la même façon, ce qui donne l’impression que le numéro a disparu. Ce n’est pas le cas : l’identifiant est défaillant, mais le numéro va généralement bien. ### Pourquoi un token expiré ressemble-t-il à un numéro perdu ? Parce que chaque requête échoue, toujours de la même façon. Lire le numéro, vérifier son état, lister les templates et envoyer un message cessent tous de fonctionner en même temps. De l’extérieur, cela ne se distingue pas d’un numéro supprimé du compte, et une intégration utilisant un seul identifiant ne peut pas différencier les deux situations. Beaucoup concluent alors qu’ils ont été déconnectés, alors que rien de tel ne s’est produit. La différence compte, car les réponses sont opposées. Un identifiant défaillant se remplace. Un numéro supprimé doit être reconnecté, ce qui nécessite le propriétaire de l’entreprise et le téléphone. ### Comment faire la différence ? En disposant d’un second identifiant capable de lire le même compte. EasyCoexistence conserve le token du client et son propre token System User pour chaque connexion. Lorsque l’un est rejeté, l’autre lit le WhatsApp Business Account et permet de déterminer lequel des deux a réellement cessé de fonctionner. Si le token du client est rejeté mais que le second accès en lecture fonctionne, l’identifiant a expiré et le numéro est sain. Si les deux échouent, le problème concerne le numéro lui-même. Sans ce second lecteur, le seul moyen de les distinguer consiste à demander au propriétaire de l’entreprise de vérifier, précisément le type d’interruption que la surveillance est censée éviter. ### Comment les tokens sont-ils invalidés ? De plusieurs façons, le plus souvent sans intervention volontaire. Les tokens ont une durée de vie et expirent automatiquement. Un changement de mot de passe sur le compte Meta les invalide. La suppression de l’accès d’une application dans les paramètres Business produit le même effet, tout comme la révocation par Meta d’un token considéré comme compromis. Aucun de ces cas ne déclenche d’avertissement préalable, et aucun n’est visible depuis l’application WhatsApp Business sur le téléphone. C’est pourquoi la validité des tokens doit être surveillée plutôt que gérée dans un gestionnaire d’erreurs. Lorsqu’un gestionnaire d’erreurs le détecte, les envois ont déjà échoué. - Reconnecter le numéro. Si le problème vient du token, cette reconnexion impose au propriétaire de l’entreprise une intervention inutile. - Considérer le problème comme intermittent et réessayer. Un token invalidé ne se rétablit pas tout seul. - Dépendre d’un seul identifiant. Avec un seul token, impossible de distinguer une défaillance d’identifiant d’un numéro perdu. **Le numéro fonctionne-t-il encore ?** Généralement oui. L’application WhatsApp Business n’est pas affectée et le numéro lui-même est intact. C’est l’accès à l’API qui s’est arrêté. **L’erreur 0 désigne-t-elle la même chose ?** En pratique, oui. Meta signale cette situation avec les deux codes selon l’endpoint. **Le fait de reconnecter le numéro réglera-t-il le problème ?** Oui, mais c’est une réponse lourde à un problème simple, qui nécessite le propriétaire de l’entreprise et le téléphone alors qu’un nouvel identifiant suffit. **Peut-on empêcher les tokens d’expirer ?** Les tokens System User peuvent avoir une longue durée de vie, ce qui explique notamment l’intérêt d’en conserver un second. --- ## Erreur WhatsApp 130429 : limite de débit atteinte https://easycoexistence.com/fr/docs/whatsapp-error-130429 L’erreur 130429 signifie que la limite de débit de la Cloud API pour ce numéro est atteinte. Il s’agit d’un problème de cadence, pas de volume : les mêmes messages passent s’ils sont envoyés plus lentement. Pour un numéro Coexistence, le plafond est fixé par Meta. ### Qu’est-ce qui est réellement limité ? C’est la cadence à laquelle les messages partent, et non le nombre de messages que vous pouvez envoyer en une journée. La plateforme accepte un certain nombre de messages par seconde pour un numéro, et les requêtes au-delà sont rejetées au lieu d’être mises en file. Envoyer dix mille messages n’est donc pas un problème en soi ; les envoyer tous pendant la même seconde en est un. Réparti sur quelques minutes, le même lot passe sans modification. Cela se distingue du niveau de messagerie, qui détermine le nombre de clients uniques avec lesquels vous pouvez démarrer une conversation par jour, et de la limitation liée à la qualité, qui restreint un numéro lorsque ses destinataires réagissent mal. Trois plafonds différents, trois codes différents, souvent confondus. ### La limite peut-elle être augmentée ? Pas pour un numéro Coexistence. Meta la fixe à une cadence donnée et aucun fournisseur ne peut la relever. Il est utile de le savoir avant de concevoir un système autour d’un chiffre plus élevé. Pour un numéro intégré de manière classique, le débit augmente avec la note de qualité et le niveau de messagerie au fil du temps. Cette différence fait partie des rares compromis réels de Coexistence et explique pourquoi un numéro destiné à de nombreuses diffusions est généralement mieux intégré sans cette option. Pour les échanges conversationnels, le plafond est rarement contraignant. Il le devient lorsqu’un processus parcourt une liste et envoie aussi vite que le code l’autorise, un fonctionnement qu’il vaut mieux éviter. ### Que doit faire l’expéditeur à la place ? Ralentissez les envois et réessayez avec un délai croissant plutôt que de réessayer immédiatement. Une file à cadence fixe est la solution durable, car elle fait de la limite une propriété du système plutôt qu’un problème découvert en production. Si cette solution est excessive, un délai exponentiel pour ce code précis apporte l’essentiel du bénéfice. Les tentatives répétées en boucle ne fonctionnent pas. Une boucle qui réessaie instantanément après un rejet génère davantage de requêtes exactement au moment où le numéro dépasse déjà sa cadence, ce qui prolonge le problème au lieu de le résoudre. - Réessayer immédiatement. Davantage de requêtes au moment du rejet maintient le numéro au-dessus de sa cadence. - Confondre cette limite avec le niveau de messagerie. Celui-ci concerne les conversations uniques quotidiennes, pas les messages par seconde. - Concevoir un numéro Coexistence en supposant que son débit augmente. Ce n’est pas le cas : le plafond est fixe. **Cela signifie-t-il que mon numéro est restreint ?** Non. Il s’agit d’une limite de cadence ordinaire. Le numéro est sain et les mêmes messages aboutissent lorsqu’ils sont envoyés plus lentement. **À quelle vitesse un numéro Coexistence peut-il envoyer ?** Meta fixe une cadence constante pour les numéros Coexistence, sans l’augmenter selon la qualité et le niveau de messagerie. **Le code 80007 est-il identique ?** Non. Il s’agit d’une limite de cadence du WhatsApp Business Account, et non du débit des messages pour un numéro. **Un autre fournisseur enverra-t-il plus vite ?** Non. La limite appartient au numéro et à Meta, pas à la personne ou au service qui appelle l’API. --- ## Connecter WhatsApp à Make via la Cloud API officielle https://easycoexistence.com/fr/integrations/make Définissez la destination du webhook du numéro sur un webhook personnalisé Make, et chaque message entrant démarre un scénario. Les réponses repartent via la Cloud API avec un module HTTP. Make ne peut pas utiliser notre serveur MCP, car Make est lui-même un serveur MCP et non un client. ### Comment un message WhatsApp démarre-t-il un scénario Make ? Créez un module de webhook personnalisé dans Make, copiez l'URL fournie, puis définissez-la comme destination du webhook du numéro. Ensuite, Meta livre chaque message envoyé au numéro directement à cette URL via HTTP POST, et le scénario s'exécute. Le payload contient sender, message body ou media reference, timestamp et message id. Il s'agit ensuite d'un scénario classique : routez selon le contenu, recherchez le client, puis appelez les autres services que vous utilisez. Comme il s'agit de Coexistence, le même message apparaît aussi dans l'application WhatsApp Business sur le téléphone. Une personne peut y répondre, le scénario voit ce qu'elle a envoyé, et aucun des deux ne répond par-dessus l'autre. ### Pourquoi Make ne peut-il pas utiliser le connecteur MCP ? Parce que Make est un serveur MCP, pas un client MCP. Il expose ses propres scénarios à des assistants comme Claude et ChatGPT, qui se connectent à Make. Il ne se connecte pas au serveur MCP de quelqu'un d'autre. Tout tient à cette direction. Notre connecteur est un serveur qui attend d'être appelé, tandis que Make ne sait pas appeler un serveur externe : les deux ne se rencontrent donc jamais. C'est différent de n8n, qui possède le nœud MCP Client Tool et peut utiliser un serveur distant via OAuth. En pratique, cela ne coûte rien. Le webhook couvre tout ce dont un scénario a besoin et réagit aux messages entrants, ce que MCP ne peut faire dans aucun outil. ### Comment un scénario envoie-t-il une réponse ? Avec un module HTTP vers la Cloud API, en utilisant le phone number id et le token d'accès du numéro. Les deux sont consultables depuis le dashboard, ou via le connecteur MCP si vous préférez qu'un assistant les récupère pour vous. Ce qu'il faut envoyer dépend du délai. Dans les 24 heures suivant le dernier message du client, le texte libre fonctionne. Au-delà, seule une template approuvée par Meta sera livrée, et un scénario qui n'envoie que du texte libre cessera de répondre dès le premier cas survenant pendant la nuit. La structure durable est un routeur : vérifiez depuis combien de temps le dernier message entrant est arrivé, puis choisissez la branche du texte libre ou celle de la template. - Laisser le webhook pointer vers une URL Make appartenant à un scénario désactivé. Meta lui livre les messages, mais rien ne s'exécute. - Ne pas répondre à la requête de vérification de Meta. Meta envoie un GET avec un challenge avant toute livraison. - Répondre avec du texte libre après la fenêtre de 24 heures. L'envoi échoue et, du point de vue du scénario, rien ne s'est passé. **Make peut-il se connecter à votre serveur MCP ?** Non. Make est un serveur MCP et non un client, il ne peut donc pas appeler le nôtre. Le webhook couvre tout ce dont un scénario a besoin. **Ai-je besoin d'une application Make pour WhatsApp ?** Non. Un webhook personnalisé reçoit les données et un module HTTP les envoie. L'intégration repose sur une URL et un appel REST. **L'équipe peut-elle toujours répondre depuis le téléphone ?** Oui. C'est ce que signifie Coexistence. L'application continue de fonctionner avec le même numéro et le scénario voit ce que la personne a envoyé. **Un scénario peut-il servir plusieurs clients ?** Oui. Dirigez chaque numéro vers le même webhook et routez selon le phone number id reçu dans le payload. --- ## Connecter WhatsApp à Zapier via la Cloud API officielle https://easycoexistence.com/fr/integrations/zapier Pointez la destination webhook du numéro vers un catch hook Zapier : chaque message entrant déclenche alors un Zap. Les réponses repartent via la Cloud API avec une action webhook. Zapier ne peut pas utiliser notre serveur MCP, car Zapier est un serveur MCP et non un client. ### Comment un message entrant déclenche-t-il un Zap ? Commencez un Zap avec le déclencheur Webhooks by Zapier, choisissez Catch Hook, puis copiez l’URL générée par Zapier. Définissez cette URL comme destination webhook du numéro : Meta y transmet directement chaque message entrant. Le payload contient l’expéditeur, le contenu du message, un timestamp et le message id : c’est tout ce sur quoi la plupart des Zaps s’appuient pour créer des branches. Rien ne s’exécute sur votre infrastructure et aucune application Zapier n’est à maintenir, car l’intégration se résume à une URL. L’application WhatsApp Business continue de fonctionner sur le même numéro. Une personne peut donc reprendre toute conversation que le Zap ne traite pas. ### Pourquoi Zapier n’utilise-t-il pas le connecteur MCP ? Parce que Zapier exécute un serveur MCP et non un client MCP. Des assistants comme Claude et ChatGPT se connectent à Zapier pour utiliser ses actions. Zapier ne se connecte pas à un serveur MCP tiers, il ne peut donc pas atteindre le nôtre. En pratique, cela ne change rien. MCP permet à un assistant d’agir à la demande d’une personne, tandis qu’un Zap suit la logique inverse : un événement survient et l’automatisation répond. C’est le rôle des webhooks dans tous les outils, y compris ceux qui disposent de clients MCP. Si vous voulez aussi intégrer un assistant, le connecteur fonctionne dans Claude ou ChatGPT à côté du Zap, et non à l’intérieur de celui-ci. ### Comment un Zap envoie-t-il une réponse ? Avec une action POST Webhooks by Zapier vers la Cloud API, en utilisant le phone number id du numéro et l’access token du dashboard. Le moment de l’envoi détermine ce que vous pouvez transmettre. Dans les 24 heures suivant le dernier message du client, le texte libre est accepté. Au-delà, seul un template approuvé est autorisé. C’est là que la plupart des Zaps échouent en production, car les tests ont toujours lieu quelques secondes après un message. Un Zap qui gère les deux cas doit appliquer un filtre de chemin selon le temps écoulé depuis la réception du dernier message entrant. C’est une étape supplémentaire, mais elle distingue une automatisation qui fonctionne mardi après-midi d’une automatisation qui fonctionne à trois heures du matin. - Utiliser une URL de test Zapier comme destination. Elle cesse d’écouter et les messages ne sont transmis nulle part. - Oublier le GET de vérification de Meta. Le catch hook doit renvoyer le challenge avant le début de la transmission. - Envoyer du texte libre après la fenêtre de 24 heures, ce qui échoue silencieusement du point de vue du Zap. **Existe-t-il une application WhatsApp Zapier officielle ?** Vous n’en avez pas besoin ici. Un catch hook reçoit les messages et une action webhook les envoie, ce qui vous maintient sur la Cloud API officielle sans intermédiaire. **Zapier peut-il utiliser votre serveur MCP ?** Non. Zapier est lui-même un serveur MCP et n’agit pas comme client. Il ne peut donc pas appeler le nôtre. **Mon équipe perd-elle l’accès au téléphone ?** Non. Coexistence permet à l’application WhatsApp Business de continuer à fonctionner sur le même numéro. **Que se passe-t-il si mon Zap est en pause ?** Meta réessaie pendant un certain temps, puis cesse. Les messages arrivent toujours dans l’application du téléphone : l’entreprise ne perd donc rien. --- ## Connectez WhatsApp à ChatGPT avec un connecteur personnalisé https://easycoexistence.com/fr/integrations/chatgpt Activez le mode développeur dans les paramètres de ChatGPT, ajoutez EasyCoexistence comme connecteur, puis ChatGPT peut lister vos numéros, vérifier leur état, envoyer des messages et des templates, et diriger les webhooks vers vos propres systèmes, le tout via la Cloud API officielle de Meta. ### Comment l'ajouter à ChatGPT ? Ouvrez les paramètres, allez dans Connectors, puis Advanced, et activez le mode développeur. C'est ce qui permet d'ajouter un connecteur par URL plutôt que de choisir dans la liste intégrée. Ajoutez un connecteur pointant vers l'endpoint MCP d'EasyCoexistence. La première fois que ChatGPT appelle un outil, une fenêtre de connexion s'ouvre et vous l'autorisez à cet endroit. Rien n'est généré, copié ou collé, car le connecteur utilise OAuth plutôt qu'une clé API. Le serveur lui-même est distant. Rien n'est installé, rien ne s'exécute en arrière-plan sur votre machine et fermer ChatGPT n'affecte en rien un numéro connecté. ### Que peut faire ChatGPT une fois connecté ? Posez votre question en langage naturel et ChatGPT choisit l'outil. Lequel de mes numéros présente un problème ? Envoyez à ce client sa confirmation de réservation. Créez un template pour les mises à jour de commande et dites-moi quand Meta l'approuve. Dirigez le webhook de ce numéro vers mon serveur. Les outils de lecture permettent de lister les numéros, de vérifier la note de qualité, le niveau de messagerie et l'état de connexion, ainsi que de récupérer les identifiants lorsqu'un autre système en a besoin. Les outils d'envoi couvrent le texte libre pendant la fenêtre de session et les templates approuvés en dehors de celle-ci. L'un des seize outils fournit à ChatGPT notre documentation au format markdown. Il peut ainsi répondre aux questions sur le fonctionnement de tout cela à partir de nos documents, plutôt que de deviner. ### Que ne peut-il pas faire ? Réagir à un message entrant. Il est important de le préciser, car c'est ce que la plupart des gens attendent d'un assistant. MCP fonctionne sur le modèle requête-réponse. ChatGPT appelle un outil lorsque vous le lui demandez. Aucun mécanisme ne permet au message WhatsApp d'un client de réveiller ChatGPT pour qu'il réponde seul à trois heures du matin. Rien dans notre connecteur ne change cela, et aucun serveur MCP d'aucun produit ne le permet. Les réponses automatiques passent par le webhook : Meta transmet les messages entrants à un système que vous gérez, et ce système décide quoi faire. Les deux fonctionnent ensemble, et le connecteur peut même définir la destination du webhook à votre place. - S'attendre à ce qu'il réponde automatiquement aux clients. MCP agit sur demande ; les messages entrants nécessitent un webhook. - Chercher EasyCoexistence dans la liste intégrée des connecteurs. Il s'ajoute par URL avec le mode développeur activé. - Penser qu'une clé est nécessaire. Le connecteur s'autorise via OAuth et rien n'est à coller. **Faut-il un forfait ChatGPT payant ?** Les connecteurs personnalisés sont accessibles via le mode développeur dans les paramètres. Leur disponibilité suit les règles de forfait d'OpenAI, et non quelque chose que nous contrôlons. **ChatGPT voit-il les conversations de mes clients ?** Uniquement ce que vous lui demandez. Les messages entrants vont de Meta vers la destination du webhook que vous indiquez, et nous ne stockons jamais le contenu des conversations. **Peut-il connecter un nouveau numéro ?** Il peut lancer le processus. Le connecteur renvoie un lien que le propriétaire de l'entreprise ouvre pour autoriser son propre numéro via le parcours de Meta. **Fonctionne-t-il avec le même compte que Claude ?** Oui. Un compte EasyCoexistence, un endpoint et tous les assistants que vous connectez voient les mêmes numéros. --- ## Connecter WhatsApp à Cursor via MCP https://easycoexistence.com/fr/integrations/cursor Ajoutez EasyCoexistence à la configuration MCP de Cursor pour que l’éditeur accède à un vrai numéro WhatsApp sans quitter votre projet : listez les numéros, vérifiez leur état, envoyez des messages et des templates approuvés, puis définissez les destinations de webhook pour ce que vous construisez, le tout via la Cloud API officielle de Meta. ### Comment l’ajouter à Cursor ? Ouvrez les paramètres et trouvez la section MCP, puis ajoutez un serveur pointant vers l’endpoint EasyCoexistence. Cursor lit aussi un fichier mcp.json, ce qui convient mieux si vous configurez plusieurs machines ou souhaitez conserver la configuration dans le contrôle de version. Après rechargement, demandez à Cursor de lister vos numéros. La première fois, il vous authentifie, puis les outils restent disponibles. Aucun paquet à installer ni aucune clé à générer. Le serveur est distant : rien ne s’exécute à côté de l’éditeur et fermer Cursor n’a aucun effet sur un numéro connecté. ### Pourquoi utiliser WhatsApp dans un éditeur ? Parce que ce qui est construit est généralement l’intégration elle-même, et que sans cela la boucle de retour est lente. Configurer un webhook, vérifier sa validation, envoyer un message de test à vous-même, relire le statut d’approbation d’un template : chacune de ces actions impose de passer du tableau de bord au code. Avec le connecteur, vous posez ces questions là où se trouve déjà le code. C’est aussi le moyen le plus rapide de configurer le numéro d’un client pendant que vous travaillez sur son projet. get_connect_link renvoie le lien qu’il ouvre, et set_webhook_destination dirige le numéro vers ce que vous construisez, sans que personne n’ouvre un onglet qui ne soit pas la fenêtre Meta. - S’attendre à ce qu’il reçoive des messages. MCP agit sur demande ; le trafic entrant nécessite une destination de webhook. - Mettre un token dans la configuration. Le connecteur utilise OAuth et n’a besoin d’aucun secret dans le fichier. - Envoyer du texte libre à un contact qui n’a pas écrit depuis un jour. Après 24 heures, seul un template approuvé est remis. **Y a-t-il quelque chose à installer ?** Non. Il s’agit d’un serveur distant via HTTP avec OAuth : Cursor s’y connecte sans l’exécuter. **Puis-je conserver la configuration dans le contrôle de version ?** Oui, avec mcp.json. Il ne contient aucun secret, car l’autorisation se fait via OAuth lors de la première utilisation. **Est-ce compatible avec Claude Code aussi ?** Oui, avec une seule commande. L’endpoint est le même pour chaque client. **Peut-il envoyer des messages à n’importe quel numéro ?** Il envoie depuis les numéros connectés à votre compte vers n’importe quel destinataire WhatsApp, selon les règles habituelles de fenêtre et de template. --- ## Connecter WhatsApp à Claude Code via MCP https://easycoexistence.com/fr/integrations/claude-code Exécutez une commande claude mcp add pour que Claude Code accède à un véritable numéro WhatsApp : lister les numéros, vérifier l’état, envoyer des messages et des templates, puis définir les destinations des webhooks, le tout via la Cloud API officielle de Meta et non une session sur appareil lié. ### Comment l’ajouter ? Exécutez claude mcp add avec le transport http et l’endpoint EasyCoexistence, dans n’importe quel terminal. Lancez ensuite /mcp dans Claude Code et authentifiez-vous. Les seize outils seront dès lors disponibles dans chaque session sur cette machine. Rien n’est installé à part l’entrée de configuration. Le serveur est distant : aucun processus ne doit rester actif et aucune session n’est conservée sur le disque. L’autorisation utilise OAuth : aucun token ne se retrouve dans l’historique du shell, un fichier de configuration caché ou un dépôt. C’est particulièrement important ici, car la configuration du terminal est facilement validée par erreur dans un dépôt. ### À quoi sert-il concrètement ? Aux tâches d’agent qui couvrent WhatsApp et une base de code en même temps, ce qui correspond à la plupart des usages de nos clients payants. Un agent peut connecter le numéro d’un client avec get_connect_link, le relier au service qu’il développe avec set_webhook_destination, puis envoyer un message de test et vérifier si le webhook a été validé. Sans cela, il faut passer par un dashboard, un téléphone et beaucoup d’attente. C’est aussi ainsi que la documentation parvient au modèle. get_docs renvoie notre documentation produit au format markdown : un agent qui répond à des questions sur les règles de Coexistence, la fenêtre de 24 heures ou la condition de 14 jours s’appuie sur nos documents plutôt que sur ses souvenirs. - S’attendre à ce que les messages entrants parviennent à l’agent. MCP fonctionne par requête et réponse ; la réception nécessite un webhook. - L’ajouter pour chaque projet. La configuration se fait par machine et reste disponible dans chaque session. - Envoyer des messages libres hors fenêtre dans un script. Vérifiez l’heure du dernier message entrant et utilisez un template si nécessaire. **Cela fonctionne aussi dans Codex ?** Tout outil compatible avec MCP via HTTP et OAuth peut utiliser le même endpoint. **Un token est-il enregistré sur le disque ?** Non. L’autorisation utilise OAuth : aucun secret ne figure dans le fichier de configuration. **Un agent peut-il connecter lui-même un numéro ?** Il peut lancer le processus. Le lien obtenu doit être ouvert par le propriétaire de l’entreprise, car le parcours de Meta nécessite un navigateur et le téléphone. **Fermer le terminal déconnecte-t-il quelque chose ?** Non. Le serveur est distant et le numéro reste connecté, quelle que soit l’activité locale. --- ## Webhooks WhatsApp : acheminer les messages directement vers votre serveur https://easycoexistence.com/fr/whatsapp-webhook Un webhook WhatsApp est un endpoint HTTPS que vous désignez et auquel Meta envoie des événements : messages entrants, statuts de livraison, changements de qualité et mises à jour du compte. Sur un numéro Coexistence, la destination peut être votre propre serveur : les conversations ne passent alors jamais par un fournisseur. ### Qu'envoie réellement Meta à un webhook ? Des événements, répartis en catégories, et la distinction entre eux détermine votre architecture. Le parcours des messages contient ce que les clients envoient et, sur un numéro Coexistence, les échos de ce que votre équipe envoie depuis l'application WhatsApp Business. Il s'agit des champs messages et smb_message_echoes, les seuls qui contiennent le contenu des conversations. Le parcours opérationnel contient tout le reste : account_update lorsqu'un état de connexion change, phone_number_quality_update lorsque la qualité ou le débit évolue, account_alerts, account_review_update, business_capability_update et phone_number_name_update. Ces événements ne contiennent aucun contenu de conversation et servent de base à la supervision. Un fournisseur placé sur le parcours des messages reçoit le premier groupe. Un fournisseur qui ne s'y trouve pas ne le reçoit pas. ### Comment Meta vérifie-t-elle un endpoint ? Avec une requête GET avant toute livraison. C'est la raison la plus fréquente pour laquelle une configuration apparemment terminée ne reçoit jamais de message. Meta appelle votre URL avec hub.mode défini sur subscribe, votre hub.verify_token et une valeur hub.challenge. Votre endpoint doit renvoyer cette valeur challenge comme corps de réponse brut, sans JSON ni ajout. Sinon, Meta ne commence jamais les livraisons et aucun dashboard ne l'indique. L'endpoint doit également être en HTTPS. Un endpoint qui renvoie une 404 silencieuse, ou qui se trouve derrière une couche d'authentification rejetant Meta, semble fonctionner jusqu'à ce que le premier message n'arrive jamais. ### La destination peut-elle pointer vers votre propre serveur ? Oui, et c'est ce qui différencie les fournisseurs. Meta permet à une application de remplacer la destination des webhooks d'un WhatsApp Business Account donné. Nous définissons ce remplacement sur votre URL, ce qui achemine les événements du parcours des messages de notre callback vers le vôtre. Nous conservons les événements opérationnels, car ils alimentent le dashboard et les alertes. La conséquence est architecturale, plutôt qu'une règle que nous publions. Le contenu des conversations ne peut pas être stocké de notre côté, puisqu'il ne nous est jamais livré. Un compte sans remplacement revient à notre callback par défaut, où le gestionnaire ignore ces événements sans les conserver. ### Que devient la destination lorsqu'un numéro se reconnecte ? Elle est supprimée, ce que presque personne ne prévoit. La destination n'est pas une propriété du numéro de téléphone. Il s'agit d'un remplacement appliqué à l'abonnement de notre application au WhatsApp Business Account. Lorsqu'une connexion est supprimée, en raison de la règle d'inactivité de quatorze jours de Meta ou pour toute autre raison, l'application est désinstallée de ce compte et le remplacement disparaît avec elle. La reconnexion rétablit l'envoi et la supervision. Elle ne rétablit pas la livraison vers votre serveur et aucune erreur n'est signalée. Le premier signe est donc souvent un client qui indique que personne ne lui a répondu. Nous réappliquons le remplacement à chaque reconnexion, car cela est arrivé à un vrai numéro qui s'est reconnecté correctement avant de devenir silencieux. - Renvoyer du JSON lors de la vérification GET. Meta attend la valeur brute de hub.challenge, et rien d'autre. - Utiliser une URL temporaire ou de test. Meta continue de lui envoyer des requêtes après l'arrêt de l'outil qui l'a générée. - Supposer que la destination reste après une reconnexion. Elle dépend d'un abonnement d'application et est désinstallée avec lui. - Placer l'endpoint derrière une authentification qui rejette la requête de Meta. **Mes messages passent-ils par EasyCoexistence ?** Non. Le remplacement envoie les événements du parcours des messages directement de Meta vers votre endpoint. Les événements d'un compte sans remplacement reviennent à notre callback et sont ignorés sans être conservés. **Puis-je modifier la destination plus tard ?** Oui, à tout moment, depuis le dashboard ou via le connecteur MCP. En transmettant null, vous revenez à notre destination par défaut. **Que se passe-t-il si mon serveur est indisponible lorsque Meta livre les messages ?** Meta réessaie pendant un certain temps, puis s'arrête. Les messages arrivent toujours dans l'application WhatsApp Business du téléphone : l'entreprise ne perd donc rien, même lorsque l'intégration échoue. **Un seul webhook suffit-il pour plusieurs numéros ?** Oui. Pointez chaque numéro vers le même endpoint et utilisez l'identifiant du numéro de téléphone destinataire dans le payload pour les distinguer. --- ## Envoyer et recevoir des messages WhatsApp avec Python https://easycoexistence.com/fr/integrations/python La réception est une route de votre framework web qui répond au GET de vérification de Meta et accepte les POST. L’envoi est une requête HTTPS vers la Cloud API avec le phone number id et le token du numéro. Aucun SDK de notre part, et rien à installer. ### Comment recevoir des messages avec Python ? Avec deux handlers sur une même route, dans le framework que vous utilisez déjà. Le handler GET répond à la vérification de Meta. Il lit hub.mode, hub.verify_token et hub.challenge dans la chaîne de requête, vérifie le token avec le vôtre et renvoie le challenge dans le corps brut. Renvoyer du JSON ici est l’erreur la plus courante, et l’échec passe silencieusement. Le handler POST reçoit les événements. Renvoyez rapidement 200 et effectuez le traitement ensuite, car Meta considère une réponse lente comme un échec et réessaie. Vous risquez donc de traiter le même message deux fois. Mettez-le en file ou confiez-le à une tâche en arrière-plan au lieu de le traiter en ligne. Les messages arrivent avec un identifiant wamid. Les dédupliquer sur cet identifiant est utile dès le départ, car les nouvelles tentatives sont normales, et non exceptionnelles. ### Comment envoyer ? Un seul POST vers l’endpoint messages de la Cloud API correspondant au phone number id, avec un bearer token. Les deux valeurs proviennent de la connexion : le dashboard les affiche, et get_api_credentials les renvoie si vous préférez qu’un assistant les récupère. Rien dans cet appel ne nous est spécifique : n’importe quelle bibliothèque HTTP convient, et la requête est exactement celle de la documentation de Meta. Ce qui change selon le moment, c’est le corps de la requête. Dans les 24 heures suivant le dernier message du client, vous envoyez un objet text. Au-delà, vous envoyez un objet template indiquant un template approuvé et sa langue. Un client qui ne connaît que la première structure fonctionne parfaitement pendant les tests, puis échoue au premier message reçu pendant la nuit avec l’erreur 131047. ### Que faut-il à un handler de production en plus ? Trois éléments faciles à négliger et coûteux à ajouter plus tard. Dédupliquez sur l’identifiant du message, car Meta réessaie. Placez un secret long et aléatoire dans l’URL du webhook et rejetez les requêtes qui ne le contiennent pas, sinon toute personne qui devine une URL prévisible peut y publier des données. L’en-tête de signature n’est pas une option ici : Meta signe avec le secret de l’application propriétaire de l’abonnement, qui est la nôtre et n’est jamais partagé. Enfin, tenez compte du temps écoulé depuis le dernier message du contact afin que le chemin d’envoi choisisse text ou template sans intervention humaine. Aucun framework ni bibliothèque n’est nécessaire. Il s’agit d’un ensemble, d’un contrôle et d’une comparaison. Les mettre en place avant le premier client fait la différence entre une intégration qui fonctionne discrètement et une autre qui vous alerte. - Renvoyer du JSON depuis le GET de vérification au lieu de la valeur brute de challenge. - Traiter la requête avant de renvoyer 200. Meta réessaie les réponses lentes et vous traitez le message deux fois. - Envoyer du texte libre sans vérifier la fenêtre. L’erreur 131047 est renvoyée, donnant l’impression que rien ne s’est passé. **Existe-t-il un SDK Python ?** Pas de notre part, et vous n’en avez pas besoin. L’API est celle de Meta, documentée par Meta et accessible avec n’importe quelle bibliothèque HTTP. **Quel framework dois-je utiliser ?** N’importe lequel. Il suffit d’une route qui répond à un GET et accepte un POST, ce que font tous les frameworks web Python. **Comment éviter de traiter un message deux fois ?** Dédupliquez sur l’identifiant wamid du payload. Meta réessaie par conception, c’est donc un comportement attendu, et non un cas exceptionnel. **L’équipe peut-elle toujours utiliser le téléphone ?** Oui. Coexistence permet à l’application WhatsApp Business de fonctionner sur le même numéro, et votre handler reçoit ce que l’équipe envoie sous forme d’événement echo. --- ## Envoyer et recevoir des messages WhatsApp avec Node.js https://easycoexistence.com/fr/integrations/node La réception se fait via une route qui répond au GET de vérification de Meta et accepte les POST. L’envoi utilise un appel fetch vers la Cloud API, avec le phone number id et le token du numéro. Nous ne fournissons aucun SDK et rien n’est à installer. ### Comment recevoir des messages dans Node ? Une route avec deux méthodes, dans Express, Fastify, un gestionnaire de route Next ou un serveur classique. Le GET répond à la vérification de Meta : lisez hub.mode, hub.verify_token et hub.challenge dans la requête, comparez le token au vôtre et renvoyez le challenge en texte brut. Le renvoyer en JSON est l’erreur habituelle : vous obtenez un endpoint qui ne reçoit jamais rien tout en semblant correct. Le POST reçoit les événements. Répondez immédiatement avec 200, puis traitez-les. Meta réessaie toute requête lente, et un handler qui travaille avant de répondre verra le même message plusieurs fois. En serverless notamment, répondre d’abord puis placer le travail en file d’attente évite qu’un démarrage à froid ne crée un doublon. ### Comment envoyer ? Effectuez un fetch vers l’endpoint messages de la Cloud API associé au phone number id, avec le token dans un en-tête bearer. Rien n’est spécifique à notre service : la requête correspond donc exactement à la documentation de Meta, sans wrapper à apprendre ni dépendance imposée. Les deux valeurs se trouvent dans le dashboard, et get_api_credentials les renvoie via le connecteur MCP si un assistant configure l’intégration. Le corps dépend du délai. Dans les 24 heures suivant le dernier message entrant du client, envoyez un objet text. Au-delà, envoyez un objet template avec un nom de template et une langue approuvés. Un code qui envoie uniquement du texte passe tous les tests, puis échoue au premier message reçu pendant la nuit. ### Qu’est-ce qui change en serverless ? Deux choses, toutes deux liées au fait que la fonction peut se terminer avant le travail. Renvoyer 200 puis continuer le traitement ne fonctionne pas avec une fonction qui se fige dès qu’elle répond. Utilisez le mécanisme de votre plateforme qui maintient le travail actif après la réponse, ou placez le payload dans une file d’attente et laissez une autre fonction le traiter. Meta a seulement besoin d’un accusé de réception rapide, pas du travail terminé. Les démarrages à froid rendent aussi les réponses lentes plus probables, ce qui entraîne davantage de nouvelles tentatives et de doublons. Dédupliquer avec l’identifiant de message wamid n’est pas facultatif dans cette architecture : c’est ce qui la rend fiable. - Renvoyer le challenge en JSON plutôt que dans le corps brut. - Effectuer le travail avant de répondre 200. En serverless, la fonction peut se figer dès qu’elle répond. - Ne pas dédupliquer. Meta réessaie par conception et les doublons sont normaux, pas exceptionnels. **Ai-je besoin d’une bibliothèque ?** Non. Une route et un fetch suffisent, et l’appel correspond exactement à la documentation de Meta. **Cela fonctionne-t-il sur Vercel ou Lambda ?** Oui, avec la contrainte habituelle du serverless : accusez réception d’abord, puis traitez via une file d’attente ou un mécanisme en arrière-plan, plutôt qu’en ligne. **Comment vérifier que la requête vient de Meta ?** Placez un secret long et aléatoire dans l’URL du webhook et rejetez toute requête qui ne le contient pas. Meta signe avec le secret de l’application propriétaire de l’abonnement, ici la nôtre, qui n’est jamais partagé : l’en-tête de signature ne peut donc pas être vérifié de votre côté. **Puis-je utiliser TypeScript ?** Oui. Nous n’imposons rien à typer, puisque le payload appartient à Meta et est documenté par Meta. --- ## EasyCoexistence ou une boîte de réception BSP https://easycoexistence.com/fr/compare/coexistence-vs-bsp Un BSP vend une plateforme : une boîte de réception partagée dans laquelle votre équipe travaille, avec les messages stockés sur ses serveurs. Coexistence conserve l'application WhatsApp Business sur le téléphone et achemine les messages où vous le souhaitez. Le choix revient à décider si vous voulez un produit dans lequel travailler ou une connexion sur laquelle bâtir. ### Que vous apporte réellement un BSP ? Un produit, et ce n'est pas une critique. Un Business Solution Provider vend généralement une boîte de réception partagée : les agents se connectent, les conversations sont attribuées, il y a des réponses prédéfinies, des étiquettes, des rapports et une application mobile. Pour une équipe support de huit personnes qui doit répartir le travail et voir qui a répondu à quoi, c'est réellement le bon achat, et le construire vous-même serait insensé. La conséquence architecturale est que les messages transitent par leur plateforme et y sont stockés, car une boîte de réception partagée ne peut pas exister autrement. Elle a besoin de l'historique pour l'afficher. C'est inhérent au produit, plutôt qu'un choix fait par un fournisseur donné. ### Quand Coexistence est-elle la solution la plus adaptée ? Quand le numéro appartient à une entreprise qui a déjà sa façon de travailler et que personne ne veut la changer. Une petite équipe qui répond depuis un seul téléphone n'a pas besoin d'attribuer les conversations. Elle veut récupérer ses soirées, ce qui signifie qu'un système gère automatiquement les confirmations et les premières réponses pendant que le téléphone continue de fonctionner exactement comme avant. La transférer dans une boîte de réception résout un problème qu'elle n'a pas et en crée un qu'elle n'a pas demandé. Une agence présente la même situation pour une autre raison. Les clients ne migreront pas leur numéro ni ne formeront à nouveau leur personnel, et souvent n'accepteront pas non plus que leurs conversations soient stockées sur une plateforme tierce. Coexistence est la seule voie officielle qui ne leur demande rien. ### Laquelle choisir si vous développez le logiciel ? Coexistence, presque toujours, et la raison est structurelle plutôt que liée aux fonctionnalités. Si vous développez le système qui gère les conversations, la boîte de réception d'un BSP est un concurrent de ce que vous construisez et une couche entre vous et Meta. Vous finissez par intégrer leur abstraction plutôt que la Cloud API, ce qui signifie subir leurs limites de débit, la forme de leurs webhooks, leur calendrier de publication et leur tarification, en plus de celle de Meta. Avec Coexistence, le webhook arrive sur votre endpoint et les appels API sont ceux de Meta, documentés par Meta. Rien dans l'intégration ne dépend d'un fournisseur, ce qui permet aussi de le quitter. - Choisir en fonction du prix. Ce sont des produits différents, et le moins cher n'est pas une version réduite de l'autre. - Mettre une équipe support de huit personnes sur une connexion brute sans rien avoir construit. Elle a besoin d'une boîte de réception et sera mécontente sans elle. - Supposer qu'un BSP peut maintenir l'application WhatsApp Business active. Certains le peuvent grâce à Coexistence, beaucoup ne le peuvent pas, et il vaut la peine de poser directement la question. **Puis-je utiliser les deux ?** En pratique, oui, si un BSP prend en charge Coexistence. La question à lui poser est où le contenu des conversations est stocké, car c'est là que se trouve la vraie différence. **Un BSP est-il plus fiable ?** Les deux fonctionnent avec la Cloud API de Meta, donc la distribution est identique. Ce qui diffère, c'est le nombre d'intervenants entre Meta et votre système. **Lequel est le moins cher ?** En général, un forfait fixe de connexion coûte moins cher qu'une tarification de boîte de réception par siège, mais ce sont des achats différents et comparer uniquement les chiffres est trompeur. **Que devient mon historique si je pars ?** Avec Coexistence, il n'a jamais été détenu par nos soins. Avec une plateforme, il y reste, et le récupérer nécessite un export. --- ## EasyCoexistence ou le développement en interne https://easycoexistence.com/fr/compare/build-it-yourself-vs-easycoexistence Chaque appel d’API effectué par ce produit est documenté par Meta et accessible à toute personne disposant d’une application Meta. Construire la connexion prend un week-end. Ce qui prend plus de temps, c’est de devenir un Tech Provider, et ce qui ne finit jamais, c’est de détecter qu’une connexion s’est arrêtée silencieusement. ### Que devriez-vous réellement construire ? Moins que prévu pour la première version, et davantage que prévu pour celle qui tient dans la durée. La première version comprend une application Meta, Embedded Signup, un endpoint qui répond à la vérification de la liaison, ainsi qu’un appel d’envoi. Pour quelqu’un à l’aise avec OAuth et les webhooks, cela prend réellement un week-end, et nos propres pages de documentation en décrivent l’essentiel. La version qui tient dans la durée est différente. Elle traite par leur nom huit types d’événements webhook, distingue un token révoqué d’un numéro supprimé, interroge régulièrement la note de qualité et le niveau de messagerie, car aucun des deux n’arrive sous forme d’événement fiable, réapplique la surcharge du webhook après qu’une reconnexion l’a supprimée, et distingue une déconnexion après quatorze jours d’inactivité d’un client qui est réellement parti. Chacun de ces points vient d’un incident concret. ### Quelle partie ne peut pas être contournée ? Devenir votre propre Meta Tech Provider. C’est la différence entre connecter un numéro et connecter ceux d’autres personnes. C’est gratuit, mais ce n’est pas rapide. Il faut un Business Manager vérifié, une application qui passe l’App Review et des vidéos enregistrées montrant les parcours. Tant que ce n’est pas fait, vous utilisez le compte de fournisseur de quelqu’un d’autre, ce qui crée les limites de connexion rencontrées avec les outils prêts à l’emploi. Si vous connectez un seul numéro qui vous appartient, rien de tout cela ne s’applique et vous devriez simplement le construire. Si vous connectez les numéros de vos clients, c’est le véritable projet, mesuré en semaines d’attente plutôt qu’en jours de travail. ### Combien coûte réellement la surveillance ? C’est la partie sans date d’achèvement, ce qui la différencie du reste. Une connexion peut échouer silencieusement. L’application WhatsApp Business continue de fonctionner malgré une baisse de qualité, un token expiré, une surcharge du webhook supprimée ou une déconnexion après quatorze jours. Rien sur le téléphone n’indique donc le problème, et le premier signal est généralement un client qui demande pourquoi personne ne lui répond. Pour le détecter, il faut un processus planifié, un récepteur de webhook, un endroit où stocker l’état, des alertes et quelqu’un qui les remarque. Rien n’est difficile. Mais tout doit continuer à fonctionner et rester correct lorsque Meta change ses règles, ce qui arrive. C’est cela que vous achetez ici, davantage que les appels d’API. - Se baser sur la première version. Connecter un numéro prend un week-end ; en garder cinquante connectés est une autre affaire. - Prévoir de devenir Tech Provider avant une échéance. Le délai de l’App Review ne dépend pas de vous. - Traiter la surveillance comme une phase ultérieure. Les défaillances qu’elle détecte sont silencieuses ; leur absence apparente ne prouve pas qu’elles ne se produisent pas. **Y a-t-il un élément propriétaire ici ?** Non. Chaque appel utilise la Cloud API documentée de Meta. C’est volontaire : rien ne vous enferme et vous pouvez partir en conservant votre propre intégration. **Devrais-je le construire si je n’ai qu’un numéro ?** Probablement. Un seul numéro qui vous appartient, connecté une fois, représente un petit projet et vous permettra de bien comprendre la plateforme. **Combien de temps faut-il pour obtenir le statut de Tech Provider ?** C’est gratuit, mais il faut un Business Manager vérifié et passer l’App Review, avec notamment des vidéos enregistrées. L’attente est la partie la plus longue. **Que perdez-vous en le construisant vous-même ?** Rien sur le plan technique. Vous prenez en charge la surveillance, qui ne se termine jamais et dont les défaillances sont silencieuses. --- ## Erreur WhatsApp 368 : compte restreint par les règles https://easycoexistence.com/fr/docs/whatsapp-error-368 L’erreur 368 signifie que le WhatsApp Business Account a été restreint par Meta après une mesure d’application des règles. Il s’agit d’une décision au niveau du compte, et non d’un problème lié à la requête. Le recours se fait auprès de Meta, pas auprès d’un fournisseur. ### Que signifie réellement une restriction ? Cela signifie que Meta a pris une mesure d’application des règles contre le compte de l’entreprise, généralement après plusieurs problèmes de conformité plutôt qu’un seul incident. Les causes courantes sont des messages dont le contenu enfreint les règles commerciales ou professionnelles de WhatsApp, un schéma de signalements par les destinataires, ou une information de vérification de l’entreprise qui ne résiste pas au contrôle. Leur point commun est de concerner le compte, et non un message précis. C’est pourquoi chaque envoi échoue, plutôt que certains seulement. Il faut distinguer cela de la limitation de qualité, qui restreint le volume qu’un compte sain peut envoyer. Une restriction remet en cause le droit même du compte à fonctionner, et envoyer moins ne permet pas de la résoudre. ### Comment la résoudre ? Par l’intermédiaire de Meta, dans Business Manager, et uniquement par les personnes qui possèdent le compte. L’avis d’application des règles dans Business Manager précise quelle règle a été invoquée et si un recours est ouvert. Les recours existent et aboutissent parfois, mais aucun délai ne peut être garanti et aucun processus d’escalade ne passe par un fournisseur. Aucun vendeur d’accès à une API ne peut voir une décision d’application des règles ni l’influencer. C’est l’une des rares situations où la réponse honnête de tout fournisseur est qu’il ne peut pas vous aider sur le point qui vous préoccupe le plus. Il peut toutefois vous indiquer quel compte est restreint et quand cela s’est produit, ce qui est précisément le rôle de la timeline de connexion. - Demander à un fournisseur de la lever. Une décision d’application des règles appartient à Meta et personne d’autre ne peut la voir. - Connecter le numéro ailleurs. La restriction concerne le compte de l’entreprise et le suit. - La confondre avec la limitation de qualité, qui restreint le volume d’un compte sain, et non le compte lui-même. **Puis-je transférer le numéro vers un autre fournisseur ?** Non. La restriction concerne le WhatsApp Business Account et s’applique donc partout où le numéro est utilisé. **Combien de temps prennent les recours ?** Meta ne publie aucun chiffre et aucun fournisseur n’a de visibilité sur le processus. **Cela affecte-t-il la réception ?** L’application des règles varie selon les cas. Ce qui est constant, c’est que l’envoi cesse de fonctionner. **Le code 131031 est-il identique ?** Il est associé. Celui-ci accompagne une restriction avec une discordance dans les données de vérification, ce qui renvoie aux informations de l’entreprise plutôt qu’au comportement d’envoi. --- ## Erreur WhatsApp 131031 : compte restreint ou données incohérentes https://easycoexistence.com/fr/docs/whatsapp-error-131031 L’erreur 131031 indique que le compte WhatsApp Business est restreint, généralement parce que les informations de vérification de l’entreprise ne correspondent pas à celles détenues par Meta, ou parce qu’un PIN de vérification en deux étapes est concerné. Le problème se résout dans Business Manager, et non dans le code. ### Quel type d’incohérence provoque cette erreur ? Une différence entre les informations détenues par Meta sur l’entreprise et celles fournies, ce qui paraît minime, mais ne l’est pas. La vérification de l’entreprise associe une entité juridique au compte : nom, adresse, informations d’immatriculation et justificatifs. Lorsqu’un élément change du côté de l’entreprise sans être mis à jour auprès de Meta, ou lorsque les informations transmises ne correspondent pas à un registre consulté par Meta, le compte peut être restreint jusqu’à la mise en conformité. Le PIN de vérification en deux étapes est l’autre cause fréquente, et il est plus simple à corriger. Il est défini sur le numéro de téléphone et requis pour certaines opérations. S’il a été oublié ou défini par une personne qui a depuis quitté l’entreprise, il doit être réinitialisé avant que quoi que ce soit d’autre fonctionne. ### Où vérifier concrètement ? Dans Business Manager, sur le compte de l’entreprise et non sur le numéro de téléphone. Le statut de vérification et tout avis de restriction s’y trouvent. Ensemble, ils indiquent généralement laquelle des deux causes s’applique. Le tableau de bord d’un fournisseur peut signaler qu’un numéro a cessé de fonctionner et à quel moment, mais il ne peut pas consulter un dossier de vérification ni indiquer quelle information est incorrecte. Si la vérification est en cause, mettez à jour les informations de l’entreprise, puis envoyez-les à nouveau. Si le PIN est en cause, réinitialisez-le dans les paramètres de WhatsApp Manager pour ce numéro, puis notez-le à un endroit accessible à l’entreprise. - Traiter cela comme un problème de code. La requête était correctement formée, mais le compte a été refusé. - Renvoyer la vérification avec les mêmes informations que celles qui ont été rejetées. - Supposer que le PIN est enregistré par un fournisseur. Il est défini sur le numéro dans les propres paramètres de Meta. **Est-ce la même erreur que 368 ?** Elles sont liées, mais pas identiques. 368 correspond à une mesure d’application des règles ; celle-ci concerne généralement les informations de vérification de l’entreprise ou un PIN en deux étapes. **Un fournisseur peut-il voir mon statut de vérification ?** Non. Il se trouve sur le compte de l’entreprise dans Business Manager et n’est pas communiqué aux fournisseurs. **Reconnecter le numéro peut-il aider ?** Non. La restriction s’applique au compte, donc une nouvelle connexion rencontre la même condition. **Comment réinitialiser le PIN en deux étapes ?** Dans WhatsApp Manager, dans les paramètres du numéro de téléphone. Notez-le à un endroit où l’entreprise pourra le retrouver plus tard. --- ## Erreur WhatsApp 132015 : template suspendu pour qualité https://easycoexistence.com/fr/docs/whatsapp-error-132015 Le code 132015 signifie que ce template a été suspendu par Meta parce que sa qualité a baissé, généralement après des blocages ou des signalements de destinataires. Le numéro fonctionne. Seul ce template ne peut temporairement plus envoyer de messages. ### Pourquoi un seul template est-il suspendu ? Parce que la qualité est mesurée pour chaque template et chaque numéro, ce qui permet d’isoler un mauvais template sans pénaliser tout le reste. Meta observe la réaction des destinataires aux messages envoyés avec chaque template : blocages, signalements et niveau d’engagement. Un template qui provoque régulièrement de mauvaises réactions est suspendu, tandis que les autres templates du même numéro continuent de fonctionner. Cette réponse ciblée est plus utile qu’il n’y paraît, car elle indique précisément quel message pose problème. Les causes habituelles sont du contenu promotionnel dans un template utilitaire, un message qui n’identifie pas clairement l’entreprise émettrice ou un template envoyé à des personnes qui ne s’y attendaient pas. ### Que faire avec un template suspendu ? Modifiez-le au lieu de le renvoyer tel quel et considérez la suspension comme une information sur son contenu. Un template suspendu peut redevenir utilisable après un certain temps, mais envoyer le même contenu au même type d’audience provoquera probablement la même réaction et une nouvelle suspension. Meta désactive définitivement un template après plusieurs suspensions. Il faut alors en créer un nouveau avec un contenu différent : mieux vaut donc éviter la deuxième suspension. Modifier le template consiste généralement à rendre son objectif évident dès la première ligne, à nommer l’entreprise et à expliquer honnêtement pourquoi la personne le reçoit. Vérifiez aussi les destinataires, car un bon template envoyé à une liste non intéressée produit les mêmes signaux. - Renvoyer le même template après la fin de la suspension. C’est son contenu qui l’a provoquée. - Y voir un problème avec le numéro. Les autres templates du même numéro continuent de fonctionner. - Attendre une troisième suspension. Des suspensions répétées désactivent définitivement le template. **D’autres templates peuvent-ils encore envoyer des messages ?** Oui. La suspension concerne ce template, et les autres templates approuvés du numéro ne sont pas affectés. **Combien de temps dure une suspension ?** Meta ne publie pas de durée fixe, et celle-ci augmente lorsque les suspensions se répètent. **Puis-je modifier un template suspendu ?** Oui, c’est précisément l’objectif. Soumettre à nouveau un contenu amélioré permet de le rétablir. **Qu’est-ce que le code 132016 ?** C’est la version définitive. Après plusieurs suspensions, le template est désactivé et doit être remplacé par un nouveau. --- ## Erreur WhatsApp 100 : paramètre invalide https://easycoexistence.com/fr/docs/whatsapp-error-100 L’erreur 100 signifie que la requête contient un paramètre que Meta n’accepte pas : non pris en charge, mal orthographié ou incompatible avec la structure attendue par cet endpoint. Elle est déterministe : la même requête échoue de façon identique à chaque fois, et la relancer ne sert à rien. ### Qu’est-ce qui la provoque ? Un élément du corps de la requête ou de la requête envoyée à l’endpoint n’est pas reconnu, et les causes sont remarquablement constantes. - Un nom de champ mal orthographié ou utilisant la mauvaise casse. - Un paramètre appartenant à un autre endpoint. - Une valeur du mauvais type, comme un nombre envoyé sous forme de texte alors qu’un entier est attendu. - Un objet imbriqué aplati, ou une valeur simple envoyée là où un objet est attendu. ### Pourquoi la relancer ne sert à rien ? Parce que rien n’a changé sur la plateforme entre les tentatives. Une requête mal formée le reste à la deuxième tentative, pour la même raison qu’à la première, et une boucle de relance autour de cette erreur provoque une limitation de débit en plus du problème initial, au lieu de réussir. La bonne réaction consiste à journaliser le corps de la requête avec l’erreur, puis à le comparer champ par champ à la documentation de l’endpoint. Dans presque tous les cas, la différence apparaît en moins d’une minute. - Relancer la requête. Elle est déterministe et échouera de façon identique. - Penser que le problème vient du numéro. Cette erreur ne concerne jamais la connexion. - Y voir un échec générique. Elle désigne précisément un problème de paramètre, et les codes plus précis 131008 et 131009 existent pour les valeurs absentes ou hors limites. **Cela signifie-t-il que mon numéro est défectueux ?** Non. Cette erreur concerne uniquement la requête, et le numéro n’est pas touché. **Pourquoi est-elle si vague ?** C’est le code générique des problèmes de paramètre. Meta dispose de codes plus précis pour un paramètre absent et pour une valeur invalide. **Un fournisseur peut-il la provoquer ?** Uniquement en construisant la requête. Avec une intégration directe, la requête vient de vous. **Dois-je réessayer avec un délai progressif ?** Non. L’erreur est déterministe, et réessayer ajoute une limitation de débit à un problème qui n’est pas temporaire. --- ## Erreur WhatsApp 131008 : paramètre requis manquant https://easycoexistence.com/fr/docs/whatsapp-error-131008 L’erreur 131008 signifie qu’un paramètre requis manque dans la requête. Elle est plus ciblée et plus utile que l’erreur 100, qui couvre généralement les paramètres mal formés, car elle indique que le champ est absent plutôt qu’incorrect. ### Qu’est-ce qui manque généralement Les champs qui semblent facultatifs, mais ne le sont pas. C’est pourquoi les mêmes éléments reviennent sans cesse. - messaging_product, qui doit être défini sur whatsapp à chaque envoi. - recipient_type pour les structures de message qui l’exigent. - L’objet de langue lors de l’envoi d’un template, requis même lorsqu’il n’y en a qu’un. - components dans un template qui définit des variables, car une liste vide n’équivaut pas à son omission. ### Pourquoi est-ce une bonne nouvelle Parce qu’il s’agit de l’échec le plus précis de cette famille. L’erreur 100 indique qu’un paramètre est incorrect quelque part ; celle-ci indique qu’un paramètre requis est totalement absent, ce qui limite la recherche à la liste des champs requis par l’endpoint. Pour corriger le problème, consultez la référence de l’endpoint appelé et comparez la requête avec son ensemble de champs requis. Cela prend une minute et explique pourquoi il vaut mieux distinguer cette erreur de l’erreur 100 dans un journal que de classer les deux comme une requête incorrecte. - La traiter comme l’erreur 100. Celle-ci signale une absence, donc un problème plus précis. - Envoyer un tableau components vide comme s’il s’agissait d’une omission. Pour l’API, ce sont deux cas différents. - Omettre messaging_product. Il est requis à chaque envoi et constitue la cause unique la plus fréquente. **Quel paramètre manque ?** La réponse l’indique. Lorsqu’elle ne le précise pas, la référence de l’endpoint liste l’ensemble des champs requis. **messaging_product est-il vraiment requis ?** Oui, à chaque envoi, avec la valeur whatsapp. C’est l’omission la plus fréquente. **Est-ce la même chose que l’erreur 100 ?** Non. L’erreur 100 concerne un paramètre présent, mais incorrect ; celle-ci concerne un paramètre absent. **Réessayer peut-il aider ?** Non. La requête est déterministe et échouera de la même façon jusqu’à l’ajout du champ. --- ## Erreur WhatsApp 131009 : valeur de paramètre invalide https://easycoexistence.com/fr/docs/whatsapp-error-131009 L’erreur 131009 indique qu’une ou plusieurs valeurs de paramètres sont invalides : le champ était présent et compris, mais son contenu n’est pas accepté par l’endpoint. Les locales, le format des numéros de téléphone et les valeurs enum en sont les causes principales. ### Les valeurs qui échouent le plus souvent Trois formats sont responsables de la majorité des cas, et tous semblent corrects à quelqu’un qui les lit. - Codes de locale : en lorsque le template a été créé en en_US, ou pt lorsqu’il est en pt_BR. - Numéros de téléphone avec ponctuation, zéros initiaux ou signe plus, alors que l’endpoint attend uniquement des chiffres au format international. - Valeurs enum avec une casse incorrecte, comme une catégorie de template en minuscules. - Dates ou horodatages dans un format différent de celui indiqué par l’endpoint. ### Pourquoi le cas des locales mérite une attention particulière Parce qu’il produit deux erreurs différentes selon l’endpoint, et pousse à chercher au mauvais endroit. L’envoi d’un template avec une langue inexistante pour ce nom renvoie 132001, ce qui donne l’impression que le template est introuvable. La transmission d’une locale mal formée à un endpoint qui la valide en premier renvoie cette erreur. Dans les deux cas, l’erreur de fond est la même : consultez la liste des templates et copiez la chaîne de langue exacte au lieu d’en supposer le format. - Supposer que en et en_US sont interchangeables. Ils désignent des templates différents. - Envoyer un numéro de téléphone avec un signe plus ou de la ponctuation. Utilisez uniquement des chiffres au format international. - Réessayer. La valeur est incorrecte de manière déterministe. **Quelle valeur est incorrecte ?** La réponse indique généralement le paramètre concerné. Sinon, vérifiez d’abord la locale et le format du numéro de téléphone. **Comment formater un numéro de téléphone ?** Au format international, avec uniquement des chiffres, sans signe plus ni ponctuation. **Pourquoi la même erreur renvoie-t-elle parfois 132001 ?** Parce que l’envoi d’un template associe le nom et la langue : une paire inconnue est donc interprétée comme un template introuvable. **Le problème vient-il de mon numéro ?** Non. Cette erreur concerne uniquement la requête. --- ## Erreur WhatsApp 131051 : type de message non pris en charge https://easycoexistence.com/fr/docs/whatsapp-error-131051 L’erreur 131051 signifie que le type de message envoyé n’est pas pris en charge. Il peut s’agir d’une valeur de type mal formée, mais sur un numéro Coexistence, cela signifie le plus souvent que la plateforme n’autorise pas ce type pour cette connexion. ### Deux causes distinctes La première est classique : une valeur de type mal orthographiée ou absente des types définis par l’API. Consultez la référence de l’endpoint pour résoudre le problème en une minute. La seconde est structurelle et peut surprendre, car le code est identique. Un numéro Coexistence ne peut pas faire tout ce qu’un numéro Cloud API classique peut faire, et toute tentative renvoie cette erreur au lieu d’un message plus précis. Les messages éphémères, les médias à vue unique, la localisation en direct et les listes de diffusion sont désactivés sur un numéro connecté, tandis que les conversations de groupe sont entièrement exclues de l’API. ### Comment déterminer laquelle vous concerne Cela dépend de ce que vous essayiez d’envoyer. - Un type défini par l’API et déjà envoyé auparavant : une erreur de formatage, comparez donc le payload. - Tout contenu adressé à un groupe : c’est structurel, et aucun fournisseur ne peut l’activer. - Une localisation en direct, un média à vue unique ou un message éphémère : c’est structurel sur un numéro Coexistence. - Un type entièrement nouveau que vous n’avez jamais envoyé : vérifiez qu’il est disponible sur votre compte et dans votre région. - Construire votre solution autour des conversations de groupe. Elles sont exclues de l’API chez tous les fournisseurs. - Supposer qu’un fournisseur peut activer un type désactivé. Ces limites viennent de la plateforme. - Réessayer. Aucune des deux causes n’est temporaire. **Puis-je envoyer un message à un groupe ?** Non. Les conversations de groupe sont exclues de l’API sur un numéro Coexistence, quel que soit le fournisseur. **Pourquoi la localisation en direct n’est-elle pas prise en charge ?** C’est l’une des fonctionnalités désactivées sur un numéro une fois Coexistence activé. **Est-il possible de résoudre ce problème ?** Si la cause est une valeur de type mal formée, oui. S’il s’agit d’une limite de la plateforme, non. **Cela affecte-t-il la réception ?** Non. Cette erreur concerne l’envoi d’un type qui n’est pas autorisé. --- ## Erreur WhatsApp 131052 : échec du téléchargement du média https://easycoexistence.com/fr/docs/whatsapp-error-131052 Le code 131052 signifie que Meta n’a pas pu télécharger le média joint à un message. Le problème concerne le média lui-même, pas votre requête. Demandez donc au client de l’envoyer autrement plutôt que de modifier votre code. ### Pourquoi cela se produit Les médias entrants sont récupérés séparément au lieu d’être transmis directement. Un message contient un identifiant de média, puis les octets sont récupérés séparément grâce à cet identifiant. Cette récupération peut échouer pour des raisons du côté de l’expéditeur : un envoi incomplet, un fichier arrivé à expiration avant sa récupération ou un format qui n’a pas été conservé par le système qui l’a produit. Rien de tout cela n’est visible depuis votre côté, et modifier votre requête ne corrigera rien. ### Que faire Traitez-le comme un message reçu sans sa pièce jointe et gérez-le comme toute autre donnée incomplète. - Enregistrez le message et indiquez que le média est indisponible au lieu d’abandonner tout l’événement. - Récupérez rapidement les médias : les identifiants ne restent pas valides indéfiniment. - Lorsqu’une personne intervient, demandez au client de le renvoyer : cela résout la plupart des cas. - Ne réessayez pas indéfiniment. Si la première récupération et une nouvelle tentative échouent, le média ne viendra pas. - Abandonner tout le message. Le texte et le contexte restent utiles sans la pièce jointe. - Récupérer le média longtemps après sa réception. Les identifiants expirent. - Réessayer en boucle. Une récupération échouée réussit rarement plus tard. **Le message est-il perdu ?** Non. Le message arrive bien ; c’est la récupération de sa pièce jointe qui a échoué. **Dois-je demander au client de le renvoyer ?** Lorsqu’une personne intervient, oui. Cela résout rapidement la plupart des cas. **Combien de temps un identifiant de média reste-t-il valide ?** Pas indéfiniment, d’où l’importance de le récupérer rapidement. **Le code 131053 est-il identique ?** Non. Il correspond à un échec de l’envoi d’un média que vous transmettez. --- ## Codes d'erreur WhatsApp Cloud API https://easycoexistence.com/fr/docs/whatsapp-error-codes Voici tous les codes d'erreur WhatsApp Cloud API que nous documentons, dans un seul tableau, avec leur signification et l'utilité d'une nouvelle tentative. La plupart sont déterministes : la même requête échoue de la même façon et une boucle de nouvelles tentatives transforme une mauvaise requête en limite de débit. ### Comment lire la colonne des nouvelles tentatives Elle comporte trois valeurs, et se tromper entre elles est l'erreur la plus coûteuse de toute cette référence. Non signifie que l'échec est déterministe. C'est la requête, le template ou l'état du destinataire qui a échoué : renvoyer exactement la même requête produit la même erreur tout en consommant du débit dont vous aurez besoin plus tard. Oui signifie que l'échec vient de Meta et qu'un délai progressif le résout réellement. Attendre signifie que la condition est réelle mais temporaire : une limite ou un verrou qui se lève seul. Réessayer avant sa levée ne sert à rien et peut la prolonger. ### Pourquoi la plupart de ces erreurs ne peuvent pas être résolues par une nouvelle tentative Parce que la plateforme renvoie des codes précis plutôt que des codes génériques. Un paramètre mal formé, un template inexistant, une fenêtre de messagerie fermée et un destinataire désabonné sont identifiables au moment de la réponse ; Meta les nomme donc au lieu d'échouer de façon vague. - Un problème de requête ne devient pas correct à la deuxième tentative. - Un problème de template se trouve dans le template, que la requête ne peut pas modifier. - Un problème de fenêtre ou de désabonnement concerne l'état du destinataire, pas le vôtre. - Une restriction de compte est une décision, et réessayer ne constitue pas un recours. ### Que journaliser lorsqu'une de ces erreurs survient Suffisamment d'informations pour la diagnostiquer sans la reproduire : c'est ce qui fait la différence entre une correction en cinq minutes et une journée de suppositions. - La réponse complète, y compris le trace id, demandé par le support Meta. - Le corps de la requête telle qu'elle a été envoyée, pas telle que vous la vouliez. L'écart entre les deux est généralement le bug. - Le phone number id, afin de distinguer un problème sur un numéro d'un problème touchant tout le compte. - L'horodatage, afin de comparer l'échec avec l'état de la connexion à ce moment-là. ### Les codes qui n'existent que sur Coexistence Il y en a deux, et ils prêtent à confusion parce qu'ils ressemblent à des échecs d'envoi ordinaires. 2593107 et 2593108 concernent tous deux la synchronisation de l'historique des discussions, l'étape qui copie les conversations récentes depuis l'application WhatsApp Business lorsqu'un numéro est connecté pour la première fois. Ce ne sont pas des erreurs de messagerie et elles ne signifient pas que la connexion a échoué. Une synchronisation qui dépasse sa limite ou s'exécute hors de sa fenêtre laisse le numéro connecté et capable d'envoyer normalement, avec moins d'historique copié que prévu. Les interpréter comme une connexion défaillante pousse à déconnecter puis à recommencer, ce qui fait perdre davantage d'historique au lieu de le récupérer. - Réessayer par défaut. La plupart de ces codes sont déterministes et une boucle ajoute une limite de débit. - Journaliser l'erreur sans le corps de la requête. L'écart entre l'envoi et l'intention est généralement le bug. - Interpréter une erreur de synchronisation comme une connexion défaillante. Le numéro est toujours connecté et peut envoyer. - Supprimer le trace id, la seule information qui rend un ticket de support exploitable. **Quelles erreurs dois-je réessayer ?** 131016 et 131000, avec un délai progressif. 130429, 132015 et 133008 disparaissent d'eux-mêmes si vous attendez. Toutes les autres sont déterministes. **Un code d'erreur signifie-t-il que mon numéro est déconnecté ?** Généralement non. La plupart concernent la requête, le template ou le destinataire. Les problèmes de connexion apparaissent dans les webhooks de compte et de qualité, pas comme des erreurs d'envoi. **Qu'est-ce qu'un trace id ?** Un identifiant présent dans la réponse qui permet au support Meta de retrouver la requête précise. Journalisez-le à chaque échec : sans lui, un ticket ne peut pas être traité. **Ces codes sont-ils identiques chez tous les fournisseurs ?** Oui. Ils viennent de la Cloud API de Meta et sont donc identiques, quel que soit le fournisseur qui a connecté le numéro. Un fournisseur peut seulement modifier la clarté avec laquelle ils vous parviennent. --- ## Erreur WhatsApp 131053 : échec du téléversement du média https://easycoexistence.com/fr/docs/whatsapp-error-131053 Le code 131053 signifie que Meta n’a pas pu téléverser le média de votre requête. Contrairement à son équivalent entrant 131052, ce code concerne un fichier que vous contrôlez et se corrige donc facilement : vérifiez la taille, le format et, si vous envoyez un lien, l’accès de Meta à celui-ci. ### Les trois causes Dans l’ordre où elles surviennent en pratique. - Taille : le fichier dépasse la limite de son type. Images 5 MB, vidéos et fichiers audio 16 MB, documents 100 MB. - Format : un codec ou conteneur que l’API n’accepte pas, cas fréquent avec les vidéos exportées depuis un logiciel de montage. - Accessibilité : vous envoyez un lien plutôt qu’un id téléversé, mais l’URL exige une connexion, est derrière un pare-feu ou redirige. - Expiration : un id de média téléversé utilisé longtemps après sa création. ### Téléverser est plus fiable qu’envoyer un lien Envoyer un lien oblige Meta à récupérer le fichier au moment de l’envoi, ce qui ajoute un risque d’échec invisible depuis votre propre réseau. Une URL qui se charge parfaitement dans votre navigateur peut être inaccessible depuis l’infrastructure de Meta à cause de la zone géographique, d’une règle de pare-feu ou d’un cookie d’authentification déjà détenu par votre navigateur. Téléverser d’abord le fichier et envoyer l’id de média renvoyé supprime entièrement cette cause d’échec. Cela ajoute une requête, mais rend l’envoi déterministe, ce qui vaut la peine pour tout contenu envoyé en volume. - Supposer qu’une URL qui fonctionne dans votre navigateur fonctionne aussi pour Meta. Votre session et votre réseau ne sont pas les siens. - Exporter une vidéo sans vérifier le codec. Les paramètres par défaut des logiciels de montage sont souvent incompatibles. - Réutiliser un id de média longtemps après le téléversement. Les id expirent. **Quelles sont les limites de taille ?** Images 5 MB, vidéos et fichiers audio 16 MB, documents 100 MB. **Dois-je téléverser le fichier ou envoyer une URL ?** Téléversez-le. Cela élimine l’accessibilité comme cause d’échec. **L’URL fonctionne pour moi, pourquoi pas pour Meta ?** Leur réseau n’est pas le vôtre. Zone géographique, pare-feu et authentification diffèrent. **Est-ce la même erreur que 131052 ?** Non. Le code 131052 concerne l’échec du téléchargement d’un média envoyé par un client. --- ## Erreur WhatsApp 131016 : service indisponible https://easycoexistence.com/fr/docs/whatsapp-error-131016 L’erreur 131016 indique qu’un service du côté de Meta est temporairement indisponible. C’est l’une des rares erreurs de plateforme réellement transitoires : un retry avec backoff exponentiel est la bonne réponse, plutôt qu’une investigation. ### Pourquoi cette erreur est différente La plupart des erreurs sur cette plateforme sont déterministes : la requête est mal formée, le template n’existe pas ou la fenêtre est fermée. Les réessayer gaspille une requête et vous expose au rate limiting. Cette erreur fait exception. Elle ne dit rien sur votre requête ni sur votre numéro, seulement qu’un service géré par Meta n’a pas pu répondre à cet instant. La même requête envoyée une minute plus tard réussit généralement, ce qui est précisément le rôle d’un backoff. ### Comment effectuer un retry correctement Avec mesure, car une avalanche de retries aggrave une panne. - Backoff exponentiel : attendre une seconde, puis deux, puis quatre, puis huit. - Un plafond de tentatives, généralement cinq, après lequel le message est placé dans une file d’attente. - Du jitter, pour qu’une flotte de workers ne réessaie pas en même temps. - De l’idempotence, afin qu’un message effectivement envoyé avant que l’erreur ne vous parvienne ne soit pas envoyé deux fois. - Réessayer immédiatement en boucle serrée. Cela ajoute de la charge à un service déjà en difficulté. - Traiter cette erreur comme un problème de connexion. Votre numéro fonctionne correctement. - Réessayer sans plafond. Certaines pannes durent plus longtemps que ne devrait le permettre toute politique de retry. **Dois-je réessayer ?** Oui, avec un backoff exponentiel. C’est l’une des erreurs pour lesquelles le retry fonctionne. **Mon numéro est-il affecté ?** Non. Il s’agit d’une panne du côté de la plateforme. **Combien de temps ces erreurs durent-elles ?** Généralement de quelques secondes à quelques minutes. Un backoff de cinq tentatives couvre la plupart des cas. **Comment la distinguer d’une vraie panne ?** En vérifiant si elle persiste. Une surveillance continue permet de le savoir sans deviner. --- ## Erreur WhatsApp 131000 : quelque chose s’est mal passé https://easycoexistence.com/fr/docs/whatsapp-error-131000 L’erreur 131000 signifie qu’un message a échoué pour une raison que Meta n’a pas classée. Il s’agit de la catégorie non classée : réessayez une fois avec un backoff, puis transmettez au support le trace id de la réponse si le problème persiste. ### Ce que cette erreur couvre réellement Tout échec du parcours d’envoi de Meta qui n’a pas été associé à un code nommé. Cela comprend de véritables problèmes transitoires, des problèmes internes et, parfois, une situation qui possède un code spécifique dans une version plus récente de l’API, mais qui n’en avait pas à ce moment-là. Comme cette catégorie est large, aucune réponse unique ne convient. Un seul incident peut être anodin. Si le même destinataire échoue régulièrement avec cette erreur, le problème mérite l’ouverture d’un ticket. ### Que faire dans ce cas Dans cet ordre, en vous arrêtant dès qu’une étape fonctionne. - Réessayez une fois avec un backoff court. Une partie de ces erreurs est transitoire. - Enregistrez la réponse complète, y compris le trace id, que le support vous demandera. - Vérifiez si le problème concerne un seul destinataire ou tous. Un seul destinataire indique ce numéro ; tous les destinataires orientent vers la plateforme. - Si le problème persiste après plusieurs tentatives, ouvrez un ticket en indiquant le trace id et les horodatages. - Réessayer indéfiniment. Si deux tentatives échouent, le problème n’est pas transitoire. - Supprimer le trace id. C’est l’information qui rend un ticket exploitable par le support. - Supposer que votre numéro est défectueux. Ce n’est généralement pas le cas. **Dois-je réessayer ?** Une fois, avec un backoff. Au-delà, le problème n’est pas transitoire. **Qu’est-ce qu’un trace id ?** Un identifiant présent dans la réponse d’erreur qui permet au support Meta de retrouver la requête concernée. **Cela signifie-t-il que mon numéro est indisponible ?** Généralement non. Vérifiez si d’autres envois aboutissent. **Quand dois-je ouvrir un ticket ?** Lorsque le problème se répète après plusieurs tentatives, en fournissant le trace id et les horodatages. --- ## Erreur WhatsApp 131021 : l’expéditeur et le destinataire sont identiques https://easycoexistence.com/fr/docs/whatsapp-error-131021 L’erreur 131021 signifie que l’expéditeur et le destinataire sont le même numéro. WhatsApp n’autorise pas un numéro professionnel à s’envoyer des messages, et la cause est presque toujours un message de test adressé au numéro connecté plutôt qu’à un second téléphone. ### Pourquoi cela se produit Parce que la première chose que l’on fait après avoir connecté un numéro est d’envoyer un message de test, et que le seul numéro visible est celui qui vient d’être connecté. C’est un réflexe compréhensible, mais la plateforme le refuse. Aucun paramètre ne permet de modifier ce comportement. L’envoi à soi-même fonctionne dans l’application WhatsApp grand public comme fonction de notes à soi-même, mais il n’existe pas via l’API. ### Comment tester correctement Avec un second numéro, en vérifiant soigneusement le sens de l’envoi testé. - Utilisez un téléphone personnel comme destinataire du test. Tout numéro WhatsApp autre que le numéro connecté convient. - Pour tester l’envoi librement, faites d’abord envoyer un message au compte professionnel par le numéro de test, ce qui ouvre la fenêtre de service de 24 heures. - Pour tester en dehors de cette fenêtre, envoyez un template approuvé, la seule chose autorisée pendant cette période. - Ne créez pas un second numéro professionnel uniquement pour tester, sauf si nécessaire : un numéro grand public ordinaire suffit. - Envoyer un message au numéro connecté pour tester. Il est refusé par conception. - Supposer que les notes à soi-même fonctionnent via l’API. Ce n’est pas le cas. - Tester un message libre sans que le client vous ait d’abord écrit, ce qui produit plutôt l’erreur 131047. **Puis-je envoyer un message à mon propre numéro ?** Non. WhatsApp ne l’autorise pas via l’API. **Existe-t-il un paramètre pour cela ?** Non. C’est une règle de la plateforme. **Avec quoi dois-je tester ?** Avec tout autre numéro WhatsApp, y compris un téléphone personnel. **Pourquoi mon test a-t-il échoué avec l’erreur 131047 ?** Parce qu’un message libre nécessite que le client vous ait écrit au cours des 24 dernières heures. --- ## Erreur WhatsApp 131045 : numéro non enregistré https://easycoexistence.com/fr/docs/whatsapp-error-131045 L’erreur 131045 signifie que le numéro de téléphone n’a pas été enregistré pour la messagerie Cloud API. Ajouter un numéro à un compte WhatsApp Business et l’enregistrer pour envoyer des messages sont deux étapes distinctes : cette erreur indique que la seconde n’a pas été effectuée. ### Pourquoi y a-t-il deux étapes ? Un compte WhatsApp Business peut contenir des numéros qui n’envoient aucun message. L’ajout d’un numéro établit sa propriété ; son enregistrement l’active pour la messagerie Cloud API et configure son code PIN en deux étapes. Lors d’une configuration manuelle, il s’agit de deux appels API distincts. Il est donc facile de terminer le premier et d’oublier le second. Le numéro apparaît alors dans le compte, semble correct dans le dashboard et refuse chaque envoi avec cette erreur. ### Comment résoudre le problème ? Cela dépend de la manière dont le numéro a été ajouté. - Lors d’une configuration manuelle, appelez le register endpoint pour le phone number id avec son two step PIN. - Lors d’un onboarding Coexistence via un fournisseur, l’enregistrement se fait dans le parcours. Cette erreur signifie donc généralement que le parcours n’est pas terminé. - Si le numéro a récemment été migré depuis un autre compte, l’enregistrement doit être répété sur le nouveau compte. - Si l’enregistrement échoue lui-même, la cause est généralement le PIN : c’est l’erreur 133005. - Supposer qu’un numéro visible dans le dashboard est prêt à envoyer des messages. Visible et enregistré sont deux choses différentes. - Abandonner le parcours d’onboarding en cours. Ce sont les dernières étapes qui effectuent l’enregistrement. - Confondre cette erreur avec 133006, qui concerne la vérification et non l’enregistrement. **Qu’est-ce que l’enregistrement ?** L’activation d’un numéro pour la messagerie Cloud API, indépendamment de son ajout au compte. **Dois-je m’en charger moi-même ?** Lors d’une configuration manuelle, oui. Dans un parcours Coexistence, tout est géré pour vous. **Faut-il recommencer ?** Uniquement après la migration du numéro vers un autre compte. **Que faire si l’enregistrement échoue ?** Il s’agit généralement du two step PIN, qui renvoie l’erreur 133005. --- ## Erreur WhatsApp 133005 : PIN de vérification en deux étapes incorrect https://easycoexistence.com/fr/docs/whatsapp-error-133005 L'erreur 133005 signifie que le PIN de vérification en deux étapes fourni lors de l'enregistrement était incorrect. Il s'agit d'un PIN à six chiffres défini lors du premier enregistrement du numéro. Les tentatives erronées répétées bloquent les suivantes : la procédure de récupération compte donc plus que la nouvelle tentative. ### D'où vient le PIN Il est défini lors du premier enregistrement du numéro pour l'envoi de messages via Cloud API. Il est de nouveau demandé à chaque enregistrement ultérieur, y compris après la migration du numéro vers un autre compte. C'est là que le problème commence. Un PIN défini une seule fois à la mise en place, puis inutile pendant un an, est rarement noté, et la personne qui l'a choisi est souvent partie. L'erreur apparaît alors précisément au moment où le numéro est déplacé ou réenregistré, ce qui est déjà une situation sous pression. ### Si personne ne le connaît Il existe une solution. Elle est plus lente que de deviner, mais elle fonctionne vraiment. - Arrêtez de deviner. Les échecs répétés renvoient 133008 et bloquent les tentatives pendant un certain temps. - Modifiez le PIN dans WhatsApp Manager, dans les paramètres de vérification en deux étapes du numéro. Aucun endpoint d'API ne permet de la désactiver. - Un administrateur peut aussi définir un nouveau PIN via l'API avec un POST sur l'ID du numéro de téléphone, puis réenregistrer le numéro avec ce PIN. - Une fois le PIN récupéré, conservez le nouveau PIN à un endroit où la personne suivante le trouvera. ### Éviter le problème la prochaine fois Considérez le PIN comme une partie de l'infrastructure, et non comme une information personnelle. Il doit être rangé au même endroit que les identifiants du compte, appartenir à l'entreprise plutôt qu'à la personne qui a réalisé la mise en place, et survivre au départ de celle-ci. Le coût de cette négligence n'est pas l'erreur elle-même, qui est anodine. C'est l'impossibilité de migrer ou de réenregistrer un numéro opérationnel au moment où vous en avez besoin. - Deviner à répétition. Cela déclenche 133008 et un blocage. - Confier le PIN à une seule personne plutôt qu'à l'entreprise. - Supposer qu'il ne sert plus après la mise en place. La migration le demande. **Où ce PIN a-t-il été défini ?** Lors du premier enregistrement du numéro pour l'envoi de messages via Cloud API. **Que faire si je ne le connais pas ?** Modifiez-le dans WhatsApp Manager, dans les paramètres de vérification en deux étapes du numéro, ou définissez-en un nouveau via l'API. **Que se passe-t-il si je continue à deviner ?** Les tentatives sont bloquées et vous obtenez l'erreur 133008 à la place. **Quand le PIN est-il nécessaire ?** À l'enregistrement, puis à chaque réenregistrement ou migration. --- ## Erreur WhatsApp 133008 : trop de tentatives de PIN https://easycoexistence.com/fr/docs/whatsapp-error-133008 L’erreur 133008 indique que trop de tentatives incorrectes du PIN de vérification en deux étapes ont été effectuées et que les nouvelles tentatives sont bloquées pendant un certain temps. Elle fait suite à des erreurs 133005 répétées : face à un mauvais PIN, il faut donc s’arrêter plutôt que réessayer. ### Ce qui le déclenche Une courte série de tentatives incorrectes du PIN, facile à atteindre parce qu’un mauvais PIN semble mériter un deuxième essai. Ce n’est pas le cas. La première erreur 133005 indique qu’il faut retrouver le PIN correctement plutôt que deviner à nouveau. Une fois verrouillé, le numéro ne peut pas être enregistré avant la fin du délai, même si le PIN correct est retrouvé entre-temps. ### Que faire pendant le verrouillage Attendez au lieu d’essayer de forcer le déblocage. - Arrêtez les tentatives. Les nouveaux essais peuvent prolonger le verrouillage au lieu de le raccourcir. - Retrouvez ou réinitialisez le PIN pendant l’attente : désactivez la vérification en deux étapes avec un token au niveau du compte, ou contactez l’assistance Meta. - Vérifiez que vous enregistrez le bon phone number id. Un échec du PIN sur le mauvais numéro donne le même résultat. - Prévoyez une nouvelle tentative après le délai au lieu d’interroger le système en boucle. - Continuer les tentatives pendant le verrouillage. Cela n’aide pas et peut le prolonger. - Attendre sans utiliser ce temps pour réinitialiser correctement le PIN. - Penser que le numéro est banni. Un verrouillage lié au PIN est temporaire et indépendant des règles. **Combien de temps dure le verrouillage ?** Un délai défini par Meta. Les tentatives effectuées pendant ce délai peuvent le prolonger au lieu de le raccourcir. **Mon numéro est-il banni ?** Non. Il s’agit d’un verrouillage de vérification, indépendant de l’application des règles. **Puis-je réinitialiser le PIN pendant le verrouillage ?** Oui, c’est la meilleure façon d’utiliser le temps d’attente. **Pourquoi cela s’est-il produit ?** Des tentatives incorrectes répétées du PIN, chacune ayant renvoyé l’erreur 133005. --- ## Erreur WhatsApp 133006 : numéro de téléphone non vérifié https://easycoexistence.com/fr/docs/whatsapp-error-133006 L’erreur 133006 signifie que le numéro de téléphone doit être vérifié avant de pouvoir être inscrit pour la messagerie. La vérification prouve que vous contrôlez le numéro grâce à un code envoyé par SMS ou appel vocal. Il s’agit d’une étape distincte de l’ajout et de l’inscription du numéro. ### Vérification ou inscription La vérification prouve que l’entreprise contrôle le numéro. L’inscription active la messagerie Cloud API. Ces étapes se déroulent dans cet ordre, et cette erreur signifie que la première n’est pas terminée. En pratique, quelqu’un doit pouvoir recevoir un code sur ce numéro, par SMS ou par appel vocal automatisé. Un numéro auquel personne ne peut répondre ne peut pas être vérifié. C’est généralement le véritable blocage, plutôt que la requête API. ### Ce qui bloque la vérification Il s’agit presque toujours d’un problème physique plutôt que technique. - Personne ne possède le téléphone ou la SIM, ce qui arrive souvent avec un numéro récupéré d’un ancien propriétaire. - Le numéro est une ligne fixe sans SMS. Dans ce cas, la vérification vocale est la solution. - Un numéro virtuel dont le fournisseur filtre ou retarde le code. - Le numéro est déjà inscrit sur un autre compte WhatsApp, ce qu’il faut d’abord résoudre. - Tenter l’inscription avant la vérification. L’ordre compte. - Choisir les SMS pour une ligne fixe. La vérification vocale existe précisément pour cela. - Supposer qu’un numéro virtuel recevra toujours le code. Beaucoup n’y parviennent pas. **Comment vérifier le numéro ?** Avec un code envoyé par SMS ou par appel vocal automatisé au numéro lui-même. **Qu’en est-il d’une ligne fixe ?** Utilisez la vérification vocale, prévue pour les numéros qui ne reçoivent pas de SMS. **Est-ce la même chose que l’inscription ?** Non. La vérification prouve le contrôle du numéro ; l’inscription active la messagerie. **Puis-je ignorer cette étape ?** Non. L’inscription continuera de renvoyer cette erreur tant que la vérification ne sera pas terminée. --- ## Erreur WhatsApp 131050 : le destinataire a refusé https://easycoexistence.com/fr/docs/whatsapp-error-131050 L’erreur 131050 indique que le destinataire refuse de recevoir les messages de votre entreprise. Ce n’est pas une erreur technique et aucun contournement n’existe : la personne a fait un choix. La bonne réponse consiste à l’enregistrer et à cesser tout envoi. ### Pourquoi aucun contournement n’existe Ce mécanisme protège les personnes contre les entreprises qui refusent d’accepter un non. Une plateforme permettant de le contourner ne serait utile à personne. Meta observe aussi ce qui se passe ensuite. Continuer à tenter des envois vers des personnes qui ont refusé vos messages contribue aux signaux utilisés pour calculer le score de qualité. Un score en baisse réduit la capacité d’envoi pour tout le numéro, et pas seulement pour ces destinataires. ### Que faire à la place Enregistrez correctement ce choix une seule fois, puis laissez le reste du système le respecter. - Enregistrez le refus sur la fiche du contact afin qu’aucun système ne réessaie automatiquement. - Bloquez le numéro dans toutes les campagnes et automatisations, pas seulement dans celle qui a déclenché l’erreur. - N’essayez pas de les contacter avec un second numéro professionnel. C’est la même personne et le même choix. - Si la personne vous écrit ensuite en premier, la fenêtre se rouvre et vous pouvez répondre. C’est à elle de décider, pas à vous. - Réessayer. Le blocage est volontaire et permanent jusqu’à ce que la personne le modifie. - Bloquer le contact uniquement dans la campagne qui a échoué, puis laisser une autre campagne réessayer le lendemain. - Utiliser un autre numéro pour contacter la même personne. C’est le même choix que vous ignorez. **Puis-je leur écrire à nouveau ?** Uniquement s’ils vous écrivent en premier, ce qui rouvre la fenêtre de service. **Existe-t-il un moyen de contourner ce blocage ?** Non. Toute tentative dégrade votre score de qualité. **Cela affecte-t-il tout mon numéro ?** Le refus concerne ce destinataire, mais les tentatives répétées affectent votre score de qualité global. **Dois-je les supprimer de ma liste ?** Bloquez-les partout, pas seulement dans la campagne qui a échoué. --- ## Erreur WhatsApp 130497 : pays du destinataire non autorisé https://easycoexistence.com/fr/docs/whatsapp-error-130497 L’erreur 130497 signifie que les messages vers le pays du destinataire ne sont pas autorisés pour votre compte. Il s’agit d’une restriction géographique, et non d’un problème lié au destinataire. Elle reflète généralement une limite du compte plutôt qu’une erreur dans la requête. ### Qu’est-ce qui provoque une restriction de pays ? Plusieurs causes sont possibles, et elles ne sont pas toutes permanentes. - Un compte nouveau ou non vérifié, avec des limites qui sont levées après la vérification de l’entreprise. - Un pays soumis à une restriction appliquée par Meta à l’échelle de la plateforme. - Un contrôle au niveau du compte défini lors d’un examen ou d’une mesure de conformité. - Un numéro au mauvais indicatif de pays, ce qui produit l’erreur pour un pays auquel vous ne vouliez jamais envoyer de message. ### Écartez d’abord un problème de formatage C’est la seule cause que vous pouvez corriger vous-même, et elle est plus fréquente que les autres. Un numéro envoyé avec le zéro initial conservé, ou sans indicatif de pays parce qu’un indicatif par défaut est appliqué, correspond à un autre pays que celui prévu. L’envoi échoue alors à cause d’une restriction concernant un pays qui ne vous intéresse pas. Vérifier que le numéro est au format international, composé uniquement de chiffres et muni du bon indicatif de pays prend une seconde et élimine la cause la plus probable. - Supposer que le destinataire est en cause. La restriction concerne votre compte et ce pays. - Réessayer. Rien ne change entre les tentatives. - Ignorer la vérification du formatage, qui est la seule cause sous votre contrôle. **Le destinataire me bloque-t-il ?** Non. Il s’agit d’une restriction au niveau du pays appliquée à votre compte. **La restriction peut-elle être levée ?** Certaines restrictions sont temporaires et sont levées après la vérification de l’entreprise. D’autres s’appliquent à l’échelle de la plateforme. **S’agit-il peut-être d’une erreur de formatage ?** Oui, et il vaut mieux commencer par l’écarter. Un mauvais indicatif de pays dirige le numéro vers le mauvais pays. **Réessayer peut-il aider ?** Non. La restriction ne change pas entre les tentatives. --- ## Erreur WhatsApp 132007 : violation de la politique des templates https://easycoexistence.com/fr/docs/whatsapp-error-132007 L’erreur 132007 signifie que le template enfreint la politique de WhatsApp pour la messagerie professionnelle. Le message ne sera pas envoyé sous sa forme actuelle : réécrivez et soumettez à nouveau le template au lieu de modifier la requête. ### Ce que la politique interdit réellement Des règles plus strictes que la plupart des gens ne l’imaginent lorsqu’ils rédigent leur premier template. - Un contenu qui ressemble à une promotion non sollicitée pour une personne qui ne l’a pas demandée. - Les catégories interdites, notamment certains produits financiers, de santé et réglementés. - Un langage qui présente faussement l’expéditeur ou suggère une affiliation inexistante. - Une urgence trompeuse ou tout élément conçu pour faire pression afin d’obtenir une réponse. ### Pourquoi la catégorie compte autant que le texte Un template soumis comme utilitaire mais qui ressemble à du marketing pose un problème de politique, même si rien dans son contenu n’est répréhensible. Meta classe les templates parce que ces deux catégories impliquent des attentes différentes en matière de consentement, et un message promotionnel envoyé sous une catégorie utilitaire les contredit. La règle pratique consiste à rédiger le template honnêtement pour sa catégorie. Un template marketing qui assume sa nature marketing est approuvé. Un template marketing déguisé en notification de livraison ne l’est pas, et retravailler le texte sans modifier la catégorie suffit rarement à le sauver. - Réessayer l’envoi. Le problème vient du template, pas de la requête. - Soumettre à nouveau avec des modifications cosmétiques. Si la catégorie est incorrecte, le texte ne le sauvera pas. - Supposer que l’approbation est définitive. Un template peut être désactivé plus tard avec le code 132016. **Puis-je réessayer l’envoi ?** Non. Le template doit être réécrit et soumis à nouveau. **Pourquoi a-t-il été rejeté alors que le texte semble correct ?** Souvent à cause de la catégorie. Un message marketing soumis comme utilitaire pose un problème de politique, quel que soit son texte. **Combien de temps prend une nouvelle soumission ?** L’examen est généralement rapide, mais aucun délai n’est garanti. **Est-ce la même chose que 132016 ?** Non. Ce code correspond à un template définitivement désactivé après son approbation. --- ## Erreur WhatsApp 132012 : format des paramètres du template https://easycoexistence.com/fr/docs/whatsapp-error-132012 L’erreur 132012 indique que les valeurs des paramètres envoyés ne respectent pas le format défini par le template. Un template contenant trois variables nécessite exactement trois paramètres, dans le bon ordre et du bon type. Toute différence provoque cette erreur au lieu d’un envoi partiel. ### Ce qui doit correspondre Tout, sans exception. Il n’existe aucune correspondance partielle. - Nombre : trois espaces réservés dans le corps signifient trois paramètres de corps, ni plus ni moins. - Ordre : les paramètres sont positionnels. En permuter deux produit un message envoyé avec les valeurs aux mauvais endroits, ou cette erreur si les types diffèrent. - Type : un paramètre de devise ou de date possède une structure d’objet définie et ne peut pas être envoyé comme simple texte. - Composants : les paramètres d’en-tête, de corps et de bouton sont des listes distinctes qui ne peuvent pas être fusionnées. ### La modification qui casse la production Les templates sont modifiés par des personnes différentes de celles qui appellent l’API. Quelqu’un ajoute une variable pour rendre un message plus clair, le template est de nouveau approuvé, puis chaque envoi de l’intégration inchangée commence à échouer. Il vaut mieux s’en prémunir que le découvrir. S’abonner aux webhooks de status du template transforme une modification en événement. Traiter le nombre de variables d’un template comme une partie du contrat d’intégration, revue à chaque changement, empêche qu’une amélioration de formulation ne devienne une interruption de service. - Envoyer un paramètre supplémentaire par précaution. Trop de paramètres est aussi incorrect que pas assez. - Traiter les paramètres positionnels comme des paramètres nommés. Ils sont associés uniquement selon leur position. - Modifier un template sans vérifier le code qui l’envoie. **Combien de paramètres dois-je envoyer ?** Exactement autant que le template en définit, dans l’ordre. **Puis-je en envoyer en plus ?** Non. Un nombre trop élevé échoue comme un nombre insuffisant. **Pourquoi cela a-t-il commencé soudainement ?** Le template a généralement été modifié et son nombre de variables a changé. **Les paramètres sont-ils nommés ?** Non. Ils sont positionnels, donc l’ordre compte. --- ## Erreur WhatsApp 132016 : le template est désactivé définitivement https://easycoexistence.com/fr/docs/whatsapp-error-132016 L’erreur 132016 signifie que le template a été désactivé définitivement et ne peut plus être utilisé. C’est généralement l’aboutissement d’une baisse de qualité : les destinataires ont bloqué ou signalé les messages envoyés avec ce template, sa note de qualité a baissé, puis Meta l’a retiré. ### Comment un template en arrive là Rarement en une seule étape. Un template approuvé que les destinataires n’apprécient pas accumule les blocages et les signalements, sa note de qualité passe de green à yellow puis à red, et il est mis en pause. Des pauses répétées entraînent sa désactivation définitive. Cette séquence est entièrement observable si vous la surveillez. Le webhook de qualité du template signale chaque changement, et le passage d’un template à yellow constitue un avertissement : il reste encore du temps pour agir. L’ignorer transforme un template fonctionnel en template inutilisable. ### Que faire Deux choses, dans cet ordre. - Arrêtez de l’utiliser et passez à un autre template, car celui-ci ne fonctionnera plus jamais. - Comprenez pourquoi les destinataires ne l’ont pas apprécié avant de rédiger le remplacement, sinon celui-ci suivra probablement le même chemin. - Vérifiez l’audience autant que le texte. Même un bon template envoyé à des personnes qui ne s’y attendaient pas accumule des blocages. - Abonnez-vous aux webhooks de qualité des templates afin de voir la prochaine baisse au statut yellow plutôt qu’au statut disabled. - Recréer le même template sous un nouveau nom. C’est son contenu qui a échoué. - Ignorer les notes de qualité yellow. Yellow est l’avertissement, red en est la conséquence. - Accuser le texte alors que le problème venait de l’audience. **Peut-il être réactivé ?** Non. Désactivé définitivement signifie qu’il le restera. **Puis-je le recréer sous un nouveau nom ?** Oui, mais c’est son contenu qui a provoqué la baisse de qualité, il suivra donc probablement le même chemin. **Quelle est la différence avec 132015 ?** 132015 correspond à une pause, qui prend fin. Celui-ci ne prend pas fin. **Aurais-je pu le voir venir ?** Oui. Les webhooks de qualité des templates signalent la baisse avant qu’elle n’atteigne ce stade. --- ## Erreur WhatsApp 131056 : trop de messages vers un destinataire https://easycoexistence.com/fr/docs/whatsapp-error-131056 L’erreur 131056 signifie que trop de messages ont été envoyés entre votre numéro d’entreprise et un même destinataire sur une courte période. Il s’agit d’une limite de débit par paire, distincte du débit global de votre compte, et cela indique généralement qu’une automatisation se répète. ### Pourquoi une limite par paire Parce que le problème évité n’est pas le volume en général, mais le fait d’inonder une personne. Un compte peut rester largement dans son débit global tout en envoyant trente messages à un destinataire en une minute. La personne concernée le vit alors comme du spam, quel que soit le total du compte. La limite s’applique donc à la paire et non au compte. Elle peut ainsi apparaître sur un numéro à faible volume qui n’a jamais approché sa limite de débit globale. ### Ce qui la provoque généralement Presque toujours un mécanisme automatique plutôt qu’une personne qui saisit des messages. - Une boucle de nouvelle tentative qui traite un échec de livraison comme un échec d’envoi et renvoie le message. - Un gestionnaire de webhook qui envoie une réponse et est appelé plusieurs fois pour le même événement. - Un chatbot qui divise une réponse en nombreux messages courts envoyés rapidement. - Un script de test qui envoie plusieurs fois au même numéro pendant le développement. ### Comment l’éviter En limitant le débit au niveau de la conversation, et pas seulement au niveau du compte. Une limite de messages par destinataire et par minute, appliquée avant l’envoi, coûte presque rien et évite cette erreur ainsi que l’expérience client qui l’accompagne. La déduplication des messages est tout aussi importante. Les événements webhook peuvent être livrés plusieurs fois, et un gestionnaire qui envoie une réponse sans vérifier s’il a déjà traité ce message id produira exactement ce schéma sous charge. - Réessayer, ce qui envoie encore un message au destinataire déjà inondé. - Limiter le débit uniquement au niveau du compte. Cette limite s’applique à chaque destinataire. - Traiter les événements webhook sans déduplication par message id. **S’agit-il de la limite de débit de mon compte ?** Non. Celle-ci correspond au code 130429. Cette limite s’applique à chaque destinataire. **Pourquoi sur un numéro à faible volume ?** Parce que la limite s’applique à la paire, et non au total du compte. **Comment arrêter ce problème ?** Limitez le débit par conversation et dédupliquez les événements webhook par message id. **Dois-je réessayer ?** Non. Une nouvelle tentative envoie un autre message au même destinataire. --- ## Erreur WhatsApp 80007 : limite de débit du compte WhatsApp Business https://easycoexistence.com/fr/docs/whatsapp-error-80007 L’erreur 80007 signifie que le compte WhatsApp Business a atteint une limite de débit. Elle concerne les appels de gestion et de lecture, pas le débit de messagerie : la cause habituelle est donc le polling, lorsqu’un élément vérifie le status bien plus souvent que les données ne changent. ### Ce qui est compté Les appels effectués sur le compte, et non les messages envoyés aux clients. - Lecture des numéros de téléphone, de leurs évaluations de qualité et de leurs niveaux de débit. - Liste et lecture des templates de messages. - Appels de configuration des abonnements et des webhooks. - Toute vérification du status exécutée selon un planning, principale source du volume. ### Le polling est la cause à corriger Un polling du status toutes les trente secondes sur quelques numéros représente des milliers d’appels par jour pour des données qui changent quelques fois par mois. Cette limite finit par être atteinte et, lorsqu’elle l’est, le polling cesse de fonctionner précisément au moment où un événement intéressant survient. Les webhooks inversent le fonctionnement. Meta transmet un changement d’évaluation de qualité, une mise à jour du compte ou un changement de status d’un template lorsqu’il survient. Cela ne coûte aucun appel et arrive plus vite qu’un polling. La bonne architecture repose sur les webhooks pour les changements, avec un polling réservé à une réconciliation occasionnelle plutôt qu’utilisé comme mécanisme principal. - Interroger le status à intervalles courts. Cela consomme la limite avec des données qui changent rarement. - Réagir en ajoutant des tentatives, ce qui consomme la limite encore plus vite. - Le confondre avec 130429, qui concerne l’envoi de messages. **Cela concerne-t-il l’envoi de messages ?** Non. Cette limite est 130429. Celle-ci couvre les appels de gestion et de lecture. **Qu’est-ce qui la provoque ?** Généralement, le polling du status à intervalles courts. **Que dois-je faire à la place ?** Abonnez-vous aux webhooks et réservez le polling aux réconciliations occasionnelles. **La limite disparaît-elle seule ?** Oui, une fois la fenêtre écoulée, mais elle revient si le polling ne change pas. --- ## WhatsApp Coexistence pour les agences et cabinets de conseil https://easycoexistence.com/fr/whatsapp-coexistence-for-agencies Les agences se heurtent au même obstacle chez chaque client : le numéro est déjà utilisé par le personnel, et sa migration leur retire l’application WhatsApp Business. Coexistence évite cela : un numéro client peut être connecté sans changer les habitudes de travail. ### Pourquoi les numéros clients bloquent-ils la plupart des intégrations ? Parce que vous ne pouvez pas modifier le numéro, et que tout son usage est déjà établi. Le numéro d’un client est imprimé sur des véhicules, des factures, un site web et des années de conversations passées. Quelqu’un y répond toute la journée depuis un téléphone et connaît les habitués par leur nom. Dès qu’une proposition implique de migrer ce numéro, l’application WhatsApp Business cesse de fonctionner dessus et cette personne doit passer à ce que vous avez créé. La plupart des clients refusent, et ils ont raison. C’est pourquoi tant d’agences ont fini par utiliser des passerelles non officielles. Elles gardaient le téléphone fonctionnel, ce qui était la seule chose importante pour le client, et le risque de bannissement restait invisible jusqu’à ce qu’il devienne réel. Coexistence est la version officielle de cette même promesse. ### Comment l’intégration d’un client se déroule-t-elle concrètement ? Le client fait une seule chose, sur son propre téléphone, et cela prend environ deux minutes. Vous lui envoyez un lien de connexion. Il l’ouvre, la popup de Meta s’affiche, il choisit son Business Portfolio et le numéro, puis scanne un code dans l’application WhatsApp Business. C’est tout ce qui est demandé. Rien n’est installé, aucun identifiant n’est transmis et l’application continue de fonctionner dès que le scan est terminé. Le numéro reste dans son Business Portfolio plutôt que sous le vôtre, ce qui compte pour deux raisons. C’est la réponse lorsqu’un client demande qui possède la connexion, et la relation continue même s’il change d’agence, une promesse plus simple à faire qu’à expliquer après coup. ### À quoi cela ressemble-t-il avec vingt clients ? Un compte, vingt numéros, un tarif fixe pour chacun et une liste lisible. Il n’y a aucun palier à dépasser ni aucun forfait qui change à partir d’un seuil. Ajouter le vingt et unième client suit la même procédure que le premier. Chaque numéro affiche sa propre évaluation de qualité, son niveau de messagerie et son état de connexion. Vous voyez donc qu’un numéro client se dégrade avant qu’il ne vous appelle. À cette échelle, cette visibilité constitue l’essentiel de la valeur. Une connexion peut échouer silencieusement, tandis que l’application WhatsApp Business continue de fonctionner dans presque tous les cas. Le client n’a aucun moyen de le savoir. Sans monitoring, le premier signal est souvent un client qui demande pourquoi son automatisation s’est arrêtée, une conversation qui commence mal. ### Un agent peut-il effectuer l’intégration à la place d’une personne ? Pour l’essentiel, oui. La seule étape impossible est précisément celle que le client doit effectuer lui-même. Grâce au connecteur MCP, un assistant peut appeler get_connect_link pour générer le lien que le client ouvre, puis set_webhook_destination pour diriger ce numéro vers le système qui le traite, et enfin vérifier son état pour confirmer que tout est actif. C’est toute la séquence, sans que personne n’ouvre de dashboard. Il ne peut pas scanner le code. L’intégration de Meta se déroule dans un navigateur et nécessite le téléphone qui détient le numéro, une protection volontaire plutôt qu’un manque. Le client est la seule personne pouvant autoriser son propre numéro, et c’est le bon fonctionnement. - Promettre au client que son personnel ne remarquera rien, puis migrer le numéro. La migration retire l’application et cela se remarque immédiatement. - Connecter les numéros clients dans votre propre Business Portfolio. Gardez chacun dans celui du client, afin que la connexion lui appartienne. - Considérer le monitoring comme facultatif à grande échelle. Vingt défaillances silencieuses chez vingt clients représentent une charge de support, pas un cas isolé. **Chaque client doit-il avoir son propre compte chez vous ?** Non. Un seul compte regroupe tous les numéros que vous gérez, chacun facturé séparément, et le connecteur les répertorie tous. Rien n’interdit de l’utiliser pour les entreprises que vous accompagnez. **À qui appartient la connexion, à moi ou au client ?** Le numéro reste dans le Business Portfolio du client. Vous gérez la connexion, tandis que la relation sous-jacente avec Meta lui appartient. C’est la réponse honnête lorsqu’il pose la question. **Que se passe-t-il si un client part ?** Le numéro est déconnecté et son application WhatsApp Business continue exactement comme avant. Le fait d’avoir été connecté ne modifie rien de façon permanente. **Qui paie Meta pour les messages ?** Le client paie directement, avec le moyen de paiement associé à son propre WhatsApp Business Account. Ces frais ne passent jamais par nous, donc personne ne peut y appliquer de majoration. --- ## Ce que signifie être Meta Tech Provider et pourquoi c’est important https://easycoexistence.com/fr/meta-tech-provider Un Meta Tech Provider exploite sa propre app Meta sur un Business Manager vérifié et peut y connecter les numéros WhatsApp d’autres entreprises. EasyCoexistence en est un : votre numéro se connecte donc directement à votre propre Business Portfolio, au lieu de dépendre du compte d’un revendeur. ### Que fait concrètement un Tech Provider ? Il exploite l’app par laquelle d’autres entreprises connectent leurs numéros WhatsApp. Lorsqu’une entreprise commence son intégration, l’Embedded Signup de Meta s’ouvre et lui demande d’autoriser une app. Cette app appartient au Tech Provider et, une fois autorisée, elle peut agir au nom de l’entreprise sur son numéro : lire son statut, envoyer des messages, gérer les templates et définir où les webhooks sont livrés. Tout ce qu’un provider propose repose sur cette relation. Ce statut rend la démarche légitime. Meta l’accorde à une entreprise qui possède sa propre app sur un Business Manager vérifié, après App Review. C’est ce qui distingue un provider d’un script utilisant les identifiants de quelqu’un d’autre. ### Pourquoi est-il important de savoir qui possède l’app ? Parce que cela détermine au compte de qui le numéro de votre client sera rattaché. Les outils construits sur le compte de provider de quelqu’un d’autre héritent des contraintes de ce compte. C’est de là que viennent les limites de connexions uniques rencontrées avec les plateformes d’automatisation généralistes : la plateforme détient une seule relation de provider, que tous ses utilisateurs partagent. Avec notre propre app, la connexion est établie directement entre le Business Portfolio du client et Meta. Le numéro reste le sien, aucun revendeur ne le détient et l’ajout du suivant s’effectue comme celui du premier. Pour une agence, ce n’est pas un détail technique : c’est la réponse à donner lorsqu’un client demande qui contrôle son numéro. ### Qu’exige ce statut ? Un Business Manager vérifié, une app qui passe App Review et des démonstrations enregistrées des parcours. La vérification de l’entreprise rattache l’app à une véritable entité juridique, à l’aide de documents que Meta compare aux registres officiels. App Review examine ce que l’app demande et pourquoi. Pour WhatsApp, cela comprend des vidéos enregistrées montrant que l’intégration fonctionne réellement de bout en bout. Rien de tout cela ne coûte d’argent, mais tout prend du temps, et ce délai ne peut pas être compressé. C’est important à savoir si vous envisagez de construire votre propre solution. Connecter un seul numéro qui vous appartient ne demande rien de tout cela. Connecter les numéros de clients exige tout le processus, avec une attente qui se compte en semaines plutôt qu’un travail réalisé en quelques jours. ### Qu’est-ce que cela change pour l’entreprise qui connecte un numéro ? Trois choses, dont aucune n’est visible dans l’interface. Le numéro est connecté dans son propre Business Portfolio, donc la relation avec Meta lui appartient. Meta facture directement les frais de conversation à son WhatsApp Business Account, ce qui explique aussi que personne au milieu ne puisse les majorer. Enfin, il n’existe pas de plafond au nombre de numéros qu’un compte peut détenir, puisqu’aucune relation de provider partagée n’est divisée. Ce que cela ne change pas, c’est l’intégration elle-même. Embedded Signup est le parcours de Meta, la fenêtre popup appartient à Meta et le scan du code s’effectue dans l’app WhatsApp Business. Un Tech Provider ne remplace rien de tout cela : il rend ce parcours disponible. - Supposer que chaque provider possède son propre statut de Tech Provider. Beaucoup reposent sur celui de quelqu’un d’autre, ce qui crée les limites de connexions. - Prévoir de l’obtenir avant une échéance. L’entreprise ne contrôle pas le délai d’App Review. - Le considérer comme un badge. Il s’agit d’une relation de compte qui détermine dans quel portfolio le numéro du client est détenu. **Cela signifie-t-il que Meta recommande EasyCoexistence ?** Non, et aucun provider ne devrait le laisser entendre. Tech Provider est un statut technique qui permet de connecter les numéros d’autres entreprises via une app approuvée. Ce n’est pas une recommandation du produit construit dessus. **Puis-je devenir Tech Provider moi-même ?** Oui. C’est gratuit et ouvert à toute entreprise disposant d’un Business Manager vérifié et prête à passer par App Review. Le coût vient de l’attente, pas d’un tarif. **Dans quel Business Portfolio mon numéro est-il détenu ?** Dans le vôtre. La connexion est établie entre votre portfolio et Meta, avec notre app autorisée à agir sur le numéro. Il ne passe pas sous notre compte. **Existe-t-il une limite au nombre de numéros que je peux connecter ?** Non. Les limites rencontrées ailleurs viennent du partage d’une seule relation de provider entre de nombreux utilisateurs, ce qui ne s’applique pas ici. --- ## Ce que coûte WhatsApp Coexistence, fournisseur par fournisseur https://easycoexistence.com/fr/whatsapp-coexistence-pricing-compared Les fournisseurs facturent selon trois unités différentes : par numéro, par utilisateur ou par message. Les tarifs affichés sont donc incomparables, et le coût réel n'apparaît que pour un nombre de numéros donné. Cette page le calcule pour 1, 10 et 50 numéros. ### Pourquoi les tarifs affichés ne sont-ils pas comparables ? Parce qu'ils facturent des choses différentes, et l'unité détermine le type d'entreprise auquel chaque offre convient. La facturation par numéro suit le nombre de lignes WhatsApp que vous gérez. C'est l'unité qu'une agence maîtrise réellement, et c'est celle d'EasyCoexistence, de 360dialog et de Dualhook. La facturation par utilisateur et par contact suit le nombre de personnes qui répondent et le nombre de clients à qui vous parlez. C'est le modèle de WATI et de respond.io, et c'est la bonne unité quand ce que vous achetez, c'est une équipe d'agents. La facturation par message suit uniquement le volume. C'est le modèle de Twilio : pas de frais de plateforme ni de frais par numéro, mais un montant sur chaque message, en plus de ce que Meta facture. La seule comparaison honnête se fait donc pour un nombre de connexions donné, ce que fait le tableau ci-dessous. ### Combien coûtent les fournisseurs facturés par plateforme, aux mêmes volumes ? On ne peut pas honnêtement les placer dans la même colonne, car leurs frais ne varient pas du tout avec le nombre de numéros. Ce qui varie, ce sont les utilisateurs et les contacts. Les forfaits publiés par WATI vont de trois à dix utilisateurs, avec 500 à 2 500 contacts actifs par mois. respond.io publie US$ 79 pour cinq utilisateurs et 1 000 contacts, jusqu'à US$ 279. YCloud publie un palier gratuit, puis US$ 39, US$ 89 et US$ 399, avec des utilisateurs et des canaux en option à US$ 10 et US$ 5 chacun par mois. Pour une équipe support avec un seul numéro, ces offres sont compétitives et incluent une boîte de réception, ce qu'une simple connexion n'apporte pas. Pour une agence avec cinquante numéros clients, le coût apparaît dans les lignes d'options, et il apparaît par canal plutôt que par conversation. La question qui tranche : quelqu'un va-t-il réellement se connecter à la boîte de réception que vous payez ? ### Et Twilio, qui ne facture ni l'un ni l'autre ? Twilio publie des frais de US$ 0,005 par message, dans chaque sens, en plus des frais de templates de Meta qu'il répercute sans majoration. Ses tarifs publiés ne comportent ni frais mensuels de plateforme ni frais par numéro. C'est donc la façon la moins chère de conserver un numéro qui n'envoie presque rien, et la plus chère d'en exploiter un très actif. Cinquante numéros inactifs ne coûtent rien ; cinquante numéros qui tiennent de vraies conversations coûtent à chaque message, indéfiniment. Il faut aussi savoir que la page de tarifs de Twilio ne mentionne pas Coexistence. Si le maintien de l'application WhatsApp Business sur le numéro compte pour vous, c'est la question à leur poser avant toute autre comparaison. ### Que devrait choisir concrètement une agence ? Le fournisseur dont l'unité correspond à ce qui grandit dans votre activité. Si ce qui grandit, ce sont les numéros clients, la facturation par numéro avec remise de volume est la seule forme qui ne vous pénalise pas quand vous réussissez. EasyCoexistence coûte US$ 9 par numéro jusqu'à cinq numéros, puis descend à US$ 1 par numéro à mesure que vous ajoutez des numéros. À cinquante clients, chaque numéro coûte donc moins cher que le premier, et non plus. Si ce qui grandit, ce sont les agents qui répondent dans une même boîte de réception, une offre facturée par utilisateur est le bon achat, et cette page ne prétendra pas le contraire. WATI et respond.io ont construit cela, et cela fonctionne. Si ce qui grandit, c'est le volume de messages sur quelques numéros, le modèle par message de Twilio mérite d'être simulé face aux autres, avec votre rythme d'envoi réel. Pour le cas qui a motivé ce produit, une agence ou un développeur qui gère des numéros dont il n'est pas propriétaire, la facturation par numéro avec tarif dégressif est la seule qui évolue dans le même sens que l'activité : le prix par numéro baisse quand leur nombre augmente. - Comparer directement les tarifs affichés. Ils reposent sur trois unités différentes, et le chiffre le plus bas est souvent le mauvais choix. - Croire que l'un d'eux majore les frais de messages de Meta. Aucun de ceux de cette page ne le fait : c'est Meta qui vous facture. - Prendre une fonctionnalité non documentée pour une fonctionnalité absente. Quand une page de tarifs ne mentionne pas Coexistence, posez la question au fournisseur plutôt que de vous fier à ce tableau. **Ces tarifs sont-ils à jour ?** Ils correspondent à ce que chaque fournisseur publiait sur sa propre page de tarifs en septembre 2026, avec un lien depuis les chiffres ci-dessus. Les tarifs évoluent : vérifiez la source avant de décider. **Pourquoi EasyCoexistence coûte-t-il moins cher par numéro à mesure que le volume augmente ?** Parce que le coût de la surveillance d'une connexion n'augmente pas proportionnellement à leur nombre. Une agence qui gère cinquante numéros ne représente pas cinquante fois plus de travail, donc pas cinquante fois le prix. **L'un d'eux majore-t-il les frais de Meta ?** Aucun des fournisseurs de cette page ne le fait. Meta facture les messages au moyen de paiement de votre propre compte WhatsApp Business, ce qui explique aussi pourquoi aucun intermédiaire ne peut les réduire. **Quels fournisseurs prennent en charge Coexistence ?** YCloud et 8x8 la documentent, et Dualhook et EasyCoexistence sont construits autour d'elle. Plusieurs autres pages de tarifs n'en parlent pas, ce qui ne prouve rien dans un sens ou dans l'autre et mérite une question directe. --- ## Glossaire WhatsApp Coexistence https://easycoexistence.com/fr/whatsapp-coexistence-glossary Les termes liés à WhatsApp Coexistence sont faciles à confondre. En pratique, la plupart des confusions viennent de deux personnes qui utilisent un même mot pour désigner des choses différentes. Voici les définitions utilisées sur ce site, chacune renvoyant vers la page qui la détaille. ### Pourquoi ce vocabulaire pose-t-il autant de problèmes ? Parce que plusieurs de ces termes désignent des éléments situés à des niveaux différents, qui donnent pourtant tous l'impression d'être au même niveau. Un Business Portfolio contient un WhatsApp Business Account, qui contient des numéros de téléphone, chacun avec un phone number id. Dans une conversation, les quatre sont appelés le compte, et une phrase comme vérifiez que le compte fonctionne peut désigner quatre vérifications différentes. Il en va de même pour les deux fenêtres de vingt-quatre heures sur cette plateforme : elles mesurent des choses sans rapport et sont constamment confondues. L'autre moitié du problème vient du fait que Meta et les fournisseurs utilisent des mots différents pour désigner la même chose, et que les fournisseurs ne sont pas non plus d'accord entre eux. Cette page utilise le vocabulaire de Meta lorsqu'il existe et indique clairement lorsqu'un terme vient de nous. ### Quelles distinctions comptent réellement en pratique ? Trois, et chacune a déjà fait perdre une journée à quelqu'un. La fenêtre de service client et la fenêtre de synchronisation durent toutes deux vingt-quatre heures, mais n'ont rien à voir l'une avec l'autre. La première détermine si un texte libre peut être remis, à partir du dernier message du client. La seconde détermine si l'historique des discussions peut encore être récupéré, à partir de l'intégration. Un appareil lié n'est pas une API. Il s'agit du client WhatsApp grand public connecté ailleurs, ce qu'automatisent les outils non officiels et ce qui entraîne le bannissement de numéros. Et une destination webhook n'est pas un paramètre d'un numéro. Il s'agit d'une surcharge de l'abonnement d'une application à un compte. C'est pourquoi elle disparaît lorsqu'une connexion est supprimée et doit être rétablie lors de la reconnexion. **Coexistence est-elle une API différente de Cloud API ?** Non. Coexistence est une méthode d'intégration d'un numéro à Cloud API qui laisse l'application WhatsApp Business fonctionner sur celui-ci. Les endpoints, le format des messages et les règles sont identiques. **Quelle est la différence entre un Business Portfolio et un WABA ?** Le Business Portfolio est le conteneur de l'entreprise dans Meta Business Manager. Un WhatsApp Business Account se trouve à l'intérieur et contient les numéros de téléphone. Un portfolio peut contenir plusieurs WABA. **Un BSP est-il la même chose qu'un Tech Provider ?** Ces notions se recoupent, mais désignent des choses différentes. Tech Provider est un statut Meta qui permet à une entreprise de connecter les numéros d'autres entreprises via sa propre application. BSP désigne généralement une entreprise qui vend une plateforme de messagerie, qu'elle possède ou non ce statut elle-même. **Quel est le rapport entre MCP et WhatsApp ?** Aucun en soi. MCP est un protocole qui donne à un assistant IA l'accès à un outil, et un serveur WhatsApp MCP expose un numéro comme l'un de ces outils. Il ne peut pas recevoir de messages, mais seulement agir lorsqu'on le lui demande. --- ## Champs webhook WhatsApp : lesquels vont où https://easycoexistence.com/fr/docs/webhook-fields Un compte WhatsApp Business transmet les événements sous forme de champs nommés. Deux transportent le contenu des conversations et sont routés vers votre endpoint. Six portent l’état opérationnel et servent au suivi. Savoir les distinguer détermine votre architecture. ### Que contient chaque champ ? messages contient tout ce qu’un client envoie au numéro : texte, références de médias, réponses et réactions. smb_message_echoes contient ce que votre équipe envoie depuis l’application WhatsApp Business. Ce champ n’existe que sur un numéro Coexistence et permet au logiciel de voir les réponses humaines. account_update porte l’état de la connexion : PARTNER_REMOVED lorsque l’application est désinstallée du compte, ACCOUNT_OFFBOARDED, ACCOUNT_RECONNECTED, ainsi que les événements de restriction ou de violation. phone_number_quality_update porte les changements de qualité et de débit. account_alerts contient les alertes émises par Meta contre le compte, tandis que account_review_update contient le résultat d’une vérification. business_capability_update porte les changements de limite et de capacité d’envoi, et phone_number_name_update porte les validations et refus du nom affiché. ### Pourquoi cette répartition compte-t-elle pour l’architecture ? Parce qu’elle détermine si le contenu des conversations atteint un fournisseur. Le remplacement envoie directement les deux champs de messages à votre endpoint depuis Meta. Les six champs opérationnels continuent vers le fournisseur, ce qui permet d’utiliser un dashboard et des alertes sans que personne ne détienne un message. C’est aussi pourquoi l’affirmation selon laquelle les messages ne sont pas stockés peut relever de la structure plutôt que d’une politique. Si les champs de messages sont livrés ailleurs, aucun chemin de code ne peut les stocker. Dans notre cas, un compte sans remplacement revient au callback par défaut, dont le gestionnaire ignore ces événements sans les conserver. ### Quels champs votre gestionnaire doit-il attendre ? Uniquement les deux champs de messages si le remplacement est défini. Il est préférable d’écrire le gestionnaire pour qu’il ignore tout le reste plutôt que de le faire échouer. Meta ajoute des champs au fil du temps et la structure d’un payload peut recevoir de nouvelles clés sans préavis. Un gestionnaire qui examine le nom du champ et ignore ce qu’il ne reconnaît pas continue de fonctionner. Celui qui suppose une structure précise échoue au premier événement inconnu. Il vaut également la peine de traiter explicitement smb_message_echoes plutôt que de le considérer comme du bruit. Sans ce champ, le logiciel ne sait pas qu’un humain a déjà répondu, et le client peut recevoir deux réponses à la même question. - Supposer un payload générique. Chaque événement nomme son champ et le gestionnaire doit l’examiner. - Ignorer smb_message_echoes. Sans lui, le logiciel répond après un humain qui a déjà répondu. - Faire échouer le gestionnaire sur les champs inconnus au lieu de les ignorer. Meta ajoute des champs sans demander. **Puis-je recevoir seulement certains champs ?** Le remplacement vous transfère le parcours des messages. La répartition opérationnelle est fixe, car le suivi repose dessus. **smb_message_echoes existe-t-il sur un numéro Cloud API classique ?** Non. Il existe parce qu’un numéro Coexistence permet à un humain d’envoyer des messages depuis l’application, en plus des envois logiciels via l’API. **Que deviennent les événements de messages si je ne définis aucune destination ?** Ils arrivent sur notre callback par défaut et sont ignorés sans être conservés. **Les noms des champs viennent-ils de Meta ou de vous ?** De Meta. Nous n’avons inventé aucun de ces noms, ce qui explique pourquoi il vaut la peine de les apprendre une fois. --- ## Vérifier un endpoint webhook WhatsApp https://easycoexistence.com/fr/docs/webhook-verification Avant de livrer un événement, Meta appelle votre endpoint avec un GET contenant hub.mode, hub.verify_token et hub.challenge. Votre endpoint doit comparer le token et renvoyer le challenge dans le corps brut. Tout autre résultat empêche la livraison de démarrer. ### Qu’est-ce que Meta envoie exactement ? Une requête GET vers votre URL avec trois paramètres de requête. hub.mode est défini sur subscribe. hub.verify_token correspond au token que vous avez configuré lors du paramétrage de la destination. hub.challenge est une valeur générée par Meta pour cette tentative. Votre endpoint doit comparer hub.verify_token au token choisi et, s’ils correspondent, répondre avec le code 200 et hub.challenge comme corps de réponse complet. Il ne doit pas être enveloppé dans du JSON, ni entouré de guillemets, ni suivi d’un retour à la ligne que certains frameworks ajoutent par défaut. Si le token ne correspond pas, répondez avec le code 403. C’est tout le protocole, volontairement minimal. ### Pourquoi une mauvaise réponse échoue-t-elle en silence ? Parce qu’un échec de vérification n’est pas une erreur dans votre système, mais une absence dans celui de Meta. Lorsque le challenge n’est pas renvoyé correctement, Meta ne commence tout simplement pas à livrer les événements à cette destination. Votre serveur renvoie 200 lors de la vérification, vos logs montrent qu’une requête est arrivée, et aucun dashboard ne signale de problème. Le seul symptôme est que les messages n’arrivent jamais, ce que la plupart des équipes attribuent à un problème de Coexistence plutôt qu’à un problème de vérification. C’est pourquoi il vaut la peine de valider la destination avant l’appel. Nous vérifions que l’URL est en HTTPS et qu’un token de vérification a été fourni avant d’effectuer la requête Graph, afin qu’une destination mal formée échoue immédiatement au lieu de paraître connectée. ### Qu’est-ce qui peut encore bloquer la vérification ? Trois éléments qui n’ont rien à voir avec le code. Une authentification devant l’endpoint. Une passerelle, une couche d’authentification basique ou une liste d’adresses IP autorisées rejettera la requête de Meta, qui n’a aucun identifiant à présenter. La route de vérification doit être accessible sans authentification. Une redirection. Meta appelle l’URL que vous lui avez fournie, et une redirection 301 vers un hôte canonique n’est pas suivie d’une façon qui termine l’échange. Fournissez-lui l’URL finale. Enfin, un framework qui sérialise la réponse. Renvoyer une chaîne depuis un gestionnaire qui enveloppe tout dans du JSON produit un corps entouré de guillemets, qui ne correspond pas au challenge. - Renvoyer du JSON. Le corps doit contenir uniquement la valeur brute du challenge. - Placer l’endpoint derrière une authentification. Meta n’a aucun identifiant et la requête sera rejetée. - Fournir à Meta une URL qui redirige. Utilisez l’URL finale. **Quel token dois-je utiliser ?** N’importe quelle chaîne de caractères de votre choix. Elle permet à votre endpoint de distinguer la requête de Meta de celle d’un tiers qui aurait découvert l’URL. **À quelle fréquence la vérification a-t-elle lieu ?** Lors de la configuration, puis chaque fois que la destination est définie. Un endpoint fonctionnel n’est pas revérifié à chaque événement. **Puis-je effectuer le test moi-même ?** Oui. Appelez votre propre endpoint avec les trois paramètres et vérifiez que le corps renvoie exactement la valeur du challenge. **Que se passe-t-il si mon serveur était indisponible lors de la vérification ?** L’échange échoue et la destination ne s’active pas. Enregistrez-la de nouveau pour relancer la vérification. --- ## Référence des outils MCP https://easycoexistence.com/fr/docs/mcp-tools-reference Le connecteur expose seize outils pour tous les numéros d’un compte. list_numbers vient en premier, car tous les autres outils utilisent un connection_id fourni par celui-ci. Six sont bloqués en cas d’impayé : les quatre qui agissent sur le monde extérieur, get_api_credentials, qui renvoie le jeton d’accès, et create_connect_link. Les dix autres, les lectures d’état et de templates et la configuration de la Partner API, restent accessibles. ### Que fait chaque outil ? Lecture : list_numbers renvoie les numéros connectés avec leur statut, leur note de qualité et leur niveau de messagerie. C’est le point de départ de tous les autres appels. get_number_health renvoie un instantané Meta en direct ainsi que la chronologie récente de surveillance, les événements webhook et les contrôles du poller. get_api_credentials renvoie l’URL de base de la Graph API, le WABA id, le phone number id et, lorsqu’il est disponible, le token d’accès propre au compte. Envoi : send_message envoie du texte libre dans la fenêtre de 24 heures, pendant laquelle les réponses sont gratuites. send_template envoie un template approuvé, ce qui permet de démarrer une conversation avec une personne qui n’a pas encore écrit. list_templates, create_template et get_template_status couvrent le cycle de vie du template. Configuration : set_webhook_destination achemine les messages entrants et les échos de l’application vers votre système, et le passage de null le réinitialise. get_connect_link renvoie le lien du dashboard et les étapes pour connecter un nouveau numéro. get_docs renvoie la documentation du produit au format markdown. Partner API, pour un logiciel ou une agence dont les propres clients connectent des numéros : get_partner_setup indique l’état de la facturation, de la clé API, de l’URL des événements et l’étape suivante. create_api_key émet la clé de la Partner API et ne l’affiche qu’une fois, sans remplacer une clé existante sans confirmation explicite. revoke_api_key la révoque, là aussi après confirmation. set_partner_events_url définit où partent les événements de statut et renvoie une seule fois le secret de signature. create_connect_link crée un lien de connexion hébergé pour un client, valable 1 heure, comme POST /api/v1/connect-sessions. ### Pourquoi connection_id est-il important ? Parce qu’il relie une instruction à un numéro précis, et qu’un assistant ne peut pas le deviner. Chaque outil qui agit sur un numéro utilise un connection_id, et list_numbers est le seul endroit où en obtenir un. En pratique, un assistant à qui l’on demande d’envoyer un message appellera d’abord list_numbers. C’est pourquoi la première requête d’une session est souvent plus lente que les suivantes. Cela signifie aussi qu’un compte comportant plusieurs numéros reste dépourvu d’ambiguïté par construction. Il n’existe ni numéro par défaut ni sélection implicite : une instruction qui n’identifie pas le numéro concerné déclenche une demande de précision, plutôt qu’une supposition. ### Que se passe-t-il en cas d’impayé ? Six outils sont bloqués : send_message, send_template, create_template et set_webhook_destination, qui agissent sur le monde extérieur ; get_api_credentials, parce qu’il renvoie le jeton d’accès du compte, avec lequel un compte bloqué pourrait envoyer directement via la Graph API ; et create_connect_link, qui connecte un nouveau numéro. Toutes les autres lectures restent accessibles, tout comme la configuration de la Partner API : get_partner_setup, create_api_key, revoke_api_key et set_partner_events_url. C’est une décision délibérée, pas un oubli. Un compte qui ne peut pas comprendre pourquoi il est bloqué ou vérifier si ses numéros sont opérationnels n’a plus d’autre recours qu’une demande au support. Ces mêmes lectures alimentent aussi la surveillance de l’état, et les bloquer désactiverait cette surveillance au moment où elle est la plus nécessaire. En pratique, un compte en impayé continue de répondre aux questions sur son propre état et reste surveillé. Seul s’arrête ce qui atteint un client. - S’attendre à ce que le connecteur reçoive des messages. MCP fonctionne par requêtes et réponses ; le trafic entrant nécessite un webhook. - Coder en dur un connection_id. Il provient de list_numbers et ne doit pas être noté manuellement. - Supposer qu’un compte en impayé est totalement hors ligne. Les lectures et la surveillance continuent volontairement, sauf les identifiants, qui contiennent le token d’envoi. **Dois-je choisir l’outil à appeler ?** Non. Vous formulez votre demande en langage courant et l’assistant choisit l’outil, conformément à la fonction prévue pour ses descriptions. **Peut-il lire mes conversations ?** Non. Les messages entrants sont acheminés vers la destination webhook que vous indiquez. Le connecteur lit l’état du compte et des numéros. **get_docs est-il utile ?** Plus qu’il n’y paraît. Il transmet notre documentation à l’assistant au format markdown, afin que les réponses sur les règles de Coexistence proviennent de nos documents plutôt que de sa mémoire. **Un connecteur peut-il couvrir plusieurs clients ?** Oui. Un compte peut contenir autant de numéros que nécessaire et list_numbers les renvoie tous. --- ## Connecter un numéro, étape par étape https://easycoexistence.com/fr/docs/connecting-a-number La connexion passe par l’Embedded Signup de Meta : sélectionnez le Business Portfolio, le WhatsApp Business Account et le numéro, puis scannez un code dans l’application WhatsApp Business. Comptez environ deux minutes : l’application reste utilisable tout au long du parcours. ### Que se passe-t-il pendant le parcours ? La fenêtre de Meta s’ouvre et demande trois éléments dans l’ordre. D’abord le Business Portfolio, qui constitue le conteneur de l’entreprise dans Business Manager. Ensuite le WhatsApp Business Account qu’il contient. Puis le numéro de téléphone, qui doit déjà être enregistré dans l’application WhatsApp Business, car Coexistence connecte un numéro utilisé par l’application au lieu d’en créer un. Le parcours passe ensuite sur le téléphone. Meta affiche un code ; une personne ouvre l’application WhatsApp Business sur l’appareil qui utilise ce numéro et le scanne. C’est la seule étape qui quitte le navigateur, et personne d’autre ne peut l’effectuer au nom de l’entreprise. ### Qu’est-ce qui est décidé lors de l’activation et ne peut plus être modifié ? Le partage ou non de l’historique des discussions existantes est demandé une seule fois et devient définitif pour cette connexion. Répondre oui synchronise l’historique récent des conversations avec l’API : le logiciel démarre avec du contexte plutôt qu’à l’aveugle. Répondre non signifie que l’API ne voit que les messages reçus à partir de la connexion. Les deux choix sont raisonnables, et la plupart des intégrations concernent les nouvelles conversations, mais la décision ne peut pas être modifiée sans déconnecter puis reconnecter le numéro. Un délai s’applique également. La synchronisation doit commencer dans les 24 heures suivant l’activation et ne peut être exécutée qu’une seule fois. Si l’un de ces critères n’est pas respecté, une erreur peu explicite apparaît au lieu d’un avertissement. Mieux vaut donc décider du partage de l’historique le jour même, plutôt que pendant le travail d’intégration. ### Que faut-il préparer avant de commencer ? Trois éléments : les avoir prêts évite d’abandonner le parcours à mi-chemin. L’accès au Business Portfolio qui possède le numéro, généralement détenu par le responsable de l’entreprise plutôt que par la personne chargée de l’intégration. Le téléphone associé au numéro, déverrouillé, avec l’application WhatsApp Business installée. Et idéalement la destination du webhook, car la définir à la fin de l’activation est plus simple que de devoir s’en souvenir plus tard. Si la fenêtre est fermée avant la fin, le numéro peut être associé au compte sans être enregistré, ce qui provoque une erreur lors du premier envoi. Relancer le parcours depuis le début corrige le problème. - Commencer sans avoir le téléphone à portée de main. Le scan ne peut pas être effectué plus tard depuis un autre appareil. - Fermer la fenêtre une fois le numéro affiché. Le parcours comporte encore des étapes, et l’arrêter laisse le numéro non enregistré. - Reporter la décision concernant l’historique jusqu’à la fin de l’intégration. Elle expire 24 heures après l’activation. **Puis-je connecter un numéro dont je ne suis pas propriétaire ?** Seule l’entreprise qui le possède peut l’autoriser. Envoyez-lui un lien : elle effectuera le parcours sur son propre téléphone. **L’application cesse-t-elle de fonctionner pendant l’activation ?** Non. Elle reste utilisable tout au long du parcours, y compris pendant le scan du code. **Que faire si le numéro utilise l’application WhatsApp grand public ?** Il faut d’abord le transférer vers l’application WhatsApp Business. Coexistence connecte un numéro de l’application Business. **Puis-je refaire le parcours ?** Oui. Déconnecter puis reconnecter le numéro relance le parcours, avec une nouvelle possibilité d’accepter le partage de l’historique des discussions. --- ## La fenêtre de service client de 24 heures https://easycoexistence.com/fr/docs/customer-service-window La fenêtre de service client s'ouvre lorsqu'un client envoie un message à votre numéro et dure 24 heures. Pendant cette période, vous pouvez envoyer du texte libre, et ces réponses sont gratuites. Au-delà, seul un template approuvé par Meta pourra être envoyé. ### Quand exactement le compteur démarre-t-il ? Lorsque le client envoie un message, puis il redémarre chaque fois qu'il en envoie un autre. C'est le détail que l'on comprend souvent à l'envers. La fenêtre n'est pas calculée depuis votre dernier message, le début de la conversation ou l'ouverture d'un ticket. Elle est calculée depuis le dernier message entrant du client. Une conversation active ne se ferme donc pratiquement jamais, tandis qu'une conversation à sens unique se ferme après un jour. Cela signifie aussi que la fenêtre est propre à chaque contact, et non à chaque numéro. Un client peut être dans la fenêtre tandis qu'un autre est à l'extérieur, sur le même numéro et au même moment. ### Que peut-on envoyer à l'intérieur et à l'extérieur ? À l'intérieur, tout est possible : texte libre, médias et templates si vous le souhaitez. À l'extérieur, seul un template déjà approuvé par Meta est autorisé. C'est la raison d'être des templates. Ils permettent de démarrer ou de relancer une conversation avec une personne qui n'a pas écrit, et sont vérifiés à l'avance précisément parce que le destinataire n'a pas sollicité le message. Avec un numéro Coexistence, il y a une conséquence supplémentaire. L'application WhatsApp Business ne peut pas envoyer de templates, donc tout ce qui est envoyé à l'extérieur de la fenêtre doit passer par l'API. Une équipe qui répond depuis le téléphone peut répondre librement dans une conversation active, mais ne peut pas relancer une conversation inactive. C'est l'une des raisons pratiques de connecter un numéro. ### Pourquoi les intégrations découvrent-elles cela en production ? Parce que les tests se déroulent toujours à l'intérieur de la fenêtre. La personne qui crée l'intégration s'envoie un message, puis y répond quelques secondes plus tard. C'est dans les 24 heures, donc le texte libre fonctionne et tous les tests réussissent. Le premier vrai cas qui échoue est celui d'un client ayant écrit la veille, généralement après le lancement. La structure durable consiste à ajouter une branche avant l'envoi : vérifiez depuis combien de temps ce contact a écrit pour la dernière fois, puis choisissez le chemin du texte libre ou celui du template. Le faire dès le début ne coûte presque rien. L'ajouter après coup oblige à retrouver chaque envoi dans le code. - Calculer depuis votre propre dernier message. C'est le message du client qui ouvre la fenêtre. - Considérer que la fenêtre s'applique au numéro. Elle s'applique au contact, donc deux conversations sur un même numéro peuvent avoir des états différents. - Tester uniquement juste après un message, ce qui est toujours à l'intérieur de la fenêtre. **La fenêtre peut-elle être prolongée ?** Non. Elle est fixée par Meta et aucun fournisseur ne peut l'allonger. **Une réponse avec un template la rouvre-t-elle ?** C'est la réponse du client qui la rouvre. L'envoi d'un template n'ouvre pas à lui seul une fenêtre de texte libre. **Les réponses sont-elles vraiment gratuites ?** Meta ne facture pas les messages envoyés pendant la fenêtre de service client. Ce qui est facturé, ce sont les conversations ouvertes à l'extérieur. **Qu'en est-il de l'autre fenêtre de 24 heures dont j'ai entendu parler ?** Il s'agit de la fenêtre de synchronisation, calculée à partir de l'intégration. Elle concerne l'historique des conversations, et non l'envoi. Les deux fenêtres n'ont aucun rapport. --- ## Templates de messages WhatsApp https://easycoexistence.com/fr/docs/message-templates Un template est un message soumis à Meta pour vérification préalable. Une fois approuvé, il peut être envoyé à tout moment, y compris à une personne qui n’a jamais écrit. C’est le seul élément qui permet d’envoyer un message après la fenêtre de service client de 24 heures. ### À quoi servent les trois catégories ? Elles indiquent à Meta le type de message concerné, et la catégorie modifie à la fois la vérification et la facturation. La catégorie utilité couvre les messages transactionnels liés à une action du client : mise à jour de commande, confirmation de réservation ou avis de livraison. La catégorie marketing couvre le contenu promotionnel, et son envoi nécessite un mode de paiement sur le WhatsApp Business Account. La catégorie authentification couvre les codes à usage unique et impose son propre format, plus strict. Choisir la mauvaise catégorie est une cause fréquente de rejet. Le langage promotionnel dans un template utilité est détecté de façon suffisamment systématique pour que la tentative n’en vaille pas la peine. ### Comment fonctionnent les variables ? Les espaces réservés sont numérotés, renseignés dans l’ordre et comptés par composant. Un corps contenant Hello {{1}}, your order {{2}} has shipped définit deux variables, et l’envoi doit fournir exactement deux valeurs pour le corps. Les paramètres de l’en-tête et du bouton sont comptés séparément au lieu d’être regroupés dans une seule liste. C’est pourquoi un envoi avec le bon total peut tout de même être rejeté. Meta exige également des valeurs d’exemple lors de la création d’un template, afin que l’examinateur voie à quoi ressemble un message réel. Il existe aussi des règles de placement : une variable au tout début ou à la toute fin d’un message, ou un nombre de variables trop élevé par rapport au texte environnant, entraîne un rejet. ### Pourquoi l’application mobile ne peut-elle pas les envoyer sur un numéro Coexistence ? Parce que les templates sont une fonctionnalité de la plateforme, et non de l’application, qui ne les prend pas en charge. C’est un point utile à connaître rapidement. Une entreprise connectée via Coexistence continue de répondre depuis le téléphone, et son équipe peut répondre à tout message en direct. En revanche, elle ne peut pas relancer depuis l’application une conversation inactive, car cela nécessite un template, et les templates existent uniquement via l’API. Tout ce qui est programmé, transactionnel ou destiné à une personne qui n’a pas écrit aujourd’hui relève donc nécessairement de l’API. Pour beaucoup d’entreprises, c’est précisément la lacune que la connexion a été conçue pour combler. - Créer un template et l’envoyer dans la même opération. Meta vérifie d’abord, généralement en quelques minutes, mais parfois en une journée. - Regrouper les variables de l’en-tête et du corps. Elles sont comptées par composant. - Utiliser un langage marketing dans un template utilité. C’est une cause de rejet systématique. **Combien de temps prend la vérification ?** Généralement quelques minutes, parfois jusqu’à une journée. Aucun fournisseur ne peut l’accélérer. **Un template est-il propre à une langue ?** Oui. Le nom et la langue identifient ensemble un template. Le même nom dans une autre langue correspond donc à un template différent. **Puis-je modifier un template approuvé ?** Oui, mais la modification change le contrat des variables et casse les émetteurs qui avaient codé en dur l’ancien nombre. **Ai-je besoin d’un mode de paiement ?** Pour les envois marketing, oui, sur votre propre WhatsApp Business Account. Meta l’exige et aucun fournisseur ne peut l’ajouter pour vous. --- ## Le webhook account_update et toutes les raisons de déconnexion https://easycoexistence.com/fr/docs/webhook-account-update account_update indique que Meta a détecté un changement d’état de connexion. Son champ event décrit ce qui s’est passé et, en cas de suppression, disconnection_info.reason indique pourquoi. Cette raison permet de savoir si le numéro reviendra ou s’il est définitivement perdu. ### Quels événements account_update contient-il ? PARTNER_REMOVED, lorsque l’application est désinstallée du compte WhatsApp Business. Il s’agit du signal de déconnexion de référence, celui sur lequel il faut s’appuyer, plutôt que de déduire une déconnexion d’un champ passé à false. ACCOUNT_OFFBOARDED, lorsque le numéro est entièrement retiré. ACCOUNT_RECONNECTED, lorsqu’une connexion supprimée revient. Et les événements d’application de mesures : ACCOUNT_RESTRICTION et ACCOUNT_VIOLATION, ainsi que ceux dont le nom contient DISABLED ou BAN. Les résultats de vérification et d’approbation arrivent également ici, avec des noms d’événements contenant VERIFIED ou APPROVED. Un gestionnaire doit utiliser le nom de l’événement et traiter tout élément non reconnu comme informatif, sans échouer, car Meta ajoute des événements sans préavis. ### Quelles sont les raisons de déconnexion ? Il y en a six, et leur signification varie fortement. PRIMARY_INACTIVITY correspond à la règle d’environ quatorze jours : l’application WhatsApp Business n’a pas été ouverte sur l’appareil principal. C’est récupérable et de loin le cas le plus fréquent. COMPANION_INACTIVITY applique le même principe à un appareil compagnon, avec une période plus longue d’environ trente jours. BUSINESS_DOWNGRADE signifie que le numéro est retourné vers l’application WhatsApp grand public, ce qui met fin à Coexistence, car Coexistence nécessite l’application Business. CHANGE_NUMBER signifie que le numéro de téléphone lui-même a changé. USER_RE_REGISTERED signifie qu’il a été réenregistré sur un nouvel appareil. ACCOUNT_DISCONNECTED signifie que le client l’a déconnecté volontairement ou qu’une mesure d’application l’a fait. La raison arrive aussi avec disconnection_info.initiated_by, qui indique si l’action vient d’une personne ou du système. ### Pourquoi la raison compte-t-elle plus que l’événement ? Parce que PARTNER_REMOVED, à lui seul, ne vous indique pas quoi faire. Un numéro supprimé pour PRIMARY_INACTIVITY va revenir : l’entreprise ouvre l’application, se reconnecte et tout reprend. Le traiter comme un client parti entraîne l’envoi d’un e-mail d’annulation à quelqu’un qui est toujours client. Un numéro supprimé pour BUSINESS_DOWNGRADE ou ACCOUNT_DISCONNECTED correspond à une autre situation. Le traiter comme un cas temporaire laisserait une connexion bloquée indéfiniment. Lorsqu’une suppression arrive sans raison, initiated_by sert de solution de secours : une suppression effectuée par une personne semble volontaire, tandis qu’une suppression inexpliquée par le système ne l’est pas nécessairement. Cette distinction mérite d’être gérée dans le code plutôt que lors d’un échange ultérieur avec le support. - Traiter tous les PARTNER_REMOVED de la même façon. La raison distingue deux semaines de silence d’un client parti. - Déduire la déconnexion d’un champ passé à false au lieu de cet événement. C’est ce qui crée de fausses alertes. - Échouer sur un nom d’événement non reconnu. Meta ajoute des événements et le gestionnaire doit ignorer ceux qu’il ne connaît pas. **PARTNER_REMOVED est-il définitif ?** Généralement non. La plupart arrivent avec PRIMARY_INACTIVITY, ce qui signifie que l’application n’a pas été ouverte et qu’une reconnexion rétablit tout. **La reconnexion restaure-t-elle la destination de mon webhook ?** Non, et c’est le piège. La destination est une surcharge de l’abonnement de l’application et est désinstallée avec celle-ci. Elle doit être réappliquée. **Qu’est-ce que COMPANION_INACTIVITY ?** Le même principe d’inactivité sur un appareil compagnon plutôt que principal, avec une période plus longue d’environ trente jours. **Puis-je recevoir cet événement sans raison ?** Oui. Dans ce cas, disconnection_info.initiated_by est le seul signal permettant de savoir si l’action était volontaire. --- ## Le webhook phone_number_quality_update https://easycoexistence.com/fr/docs/webhook-phone-number-quality-update phone_number_quality_update signale les changements de débit et de limite de messagerie d’un numéro. En 2026, il ne contient pas la note de qualité verte, jaune ou rouge malgré son nom : celle-ci doit être lue directement sur le numéro. ### Que contient réellement ce webhook ? Des informations sur le débit et la limite de messagerie, transmises comme valeur d’événement avec des champs indiquant la limite actuelle. Concrètement, cela signifie que la capacité d’un numéro a changé : il est passé à un autre niveau de messagerie ou son débit a été ajusté. Il est utile d’enregistrer ces changements, car ils modifient ce qu’une intégration peut faire et parce qu’une baisse de niveau constitue un signal précoce. En revanche, la note de qualité n’y figure pas malgré le nom du champ. Un gestionnaire fondé sur une ancienne documentation cherchera GREEN, YELLOW ou RED ici et ne trouvera rien, puis conclura à tort que la qualité ne change jamais. ### D’où vient alors la note par couleur ? Elle vient d’une lecture directe du numéro, effectuée selon un calendrier. Le champ quality_rating se trouve sur l’objet du numéro dans la Graph API et doit être lu périodiquement plutôt qu’attendu. C’est pourquoi une surveillance correcte d’une connexion nécessite à la fois un mécanisme d’interrogation et un récepteur de webhook : les deux transportent des informations différentes et aucun ne suffit seul. C’est aussi pourquoi une baisse de qualité reste invisible pour la plupart des intégrations. Rien ne la transmet, l’application WhatsApp Business ne l’affiche pas et, lorsqu’elle produit enfin l’erreur 131048, les envois concernés ont déjà échoué. - Chercher GREEN, YELLOW ou RED dans ce payload. En 2026, ils n’y figurent pas. - Construire la surveillance uniquement avec des webhooks. La note de qualité doit être lue périodiquement. - Ignorer une baisse de niveau. C’est généralement le premier signe visible d’un problème. **Pourquoi le champ porte-t-il le nom de la qualité ?** Il date d’avant le changement. Le nom est resté tandis que le contenu a évolué, ce qui explique cette confusion. **À quelle fréquence faut-il lire la note ?** Assez souvent pour détecter une baisse avant qu’elle ne devienne une limite. Nous effectuons ces lectures selon un calendrier plutôt qu’à la demande. **L’application affiche-t-elle la note ?** Non. Rien ne l’affiche dans l’application WhatsApp Business du téléphone. **L’erreur 131048 est-elle liée ?** Oui. C’est l’erreur qu’un numéro commence à renvoyer lorsqu’une note faible entraîne une limitation. --- ## Le webhook smb_message_echoes https://easycoexistence.com/fr/docs/webhook-smb-message-echoes smb_message_echoes transmet ce que votre équipe envoie depuis l’application WhatsApp Business. Il existe uniquement sur les numéros Coexistence, car eux seuls permettent à un humain d’envoyer depuis le téléphone tandis que le logiciel envoie via l’API. ### Pourquoi ce champ existe-t-il ? Parce que Coexistence crée une situation pour laquelle l’API n’a pas été conçue à l’origine : deux éléments envoient depuis un même numéro. Sur un numéro Cloud API ordinaire, le logiciel est le seul expéditeur : il n’y a donc rien à signaler. Sur un numéro Coexistence, l’équipe répond toujours depuis le téléphone et, sans moyen de le voir, le logiciel fonctionnerait à l’aveugle pendant la moitié de chaque conversation. L’écho résout ce problème. Lorsqu’une personne saisit une réponse dans l’application WhatsApp Business, elle arrive sur votre endpoint sous forme d’événement, avec la même structure qu’un message entrant, mais identifié comme sortant de l’entreprise. ### Que se passe-t-il si vous l’ignorez ? Le client reçoit deux réponses, ce qui donne une impression de négligence. Le scénario habituel : un client pose une question à huit heures, une personne la prend en charge sur le téléphone dans la minute, puis une automatisation qui n’a jamais vu cette réponse répond à la même question trois minutes plus tard. Du point de vue du client, il s’agit d’une seule entreprise qui ne sait pas ce qu’elle a déjà dit. Le traitement n’est pas compliqué. Enregistrez l’écho dans la conversation exactement comme vous le feriez pour un message entrant, puis vérifiez l’activité récente avant d’envoyer. Le problème est difficile à voir lors des tests, car une conversation de test ne comporte aucun humain pour y répondre. - Traiter les échos comme du bruit et les supprimer. Ce sont les seuls signaux indiquant qu’un humain a déjà répondu. - Supposer que le champ existe sur chaque numéro. Il est propre à Coexistence. - Tester sans humain dans la boucle, alors que c’est précisément le scénario où le problème n’apparaît jamais. **Les échos incluent-ils les fichiers multimédias ?** Ils signalent ce qui a été envoyé, y compris les références aux fichiers multimédias, avec la même structure que les messages entrants. **Cela existe-t-il sur un numéro Cloud API normal ?** Non. Sans Coexistence, aucun humain n’envoie depuis une application : il n’y a donc rien à faire écho. **Puis-je le désactiver ?** Il est inclus dans le chemin des messages. Acheminer ce chemin vers votre endpoint l’inclut, et choisir de l’ignorer dans le code a des conséquences. **Cela coûte-t-il quelque chose ?** Non. Il s’agit d’un événement webhook, pas d’un envoi de message. --- ## Le webhook messages https://easycoexistence.com/fr/docs/webhook-messages messages est le champ qui contient tout ce qu’un client envoie à votre numéro : texte, médias, réponses, réactions et réponses interactives. Sur un numéro Coexistence routé, il va directement de Meta vers votre endpoint, sans passer par un provider. ### Ce que contient le payload Une ou plusieurs messages dans une seule livraison, chacune avec l’expéditeur, un identifiant et un type. Le type détermine les autres clés présentes. - Le numéro de téléphone de l’expéditeur et l’identifiant du numéro auquel il a écrit. - Un identifiant de message wamid, sur lequel repose la déduplication. - Un horodatage Unix. - Un type : text, image, audio, video, document, sticker, location, contacts, reaction, button ou interactive. - Pour les types média, un identifiant média à utiliser pour récupérer le contenu, plutôt que les octets eux-mêmes. ### Pourquoi il ne nous parvient jamais sur un numéro routé Parce que la surcharge déplace ce champ, avec smb_message_echoes, vers la destination que vous indiquez. Meta permet à une application de remplacer l’endroit où un WhatsApp Business Account livre ses webhooks. Nous configurons cette surcharge vers votre URL, ce qui retire entièrement le chemin des messages de notre infrastructure. Il n’y a ni copie, ni file d’attente, ni conservation de notre côté, car la livraison n’y arrive jamais. Lorsqu’aucune destination n’est définie, ces événements sont redirigés vers notre callback par défaut, où le gestionnaire les supprime sans les conserver. C’est la différence entre une affirmation sur le stockage et un chemin d’exécution : le contenu des conversations n’a aucun endroit où aller. ### Accuser réception correctement Renvoyez 200 avant d’effectuer le travail, pas après. Meta considère une réponse lente comme une erreur et réessaie, ce qui signifie qu’un gestionnaire qui traite la requête en ligne verra le même message plusieurs fois. Répondez immédiatement, placez le payload dans une file d’attente ou une tâche en arrière-plan, puis effectuez le travail en dehors de la requête. Avec le serverless, ce n’est pas facultatif. Une fonction qui renvoie sa réponse puis continue de travailler peut être figée dès qu’elle répond : l’accusé de réception et le traitement doivent donc être réellement séparés. ### Dédupliquer Toujours avec le wamid, car les tentatives sont normales et non exceptionnelles. Le même message peut arriver deux fois pour des raisons qui n’ont rien à voir avec un bug de votre côté : réponse lente, délai d’attente réseau ou déploiement intervenant pendant la livraison. Stocker les identifiants déjà vus et ignorer les doublons ne demande que quelques lignes, mais fait la différence entre une réponse envoyée une fois et une réponse envoyée deux fois. Sur un numéro Coexistence, c’est encore plus important, car smb_message_echoes arrive par le même chemin et un gestionnaire qui traite chaque événement comme nouveau répondra alors qu’un humain a déjà répondu. - Traiter le message avant de renvoyer 200. Meta réessaie si la réponse est lente et vous traitez le message deux fois. - Ignorer la déduplication. Les tentatives sont prévues, ce n’est pas un cas exceptionnel. - Attendre les octets média dans le payload. Il contient un identifiant média à utiliser pour les récupérer. **EasyCoexistence voit-il les messages de mes clients ?** Non. La surcharge livre ce champ à votre endpoint. Tout ce qui atteint notre callback de secours est supprimé sans être conservé. **Plusieurs messages peuvent-ils arriver dans une seule requête ?** Oui. Une seule livraison peut en contenir plusieurs ; les gestionnaires doivent donc tous les parcourir au lieu de lire uniquement le premier. **Comment récupérer les médias ?** Le payload contient un identifiant média. Utilisez-le pour récupérer l’URL avec le token d’accès du numéro, puis téléchargez le contenu. **Qu’est-ce que smb_message_echoes ?** Le champ associé qui contient ce que votre équipe envoie depuis l’application WhatsApp Business. Il existe uniquement sur les numéros Coexistence. --- ## Le webhook phone_number_name_update https://easycoexistence.com/fr/docs/webhook-phone-number-name-update phone_number_name_update contient le résultat d’une soumission de nom d’affichage. Son champ decision indique si Meta a accepté ou refusé le nom, et cet événement est le seul endroit où ce résultat est signalé : rien n’apparaît à ce sujet dans l’application WhatsApp Business. ### Ce qu’il signale Le résultat d’une soumission de nom d’affichage, sous forme de décision dans l’événement. Le nom est ce que les clients voient au-dessus d’une conversation, et sa modification est soumise à l’examen de Meta. Cet événement mérite un abonnement parce que rien d’autre n’indique ce qui s’est passé. L’application WhatsApp Business n’affiche rien, et une entreprise ayant soumis une modification plusieurs semaines plus tôt ne peut pas savoir si elle a été acceptée sans que quelqu’un reçoive cet événement. L’enregistrer dans une chronologie transforme la question « notre nom a-t-il bien été modifié ? » d’un échange avec le support en un fait daté. ### Pourquoi un nom est refusé Principalement parce qu’il ne correspond pas à l’entreprise au nom de laquelle le compte est vérifié. - Un nom correspondant à l’entité juridique, à une dénomination commerciale enregistrée ou à la marque du site web est généralement accepté. - Une description générique ou un nom sans lien avec l’entreprise vérifiée l’est rarement. - Tout ce qui ressemble davantage à un mot-clé qu’à un nom est systématiquement détecté. ### Ce que bloque l’absence de nom Certains envois, et c’est ainsi que la plupart des utilisateurs découvrent que le nom n’a jamais été accepté. Un numéro sans nom d’affichage accepté renvoie l’erreur 131037 lors des opérations qui en exigent un. Pour la personne qui la rencontre, cet échec ressemble à un problème de code, car tout le reste fonctionne sur le numéro. Il remonte généralement à une connexion d’essai où l’étape du nom a été ignorée, puis jamais reprise. Soumettre un nom fait partie de la configuration correcte d’un numéro, ce n’est pas une étape cosmétique. Il vaut mieux le faire le jour où le numéro est connecté. - Supposer que l’absence de nouvelles signifie que le nom est accepté. La décision arrive ici et nulle part ailleurs. - Soumettre un mot-clé au lieu d’un nom. Meta le compare à l’entreprise vérifiée. - Ignorer le nom d’affichage pendant un essai, puis rencontrer 131037 lors d’un envoi qui en exige un. **Combien de temps dure l’examen ?** Meta ne publie pas de délai fixe et aucun fournisseur ne peut l’accélérer. **Puis-je modifier le nom plus tard ?** Oui. Chaque modification est de nouveau soumise à l’examen et produit un nouvel événement ici. **Le client voit-il aussi mon numéro ?** Il voit le nom d’affichage accepté, ce qui est précisément l’intérêt d’en avoir un. **Qu’est-ce que l’erreur 131037 ?** C’est ce que renvoie un numéro sans nom d’affichage accepté lorsqu’il tente une opération qui en exige un. --- ## Le webhook message_template_status_update https://easycoexistence.com/fr/docs/webhook-message-template-status-update message_template_status_update signale un changement dans l’état d’examen d’un template : approuvé, rejeté, mis en pause ou désactivé. Il permet à une intégration de soumettre un template puis de recevoir le résultat, au lieu d’interroger Meta à intervalles réguliers en devinant la fréquence idéale. ### Les statuts qu’il transmet Un template passe par un petit nombre d’états, et chaque changement arrive ici. - Approuvé : le template peut désormais être envoyé. - Rejeté : il ne peut pas l’être, et la raison accompagne l’événement. - Mis en pause : la qualité a suffisamment baissé pour que Meta le suspende temporairement. - Désactivé : des mises en pause répétées ont entraîné un arrêt définitif, et un nouveau template est nécessaire. ### Pourquoi cela supprime le polling L’alternative consiste à interroger régulièrement Meta en devinant la fréquence nécessaire. Sans cet événement, une intégration qui crée un template doit interroger get_template_status à intervalles réguliers jusqu’à ce que la réponse change. Trop souvent, c’est du gaspillage ; trop rarement, un template approuvé peut rester ignoré pendant une heure. Avec lui, le flux consiste à soumettre puis attendre. Meta transmet le résultat, généralement en quelques minutes, et l’intégration réagit une seule fois. Pour une agence qui crée des templates pour ses clients, c’est la différence entre une file qui se vide seule et une file que quelqu’un doit surveiller. ### Que faire selon le résultat Approuvé est le cas le plus simple : marquez-le comme prêt à l’envoi. Les trois autres sont ceux où la valeur est la plus importante. Un rejet contient une raison qu’il vaut mieux afficher telle quelle plutôt que résumer, car elle est généralement assez précise pour guider l’action et une paraphrase en ferait perdre les détails. Mis en pause signifie que le contenu a suscité de mauvaises réactions, et le renvoyer après la fin de la pause produira le même résultat. C’est une invitation à le modifier plutôt qu’à attendre. Désactivé est définitif pour ce template. La seule solution consiste à en créer un nouveau avec un contenu différent ; le traiter comme un état temporaire laisse une route d’envoi inutilisable indéfiniment. - Interroger Meta pour obtenir l’approbation alors que cet événement la signale. - Résumer la raison d’un rejet au lieu de l’afficher. Les détails sont ce qui la rend exploitable. - Attendre qu’un template désactivé redevienne disponible. Cet état est permanent et nécessite un nouveau template. **Combien de temps faut-il généralement pour obtenir une approbation ?** Généralement quelques minutes, parfois jusqu’à une journée. Aucun fournisseur ne peut accélérer le processus. **Un template mis en pause est-il identique à un template désactivé ?** Non. Une pause prend fin après un certain temps ; une désactivation est définitive et fait suite à des pauses répétées. **Un rejet indique-t-il la raison ?** Oui, et la raison est assez précise pour guider l’action. Il est donc préférable de la transmettre sans la modifier. **Puis-je encore envoyer d’autres templates pendant qu’un template est en pause ?** Oui. L’état s’applique à ce template, pas au numéro. --- ## Le webhook message_template_quality_update https://easycoexistence.com/fr/docs/webhook-message-template-quality-update message_template_quality_update signale un changement dans la réaction des destinataires à un template précis. Il arrive avant que la qualité n’entraîne sa mise en pause, ce qui en fait le seul signal lié à un template qui vous laisse le temps d’agir au lieu d’expliquer un échec après coup. ### Ce qui est mesuré La réaction des destinataires aux messages envoyés avec un template précis, plutôt qu’au numéro dans son ensemble. Les blocages et les signalements pèsent le plus lourd, mais l’absence totale d’engagement compte aussi. Cette portée limitée à un template est ce qui rend le signal utile. Un numéro peut rester sain dans l’ensemble tandis qu’un template empoisonne discrètement sa propre audience, et cet événement permet de distinguer les deux. Sans lui, le premier signal est l’échec d’envoi de ce template, alors que tout le reste du numéro fonctionne normalement. ### Pourquoi agir tôt est essentiel Parce que chaque état qui suit celui-ci est pire et plus difficile à annuler. Lorsque la qualité baisse suffisamment, le template est mis en pause. Chaque tentative renvoie alors le code d’erreur 132015, qui ne disparaît qu’après une période que Meta ne publie pas. Des mises en pause répétées le désactivent définitivement. Le contenu doit alors être recréé comme un nouveau template sous un nouveau nom. Un signal de qualité qui arrive alors que le template est encore envoyé est le seul moment où le modifier ne coûte rien. Une fois mis en pause, le modifier reste la bonne décision, mais le parcours d’envoi est déjà interrompu depuis une durée inconnue si personne ne l’a remarqué. ### Ce qui le provoque généralement Le contenu et l’audience, dans cet ordre. Le second facteur est celui que l’on oublie le plus souvent. - Un langage promotionnel dans un template déclaré comme utilitaire, ce que les destinataires n’attendaient pas. - Un message qui n’indique pas clairement quelle entreprise écrit. - Un envoi à une liste plutôt qu’à des personnes ayant interagi récemment. - L’envoi massif du même template à une audience qui ne l’a jamais demandé. - Le traiter comme une simple information. C’est le dernier signal qui arrive alors que le template fonctionne encore. - Y voir un problème lié au numéro. Le signal concerne un seul template. - Modifier le texte tout en gardant la même audience. Les destinataires produisent les mêmes signaux que le contenu du message. **Cela affecte-t-il mes autres templates ?** Non. Le signal concerne un seul template, et les autres templates du même numéro ne sont pas affectés. **Puis-je voir cela dans l’application ?** Non. Rien concernant la qualité des templates n’apparaît dans l’application WhatsApp Business sur le téléphone. **Que se passe-t-il si je l’ignore ?** La poursuite de la baisse de qualité met le template en pause, et des mises en pause répétées le désactivent définitivement. **Modifier le texte suffit-il ?** Souvent, mais pas toujours. Les destinataires auxquels le template est envoyé produisent les mêmes signaux que le contenu du message. --- ## Le webhook history https://easycoexistence.com/fr/docs/webhook-history history transporte le transfert unique des conversations existantes d'un numéro Coexistence vers l'API. Il arrive après l'onboarding lorsque le partage de l'historique a été accepté, et c'est le seul signal indiquant à une intégration que le transfert a bien eu lieu. ### Ce qu'il fournit L'historique des messages individuels déjà présents dans l'application WhatsApp Business d'un numéro est transféré, afin que le logiciel ne démarre pas à l'aveugle sur une ligne utilisée par une entreprise depuis des années. Les conversations de groupe ne sont pas transférées. Elles sont entièrement exclues de l'API pour un numéro Coexistence. Les outils propres à l'application, comme les libellés, les réponses rapides et les messages d'accueil et d'absence, n'ont pas d'équivalent dans l'API et restent sur l'appareil. Ce champ existe uniquement pour les numéros Coexistence. Un numéro intégré par la voie ordinaire n'a pas d'historique antérieur dans l'application à transférer, donc il n'y a rien à fournir. ### Pourquoi est-il déclenché une seule fois Parce que le transfert fait partie de l'onboarding et non d'une fonctionnalité continue. Pendant Embedded Signup, le propriétaire de l'entreprise doit indiquer s'il souhaite partager les conversations existantes. Répondre oui permet à la synchronisation de s'exécuter. Aucun paramètre ne permet ensuite de la réactiver, et aucun endpoint ne permet de la répéter. Une deuxième tentative renvoie 2593107, et non une limite de débit qui finirait par disparaître. Il existe aussi une date limite. La synchronisation doit démarrer dans les 24 heures suivant l'onboarding. Toute tentative ultérieure renvoie 2593108. Si l'une de ces conditions n'est pas respectée, il faut déconnecter le numéro et reprendre tout le parcours. ### Ce qu'un gestionnaire doit en faire Traitez-le comme un lot reçu une seule fois, potentiellement volumineux, plutôt que comme du trafic supplémentaire sur le chemin des messages. - Accusez rapidement réception et traitez-le de façon asynchrone, comme toute autre livraison. - Dédupliquez sur message id : l'historique et les messages en direct peuvent se chevaucher au moment de l'onboarding. - Attendez-vous à son absence. Un numéro dont le propriétaire a refusé l'historique n'envoie rien ici, et l'intégration doit fonctionner dans les deux cas. - Ne bloquez pas l'onboarding en l'attendant. La connexion est utilisable avant la fin du transfert. - Construire une intégration qui exige la présence de l'historique. De nombreux numéros se connectent sans lui. - Relancer la synchronisation après 2593107. Il s'agit d'un événement unique, donc la relance renvoie la même erreur. - Attendre le début du travail d'intégration pour décider du transfert de l'historique, ce qui survient généralement après la fermeture de la fenêtre de 24 heures. **Quelle quantité d'historique est transférée ?** Une période de conversations individuelles récentes, définie par Meta et non par un fournisseur. **Les conversations de groupe sont-elles transférées ?** Non. Les groupes sont entièrement exclus de l'API pour un numéro Coexistence. **Puis-je le demander à nouveau plus tard ?** Non. Il s'exécute une fois par onboarding. Le relancer nécessite de déconnecter puis de reconnecter le numéro. **Que se passe-t-il si le propriétaire refuse l'historique ?** Rien n'arrive dans ce champ, et l'API ne reçoit que les messages envoyés à partir de la connexion du numéro. --- ## Le webhook smb_app_state_sync https://easycoexistence.com/fr/docs/webhook-smb-app-state-sync smb_app_state_sync transporte l’état de l’app WhatsApp Business elle-même, principalement la synchronisation des contacts qui s’exécute lorsqu’un numéro Coexistence se connecte. Il est distinct de history, qui transporte les conversations, et existe uniquement sur les numéros Coexistence. ### Ce qu’il transporte L’état côté app, ce qui signifie en pratique les contacts qu’une entreprise avait déjà sur son téléphone. Chaque contact disposant d’un numéro WhatsApp peut être synchronisé avec la plateforme. Le logiciel peut ainsi reconnaître un client présent depuis des années dans le téléphone de l’entreprise, au lieu de le traiter comme un nouveau numéro. C’est différent des conversations elles-mêmes, qui arrivent dans le champ history : l’un est un annuaire et l’autre une transcription. Comme history, ce champ existe uniquement sur Coexistence. Il n’y a pas d’état d’app à synchroniser sur un numéro qui n’en a jamais utilisé une. ### Ce qu’il ne transporte pas Les outils de travail propres à l’app, qui n’ont aucune représentation côté plateforme. - Les étiquettes, qui restent sur l’appareil et ne peuvent pas être lues par un logiciel. - Les réponses rapides et les messages d’accueil et d’absence. - Le catalogue, les commandes et le statut. - Les chaînes, ainsi que l’historique des appels vocaux ou vidéo. ### Pourquoi cela compte pour une intégration Parce que cela détermine si votre système sait qui écrit dès le premier jour. Sans synchronisation des contacts, chaque message entrant arrive comme un numéro de téléphone sans nom, et c’est à vous de le relier à une fiche client. Avec cette synchronisation, la liste de contacts de l’entreprise est disponible et le rapprochement est en grande partie effectué. Il vaut mieux prévoir les deux cas : une entreprise peut refuser la synchronisation ou manquer la fenêtre, et une intégration qui suppose que les contacts existent affichera une longue liste de numéros bruts à quiconque l’ouvre. - Supposer que les contacts seront présents. Une entreprise peut refuser la synchronisation ou manquer sa fenêtre. - S’attendre à trouver des étiquettes ou des réponses rapides dans ce payload. Elles restent sur l’appareil. - Le confondre avec history, qui transporte les conversations plutôt que la liste de contacts. **Est-ce la même chose que la synchronisation history ?** Non. Ce champ transporte l’état de l’app, principalement les contacts. history transporte les conversations. **Est-ce exécuté plusieurs fois ?** La synchronisation initiale a lieu une seule fois pendant l’onboarding, avec la même fenêtre de 24 heures que history. **Les étiquettes sont-elles disponibles ?** Non. Les étiquettes sont une fonctionnalité de l’app sans équivalent API. **Existe-t-il sur un numéro Cloud API classique ?** Non. Il n’y a pas d’état d’app WhatsApp Business à synchroniser sur un tel numéro. --- ## Le webhook template_category_update https://easycoexistence.com/fr/docs/webhook-template-category-update template_category_update signale que Meta a reclassé un template, en le faisant passer de utility à marketing ou authentication. C’est important, car la catégorie détermine ce que Meta facture pour une conversation : une reclassification modifie donc vos coûts sans que personne ne modifie quoi que ce soit. ### Pourquoi une catégorie change d’elle-même Parce que Meta examine ce que dit réellement un template, et pas seulement la catégorie qui lui a été attribuée. Un template soumis comme utility mais contenant une offre est un contenu promotionnel qui porte une étiquette moins chère. Parfois, cela est détecté lors de la vérification et le template est refusé. Parfois, il est approuvé puis reclassé plus tard, une fois que le contenu a été utilisé, et c’est ce second cas que cet événement signale. Rien de votre côté ne le déclenche. Le template reste inchangé, le code reste inchangé, et le premier signe sans cet événement est une facture qui ne correspond pas aux prévisions. ### Ce que cela change Le prix de chaque conversation ouverte par ce template à partir de ce moment. - Meta facture différemment les conversations utility, marketing et authentication. - Les envois marketing nécessitent aussi un moyen de paiement sur le WhatsApp Business Account. - Un template reclassé en marketing sur un compte qui n’en possède pas commence à renvoyer 131042. - Le template lui-même continue de fonctionner : ce qui change, c’est son coût et ce qu’il nécessite. ### Comment éviter une reclassification Déclarez honnêtement la catégorie, c’est moins coûteux que d’optimiser l’étiquette. Un template utility décrit une action effectuée par le client : une commande, une réservation ou une livraison. Si le message n’existerait pas sans une action du client, il est utility. S’il existe parce que vous voulez vendre quelque chose, il est marketing, et le déclarer comme tel coûte moins cher que d’y être déplacé plus tard, à un moment que vous n’avez pas choisi. Soumettre régulièrement des templates mal catégorisés attire aussi l’attention sur le compte lui-même, ce qui est pire que de payer le tarif marketing pour un message marketing. - Déclarer un contenu promotionnel comme utility pour payer moins cher. La reclassification arrive plus tard, à un moment moins favorable. - Ignorer cet événement. Il modifie la facturation sans changer quoi que ce soit sous votre contrôle. - Supposer que la validation est définitive. Un template peut être approuvé puis déplacé ensuite. **Le template cesse-t-il de fonctionner ?** Non. Il continue d’être envoyé ; ce qui change, c’est le prix de la conversation et, pour marketing, l’obligation d’avoir un moyen de paiement. **Puis-je contester une reclassification ?** Meta traite les contestations de catégorie via ses propres canaux ; aucun fournisseur ne peut modifier une catégorie. **Quelle catégorie est la moins chère ?** Meta les facture différemment selon le marché. La catégorie correcte la moins chère est celle qui décrit honnêtement le message. **Qu’est-ce que 131063 ?** Les templates marketing sont désactivés sur le compte, ce qui est différent de l’absence de moyen de paiement. --- ## Meta Business Portfolio et ce qu’il contient https://easycoexistence.com/fr/docs/meta-business-portfolio Un Business Portfolio est le conteneur de l’entreprise dans Meta Business Manager. Il contient des WhatsApp Business Accounts, qui contiennent des numéros de téléphone. Lorsqu’un client connecte un numéro, celui-ci reste dans son portfolio au lieu de passer dans celui d’un fournisseur. ### Comment les niveaux s’articulent-ils ? Il y a trois niveaux, et c’est en les appelant tous « compte » que la plupart des confusions commencent. Le Business Portfolio se trouve au sommet et représente l’entreprise dans Meta Business Manager. Il contient des ressources : comptes publicitaires, pages et WhatsApp Business Accounts. Les numéros de téléphone se trouvent dans un WhatsApp Business Account, chacun avec son propre phone number id, quality rating et messaging tier. Ainsi, une phrase comme « vérifiez que le compte fonctionne » peut désigner quatre vérifications différentes selon la personne qui la prononce. Lorsqu’un problème survient, préciser le niveau concerné fait gagner l’essentiel du temps de diagnostic. ### Pourquoi est-il important de savoir quel portfolio détient le numéro ? Parce que cela détermine qui contrôle réellement la connexion. Lorsque l’intégration passe par l’application du Tech Provider lui-même, le numéro est connecté dans le portfolio du client, l’application du fournisseur étant autorisée à agir sur celui-ci. La relation avec Meta appartient au client, la facturation des conversations est associée à son moyen de paiement et il peut révoquer l’accès. Lorsque les outils reposent sur le compte fournisseur de quelqu’un d’autre, les numéros sont associés différemment, et les limites rencontrées sur les plateformes d’automatisation généralistes viennent de cette relation partagée. Pour une agence, c’est la réponse à une question que tout client sérieux finit par poser. - Utiliser portfolio et WABA indifféremment. L’un contient l’autre et ils ne produisent pas les mêmes erreurs. - Connecter les numéros des clients dans votre propre portfolio. La connexion vous appartient alors au lieu d’appartenir au client. - Supposer que la vérification de l’entreprise est associée au numéro. Elle se fait au niveau du portfolio. **Un portfolio est-il la même chose qu’un WhatsApp Business Account ?** Non. Le portfolio est le conteneur de l’entreprise ; le WABA se trouve à l’intérieur et contient les numéros de téléphone. **Un portfolio peut-il contenir plusieurs WABA ?** Oui, et les agences le voient souvent lorsqu’un client possède des comptes distincts pour différentes marques. **Qui peut accorder l’accès à un portfolio ?** Un administrateur de ce portfolio, généralement le propriétaire de l’entreprise plutôt que la personne chargée de l’intégration. **La connexion déplace-t-elle mon numéro ?** Non. Il reste dans votre portfolio, l’application du fournisseur étant autorisée à agir sur celui-ci. --- ## Le compte WhatsApp Business et pourquoi ses overrides y résident https://easycoexistence.com/fr/docs/whatsapp-business-account Un WABA contient des numéros de téléphone et des templates. Son importance est sous-estimée, car le routage des webhooks s’applique à ce niveau, et non par numéro. C’est pourquoi la suppression d’une connexion emporte aussi le routage. ### Que contient réellement un WABA ? Des numéros de téléphone et des templates, une association plus importante qu’il n’y paraît. Les templates appartiennent au compte plutôt qu’à un numéro. Tous les numéros du même WABA partagent donc la même bibliothèque de templates. Créez-en un pour les mises à jour de commande et chacun pourra l’envoyer. Meta limite le nombre de templates sur un compte, une limite que peuvent atteindre les agences regroupant de nombreuses marques sur un seul compte. Chaque numéro possède son propre phone number id, son nom affiché, sa note de qualité et son niveau de messagerie. Ces éléments sont propres à chaque numéro : l’un peut être dégradé tandis qu’un autre du même compte reste sain. ### Pourquoi les overrides de webhook s’appliquent-ils à ce niveau ? Parce que l’abonnement qu’ils modifient est celui d’une application à un compte, et non à un numéro. Lorsqu’une destination est définie, un override callback URI est appliqué à l’abonnement de notre application à ce WABA. Chaque numéro du compte y envoie alors ses événements liés au parcours des messages. Il n’existe pas de routage par numéro, ce qui surprend les personnes qui gèrent plusieurs numéros pour un même client. C’est la conséquence à prévoir. Lorsqu’une connexion est supprimée, selon la règle des quatorze jours d’inactivité ou pour une autre raison, l’application est désinstallée du compte et l’override l’est aussi. L’envoi et la supervision reprennent lors de la reconnexion. La livraison vers votre propre serveur ne reprend pas, sauf si quelque chose rétablit l’override. - S’attendre à un routage des webhooks par numéro. L’override s’applique au compte. - Supposer qu’une reconnexion rétablit la destination. Elle est désinstallée avec l’application et doit être réappliquée. - Oublier que les templates sont partagés. Chaque numéro du compte voit la même bibliothèque. **Deux numéros d’un même WABA peuvent-ils être routés vers des endpoints différents ?** Non. L’override s’applique au compte, donc tous ses numéros livrent leurs messages à la même destination. **Les templates sont-ils transférés entre comptes ?** Non. Ils appartiennent au compte sur lequel ils ont été créés. **Que devient l’override lorsqu’un numéro est supprimé ?** Si l’application est désinstallée du compte, l’override disparaît avec elle. La reconnexion rétablit l’envoi, mais pas la destination. **Existe-t-il une limite de templates ?** Meta limite les templates par compte, et le dépassement renvoie une erreur dédiée. --- ## Vérification en deux étapes sur un numéro WhatsApp https://easycoexistence.com/fr/docs/two-step-verification La vérification en deux étapes est un PIN défini sur un numéro de téléphone WhatsApp Business. Certaines opérations l’exigent et, comme il est généralement défini une seule fois lors de l’intégration puis jamais utilisé, le problème courant est que personne dans l’entreprise ne s’en souvient. ### Quand le PIN est-il réellement nécessaire ? Lors de l’inscription et de la réinscription d’un numéro, ainsi que pour certaines opérations de compte que Meta protège. La plupart des entreprises le définissent donc lors de l’intégration et ne le voient plus jamais, ce qui explique précisément pourquoi il devient un problème. La personne qui l’a défini passe à autre chose, le PIN n’a jamais été consigné nulle part et il est nécessaire dix-huit mois plus tard, exactement au moment où quelque chose est déjà bloqué. Les erreurs associées sont suffisamment précises pour établir un diagnostic. Un PIN incorrect renvoie 133005. Trop de tentatives renvoie 133008 et bloque les nouvelles tentatives pendant la durée indiquée dans la réponse. Des tentatives envoyées trop rapidement renvoient 133009 : il s’agit d’une limitation de débit, pas d’une mauvaise réponse. ### Que faire lorsque le PIN est perdu ? Réinitialisez-le dans WhatsApp Manager, dans les paramètres du numéro, ce qui nécessite l’accès au compte qui le possède. Il s’agit d’une opération du propriétaire de l’entreprise, pas du fournisseur. Aucune API ne peut lire ou réinitialiser un PIN et aucun fournisseur ne le détient. C’est volontaire : un identifiant qu’un fournisseur pourrait récupérer ne constituerait pas un second facteur. En pratique, consignez-le à un endroit que l’entreprise peut elle-même consulter, et non l’agence. Un PIN conservé uniquement dans le gestionnaire de mots de passe d’une agence crée exactement le même problème lors d’une relation client ultérieure. - Réessayer rapidement après un PIN incorrect. Cela renvoie 133009 et retarde la prochaine tentative légitime. - Conserver le PIN uniquement du côté de l’agence. L’entreprise doit pouvoir le retrouver elle-même. - Penser qu’un fournisseur peut le récupérer. Personne ne le détient, c’est précisément le but de ce PIN. **Pouvez-vous réinitialiser mon PIN ?** Non. Il est défini sur le numéro dans les propres paramètres de Meta et aucun fournisseur ne peut le lire ou le modifier. **Combien de temps dure le blocage ?** Meta indique le délai d’attente dans la réponse d’erreur pour 133008, au lieu d’appliquer une durée fixe. **Le PIN est-il associé au numéro ou au compte ?** Au numéro de téléphone. **Est-ce la même chose que la vérification de l’entreprise ?** Non. La vérification concerne l’entité juridique au niveau du portefeuille ; il s’agit ici d’un PIN associé à un numéro. --- ## Le webhook account_review_update https://easycoexistence.com/fr/docs/webhook-account-review-update account_review_update contient le résultat de l’examen du compte professionnel par Meta. Son champ decision indique la décision prise, et un rejet doit signaler une connexion dégradée plutôt qu’une simple information, car les envois échouent généralement par la suite. ### Quand un examen a-t-il lieu ? Lorsque Meta examine le compte professionnel, ce qui peut faire suite à l’envoi d’informations de vérification, à un recours ou à un signalement automatique déclenché par le comportement d’envoi de messages. L’examen lui-même n’est pas quelque chose qu’un fournisseur déclenche ou dont il voit les détails. Ce qui arrive est le résultat, sous la forme d’un événement contenant une décision. Les approbations passent inaperçues. Les rejets méritent une action, car ils précèdent souvent une restriction au lieu de clore le dossier. Rien concernant un examen n’est visible dans l’application WhatsApp Business. Une entreprise peut donc être en cours d’examen, être rejetée, puis continuer à répondre à ses clients depuis le téléphone sans savoir que quoi que ce soit s’est produit. ### Pourquoi traiter un rejet comme une connexion dégradée plutôt que comme une simple information ? Parce qu’il s’agit généralement du premier de plusieurs événements, et non du dernier. Un examen rejeté signifie que Meta a examiné le compte et n’a pas été satisfaite. Ce qui suit est souvent une restriction, qui bloque entièrement les envois et arrive sous la forme d’un account_update avec un événement d’application de mesure. Marquer la connexion comme dégradée dès le rejet donne une longueur d’avance à la personne qui surveille la situation pour échanger avec le client. Le traiter comme une information signifie que la première action aura lieu lorsque les envois commenceront à échouer. À ce moment-là, l’entreprise ne peut déjà plus joindre ses clients et la discussion commence en pleine crise plutôt qu’à partir d’un avertissement. - Enregistrer un rejet sans changer l’état. C’est un indicateur précurseur, pas une note secondaire. - Chercher la raison dans cet événement. Il contient la décision ; le détail se trouve dans Business Manager. - Supposer que l’entreprise le remarquera. Rien concernant un examen n’apparaît sur le téléphone. **Un fournisseur peut-il voir pourquoi l’examen a échoué ?** Non. La notification d’application de mesure et sa justification se trouvent dans Business Manager, sur le compte professionnel. **Un rejet entraîne-t-il toujours une restriction ?** Non, mais cela arrive assez souvent pour qu’il soit préférable de le traiter par défaut comme un avertissement. **Qui peut faire appel ?** Les personnes disposant d’un accès administrateur au compte professionnel. Aucun fournisseur ne peut faire appel en leur nom. **Est-ce la même chose que l’examen d’un template ?** Non. Les résultats de l’examen d’un template arrivent séparément et concernent un seul template, pas le compte. --- ## Le webhook business_capability_update https://easycoexistence.com/fr/docs/webhook-business-capability-update business_capability_update signale un changement dans les capacités du compte, surtout la limite de messagerie. Il indique la limite actuelle, c’est-à-dire le nombre de clients uniques avec lesquels vous pouvez démarrer une conversation par jour. Elle peut augmenter ou diminuer. ### Que limite réellement la limite de messagerie ? Le nombre de clients uniques avec lesquels vous pouvez démarrer une conversation sur une journée glissante. Ce n’est ni le nombre de messages que vous pouvez envoyer, ni la vitesse d’envoi. C’est cette distinction qui pose problème. Le débit est un taux mesuré par seconde, et son dépassement renvoie 130429. Le niveau de messagerie est un décompte quotidien de nouvelles conversations, et son dépassement correspond à une autre condition. Un numéro peut rester largement dans son niveau tout en étant limité par le débit, ou l’inverse. Les réponses envoyées pendant une fenêtre de service client ouverte ne consomment pas le niveau, car elles ne démarrent pas de conversation. Ce qui le consomme, c’est le fait de contacter quelqu’un qui n’a pas écrit. ### Pourquoi le niveau peut-il diminuer ? Parce que le niveau suit la qualité, et que la qualité dépend de la réaction des destinataires. Un numéro dont les destinataires bloquent ou signalent les messages perd en réputation, et le niveau fait partie des éléments qui s’ajustent. Une baisse constitue donc un signal précoce utile : elle survient généralement avant qu’un service cesse de fonctionner, alors qu’il est encore possible de changer ce qui est envoyé et à qui. La progression est plus lente et s’obtient grâce à une réception positive durable. Aucune des deux directions n’est annoncée à un endroit visible par une entreprise, d’où l’intérêt de consigner cet événement plutôt que de réagir uniquement aux erreurs. - Confondre le niveau avec le débit. L’un correspond aux conversations par jour, l’autre aux messages par seconde. - Compter les réponses dans le niveau. Les messages envoyés pendant une fenêtre ouverte ne démarrent pas de conversation. - Ignorer une baisse. Elle survient avant toute panne, ce qui fait toute sa valeur. **Comment augmenter mon niveau ?** Il évolue avec la qualité au fil du temps, et non sur demande. Envoyer des messages pertinents à des personnes qui les souhaitent est le moyen d’y parvenir. **Un envoi de template consomme-t-il toujours le niveau ?** Un template qui démarre une conversation le consomme. Celui qui est envoyé pendant une fenêtre ouverte ne le consomme pas. **messaging_limit_update est-il différent ?** Meta utilise les deux noms pour des changements liés. Notre gestionnaire les traite de la même façon, car leur contenu utile est identique. **Cela s’applique-t-il à un numéro Coexistence ?** Oui. Avec Coexistence, c’est le débit qui est fixe, pas le niveau de messagerie. --- ## Le webhook account_alerts https://easycoexistence.com/fr/docs/webhook-account-alerts account_alerts est le canal général de Meta pour signaler quelque chose au sujet d’un compte d’entreprise. Contrairement aux autres événements, il ne contient pas d’état à appliquer : il invite à vérifier la situation plutôt qu’à déclencher automatiquement une action. ### Que contient ce canal ? Tout ce que Meta juge utile de signaler au sujet du compte. Son contenu est volontairement ouvert et s’est étoffé au fil du temps. Comme son contenu n’est pas une liste fixe, un gestionnaire conçu pour réagir à des types d’alertes précis ignorera les nouveaux. L’approche durable consiste à enregistrer l’alerte, à l’associer au compte et à la présenter à un humain, plutôt qu’à associer chaque variété à une réponse automatique. C’est le seul événement opérationnel pour lequel le traitement honnête consiste à constater plutôt qu’à décider. Notre propre gestionnaire enregistre l’arrivée d’une alerte et n’essaie pas d’en déduire un statut. ### Quelle place lui donner dans la surveillance ? Comme un signal sur une chronologie, à côté des événements qui portent effectivement un état. Sa valeur réside dans la séquence. Une alerte reçue peu avant une vérification refusée, puis une restriction, raconte une histoire qu’aucun de ces trois événements ne raconte seul. Les enregistrer sur une même chronologie rend cette histoire visible et transforme un échange avec un client, auparavant fondé sur des suppositions, en une date et un événement. Elle ne doit rien déclencher. Une alerte n’est ni une déconnexion, ni une baisse de qualité, ni une restriction. La traiter comme telle produit de fausses alertes et apprend aux équipes à ignorer les vraies. - Réagir à des types d’alertes précis. La liste s’étend et un gestionnaire fondé sur celle d’aujourd’hui devient obsolète. - Déclencher une automatisation à partir d’une alerte. Elle ne contient aucun état : toute déduction serait une supposition. - La supprimer parce qu’elle n’appelle pas d’action. Sa valeur réside dans la séquence qu’elle forme avec les autres événements. **Pourquoi cela ne change-t-il pas le statut de ma connexion ?** Parce que cela n’indique pas ce qui a changé. En déduire un statut produirait de fausses alertes. **Où consulter le détail ?** Dans Business Manager, sur le compte d’entreprise. L’événement invite à y vérifier la situation. **Est-ce rare ?** Ce n’est pas un événement courant, ce qui explique pourquoi il vaut la peine d’être signalé lorsqu’il survient. **Est-ce que cela signifie qu’il y a un problème ?** Pas nécessairement. Cela signifie que Meta a signalé quelque chose, ce qui mérite un regard humain plutôt qu’une réponse automatique. --- ## Noms affichés sur un numéro WhatsApp professionnel https://easycoexistence.com/fr/docs/display-names Le nom affiché est celui que les clients voient au-dessus d’une conversation avec votre numéro. Le modifier nécessite l’approbation de Meta, la décision arrive via le webhook phone_number_name_update et les refus concernent généralement un nom qui ne correspond pas à l’entreprise. ### Que vérifie Meta ? Principalement que le nom correspond à l’entreprise au nom de laquelle le compte est vérifié. Un nom correspondant à l’entité juridique, à une dénomination commerciale enregistrée ou à la marque qu’un client reconnaîtrait sur le site web a tendance à être accepté. Une description générique, un nom sans lien avec l’entreprise vérifiée ou un terme qui ressemble davantage à un mot-clé qu’à un nom a tendance à être refusé. Un numéro sans nom affiché approuvé est limité dans ce qu’il peut faire et renvoie une erreur dédiée pour certains envois. Cela concerne les personnes qui ont connecté rapidement un numéro pendant un essai, sans jamais finaliser le nom, puis se demandent pourquoi un type d’envoi échoue alors que les autres fonctionnent. ### Comment la décision arrive-t-elle ? Via le webhook phone_number_name_update, qui contient un champ de décision. Il s’agit de l’un des six champs opérationnels auxquels une connexion s’abonne, et c’est le seul signal indiquant qu’un nom soumis a été traité. Rien ne s’affiche dans l’application WhatsApp Business, et une entreprise ayant soumis une modification de nom plusieurs semaines auparavant ne peut pas connaître le résultat sans qu’une personne reçoive cet événement. L’enregistrer dans l’historique de la connexion transforme la réponse à la question « notre changement de nom a-t-il été accepté ? » en une date plutôt qu’en une supposition, ce qui évite une conversation avec le support. - Soumettre un mot-clé plutôt qu’un nom. Meta le compare à l’entreprise vérifiée, pas au volume de recherche. - Supposer que l’absence de nouvelles signifie une approbation. La décision arrive par webhook et nulle part ailleurs. - Ignorer le nom affiché pendant un essai, puis rencontrer 131037 lors d’un envoi qui en exige un. **Combien de temps faut-il pour obtenir l’approbation ?** Meta ne publie aucun délai fixe et aucun fournisseur ne peut accélérer le processus. **Puis-je le modifier plus tard ?** Oui, chaque modification fait de nouveau l’objet d’un examen. **Qu’est-ce que l’erreur 131037 ?** L’erreur renvoyée lorsqu’un numéro sans nom affiché approuvé tente une action qui en nécessite un. **Le client voit-il aussi mon numéro de téléphone ?** Il voit le nom affiché une fois approuvé, ce qui est précisément l’intérêt d’en avoir un. --- ## Catégories de templates : utilitaire, marketing et authentification https://easycoexistence.com/fr/docs/template-categories Chaque template déclare une catégorie lors de sa création. La catégorie utilitaire couvre les messages transactionnels liés à une action du client, la catégorie marketing couvre la promotion et exige un moyen de paiement sur le compte, tandis que la catégorie authentification couvre les codes à usage unique selon des règles de format plus strictes. ### Que couvre chaque catégorie ? La catégorie utilitaire est transactionnelle et liée à une action du client : confirmation de commande, mise à jour d’expédition, rappel de réservation ou modification de rendez-vous. Le critère déterminant est de savoir si le client s’attendrait à recevoir le message en raison d’une action qu’il a effectuée. La catégorie marketing couvre tout contenu promotionnel : offre, nouveau produit, message de réengagement ou newsletter. Son envoi exige un moyen de paiement sur le WhatsApp Business Account, ce qui explique pourquoi le premier envoi marketing d’un compte ayant uniquement répondu à des clients échoue souvent. La catégorie authentification concerne les codes à usage unique et la vérification. Son format est le plus strict, avec des contraintes précises sur ce qui peut entourer le code. Elle constitue une catégorie distincte, car les attentes liées à la livraison sont différentes. ### Pourquoi ne pas tout déclarer comme utilitaire ? Parce que Meta recatégorise les templates, et être recatégorisé coûte plus cher que déclarer honnêtement. Le contenu promotionnel placé dans un template utilitaire est systématiquement détecté. Le template est soit rejeté lors de la validation, soit approuvé puis recatégorisé ultérieurement. Les envois alors facturés comme utilitaires commencent à être facturés comme marketing, sans qu’aucune modification n’ait été effectuée. Cela crée une surprise sur la facture, pas une économie. Soumettre à répétition des templates mal catégorisés attire également l’attention sur le compte lui-même. La solution la moins chère consiste à déclarer ce que le message est réellement. La validation est aussi plus rapide, car le contrôleur vérifie bien le contenu annoncé par le template. - Placer une offre dans un template utilitaire. C’est systématiquement détecté et le template peut être recatégorisé après approbation. - Tenter un envoi marketing sans moyen de paiement sur le compte. Meta en exige un et aucun fournisseur ne peut l’ajouter. - Utiliser l’authentification pour autre chose qu’un code. Les contraintes de format sont strictes et le template ne sera pas validé. **Qui paie un envoi marketing ?** Meta le facture au moyen de paiement de votre propre WhatsApp Business Account. Il ne passe jamais par nous. **Un template peut-il changer de catégorie ?** Meta peut le recatégoriser après approbation si son contenu ne correspond pas à la catégorie déclarée. **La catégorie utilitaire est-elle gratuite ?** Les conversations utilitaires sont facturées par Meta. Elles ne correspondent pas aux réponses envoyées pendant la fenêtre de service client, qui sont gratuites. **Qu’est-ce que l’erreur 131063 ?** Les templates marketing sont désactivés sur le compte. Cette erreur est différente de l’absence de moyen de paiement. --- ## Un numéro ne fonctionne plus : comment trouver pourquoi https://easycoexistence.com/fr/docs/troubleshooting-a-connection Lorsqu’un numéro connecté cesse de fonctionner, la cause ne vient presque jamais du code. Vérifiez les causes par fréquence : token expiré, remplacement du webhook perdu après une reconnexion, déconnexion après quatorze jours d’inactivité, baisse de qualité, puis restriction du compte. ### Pourquoi rien ne semble anormal sur le téléphone ? Parce que l’application WhatsApp Business et l’API sont deux interfaces distinctes sur le même numéro, et que presque chaque incident n’en affecte qu’une seule. Un token expire et l’application reste intacte. Un remplacement du webhook est désinstallé et l’application reste intacte. La qualité baisse et l’application reste intacte. Dans tous les cas, l’entreprise continue de répondre aux clients, observe un comportement normal et n’a aucune raison de signaler quoi que ce soit. C’est tout l’argument en faveur de la surveillance plutôt que d’un dashboard que quelqu’un doit consulter. Les incidents sont réels, silencieux, et les personnes les plus proches du numéro sont les moins susceptibles de les remarquer. ### Dans quel ordre devez-vous vérifier ? Commencez par le token, car c’est la cause la plus fréquente et la moins coûteuse à corriger. Un identifiant expiré ou invalidé fait échouer chaque appel de la même façon, ce qui donne exactement l’impression que le numéro a été supprimé. Conserver un second identifiant sur le même compte permet de distinguer les deux situations. Vérifiez ensuite le remplacement du webhook. Si une reconnexion a eu lieu, la destination a été désinstallée avec l’application : l’envoi et la surveillance fonctionnent, mais la livraison à votre serveur échoue silencieusement. Puis vérifiez une déconnexion : un événement account_update avec PARTNER_REMOVED et une raison, où PRIMARY_INACTIVITY signifie que l’application est restée inutilisée pendant environ quatorze jours et qu’une reconnexion suffit à corriger le problème. Ensuite, vérifiez la qualité, qui est interrogée plutôt qu’envoyée, puis une restriction, qui correspond à une mesure appliquée au niveau du compte qu’aucun fournisseur ne peut lever. ### Quelle cause est presque toujours à écarter ? Votre code, s’il fonctionnait hier et qu’aucun déploiement n’a eu lieu. La Cloud API est stable et ses formats de requête ne changent pas sans prévenir. Lorsqu’une intégration qui fonctionnait depuis des mois s’arrête, la probabilité la plus forte concerne un identifiant, une modification du routage ou un événement au niveau du compte, autant de situations qui surviennent sans que personne ne touche au dépôt. L’exception à retenir est un template modifié. Changer le nombre de variables d’un template modifie le contrat pour chaque expéditeur, silencieusement. Cela ressemble à un défaut du code, alors qu’il s’agit d’une modification de contenu effectuée dans WhatsApp Manager par quelqu’un d’autre. - Reconnecter le numéro en premier. Si un token a expiré, cela impose au responsable de l’entreprise une tâche qui n’était pas nécessaire. - Supposer que le code a cessé de fonctionner. Une API stable et l’absence de déploiement orientent vers une autre cause. - Chercher des symptômes sur le téléphone. L’application continue de fonctionner dans presque tous ces cas. **Le numéro fonctionne sur le téléphone, mais rien ne part. Par où commencer ?** Le token d’accès. C’est la cause la plus fréquente et celle qui ressemble le plus à un numéro supprimé. **Je me suis reconnecté, mais les messages n’atteignent toujours pas mon serveur.** Le remplacement du webhook a été désinstallé avec l’application. Il faut le réappliquer ; nous le faisons automatiquement. **Comment savoir s’il s’agissait de la règle des quatorze jours ?** La déconnexion arrive avec la raison PRIMARY_INACTIVITY dans l’événement account_update. **Une modification de template peut-elle empêcher mes envois ?** Oui, c’est la seule cause qui ressemble à un défaut du code. Modifier le nombre de variables modifie le contrat pour chaque expéditeur. --- ## Les messages WhatsApp que Meta facture https://easycoexistence.com/fr/docs/free-and-paid-conversations Meta facture chaque message délivré, et non chaque conversation. Depuis le 1er octobre 2026, chaque numéro de téléphone d'entreprise bénéficie de 1 000 messages de service gratuits par mois, c'est-à-dire les réponses envoyées dans la fenêtre de service client de 24 heures, et Meta facture à partir du 1 001e. Les templates sont facturés à la livraison, y compris les templates utility. Ces frais sont prélevés sur le moyen de paiement de votre propre compte WhatsApp Business. ### Qu'est-ce qui est gratuit exactement ? Jusqu'à 1 000 messages de service par mois et par numéro de téléphone d'entreprise. Un message de service est tout message qui n'est pas un template, et il ne peut être envoyé que dans une fenêtre de service client ouverte, c'est-à-dire les 24 heures qui suivent le dernier message du client. À partir du 1 001e dans le mois, Meta facture chacun d'eux, et le quota non utilisé n'est pas reporté. Cela compte davantage pour la conception d'une intégration qu'il n'y paraît. Un workflow de support qui ne répond qu'aux personnes ayant écrit en premier reste gratuit jusqu'à ce quota, puis paie au message. Un workflow qui prend l'initiative paie chaque template délivré, et depuis le 1er octobre 2026 cela inclut les templates utility envoyés dans une fenêtre ouverte. Le coût d'une intégration dépend donc du nombre de messages délivrés et de leur catégorie, pas du nombre de conversations. Deux systèmes qui envoient le même volume peuvent entraîner des frais Meta très différents. ### Qui Meta facture-t-il ? Le moyen de paiement de votre propre compte WhatsApp Business, défini dans WhatsApp Manager. C'est une relation directe entre l'entreprise et Meta. Les frais ne transitent pas par un Tech Provider, ce qui explique aussi pourquoi un fournisseur ne peut ni les majorer, ni les regrouper, ni les revendre. Quiconque propose des tarifs de messages WhatsApp réduits est soit un revendeur avec un autre arrangement, soit en train de décrire autre chose que les frais de Meta. En pratique, un compte sans moyen de paiement peut répondre jusqu'à épuisement de son quota gratuit mensuel, puis échoue dès qu'il envoie un template ou une réponse au-delà. Cet échec déroute tant que cette répartition n'est pas comprise. - Croire que les réponses sont toujours gratuites. Depuis le 1er octobre 2026, Meta facture les messages de service au-delà de 1 000 par numéro et par mois, ainsi que les templates utility dans la fenêtre. - S'attendre à ce que la facture d'un fournisseur inclue les frais de Meta. Ils sont facturés directement et séparément. - Construire des workflows sans moyen de paiement sur le compte. Les templates ne partiront pas, et les réponses s'arrêtent une fois le quota gratuit mensuel épuisé. **Toutes les réponses sont-elles gratuites ?** Seulement les 1 000 premiers messages de service par numéro de téléphone d'entreprise et par mois. Ensuite, Meta facture chacun d'eux, et hors de la fenêtre de 24 heures il vous faut un template, facturé à la livraison. **La catégorie change-t-elle le prix ?** Oui. Meta tarife différemment les messages marketing, utility, authentication et service, et le tarif dépend aussi du pays du destinataire. **Un fournisseur peut-il m'offrir un meilleur tarif ?** Pas sur les frais de Meta, car ils n'arrivent jamais jusqu'au fournisseur. **Que se passe-t-il si mon moyen de paiement échoue ?** Les envois qui nécessitent un débit s'arrêtent et renvoient l'erreur 131042. La réception n'est pas affectée. --- ## MCP ou webhook : lequel vous faut-il vraiment ? https://easycoexistence.com/fr/docs/mcp-or-webhook MCP fonctionne par requête et réponse : un assistant appelle un outil quand quelqu’un le lui demande. Un webhook suit le schéma inverse : Meta transmet un événement et votre système décide quoi faire. Rien de réactif automatiquement ne peut être construit avec MCP seul. ### Pourquoi MCP ne peut-il pas répondre automatiquement à un client ? Parce que le protocole ne possède aucun mécanisme de réveil. Un serveur MCP expose des outils qu’un client appelle. L’appel vient de l’assistant, qui répond lui-même à une personne. Il n’existe aucune direction entrante : rien dans l’envoi d’un message WhatsApp par un client ne peut atteindre un assistant et le faire agir. C’est vrai pour tous les serveurs MCP de tous les produits, et non une limitation du nôtre. La question que finit par poser tout acheteur, à savoir si une IA peut répondre aux clients pendant la nuit, appelle donc une réponse avec un webhook, pas avec MCP. Meta transmet le message à un système que vous exécutez, et ce système décide quoi faire, notamment appeler un modèle. ### À quoi chaque parcours sert-il réellement ? MCP sert au travail effectué par une personne. Lequel de mes numéros rencontre un problème ? Envoyez la confirmation à ce client, créez un template pour les mises à jour de commande, dirigez le numéro de ce client vers mon serveur. Chaque action commence par une demande et chacune est plus rapide avec un assistant qu’avec un dashboard. Le webhook sert à tout ce qui doit se produire sans personne présente. Première réponse en dehors des heures ouvrées, routage vers la bonne personne, journalisation dans un CRM, déclenchement d’un workflow. L’avantage est que MCP peut configurer le webhook. get_connect_link génère le lien qu’un client ouvre, et set_webhook_destination dirige son numéro vers votre système. Un agent peut donc effectuer l’onboarding du parcours qu’il ne peut pas servir lui-même. ### Quels outils parlent quel protocole ? Les assistants parlent MCP : Claude, ChatGPT, Cursor, Claude Code. Les plateformes d’automatisation, pour la plupart, ne le font pas, et la distinction n’est pas celle à laquelle on s’attend. Make et Zapier exécutent chacun leurs propres serveurs MCP et exposent leurs actions aux assistants. Aucun des deux n’agit comme client MCP, donc aucun ne peut appeler le nôtre. Pour eux, l’intégration passe par un webhook et un appel HTTP. n8n est l’exception. Son MCP Client Tool se connecte à un serveur distant et prend en charge OAuth2. Un nœud agent dans un workflow n8n peut donc appeler directement nos outils. Même dans ce cas, le workflow commence par un webhook, car c’est le seul élément qui réagit. - Acheter MCP en s’attendant à des réponses automatiques. Il agit sur demande, et personne ne lui en demande à 3 h du matin. - Supposer qu’une plateforme dotée d’un serveur MCP peut en consommer un. Make et Zapier exposent, mais ne consomment pas. - Construire les deux parcours pour effectuer le même travail. Ils servent deux moitiés différentes d’un même système. **Un assistant peut-il surveiller mon WhatsApp ?** Non. Rien ne peut pousser un événement dans un serveur MCP. La surveillance passe par un webhook, qui peut ensuite appeler un modèle. **Ai-je besoin des deux ?** La plupart des systèmes réels utilisent les deux : MCP pour le travail effectué par les personnes, le webhook pour tout ce qui se produit sans elles. **Zapier peut-il utiliser votre serveur MCP ?** Non. Zapier est un serveur MCP, pas un client. Il ne peut donc pas appeler le nôtre. **Et n8n ?** Oui, avec son MCP Client Tool et OAuth2. C’est la seule des trois plateformes d’automatisation qui le peut. --- ## Ce qui change dans l’application WhatsApp Business après la connexion https://easycoexistence.com/fr/docs/what-changes-in-the-app Presque rien ne change sur le téléphone. Les mêmes conversations, le même historique, les mêmes contacts et le même appareil restent en place, et l’équipe répond exactement comme avant. Ce qui change, c’est que l’API est attachée à la même ligne, que chaque côté voit ce que l’autre envoie et que les groupes sont exclus de l’API. ### Qu’est-ce qui reste exactement identique ? L’application, le numéro, les conversations et la personne qui y répond. L’application WhatsApp Business s’ouvre de la même façon, la liste de contacts reste inchangée et toutes les conversations passées sont toujours là. Personne ne se connecte à un nouvel endroit, personne n’installe quoi que ce soit et aucune formation n’est nécessaire. Une entreprise qui connecte un numéro mardi après-midi retrouve un mercredi matin identique à tous les mercredis précédents. C’est tout l’intérêt, et il mérite d’être expliqué concrètement, car cette promesse semble trop belle aux entreprises auxquelles on a déjà proposé des migrations. ### Qu’est-ce qui change vraiment ? Trois choses, et une seule est visible. Les messages envoyés par l’API apparaissent dans le fil de conversation de l’application. La personne qui utilise le téléphone voit donc l’ensemble de la situation plutôt qu’une partie seulement. C’est le changement visible, et il s’agit d’une amélioration plutôt que d’une perturbation. Les messages saisis dans l’application deviennent visibles pour les logiciels et arrivent sous forme d’événements smb_message_echoes. Personne ne le remarque sur le téléphone, mais c’est ce qui empêche une automatisation de répondre par-dessus un humain qui a déjà répondu. Enfin, les conversations de groupe sont exclues de l’API. L’équipe peut continuer à utiliser les groupes dans l’application exactement comme avant ; les logiciels ne peuvent tout simplement ni les voir ni y envoyer de messages, quel que soit le fournisseur. ### Que l’entreprise doit-elle continuer à faire ? Ouvrir l’application, ce qu’elle comptait de toute façon faire. Meta déconnecte une connexion Coexistence après environ quatorze jours sans activité sur l’appareil principal. Pour une entreprise qui répond activement à ses clients, cela ne se présente jamais. En revanche, cela arrive avec un numéro inactif selon les saisons ou conservé par une agence pour un client pendant un mois calme. La déconnexion peut être récupérée : c’est donc un désagrément, pas une perte. Le point à prévoir concerne ce qui suit : la destination du webhook est désinstallée avec la connexion. La reconnexion rétablit l’envoi, mais la livraison vers votre propre serveur ne reprend pas automatiquement si elle n’est pas réappliquée. - Promettre à une équipe qu’elle ne remarquera rien, puis effectuer une migration au lieu d’une connexion. La migration supprime l’application. - Construire quoi que ce soit autour des conversations de groupe. Elles sont exclues de l’API chez tous les fournisseurs. - Supposer qu’un numéro inactif restera connecté. Quatorze jours sans ouvrir l’application suffisent à mettre fin à la connexion. **L’équipe devra-t-elle apprendre quelque chose ?** Non. Elle continue d’utiliser l’application WhatsApp Business exactement comme aujourd’hui. **Est-ce que je perds les anciennes conversations ?** Non. Elles restent dans l’application et environ six mois d’historique peuvent être partagés avec l’API lors de l’intégration initiale, si vous le souhaitez. **Pouvons-nous toujours utiliser les groupes ?** Depuis l’application, oui, exactement comme avant. Via l’API, non, chez aucun fournisseur. **Que se passe-t-il si personne n’ouvre l’application pendant deux semaines ?** Meta déconnecte le côté API. La reconnexion le rétablit et l’application elle-même reste inchangée pendant toute la durée. --- ## Référence Coexistence https://easycoexistence.com/fr/docs/coexistence Coexistence fait fonctionner l’application WhatsApp Business et la Cloud API simultanément sur un même numéro. Cette page sert de référence : définition, circulation des messages, limites et retour en arrière. L’argumentaire se trouve dans le guide. ### Définition Le mode officiel de Meta pour faire fonctionner simultanément l’application WhatsApp Business et la Cloud API sur un même numéro. Ce n’est pas une API distincte : c’est la même Cloud API, intégrée de façon à ce que l’application continue de fonctionner sur le numéro. ### Pourquoi les équipes l’utilisent Quatre raisons expliquent presque toutes les connexions. - Conserver le numéro déjà imprimé sur les véhicules, les reçus et un site web. - Ajouter l’envoi via API, les webhooks et les templates sans faire migrer qui que ce soit vers un nouvel outil. - Garder les conversations hors de la boîte de réception partagée d’un fournisseur. - Permettre à une agence de gérer de nombreux numéros clients, chacun dans le portefeuille du client. ### Fonctionnement des communications Les deux interfaces affichent le même fil de conversation. Ce que l’API envoie apparaît dans l’application. Ce que l’équipe saisit dans l’application arrive au logiciel sous forme d’événement smb_message_echoes, ce qui empêche l’automatisation de répondre par-dessus un humain. ### Fonctionnement de la tarification Meta facture les conversations, et non les messages, via le mode de paiement de votre propre WhatsApp Business Account. Les réponses envoyées pendant la fenêtre de service client de 24 heures sont gratuites. Ouvrir une conversation en dehors de cette fenêtre nécessite un template et est facturé. ### Appareils liés Coexistence n’est pas un appareil lié et n’en utilise pas. Un appareil lié est le client grand public connecté ailleurs, ce que les outils non officiels automatisent et que les conditions de WhatsApp interdisent. Rien ici n’utilise ce mécanisme. ### Limites fonctionnelles Ces limites sont fixées par Meta et identiques chez tous les fournisseurs. - Les conversations de groupe ne sont pas disponibles via l’API. - Les templates ne peuvent pas être envoyés depuis l’application mobile, uniquement via l’API. - Le débit d’envoi est fixe au lieu d’augmenter avec la qualité et le niveau. - Le partage de l’historique des conversations est décidé une seule fois, lors de l’intégration. ### Éligibilité Le numéro doit remplir toutes ces conditions avant de pouvoir être connecté. - Être déjà actif dans l’application WhatsApp Business, et non dans l’application grand public. - Se trouver dans un Business Portfolio auquel vous avez accès. - Ne pas être déjà connecté à l’application d’un autre fournisseur. ### Notes opérationnelles Voici ce qui est vrai après la connexion et qu’il est facile de ne pas remarquer. - L’application doit être ouverte périodiquement, sinon Meta déconnecte le côté API. - Une déconnexion désinstalle le remplacement du webhook avec l’application. - Le score de qualité est interrogé, et non transmis, donc rien n’annonce une baisse. - Un token révoqué ressemble exactement à un numéro supprimé sans identifiant supplémentaire. ### Précaution concernant la sélection du compte Pendant Embedded Signup, le Business Portfolio et le WhatsApp Business Account sont choisis lors de deux étapes distinctes. Sélectionner le mauvais compte rattache le numéro à un emplacement imprévu, et le déplacer ensuite exige de le déconnecter puis de reprendre tout le parcours. ### Décisions irréversibles Le partage de l’historique existant est demandé une seule fois et ne peut pas être relancé. La synchronisation doit également commencer dans les 24 heures suivant l’intégration et ne peut être exécutée qu’une fois. En cas d’oubli, les deux opérations produisent des erreurs peu explicites plutôt que des avertissements. ### Déconnexion ou retour en arrière Un numéro peut être déconnecté à tout moment depuis le dashboard ou via le connecteur. L’application WhatsApp Business continue exactement comme avant, avec ses conversations et son historique intacts, et le numéro lui-même n’est pas modifié définitivement par cette connexion. - Considérer Coexistence comme une API différente. Il s’agit de la Cloud API avec un parcours d’intégration différent. - Construire autour des conversations de groupe. Elles sont exclues chez tous les fournisseurs. - Supposer qu’une reconnexion restaure la destination du webhook. Ce n’est pas le cas. **Est-ce la même chose que la Cloud API ?** Oui. Coexistence permet de s’intégrer à la Cloud API tout en laissant l’application WhatsApp Business fonctionner sur le numéro. **Puis-je annuler ?** Oui. La déconnexion laisse l’application et ses conversations exactement comme elles étaient. **Mon équipe doit-elle suivre une formation ?** Non. Elle continue d’utiliser l’application WhatsApp Business comme aujourd’hui. **Pourquoi l’application ne peut-elle pas envoyer de templates ?** Les templates sont une fonctionnalité de la plateforme, et non de l’application. Tout ce qui se passe en dehors de la fenêtre de 24 heures passe par l’API. --- ## Ce qui se synchronise avec l'API, et ce qui ne le fait pas https://easycoexistence.com/fr/docs/what-syncs-and-what-does-not Les contacts et l’historique des messages individuels se synchronisent avec l’API, puis les messages se répliquent dans les deux sens. Les groupes ne sont pas transférés, pas plus que les outils de l’application WhatsApp Business : catalogue, commandes, statut, étiquettes, réponses rapides, message d’accueil et messages d’absence. ### Ce qui est transféré Deux éléments, et ce sont ceux qui comptent pour un logiciel utilisé sur un numéro dont l’entreprise se sert depuis des années. - Contacts : chaque contact associé à un numéro WhatsApp peut être synchronisé avec la plateforme. - Historique des messages individuels, afin que l’API ne soit pas aveugle aux conversations antérieures à son arrivée. - À partir de là, les messages se répliquent dans les deux sens : ceux envoyés par l’API apparaissent dans l’app, et ceux saisis par l’équipe dans l’app atteignent vos systèmes. ### Ce qui n’est pas transféré Davantage de choses qu’on ne le pense. Cette liste mérite d’être lue avant de faire une promesse à un client. Il ne s’agit pas d’une limitation du fournisseur, mais du fonctionnement de la plateforme. - Discussions de groupe, qui ne se synchronisent pas et ne sont accessibles via l’API chez aucun fournisseur. - Outils professionnels : catalogue, commandes et statut. - Outils de messagerie : message d’accueil, message d’absence, réponses rapides et étiquettes. - Chaînes, appels audio et vidéo, ainsi que les informations du profil professionnel. ### Pourquoi les outils de l’app restent dans l’app Parce qu’il s’agit de fonctionnalités de l’app, pas de la plateforme, et que l’API n’a pas d’équivalent. Les réponses rapides et les étiquettes sont stockées sur l’appareil. Un message d’absence est envoyé par l’app lorsque personne ne la consulte. Aucun de ces éléments n’existe comme concept d’API : il n’y a donc rien à synchroniser. En pratique, une entreprise qui organise son travail avec des étiquettes continue de les utiliser dans l’app, sans que le logiciel puisse les voir. Si cette organisation compte pour votre projet, vous devez la recréer de votre côté au lieu de la récupérer. ### La fenêtre à ne pas manquer La synchronisation doit être lancée dans les 24 heures suivant l’onboarding. Si vous manquez ce délai, le numéro doit être déconnecté puis reconnecté pour obtenir une nouvelle possibilité. Cette fenêtre est distincte du délai de 24 heures du service client, qui régit l’envoi, et les deux sont souvent confondus. L’une part du dernier message du client et détermine si un texte libre peut être remis. Celle-ci part de l’onboarding et détermine si l’historique peut encore être transféré. C’est aussi pourquoi il vaut mieux décider du transfert de l’historique le jour où le numéro est connecté, plutôt qu’au début du travail d’intégration, qui a généralement lieu une autre semaine. - Promettre à un client que ses étiquettes et réponses rapides apparaîtront dans votre système. Elles restent dans l’app. - Construire quoi que ce soit autour des discussions de groupe. Elles ne se synchronisent chez aucun fournisseur. - Repousser la synchronisation de l’historique jusqu’à la fin de l’intégration. La fenêtre dure 24 heures à partir de l’onboarding. **Mes anciennes conversations apparaissent-elles dans l’API ?** L’historique individuel se synchronise si vous l’acceptez pendant l’onboarding. Les conversations de groupe ne le sont pas. **Le logiciel peut-il voir mes étiquettes ?** Non. Les étiquettes sont une fonctionnalité de l’app sans équivalent dans l’API : elles restent sur l’appareil. **L’équipe perd-elle les réponses rapides ?** Non. Elles continuent de fonctionner dans l’app comme avant ; le logiciel ne peut simplement pas les voir. **Que se passe-t-il si je manque la fenêtre de synchronisation de 24 heures ?** Le numéro doit être déconnecté puis reconnecté. L’onboarding est relancé et une nouvelle fenêtre s’ouvre. --- ## Quelles fonctionnalités WhatsApp cessent de fonctionner après Coexistence https://easycoexistence.com/fr/docs/features-disabled-by-coexistence Quatre éléments cessent de fonctionner dès qu’un numéro est connecté via Coexistence : les messages éphémères, les messages à vue unique et la localisation en direct sont désactivés dans les conversations individuelles, tandis que les listes de diffusion sont entièrement désactivées. Celles qui existent déjà passent en lecture seule au lieu d’être supprimées. ### Les quatre Chacune est désactivée au niveau de la plateforme, et non simplement masquée. Chacune a une raison liée au fait que l’API peut voir la conversation. - Messages éphémères : désactivés dans toutes les conversations individuelles. - Messages à vue unique : désactivés dans toutes les conversations individuelles. - Messages de localisation en direct : désactivés dans toutes les conversations individuelles. - Listes de diffusion : désactivées, et celles qui existent déjà passent en lecture seule au lieu d’être supprimées. ### Pourquoi ces quatre fonctionnalités en particulier Parce que chacune promet quelque chose que l’API contredit. Un message éphémère promet de ne pas rester. Un message à vue unique promet de pouvoir être consulté une seule fois. Ces deux promesses dépendent de l’absence de toute autre copie, et un numéro connecté transmet par définition ces messages à un autre système. La localisation en direct est un flux continu plutôt qu’un message, et ne dispose d’aucune représentation dans l’API. Les listes de diffusion sont une manière, côté application, d’envoyer un message à plusieurs personnes en même temps. La réponse de la plateforme à ce besoin est le template, qui passe par l’API après approbation. Rien de tout cela n’est arbitraire. La plateforme refuse simplement de promettre quelque chose qu’elle ne peut plus garantir. ### Ce que cela signifie avant de connecter le numéro d’un client Demandez si l’entreprise utilise l’une de ces fonctionnalités, car le découvrir après coup mène à une conversation difficile. Les listes de diffusion sont celles qui prennent les vraies entreprises au dépourvu. Un magasin qui envoie chaque semaine un message à deux cents clients via une liste de diffusion perdra ce processus. Le remplacement est un template marketing approuvé, qui nécessite un mode de paiement sur le compte ainsi que l’examen de Meta. Les messages éphémères concernent un autre type d’utilisateur, généralement quelqu’un qui les a activés une fois puis a oublié. La localisation en direct intervient presque uniquement dans la livraison et les services sur le terrain. - Connecter un numéro qui dépend des listes de diffusion sans en informer l’entreprise. Le remplacement est un template, avec approbation et facturation. - Supposer que les listes de diffusion existantes sont supprimées. Elles passent en lecture seule. - S’attendre à ce que ces fonctionnalités reviennent tant que le numéro reste connecté. Elles ne reviennent pas. **Puis-je réactiver les messages éphémères ?** Pas tant que le numéro est connecté. Le déconnecter rétablit le comportement normal de l’application. **Mes listes de diffusion existantes sont-elles supprimées ?** Non. Elles passent en lecture seule : leur contenu est conservé, mais il est impossible d’y envoyer des messages. **Cela affecte-t-il les conversations de groupe ?** La désactivation est documentée pour les conversations individuelles. Sur un numéro Coexistence, les groupes sont entièrement en dehors de l’API. **Qu’est-ce qui remplace une liste de diffusion ?** Un template marketing approuvé, envoyé via l’API. Il nécessite un mode de paiement sur votre propre WhatsApp Business Account. --- ## Quels numéros sont éligibles à Coexistence https://easycoexistence.com/fr/docs/number-eligibility Un numéro doit déjà être utilisé dans l’application WhatsApp Business, en version 2.24.17 ou ultérieure, dans un Business Portfolio que vous pouvez administrer, et ne pas être déjà rattaché à un autre fournisseur. La zone géographique n’est plus une condition. Tout le reste est refusé lors de l’inscription. ### Ce que le numéro doit respecter Quatre conditions, toutes vérifiées lors de l’inscription de Meta, et non par un fournisseur. - Déjà enregistré et utilisé dans l’application WhatsApp Business, et non dans l’application WhatsApp grand public. - Utiliser la version 2.24.17 ou ultérieure sur l’appareil principal. - Être dans un Business Portfolio auquel vous avez un accès administrateur. - Ne pas être déjà connecté à l’application d’un autre fournisseur. ### Où Coexistence est disponible Partout où l’application WhatsApp Business fonctionne. La documentation actuelle de Meta pour les utilisateurs de l’application Business n’indique aucune restriction géographique, et le déploiement commencé par région s’est terminé en 2026, l’Afrique du Sud et le Nigeria comptant parmi les derniers marchés ajoutés. Il est utile de le dire clairement, car les listes régionales publiées pendant le déploiement circulent encore, et plusieurs indiquent toujours comme exclus des pays pris en charge depuis des mois. Une entreprise qui en consulte une peut conclure qu’elle ne peut pas utiliser la fonctionnalité alors que c’est possible. Meta ne publie pas de liste de pays datée. Le test fiable est donc le parcours lui-même. Si le numéro est actif dans l’application WhatsApp Business et qu’Embedded Signup ne le refuse pas pour des raisons géographiques, Coexistence est disponible pour ce numéro. ### Ce qui échoue lors de l’inscription Trois échecs représentent la plupart des cas, et chacun se manifeste différemment. Un numéro présent dans l’application WhatsApp grand public ne se voit pas proposer Coexistence. Il doit d’abord être transféré vers l’application WhatsApp Business, une migration que l’entreprise effectue sur le téléphone. Une application obsolète lance un parcours qui ne peut pas terminer l’analyse. La solution consiste à la mettre à jour, puis à réessayer. Enfin, un parcours fermé en cours de route laisse le numéro rattaché au compte mais non enregistré. Il apparaît connecté dans un tableau de bord, puis échoue lors du premier envoi avec error 133010. Relancer le parcours depuis le début le termine correctement. - Commencer l’inscription avec un numéro encore présent dans l’application WhatsApp grand public. Il doit d’abord être transféré vers l’application Business. - Faire confiance à une liste de disponibilité régionale datant du déploiement. Plusieurs sont obsolètes et indiquent encore comme exclus des pays pris en charge. - Fermer la fenêtre de Meta dès que le numéro apparaît. Les étapes suivantes terminent l’inscription. **Puis-je utiliser une ligne fixe ou un numéro virtuel ?** Il doit s’agir d’un numéro enregistré dans l’application WhatsApp Business, ce qui signifie qu’il doit pouvoir recevoir le message d’inscription. **De quelle version de l’application ai-je besoin ?** La version 2.24.17 ou ultérieure sur l’appareil qui contient le numéro. **Coexistence est-elle disponible dans mon pays ?** Presque certainement. La documentation actuelle de Meta n’indique aucune restriction géographique, et le déploiement régional s’est terminé en 2026. Le parcours lui-même reste le test fiable. **Le numéro apparaît dans le tableau de bord, mais ne peut pas envoyer de messages.** L’inscription n’est probablement pas terminée. Cela renvoie error 133010, et relancer le parcours corrige le problème. --- ## EasyCoexistence contre 360dialog https://easycoexistence.com/fr/compare/easycoexistence-vs-360dialog 360dialog et EasyCoexistence partagent un modèle tarifaire : un forfait fixe par numéro connecté, les frais de messagerie de Meta vous étant facturés directement, sans majoration de part et d’autre. Ce qui change, c’est le montant, le nombre de paliers et ce que le forfait couvre réellement. ### Ce que vous payez par numéro Les deux facturent chaque numéro et aucun ne majore les frais de messagerie de Meta. Tout se joue donc sur le montant et ce qu’il couvre. - 360dialog:: Trois paliers WhatsApp API à €49, €99 et €500 par numéro et par mois en septembre 2026. Il faut choisir une formule à l’inscription, puis franchir un seuil. - EasyCoexistence:: Une seule grille tarifaire publiée, de US$ 9 par numéro connecté et par mois, jusqu’à US$ 1 à mesure que vous ajoutez des numéros. Aucun verrouillage de fonctionnalité : le vingtième numéro d’une agence fait tout ce que faisait le premier et coûte moins cher. Il n’y a aucune discussion de changement de formule, puisqu’il n’y a rien à changer. ### Ce qui se passe quand vous ajoutez des clients C’est là que le montant par numéro cesse d’être une simple erreur d’arrondi. - 360dialog:: Avec leur premier palier, vingt numéros coûtent €980 par mois avant les frais de Meta. Le modèle tient la route ; c’est le multiplicateur qui s’applique. - EasyCoexistence:: Vingt numéros coûtent US$ 140 par mois, chacun connecté dans le Business Portfolio de son propre client et facturé sur sa propre ligne, sans aucun palier à atteindre, quel que soit le nombre. ### Où vont les contenus des conversations À établir avant toute chose, car cela ne peut plus être modifié ensuite. - 360dialog:: Leur page tarifaire ne décrit pas le chemin des messages. Cela ne prouve rien dans un sens ou dans l’autre, et c’est la première question à leur poser. - EasyCoexistence:: Meta envoie les événements de message à une URL que vous désignez, grâce à une surcharge de l’abonnement de notre application à votre compte. Les événements d’un compte sans destination définie reviennent à notre callback, où le gestionnaire les supprime sans les conserver. ### La Coexistence elle-même L’application WhatsApp Business continue-t-elle de fonctionner sur le numéro après la connexion ? - 360dialog:: Leur page tarifaire n’en parle pas. Demandez-leur directement au lieu de vous fier à une page comparative, y compris celle-ci : une fonctionnalité non documentée n’est pas une fonctionnalité absente. - EasyCoexistence:: C’est tout le produit. Le numéro se connecte via le flux Coexistence de Meta, l’application continue exactement comme avant et chaque interface voit ce que l’autre envoie. ### Quand vous recherchez une relation BSP complète Il existe un cas, et il est bien réel. - 360dialog:: Quand vous achetez une relation avec un fournisseur plutôt qu’une connexion. C’est un BSP établi, avec une longue expérience opérationnelle, une présence régionale et des structures de support qu’un petit produit ne peut pas égaler. Son palier le plus élevé existe parce que les grands émetteurs ont des besoins différents. - EasyCoexistence:: Un produit ciblé : un support par e-mail et une chronologie de connexion indiquant ce qui s’est passé et quand. C’est ce dont a besoin quelqu’un qui construit sa propre interface, et ce n’est pas une relation de gestion de compte. ### Lequel choisir Si vous avez besoin d’un responsable de compte attitré et d’un circuit d’escalade assuré par une équipe, il s’agit d’une relation BSP, et c’est ce qu’ils proposent. Si vous détenez les numéros de vos clients et construisez le logiciel autour, les calculs tranchent. Le même modèle de facturation à un cinquième du prix, avec la connexion surveillée et les messages envoyés à vos propres systèmes, est la version de ce produit qui accompagne la croissance d’une agence au lieu de la freiner. - Comparer uniquement le montant mensuel. Ce que couvre le forfait diffère davantage que le montant. - Supposer que l’un ou l’autre majore les frais de Meta. Aucun ne le fait ; Meta vous les facture directement. - Interpréter une fonctionnalité non documentée comme une fonctionnalité absente. Demandez-leur plutôt que de vous fier à une page comparative, y compris celle-ci. **Les prix sont-ils à jour ?** Ce sont les tarifs publiés sur la page tarifaire de 360dialog en septembre 2026 et indiqués plus haut. Les tarifs changent ; vérifiez la source avant de décider. **L’un des deux majore-t-il les frais de Meta ?** Non. Les deux les répercutent, et Meta facture directement votre propre compte WhatsApp Business. **360dialog prend-il en charge Coexistence ?** Leur page tarifaire n’en parle pas. Cela ne prouve rien dans un sens ou dans l’autre, et il vaut la peine de leur poser la question. **Lequel convient le mieux à une agence ?** Tout dépend de ce que vous recherchez : une plateforme par client ou une connexion par client. Le coût par numéro compte davantage à mesure que le nombre augmente. --- ## EasyCoexistence vs WATI https://easycoexistence.com/fr/compare/easycoexistence-vs-wati Ce sont des produits différents, et non deux versions concurrentes d’un même produit. WATI vend une boîte de réception partagée, facturée selon les utilisateurs et les contacts actifs mensuels. EasyCoexistence vend la connexion elle-même, facturée par numéro, sans boîte de réception. ### À quoi correspond réellement la facture mensuelle Les deux produits sont tarifés selon des unités différentes, et pour toute entreprise qui gère plusieurs numéros, l’écart se cumule chaque mois. - WATI:: Par utilisateur et par contact actif mensuel. En septembre 2026, les forfaits publiés vont de trois à dix utilisateurs et de 500 à 2 500 contacts. La facture augmente donc avec chaque agent recruté et chaque client contacté. - EasyCoexistence:: Un tarif fixe par numéro connecté, sans limite d’utilisateurs ni de contacts. Le vingtième client d’une agence ne coûte pas plus que le premier, et un mois chargé coûte autant qu’un mois calme. ### Où arrivent les conversations de vos clients C’est la différence qui ne peut plus être annulée ensuite, et elle découle de la nature de chaque produit. - WATI:: Sur leur plateforme. Une boîte de réception partagée doit stocker le contenu des messages pour le restituer à la personne qui l’ouvre. Leur page tarifaire présente cela comme une fonctionnalité centrale de chaque forfait. - EasyCoexistence:: Nulle part de notre côté. Meta envoie les événements de messages directement vers l’URL que vous indiquez, et tout ce qui atteint notre callback de secours est supprimé sans être conservé. C’est garanti par le code, pas par une politique. ### Si votre équipe doit changer sa façon de travailler C’est la question que pose tout dirigeant avant d’accepter quoi que ce soit. - WATI:: Les agents se connectent à leur boîte de réception. C’est là que les conversations sont attribuées, étiquetées et traitées. L’équipe quitte donc le téléphone pour utiliser un nouvel outil. - EasyCoexistence:: Personne ne change ses habitudes. L’application WhatsApp Business continue de fonctionner avec le même numéro grâce à Coexistence, avec les mêmes discussions et le même historique, tandis que le logiciel gère ce que vous avez choisi de construire. ### Que se passe-t-il quand vous dépassez ses limites Les deux produits ont un plafond, mais pas au même endroit. - WATI:: Davantage d’utilisateurs et de contacts actifs, chaque étape étant payante. La plateforme est le produit, donc évoluer signifie en acheter davantage. - EasyCoexistence:: Il n’y a ni palier ni limite à dépasser. Vous construisez l’interface, donc vous faites évoluer votre propre système, sur l’API documentée de Meta, sans rien intercaler de notre côté. ### Quand une boîte de réception est ce qu’il vous faut Un seul cas, et le nommer rend le reste de cette page utile. - WATI:: Une équipe d’assistance de huit personnes qui répartit les conversations dans sa plateforme, avec un forfait démarrant à 4 999 roupies par mois pour trois utilisateurs et 500 contacts actifs mensuels, chaque utilisateur supplémentaire étant facturé en plus. - EasyCoexistence:: C’est un autre besoin. Il n’y a ici ni boîte de réception ni vue pour les agents, car l’interface est la partie que vous ou votre client possédez déjà. ### Lequel choisir Si une équipe d’agents doit se connecter chaque jour et que les conversations constituent son travail, achetez la boîte de réception. WATI en a créé une qui remplit cette fonction. Pour tous les autres, c’est-à-dire la plupart des personnes qui lisent cette page, la boîte de réception est la partie que vous payez sans l’utiliser. Une agence qui gère les numéros de ses clients achète des accès que personne n’ouvre. Un développeur qui construit l’interface place un concurrent entre son produit et l’API de Meta. Une petite entreprise doit abandonner un téléphone qui fonctionne déjà. EasyCoexistence est la connexion sous-jacente, avec un tarif fixe par numéro. Les conversations arrivent dans vos systèmes et l’équipe conserve l’application qu’elle connaît déjà. - Comparer directement les tarifs mensuels. L’un inclut une boîte de réception et des utilisateurs, l’autre non. - Choisir une connexion quand une équipe a besoin d’une boîte de réception. Elle sera mécontente, à juste titre. - Choisir une boîte de réception quand vous construisez vous-même l’interface. Vous vous retrouvez avec deux interfaces. **Que se passe-t-il quand je dépasse 500 contacts ?** Avec leur forfait d’entrée, vous passez au palier supérieur. Chez nous, rien ne change : il n’y a aucune limite de contacts, quel que soit le tarif. Un mois avec 10 000 clients coûte donc autant qu’un mois avec 10 clients. **Lequel est le moins cher ?** Jusqu’à six numéros, c’est nous, face à leur forfait d’entrée. Ce forfait coûte 4 999 roupies par mois, soit environ US$ 53, pour trois utilisateurs et 500 contacts actifs mensuels. Le nôtre coûte US$ 9 par numéro connecté, ou US$ 7 chacun à partir de six numéros, donc six numéros reviennent à US$ 42 par mois. Au-delà, la réponse dépend de leurs frais par utilisateur supplémentaire et par palier de contacts, qui augmentent avec l’équipe et la clientèle, alors que notre prix n’augmente qu’avec le nombre de numéros. **WATI prend-il en charge Coexistence ?** Leur page tarifaire n’en parle pas. Demandez-leur directement plutôt que de vous fier à cette page. **Avez-vous une application mobile ?** Non. L’équipe utilise l’application WhatsApp Business, ce qui est précisément l’intérêt de Coexistence. --- ## EasyCoexistence face à respond.io https://easycoexistence.com/fr/compare/easycoexistence-vs-respond-io respond.io est une plateforme multicanale : boîtes d'équipe, workflows, agents IA et diffusions, à partir de US$ 79 par mois avec des limites d'utilisateurs et de contacts. EasyCoexistence est la connexion sous-jacente, facturée par numéro, sans ces fonctionnalités. ### Le coût d'utilisation Des unités de facturation différentes, selon les tarifs publiés en septembre 2026. - respond.io:: De US$ 79 par mois pour cinq utilisateurs et 1 000 contacts actifs mensuels, jusqu'à US$ 279. La facture dépend du nombre de personnes qui répondent et de clients que vous atteignez. - EasyCoexistence:: De US$ 9 par numéro connecté et par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros, sans limite d'utilisateurs ni de contacts. La facture dépend du nombre de numéros que vous détenez, c'est-à-dire de ce qu'une agence contrôle réellement. ### Où résident les contenus des conversations La conséquence d'une boîte de réception vendue comme produit, plutôt que d'une connexion. - respond.io:: Sur leur plateforme, dont une boîte d'équipe a besoin pour afficher l'historique. Leur page tarifaire ne précise pas la conservation, ce qu'il vaut mieux vérifier si c'est important pour vous. - EasyCoexistence:: Nulle part de notre côté. Le webhook override envoie les événements de message de Meta directement vers votre endpoint, et tout ce qui arrive sur notre solution de secours est abandonné sans être persisté. ### Ce qui se trouve entre vous et Meta La question décisive pour quiconque crée un logiciel. - respond.io:: Leur plateforme. Vous vous intégrez à leur abstraction, leurs limites de débit, le format de leur webhook et leur calendrier de versions. Ce que vous construisez reste portable dans les limites qu'ils définissent. - EasyCoexistence:: Rien. L'API est celle de Meta, documentée par Meta, et le webhook est envoyé vers votre endpoint. Vous ne construisez rien sur une couche qui nous appartient, ce qui permet aussi de partir. ### Ce qui surveille la connexion Rarement indiqué sur une page tarifaire, et la raison d'être de ce produit. - respond.io:: Leur page tarifaire ne traite pas ce sujet, et il serait incorrect d'affirmer une réponse. Si vous détenez les numéros de clients, demandez précisément ce qui se passe lorsqu'une connexion tombe silencieusement. - EasyCoexistence:: Évaluation de qualité, niveau de messagerie et débit interrogés selon un calendrier. Événements du compte Meta traités par leur nom. Deux identifiants conservés pour qu'un token révoqué ne soit pas confondu avec un numéro perdu. Le webhook override est réappliqué après une reconnexion qui le supprime. ### Quand une plateforme est ce que vous recherchez Cela mérite d'être précisé, car les deux produits répondent à des questions différentes. - respond.io:: Quand vous voulez la plateforme. Leurs formules publiées incluent des boîtes d'équipe et personnalisées, des workflows, des diffusions, des agents IA et des rapports. Les niveaux supérieurs ajoutent le SSO et plusieurs espaces de travail. Il s'agit d'une solution multicanale, pas uniquement WhatsApp. - EasyCoexistence:: Un périmètre différent par conception : un numéro, une connexion, seize outils MCP et un webhook, avec l'interface laissée à vos soins. ### Lequel choisir Il s'agit de couches différentes, et non de versions concurrentes d'un même produit. Si personne dans votre équipe ne crée l'interface et que vous voulez un espace prêt à l'emploi pour vos agents, c'est une plateforme que vous recherchez. Si vous la construisez vous-même, une plateforme s'insère dans votre propre stack comme un concurrent. Vous payez par utilisateur pour des boîtes que vos utilisateurs ne voient jamais, par contact pour des conversations déjà gérées par votre produit, et vous vous intégrez à une abstraction plutôt qu'à l'API documentée et maintenue par Meta. EasyCoexistence est cette couche sous-jacente : un tarif fixe par numéro, le webhook dirigé vers votre système et la connexion surveillée pour qu'une panne silencieuse ne devienne pas un client perdu. - Comparer US$ 9 à US$ 79 comme si ces montants achetaient la même chose. Ce n'est pas le cas. - Choisir une connexion alors que vous vouliez un produit. Vous passerez des mois à recréer une boîte de réception. - Supposer qu'un fournisseur surveille la connexion. Demandez-le précisément : c'est rarement indiqué sur une page tarifaire. **Lequel me convient ?** Ce sont des couches différentes. respond.io est une plateforme dans laquelle vous travaillez ; EasyCoexistence est la connexion sous-jacente, pour les équipes qui créent elles-mêmes l'interface. **Puis-je passer de leur solution à la vôtre ?** Le numéro vous appartient et peut être connecté via Coexistence. Vous renonceriez à leur boîte de réception et à leurs workflows. **Avez-vous des workflows ou des agents IA ?** Non. Le connecteur MCP permet à un assistant d'utiliser le numéro, et le webhook permet à votre propre système de réagir. Aucun des deux n'est un générateur de workflows. **Ces tarifs sont-ils à jour ?** Ils correspondent aux tarifs publiés en septembre 2026 et liés ci-dessus. Vérifiez la source avant de décider. --- ## EasyCoexistence vs Dualhook https://easycoexistence.com/fr/compare/easycoexistence-vs-dualhook Les deux sont des fournisseurs Coexistence reposant sur la même architecture de base : l'application WhatsApp Business continue de fonctionner et les webhooks de messages vont directement de Meta à votre serveur, sans passer par le fournisseur. Les différences sont plus limitées que les similitudes, mais méritent d'être connues. ### Ce que sont les deux produits C'est la comparaison la plus proche du site, car leur positionnement est presque identique. - Dualhook:: Un fournisseur Coexistence avec la même promesse principale : maintenir l'application WhatsApp Business, acheminer directement les webhooks de messages de Meta vers votre serveur au lieu de les stocker. Leur documentation appelle cela Webhook Override. - EasyCoexistence:: Le même mécanisme, sous le même nom que celui utilisé par Meta. Nous définissons override_callback_uri sur l'abonnement de notre application au WhatsApp Business Account, ce qui déplace les champs du chemin des messages vers votre endpoint tout en conservant les champs opérationnels. ### Où vont les messages Les deux les acheminent directement. La différence concerne les événements qui ne sont pas acheminés. - Dualhook:: Un acheminement direct depuis Meta sans stockage des messages, ce que leur site indique clairement et qui correspond à notre architecture. - EasyCoexistence:: Le même acheminement. Ce que nous ajoutons concerne le chemin de secours : un compte sans remplacement défini transmet les événements à notre callback par défaut, où le gestionnaire les abandonne sans les conserver. Cette promesse est appliquée dans le code plutôt qu'énoncée dans une politique. ### La règle des quatorze jours d'inactivité Meta déconnecte une connexion Coexistence après environ quatorze jours sans activité sur l'appareil principal. Les deux produits traitent cette règle différemment. - Dualhook:: Leur documentation décrit un avertissement au treizième jour, avec compte à rebours et e-mails de rappel. Cela rappelle que le délai s'écoule, ce qui est différent du fait de savoir pourquoi une connexion a réellement été interrompue. - EasyCoexistence:: Nous surveillons la déconnexion elle-même et lisons le champ de motif de Meta, qui distingue PRIMARY_INACTIVITY de BUSINESS_DOWNGRADE, CHANGE_NUMBER et des autres. Le motif permet de distinguer deux semaines de silence d'un client qui est réellement parti. ### Ce qu'une reconnexion casse C'est la conséquence de la règle d'inactivité qui coûte le plus cher, et la question à poser à tout fournisseur. - Dualhook:: Leur documentation n'indique pas ce qui arrive à un remplacement de webhook après une reconnexion. Cela ne prouve pas qu'ils ne le gèrent pas, mais c'est une question à leur poser directement. - EasyCoexistence:: Une suppression désinstalle l'application du compte et le remplacement disparaît avec elle. La reconnexion rétablit donc l'envoi et la surveillance, mais plus la livraison vers votre serveur, sans avertissement. Nous le réappliquons à chaque reconnexion, car cela est arrivé à un vrai numéro qui est revenu intact avant de cesser de livrer. ### Combien cela coûte par numéro Les deux facturent un forfait mensuel fixe par numéro connecté, plutôt que par utilisateur ou par message, et aucun ne majore ce que Meta facture pour les conversations. - Dualhook:: Leurs propres pages comparatives indiquent un forfait mensuel fixe à partir de US$ 12 par mois, selon les informations publiées en septembre 2026. - EasyCoexistence:: À partir de US$ 9 par numéro connecté et par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros, sans limite d'utilisateurs ni de contacts. Pour une agence, l'écart se cumule avec chaque numéro client ajouté. ### Le connecteur MCP Là où nous sommes en avance, pour un public précis. - Dualhook:: Leur documentation ne décrit pas de serveur MCP. Leur produit s'utilise via son API et son dashboard. - EasyCoexistence:: Seize outils via un serveur MCP distant avec OAuth, afin que Claude, ChatGPT, Cursor et Claude Code puissent lister les numéros, vérifier leur état, envoyer des messages et des templates, et définir les destinations des webhooks. Pour une agence qui intègre ses clients depuis un assistant, c'est ce qui fait la différence. - Prendre une fonctionnalité non documentée pour une fonctionnalité absente. Demandez-leur : cette page indique où leur documentation reste silencieuse, sans spéculer. - Choisir uniquement selon le prix. Les deux représentent de petits frais par rapport à ce que Meta facture pour les conversations. - Supposer qu'un fournisseur réapplique automatiquement un remplacement de webhook après une reconnexion. Posez la question précisément, quel que soit votre choix. **Ces deux produits reposent-ils vraiment sur la même architecture ?** Sur le chemin des messages, oui. Tous deux utilisent la capacité de Meta à remplacer la destination des webhooks d'un WhatsApp Business Account, afin que le contenu des conversations arrive sur votre serveur plutôt que chez un fournisseur. **En quoi leurs approches de la règle des 14 jours diffèrent-elles ?** Ils avertissent au treizième jour que le délai s'écoule. Nous lisons le motif de déconnexion fourni par Meta, qui distingue deux semaines de silence d'un client réellement parti, puis nous réappliquons le remplacement de webhook afin que la livraison ne s'arrête pas sans avertissement. **En quoi EasyCoexistence est-il différent ?** Un connecteur MCP avec seize outils, que leur documentation ne décrit pas, ainsi que la réapplication automatique du remplacement de webhook après une reconnexion qui l'a supprimé. **Cette page est-elle équitable ?** Chaque chiffre vient de leurs propres pages publiées et est daté. Consultez-les avant de décider : une comparaison rédigée par une seule partie constitue un élément de preuve, pas un verdict. --- ## Peut-on utiliser l’application WhatsApp Business et l’API sur le même numéro ? https://easycoexistence.com/fr/whatsapp-business-app-and-api-same-number Oui. Meta appelle cette fonctionnalité Coexistence : elle est officielle et non un contournement. L’équipe continue de répondre dans l’application WhatsApp Business sur le téléphone, tandis que Cloud API fonctionne sur le même numéro au même moment. Les deux affichent les mêmes conversations. ### Comment un seul numéro peut-il être utilisé sur les deux à la fois ? Parce que Meta a conçu un mode pour cela. Historiquement, il fallait faire un choix que personne ne voulait faire : migrer un numéro vers l’API désactivait l’application WhatsApp Business, si bien qu’une entreprise dont l’équipe répondait au téléphone devait choisir entre les personnes qui connaissaient déjà les clients et l’automatisation qu’elle souhaitait ajouter. Coexistence supprime ce choix. Le numéro est enregistré auprès de Meta comme numéro d’API, tandis que l’application WhatsApp Business reste liée à ce numéro. Un message client arrive dans l’application sur le téléphone et dans votre webhook API, et une réponse envoyée depuis l’un ou l’autre côté apparaît dans la conversation. Rien n’est simulé ni contourné : l’application et l’API sont deux accès autorisés au même numéro. ### Qu’est-ce qui change réellement sur le téléphone ? Moins de choses qu’on ne l’imagine, mais ces différences doivent être connues avant la connexion. L’équipe continue comme avant : même application, mêmes discussions, mêmes contacts, même numéro. Quatre fonctionnalités sont désactivées par Meta sur tout numéro utilisant Coexistence : messages éphémères, médias à vue unique, partage de position en direct et listes de diffusion. Les discussions de groupe restent utilisables dans l’application, mais sont hors de l’API : l’automatisation ne peut donc pas les voir. Une étape de synchronisation a également lieu lors de la première connexion du numéro. Elle copie l’historique récent des conversations afin que le côté API ne démarre pas sans contexte. Seuls les messages récents sont concernés, pas l’intégralité de l’historique du numéro, et tout ce qui est plus ancien reste sur le téléphone, comme auparavant. ### Est-ce que quelque chose cesse de fonctionner si nous changeons d’avis ? Non, et il faut le dire clairement, car c’est cette crainte qui empêche certaines entreprises d’essayer. Les conversations restent sur le téléphone et y ont toujours été. Déconnecter le numéro de l’API laisse l’application WhatsApp Business fonctionner exactement comme avant, avec les discussions intactes, car rien n’a été déplacé. L’API a été ajoutée à côté de l’application au lieu de la remplacer. Le numéro reste également dans le Meta Business Portfolio de l’entreprise elle-même. Un fournisseur le connecte en tant que Tech Provider, ce qui constitue une autorisation et non une propriété. Retirer le fournisseur laisse donc le numéro à son emplacement initial, au lieu de l’emporter avec lui. ### De quoi avez-vous besoin pour que cela fonctionne ? De trois éléments, dont deux sont déjà en votre possession. Le numéro doit être utilisé dans l’application WhatsApp Business, et non dans l’application WhatsApp grand public. Il ne doit pas non plus être déjà enregistré sur Cloud API ailleurs. Enfin, vous avez besoin d’un Meta Tech Provider pour effectuer l’intégration, car Coexistence ne peut pas être activée directement depuis un dashboard Meta : la connexion passe par l’application approuvée d’un fournisseur. C’est là que nous intervenons. L’Embedded Signup de Meta sélectionne le portfolio, le compte et le numéro. Un code est scanné dans l’application WhatsApp Business pour confirmer l’opération, puis le numéro est connecté en quelques minutes. L’application continue de fonctionner pendant toute la procédure, y compris durant la connexion. - Penser qu’il faut choisir. Coexistence existe précisément pour éviter ce choix. - S’attendre à voir les discussions de groupe via l’API. Elles restent dans l’application et sont partout hors de l’API. - Attendre une option dans un dashboard Meta. L’intégration Coexistence passe par un Tech Provider. **Est-ce officiel ?** Oui. Coexistence est une fonctionnalité et un terme propres à Meta. Ce n’est ni un pont, ni un appareil lié, ni un contournement. **L’équipe remarquera-t-elle une différence ?** Seulement quatre fonctionnalités disparaissent : messages éphémères, vue unique, position en direct et listes de diffusion. Tout le reste reste inchangé. **Est-ce que je perds mon historique de discussions ?** Non. Il reste sur le téléphone. L’historique récent est également copié côté API lorsque le numéro est connecté. **Puis-je annuler ?** Oui. Déconnectez le numéro et l’application continue exactement comme avant, avec les conversations intactes. --- ## Comment connecter WhatsApp à une API sans perdre vos conversations https://easycoexistence.com/fr/connect-whatsapp-without-losing-chats Vos conversations restent sur le téléphone et la connexion à l'API ne les déplace pas. Coexistence ajoute la Cloud API à l'application WhatsApp Business au lieu de la remplacer. Les conversations restent donc où elles sont et l'application continue de fonctionner. ### Pourquoi la connexion à l'API faisait-elle perdre les conversations auparavant ? Parce que l'ancienne méthode était une migration et non un ajout. En enregistrant un numéro sur la Cloud API, celui-ci était retiré de l'application WhatsApp Business, qui contenait toutes les conversations. Le numéro revenait comme endpoint API sans historique ni application ; c'est pourquoi tant d'entreprises ont essayé l'API une fois avant d'y renoncer. Ce compromis était réel et constituait la principale raison pour laquelle les petites entreprises évitaient l'API officielle. Il poussait aussi vers des passerelles non officielles, qui maintenaient l'application en prétendant être un appareil lié et exposaient le numéro à un risque de bannissement. ### Que fait Coexistence différemment ? La solution ajoute l'API sans supprimer l'application. Le numéro est enregistré auprès de Meta comme numéro API tandis que l'application WhatsApp Business reste liée à celui-ci : les deux fonctionnent en même temps avec le même numéro. Les conversations ne sont jamais déplacées. Elles restent sur le téléphone, dans l'application, exactement comme avant, quel que soit le fonctionnement ultérieur de la connexion API. Lors de la première connexion, Meta synchronise l'historique récent des conversations côté API afin que l'automatisation ne parte pas de zéro. Il s'agit d'une copie, pas d'un transfert. Rien ne quitte l'appareil. Ensuite, le message d'un client arrive aux deux endroits : dans l'application sur le téléphone et dans votre webhook. Le personnel répond dans l'application s'il le souhaite, votre système répond lorsqu'il le doit, et les deux apparaissent dans la même conversation. ### Qu'est-ce qui est exactement synchronisé, et qu'est-ce qui ne l'est pas ? L'historique récent des messages se synchronise pendant une période définie après l'établissement de la connexion. Cela suffit pour qu'une automatisation ou un agent dispose du contexte d'une conversation en cours au lieu de répondre à l'aveugle à quelqu'un qu'il n'a jamais vu. Ne sont pas synchronisés : tout ce qui est plus ancien, les médias antérieurs à la connexion et les conversations de groupe. Rien de tout cela n'est perdu. Tout reste sur le téléphone, dans l'application, et demeure lisible par votre personnel comme avant. Ces éléments ne sont simplement pas copiés côté API, car la synchronisation sert de point de départ à l'automatisation, pas d'archive. Si vous avez besoin de l'historique complet ailleurs, exportez-le depuis l'application. C'est une opération distincte de la connexion du numéro, et il vaut mieux ne pas confondre les deux. ### Que se passe-t-il si nous nous déconnectons plus tard ? L'application continue de fonctionner et les conversations sont toujours là, puisqu'elles ne sont jamais parties. La déconnexion supprime la partie API du numéro. L'application WhatsApp Business continue de fonctionner avec toutes les conversations intactes, et l'entreprise revient exactement à sa situation initiale, sans rien avoir à restaurer. C'est le filet de sécurité à comprendre avant de commencer : la décision est réversible, contrairement à l'ancienne migration. Le numéro reste également dans votre propre Meta Business Portfolio pendant toute la durée. Un prestataire le connecte en tant que Tech Provider : c'est une autorisation que vous accordez et pouvez retirer. Quitter un prestataire ne signifie donc pas devoir récupérer un numéro auprès de lui. - Tout exporter d'abord par peur. Les conversations ne vont nulle part. - S'attendre à voir tout l'historique côté API. La synchronisation fournit un contexte récent, pas une archive. - Utiliser une passerelle non officielle pour garder l'application active. Coexistence le permet sans risque de bannissement. **Vais-je perdre mon historique de conversations ?** Non. Il reste sur le téléphone. La connexion ajoute l'API à l'application au lieu de la remplacer. **L'ancien historique apparaît-il dans mon système ?** L'historique récent se synchronise après la connexion. Les anciens messages et médias restent sur le téléphone. **Le personnel peut-il continuer à utiliser l'application ?** Oui, exactement comme avant. C'est tout l'objectif de Coexistence. **Que se passe-t-il si je me déconnecte ?** L'application continue de fonctionner avec toutes les conversations intactes, car rien n'a été déplacé. --- ## Le moyen le moins cher d’obtenir la WhatsApp Business API https://easycoexistence.com/fr/cheapest-whatsapp-business-api L’API elle-même est gratuite. Vous payez Meta pour les conversations et un provider pour l’accès. La part de Meta est identique quel que soit le provider : le seul coût à optimiser est donc celui du provider, et la formule la moins chère est un forfait par numéro, sans majoration. ### Pour quoi payez-vous réellement ? Deux éléments distincts, et les confondre explique pourquoi les comparaisons de prix dans cette catégorie sont faussées. Le premier est la tarification des conversations de Meta. Meta facture les conversations par catégorie, avec des tarifs qui varient selon le pays. Les conversations de service pendant la fenêtre de 24 heures fonctionnent différemment de celles initiées par l’entreprise. Ce coût existe quel que soit le provider choisi, car il revient à Meta, et c’est généralement le montant le plus élevé. Le second est ce qu’un provider facture pour l’accès. C’est entièrement une décision commerciale de sa part, et c’est la seule partie de la facture que vous pouvez réellement modifier en choisissant un autre provider. Comparer les providers sur le coût total sans séparer ces deux éléments revient à comparer du bruit. ### Où l’argent se perd-il ? Dans la majoration, facile à manquer parce qu’elle est faible par message. Plusieurs providers ajoutent des frais par message à ceux de Meta. Twilio publie un tarif de US$ 0,005 par message entrant et sortant. Gupshup publie US$ 0,001. D’autres annoncent un tarif combiné incluant déjà les frais de Meta. La majoration est alors bien réelle, mais impossible à vérifier par rapport au tarif publié par Meta. Un dixième de centime ne représente rien jusqu’à ce qu’on le multiplie. À cent mille messages par mois, le tarif publié de Gupshup atteint US$ 100 et celui de Twilio US$ 500 chaque mois, en plus de ce que facture Meta. Ce sont ces chiffres qu’il faut mettre dans un tableur avant de choisir selon les fonctionnalités. ### Quelle est la formule la moins chère ? Un forfait par numéro connecté, avec la facture Meta qui vous est adressée directement et reste inchangée. Cette formule possède deux avantages que les solutions alternatives n’ont pas. Le coût cesse d’augmenter une fois le numéro connecté, donc la croissance ne coûte pas plus cher. Et la facture Meta reste vérifiable, car personne n’y a intégré ses propres frais. Vous pouvez ainsi comparer ce que vous payez à Meta avec ses tarifs publiés. Notre tarif commence à US$ 9 par numéro connecté et par mois, puis descend jusqu'à US$ 1 à mesure que vous ajoutez des numéros, sans frais par message. Au tarif publié de Twilio, cette formule devient moins chère au-delà d’environ 1 800 messages par mois, et l’écart augmente ensuite. Les plateformes facturées par utilisateur relèvent d’un autre calcul : elles facturent les personnes plutôt que les messages, le seuil dépend donc de l’effectif. ### L’option la moins chère est-elle la bonne ? Pas automatiquement, et il vaut mieux être transparent sur les cas où elle ne l’est pas. Si vous voulez une boîte de réception partagée, des outils de campagne et des statistiques dans un seul produit que votre équipe utilise toute la journée, une plateforme facturée par utilisateur vend quelque chose de concret, et ses frais correspondent à ce service. Nous payer moins cher, puis tout reconstruire vous-même, ne constitue pas une économie. L’option la moins chère convient lorsque vous avez déjà un système. Une entreprise qui dispose d’un CRM, d’un outil d’assistance, d’un outil d’automatisation ou d’un agent IA n’a pas besoin d’un second endroit pour lire les messages ; elle a besoin que WhatsApp atteigne le premier. Pour cet usage, payer par numéro et rien par message est le minimum à payer tout en restant sur l’API officielle. - Comparer les providers sans séparer le coût des conversations de Meta des frais du provider. - Interpréter un tarif combiné par message comme l’absence de majoration. Cela signifie qu’elle n’est pas détaillée. - Choisir les frais les plus bas alors que vous avez réellement besoin de la boîte de réception vendue par une plateforme. **La WhatsApp Business API est-elle gratuite ?** L’accès l’est. Meta facture les conversations et les providers facturent l’accès en supplément. La part de Meta est identique partout. **Quel est le provider le moins cher ?** La formule la moins chère est un forfait par numéro, sans majoration. Le nôtre commence à US$ 9 par numéro et descend jusqu'à US$ 1 à mesure que vous ajoutez des numéros. **Un provider moins cher signifie-t-il une API moins performante ?** Non. La Cloud API est celle de Meta dans tous les cas. Un provider détermine ce qui se trouve devant elle et ce qu’il facture. **Quand un provider plus cher est-il intéressant ?** Lorsque vous voulez le produit qu’il vend, par exemple une boîte de réception partagée dans laquelle votre équipe travaille toute la journée. --- ## Composants d’un template : en-tête, corps, pied de page et boutons https://easycoexistence.com/fr/docs/template-components Un template se compose de quatre éléments au maximum : un en-tête, un corps, un pied de page et des boutons. Seuls l’en-tête et le corps acceptent des variables, et chaque élément impose des limites qui déterminent le contenu du message avant même l’examen par Meta. ### En-tête Facultatif, il existe sous quatre formes : texte, image, vidéo ou document. Un en-tête texte est limité à 60 caractères et accepte une seule variable. Un en-tête multimédia contient un fichier fourni au moment de l’envoi, ce qui permet de joindre un reçu ou un billet. - En-tête texte : 60 caractères, une variable au maximum. - En-tête multimédia : image, vidéo ou document fourni à chaque envoi. - Un seul en-tête par template. - Un en-tête de localisation est disponible pour certaines catégories. ### Corps Élément obligatoire, limité à 1024 caractères, et seul composant pouvant accepter plusieurs variables. Les variables sont positionnelles et s’écrivent sous forme d’espaces réservés numérotés : la première est donc remplie par le premier paramètre envoyé. Meta rejette les corps composés surtout de variables et de très peu de texte fixe, car un template qui ne dit presque rien par lui-même ressemble à un champ ouvert destiné à recevoir n’importe quel contenu. Écrivez une vraie phrase autour des espaces réservés. ### Pied de page Facultatif, limité à 60 caractères, il contient un texte fixe sans aucune variable. Il s’affiche dans une taille plus petite et avec une teinte plus grise que le corps, ce qui le rend adapté à une note permanente, mais pas à une information dont dépend le message. Il sert souvent à ajouter une ligne de désinscription aux templates marketing, ce qui contribue aussi à leur réputation auprès des destinataires. ### Boutons Jusqu’à dix au total, répartis en trois types, et ce mélange influence largement l’approbation. - Réponse rapide : envoie une réponse texte fixe lorsqu’elle est sélectionnée. - Appel à l’action : ouvre une URL ou compose un numéro de téléphone. - Les boutons URL acceptent une variable, ajoutée à une URL de base fixe. - Copier le code : fournit au destinataire un code à copier, pour l’authentification. ### Pourquoi la structure compte avant l’examen Meta examine le template dans son ensemble, et la plupart des refus concernent sa structure plutôt que sa formulation. Un corps presque entièrement composé de variables, un bouton URL dirigeant vers un site sans rapport avec l’entreprise, ou un message marketing soumis dans une catégorie utilitaire sont autant de motifs de refus liés à la structure. Définir d’abord la bonne structure simplifie l’examen du texte, et un template refusé pour non-respect des règles renvoie l’erreur 132007, plutôt qu’un code indiquant la véritable cause. - Écrire un corps composé surtout d’espaces réservés. Meta rejette les templates contenant trop peu de texte fixe. - Attendre des variables dans le pied de page. Il contient un texte fixe, sans exception. - Soumettre un message marketing dans une catégorie utilitaire. La formulation ne corrigera pas une catégorie incorrecte. **Quels éléments acceptent les variables ?** L’en-tête, une seule au maximum, et le corps, plusieurs. Les pieds de page n’en acceptent jamais, tandis que les boutons URL acceptent une valeur ajoutée. **Quelle peut être la longueur du corps ?** 1024 caractères, ce qui en fait de loin l’élément le plus long. **Combien de boutons sont autorisés ?** Jusqu’à dix au total, avec des limites propres à chaque type. **Pourquoi mon template a-t-il été refusé ?** Le plus souvent à cause de la structure plutôt que de la formulation : trop peu de mots fixes ou une catégorie incorrecte. Cela renvoie l’erreur 132007. --- ## Le cycle de statut d’un template https://easycoexistence.com/fr/docs/template-status-lifecycle Un template traverse une suite d’états, et l’approbation n’en est que l’étape centrale, pas la fin. Un template approuvé peut être mis en pause pour des raisons de qualité, rétabli, mis à nouveau en pause, puis finalement désactivé de façon définitive, sans intervention humaine. ### Les états Dans l’ordre où un template les rencontre habituellement. - PENDING : soumis et en attente d’examen. - APPROVED : utilisable pour les envois. - REJECTED : refusé lors de l’examen, généralement pour sa structure ou sa catégorie. - PAUSED : temporairement inutilisable après une baisse de qualité. - DISABLED : définitivement inutilisable, la fin du parcours. ### Comment un template est mis en pause Ce n’est pas dû à une action de votre part. Les destinataires bloquent ou signalent les messages envoyés avec ce template, sa note de qualité passe du vert au jaune puis au rouge, et Meta le met en pause pour enrayer la baisse. Une pause est temporaire et prend fin automatiquement. L’essentiel est la suite : les pauses répétées s’aggravent, et un template qui revient constamment au rouge finit par être désactivé définitivement au lieu d’être mis à nouveau en pause. ### Les deux webhooks Les deux sont nécessaires pour voir tout le cycle, et s’abonner à l’un sans l’autre crée un angle mort. - message_template_status_update : approbation, refus, mise en pause et désactivation. - message_template_quality_update : évolution de la note de qualité entre le vert, le jaune et le rouge. - Le webhook de qualité est l’alerte précoce ; le webhook de statut en est la conséquence. - Aucun n’est activé par défaut, vous devez donc vous abonner aux deux. ### Pourquoi le jaune est le moment d’agir Au moment où un template est mis en pause, les envois avec celui-ci échouent déjà et une campagne est déjà interrompue. Le jaune est l’état où il fonctionne encore et où la baisse reste visible. Agir dès le jaune signifie examiner l’audience autant que le texte. Un template bien rédigé envoyé à des personnes qui ne l’attendaient pas recueille des blocages aussi vite qu’un template mal rédigé, et réécrire le contenu tout en conservant la liste ne change rien. ### Ce que produit une modification Un template approuvé peut être modifié, ce qui le renvoie en examen. C’est utile, mais cela entraîne une conséquence constatée en production : si la modification change le nombre de variables, chaque envoi effectué par une intégration inchangée échoue avec l’erreur 132012. Considérez le nombre de variables d’un template comme une partie du contrat d’intégration, et non comme un contenu appartenant à l’équipe marketing. - Considérer l’approbation comme définitive. Un template approuvé peut être mis en pause puis désactivé. - S’abonner au statut, mais pas à la qualité. Le champ de qualité est l’alerte précoce. - Modifier les variables d’un template sans vérifier le code qui l’envoie. **Un template approuvé reste-t-il approuvé ?** Pas nécessairement. Des retours négatifs persistants peuvent le mettre en pause puis le désactiver définitivement. **Quelle est la différence entre un template en pause et un template désactivé ?** Une pause prend fin automatiquement. La désactivation est définitive et le template ne peut plus être utilisé. **Comment puis-je voir le problème arriver ?** Abonnez-vous au webhook de qualité des templates. Il signale le passage au jaune alors que le template fonctionne encore. **Pourquoi les envois ont-ils commencé à échouer après une modification ?** Si la modification a changé le nombre de variables, l’intégration inchangée envoie désormais un nombre incorrect de paramètres et reçoit l’erreur 132012. --- ## Envoyer un template avec des variables https://easycoexistence.com/fr/docs/sending-a-template-with-variables Les variables d’un template sont positionnelles, et non nommées. Vous envoyez une liste de paramètres par composant, dans l’ordre, et le nombre doit correspondre exactement à la définition du template. Trois erreurs différentes résultent d’une mauvaise configuration, chacune indiquant une erreur distincte. ### Comment les paramètres sont associés Par position, et non par nom. Le premier paramètre de la liste du corps remplit le premier espace réservé, le deuxième remplit le deuxième, et ainsi de suite. Il est impossible de nommer une variable, et intervertir deux paramètres produit un message envoyé correctement, mais avec les valeurs aux mauvais endroits. C’est le cas le plus dangereux, car rien n’échoue. Un client reçoit une confirmation de commande avec la date à la place du montant, et aucune erreur n’est enregistrée. ### Les composants sont des listes séparées Une variable d’en-tête et une variable de corps ne partagent pas la même liste. Chaque composant contient ses propres paramètres, et les fusionner produit une erreur de nombre. - Les paramètres d’en-tête vont dans un composant d’en-tête, et il n’y en a qu’un au maximum. - Les paramètres du corps vont dans un composant de corps, dans l’ordre. - Les paramètres d’URL de bouton vont dans un composant de bouton, indexés par bouton. - Envoyer une seule liste pour tous renvoie l’erreur 132000. ### Choisir la bonne langue Un template est identifié conjointement par son nom et sa langue. Le même nom dans deux langues correspond donc à deux templates. Envoyer en alors que le template a été créé avec en_US ne déclenche aucun repli : l’envoi échoue avec l’erreur 132001, qui indique que le template n’existe pas. Listez les templates du numéro et copiez la chaîne de langue exacte au lieu d’en supposer le format. C’est l’erreur de template la plus fréquente et la moins explicite. ### Paramètres typés La plupart des paramètres sont du texte brut. Certains ne le sont pas, et les envoyer comme du texte provoque l’erreur 132012. - Les paramètres monétaires contiennent un montant, un code de devise et une chaîne de repli. - Les paramètres de date et d’heure contiennent un objet structuré avec une valeur de repli. - Les paramètres média de l’en-tête contiennent un identifiant média ou un lien, pas un nom de fichier. - La chaîne de repli s’affiche si l’application du destinataire ne peut pas formater la valeur. ### Que signifie chaque erreur Les trois échecs peuvent être distingués, ce qui évite de nombreuses suppositions s’ils sont consignés séparément au lieu d’être regroupés comme une erreur de template. L’erreur 132001 signifie que le couple nom et langue n’a pas été résolu : vérifiez donc d’abord la langue. L’erreur 132000 signifie que le nombre est incorrect : comparez-le à la définition du template. L’erreur 132012 signifie que le format d’une valeur est incorrect, généralement parce qu’un paramètre typé a été envoyé comme une chaîne simple. - Supposer que en se replie sur en_US. Ce n’est pas le cas, et l’erreur indique un template manquant. - Fusionner les paramètres d’en-tête et du corps dans une seule liste. Ce sont des composants séparés. - Envoyer une valeur monétaire ou une date comme du texte brut. Les paramètres typés ont un format défini. **Les variables des templates sont-elles nommées ?** Non. Elles sont positionnelles : l’ordre des paramètres constitue l’intégralité du contrat. **Pourquoi mon template n’existe-t-il pas ?** Il s’agit généralement du code de langue. Un template est identifié par son nom et sa langue, sans repli. **Que se passe-t-il si j’envoie trop de paramètres ?** Erreur 132000. Un nombre trop élevé échoue comme un nombre insuffisant. **Comment envoyer un montant ?** Avec un paramètre monétaire contenant un montant, un code de devise et une chaîne de repli, et non du texte brut. --- ## Limites de débit et capacité d'envoi des messages https://easycoexistence.com/fr/docs/rate-limits-and-throughput Il existe quatre limites distinctes, et les confondre est ce qui rend la limitation de débit si déroutante. Une limite de messagerie plafonne les destinataires uniques par jour sur tout le Business Portfolio, le débit plafonne les messages par seconde, une limite par paire plafonne les messages vers une même personne, et une limite de gestion plafonne les appels d'API qui ne sont pas des messages. ### Palier de messagerie Le nombre de clients uniques auxquels vous pouvez remettre des messages en dehors d'une fenêtre de service client sur 24 heures glissantes. Depuis le 7 octobre 2025, il est défini par Business Portfolio et partagé par tous les numéros qu'il contient, et il monte automatiquement tant que la qualité se maintient et que le volume progresse. - Les limites montent par paliers : 250, 2 000, 10 000, 100 000, puis destinataires uniques illimités par jour. - Seules les remises en dehors d'une fenêtre de service client comptent. - Les réponses dans la fenêtre de service ne comptent pas. - Une baisse de qualité ne fait plus redescendre la limite, mais elle empêche sa croissance. ### Débit Le nombre de messages par seconde, ce qui est différent du palier quotidien. Un numéro peut rester largement sous son palier et atteindre la limite de débit en envoyant une rafale. Sur un numéro Coexistence, c'est la limite qui surprend le plus, car elle est plafonnée plus bas que sur un numéro Cloud API standard. Ce plafond est celui de Meta et s'applique à tous les fournisseurs Coexistence : aucun ne peut le relever. ### Limites par destinataire Un plafond distinct sur le nombre de messages échangés entre votre numéro et un destinataire sur une courte période, signalé par l'erreur 131056. Il sert à éviter qu'une personne soit submergée, donc il peut se déclencher sur un compte à faible volume. La cause est presque toujours automatique : une boucle de nouvelles tentatives, un gestionnaire de webhook appelé deux fois pour le même événement, ou un bot qui découpe une réponse en plusieurs messages courts. ### Limites des appels de gestion Cela n'a rien à voir avec les messages. Lire les numéros, lister les templates et vérifier un statut comptent tous dans une limite distincte du compte, signalée par l'erreur 80007. C'est le polling qui l'épuise. Une vérification de statut toutes les trente secondes représente des milliers d'appels par jour pour des données qui changent quelques fois par mois, et les webhooks évitent presque tous ces appels. ### Ce qui relève une limite La qualité et l'historique, pas le paiement. Il n'existe aucune offre à acheter et aucun fournisseur ne peut lever un plafond à votre place. - Maintenez une note de qualité verte : ce sont les blocages par les destinataires qui la font baisser. - Envoyez un volume régulier plutôt que par rafales. - Terminez la vérification de l'entreprise, l'une des voies pour passer de 250 à 2 000. - Utilisez au moins la moitié de la limite actuelle : au-delà de 2 000, les hausses sont automatiques. - Traiter toutes les limites de débit comme une seule. Quatre limites différentes produisent quatre erreurs différentes. - Interroger le statut à intervalle court. Cela épuise la limite de gestion pour des données qui changent rarement. - S'attendre à payer pour une limite plus haute. Les limites évoluent selon la qualité et l'historique. **Pourquoi suis-je limité avec un faible volume ?** Probablement la limite par destinataire, l'erreur 131056, qui plafonne les messages vers une même personne quel que soit le total de votre compte. **Puis-je payer pour une limite de messagerie plus élevée ?** Non. Les limites montent automatiquement selon la qualité et l'historique d'envoi. **Le débit est-il plus bas sur Coexistence ?** Oui. Meta le plafonne plus bas que sur un numéro Cloud API standard, et aucun fournisseur ne peut le relever. **Qu'est-ce qui compte dans la limite de gestion ?** Les appels de lecture et de configuration : lister les numéros, les templates et les statuts. Les webhooks évitent presque tous ces appels. --- ## Envoi de messages interactifs : boutons et listes https://easycoexistence.com/fr/docs/sending-interactive-messages Les messages interactifs proposent au destinataire des boutons ou une liste à toucher, au lieu de saisir du texte. Il existe deux types : les boutons de réponse et les messages sous forme de liste. Leurs limites fixes, assez réduites, influencent fortement la conception de la conversation. ### Boutons de réponse Jusqu’à trois boutons sous un message. Le destinataire en touche un, puis la réponse arrive sur votre webhook comme un message entrant standard contenant l’id du bouton. Vous devez donc faire la correspondance avec l’id plutôt qu’avec le libellé. Les titres sont limités à vingt caractères, une contrainte plus stricte qu’il n’y paraît et qui impose souvent de réécrire le texte. - Trois boutons maximum par message. - Titre limité à 20 caractères. - Chaque bouton possède un id que vous choisissez, renvoyé dans la réponse. - En-tête, corps et pied de page facultatifs autour des boutons. ### Messages sous forme de liste Un seul bouton ouvre un menu de dix lignes maximum, réparties dans dix sections au plus. Chaque ligne possède un titre, une description facultative et un id. Utilisez cette option lorsque trois boutons ne suffisent pas, en gardant à l’esprit que le destinataire doit ouvrir la liste avant d’en voir le contenu. Le libellé du bouton joue donc un rôle essentiel. - Jusqu’à 10 lignes au total, réparties dans 10 sections maximum. - Titre de ligne limité à 24 caractères, description limitée à 72. - Une seule liste par message, sans combinaison possible avec des boutons. - Indisponibles dans les templates de certaines catégories. ### Réception de la réponse La réponse arrive sur le même messages webhook que tout autre message entrant, avec un objet interactif indiquant l’id du bouton ou de la ligne. Aucun abonnement distinct n’est nécessaire. Faites la correspondance avec l’id plutôt qu’avec le titre. Les titres peuvent être réécrits par la personne qui modifie le texte, tandis que les id restent inchangés. Un gestionnaire qui se base sur le texte cesse donc silencieusement de fonctionner dès qu’une faute est corrigée. ### Ce que Coexistence change Rien concernant les boutons et les listes eux-mêmes. Ce sont des messages Cloud API ordinaires qui fonctionnent de la même manière sur un numéro Coexistence que sur n’importe quel autre. Ce qui change, c’est l’endroit où la réponse arrive : le toucher du client apparaît à la fois dans l’application WhatsApp Business du téléphone et sur votre webhook, car un numéro Coexistence distribue les événements aux deux. Un gestionnaire qui répond automatiquement doit prévoir qu’une personne puisse répondre au même message dans l’application. - Associer les réponses au titre du bouton. Les titres peuvent être modifiés, les id non. - Concevoir plus de trois boutons. La limite est stricte et il n’existe aucun contournement. - Oublier qu’une personne peut répondre au même toucher dans l’application WhatsApp Business. **Combien de boutons puis-je envoyer ?** Trois. Il s’agit d’une limite stricte de la plateforme, sans aucun contournement. **Que reçoit-on lorsqu’une personne touche un bouton ?** Un message entrant standard sur le messages webhook, contenant l’id attribué à ce bouton ou à cette ligne. **Puis-je combiner des boutons et une liste ?** Non. Un message contient l’un ou l’autre. **Ces messages coûtent-ils plus cher ?** Non. Ce sont des messages ordinaires, facturés par Meta comme les autres messages de la conversation. --- ## Envoyer des médias : images, vidéos, audios et documents https://easycoexistence.com/fr/docs/sending-media-messages Les médias s’envoient soit en téléversant d’abord le fichier, puis en référençant l’identifiant renvoyé, soit en fournissant à Meta un lien public à récupérer. Le téléversement est plus fiable, et les limites de taille varient selon le type de façon parfois surprenante. ### Les limites selon le type Elles diffèrent pour chaque type, et dépasser l’une d’elles renvoie l’erreur 131053, sans explication utile. - Images : 5 MB. JPEG et PNG. - Vidéo : 16 MB. MP4 et 3GPP, avec vidéo H.264 et audio AAC. - Audio : 16 MB. AAC, AMR, MP3, audio MP4 et OGG avec Opus. - Documents : 100 MB. La plupart des formats courants, notamment PDF et les formats Office. - Stickers : 100 KB animés, 500 KB statiques, WebP uniquement. ### Téléverser ou utiliser un lien Deux façons d’envoyer le même fichier, avec des échecs différents. Le téléversement envoie d’abord le fichier à Meta et renvoie un identifiant de média à référencer lors de l’envoi. Avec un lien, Meta reçoit une URL à récupérer au moment de l’envoi. Cette méthode semble plus simple, mais ajoute une cause d’échec invisible : une URL qui se charge dans votre navigateur peut être inaccessible depuis l’infrastructure de Meta à cause de la géographie, d’une règle de pare-feu ou d’un cookie de session déjà détenu par votre navigateur. Téléversez le fichier. Cela ajoute une requête, mais supprime toute une catégorie d’échecs. ### Recevoir des médias Les médias entrants arrivent sous forme d’identifiant de média, et non d’octets. Votre gestionnaire récupère ensuite le fichier séparément avec cet identifiant. - Récupérez-les rapidement. Les identifiants ne restent pas valides indéfiniment. - Une récupération échouée renvoie l’erreur 131052, ce qui signifie généralement que le téléversement de l’expéditeur était incomplet. - Conservez vous-même le fichier si vous en avez besoin plus tard. Meta n’est pas une archive. - Enregistrez le message même si la récupération du média échoue, afin de préserver le texte et le contexte. ### Ce que Coexistence change Les médias sur un numéro Coexistence fonctionnent exactement comme sur tout autre numéro de la Cloud API, avec les mêmes limites. La seule différence importante concerne l’historique. Lorsqu’un numéro se connecte pour la première fois, Meta synchronise les messages récents de l’application WhatsApp Business, mais cette synchronisation porte sur le texte des messages et ne constitue pas une archive complète des médias. Les médias antérieurs à la connexion restent sur le téléphone, comme auparavant. - Envoyer un lien parce qu’il semble plus simple. Le réseau de Meta n’est pas votre navigateur. - Récupérer les médias entrants plusieurs heures plus tard. Les identifiants de média expirent. - Exporter une vidéo sans vérifier le codec. Les réglages par défaut des logiciels de montage sont souvent incompatibles. **Quel est le plus gros fichier que je peux envoyer ?** 100 MB, uniquement pour les documents. Les vidéos et les audios sont limités à 16 MB, les images à 5 MB. **Dois-je téléverser le fichier ou envoyer une URL ?** Téléversez-le. Cela élimine l’accessibilité comme cause d’échec. **Combien de temps un identifiant de média reste-t-il valide ?** Pas indéfiniment. Les médias entrants doivent donc être récupérés dès l’arrivée de l’événement. **Les anciens médias sont-ils synchronisés lors de la connexion ?** Non. La synchronisation de l’historique porte sur le contenu récent des messages ; les médias antérieurs à la connexion restent sur le téléphone. --- ## Réactions aux messages : envoyer et recevoir des emoji https://easycoexistence.com/fr/docs/message-reactions Une réaction associe un seul emoji à un message existant. Pour l’envoyer, référencez l’id du message et l’emoji. Pour la supprimer, envoyez la même réaction avec une chaîne emoji vide au lieu d’appeler une suppression. ### Envoyer une réaction Un message de type reaction, contenant l’id du message auquel vous réagissez et un seul emoji. L’envoi d’une seconde réaction sur le même message remplace la première au lieu de s’y ajouter, car un expéditeur ne peut avoir qu’une réaction par message. L’id du message doit être visible par votre numéro : un message entrant de ce client ou un message que vous lui avez envoyé. ### Supprimer une réaction C’est la partie qui surprend. Il n’existe pas d’appel de suppression. Envoyez la même réaction avec le champ emoji défini comme une chaîne vide pour la supprimer. Un gestionnaire qui attend un événement de suppression attendra indéfiniment. Ce qui arrive est une réaction avec un emoji vide, de même structure qu’une nouvelle réaction. Il faut l’interpréter comme une suppression en vérifiant le champ. ### Recevoir des réactions Les réactions entrantes arrivent sur le webhook messages sous forme de message de type reaction, avec l’id du message auquel elles se rattachent et l’emoji. - Abonnez-vous au champ messages ; il n’existe pas de champ reactions distinct. - Un emoji vide signifie que le client a supprimé sa réaction. - L’id du message référencé est celui d’un message que vous avez envoyé ou reçu auparavant. - Les réactions ne rouvrent pas la fenêtre de service de 24 heures. ### La fenêtre s’applique toujours Une réaction est un message : son envoi nécessite donc que la fenêtre de service client de 24 heures soit ouverte. Réagir au message d’un client reçu il y a trois jours renvoie exactement l’erreur 131047, comme le ferait un message texte. Recevoir une réaction d’un client rouvre la fenêtre, car tout message entrant la rouvre. C’est utile pour les automatisations : un pouce levé sur votre dernier message indique que vous pouvez maintenant répondre librement. - Chercher un endpoint de suppression. La suppression utilise le même appel avec un emoji vide. - Considérer un emoji vide comme malformé. C’est ainsi qu’une suppression est exprimée. - Envoyer une réaction en dehors de la fenêtre de service. Elle échoue comme tout autre message. **Comment supprimer une réaction ?** Envoyez la même réaction avec une chaîne emoji vide. Il n’existe pas d’appel de suppression. **Les réactions coûtent-elles quelque chose ?** Non. Elles n’ouvrent pas de conversation facturable. **Puis-je réagir à n’importe quel message ?** Uniquement aux messages envoyés ou reçus par votre numéro, et seulement pendant la fenêtre de service de 24 heures. **La réaction d’un client rouvre-t-elle la fenêtre ?** Oui. Tout message entrant de sa part la rouvre, y compris une réaction. --- ## Envoi de messages de localisation et de contact https://easycoexistence.com/fr/docs/sending-location-and-contacts Les messages de localisation envoient un repère avec un nom et une adresse facultatifs. Les messages de contact envoient une ou plusieurs fiches de contact. Les deux sont simples, mais la limite à connaître est que la localisation en direct, qui se met à jour quand une personne se déplace, n’est pas disponible sur un numéro Coexistence. ### Messages de localisation Latitude et longitude, avec un nom et une adresse facultatifs affichés sous le repère. Le destinataire voit un aperçu de carte et peut l’ouvrir dans son application de cartographie. Indiquer le nom et l’adresse en vaut la peine. Sans ces informations, le repère affiche uniquement des coordonnées, qui ne permettent pas au client de savoir s’il regarde la bonne agence. ### Recevoir une localisation Lorsqu’un client partage sa localisation, elle arrive sur le webhook messages sous la forme d’un message de type location, avec les coordonnées et, lorsque l’application du client les a fournies, un nom et une adresse. - Les coordonnées sont toujours présentes ; le nom et l’adresse ne le sont pas. - Une localisation partagée est un message : elle rouvre la fenêtre de service de 24 heures. - Considérez les coordonnées comme approximatives. La précision varie selon le téléphone. - Conservez uniquement ce dont vous avez besoin. Meta ne constitue pas un historique de localisation. ### Messages de contact Un ou plusieurs contacts dans un seul message, chacun contenant les champs d’une vCard : noms, téléphones, e-mails, adresses, organisation et date d’anniversaire. Le destinataire peut enregistrer directement la fiche. Utile pour transmettre les coordonnées de la bonne personne à un client, plutôt que de saisir un numéro dans une conversation, où il arrive sous forme de texte non formaté à recopier manuellement. ### Ce que Coexistence supprime La localisation en direct fait partie des quatre fonctionnalités WhatsApp que Meta désactive sur un numéro dès que Coexistence est active, avec les messages éphémères, les médias à vue unique et les listes de diffusion. Une tentative d’envoi renvoie l’erreur 131051, unsupported message type, ce qui ressemble à une erreur de formatage, mais ne l’est pas. Aucun fournisseur ne peut l’activer : la restriction vient de Meta et s’applique à tous les numéros Coexistence. Les repères de localisation statiques ne sont pas concernés et fonctionnent normalement. - Envoyer un repère sans nom ni adresse. Les coordonnées seules ne permettent pas au client de comprendre ce qu’il regarde. - Construire une fonctionnalité autour de la localisation en direct. Elle est désactivée sur tous les numéros Coexistence. - Interpréter l’erreur 131051 comme un problème de formatage alors que le type est réellement indisponible. **Puis-je envoyer une localisation en direct ?** Pas sur un numéro Coexistence. Meta la désactive et aucun fournisseur ne peut la réactiver. **Les repères de localisation statiques fonctionnent-ils ?** Oui, normalement, avec un nom et une adresse facultatifs affichés sous l’aperçu de la carte. **Combien de contacts peut-on envoyer dans un seul message ?** Plusieurs. Chacun contient les champs vCard standards et peut être enregistré directement par le destinataire. **Une localisation partagée rouvre-t-elle la fenêtre de service ?** Oui. Il s’agit d’un message entrant comme les autres. --- ## EasyCoexistence face à AiSensy https://easycoexistence.com/fr/compare/easycoexistence-vs-aisensy AiSensy est une plateforme de marketing WhatsApp et de chatbot vendue avec des forfaits mensuels, populaire auprès des entreprises e-commerce indiennes. EasyCoexistence est une infrastructure : elle connecte un numéro via la fonctionnalité Coexistence de Meta, envoie ses messages vers le système que vous utilisez déjà et facture chaque numéro connecté. Lequel coûte le moins dépend de votre besoin d'utiliser un produit intégré. ### Ce qu'est chaque produit Ils ne répondent pas au même achat, et le comprendre rend la comparaison utile. - AiSensy:: Une plateforme d'engagement WhatsApp centrée sur les campagnes de diffusion, les parcours de chatbot et une boîte de réception partagée pour l'équipe, vendue avec des forfaits mensuels à plusieurs niveaux et des limites de contacts et d'agents. - EasyCoexistence:: Une infrastructure de Coexistence. L'application WhatsApp Business sur le téléphone continue de fonctionner, la Cloud API utilise le même numéro et les événements de message vont directement de Meta vers votre CRM, votre outil de support, votre automatisation ou votre agent IA. Votre équipe n'a aucun produit à adopter. ### À qui s'adresse chaque produit Les deux connectent WhatsApp. Le travail quotidien attendu de chaque produit est différent. - AiSensy:: Une équipe marketing qui gère des campagnes de diffusion et des tunnels de chatbot, souhaite réunir le générateur de campagnes, les listes de contacts et les statistiques au même endroit et accepte d'y travailler. - EasyCoexistence:: Une entreprise ou un développeur qui possède déjà un système. Nous y envoyons les messages WhatsApp et maintenons la connexion active, puis nous nous effaçons. Si vous voulez des campagnes, lancez-les là où vivent déjà vos données client. ### Garder l'application sur le téléphone C'est précisément la raison d'être de Coexistence et la question à poser à toute plateforme. - AiSensy:: Leur produit est la boîte de réception de la plateforme : les conversations sont donc censées y être traitées plutôt que dans l'application WhatsApp Business du téléphone. - EasyCoexistence:: L'application WhatsApp Business continue de fonctionner exactement comme avant. Le personnel répond sur le téléphone, l'API voit les mêmes conversations et aucun côté ne doit s'arrêter. C'est toute la fonctionnalité. ### Ce que suit la facture C'est la différence structurelle et celle qui détermine le total lorsque vous grandissez. - AiSensy:: Un abonnement fondé sur les utilisateurs et les niveaux de forfait, de sorte que la facture suit la taille de l'équipe et les fonctionnalités débloquées, que les sièges soient utilisés ou non. - EasyCoexistence:: Un numéro connecté. Ajouter un collègue ne coûte rien, car il n'y a pas de sièges, et le tarif par numéro baisse lorsque vous en ajoutez, de US$ 9 à US$ 1. Le quarantième numéro d'une agence fait tout ce que faisait le premier et coûte moins cher. ### Que se passe-t-il si vous partez Une question utile pour tout service qui conserve vos conversations. - AiSensy:: La boîte de réception, l'historique des contacts et les automatisations résident dans la plateforme. C'est ce qui les fait fonctionner, mais aussi ce qui transforme le départ en projet de migration. - EasyCoexistence:: Rien de ce qui vous appartient n'est chez nous. Les messages étaient envoyés vers votre propre système dès leur arrivée et le numéro se trouve dans le Meta Business Portfolio du client lui-même. Nous retirer le laisse donc exactement où il était. - Comparer un tarif par siège à un tarif par numéro sans compter les deux selon votre propre configuration. - Payer une boîte de réception alors que votre équipe travaille déjà dans un CRM. - Supposer que la connexion WhatsApp est différente. La Cloud API sous-jacente est celle de Meta dans les deux cas. **Lequel coûte le moins ?** Cela dépend de la configuration. Une équipe de cinq personnes dans une seule boîte de réception peut préférer les sièges. Une entreprise avec plusieurs numéros et un système existant paie beaucoup moins par numéro avec nous. **Est-ce que je perds une boîte de réception partagée ?** Vous n'en adoptez jamais une. Les messages arrivent dans l'outil que votre équipe utilise déjà, là où elle travaille déjà. **La connexion WhatsApp est-elle différente ?** Non. C'est la Cloud API de Meta dans les deux cas. Ce qui change, c'est ce qui se trouve devant elle et la manière dont c'est facturé. **Est-ce que j'obtiens des campagnes de diffusion ?** Pas chez nous, et elles ne vous sont pas facturées. Les messages arrivent dans votre propre système : les campagnes s'exécutent donc là où se trouvent déjà vos données client. --- ## EasyCoexistence contre Interakt https://easycoexistence.com/fr/compare/easycoexistence-vs-interakt Interakt est une plateforme de commerce et de support WhatsApp vendue avec des forfaits mensuels et des limites par agent. EasyCoexistence est une infrastructure : elle connecte un numéro via la fonctionnalité Coexistence de Meta, transmet ses messages au système que vous utilisez déjà et facture chaque numéro connecté. Pour une entreprise avec ses propres numéros et son système existant, EasyCoexistence coûte moins cher. ### Ce qu'est chaque produit Ils ne correspondent pas au même achat, et le préciser rend la comparaison utile. - Interakt:: Une plateforme de commerce WhatsApp avec intégration de catalogue, notifications de commande, boîte de réception partagée et automatisation, vendue avec des forfaits mensuels et des limites d'agents et de contacts. - EasyCoexistence:: Une infrastructure de Coexistence. L'application WhatsApp Business continue de fonctionner sur le téléphone, la Cloud API utilise le même numéro et les événements de message vont directement de Meta vers votre CRM, votre helpdesk, votre automatisation ou votre agent IA. Votre équipe n'a pas à adopter un nouveau produit. ### Où se trouve la logique commerciale Le vrai choix pour une boutique en ligne concerne l'emplacement actuel de votre catalogue. - Interakt:: Dans la plateforme, connectée à votre boutique, ce qui est pratique si vous voulez configurer au même endroit les notifications de commande et les messages de catalogue, sans développement. - EasyCoexistence:: Dans votre boutique. Nous transmettons les événements WhatsApp à votre backend, afin que les notifications de commande soient envoyées par le système qui sait déjà ce qu'est une commande. Rien n'a besoin d'être synchronisé dans un second produit. ### Ce que paie une agence C'est là que la tarification par agent et celle par numéro divergent le plus. - Interakt:: Des forfaits avec des limites d'agents et de contacts : une entreprise qui gère les numéros de plusieurs clients achète donc des sièges et des quotas pour chaque compte. - EasyCoexistence:: Un seul compte peut contenir autant de numéros clients que vous le souhaitez, chacun étant facturé comme une connexion à un tarif qui baisse avec le volume. Aucun agent à compter et aucun quota de contacts à dépasser. ### Ce que suit la facture La différence structurelle, et celle qui détermine le total quand vous grandissez. - Interakt:: Un abonnement organisé autour des utilisateurs et des niveaux de forfait : la facture suit la taille de l'équipe et les fonctionnalités débloquées, que les sièges soient utilisés ou non. - EasyCoexistence:: Un numéro connecté. Ajouter un collègue ne coûte rien puisqu'il n'y a pas de sièges, et le tarif par numéro baisse à mesure que vous en ajoutez, de US$ 9 à US$ 1. Le quarantième numéro d'une agence fait tout ce que faisait le premier et coûte moins cher. ### Que se passe-t-il si vous partez Une question utile pour tout service qui conserve vos conversations. - Interakt:: La boîte de réception, l'historique des contacts et les automatisations résident dans la plateforme. C'est ce qui les fait fonctionner, mais c'est aussi ce qui transforme le départ en projet de migration. - EasyCoexistence:: Rien de ce qui vous appartient ne se trouve chez nous. Les messages ont été transmis à votre propre système dès leur arrivée, et le numéro se trouve dans le Meta Business Portfolio du client lui-même. Nous retirer le laisse donc exactement où il était. - Comparer un prix par siège à un prix par numéro sans compter les deux selon votre propre configuration. - Payer une boîte de réception alors que votre équipe travaille déjà dans un CRM. - Supposer que la connexion WhatsApp diffère. La Cloud API sous-jacente est celle de Meta dans les deux cas. **Lequel coûte le moins cher ?** Pour une entreprise avec plusieurs numéros et son propre système, EasyCoexistence coûte nettement moins cher par numéro. Une équipe de cinq personnes dans une seule boîte de réception peut toutefois avoir besoin de sièges. **Est-ce que je perds une boîte de réception partagée ?** Vous n'en adoptez jamais une. Les messages arrivent dans l'outil que votre équipe utilise déjà, là où elle travaille déjà. **La connexion WhatsApp est-elle différente ?** Non. Il s'agit dans les deux cas de la Cloud API de Meta. Ce qui change, c'est ce qui se trouve devant elle et la façon dont c'est facturé. **Puis-je envoyer des messages de catalogue ?** Oui, via la Cloud API sur votre propre numéro, depuis votre propre système. Nous ne créons pas de catalogue pour vous, car votre boutique en possède déjà un. --- ## EasyCoexistence ou DoubleTick https://easycoexistence.com/fr/compare/easycoexistence-vs-doubletick DoubleTick est une plateforme de vente WhatsApp vendue par utilisateur, conçue autour d'une boîte de réception partagée pensée d'abord pour le mobile. EasyCoexistence est une infrastructure : elle connecte un numéro via la fonctionnalité Coexistence de Meta, transmet ses messages au système que vous utilisez déjà et facture chaque numéro connecté. Le choix le plus économique dépend de votre besoin : adopter un produit complet ou conserver vos outils existants. ### Quel est le rôle de chaque produit Ils ne répondent pas au même achat, et le comprendre rend la comparaison utile. - DoubleTick:: Une plateforme de vente WhatsApp centrée sur une boîte de réception mobile partagée, l'envoi groupé et le partage de catalogue, facturée par siège utilisateur et destinée aux équipes commerciales travaillant depuis leur téléphone. - EasyCoexistence:: Une infrastructure de Coexistence. L'application WhatsApp Business du téléphone continue de fonctionner, la Cloud API s'exécute sur le même numéro et les événements de message vont directement de Meta vers votre CRM, service d'assistance, automatisation ou agent IA. Votre équipe n'a aucun produit à adopter. ### Comment l'équipe commerciale travaille au quotidien La décision d'achat qui se cache derrière les deux produits. - DoubleTick:: Dans leur application, où se trouvent la boîte de réception partagée, le catalogue et l'envoi groupé, avec une offre qui commence autour de 2 500 roupies par mois et dont le prix dépend du nombre d'utilisateurs, donc du nombre de commerciaux. - EasyCoexistence:: Dans le CRM que l'équipe utilise déjà. Nous lui transmettons la conversation, afin que le commercial voie WhatsApp à côté de la fiche de l'affaire, plutôt que dans une application séparée qu'il doit penser à ouvrir. ### Combien coûte un deuxième numéro Un cas courant pour une activité commerciale qui utilise plusieurs lignes. - DoubleTick:: Les sièges sont l'unité facturée : un deuxième numéro s'ajoute donc à un abonnement par utilisateur qui augmente avec l'équipe. - EasyCoexistence:: Le deuxième numéro est simplement facturé comme un deuxième numéro, au tarif publié, qui baisse quand vous en ajoutez d'autres. Le nombre de personnes ne joue aucun rôle dans le calcul. ### Ce que suit la facture La différence structurelle, et celle qui détermine le total lorsque vous grandissez. - DoubleTick:: Un abonnement organisé autour des utilisateurs et des niveaux d'offre : la facture suit la taille de l'équipe et les fonctionnalités débloquées, que les sièges soient utilisés ou non. - EasyCoexistence:: Un numéro connecté. Ajouter un collègue ne coûte rien puisqu'il n'y a pas de sièges, et le tarif par numéro baisse à mesure que vous en ajoutez, de US$ 9 à US$ 1. Le quarantième numéro d'une agence fait tout ce que faisait le premier et coûte moins cher. ### Que se passe-t-il si vous partez Une question importante pour tout outil qui conserve vos conversations. - DoubleTick:: La boîte de réception, l'historique des contacts et les automatisations résident sur la plateforme. C'est ce qui les fait fonctionner, mais aussi ce qui transforme un départ en projet de migration. - EasyCoexistence:: Rien de vous ne se trouve chez nous. Les messages ont été transmis à votre propre système dès leur arrivée et le numéro appartient au propre Meta Business Portfolio du client : nous retirer le laisse exactement là où il était. - Comparer un prix par siège à un prix par numéro sans calculer les deux selon votre propre configuration. - Payer une boîte de réception alors que votre équipe travaille déjà dans un CRM. - Penser que la connexion WhatsApp est différente. La Cloud API sous-jacente est celle de Meta dans les deux cas. **Lequel coûte le moins cher ?** Pour une équipe de cinq personnes dans une seule boîte de réception, les sièges peuvent convenir. Pour une entreprise qui possède plusieurs numéros et un système existant, EasyCoexistence coûte bien moins cher par numéro. **Est-ce que je perds une boîte de réception partagée ?** Vous n'y êtes jamais transféré. Les messages arrivent dans l'outil que votre équipe utilise déjà, là où elle travaille déjà. **La connexion WhatsApp est-elle différente ?** Non. Dans les deux cas, c'est la Cloud API de Meta. Ce qui change, c'est ce qui se trouve devant elle et la manière dont c'est facturé. **Y a-t-il une application mobile ?** Notre produit est une infrastructure : votre équipe utilise donc l'application qu'elle possède déjà. L'application WhatsApp Business continue également de fonctionner sur le téléphone. --- ## EasyCoexistence face à Zoko https://easycoexistence.com/fr/compare/easycoexistence-vs-zoko Zoko est une plateforme de commerce WhatsApp pour les boutiques Shopify, vendue avec des forfaits mensuels. EasyCoexistence est une infrastructure : elle connecte un numéro via la fonctionnalité Coexistence de Meta, transmet ses messages au système que vous utilisez déjà et facture chaque numéro connecté. EasyCoexistence coûte moins cher lorsque vous avez plusieurs numéros ou votre propre système. ### Ce qu'est chaque produit Ils ne répondent pas au même achat, et le préciser rend la comparaison utile. - Zoko:: Une plateforme de commerce WhatsApp étroitement conçue autour de Shopify, avec catalogue, relance des paniers abandonnés, parcours de commande et boîte de réception partagée, vendue avec des forfaits mensuels. - EasyCoexistence:: Une infrastructure de coexistence. L'application WhatsApp Business sur le téléphone continue de fonctionner, la Cloud API utilise le même numéro et les événements de messages vont directement de Meta vers votre CRM, service client, automatisation ou agent IA. Votre équipe n'a aucun produit à adopter. ### Si vous êtes une boutique Shopify La réponse honnête, car il s'agit réellement d'un achat différent. - Zoko:: Conçu exactement pour cela. La relance des paniers, le catalogue et les parcours de commande sont configurés plutôt que développés, ce qui représente une vraie valeur si Shopify constitue toute votre activité et que vous voulez être opérationnel cette semaine. - EasyCoexistence:: La couche sous-jacente. Si votre boutique n'est pas sur Shopify ou si la logique se trouve dans votre propre backend, nous lui transmettons les événements WhatsApp et laissons votre système décider ce que signifie chaque message. Rien à configurer autour d'une plateforme que nous ne fournissons pas. ### Quand la boutique ne représente pas toute l'activité Le cas où une plateforme conçue pour une boutique cesse de convenir. - Zoko:: Une grande profondeur dans un seul écosystème, c'est le choix d'un spécialiste et la raison pour laquelle il fonctionne si bien en son sein. - EasyCoexistence:: Indifférente à l'écosystème. Le webhook va vers votre endpoint, donc la même connexion sert une boutique Shopify, un backend personnalisé, un flux n8n ou un agent IA, sans modifier la connexion du numéro. ### Ce que suit la facture La différence structurelle, et celle qui détermine le total quand vous grandissez. - Zoko:: Un abonnement organisé autour des utilisateurs et des niveaux de forfait, de sorte que la facture suit la taille de l'équipe et les fonctionnalités débloquées, que les licences soient utilisées ou non. - EasyCoexistence:: Un numéro connecté. Ajouter un collègue ne coûte rien, car il n'y a pas de licences, et le tarif par numéro baisse à mesure que vous en ajoutez, de US$ 9 jusqu'à US$ 1. Le quarantième numéro d'une agence fait tout ce que faisait le premier et coûte moins cher. ### Que se passe-t-il si vous partez Une question utile pour tout service qui conserve vos conversations. - Zoko:: La boîte de réception, l'historique des contacts et les automatisations résident dans la plateforme. C'est ce qui les fait fonctionner, mais c'est aussi ce qui transforme votre départ en projet de migration. - EasyCoexistence:: Rien de vous ne se trouve chez nous. Les messages ont été transmis à votre propre système dès leur arrivée et le numéro se trouve dans le Meta Business Portfolio du client lui-même. Nous retirer laisse donc le numéro exactement où il était. - Comparer le prix d'une licence à celui d'un numéro sans calculer les deux selon votre situation. - Payer une boîte de réception alors que votre équipe travaille déjà dans un CRM. - Supposer que la connexion WhatsApp diffère. La Cloud API sous-jacente est celle de Meta dans les deux cas. **Lequel coûte le moins cher ?** EasyCoexistence coûte moins cher dès que vous avez plusieurs numéros ou un système existant. Une équipe de cinq personnes dans une seule boîte de réception peut préférer un forfait par utilisateurs. **Est-ce que je perds une boîte de réception partagée ?** Vous n'en adoptez jamais une. Les messages arrivent dans l'outil que votre équipe utilise déjà, là où elle travaille déjà. **La connexion WhatsApp est-elle différente ?** Non. Dans les deux cas, il s'agit de la Cloud API de Meta. Ce qui change, c'est ce qui se trouve devant elle et sa facturation. **J'utilise Shopify. Dois-je utiliser Zoko ?** Zoko vend des parcours Shopify configurés avec un forfait mensuel. Si votre logique réside déjà dans votre boutique ou votre backend, nous intégrons WhatsApp pour US$ 9 par numéro et vous conservez les parcours là où se trouvent déjà vos données de commande. --- ## EasyCoexistence face à Trengo https://easycoexistence.com/fr/compare/easycoexistence-vs-trengo Trengo est une boîte d’équipe multicanal couvrant WhatsApp, l’e-mail, la voix et le chat, facturée par utilisateur. EasyCoexistence est une infrastructure : elle connecte un numéro via la fonctionnalité Coexistence de Meta, livre ses messages dans le système que vous utilisez déjà et facture chaque numéro connecté. Le moins cher dépend de votre besoin : un produit dans lequel travailler ou votre système existant. ### Ce que sont les deux produits Ils ne répondent pas au même achat, et le comprendre rend la comparaison utile. - Trengo:: Une boîte d’équipe multicanal qui réunit WhatsApp, l’e-mail, le chat en direct, la voix et les réseaux sociaux dans une seule vue, facturée par utilisateur et conçue pour les équipes d’assistance gérant plusieurs canaux. - EasyCoexistence:: Une infrastructure de Coexistence. L’application WhatsApp Business continue de fonctionner sur le téléphone, la Cloud API utilise le même numéro et les événements de messages vont directement de Meta vers votre CRM, helpdesk, automatisation ou agent IA. Votre équipe n’a aucun produit dans lequel se déplacer. ### Une boîte de réception pour chaque canal Leur promesse centrale, pertinente pour l’équipe adaptée. - Trengo:: E-mail, WhatsApp, chat et voix au même endroit, avec attribution partagée et règles. Pour une équipe d’assistance noyée sous les onglets, cette consolidation est le produit, et elle fonctionne. - EasyCoexistence:: Nous faisons un seul canal et ne vous demandons pas de consolider. Si votre helpdesk gère déjà l’e-mail et le chat, WhatsApp y arrive via un webhook et votre équipe n’apprend jamais à utiliser un second outil. ### Ce que vous payez quand l’équipe grandit La tarification par utilisateur suit une logique qu’il vaut mieux voir avant de recruter. - Trengo:: Par utilisateur, donc chaque nouvelle recrue de l’assistance augmente la facture mensuelle, même si elle ne touche jamais à WhatsApp. - EasyCoexistence:: Par numéro. Une équipe d’assistance de deux personnes et une équipe de vingt paient la même chose, car l’unité facturée est la connexion, pas la personne. ### Ce que suit la facture La différence structurelle, et celle qui détermine le total lorsque vous grandissez. - Trengo:: Un abonnement organisé autour des utilisateurs et des niveaux de forfait, de sorte que la facture suit la taille de l’équipe et les fonctionnalités débloquées, que les sièges soient utilisés ou non. - EasyCoexistence:: Un numéro connecté. Ajouter un collègue ne coûte rien, car il n’y a pas de sièges, et le tarif par numéro baisse à mesure que vous en ajoutez, de US$ 9 à US$ 1. Le quarantième numéro d’une agence fait tout ce que faisait le premier et coûte moins cher. ### Que se passe-t-il si vous partez Une question utile pour tout service qui conserve vos conversations. - Trengo:: La boîte de réception, l’historique des contacts et les automatisations résident sur la plateforme. C’est ce qui les fait fonctionner, et c’est aussi ce qui transforme le départ en projet de migration. - EasyCoexistence:: Rien de ce qui vous appartient ne se trouve chez nous. Les messages étaient livrés dans votre propre système au moment de leur arrivée, et le numéro se trouve dans le Meta Business Portfolio du client lui-même. Nous retirer ne change donc rien à son emplacement. - Comparer un prix par siège à un prix par numéro sans calculer les deux selon votre configuration. - Payer une boîte de réception alors que votre équipe travaille déjà dans un CRM. - Supposer que la connexion WhatsApp est différente. La Cloud API sous-jacente est celle de Meta dans les deux cas. **Lequel coûte le moins cher ?** Cela dépend de votre configuration. Une équipe de cinq personnes dans une boîte unique peut préférer les sièges. Une entreprise avec plusieurs numéros et un système existant paie bien moins par numéro avec nous. **Est-ce que je perds une boîte de réception partagée ?** Vous ne vous y installez jamais. Les messages arrivent dans l’outil que votre équipe utilise déjà, là où elle travaille déjà. **La connexion WhatsApp est-elle différente ?** Non. C’est la Cloud API de Meta dans les deux cas. Ce qui change, c’est ce qui se trouve devant elle et sa facturation. **J’ai aussi besoin de l’e-mail et du chat. Les couvrez-vous ?** Non, et nous ne les facturons pas. Nous connectons WhatsApp au helpdesk qui gère déjà vos autres canaux. --- ## EasyCoexistence face à Rasayel https://easycoexistence.com/fr/compare/easycoexistence-vs-rasayel Rasayel est une boîte de réception commerciale centrée sur WhatsApp, avec des intégrations CRM, facturée par utilisateur. EasyCoexistence est une infrastructure : elle connecte un numéro via la fonctionnalité Coexistence de Meta, livre ses messages dans le système que vous utilisez déjà et facture par numéro connecté. Le prix dépend de votre besoin : un produit dans lequel travailler ou une connexion à votre système. ### Ce qu’est chaque produit Ils ne répondent pas au même besoin d’achat, et le comprendre rend la comparaison utile. - Rasayel:: Une boîte de réception partagée centrée sur WhatsApp, conçue pour les équipes commerciales, avec des intégrations bidirectionnelles vers des CRM comme HubSpot et Pipedrive, facturée par siège utilisateur. - EasyCoexistence:: Une infrastructure de Coexistence. L’application WhatsApp Business sur le téléphone continue de fonctionner, la Cloud API utilise le même numéro et les événements de message vont de Meta directement vers votre CRM, service client, automatisation ou agent IA. Votre équipe n’a aucun produit à adopter. ### Faire entrer WhatsApp dans le CRM C’est le point de recouvrement le plus proche entre les deux produits, et il mérite d’être décrit précisément. - Rasayel:: Leur boîte de réception synchronise les conversations avec le CRM : un commercial peut travailler dans l’un ou l’autre et la fiche est mise à jour. C’est un vrai produit, soutenu par une véritable ingénierie. - EasyCoexistence:: Le message va directement de Meta vers votre CRM, sans boîte de réception intermédiaire à synchroniser. Il n’existe qu’une seule copie de la conversation au lieu de deux, et rien à réconcilier lorsqu’une synchronisation échoue. ### Ce que vous payez Les deux font parvenir WhatsApp dans un CRM. La facture est calculée différemment. - Rasayel:: Des sièges, parce que la boîte de réception est le produit et que chaque commercial en a besoin pour y travailler. - EasyCoexistence:: La connexion. Toute votre équipe commerciale lit WhatsApp dans le CRM qu’elle paie déjà, et nous facturons par numéro, quel que soit le nombre d’utilisateurs. ### Ce que suit la facture C’est la différence structurelle, et celle qui détermine le total à mesure que vous grandissez. - Rasayel:: Un abonnement structuré autour des utilisateurs et des niveaux de forfait : la facture suit la taille de l’équipe et les fonctionnalités débloquées, que les sièges soient utilisés ou non. - EasyCoexistence:: Un numéro connecté. Ajouter un collègue ne coûte rien, car il n’y a pas de sièges, et le tarif par numéro baisse à mesure que les numéros s’ajoutent, de US$ 9 à US$ 1. Le quarantième numéro d’une agence fait tout ce que faisait le premier et coûte moins cher. ### Que se passe-t-il si vous partez Une question utile pour tout service qui conserve vos conversations. - Rasayel:: La boîte de réception, l’historique des contacts et les automatisations résident sur la plateforme. C’est ce qui les fait fonctionner, mais aussi ce qui transforme votre départ en projet de migration. - EasyCoexistence:: Rien de ce qui vous appartient ne se trouve chez nous. Les messages ont été livrés dans votre propre système dès leur arrivée, et le numéro se trouve dans le Meta Business Portfolio du client lui-même. Nous retirer le laisse donc exactement où il était. - Comparer un tarif par siège à un tarif par numéro sans compter les deux selon votre configuration. - Payer une boîte de réception alors que votre équipe travaille déjà dans un CRM. - Supposer que la connexion WhatsApp diffère. La Cloud API sous-jacente est celle de Meta dans les deux cas. **Lequel coûte moins cher ?** Cela dépend de votre configuration. Une équipe de cinq personnes dans une seule boîte de réception peut préférer les sièges. Une entreprise avec plusieurs numéros et un système existant paie beaucoup moins par numéro avec nous. **Est-ce que je perds une boîte de réception partagée ?** Vous n’en adoptez jamais une. Les messages arrivent dans l’outil que votre équipe utilise déjà, là où elle travaille déjà. **La connexion WhatsApp est-elle différente ?** Non. Dans les deux cas, il s’agit de la Cloud API de Meta. Ce qui diffère, c’est ce qui se trouve devant et la manière dont c’est facturé. **Vous intégrez HubSpot ?** Nous livrons le webhook de Meta à n’importe quel endpoint. Un CRM doté d’un webhook entrant ou un outil de workflow placé devant lui reçoit donc directement la conversation. --- ## EasyCoexistence face à Callbell https://easycoexistence.com/fr/compare/easycoexistence-vs-callbell Callbell est une boîte WhatsApp multi-agents destinée aux petites équipes, facturée par utilisateur. EasyCoexistence est une infrastructure : elle connecte un numéro via la fonctionnalité Coexistence de Meta, transmet ses messages au système que vous utilisez déjà et facture chaque numéro connecté. Le prix le plus bas dépend de votre besoin : un produit dans lequel travailler ou une infrastructure reliée à vos outils. ### Ce qu’est chaque produit Ils ne répondent pas au même besoin d’achat, et le préciser rend la comparaison utile. - Callbell:: Une boîte de réception WhatsApp multi-agents pour petites équipes, avec des parcours de chatbot et une automatisation de base, facturée par siège utilisateur et populaire auprès des petites entreprises d’Amérique latine et d’Europe du Sud. - EasyCoexistence:: Une infrastructure Coexistence. L’application WhatsApp Business sur le téléphone continue de fonctionner, la Cloud API utilise le même numéro et les événements de message vont directement de Meta vers votre CRM, votre helpdesk, votre outil d’automatisation ou votre agent IA. Votre équipe n’a aucun produit à adopter. ### Le cas d’une petite équipe Là où leur tarification est la plus raisonnable, et où la comparaison est la plus serrée. - Callbell:: Deux ou trois agents partagent un numéro, avec une boîte simple et aucun CRM à intégrer. Leur tarif publié est par utilisateur et par mois, avec WhatsApp en supplément : même cette petite configuration cumule donc un coût de sièges et un coût de canal. - EasyCoexistence:: La même entreprise, si elle dispose déjà d’un système. Une petite boutique qui gère ses commandes dans un tableur ou un backend simple y ajoute WhatsApp pour moins cher qu’un siège, tandis que l’équipe continue de répondre dans l’application WhatsApp Business comme avant. ### Plusieurs sites, un seul compte Le cas qui distingue clairement les deux produits. - Callbell:: Chaque numéro et chaque agent font partie de l’abonnement : une chaîne de boutiques achète donc des sièges et des numéros ensemble. - EasyCoexistence:: Chaque site représente une connexion au tarif publié, qui baisse à mesure qu’on en ajoute. Dix boutiques avec dix numéros et quarante employés paient dix numéros. ### Ce que suit la facture La différence structurelle, et celle qui détermine le total quand votre activité grandit. - Callbell:: Un abonnement organisé autour des utilisateurs et des niveaux de forfait : la facture suit la taille de l’équipe et les fonctionnalités débloquées, que les sièges soient utilisés ou non. - EasyCoexistence:: Un numéro connecté. Ajouter un collègue ne coûte rien, car il n’y a pas de sièges, et le tarif par numéro baisse à mesure qu’on en ajoute, de US$ 9 à US$ 1. Le quarantième numéro d’une agence fait tout ce que faisait le premier et coûte moins cher. ### Que se passe-t-il si vous partez Une question utile pour tout service qui conserve vos conversations. - Callbell:: La boîte de réception, l’historique des contacts et les automatisations restent sur la plateforme. C’est ce qui les fait fonctionner, mais c’est aussi ce qui transforme votre départ en projet de migration. - EasyCoexistence:: Rien de ce qui vous appartient n’est chez nous. Les messages ont été transmis à votre propre système dès leur arrivée, et le numéro se trouve dans le Meta Business Portfolio du client lui-même : nous retirer le laisse exactement là où il était. - Comparer un prix par siège à un prix par numéro sans calculer les deux pour votre propre configuration. - Payer une boîte de réception alors que votre équipe travaille déjà dans un CRM. - Supposer que la connexion WhatsApp diffère. La Cloud API sous-jacente est celle de Meta dans les deux cas. **Lequel coûte le moins cher ?** Cela dépend de la configuration. Une équipe de cinq personnes dans une seule boîte peut préférer les sièges. Une entreprise avec plusieurs numéros et un système existant paie beaucoup moins par numéro avec nous. **Est-ce que je perds une boîte de réception partagée ?** Vous n’en adoptez jamais une. Les messages arrivent dans l’outil que votre équipe utilise déjà, là où elle travaille déjà. **La connexion WhatsApp est-elle différente ?** Non. Dans les deux cas, c’est la Cloud API de Meta. Ce qui change, c’est ce qui se trouve devant elle et la façon dont c’est facturé. **Callbell est-il moins cher pour deux agents ?** C’est possible, pour un numéro et sans système existant. Ajoutez un second site ou un CRM, et la facturation par numéro devient rapidement plus avantageuse. --- ## EasyCoexistence vs Baileys https://easycoexistence.com/fr/compare/easycoexistence-vs-baileys Baileys est une bibliothèque open source qui se connecte à WhatsApp en implémentant directement le protocole des appareils liés. Elle fonctionne, elle est gratuite ou peu coûteuse, mais présente un risque que la voie officielle n'a pas : les conditions commerciales de WhatsApp ne prévoient pas l'envoi automatisé de messages via une session d'appareil lié, et un numéro utilisé ainsi peut être restreint ou banni sans avertissement. EasyCoexistence connecte le même numéro via la fonctionnalité Coexistence de Meta. ### Comment chacun accède à WhatsApp Toute la comparaison est là, et tout le reste en découle. - Baileys:: Une bibliothèque TypeScript qui implémente le protocole des appareils liés de WhatsApp via un websocket. Elle se connecte comme le client web, en scannant un code QR, puis conserve elle-même la session. Aucune approbation de Meta n'est nécessaire puisque Meta n'est pas sollicitée. - EasyCoexistence:: La Cloud API de Meta, avec des identifiants délivrés par Meta au propre compte WhatsApp Business du client, via Coexistence. Le numéro est enregistré auprès de Meta comme numéro API et l'application WhatsApp Business continue de fonctionner sur le téléphone en même temps. ### Que se passe-t-il en cas de problème Les deux solutions peuvent parfois tomber en panne. Ce qui diffère, c'est l'existence ou non d'un interlocuteur. - Baileys:: Un projet communautaire sur GitHub. Quand WhatsApp modifie le protocole, la bibliothèque doit rattraper son retard, et votre intégration reste hors service jusque-là. Il n'y a ni contrat d'assistance ni recours contre un bannissement. - EasyCoexistence:: Une connexion sur l'infrastructure de Meta, surveillée en continu. Lorsqu'elle tombe, nous lisons le motif de déconnexion fourni par Meta, ce qui permet de distinguer quatorze jours d'inactivité d'une véritable suppression, et vous êtes averti avant qu'un client ne le remarque. ### Ce que cela coûte réellement La voie non officielle semble généralement gratuite, mais la comparaison ne porte pas vraiment sur les frais de licence. - Baileys:: Gratuite en tant que bibliothèque, avec un serveur pour l'exécuter, une session à maintenir et un ingénieur qui la comprend. Le coût vient de la maintenance et du risque, pas de la licence. - EasyCoexistence:: À partir de US$ 9 par numéro connecté et par mois, avec hébergement, surveillance et connecteur MCP inclus. Aucun serveur à gérer, aucune session à reconnecter et rien à reconstruire lorsque le protocole change. ### Ce que chacun peut réellement faire C'est la partie honnête, et la raison même de l'existence des projets non officiels. - Baileys:: Davantage que l'API officielle sur certains points : discussions de groupe, conversations personnelles, présence et confirmations de lecture au niveau du protocole. C'est cette portée qui explique son existence. - EasyCoexistence:: Tout ce que la Cloud API autorise : envoyer et recevoir des messages, des templates, des médias et des messages interactifs, avec des webhooks transmis par Meta. Les discussions de groupe sont hors de l'API et les réponses libres nécessitent que la fenêtre de 24 heures soit ouverte. Ce sont les règles de Meta, applicables à tous les fournisseurs officiels. ### Qui devrait choisir quelle solution Il existe un vrai cas d'usage pour chacune, et tout dépend de la valeur du numéro. - Un projet personnel sur un numéro que vous pourriez perdre sans regret : la voie non officielle est gratuite et capable. - Un numéro utilisé par une entreprise pour répondre à ses clients : la voie officielle, car un bannissement met fin à la ligne de l'entreprise. - Tout ce qui utilise le numéro d'un client : la voie officielle, car ce risque ne vous revient pas. - Partout où l'application WhatsApp Business doit continuer de fonctionner sur le téléphone : Coexistence, ce que nous proposons. - Tester un pont non officiel sur le numéro de l'entreprise. Les bannissements surviennent sans avertissement ni recours. - Prendre plusieurs années de disponibilité comme preuve de sécurité. Les contrôles sont périodiques, pas continus. - Supposer qu'un bannissement ne touche que l'API. Il emporte aussi le profil WhatsApp Business. **Baileys fonctionne-t-il vraiment ?** Oui, ce qui explique sa popularité. La question n'est pas de savoir s'il fonctionne, mais ce qui arrive au numéro lorsque WhatsApp le remarque. **Un numéro peut-il être banni pour cela ?** Oui. Les conditions commerciales de WhatsApp ne prévoient pas l'accès non officiel, et les contrôles ne donnent ni avertissement ni recours. **Mon application WhatsApp Business cessera-t-elle de fonctionner avec vous ?** Non. C'est le principe de Coexistence : l'application sur le téléphone continue de fonctionner pendant que la Cloud API utilise le même numéro. **Baileys est-il illégal ?** Ce n'est pas un crime, mais une voie que les conditions commerciales de WhatsApp ne prévoient pas. La conséquence est une sanction contre le numéro, et non une action en justice. --- ## EasyCoexistence vs WPPConnect https://easycoexistence.com/fr/compare/easycoexistence-vs-wppconnect WPPConnect est un projet open source qui automatise WhatsApp Web dans une session de navigateur contrôlée. Il fonctionne, il est gratuit ou peu coûteux, mais présente un risque absent de la voie officielle : les conditions commerciales de WhatsApp ne prévoient pas l’envoi automatisé de messages via une session d’appareil lié, et un numéro utilisé ainsi peut être restreint ou banni sans avertissement. EasyCoexistence connecte le même numéro via la fonctionnalité Coexistence de Meta. ### Comment chacun accède à WhatsApp Toute la comparaison est là, et tout le reste en découle. - WPPConnect:: Un projet d’automatisation de navigateur qui pilote WhatsApp Web dans une session headless, avec une interface REST par-dessus. Le numéro est lié par QR code et la session vit dans le profil du navigateur : WhatsApp voit donc un appareil lié, pas un client API. - EasyCoexistence:: Le Cloud API de Meta, avec des identifiants délivrés par Meta au propre WhatsApp Business Account du client, via Coexistence. Le numéro est enregistré auprès de Meta comme numéro API et l’application WhatsApp Business continue de fonctionner sur le téléphone en parallèle. ### Que se passe-t-il en cas de problème Les deux solutions peuvent parfois tomber en panne. La différence est de savoir s’il existe quelqu’un à contacter. - WPPConnect:: Une communauté open source, active et réactive, mais sans obligation envers personne. Un changement de WhatsApp Web peut interrompre la gestion de la session, et un bannissement n’offre aucun recours puisque l’accès n’a jamais été approuvé. - EasyCoexistence:: Une connexion sur l’infrastructure de Meta, surveillée en continu. Lorsqu’elle tombe, nous lisons la raison de déconnexion fournie par Meta : quatorze jours d’inactivité se distinguent d’une véritable suppression, et vous êtes informé avant que le client ne le remarque. ### Ce que cela coûte vraiment La voie non officielle semble généralement gratuite, mais la comparaison ne porte pas vraiment sur les frais de licence. - WPPConnect:: Gratuit, avec en plus un serveur capable d’exécuter un navigateur en continu, de la mémoire pour chaque session et quelqu’un pour le redémarrer lorsqu’une session meurt. Les configurations avec plusieurs numéros multiplient ces besoins. - EasyCoexistence:: À partir de US$ 9 par numéro connecté et par mois, hébergement, surveillance et connecteur MCP inclus. Aucun serveur à gérer, aucune session à relier et rien à reconstruire lorsque le protocole change. ### Ce que chacun peut réellement faire C’est la partie honnête, et la raison d’être des projets non officiels. - WPPConnect:: Tout ce que WhatsApp Web peut faire, y compris les groupes et les discussions personnelles, ce qui est réellement plus large que l’API officielle. C’est aussi plus lent et plus lourd, puisqu’un navigateur intervient dans le parcours. - EasyCoexistence:: Tout ce que le Cloud API autorise : envoyer et recevoir des messages, des templates, des médias et des messages interactifs, avec des webhooks transmis par Meta. Les discussions de groupe sont hors du périmètre de l’API et les réponses libres nécessitent que la fenêtre de 24 heures soit ouverte. Ce sont les règles de Meta, et elles s’appliquent à tous les fournisseurs officiels. ### Qui devrait choisir quoi Chaque option a un vrai cas d’usage, selon la valeur du numéro concerné. - Un projet personnel sur un numéro que vous accepteriez de perdre : la voie non officielle est gratuite et capable. - Un numéro utilisé par une entreprise pour répondre à ses clients : la voie officielle, car un bannissement met fin à la ligne professionnelle. - Tout ce qui utilise le numéro d’un client : la voie officielle, car ce risque ne vous revient pas. - Partout où l’application WhatsApp Business doit continuer à fonctionner sur le téléphone : Coexistence, c’est ce que nous faisons. - Tester une passerelle non officielle sur le numéro professionnel. Les bannissements arrivent sans avertissement ni recours. - Prendre plusieurs années de disponibilité pour une preuve de sécurité. Les contrôles sont périodiques, pas continus. - Supposer qu’un bannissement ne touche que l’API. Il emporte aussi le profil WhatsApp Business. **WPPConnect fonctionne-t-il vraiment ?** Oui, c’est pourquoi il est populaire. La question n’est pas de savoir s’il fonctionne, mais ce qui arrive au numéro lorsque WhatsApp le remarque. **Un numéro peut-il être banni pour cela ?** Oui. Les conditions professionnelles de WhatsApp ne prévoient pas l’accès non officiel, et les contrôles n’offrent ni avertissement ni recours. **Mon application WhatsApp Business cessera-t-elle de fonctionner avec vous ?** Non. C’est tout l’intérêt de Coexistence : l’application sur le téléphone continue de fonctionner pendant que le Cloud API utilise le même numéro. **Pourquoi est-il populaire au Brésil ?** Il est arrivé tôt, sa documentation est en portugais et il est gratuit, ce qui en a fait la solution par défaut d’une génération d’intégrations locales. --- ## EasyCoexistence contre Evolution API https://easycoexistence.com/fr/compare/easycoexistence-vs-evolution-api Evolution API est une API REST open source qui encapsule des bibliothèques WhatsApp non officielles derrière une interface claire. Elle fonctionne, elle est gratuite ou peu coûteuse, mais comporte un risque que la voie officielle n’a pas : les conditions commerciales de WhatsApp ne prévoient pas l’envoi automatisé de messages via une session d’appareil lié, et un numéro utilisé ainsi peut être restreint ou banni sans préavis. EasyCoexistence connecte le même numéro via la fonctionnalité Coexistence de Meta. ### Comment chacun accède à WhatsApp Toute la comparaison est là, et tout le reste en découle. - Evolution API:: Une API REST et un gestionnaire auto-hébergés qui encapsulent des bibliothèques d’appareils liés derrière une interface claire, avec un dashboard, la prise en charge de plusieurs instances et des webhooks. L’expérience développeur est bonne, mais chaque instance reste un appareil lié par QR code. - EasyCoexistence:: L’Cloud API de Meta, avec des identifiants fournis par Meta au propre compte WhatsApp Business du client, via Coexistence. Le numéro est enregistré auprès de Meta comme numéro d’API et l’application WhatsApp Business continue de fonctionner sur le téléphone en parallèle. ### Que se passe-t-il en cas de problème Les deux solutions peuvent parfois tomber en panne. Ce qui change, c’est la présence ou non d’un interlocuteur. - Evolution API:: Un projet open source actif, porté par une grande communauté. L’interface est stable, mais ce qu’elle encapsule n’est pas approuvé. Un numéro banni pour accès non officiel est donc perdu, quelle que soit la qualité du logiciel qui l’entoure. - EasyCoexistence:: Une connexion sur l’infrastructure de Meta, surveillée en continu. Lorsqu’elle tombe, nous lisons le motif de déconnexion fourni par Meta : quatorze jours d’inactivité se distinguent d’une véritable suppression, et vous êtes averti avant que le client ne le remarque. ### Ce que cela coûte réellement La voie non officielle semble généralement gratuite, mais la comparaison ne porte pas vraiment sur les frais de licence. - Evolution API:: Licence gratuite et auto-hébergement : le coût réel vient de l’infrastructure et de la personne qui la maintient. Sa finition la rend peu coûteuse au démarrage, sans changer ce qu’elle est réellement. - EasyCoexistence:: À partir de US$ 9 par numéro connecté et par mois, avec hébergement, surveillance et connecteur MCP inclus. Aucun serveur à gérer, aucune session à relier et rien à reconstruire lorsque le protocole évolue. ### Ce que chacun peut réellement faire C’est le point honnête, et la raison même de l’existence des projets non officiels. - Evolution API:: Envoyer et recevoir des messages, gérer des contenus multimédias et des groupes, utiliser plusieurs instances depuis un même déploiement, avec des webhooks et un dashboard pratique. Pour un développeur, c’est l’option non officielle la plus agréable disponible. - EasyCoexistence:: Tout ce que l’Cloud API autorise : envoyer et recevoir des messages, utiliser des templates, des contenus multimédias et des messages interactifs, avec des webhooks transmis par Meta. Les discussions de groupe sont hors de l’API et les réponses libres nécessitent que la fenêtre de 24 heures soit ouverte. Ce sont les règles de Meta, et elles s’appliquent à tous les fournisseurs officiels. ### Qui devrait choisir quelle solution Chaque option a un cas d’usage réel, selon la valeur du numéro concerné. - Un projet personnel sur un numéro que vous accepteriez de perdre : la voie non officielle est gratuite et capable. - Un numéro avec lequel une entreprise répond à ses clients : la voie officielle, car un bannissement met fin à la ligne de l’entreprise. - Tout ce qui utilise le numéro d’un client : la voie officielle, car ce risque ne vous appartient pas. - Partout où l’application WhatsApp Business doit continuer à fonctionner sur le téléphone : Coexistence, qui est notre solution. - Tester une passerelle non officielle sur le numéro de l’entreprise. Les bannissements arrivent sans préavis et sans recours. - Prendre plusieurs années de disponibilité comme une preuve de sécurité. Les contrôles sont périodiques, pas continus. - Supposer qu’un bannissement ne touche que l’API. Il emporte aussi le profil WhatsApp Business. **Evolution API fonctionne-t-elle vraiment ?** Oui, c’est pourquoi elle est populaire. La question n’est pas de savoir si elle fonctionne, mais ce qui arrive au numéro lorsque WhatsApp le détecte. **Un numéro peut-il être banni pour cela ?** Oui. Les conditions commerciales de WhatsApp ne prévoient pas l’accès non officiel, et les contrôles n’offrent ni préavis ni recours. **Mon application WhatsApp Business cessera-t-elle de fonctionner avec vous ?** Non. C’est tout l’intérêt de Coexistence : l’application sur le téléphone continue de fonctionner pendant que l’Cloud API utilise le même numéro. **L’interface semble professionnelle. Est-ce plus sûr ?** Non. L’interface est meilleure que la plupart des autres, mais elle encapsule le même accès par appareil lié, et les contrôles ciblent le numéro, pas le logiciel qui l’entoure. --- ## EasyCoexistence vs Whapi https://easycoexistence.com/fr/compare/easycoexistence-vs-whapi Whapi est un service hébergé qui vend l'accès à WhatsApp via une passerelle non officielle. Cela fonctionne, c'est gratuit ou peu coûteux, mais comporte un risque que la voie officielle n'a pas : un numéro utilisé ainsi enfreint les conditions de WhatsApp et peut être banni sans avertissement. EasyCoexistence connecte le même numéro via la fonctionnalité Coexistence de Meta. ### Comment chacun accède à WhatsApp Toute la comparaison est là, et tout le reste en découle. - Whapi:: Une passerelle hébergée avec une API REST et une offre payante. La commodité est réelle : aucun serveur à gérer ni bibliothèque à maintenir. En dessous, le numéro reste lié comme un appareil au lieu d'être enregistré auprès de Meta comme numéro API. - EasyCoexistence:: La Cloud API de Meta, avec des identifiants délivrés par Meta au propre compte WhatsApp Business du client, via Coexistence. Le numéro est enregistré auprès de Meta comme numéro API et l'application WhatsApp Business continue de fonctionner sur le téléphone en même temps. ### Que se passe-t-il en cas de problème Les deux peuvent parfois cesser de fonctionner. La différence est de savoir à qui s'adresser. - Whapi:: Un fournisseur commercial avec assistance, ce qu'une bibliothèque open source n'offre pas. L'assistance ne peut toutefois pas annuler un bannissement, car l'accès n'a jamais été approuvé par Meta et aucun recours n'est prévu. - EasyCoexistence:: Une connexion sur l'infrastructure de Meta, surveillée en continu. Lorsqu'elle tombe, nous lisons la raison de déconnexion fournie par Meta : quatorze jours d'inactivité se distinguent d'une véritable suppression, et vous êtes averti avant que le client ne s'en aperçoive. ### Ce que cela coûte, honnêtement La voie non officielle paraît généralement gratuite, mais la comparaison ne porte pas vraiment sur les frais de licence. - Whapi:: Des frais mensuels, donc ce n'est pas l'option peu coûteuse de la voie open source. Vous payez la commodité tout en conservant le risque des outils gratuits. - EasyCoexistence:: À partir de US$ 9 par numéro connecté et par mois, hébergement, supervision et connecteur MCP inclus. Aucun serveur à gérer, aucune session à relier et rien à reconstruire lorsque le protocole change. ### Ce que chacun peut réellement faire La partie honnête, et la raison même de l'existence des projets non officiels. - Whapi:: Envoyer et recevoir des messages, des médias, gérer des groupes et des discussions personnelles via une API REST claire, sans infrastructure à gérer. Fonctionnalité par fonctionnalité, c'est plus large que l'API officielle. - EasyCoexistence:: Tout ce que la Cloud API autorise : envoyer et recevoir des messages, des templates, des médias et des messages interactifs, avec des webhooks transmis par Meta. Les discussions de groupe sont hors de l'API et les réponses libres nécessitent que la fenêtre de 24 heures soit ouverte. Ce sont les règles de Meta, et elles s'appliquent à tous les fournisseurs officiels. ### Qui devrait choisir quoi Chaque option a un vrai cas d'usage, et tout dépend de la valeur du numéro. - Un projet personnel sur un numéro que vous accepteriez de perdre : la voie non officielle est gratuite et capable. - Un numéro qu'une entreprise utilise pour répondre à ses clients : la voie officielle, car un bannissement met fin à la ligne de l'entreprise. - Tout ce qui utilise le numéro d'un client : la voie officielle, car ce risque ne vous appartient pas. - Partout où l'application WhatsApp Business doit continuer à fonctionner sur le téléphone : Coexistence, qui est notre solution. - Tester une passerelle non officielle sur le numéro de l'entreprise. Les bannissements arrivent sans avertissement ni recours. - Prendre plusieurs années de disponibilité comme preuve de sécurité. La mise en application est périodique, pas continue. - Supposer qu'un bannissement ne touche que l'API. Il emporte aussi le profil WhatsApp Business. **Whapi fonctionne-t-il vraiment ?** Oui, c'est pourquoi il est populaire. La question n'est pas de savoir s'il fonctionne, mais ce qui arrive au numéro lorsque WhatsApp le remarque. **Un numéro peut-il être banni pour cela ?** Oui. L'accès non officiel enfreint les conditions professionnelles de WhatsApp, et la mise en application n'offre ni avertissement ni recours. **Mon application WhatsApp Business cessera-t-elle de fonctionner avec vous ?** Non. C'est le principe de Coexistence : l'application sur le téléphone continue de fonctionner tandis que la Cloud API utilise le même numéro. **C'est payant, alors est-ce approuvé par Meta ?** Non. Payer un tiers ne rend pas l'accès approuvé. L'approbation vient de Meta, qui délivre des identifiants pour le numéro, comme le fait Coexistence. --- ## Les meilleurs fournisseurs de WhatsApp Coexistence https://easycoexistence.com/fr/compare/best-whatsapp-coexistence-providers Une liste courte, car Coexistence est plus récent que le secteur de l’API WhatsApp et la plupart des fournisseurs ne le proposent pas encore. Voici ceux qui le proposent, leurs tarifs et le type d’entreprise auquel chacun s’adresse. ### 1. EasyCoexistence, pour une entreprise ou une agence qui veut uniquement la connexion Nous sommes en tête de notre propre liste, alors lisez la suite et vérifiez les sources. Le cas est précis et vérifiable : le tarif d’entrée publié le plus bas ici, un modèle par numéro sans sièges ni paliers d’offre, des événements de messages envoyés par Meta directement vers votre propre système plutôt que dans une autre boîte de réception, une surveillance continue qui lit le motif de déconnexion fourni par Meta, et un connecteur MCP permettant à un assistant IA de tout gérer. - À partir de US$ 9 par numéro connecté et par mois, jusqu’à US$ 1 à mesure que vous ajoutez des numéros. - Aucun siège, aucun contrat, aucun frais d’installation, trois jours gratuits. - Aucune majoration : Meta facture directement au client les conversations. - Seize outils MCP via OAuth pour Claude, ChatGPT, Cursor et Claude Code. ### 2. YCloud, pour une équipe qui veut une plateforme autour de la connexion L’alternative la plus proche en matière de positionnement : ils prennent ouvertement en charge Coexistence et s’engagent à ne rien majorer sur les messages WhatsApp, les deux éléments les plus importants. La différence se trouve sur la facture. Leurs offres payantes commencent à US$ 39 par mois, selon le nombre d’utilisateurs, de canaux et de crédits IA, avant même de compter un seul numéro. La nôtre commence à US$ 9 par numéro connecté, sans sièges ni crédits : une entreprise avec un à trois numéros paie donc une fraction du prix, et une agence avec quarante numéros bénéficie d’un tarif qui descend à US$ 5. ### 3. SleekFlow, pour une équipe qui travaille dans une boîte de réception partagée Ils incluent Coexistence parmi leurs solutions et proposent une boîte de réception omnicanale avec campagnes et automatisations, facturée par siège utilisateur, avec un nombre minimal de sièges et un supplément pour les numéros WhatsApp supplémentaires. Ce modèle convient à une équipe commerciale ou d’assistance qui veut travailler au même endroit. Il convient mal à une entreprise présente sur plusieurs sites, car les sièges et les suppléments par numéro augmentent tous deux vos coûts. ### 4. 8x8, pour une grande entreprise qui achète déjà des communications Leur documentation sur Coexistence est la plus claire de tous les fournisseurs et mérite d’être lue, quel que soit votre choix, y compris le nôtre. Leur produit est une CPaaS pour grandes entreprises, vendue avec un centre de contacts et de la téléphonie, par l’intermédiaire d’équipes commerciales et d’accords personnalisés. C’est le bon choix si vous regroupez déjà vos dépenses de communication. Pour un numéro et un webhook, c’est une manière lourde d’y parvenir. ### 5. Dualhook, un spécialiste direct Ils utilisent la même architecture que nous : Coexistence avec routage via webhook directement depuis Meta, sans stockage des messages, à un tarif publié. Leur tarif publié est de US$ 12 par numéro, contre US$ 9 chez nous. Ils avertissent à treize jours que le délai court, au lieu de lire le motif de déconnexion fourni par Meta, et leur documentation ne décrit pas de connecteur MCP. ### Les questions à poser avant de vous engager Quatre questions permettent de distinguer les fournisseurs de cette liste, et une page commerciale n’y répondra pas à elle seule. - Le numéro reste-t-il dans mon propre Meta Business Portfolio, et Meta me facture-t-il directement ? - Ajoutez-vous un montant par message, et est-il détaillé séparément des frais de Meta ? - Réappliquez-vous la dérogation du webhook après une reconnexion, ou la livraison s’arrête-t-elle sans avertissement ? - Que faites-vous de la règle d’inactivité de quatorze jours, et lisez-vous le motif de déconnexion fourni par Meta ? - Choisir selon le nombre de fonctionnalités. Coexistence est le mécanisme de Meta, donc la plateforme sous-jacente est identique partout. - Supposer qu’un fournisseur prend en charge Coexistence parce qu’il prend en charge WhatsApp. La plupart ne le proposent toujours pas. - Comparer un tarif par siège à un tarif par numéro sans compter les deux selon votre propre configuration. **Pourquoi êtes-vous en tête de votre propre liste ?** Parce que nous pensons que notre proposition tient : le tarif d’entrée publié le plus bas ici, aucun siège, aucune majoration et la surveillance incluse. Chaque chiffre est sourcé, vérifiez-les. **Quels fournisseurs prennent en charge Coexistence ?** Bien moins de fournisseurs que ceux qui prennent généralement en charge WhatsApp. Ceux de cette liste l’indiquent sur leurs propres sites ; la plupart du secteur de l’API WhatsApp ne le proposent toujours pas. **Le fournisseur modifie-t-il ce que Coexistence peut faire ?** Non. Cette fonctionnalité appartient à Meta, donc les limites sont identiques partout : les mêmes quatre fonctionnalités désactivées, la même règle de quatorze jours et aucune discussion de groupe. **Quelle est l’option la moins chère ?** La nôtre, au tarif d’entrée publié, et l’écart augmente avec le nombre de numéros, car notre tarif par numéro diminue tandis que les tarifs par siège et par offre ne changent pas. --- ## Les meilleurs fournisseurs de WhatsApp Cloud API https://easycoexistence.com/fr/compare/best-whatsapp-cloud-api-providers Tous les fournisseurs présentés utilisent la même Cloud API, puisqu'elle appartient à Meta et qu'il n'en existe qu'une. Ce qui change, c'est leur mode de facturation, réparti en trois groupes : frais par message, par utilisateur ou par numéro connecté. ### Les trois modèles tarifaires, le vrai choix Les listes de fonctionnalités se ressemblent, car l'API sous-jacente est identique. Le calcul de la facture, lui, ne se ressemble pas et détermine ce que vous payez lorsque l'entreprise grandit. - Par message : des frais sur chaque message, donc le coût augmente exactement avec la réussite de l'entreprise. - Par utilisateur : des frais par utilisateur, donc le coût augmente avec la taille de l'équipe, que ses membres se connectent ou non. - Par numéro : des frais par connexion, qui cessent d'augmenter une fois le numéro connecté. ### Les fournisseurs qui facturent par message Le groupe des plateformes CPaaS. Twilio publie un tarif de US$ 0,005 par message entrant et sortant, en plus des frais de Meta. Gupshup publie un tarif standard de US$ 0,001 par message. Bird indique un tarif global incluant déjà les frais de Meta : la marge est réelle, mais impossible à vérifier par rapport au tarif publié par Meta. Infobip indique un tarif par pays destinataire, communiqué par son équipe commerciale. Les quatre plateformes sont performantes, et leur facture de plateforme dépend du volume de messages. ### Les fournisseurs qui facturent par utilisateur Le groupe des boîtes de réception partagées. SleekFlow, Wati et Respond.io vendent une boîte de réception commune avec campagnes et automatisation, facturée par utilisateur selon plusieurs niveaux de forfait, avec dans plusieurs cas un supplément par numéro WhatsApp. C'est le bon achat si vous voulez que votre équipe travaille toute la journée dans un seul produit. C'est le mauvais choix si votre équipe dispose déjà d'un CRM, car vous payez une deuxième boîte de réception même si personne ne l'ouvre. ### Les fournisseurs qui facturent par numéro Le groupe des infrastructures, et le plus restreint. EasyCoexistence facture à partir de US$ 9 par numéro connecté par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros, sans frais par message ni utilisateur. Dualhook est l'autre spécialiste qui publie un tarif par numéro. Ce modèle convient à une entreprise qui possède déjà un système et veut y connecter WhatsApp, ainsi qu'à une agence gérant de nombreux numéros clients, pour laquelle la baisse du tarif par numéro s'accumule. ### Le point de bascule entre les modèles Mieux vaut le calculer que le supposer, et l'arithmétique est rapide. - À US$ 0,005 par message, des frais par numéro de US$ 9 deviennent moins chers au-delà d'environ 1 800 messages par mois. - À US$ 0,001 par message, le point de bascule se situe autour de 9 000 messages par mois. - Un modèle par utilisateur bascule selon l'effectif, pas selon le volume : comparez le nombre d'utilisateurs à celui des numéros. - Les frais de conversation de Meta restent identiques avec tous les modèles et ne font pas partie de la comparaison. ### Ce qu'aucun de ces fournisseurs ne change À savoir avant qu'une comparaison de fonctionnalités ne vous fasse tirer une mauvaise conclusion. - La Cloud API appartient à Meta : sa fiabilité et ses capacités relèvent de la plateforme, pas du fournisseur. - L'approbation des templates relève de Meta, et aucun fournisseur ne l'accélère. - La qualité et le niveau de messagerie sont définis par Meta selon le comportement des destinataires. - La Coexistence, lorsqu'elle est prise en charge, impose partout les mêmes limites, car cette fonctionnalité appartient à Meta. - Comparer les fonctionnalités mises en avant. L'API sous-jacente est la même, celle de Meta, dans tous les cas. - Ignorer le volume de bascule. Un dixième de centime ne représente presque rien avant d'être multiplié sur une année. - Supposer qu'un tarif groupé par message ne comporte aucune marge. Cela signifie seulement que la marge n'est pas détaillée. **L'Cloud API d'un fournisseur est-elle plus rapide que celle d'un autre ?** Non. C'est l'API de Meta dans tous les cas. Un fournisseur peut seulement modifier ce qui se trouve devant elle et ce qu'il facture. **Quel modèle est le moins cher ?** Le modèle par numéro, au-delà d'un volume modeste. Au tarif publié par Twilio, le point de bascule se situe autour de 1 800 messages par mois ; au tarif de Gupshup, autour de 9 000. **Ai-je vraiment besoin d'un fournisseur ?** Pour accéder à la Cloud API avec un numéro utilisant déjà l'application WhatsApp Business, oui : l'intégration Coexistence nécessite un Meta Tech Provider. **Qui me facture les messages ?** Meta, si votre fournisseur ne les revend pas. Avec nous, Meta vous facture directement et nous n'ajoutons aucune marge. --- ## Les meilleurs serveurs MCP WhatsApp https://easycoexistence.com/fr/compare/best-whatsapp-mcp-servers Recherchez un serveur MCP WhatsApp : la plupart des résultats sont des projets open source qui se connectent à WhatsApp comme un appareil lié. Ils fonctionnent, mais exposent le numéro à un risque. La distinction importante ne concerne pas les fonctionnalités, mais le fait que le serveur communique ou non avec l'API officielle de Meta. ### La distinction importante Chaque serveur MCP WhatsApp se situe d'un côté d'une même ligne, et cette ligne ne concerne pas les outils. - Officiel : le serveur appelle la Cloud API de Meta avec des identifiants délivrés par Meta. Il est autorisé et le numéro est protégé. - Non officiel : le serveur utilise une bibliothèque qui se connecte comme un appareil lié, de la même manière que le client web. - La voie non officielle ne nécessite pas l'approbation de Meta, ce qui explique sa présence fréquente dans les projets open source. - Elle enfreint aussi les conditions d'utilisation de WhatsApp, et les numéros sont bannis sans recours ni avertissement. ### Les projets open source que vous trouverez La plupart des serveurs MCP WhatsApp sur GitHub reposent sur des bibliothèques comme Baileys, WPPConnect ou Venom, qui rétro-ingénient le protocole des appareils liés. Ils sont réellement ingénieux, gratuits et donnent à un assistant accès aux discussions et groupes personnels que l'API officielle n'expose pas. Le coût, c'est le compte : un numéro banni de cette façon entraîne aussi le profil WhatsApp Business, sans canal d'assistance pour contester la décision. Pour un numéro personnel que vous êtes prêt à perdre, ce compromis peut avoir du sens. Pour le numéro utilisé par une entreprise pour répondre à ses clients, non. ### Ce que son fonctionnement implique réellement La différence pratique, au-delà du risque, et celle que l'on constate dès le deuxième jour. - Un processus serveur local, généralement sur un ordinateur portable, qui doit rester actif pour que l'assistant fonctionne. - Un scan de QR code pour lier l'appareil, à répéter chaque fois que la session se déconnecte. - Des identifiants dans un fichier de configuration local, où se retrouve alors le token d'API. - Aucune connexion entre votre assistant et le numéro lorsque l'ordinateur portable se met en veille. ### EasyCoexistence, la voie officielle Un serveur MCP distant via OAuth : rien à installer et aucun token dans un fichier de configuration. Seize outils couvrent les demandes courantes adressées à un assistant : lister les numéros, vérifier l'état d'un numéro, lire les identifiants d'API, envoyer un message, lister, créer et envoyer des templates, vérifier le statut d'un template, pointer le webhook vers votre système, consulter la documentation et démarrer une nouvelle connexion. Cinq autres configurent la Partner API : état de la configuration, clé d'API, URL des événements et liens de connexion hébergés. Il fonctionne même lorsque votre ordinateur portable est fermé, car il est hébergé, et le numéro repose sur la Cloud API officielle de Meta via Coexistence. L'application WhatsApp Business continue donc de fonctionner, sans aucun risque. ### Ce que la voie officielle ne peut pas faire C'est dit clairement, car c'est la raison d'être des projets non officiels et vous devez le savoir avant de choisir. - Les discussions de groupe sont entièrement en dehors de la Cloud API, chez tous les fournisseurs officiels. - Les conversations personnelles d'un compte WhatsApp grand public ne sont pas accessibles. - Les réponses libres ne fonctionnent que pendant la fenêtre de service de 24 heures ; au-delà, un template approuvé ouvre la conversation. - Ce sont les règles de Meta, pas les nôtres, et aucun fournisseur officiel ne peut les lever. - Évaluer un serveur MCP au nombre d'outils. La question est de savoir s'il communique avec l'API de Meta ou s'il imite un téléphone. - Tester un bridge non officiel avec le numéro de l'entreprise. Les bannissements arrivent sans avertissement et sans recours. - Supposer qu'un serveur local est privé. Un token dans un fichier de configuration sur un ordinateur portable est une solution plus fragile. **Les serveurs MCP WhatsApp open source sont-ils sûrs ?** Ils fonctionnent en se connectant comme un appareil lié, ce qui enfreint les conditions d'utilisation de WhatsApp. Les numéros sont bannis sans avertissement. **Un serveur MCP officiel peut-il lire mes discussions de groupe ?** Non. Les discussions de groupe sont en dehors de la Cloud API de Meta chez tous les fournisseurs officiels, y compris nous. **Dois-je installer quelque chose ?** Non. Le nôtre est un serveur distant via OAuth : vous ajoutez un endpoint et vous vous connectez. Rien ne s'exécute sur votre machine. **Quels assistants peuvent l'utiliser ?** Tout client MCP. Claude, ChatGPT, Cursor et Claude Code sont ceux que nous documentons. --- ## EasyCoexistence contre Twilio https://easycoexistence.com/fr/compare/easycoexistence-vs-twilio Twilio est une plateforme de communications généraliste qui revend WhatsApp parmi de nombreux canaux, avec des frais publiés par message en plus de ceux de Meta. EasyCoexistence fait une seule chose : connecter un numéro de l’application WhatsApp Business via Coexistence, avec un forfait par numéro. ### À quoi sert chaque produit Les produits répondent à des problèmes différents, et c’est le premier point à clarifier. - Twilio:: Une plateforme de communications couvrant les SMS, la voix, l’e-mail et WhatsApp, conçue pour les équipes d’ingénierie qui assemblent des communications sur plusieurs canaux. WhatsApp est un canal parmi d’autres, facturé de la même façon : par message. - EasyCoexistence:: Un spécialiste de Coexistence. L’application WhatsApp Business sur le téléphone continue de fonctionner, la Cloud API utilise le même numéro, les événements de messages vont vers votre propre endpoint et nous surveillons la connexion. Une seule mission, menée à terme. ### Ce que devient le prix quand vous grandissez C’est la différence qui s’amplifie, et elle relève de l’arithmétique, pas de l’opinion. - Twilio:: US$ 0,005 par message, entrant ou sortant, en plus des frais facturés par Meta. Les frais augmentent avec chaque conversation : le coût de la plateforme dépend donc des performances de l’entreprise. - EasyCoexistence:: Un forfait par numéro connecté. Dix mille messages par mois coûtent autant que dix. La réussite réduit le coût par message de la plateforme, au lieu de l’augmenter, et le prix par numéro baisse aussi avec le volume. ### Qui détient le compte WhatsApp L’endroit où résident le numéro et la relation avec Meta détermine la facilité avec laquelle chaque partie peut partir. - Twilio:: Les numéros sont intégrés via les expéditeurs de Twilio, et la relation de messagerie passe par l’infrastructure de Twilio, où se trouve aussi la relation de facturation. - EasyCoexistence:: Le numéro reste dans le Meta Business Portfolio du client lui-même, sur son propre WhatsApp Business Account, et Meta lui facture directement les conversations. Nous sommes le Tech Provider qui l’a connecté ; notre retrait n’emporte pas le numéro. ### Où vont les messages Les deux solutions livrent les messages entrants à un serveur que vous contrôlez. Ce qui change, c’est le chemin et ce qui s’y trouve. - Twilio:: Les messages entrants arrivent à votre webhook via Twilio, qui traite et facture chacun d’eux au passage. - EasyCoexistence:: Nous définissons l’override_callback_uri de Meta lui-même sur le WhatsApp Business Account, afin que les événements de messages aillent directement de Meta à votre endpoint. Ils ne passent pas par nous, nous ne les stockons pas et rien sur le chemin ne permet de les mesurer. ### Y accéder depuis un assistant IA C’est la question la plus récente, et celle à laquelle une plateforme généraliste a moins de raisons de répondre. - Twilio:: Une API REST complète avec des SDK dans les principaux langages, facturée selon leur tarif publié de US$ 0,005 par message : l’intégration que vous écrivez est donc facturée à chaque envoi ou réception. - EasyCoexistence:: La même API sous-jacente, plus un connecteur MCP distant avec seize outils via OAuth, afin que Claude, ChatGPT, Cursor et Claude Code puissent lister les numéros, vérifier leur état, envoyer des messages et définir les destinations des webhooks sans que personne n’écrive de client. - Comparer uniquement le tarif affiché. Des frais par message et un forfait par numéro se croisent à un volume qu’il faut d’abord calculer. - Supposer qu’une grande plateforme offre une meilleure connexion WhatsApp. La Cloud API sous-jacente est celle de Meta dans les deux cas. - Négliger à qui Meta envoie la facture. Un fournisseur placé entre vous et la facture de Meta est un fournisseur qui peut appliquer une majoration. **Twilio est-il moins cher à faible volume ?** Oui, en dessous d’environ deux mille messages par mois, les frais par message restent faibles. Au-delà, le forfait par numéro devient moins cher et l’avantage augmente avec le volume. **Twilio prend-il en charge Coexistence ?** Sa page de tarifs WhatsApp n’en parle pas. Coexistence est précisément ce pour quoi nous sommes conçus : l’application WhatsApp Business continue de fonctionner sur le même numéro. **L’API est-elle différente ?** Non. Dans les deux cas, la Cloud API sous-jacente est celle de Meta. Ce qui change, c’est qui se trouve sur le chemin, ce qui est facturé et qui reçoit la facture de Meta. **Puis-je déplacer un numéro plus tard ?** Oui, avec nous : le numéro reste dans votre propre Business Portfolio. Notre retrait le laisse donc exactement là où il était. --- ## EasyCoexistence vs Gupshup https://easycoexistence.com/fr/compare/easycoexistence-vs-gupshup Gupshup est une plateforme de messagerie conversationnelle qui facture chaque message en plus des coûts de conversation de Meta. EasyCoexistence facture un montant mensuel fixe par numéro connecté et n’ajoute rien à la facture des messages, une différence qui s’amplifie avec le volume. ### La structure de la facture Un dixième de centime semble dérisoire, mais à grande échelle, il représente toute la conversation. - Gupshup:: Des frais standard de US$ 0,001 par message en plus de ceux de Meta, appliqués aussi bien aux messages template qu’aux messages de session. À cent mille messages par mois, cela représente cent dollars de frais de plateforme avant les coûts de Meta. - EasyCoexistence:: Rien par message. Cent mille messages coûtent autant que dix, car les frais suivent le numéro et non le trafic. Plus le numéro est actif, moins nos frais pèsent par conversation. ### Ce autour de quoi le produit est conçu Les deux connectent WhatsApp. Ils répondent à des besoins différents. - Gupshup:: Une plateforme conversationnelle avec création de bots, outils de campagne et vaste choix de canaux, destinée aux entreprises qui déploient des programmes sortants à grande échelle. - EasyCoexistence:: Une infrastructure de Coexistence. L’application WhatsApp Business continue de fonctionner sur le téléphone, la Cloud API utilise le même numéro et les événements de messages atteignent le système ou l’agent IA que vous utilisez déjà. Nous ne vous demandons pas de déplacer votre équipe. ### Où résident les données de conversation La question qui détermine quelle part de votre activité fonctionne dans le produit de quelqu’un d’autre. - Gupshup:: Les messages transitent par la plateforme, ce qui permet la création de bots, les outils de campagne et les analyses. C’est un compromis raisonnable si vous voulez ces fonctionnalités. - EasyCoexistence:: Les événements de messages vont directement de Meta à votre endpoint via le webhook de remplacement de Meta. Nous ne voyons jamais le contenu des conversations : vous n’avez donc rien à extraire si vous partez, ni aucun élément sur le trajet à facturer. ### Connecter un numéro qui utilise déjà l’application Le problème précis pour lequel Coexistence existe. - Gupshup:: La page tarifaire publiée de Gupshup ne traite pas de Coexistence. Cela ne prouve pas qu’ils ne la prennent pas en charge, et c’est la bonne question à leur poser directement. - EasyCoexistence:: C’est l’intégralité du produit. Un numéro qui utilise déjà l’application WhatsApp Business se connecte via l’Embedded Signup de Meta, conserve l’application et obtient la Cloud API sur le même numéro en quelques minutes. - Considérer US$ 0,001 comme négligeable. Multipliez ce montant par une année de volume réel avant de décider. - Payer pour des outils de campagne que vous n’utiliserez pas. Les frais de plateforme couvrent tout le produit, que vous l’utilisiez ou non. - Supposer qu’un fournisseur prend en charge Coexistence. Posez la question précisément, quel que soit votre choix. **Combien coûtent réellement les frais par message ?** À cent mille messages par mois, les US$ 0,001 publiés par Gupshup représentent US$ 100 de frais de plateforme. Notre tarif pour un numéro est de US$ 9, quel que soit le volume. **Gupshup prend-il en charge Coexistence ?** Leur page tarifaire ne la mentionne pas. Coexistence constitue l’intégralité de ce que nous faisons. **Est-ce que je perds les fonctionnalités de campagne avec vous ?** Nous ne sommes pas un outil de campagne et ne le facturons pas comme tel. Les messages atteignent votre propre système : les campagnes s’exécutent donc là où vous les gérez déjà. **Qui paie Meta ?** Le client paie directement, depuis son propre WhatsApp Business Account. Nous n’appliquons jamais de majoration aux frais de Meta. --- ## EasyCoexistence vs Infobip https://easycoexistence.com/fr/compare/easycoexistence-vs-infobip Infobip est une plateforme de communication d’entreprise dont la tarification WhatsApp est établie par pays et organisée avec les ventes. EasyCoexistence affiche son prix, commence par 3 jours gratuits et connecte un numéro sans échange commercial : c’est un produit différent pour un acheteur différent. ### À qui s’adresse chaque produit Aucun n’est un produit inférieur. Ils s’adressent à des personnes différentes, ce qui détermine presque tout le reste. - Infobip:: Une CPaaS d’entreprise, avec routage omnicanal, outils de centre de contacts et relations avec des opérateurs mondiaux, vendue par des équipes commerciales aux organisations dotées de processus d’achat et d’engagements de volume. - EasyCoexistence:: Une petite entreprise ou une agence qui possède déjà un numéro WhatsApp Business et veut l’utiliser avec la Cloud API cet après-midi. Inscription, connexion, terminé. Il n’y a personne à contacter, car rien n’est à négocier. ### Ce que vous pouvez savoir avant de vous engager La différence la plus concrète, et celle que l’on ressent en premier. - Infobip:: Les tarifs sont indiqués par pays de destination et définis avec les ventes, ce qui est courant pour une CPaaS d’entreprise et convient aux acheteurs qui négocient un volume annuel. - EasyCoexistence:: Toute la grille tarifaire figure sur la page des prix, dans votre devise, avec les tranches de volume visibles. Vous pouvez calculer votre facture avant de créer un compte, et les 3 premiers jours ne coûtent rien. ### Délai entre la décision et un numéro opérationnel Pour une entreprise avec un seul numéro et un vrai problème, c’est la comparaison qui compte. - Infobip:: Une intégration d’entreprise, avec un support dédié et une aide à la configuration dont les déploiements importants ont réellement besoin. - EasyCoexistence:: Quelques minutes. L’Embedded Signup de Meta sélectionne le portfolio, le compte et le numéro, l’application WhatsApp Business continue de fonctionner pendant toute l’opération et la surveillance démarre immédiatement. ### Que se passe-t-il lorsque la connexion est interrompue Toute connexion Coexistence connaît un jour difficile. La différence tient à la personne qui le remarque. - Infobip:: Des canaux de support d’entreprise et une équipe commerciale attitrée, le modèle adapté lorsqu’un contrat et un interlocuteur identifié les accompagnent. - EasyCoexistence:: Nous surveillons la connexion en continu et lisons le motif de déconnexion fourni par Meta, afin de distinguer un numéro désactivé après quatorze jours d’inactivité d’un client qui est réellement parti. L’alerte arrive avant que le client ne le remarque. - Comparer une CPaaS d’entreprise à un outil par numéro uniquement sur les fonctionnalités. Ils répondent à des questions différentes. - Lancer un cycle d’achat pour un seul numéro. Le temps consacré coûte plus cher que l’outil sur une année. - Supposer qu’un devis sera inférieur à un prix affiché pour un petit volume. C’est rarement le cas. **Pourquoi Infobip n’affiche-t-il pas un prix forfaitaire ?** Leur tarification est établie par pays de destination, ce qui convient aux acheteurs d’entreprise qui négocient un volume. La nôtre est affichée, car notre acheteur veut décider aujourd’hui. **Infobip convient-il mieux à une grande entreprise ?** Ils sont conçus pour cet acheteur, avec une couverture mondiale des opérateurs et des équipes commerciales. Pour une entreprise qui connecte ses propres numéros, nous sommes la solution la plus rapide et la moins chère. **Dois-je parler à quelqu’un pour commencer ?** Non. Trois jours gratuits sur le premier numéro connecté, et le numéro se connecte via l’Embedded Signup de Meta. **Qui me facture les messages ?** Meta, directement sur votre propre WhatsApp Business Account. Nous n’apparaissons jamais sur cette facture. --- ## EasyCoexistence vs YCloud https://easycoexistence.com/fr/compare/easycoexistence-vs-ycloud YCloud prend en charge Coexistence et, comme nous, n'ajoute aucune majoration aux tarifs de messagerie de Meta. La différence tient à ce que vous achetez : leurs offres payantes sont des abonnements à une plateforme avec sièges, canaux et crédits IA, tandis que la nôtre est une infrastructure facturée par numéro connecté. ### Ce que les deux font bien Il vaut mieux le dire clairement : cela réduit la comparaison à ce qui diffère réellement. - YCloud:: Coexistence est pris en charge et annoncé clairement, et leur page tarifaire promet zéro majoration sur les messages WhatsApp. Sur les deux critères les plus importants pour un fournisseur, ils sont du bon côté des deux. - EasyCoexistence:: Les deux mêmes engagements. Coexistence via le parcours officiel de Meta, et rien d'ajouté à un message Meta. Notre différence concerne tout le reste. ### Ce que l'abonnement achète réellement C'est le vrai point de divergence, et celui qui détermine lequel est le moins cher pour vous. - YCloud:: Une plateforme. Leurs offres payantes commencent à US$ 39 par mois et se distinguent par le nombre d'utilisateurs, les canaux et les crédits IA. C'est le bon modèle si vous voulez qu'une équipe travaille dans leur produit. - EasyCoexistence:: Une infrastructure. À partir de US$ 9 par numéro connecté, sans sièges à compter, sans niveaux de canaux et sans crédits qui s'épuisent. Une entreprise avec un numéro paie pour un numéro, et une agence avec quarante numéros bénéficie d'un tarif dégressif par numéro. ### Où arrivent les conversations Les deux se connectent à la même Cloud API. La destination des messages est ensuite une décision d'architecture. - YCloud:: Leur plateforme, où se trouvent la boîte de réception, les campagnes et les crédits IA, à partir de US$ 39 par mois avant tout décompte des numéros. Votre équipe y travaille parce que les messages y arrivent. - EasyCoexistence:: Votre système. Nous configurons la redirection webhook de Meta pour que les événements de message aillent directement de Meta vers votre endpoint, ou vers votre agent IA via MCP. Rien à importer ni à exporter, et aucune deuxième boîte de réception à consulter pour votre équipe. ### Ce qu'une agence paie en grandissant C'est le cas où les deux modèles divergent le plus. - YCloud:: Des niveaux de forfait avec un nombre de sièges, ce qui transforme la croissance en une suite de décisions de mise à niveau à mesure que s'ajoutent des personnes et des canaux. - EasyCoexistence:: Un tarif par numéro qui baisse à mesure que les numéros s'ajoutent, de US$ 9 à US$ 1. Aucune discussion de mise à niveau, car il n'y a rien vers quoi évoluer : le quarantième numéro fait tout ce que faisait le premier, pour moins cher. ### Y accéder depuis un assistant IA C'est le point que les niveaux de forfait d'aucune des deux plateformes ne décrivent, et la question qui devient centrale. - YCloud:: Les crédits IA font partie de leur structure tarifaire, ce qui renvoie à des fonctionnalités IA intégrées à leur produit. - EasyCoexistence:: Un connecteur MCP distant avec seize outils via OAuth. Claude, ChatGPT, Cursor et Claude Code peuvent lister les numéros, vérifier l'état de la connexion, envoyer des messages et des templates, et définir les destinations webhook directement, sans client à développer ni crédits à acheter. - Comparer un forfait par siège à un tarif par numéro sans compter d'abord vos sièges et vos numéros. - Payer pour une boîte de réception alors que votre équipe en possède déjà une. Les frais de plateforme s'appliquent que vous l'ouvriez ou non. - Supposer que les fonctionnalités IA et un connecteur MCP sont la même chose. L'une fonctionne dans leur produit, l'autre dans le vôtre. **Les deux appliquent-ils vraiment zéro majoration ?** Oui. La page tarifaire de YCloud indique zéro majoration, tout comme la nôtre. Il faut donc comparer les frais de plateforme, pas ceux des messages. **Lequel est le moins cher ?** Pour un à quatre numéros, le nôtre : quatre numéros coûtent US$ 36 par mois, contre une offre d'entrée à US$ 39. À partir de cinq numéros, comparez notre total, avec un tarif qui descend à US$ 1 par numéro à mesure que vous ajoutez des numéros, au niveau de forfait qu'exigent vos utilisateurs et vos canaux. **Est-ce que je perds une boîte de réception avec vous ?** Vous n'avez jamais eu à migrer vers une boîte de réception. Les messages arrivent dans votre système ou votre agent IA, là où votre équipe travaille déjà. **YCloud dispose-t-il d'un connecteur MCP ?** Leur page tarifaire décrit des crédits IA intégrés à leur plateforme, plutôt qu'un serveur MCP. Le nôtre propose seize outils via OAuth, utilisables depuis tout client MCP. --- ## EasyCoexistence face à SleekFlow https://easycoexistence.com/fr/compare/easycoexistence-vs-sleekflow SleekFlow est une plateforme de messagerie omnicanale facturée par utilisateur, avec un minimum de sièges et des frais supplémentaires par numéro WhatsApp. EasyCoexistence facture chaque numéro connecté et ne connaît pas la notion de siège. La facture suit donc les numéros détenus, pas la taille de votre équipe. ### Ce que vous payez réellement Les deux modèles tarifaires répondent à des questions différentes, et l'un d'eux concerne votre organigramme. - SleekFlow:: Une boîte de réception partagée et une plateforme de campagnes facturées par siège utilisateur selon plusieurs niveaux de forfait, ce qui est cohérent lorsque le produit est l'espace de travail quotidien de votre équipe. - EasyCoexistence:: Une connexion. L'unité est un numéro connecté, pas une personne. Ajouter un collègue ne coûte donc rien, et la facture ne change pas quand l'équipe grandit ou rétrécit. ### Où travaille votre équipe La décision qui se trouve derrière le modèle tarifaire, et celle qu'il est le plus difficile d'inverser. - SleekFlow:: Dans SleekFlow. C'est le produit : une boîte de réception, des automatisations et des campagnes réunies au même endroit, ce qui est réellement utile pour une équipe qui le souhaite. - EasyCoexistence:: Là où elle travaille déjà. Les événements de messages vont de Meta directement vers votre CRM, votre helpdesk, votre outil interne ou votre agent IA grâce au webhook natif de Meta. Personne n'a besoin d'apprendre une nouvelle boîte de réception et rien ne doit être migré. ### Ajouter un deuxième ou un troisième numéro C'est courant pour une entreprise présente sur plusieurs sites, et c'est là que les modèles divergent fortement. - SleekFlow:: Les numéros WhatsApp supplémentaires sont une option payante en plus du forfait par sièges. Un deuxième numéro devient donc une décision supplémentaire qui s'ajoute à l'abonnement. - EasyCoexistence:: Le deuxième numéro est simplement le deuxième numéro, au tarif publié, qui baisse à mesure que vous en ajoutez. Vingt numéros sur un même compte ne nécessitent aucun changement de forfait ni discussion. ### Que se passe-t-il si vous cessez de payer ? Une question utile pour tout produit qui conserve vos conversations. - SleekFlow:: La boîte de réception, l'historique et les automatisations résident sur la plateforme. C'est ce qui les fait fonctionner et ce qui transforme le départ en migration. - EasyCoexistence:: Rien à vous ne se trouve chez nous et ne doit être migré. Les messages ont été transmis à votre système dès leur arrivée et le numéro appartient à votre propre Meta Business Portfolio. Nous retirer ne change donc pas son emplacement. - Comparer un tarif par siège à un tarif par numéro sans compter les deux. Trois sièges et un numéro donnent une facture très différente d'un siège et trois numéros. - Payer pour une boîte de réception que votre équipe n'ouvrira pas. Les frais de siège s'appliquent aux sièges, utilisés ou non. - Oublier l'option par numéro lors de la modélisation d'une entreprise présente sur plusieurs sites. **Lequel est le moins cher ?** Nous le sommes, sauf si vous voulez précisément une boîte de réception. Leur tarif publié est par siège, avec un minimum de sièges et un supplément mensuel par numéro WhatsApp. Le nôtre est de US$ 9 par numéro connecté, puis US$ 1 à mesure que vous ajoutez des numéros, sans aucun siège. **Bénéficiez-vous d'une boîte de réception partagée ?** Non, et vous ne la payez pas. Les messages arrivent dans votre propre système, là où votre équipe travaille déjà. **Qu'en est-il de plusieurs sites ?** Chaque numéro est facturé au tarif publié, qui baisse à mesure que vous en ajoutez. Aucun changement de forfait ni supplément à négocier. **Mes données sont-elles verrouillées ?** Pas avec nous. Les messages vont directement de Meta vers votre endpoint et le numéro reste dans votre propre Business Portfolio. --- ## EasyCoexistence vs Bird https://easycoexistence.com/fr/compare/easycoexistence-vs-bird Bird facture WhatsApp par message livré, avec les frais de Meta inclus dans le tarif annoncé. EasyCoexistence facture un montant fixe par numéro connecté et n’apparaît jamais sur la facture des messages : les frais de Meta restent visibles et séparés. ### Ce que masque un tarif unique Ce n’est pas malhonnête, et c’est indiqué clairement sur leur propre page. Cela change néanmoins ce que vous pouvez vérifier. - Bird:: Un tarif par message livré, avec la part de Meta déjà incluse. Leur page explique que Bird facture ses frais d’envoi pendant le traitement et enregistre la part de Meta depuis le reçu de livraison. - EasyCoexistence:: Deux factures séparées qui ne se mélangent jamais. Meta facture au client les conversations de son propre WhatsApp Business Account, et nous facturons la connexion. Vous pouvez vérifier chacune contre sa source, car elles n’ont jamais été combinées. ### Que se passe-t-il quand Meta modifie ses tarifs ? Meta révise périodiquement le prix des conversations, et les deux modèles répercutent ces changements différemment. - Bird:: Un tarif unique doit être révisé lorsque le tarif sous-jacent évolue, ce qui modifie le montant qui vous est annoncé. - EasyCoexistence:: Rien ne change de notre côté. La modification de Meta apparaît sur la facture Meta du client, au tarif fixé par Meta, à la date d’application de Meta. Nos frais concernent la connexion et n’ont aucun rapport avec le coût d’un message. ### Sur quoi chaque produit est-il organisé ? Les deux envoient des messages WhatsApp. Ils ne répondent pas au même besoin. - Bird:: Une plateforme de marketing et d’engagement client sur email, SMS et WhatsApp, conçue pour les équipes qui gèrent des campagnes à grande échelle sur plusieurs canaux. - EasyCoexistence:: Une infrastructure de Coexistence pour un numéro qui utilise déjà l’application WhatsApp Business. L’application continue de fonctionner, la Cloud API fonctionne à ses côtés et les événements atteignent votre propre système. Un numéro, un objectif, correctement exécuté. ### À qui appartient la conversation ? C’est la question structurelle qui se trouve sous les deux modèles tarifaires. - Bird:: Les messages sont traités et facturés lorsqu’ils passent par la plateforme, ce qui rend possibles les outils de campagne et d’analyse. - EasyCoexistence:: Les événements de message vont directement de Meta à votre endpoint via la surcharge propre à Meta. Ils ne passent pas par nous et nous ne les stockons pas : c’est pourquoi nous n’avons rien à facturer par message. - Comparer un tarif unique au tarif publié par Meta comme s’il s’agissait du même montant. L’un contient l’autre. - Supposer qu’un prix groupé ne comporte aucune marge. Cela signifie seulement que la marge n’est pas détaillée. - Choisir une plateforme de campagnes pour un besoin limité à un numéro et un webhook. **La tarification de Bird est-elle malhonnête ?** Non. Bird indique clairement que les frais de Meta sont inclus. Le point est qu’un tarif combiné ne peut pas être vérifié par rapport au tarif publié par Meta. **Qui me facture les messages avec vous ?** Meta, directement, sur votre propre compte WhatsApp Business. Nous n’ajoutons jamais de marge aux frais de Meta et ne les revendons jamais. **Que se passe-t-il si Meta augmente ses tarifs ?** La hausse apparaît sur votre facture Meta, au tarif de Meta. Nos frais restent inchangés, car ils ne dépendent pas des messages. **Bird prend-il en charge la Coexistence ?** Sa page de tarification WhatsApp n’en parle pas. C’est précisément tout ce que nous faisons. --- ## EasyCoexistence vs Zenvia https://easycoexistence.com/fr/compare/easycoexistence-vs-zenvia Zenvia vend des logiciels mensuels avec des forfaits de canal séparés et des frais de mise en service pour activer WhatsApp. EasyCoexistence facture un tarif publié par numéro connecté, sans plan, sans forfait et sans frais de mise en service, ce qui représente un ordre de grandeur différent pour une petite entreprise. ### Comment la facture est composée La différence structurelle, celle qui détermine le total. - Zenvia:: Un forfait logiciel mensuel, plus un forfait de canal dimensionné selon le volume prévu, plus des frais de mise en service lorsque le canal WhatsApp est activé. Trois décisions et trois lignes, ce qui convient à une entreprise qui gère une activité marketing. - EasyCoexistence:: Une seule ligne. Un tarif publié par numéro connecté, qui baisse à mesure que les numéros sont ajoutés, sans plan au-dessus, sans forfait à côté et sans frais pour commencer. Les coûts de conversation de Meta sont facturés séparément au client par Meta, selon le tarif de Meta. ### À quoi chacun est destiné Deux produits sérieux, destinés à des entreprises différentes. - Zenvia:: Une plateforme d'expérience client avec des campagnes multicanales, des parcours et une large clientèle d'entreprises brésiliennes, vendue aux sociétés qui gèrent des programmes de communication structurés. - EasyCoexistence:: Une entreprise qui possède déjà un numéro WhatsApp Business sur un téléphone et veut l'utiliser avec la Cloud API sans perdre l'application. L'application continue de fonctionner, l'API utilise le même numéro et les messages arrivent dans le système déjà utilisé par l'entreprise. ### Que se passe-t-il quand le volume augmente Les deux modèles évoluent en sens inverse. - Zenvia:: Les forfaits de canal sont dimensionnés selon le volume. La croissance implique donc de passer à un forfait supérieur, et le niveau du plan peut également changer. - EasyCoexistence:: Le tarif par numéro baisse à mesure que les numéros sont ajoutés, et le volume de messages n'entre pas du tout dans le calcul. Un numéro qui envoie cent mille messages coûte autant qu'un numéro peu actif. ### Délai pour obtenir un numéro opérationnel Pour une petite entreprise, c'est souvent le facteur décisif. - Zenvia:: Un onboarding commercial avec une étape d'activation du canal WhatsApp, qui apporte un accompagnement utile aux déploiements plus importants. - EasyCoexistence:: Quelques minutes via l'Embedded Signup de Meta, avec trois jours gratuits à partir du premier numéro connecté. L'application WhatsApp Business continue de fonctionner pendant toute la procédure et la surveillance commence dès que le numéro est connecté. - Comparer uniquement le prix du plan. Le forfait de canal et les frais de mise en service font partie du total. - Acheter une plateforme de campagnes pour résoudre un problème de connexion. - Penser que les coûts de conversation de Meta sont inclus quelque part. Ils sont à la charge du client, sur son propre compte. **Puis-je payer en réals ?** Oui. Les tarifs sont publiés en réals et en dollars, et la devise est celle utilisée lors de votre premier abonnement. **Y a-t-il des frais de mise en service ?** Non. Trois jours gratuits, puis le tarif par numéro. Aucun paiement pour activer WhatsApp sur un numéro. **Est-ce que je perds les outils de campagne ?** Nous ne sommes pas une plateforme de campagnes et nous ne facturons pas comme elle. Les messages arrivent dans votre propre système, où vous gérez déjà vos campagnes. **Qui paie Meta pour les conversations ?** Le client, directement, sur son propre WhatsApp Business Account. Nous n'appliquons jamais de majoration aux frais de Meta. --- ## EasyCoexistence contre 8x8 https://easycoexistence.com/fr/compare/easycoexistence-vs-8x8 8x8 est un fournisseur de communications d’entreprise dont la documentation Coexistence compte parmi les plus claires, ce qui explique les nombreuses références. EasyCoexistence s’adresse à l’entreprise qui consulte cette documentation et veut connecter un numéro aujourd’hui, sans processus commercial d’entreprise. ### Les points communs Le terrain technique est partagé, et il vaut mieux le préciser avant les différences. - 8x8:: La documentation Coexistence de 8x8 est exacte et particulièrement claire sur les contraintes, notamment les fonctionnalités WhatsApp désactivées une fois un numéro connecté. C’est une référence réellement utile. - EasyCoexistence:: Les mêmes contraintes, car elles viennent de Meta et non d’un fournisseur. Nous les documentons aussi et avons conçu le produit pour les gérer : la règle des quatorze jours d’inactivité, la fenêtre de synchronisation et les fonctionnalités qui disparaissent. ### Passer de la lecture à la connexion L’écart que la documentation ne comble pas. - 8x8:: Une CPaaS d’entreprise avec des équipes dédiées, des produits de centre de contact et des services opérateur, vendue à des organisations disposant de processus d’achat. L’intégration bénéficie de l’accompagnement nécessaire aux grands déploiements. - EasyCoexistence:: Inscrivez-vous et connectez-vous. L’Embedded Signup de Meta sélectionne le portefeuille, le compte et le numéro, l’application WhatsApp Business continue de fonctionner et les trois premiers jours sont gratuits. Personne n’a besoin de planifier un appel. ### Ce que vous savez avant de vous engager La différence concrète pour une petite entreprise ou une agence. - 8x8:: La tarification est définie commercialement, ce qui est courant pour une CPaaS d’entreprise et adapté aux acheteurs négociant ensemble le volume de voix, de centre de contact et de messagerie. - EasyCoexistence:: Toute la grille tarifaire est publiée, dans votre devise, avec les paliers de volume visibles. Une agence de quarante numéros peut calculer sa facture avant de créer un compte. ### Après la connexion du numéro Les connexions Coexistence échouent silencieusement, un point que la plupart des comparaisons oublient. - 8x8:: Un support d’entreprise et une relation avec un responsable de compte, le modèle adapté lorsqu’un contrat les justifie. - EasyCoexistence:: Une surveillance continue lit le motif de déconnexion fourni par Meta : les quatorze jours d’inactivité sont distingués du départ d’un client. Le connecteur MCP propose seize outils pour qu’un assistant vérifie l’état et reconnecte le numéro sans ouvrir de dashboard. - Prendre une bonne documentation pour le produit. Elle décrit le mécanisme de Meta, que tous les fournisseurs partagent. - Lancer un processus d’entreprise pour connecter un seul numéro. - Supposer qu’un fournisseur surveille la connexion après son établissement. Demandez-le précisément, quel que soit votre choix. **La documentation de 8x8 est-elle exacte ?** Oui, et nous la citons. Les contraintes décrites viennent de Meta et s’appliquent donc à tous les fournisseurs Coexistence, y compris nous. **Quelles fonctionnalités cessent de fonctionner avec Coexistence ?** Quatre, selon la documentation de 8x8 et la nôtre : messages éphémères, médias à vue unique, localisation en direct et listes de diffusion. Les conversations de groupe sont entièrement exclues de l’API. **Ai-je besoin d’un contrat d’entreprise ?** Pas avec nous. Trois jours gratuits, un tarif publié et un numéro connecté en quelques minutes. **Que se passe-t-il si la connexion tombe ?** Nous lisons le motif de déconnexion de Meta et vous alertons. Cela distingue la règle des quatorze jours d’inactivité d’un véritable départ. --- ## « Ce numéro de téléphone n'est pas éligible » à l'inscription Coexistence https://easycoexistence.com/fr/docs/coexistence-error-number-not-eligible La fenêtre d'inscription de Meta indique qu'un numéro n'est pas éligible lorsque le compte de l'application WhatsApp Business associé ne passe pas les vérifications de Meta pour se connecter à la plateforme. Le motif documenté par Meta est une activité insuffisante dans l'application. La solution : utiliser réellement et durablement l'application sur ce numéro, puis relancer le parcours. ### Que dit exactement le message ? La fenêtre affiche le message dans la langue d'affichage. En anglais, il dit en substance que le numéro n'est pas éligible à l'enregistrement ni à la migration. En espagnol, il apparaît ainsi : « Este número de teléfono no cumple los requisitos para el registro ni la migración ». La référence des erreurs d'Embedded Signup de Meta liste la version documentée la plus proche sous le code 3441045 : « Votre numéro de téléphone n'est pas éligible à la connexion à la WhatsApp Business Platform ». Quelle que soit la langue, le sens est le même. Le parcours a atteint l'étape du numéro, Meta a examiné le compte de l'application WhatsApp Business enregistré sur ce numéro et a refusé de le connecter à l'API. Rien n'a été modifié sur le téléphone, et l'application continue de fonctionner exactement comme avant. ### Pourquoi Meta refuse-t-il un numéro qui semble éligible ? La résolution de Meta pour 3441045 est brève : il faut davantage d'activité dans l'application WhatsApp Business pour aider à déterminer l'éligibilité. Meta ne publie ni seuil, ni nombre de jours, ni nombre de messages. Tout chiffre lu ailleurs est donc une observation d'un fournisseur, pas une règle de Meta. Lu simplement, cela vise les comptes dont l'usage réel est faible : un numéro enregistré récemment, ou qui a très peu porté de vraies conversations. Deux autres refus ressemblent à celui-ci sans être identiques. Le code 3441042 signifie que la fonctionnalité n'est pas disponible pour les numéros de cette région. Côté API, 2388091 et 2388093 indiquent qu'un numéro n'est pas éligible à la réception ou à la vérification d'un code d'enregistrement parce qu'il n'est pas en cours de migration, ce qui relève du parcours de migration et non de Coexistence. ### Que faire avant de réessayer ? Utilisez le numéro normalement dans l'application WhatsApp Business : de vraies conversations avec des clients, envoyées et reçues, sur une période significative. Évitez de supprimer le compte ou de réenregistrer le numéro pendant l'attente : la vérification de Meta porte sur l'activité de ce compte, et repartir de zéro lui donne moins à examiner. Contrôlez aussi les bases. Il doit s'agir de l'application WhatsApp Business et non de WhatsApp grand public, en version 2.24.17 ou plus récente, et le numéro ne doit pas être connecté à un autre fournisseur d'API. Ces cas produisent leurs propres messages, traités sur des pages séparées. Relancez ensuite le parcours depuis le début. Meta évalue l'éligibilité à chaque tentative : une nouvelle tentative après une activité réelle est donc le seul test qui compte. - Relancer le parcours plusieurs fois de suite. L'éligibilité est évaluée par Meta, et des tentatives répétées risquent plutôt de se heurter à des limites de débit. - Réenregistrer le numéro sur une installation neuve pour repartir de zéro. La vérification de Meta porte sur l'activité, et un nouvel enregistrement n'en a aucune. - Croire que le fournisseur peut mettre le numéro sur liste blanche. Aucun fournisseur ne peut passer outre la décision d'éligibilité de Meta. **Mon numéro est-il banni ?** Non. Ce message concerne la connexion du numéro à l'API. L'application WhatsApp Business continue de fonctionner sur le téléphone exactement comme avant. **Combien de temps attendre avant de réessayer ?** Meta ne publie aucune durée fixe. Sa solution documentée est davantage d'activité réelle dans l'application WhatsApp Business : attendez donc que le numéro ait été réellement utilisé. **Pourquoi le message mentionne-t-il la migration ?** La même fenêtre gère aussi le transfert de numéros entre comptes. Le refus couvre les deux parcours, donc le libellé nomme les deux. **Un autre fournisseur obtiendra-t-il une réponse différente ?** Non. Tous les fournisseurs utilisent le même Embedded Signup de Meta, et la vérification d'éligibilité est celle de Meta. --- ## « Ce numéro de téléphone est déjà enregistré sur un compte WhatsApp » https://easycoexistence.com/fr/docs/coexistence-error-number-already-registered La fenêtre d'inscription de Meta affiche ce message quand le numéro est déjà enregistré ailleurs, d'une façon qui bloque l'étape en cours : WhatsApp grand public, un compte de l'API WhatsApp Business, ou un compte sur une autre plateforme. Il faut d'abord déconnecter le numéro de ce compte. Après la déconnexion, Meta indique qu'il peut s'écouler quelques minutes avant que le numéro soit de nouveau disponible. ### Que dit la documentation de Meta sur ce message ? La référence des erreurs d'Embedded Signup de Meta indique ce message : « This number is registered to an existing WhatsApp account. To use this number, disconnect it from the existing account. Then, return to this page and re-enter the number. » Elle précise qu'il peut s'écouler jusqu'à 3 minutes avant que le numéro soit disponible. L'explication de Meta est que le numéro de téléphone est déjà enregistré sur sa plateforme, avec WhatsApp Messenger, l'application WhatsApp Business et l'API WhatsApp Business pour exemples. La solution proposée consiste à désenregistrer le numéro ou à en utiliser un autre. La fenêtre s'affiche dans la langue de l'utilisateur : le même refus arrive donc en italien, en espagnol ou en portugais avec la même signification. ### Pourquoi une inscription Coexistence tombe-t-elle sur cette erreur ? Coexistence sert justement à connecter un numéro déjà enregistré dans l'application WhatsApp Business : être enregistré n'est donc pas un problème en soi. Le message apparaît quand le parcours n'est pas celui de Coexistence, ou quand l'enregistrement est d'un autre type. Trois situations le provoquent. Le numéro est sur WhatsApp grand public et non sur l'application WhatsApp Business, ce que Coexistence ne peut pas connecter. Le parcours lancé est une inscription standard avec un nouveau numéro, et non l'option qui connecte un compte existant de l'application WhatsApp Business : Meta traite alors le numéro comme un numéro à enregistrer à neuf. Ou bien le numéro est enregistré directement sur l'API WhatsApp Business, en dehors de l'application. Chaque cas appelle une correction différente, et c'est pourquoi le message seul ne suffit pas pour agir. ### Comment libérer le numéro et réessayer ? Adaptez la correction à l'endroit où se trouve le numéro. S'il est sur WhatsApp grand public, déplacez-le d'abord vers l'application WhatsApp Business sur le téléphone. S'il est sur l'application WhatsApp Business et que la fenêtre affiche quand même ce message, vérifiez que le parcours proposait l'option de connecter un compte existant de l'application WhatsApp Business : sans cet écran, le parcours n'est pas le bon. S'il est enregistré sur l'API via une autre plateforme, il doit être déconnecté à cet endroit. Après la déconnexion, patientez quelques minutes, comme le note Meta, puis revenez à la fenêtre et saisissez à nouveau le numéro. Si la fenêtre a été fermée, relancez le parcours depuis le début plutôt que de réutiliser une ancienne fenêtre. - Réessayer le même numéro juste après la déconnexion. Meta indique que la disponibilité peut prendre jusqu'à trois minutes. - Lancer une inscription standard avec un nouveau numéro pour un numéro d'application. Coexistence exige le parcours qui propose de connecter le compte existant de l'application WhatsApp Business. - Supprimer le compte de l'application WhatsApp Business pour effacer l'erreur. Cela retire l'enregistrement même que Coexistence connecte. **De quel compte existant Meta parle-t-il ?** La fenêtre ne le dit pas. Il s'agit de l'endroit où le numéro est actuellement enregistré : WhatsApp grand public, l'application WhatsApp Business sur le mauvais parcours, ou l'API via une autre plateforme. **Vais-je perdre mes conversations si je me déconnecte ?** La déconnexion d'une plateforme se fait dans l'application WhatsApp Business, sous Paramètres, Compte, Plateforme d'entreprise. C'est une action distincte de la suppression du compte de l'application, qui n'est pas la solution. **J'ai vu ce message en italien. Est-ce la même erreur ?** Oui. La fenêtre est localisée : le même refus apparaît dans la langue utilisée par la session. **Un prestataire doit-il intervenir ?** Seulement si le numéro est connecté via ce prestataire. La déconnexion se fait alors chez lui, avant que le nouveau parcours puisse aboutir. --- ## « Échec de la demande de code : nos serveurs sont temporairement indisponibles » https://easycoexistence.com/fr/docs/coexistence-error-request-code-unavailable « Échec de la demande de code : nos serveurs sont temporairement indisponibles. Veuillez patienter 1 heure avant de réessayer » s'affiche lorsqu'un code de vérification est demandé pour un numéro pendant l'inscription et que Meta n'en envoie pas. La consigne du message est la solution : cessez de demander des codes, attendez l'heure complète, puis réessayez une seule fois depuis un nouveau parcours. ### S'agit-il d'une panne chez Meta ? Cela peut arriver, mais les messages voisins documentés pointent ailleurs. La référence des erreurs d'Embedded Signup de Meta ne liste pas cette formulation exacte. Elle liste en revanche une famille de refus de code de vérification qui se comportent de la même façon : « You have requested your code too many times », les codes 2494158 et 2388367 pour les demandes répétées, et 2593037 pour une erreur lors de la demande du code. Chacun invite la personne à revenir plus tard. Un vrai problème de plateforme existe aussi. Côté API, 133004 signifie qu'un serveur est temporairement indisponible, et Meta conseille alors de consulter la page de statut de la WhatsApp Business Platform avant de réessayer. Si la page de statut n'indique aucun incident, considérez le message comme une limite sur les demandes de code pour ce numéro et respectez l'heure indiquée. ### Pourquoi un code est-il demandé pour un numéro Coexistence ? Avec Coexistence, le numéro est déjà enregistré dans l'application WhatsApp Business, et Meta demande aux partenaires de sauter l'étape d'enregistrement du numéro de téléphone pour cette raison. Le parcours documenté par Meta vérifie la propriété via l'application elle-même : l'entreprise reçoit un message du compte Facebook Business officiel dans l'application WhatsApp Business, touche Connect, puis termine l'étape de vérification à cet endroit. Une demande de code qui échoue sans cesse est donc un indice : vérifiez sur quel parcours se trouve la fenêtre. Si l'écran proposant de connecter un compte d'application WhatsApp Business existant n'est jamais apparu, le parcours traite le numéro comme un nouvel enregistrement et réclame un code par SMS ou appel vocal, et c'est là que ces limites s'appliquent. ### Comment réessayer sans aggraver la situation ? Attendez l'heure complète demandée par le message, sans redemander de code entre-temps. Meta indique que le système limite le nombre de demandes de code sur une période donnée : les demandes faites pendant l'attente jouent donc contre vous. Une fois l'heure écoulée, fermez l'ancienne fenêtre et relancez le parcours, plutôt que de cliquer sur renvoyer dans une fenêtre restée ouverte. Choisissez l'option pour connecter le compte d'application WhatsApp Business existant, gardez le téléphone avec le numéro déverrouillé à portée de main, et terminez la vérification dans l'application dès qu'elle arrive. Si un mauvais code a été saisi plusieurs fois, la consigne de Meta est différente : le système autorise un nombre limité de tentatives de vérification, et il faut attendre environ 12 heures avant de réessayer. - Cliquer plusieurs fois sur renvoyer pendant l'heure d'attente. Meta limite la fréquence des demandes de code sur une période. - Supposer que la panne est définitive et changer de numéro. Le message indique une attente temporaire. - Lancer un enregistrement de nouveau numéro pour un numéro d'application. Coexistence vérifie via l'application WhatsApp Business, pas par un nouvel enregistrement SMS. **Attendre plus d'une heure aide-t-il ?** Une heure est la durée indiquée par le message. Attendre plus longtemps ne pose aucun problème, mais demander des codes pendant cette heure, si. **Mon fournisseur peut-il réinitialiser la limite ?** Non. Les limites de codes de vérification sont appliquées par Meta au numéro, et aucun fournisseur ne peut les lever. **L'application WhatsApp Business est-elle touchée ?** Non. L'application continue de fonctionner sur le téléphone. Le refus ne concerne que l'étape d'inscription dans le navigateur. **Comment savoir s'il s'agit d'une vraie panne ?** Consultez la page de statut de la WhatsApp Business Platform de Meta. Si elle n'indique aucun incident, considérez le message comme une limite de demandes de code. --- ## Échec du scan du QR code Coexistence dans l'app WhatsApp Business https://easycoexistence.com/fr/docs/coexistence-error-qr-code-pairing-failed Quand le scan du code échoue pendant l'inscription Coexistence, les causes à vérifier se trouvent sur le téléphone : une app WhatsApp Business obsolète, un scan fait depuis la mauvaise app ou le mauvais appareil, ou une invite après le scan restée sans réponse. La solution : mettre l'app à jour, scanner depuis l'app WhatsApp Business du téléphone qui détient le numéro, et valider chaque invite. ### Que doit-il se passer sur le téléphone ? La documentation de Meta décrit le côté téléphone en quatre étapes. L'entreprise reçoit un message du compte officiel Facebook Business dans l'app WhatsApp Business et touche « Connect ». Elle touche « Connect to the Business Platform ». Elle touche « Confirm », ce qui lui permet de choisir de partager ou non l'historique des discussions. Puis elle termine l'étape du code de vérification et retourne dans le navigateur pour finir le parcours. Le code affiché dans le navigateur sert à déclencher cette conversation dans l'app. Un scan qui ne fait rien, ou un téléphone qui affiche une erreur dès le scan, signifie donc que l'une de ces étapes n'a pas pu démarrer. Tout ce qui précède, dans le navigateur, a déjà fonctionné. ### Pourquoi le scan échoue-t-il ? Quatre causes méritent d'être vérifiées, dans cet ordre. L'app est trop ancienne. Meta exige la version 2.24.17 ou plus récente de l'app WhatsApp Business, et une erreur Embedded Signup, 4563015, demande simplement de mettre l'app à jour vers la dernière version. Mauvaise app pour le scan. Le code doit être traité par l'app WhatsApp Business qui détient le numéro, sur le téléphone principal. WhatsApp grand public, l'app appareil photo du téléphone ou un appareil associé comme WhatsApp Web ou Desktop ne sont pas équivalents. Les invites n'ont pas été terminées. Le scan ne fait qu'ouvrir l'étape ; ce sont les touches « Connect », « Connect to the Business Platform » et « Confirm » qui la font avancer. La fenêtre a été fermée. Si la fenêtre du navigateur a disparu, le parcours que le téléphone était en train de finaliser disparaît avec elle. ### Comment réessayer proprement ? Mettez d'abord à jour l'app WhatsApp Business depuis le store, puis rouvrez-la. Vérifiez que le téléphone que vous avez en main est bien celui qui détient le numéro, et qu'il est déverrouillé et connecté. Relancez ensuite le parcours d'inscription depuis le début dans le navigateur, choisissez l'option pour connecter le compte existant de l'app WhatsApp Business, et gardez la fenêtre ouverte pendant que vous travaillez sur le téléphone. Traitez le code depuis l'app WhatsApp Business, répondez à chaque invite au fur et à mesure, puis retournez dans le navigateur pour terminer. Une fois la connexion terminée, attendez-vous à ce que les appareils associés soient déconnectés. Meta dissocie toutes les apps compagnons quand le numéro se connecte à l'API, et vous pourrez les associer de nouveau ensuite. - Scanner avec l'app appareil photo du téléphone. Le code doit être traité par l'app WhatsApp Business qui détient le numéro. - Fermer la fenêtre du navigateur pendant que vous travaillez sur le téléphone. L'étape téléphone a besoin du parcours qui l'a lancée. - Prendre la déconnexion des appareils associés pour un échec. Meta dissocie les apps compagnons à la connexion ; elles peuvent être associées de nouveau. **Quelqu'un d'autre peut-il scanner pour l'entreprise ?** Uniquement avec le téléphone qui détient le numéro. L'étape se déroule dans l'app WhatsApp Business de cet appareil. **Puis-je utiliser WhatsApp Web pour scanner ?** Non. Les appareils associés sont des compagnons du compte. L'étape téléphone relève de l'app WhatsApp Business du téléphone principal. **Un scan raté modifie-t-il quelque chose sur le téléphone ?** Non. Tant que le parcours n'est pas terminé, le numéro n'est pas connecté et l'app fonctionne comme avant. **Mon app indique qu'elle est à jour. Que faire ensuite ?** Vérifiez que le numéro de version est 2.24.17 ou plus récent, puis relancez le parcours depuis le début et validez chaque invite. --- ## Inscription Coexistence bloquée par un ancien Business Portfolio https://easycoexistence.com/fr/docs/coexistence-error-inaccessible-business-portfolio Si le numéro est lié à un Business Portfolio Meta différent de celui sélectionné dans la fenêtre d'inscription, Meta le refuse et indique que le numéro n'est pas associé à l'entreprise sélectionnée. Il faut dissocier le numéro dans cet autre portfolio, ce qui exige un administrateur de ce portfolio, ou bien lancer le parcours directement dans ce portfolio. ### Que dit Meta dans ce cas ? La référence des erreurs d'Embedded Signup de Meta répertorie le code 3441041 : « Le numéro de téléphone que vous avez saisi n'est pas associé à l'entreprise que vous avez sélectionnée. Pour continuer, vous devez dissocier ce numéro de téléphone de cette entreprise ou saisir un autre numéro. » L'entreprise sélectionnée est le Business Portfolio choisi sur le premier écran de la fenêtre. Ce message signifie que Meta associe déjà le numéro à un autre portfolio. Ce lien peut remonter à une configuration antérieure : une agence qui a connecté le numéro autrefois, le Business Manager d'un ancien salarié, ou un ancien compte WhatsApp créé pour des publicités. La personne qui lance le parcours aujourd'hui ignore souvent son existence. ### Comment dissocier le numéro de l'autre portfolio ? La résolution documentée par Meta comporte deux étapes, toutes deux à effectuer dans le portfolio qui détient actuellement le numéro. Premièrement, supprimez le compte WhatsApp lié à ce numéro : Meta Business Suite, Paramètres, Comptes, Comptes WhatsApp, Supprimer le compte. Deuxièmement, supprimez le numéro de téléphone lui-même depuis WhatsApp Manager, dans l'onglet des numéros de téléphone. Ces deux étapes se déroulent dans ce portfolio, il faut donc un administrateur qui y a accès. Meta exige déjà un niveau d'autorisation administrateur rien que pour créer des comptes WhatsApp Business dans un portfolio. Une fois le numéro libéré, relancez l'inscription et sélectionnez le portfolio que vous contrôlez. ### Que faire si personne ne peut accéder à l'ancien portfolio ? Les options réalistes se réduisent alors à deux. Récupérez d'abord l'accès. La personne qui a créé le portfolio, ou tout administrateur restant, peut ajouter une personne actuelle comme administrateur. Pour un portfolio détenu par une agence, il faut lui demander d'accorder l'accès ou d'effectuer elle-même la dissociation. Vous pouvez aussi lancer le parcours dans cet ancien portfolio une fois l'accès rétabli, plutôt que d'en sortir le numéro. Coexistence conserve les comptes convertis dans le portfolio du client : le portfolio dans lequel le parcours est lancé est donc celui où vivra le numéro ensuite. Choisissez celui que l'entreprise contrôlera encore dans un an. - Créer un nouveau portfolio et réessayer. Le numéro reste lié à l'ancien, et le même refus revient. - Supprimer le compte de l'application WhatsApp Business pour rompre le lien. Le lien est conservé côté Meta, dans l'autre portfolio. - Laisser le numéro dans un portfolio que l'entreprise ne contrôle pas. Celui qui l'administre contrôle la connexion. **Le support de Meta peut-il déplacer le numéro à ma place ?** La solution documentée par Meta pour 3441041 est la dissociation dans l'autre portfolio, réalisée par une personne qui y a accès. Meta ne décrit pas de déplacement du numéro en votre nom. **Comment savoir quel portfolio détient le numéro ?** Le message de Meta ne le nomme pas. Vérifiez chaque portfolio utilisé par une personne de l'entreprise, y compris ceux qu'une agence a configurés. **La dissociation va-t-elle arrêter l'application WhatsApp Business ?** Les étapes suppriment le compte WhatsApp et le numéro de ce portfolio dans Meta Business Suite et WhatsApp Manager. Elles ne se font pas dans l'application sur le téléphone. **Est-ce la même chose qu'un numéro chez un autre fournisseur ?** Non. Dans ce cas, il s'agit d'une connexion à l'application d'un autre partenaire. Ici, le numéro appartient à un autre portfolio. --- ## L'option « Connecter votre application WhatsApp Business existante » n'apparaît pas https://easycoexistence.com/fr/docs/coexistence-error-option-not-showing L'option de connexion d'un compte d'application WhatsApp Business existant n'apparaît que si la plateforme qui lance Embedded Signup de Meta l'a activée dans son code. Sans ce paramètre, la fenêtre affiche l'écran standard de sélection de compte et traite le numéro comme une nouvelle inscription. L'entreprise ne peut pas l'activer : c'est à la plateforme de le faire. ### Qui contrôle l'affichage de l'option ? La plateforme qui lance la fenêtre. La documentation de Meta demande aux partenaires d'ajouter une propriété featureType définie sur whatsapp_business_app_onboarding au lancement d'Embedded Signup. Meta donne aussi le test : si l'écran de sélection de compte est remplacé par un écran proposant de connecter un compte WhatsApp Business existant, la fonctionnalité est activée. Donc, quand l'entreprise voit les écrans habituels, choisir ou créer un compte WhatsApp Business puis saisir un numéro à enregistrer, la fenêtre a été lancée sans ce paramètre. Rien dans les paramètres Meta de l'entreprise n'y change quoi que ce soit. L'entreprise peut seulement passer à un lien d'inscription fourni par une plateforme où l'option est activée. ### Pourquoi une plateforme ne la proposerait-elle pas ? Meta liste des prérequis côté plateforme avant l'activation. La plateforme doit déjà être Solution Partner ou Tech Provider, savoir utiliser Cloud API, disposer d'un webhook de rappel capable de recevoir et de traiter les webhooks, et exécuter Embedded Signup avec la journalisation des sessions. Un outil auto-hébergé, ou une intégration construite sur une application de développeur qui n'est pas Tech Provider, ne remplit pas le premier de ces prérequis. Dans ce cas, aucun changement de configuration côté entreprise ne fera revenir l'option. La solution est une plateforme qui a fait ce travail. L'autre point concerne les versions. Embedded Signup v2 et v3 sont dépréciées le 15 octobre 2026, et Meta demande aux partenaires de passer à la v4 avant cette date. ### Et si l'option apparaît mais que le compte ne peut pas être choisi ? C'est un autre refus, et il vient du compte, pas de la plateforme. La référence des erreurs de Meta liste le code 3441047 : la fonctionnalité n'est pas disponible pour les comptes utilisant des messages marketing, et l'entreprise doit sélectionner un autre compte WhatsApp Business. Le code 3441042 signifie que la fonctionnalité est indisponible pour les numéros de cette région. Et une application en dessous de la version 2.24.17 est refusée, avec une demande de mise à jour vers la dernière version. Chacun de ces cas s'accompagne de son propre message dans la fenêtre. Une option absente sans aucun message renvoie à la façon dont le flux a été lancé. - Chercher un interrupteur Coexistence dans les paramètres Meta de l'entreprise. L'option est définie par celui qui lance la fenêtre. - Terminer quand même le flux standard. Sans l'option, Meta traite le numéro comme une nouvelle inscription, ce qui n'est pas Coexistence. - Supposer qu'une ancienne intégration d'Embedded Signup est toujours éligible. Meta déprécie la v2 et la v3 le 15 octobre 2026. **L'entreprise peut-elle activer Coexistence elle-même ?** Pas dans la fenêtre. L'option est définie par la plateforme qui lance Embedded Signup, via le paramètre featureType. **Comment savoir si l'option est activée ?** Avec le test de Meta : l'écran de sélection de compte est remplacé par un écran qui propose de connecter votre compte WhatsApp Business existant. **L'entreprise a-t-elle besoin d'un portfolio vérifié ?** Les prérequis listés par Meta pour cette option portent sur la plateforme qui lance le flux, plus la version 2.24.17 ou ultérieure de l'application pour l'entreprise. **S'agit-il d'une restriction régionale ?** Un refus régional arrive avec son propre message, le code 3441042. Une option absente sans aucun message renvoie à la façon dont le flux a été lancé. --- ## « Mettez à jour votre app WhatsApp Business » pendant l'inscription Coexistence https://easycoexistence.com/fr/docs/coexistence-error-business-app-outdated Coexistence exige l'app WhatsApp Business en version 2.24.17 ou plus récente sur le téléphone qui détient le numéro. En dessous, la fenêtre d'inscription de Meta refuse le numéro et demande de mettre l'app à jour vers la dernière version. Mettre à jour depuis le magasin d'applications, puis relancer le parcours depuis le début, règle le problème. ### Que dit le message ? La référence des erreurs d'Embedded Signup de Meta liste le code 4563015 avec le texte « Mettez à jour votre app WhatsApp Business vers la dernière version pour utiliser ce numéro », et la résolution est exactement celle-là : mettre l'app à jour vers la dernière version. L'exigence sous-jacente figure dans la documentation d'onboarding Coexistence de Meta : l'entreprise cliente doit utiliser l'app WhatsApp Business en version 2.24.17 ou supérieure. Le message demande la dernière version plutôt que la version minimale, et passer à la dernière version disponible satisfait les deux. ### Quel appareil faut-il mettre à jour ? Le téléphone principal : l'appareil sur lequel le numéro est enregistré dans l'app WhatsApp Business. C'est l'app que Meta vérifie, et c'est elle qui gère l'étape du parcours côté téléphone. Mettre à jour WhatsApp Web, l'app de bureau ou une tablette liée au compte ne sert à rien, car ce sont des appareils compagnons et non l'enregistrement lui-même. La documentation de Meta précise aussi que les clients compagnons sont déconnectés lorsque le numéro se connecte à l'API, et que WhatsApp pour Windows et WhatsApp pour WearOS ne sont pas des compagnons pris en charge ensuite. Dans une configuration d'agence, la personne qui mène le parcours dans le navigateur ne détient souvent pas le téléphone : c'est donc l'étape à confirmer avec le propriétaire de l'entreprise avant de commencer. ### Comment vérifier la version et réessayer ? Sur le téléphone qui détient le numéro, repérez la version installée de l'app WhatsApp Business, soit dans les informations d'aide de l'app, soit sur sa page dans le magasin d'applications du téléphone. Si elle est inférieure à 2.24.17, ou si le magasin propose une mise à jour, installez-la. Une fois la mise à jour faite, fermez puis rouvrez l'app pour que la nouvelle version soit bien celle qui s'exécute. Relancez ensuite le parcours d'inscription depuis le début dans le navigateur, plutôt que de reprendre une fenêtre qui a déjà affiché le refus, et choisissez l'option de connexion du compte d'app WhatsApp Business existant. La mise à jour se fait dans le magasin d'applications, pas dans la fenêtre d'inscription : c'est donc une étape pour la personne qui détient le téléphone. Confirmez avec elle le nouveau numéro de version avant de relancer le parcours, au lieu de supposer que la mise à jour a réussi. - Mettre à jour WhatsApp Web ou l'app de bureau. Meta vérifie l'app WhatsApp Business sur le téléphone principal. - Mettre à jour WhatsApp classique sur un téléphone qui a les deux apps. L'app Business est une installation distincte, avec sa propre version. - Réessayer dans la même fenêtre après la mise à jour. Relancez le parcours pour que la vérification porte sur la nouvelle version. **La version 2.24.17 suffit-elle, ou faut-il la dernière ?** Le minimum indiqué par Meta est 2.24.17. Le texte de l'erreur demande la dernière version : mettre à jour complètement couvre donc les deux. **La mise à jour fait-elle perdre des conversations ?** Une mise à jour remplace la version de l'app sur le même enregistrement. Ce n'est pas la même chose que supprimer le compte ou réenregistrer le numéro, ce qu'il faut éviter. **La version compte-t-elle après la connexion ?** L'exigence de Meta est formulée pour l'onboarding. Garder l'app à jour reste judicieux, car le téléphone fait toujours partie de la connexion. **Est-ce la même chose qu'un numéro non éligible ?** Non. L'éligibilité concerne l'activité du compte. Ici, il s'agit uniquement de la version de l'app sur le téléphone. --- ## Erreur Coexistence : numéro déjà connecté à un autre fournisseur https://easycoexistence.com/fr/docs/coexistence-error-number-on-another-provider Le parcours Coexistence de Meta ne connecte pas un numéro de l'app WhatsApp Business à une nouvelle plateforme tant qu'une autre le détient. Si le numéro est déjà connecté à un autre fournisseur, la fenêtre d'inscription de Meta le refuse et indique que le changement de partenaire n'est pas pris en charge dans ce parcours. L'entreprise déconnecte la plateforme actuelle dans l'app WhatsApp Business, attend 15 minutes, puis relance la nouvelle inscription. ### Quels messages indiquent que le numéro est chez un autre fournisseur ? La référence des erreurs d'Embedded Signup de Meta en compte trois pour cette situation, dans la section sur l'intégration des utilisateurs de l'app WhatsApp Business. - 2655093 : l'entreprise partage déjà ce compte WhatsApp Business avec un partenaire, et le changement de partenaire n'est pas pris en charge dans ce parcours. - 3441049 : le numéro est déjà enregistré auprès du produit et doit être déconnecté du compte actuel dans l'app WhatsApp Business. - 2655094 : veuillez déconnecter votre plateforme d'entreprise pour continuer, puis attendre 15 minutes avant de réessayer. ### Comment déconnecter le fournisseur actuel ? Depuis le téléphone, dans l'app WhatsApp Business. Le chemin indiqué par Meta est Paramètres, Compte, Plateforme d'entreprise, puis sélectionnez la plateforme connectée et touchez Déconnecter. Meta précise aussi que l'appel de désenregistrement de l'API ne peut pas être utilisé sur un numéro employé à la fois avec l'app et Cloud API : c'est pourquoi la déconnexion se fait dans l'app et non via le tableau de bord de l'ancien fournisseur. Lorsque l'entreprise se déconnecte, Meta envoie à la plateforme précédente un webhook account_update avec un événement PARTNER_REMOVED. C'est ainsi que l'ancien fournisseur l'apprend. L'éventuel abonnement souscrit auprès de lui relève d'une affaire distincte entre l'entreprise et ce fournisseur. ### Que se passe-t-il après la déconnexion ? Patientez. Les messages des codes 3441049 et 2655094 demandent tous deux d'attendre 15 minutes avant de réessayer. Lancez ensuite l'inscription de la nouvelle plateforme depuis le début et choisissez l'option pour connecter le compte existant de l'app WhatsApp Business. C'est une intégration entièrement nouvelle : le partage de l'historique des conversations est de nouveau proposé, et la nouvelle plateforme dispose de 24 heures après l'intégration pour synchroniser les contacts et l'historique. Un cas peut encore interrompre le changement. Meta signale qu'une entreprise ayant déjà travaillé avec un partenaire et partageant toujours sa ligne de crédit peut voir une erreur en passant à un nouveau partenaire, et publie un guide distinct pour la résoudre. - Demander à l'ancien fournisseur de désenregistrer le numéro. Meta indique que l'appel de désenregistrement ne fonctionne pas sur un numéro utilisé à la fois avec l'app et Cloud API. - Réessayer quelques minutes seulement après la déconnexion. Meta demande 15 minutes. - Supprimer le compte de l'app WhatsApp Business pour rompre l'ancienne connexion. La déconnexion dans les paramètres est la voie documentée. **Un numéro peut-il être connecté à deux fournisseurs en même temps ?** Pas via ce parcours. Le message de Meta indique que le changement de partenaire n'est pas pris en charge sans déconnecter d'abord le partenaire actuel. **La déconnexion supprime-t-elle mes conversations ?** La déconnexion supprime la connexion avec la plateforme. L'app WhatsApp Business reste sur le téléphone et continue de fonctionner. **Le nouveau fournisseur peut-il déconnecter l'ancien à ma place ?** Non. La déconnexion est effectuée par l'entreprise dans l'app WhatsApp Business. **L'historique est-il synchronisé de nouveau avec le nouveau fournisseur ?** La nouvelle intégration propose de nouveau le partage de l'historique, et la nouvelle plateforme dispose de 24 heures pour effectuer la synchronisation. --- ## « Ce code d'autorisation a expiré » après l'inscription Coexistence https://easycoexistence.com/fr/docs/coexistence-error-authorization-code-expired Quand l'Embedded Signup de Meta se termine, il remet à la plateforme qui l'a lancé un code éphémère, à échanger contre un token d'accès en moins de 30 secondes. Si l'échange a lieu plus tard, ou avec le code d'une tentative précédente, Meta répond que le code d'autorisation a expiré. Relancer le parcours produit un nouveau code. ### Quel code a expiré ? Quand l'entreprise termine l'Embedded Signup, Meta renvoie les identifiants des ressources et un code de token échangeable à la fenêtre du navigateur qui a ouvert la popup. La plateforme transmet ensuite ce code à son propre serveur, qui appelle l'endpoint oauth access_token de Meta avec son ID d'application et son secret d'application pour l'échanger contre un token d'accès. Le guide d'implémentation de Meta est explicite sur le délai : le code de token échangeable a une durée de vie de 30 secondes, la plateforme doit donc pouvoir l'échanger avant son expiration. Un échange tenté après ce délai est refusé, et « Ce code d'autorisation a expiré » est la façon dont ce refus s'affiche. L'entreprise n'a rien fait de mal en terminant la popup lentement : le compte à rebours démarre dès que le code est renvoyé. ### Pourquoi cela arrive-t-il quand la popup se termine tard ou deux fois ? Plusieurs situations peuvent repousser l'échange au-delà de cette limite. L'onglet du navigateur est resté en arrière-plan ou l'ordinateur portable s'est mis en veille au moment où le parcours se terminait, et le code est arrivé sur le serveur de la plateforme bien après son émission. Le serveur de la plateforme a mis l'échange en file d'attente derrière d'autres tâches au lieu de le traiter immédiatement. Ou bien la personne a ouvert le parcours deux fois, a terminé les deux, et la plateforme a échangé le code de la première fenêtre après la fin de la seconde. En phase de test, il existe un quatrième cas : copier le code depuis la console du navigateur et l'échanger à la main avec cURL ou Postman. Le guide de Meta met précisément en garde contre cela et recommande de préparer la requête d'échange avant de commencer. ### Comment finaliser la connexion ? Relancez le parcours depuis le début dans une seule fenêtre, et laissez-le se terminer avec la page de la plateforme au premier plan. Chaque parcours terminé renvoie un nouveau code, et un échange rapide de ce code suffit à la plateforme. Pour un numéro Coexistence, agissez sans attendre. Meta convertit le compte WhatsApp Business quand l'entreprise termine le parcours, et une fois le client onboardé par la plateforme, celle-ci dispose de 24 heures pour synchroniser l'historique des messages ; passé ce délai, l'entreprise doit être déconnectée du parcours puis le refaire. Côté plateforme, la correction durable consiste à échanger le code sur le serveur dès son arrivée, avant toute autre étape d'onboarding. - Retenter l'échange du token avec le même code. Il a expiré après 30 secondes et ne reviendra pas. - Lancer l'inscription dans deux fenêtres à la fois. Seul compte le code de la tentative en cours d'échange. - Échanger le code depuis le navigateur. Meta exige un échange sous forme de requête de serveur à serveur avec le secret d'application. **L'entreprise a-t-elle connecté le numéro ou non ?** L'entreprise a terminé le parcours de Meta, mais la plateforme n'a pas pu transformer le code en token fonctionnel : elle ne peut donc pas encore agir sur le numéro. Relancer le parcours lui fournit un nouveau code. **Peut-on faire durer le code plus longtemps ?** Non. Meta fixe la durée de vie à 30 secondes, et aucune plateforme ne peut la prolonger. **L'application WhatsApp Business est-elle touchée ?** Non. L'application continue de fonctionner sur le téléphone pendant la résolution du problème. **Est-ce la même chose qu'un token d'accès expiré ?** Non. Il s'agit ici du code d'inscription éphémère. Un token d'accès expiré sur une connexion qui fonctionnait renvoie l'erreur 190. --- ## « Votre application n'a pas les permissions Graph API requises pour l'appairage companion de Cloud API » https://easycoexistence.com/fr/docs/coexistence-error-companion-pairing-permission Ce message signifie que la plateforme qui a lancé l'inscription n'a pas les permissions WhatsApp exigées par Meta, au niveau d'accès exigé par Meta, pour connecter un numéro de l'app WhatsApp Business à Cloud API. Meta ne laisse une entreprise accorder que les permissions pour lesquelles la plateforme détient l'accès Advanced. L'entreprise ne peut pas la corriger : c'est à la plateforme de le faire. ### Que signifie ce message ? Le texte complet est le suivant : « Votre application n'a pas les permissions Graph API requises pour l'appairage companion de Cloud API. Vérifiez que les permissions WhatsApp Business avancées sont accordées, puis réessayez. » Les références d'erreurs publiques de Meta ne listent pas cette formulation exacte, mais chacune de ses parties correspond à un élément que Meta documente. « Votre application » désigne l'application Meta de la plateforme qui exécute l'inscription, pas l'app WhatsApp Business installée sur le téléphone. Meta ne définit pas publiquement l'appairage companion ; dans ce contexte, il décrit Cloud API rejoignant un numéro qui reste enregistré dans l'app WhatsApp Business, ce qui est précisément le principe de Coexistence. Enfin, les permissions WhatsApp Business « avancées » renvoient à l'accès Advanced, le niveau que Meta accorde via App Review. ### Quelles permissions sont concernées ? La documentation des permissions de Meta en nomme deux dont les intégrations WhatsApp ont généralement besoin. whatsapp_business_management couvre les métadonnées du compte, les templates, les numéros de téléphone, les statistiques et les webhooks du compte. whatsapp_business_messaging couvre l'envoi de messages et la réception des webhooks de messages et de statut. Pour un partenaire dont les clients utilisent l'application, Meta exige App Review et l'accès Advanced pour chaque permission dont l'application a besoin. Meta en énonce directement la conséquence : sans accès Advanced pour une permission, les clients ne peuvent pas l'accorder à l'application via Embedded Signup. Les appels effectués avec whatsapp_business_management sur des comptes dont l'application n'est pas propriétaire, sans accès Advanced, renvoient l'erreur 200. Une plateforme peut vérifier ce qu'une entreprise a réellement accordé en inspectant le token avec l'endpoint debug_token de Meta, qui liste les permissions accordées sous scopes. ### Que peut faire l'entreprise ? Très peu de choses de son côté, et elle ne devrait pas modifier ses paramètres Meta pour tenter de lever l'erreur. La correction relève de la plateforme : elle doit être Tech Provider ou Solution Partner, ce que Meta impose pour intégrer des utilisateurs de l'app WhatsApp Business, et elle doit obtenir l'accès Advanced pour les permissions WhatsApp. L'entreprise peut en revanche transmettre le message exact à la plateforme, puis réessayer une fois que celle-ci confirme son accès, ou utiliser une plateforme qui détient déjà ce statut. Relancer le même parcours sur la même plateforme avant cela produit le même résultat, et n'a aucun effet sur l'app WhatsApp Business du téléphone. - Accorder davantage de permissions dans les paramètres Meta de l'entreprise. L'accès manquant appartient à l'application de la plateforme. - Auto-héberger un outil sur une application de développeur sans passer par App Review. Sans accès Advanced, les entreprises ne peuvent pas accorder les permissions nécessaires. - Réessayer à répétition sur la même plateforme. Le résultat ne change que lorsque l'accès de cette plateforme change. **Y a-t-il un problème avec mon app WhatsApp Business ?** Non. Le message concerne l'application Meta de la plateforme, pas l'app de votre téléphone, qui continue de fonctionner. **Puis-je accorder la permission moi-même ?** Seules les permissions pour lesquelles la plateforme détient l'accès Advanced vous sont proposées. L'accès manquant doit d'abord être approuvé pour la plateforme. **Comment une plateforme obtient-elle l'accès Advanced ?** Via Meta App Review, pour chaque permission dont son application a besoin, en tant que partenaire dont les clients utilisent l'application. **L'entreprise doit-elle passer par App Review ?** Non. Meta indique qu'un développeur direct qui accède uniquement aux données de sa propre entreprise n'a besoin ni d'App Review ni de l'accès Advanced. --- ## Erreur WhatsApp 0 : impossible d'authentifier l'utilisateur de l'app https://easycoexistence.com/fr/docs/whatsapp-error-0 Le code d'erreur 0 signifie que Meta n'a pas pu authentifier l'utilisateur de l'app derrière le token d'accès. La description de Meta est la suivante : « We were unable to authenticate the app user. » Le token a expiré, a été invalidé, ou l'utilisateur a bloqué l'accès de toutes les apps à ses données. Le correctif est un nouveau token d'accès, pas une nouvelle tentative. ### Que signifie le code d'erreur WhatsApp 0 ? Il signifie que la plateforme a reçu une requête sans pouvoir la rattacher à un utilisateur d'app de confiance. Meta classe le code 0 parmi les erreurs d'autorisation de la référence d'erreurs de la Cloud API, avec le texte de détail « We were unable to authenticate the app user. » Les raisons possibles qu'elle donne concernent toutes le token : il a expiré, il a été invalidé, ou la personne qui l'a accordé a modifié un paramètre qui empêche toutes les apps d'accéder à ses données. Rien dans cette liste ne concerne le numéro de téléphone, le compte WhatsApp Business ni le message envoyé. La requête n'est jamais allée assez loin pour que l'un d'eux soit vérifié. ### Comment corriger l'erreur 0 ? Obtenez un nouveau token d'accès. C'est le remède indiqué par Meta, et le seul qui fonctionne. Avant de le remplacer, déterminez laquelle des trois causes s'applique, car chacune revient si on l'ignore. Un token utilisateur à courte durée de vie expirera de nouveau à l'échéance. Un token invalidé continuera d'échouer tant que personne n'accorde de nouveau l'accès. Un utilisateur qui a coupé totalement l'accès des apps doit le réactiver avant qu'un token quelconque pour cet utilisateur puisse fonctionner. Pour un envoi de serveur à serveur, le guide des tokens d'accès de Meta recommande les tokens d'utilisateur système, qu'il décrit comme à longue durée de vie et adaptés aux services automatisés qui n'ont besoin d'aucune intervention de l'utilisateur. ### L'erreur 0 est-elle la même que l'erreur 190 ? Elles se recoupent en pratique, et Meta les liste séparément. L'erreur 190 porte le texte de détail « Your access token has expired. » L'erreur 0 est plus large : elle couvre un token expiré, un token invalidé, et un utilisateur qui a bloqué totalement l'accès des apps. Les deux figurent dans le même tableau d'autorisation, et les deux se résolvent en obtenant un nouveau token. La différence pratique tient au diagnostic. Un 190 vous dit que le token est arrivé à échéance. Un 0 vous dit que l'authentification a échoué et vous laisse établir pourquoi, ce qui vaut la peine avant d'émettre un remplaçant qui échouera de la même façon une heure plus tard. - Relancer la même requête. Un token non authentifié le reste, donc chaque nouvelle tentative renvoie de nouveau le code 0. - Reconnecter le numéro. Le numéro n'a jamais été vérifié, donc le réintégrer demande au propriétaire de l'entreprise un travail qui ne change rien. - Émettre un nouveau token utilisateur à courte durée de vie pour une tâche backend. Il expirera à l'échéance et l'erreur reviendra. **L'erreur 0 signifie-t-elle que mon numéro a été déconnecté ?** Non. Les raisons de Meta pour le code 0 concernent toutes le token d'accès. Le numéro et l'app WhatsApp Business sur le téléphone ne sont pas concernés. **Où l'erreur 0 est-elle documentée ?** Dans le tableau des erreurs d'autorisation de la référence des codes d'erreur de la Cloud API de Meta. La Cloud API repose sur la Graph API, qui utilise le même format d'erreur. **L'erreur 0 disparaîtra-t-elle si j'attends ?** Non. Un token expiré ou invalidé ne se rétablit pas de lui-même. Un nouveau token est nécessaire. **Comment vérifier ce qu'un token peut faire ?** Utilisez le débogueur de tokens d'accès de Meta ou l'endpoint debug_token. Les deux indiquent si le token est valide, quand il expire et quelles autorisations il porte. --- ## Erreur WhatsApp 3 : problème de capacité ou de permissions https://easycoexistence.com/fr/docs/whatsapp-error-3 Le code d'erreur 3 signifie que l'app qui appelle l'endpoint n'a pas une capacité ou une permission exigée par cet endpoint. Meta le décrit ainsi : « Capability or permissions issue. » La Graph API le nomme API Method. Pour corriger, inspectez les permissions accordées au token avec l'access token debugger, puis ajoutez celle dont l'endpoint a besoin. ### Que signifie le code d'erreur WhatsApp 3 ? Cela signifie que la requête a été authentifiée, mais que l'app n'a pas le droit de faire ce qu'elle demande. Meta classe le code 3 parmi les erreurs d'autorisation dans la référence de la Cloud API, avec le texte de détail « Capability or permissions issue. » Le guide de gestion des erreurs de la Graph API, dont hérite la Cloud API, appelle ce même code API Method et indique de vérifier que l'app dispose de la capacité ou des permissions nécessaires à l'appel. Le token fonctionne donc. L'identité n'est pas en cause, ce qui distingue cette erreur des codes 0 et 190. Le problème, c'est ce que le token a le droit de toucher. ### Comment vérifier les permissions d'un token ? Avec l'access token debugger, ou avec l'endpoint debug_token, qui renvoie les mêmes informations. La réponse liste les permissions accordées dans sa propriété scopes. Comparez cette liste avec la page de référence de l'endpoint qui a échoué, car chaque référence indique les permissions qu'elle exige. Pour WhatsApp, deux permissions couvrent presque tout. whatsapp_business_management est nécessaire pour les métadonnées du compte, les templates, la liste des numéros de téléphone, les statistiques et les webhooks du compte. whatsapp_business_messaging est nécessaire pour envoyer n'importe quel message et pour recevoir les webhooks de messages et de statut. Un token qui n'en possède qu'une échoue sur les appels qui requièrent l'autre. ### Pourquoi une app partenaire voit-elle l'erreur 3 alors qu'un développeur direct ne la voit pas ? Parce que les partenaires qui servent d'autres entreprises doivent franchir une étape supplémentaire. Le guide des permissions de Meta indique qu'un partenaire dont les clients utilisent l'app pour accéder à leurs données doit passer l'App Review et disposer de l'accès Advanced pour chaque permission dont l'app a besoin. Un développeur direct qui ne travaille qu'avec les données de sa propre entreprise n'a besoin ni de l'App Review ni de l'accès Advanced. Le même code peut donc fonctionner sans problème sur le compte du développeur et échouer sur celui d'un client. Quand ce schéma apparaît, la question n'est pas de savoir quelle permission manque au token, mais si l'app a été approuvée pour utiliser cette permission sur des ressources qui ne lui appartiennent pas. - Générer un nouveau token avec les mêmes scopes. Un token neuf avec les mêmes permissions échoue au même endroit. - Vérifier le nom de la permission dans les paramètres de l'app plutôt que sur le token. Ce qui compte, c'est ce qui a été accordé au token. - Tester uniquement avec votre propre compte. Les apps partenaires ont besoin de l'accès Advanced avant que les comptes clients n'acceptent l'appel. **L'erreur 3 vient-elle de mon numéro de téléphone ?** Non. Elle concerne ce que le token de l'app est autorisé à faire. Le numéro n'est pas vérifié avant que la requête soit refusée. **Quelle est la différence entre l'erreur 3 et l'erreur 10 ?** Le code 3 est un problème de capacité ou de permissions. Le code 10 indique qu'une permission n'a pas été accordée ou a été retirée. Dans les deux cas, la solution passe par la vérification des scopes du token. **De quelle permission ai-je besoin pour envoyer des messages ?** whatsapp_business_messaging. Le guide des permissions de Meta précise qu'elle est requise pour envoyer tout type de message. **Réessayer peut-il aider ?** Non. Les permissions du token ne changent pas d'une tentative à l'autre, donc le résultat reste le même. --- ## Erreur WhatsApp 4 : l'app a atteint sa limite d'appels API https://easycoexistence.com/fr/docs/whatsapp-error-4 Le code d'erreur 4 signifie que l'app a atteint sa limite d'appels API. Meta le décrit ainsi : « The app has reached its API call rate limit. » Il compte les appels de l'app sur une heure glissante, pas les messages envoyés depuis un numéro. Consultez la consommation dans l'App Dashboard, patientez, puis réduisez la fréquence des appels de l'app à l'API. ### Que signifie le code d'erreur WhatsApp 4 ? Il signifie que votre app a effectué trop d'appels API dans la fenêtre en cours, et que les appels suivants sont refusés tant que le compteur n'a pas baissé. Meta classe le code 4 parmi les erreurs de limitation (throttling), avec le texte de détail « The app has reached its API call rate limit. » Le guide Graph API sur la gestion des erreurs l'appelle API Too Many Calls et le décrit comme un problème temporaire de limitation. Il côtoie deux autres codes de limitation faciles à confondre avec lui. Le 80007 indique que le WhatsApp Business Account a atteint sa limite. Le 130429 concerne le débit de messages de la Cloud API. Le code 4 n'est ni l'un ni l'autre : c'est le budget d'appels de l'app elle-même. ### Comment la limite d'appels de l'app est-elle calculée ? Pour les requêtes effectuées avec un token d'accès d'app, le guide Graph API Rate Limiting de Meta donne une formule : le nombre d'appels sur une heure est égal à 200 multiplié par le nombre d'utilisateurs. Ce nombre d'utilisateurs repose sur les utilisateurs actifs quotidiens uniques de l'app, avec des chiffres hebdomadaires et mensuels utilisés quand l'activité quotidienne fléchit. C'est une limite portée par l'app dans son ensemble, et non par utilisateur : quelques utilisateurs très actifs peuvent en consommer l'essentiel. Le guide précise aussi que la consommation apparaît dans l'App Dashboard et, une fois assez d'appels effectués, dans un en-tête X-App-Usage sur les réponses. Cet en-tête permet de voir la limite approcher avant l'arrivée de l'erreur 4. ### Que faire après l'erreur 4 ? Cessez d'appeler l'API un moment, puis appelez-la moins. Le guide Rate Limiting de Meta est direct sur le premier point : une fois la limite atteinte, arrêtez les appels API, car continuer augmente le compteur et allonge le délai avant que les appels réussissent de nouveau. Le second point relève de la conception. Répartissez les requêtes de façon régulière plutôt que par rafales, filtrez les réponses pour qu'un seul appel renvoie ce dont vous avez besoin, et évitez les appels qui récupèrent des données redondantes. Les interrogations répétées sont le coupable habituel. Une intégration qui demande le même statut de compte toutes les quelques secondes dépense son budget pour des réponses qu'elle possède déjà. - Réessayer en boucle. Chaque appel supplémentaire s'ajoute au compteur et repousse la reprise. - La prendre pour une limite d'envoi. Le code 4 compte les appels de l'app, alors que le débit de messages relève du 130429. - Interroger les endpoints de statut à intervalle court. Relire sans cesse des données inchangées consomme le budget horaire. **L'erreur 4 est-elle la même que l'erreur 130429 ?** Non. Le 130429 concerne le débit de messages d'un numéro. L'erreur 4 correspond au nombre d'appels API effectués par votre app. **Combien de temps dure l'erreur 4 ?** Jusqu'à ce que le nombre d'appels dans la fenêtre glissante d'une heure repasse sous la limite. Appeler pendant ce temps la prolonge. **Où voir à quel point mon app est proche de la limite ?** Dans la section Application Rate Limit de l'App Dashboard, et dans l'en-tête X-App-Usage renvoyé avec les réponses. **L'erreur 4 est-elle la même que l'erreur 80007 ?** Non. Meta utilise le 80007 quand le WhatsApp Business Account atteint sa limite, tandis que l'erreur 4 compte les appels de l'app elle-même. --- ## Erreur WhatsApp 10 : permission non accordée ou supprimée https://easycoexistence.com/fr/docs/whatsapp-error-10 Le code d'erreur 10 signifie que le token de l'app n'a pas une permission requise par l'endpoint, soit parce qu'elle n'a jamais été accordée, soit parce qu'elle a été retirée. Meta le décrit ainsi : « Permission is either not granted or has been removed. » Meta cite aussi deux causes propres à WhatsApp : un numéro absent de la liste d'autorisation pour Flows with Endpoint, et le non-respect des conditions d'éligibilité d'une API. ### Que signifie le code d'erreur 10 de WhatsApp ? Il signifie que le token a bien atteint Meta et a été reconnu, mais que la permission exigée par l'appel ne figure pas dessus. La référence de la Cloud API de Meta associe au code 10 le texte « Permission is either not granted or has been removed. » Le guide de gestion des erreurs de la Graph API l'appelle API Permission Denied et indique de traiter la permission manquante. Le mot « removed » compte. Une permission peut être accordée à l'installation puis retirée plus tard, par exemple quand quelqu'un révoque l'accès de l'app dans les paramètres de l'entreprise. Une intégration qui fonctionnait depuis des mois peut donc se mettre à renvoyer 10 sans aucun changement dans son propre code. ### Quelles autres causes Meta indique-t-il pour l'erreur 10 ? Deux causes propres à WhatsApp, faciles à manquer parce qu'elles ne concernent pas du tout les scopes. Pour WhatsApp Flows with Endpoint, Meta demande de vérifier que le numéro de téléphone utilisé pour définir la clé publique de l'entreprise figure dans la liste d'autorisation. Un numéro hors de cette liste produit ce code, même si le token porte toutes les permissions. Meta précise aussi qu'un compte qui ne remplit pas les conditions d'éligibilité de l'API appelée reçoit ce code. Dans ce cas, aucun changement de token n'y fera rien, car le blocage vient de l'éligibilité du compte et non de l'identifiant. ### Comment corriger l'erreur 10 ? Commencez par le débogueur de token d'accès, que Meta nomme comme première vérification. Si la liste des scopes n'a pas la permission dont l'endpoint a besoin, demandez à l'entreprise de l'accorder de nouveau. Pour une app partenaire, cela suppose aussi de confirmer l'accès avancé pour cette permission, puisque le guide des permissions de Meta l'exige pour les comptes clients. Si les scopes semblent complets, passez aux deux causes propres à WhatsApp. Sur un appel Flows, vérifiez la liste d'autorisation pour le numéro qui a défini la clé publique. Dans tous les autres cas, lisez les conditions d'éligibilité de l'API appelée et confirmez que le compte les remplit avant de toucher à un identifiant. - Penser que l'intégration est cassée à cause d'un déploiement. Une permission retirée dans les paramètres de l'entreprise produit ce code sans aucun changement de code. - Refaire le token alors que la cause est l'éligibilité. Un identifiant ne peut pas rendre éligible un compte qui ne l'est pas. - Ignorer la liste d'autorisation de Flows. Sur Flows with Endpoint, un numéro hors de la liste renvoie 10 même avec tous les scopes. **L'erreur 10 est-elle la même que l'erreur 131005 ?** Elles partagent la même description dans la référence de Meta. Le code 10 est celui de la Graph API et 131005 appartient à la plage WhatsApp. Les deux se vérifient de la même façon. **L'erreur 10 peut-elle apparaître sur un numéro qui fonctionnait hier ?** Oui. La description de Meta inclut les permissions retirées : un accès accordé auparavant peut donc être supprimé plus tard. **L'erreur 10 signifie-t-elle que mon token a expiré ?** Non. Un token expiré correspond au code 190 ou 0. Le code 10 signifie que le token est valide mais qu'il lui manque une permission. **Comment voir quelles permissions ont été accordées ?** Appelez debug_token ou ouvrez le débogueur de token d'accès. La propriété scopes liste toutes les permissions du token. --- ## Erreur WhatsApp 200 : aucun token d'accès fourni https://easycoexistence.com/fr/docs/whatsapp-error-200 Le code d'erreur 200 signifie que la requête est arrivée chez Meta sans token d'accès. Meta le décrit ainsi : « No access token was provided », et l'API renvoie le message « Provide valid app ID ». Il apparaît sur certains endpoints GET comme whatsapp_business_profile. Les codes 200 à 299 couvrent aussi les permissions non accordées ou retirées. ### Pourquoi l'erreur 200 affiche-t-elle « Provide valid app ID » ? Parce que c'est le message renvoyé par l'API, alors que le vrai problème est un token manquant. La référence des erreurs de Meta indique que le code 200 survient sur certains endpoints GET, comme whatsapp_business_profile, lorsqu'aucun token n'est inclus, et que l'API renvoie alors le message « Provide valid app ID ». Cette même référence précise que d'autres endpoints peuvent renvoyer 190 ou 104 pour la même omission. Le libellé pointe donc vers l'app ID, alors que la correction concerne le token. Vérifiez que l'en-tête Authorization est présent et correctement orthographié, et que la variable contenant le token était bien renseignée au moment de construire la requête. ### Quand l'erreur 200 signifie-t-elle plutôt une permission manquante ? Quand le token est présent, mais que l'app n'a pas la permission requise par l'appel. Meta liste la plage 200 à 299 comme « Permission is either not granted or has been removed », avec le même remède que le code 10 : vérifier le token dans le débogueur de tokens d'accès. Deux cas précis sont documentés. Le guide des permissions indique qu'une app utilisant whatsapp_business_management sur des WABA que son entreprise ne possède pas, sans accès Advanced, reçoit l'erreur 200. Le guide d'enregistrement indique que désenregistrer un numéro sans whatsapp_business_management renvoie l'erreur 200. Le guide des tokens d'accès ajoute un troisième cas : un token de System User dont l'utilisateur n'a pas accès à la ressource interrogée est rejeté avec 200. Lisez le texte du message pour distinguer les cas. Un token manquant affiche « Provide valid app ID ». ### En quoi l'erreur 200 diffère-t-elle de l'erreur 190 ? L'erreur 190 signifie qu'un token a été envoyé et qu'il a expiré. L'erreur 200, dans son premier sens, signifie qu'aucun token n'a été envoyé. La référence de Meta énonce cette distinction clairement : le remède pour 200 est de s'assurer que la requête inclut un token d'accès valide, et elle présente cette situation comme distincte de 190, qui couvre les tokens expirés ou invalides. Cela change l'endroit où chercher. Un 190 vous renvoie à la durée de vie des tokens et à leur renouvellement. Un 200 avec « Provide valid app ID » vous renvoie au code qui construit la requête, car l'identifiant n'a jamais quitté votre système. - Chercher un problème d'app ID. Le message parle d'app ID, mais la cause documentée par Meta est une requête sans token. - Renouveler le token alors qu'il n'a jamais été envoyé. Un nouveau token que la requête continue d'omettre produit la même erreur. - Traiter tout 200 comme un token manquant. Quand un token est présent, la plage 200 à 299 indique une permission manquante. **L'erreur 200 peut-elle apparaître sur un numéro qui fonctionne ?** Oui. Elle décrit la requête, pas le numéro. Un numéro en parfaite santé rejette quand même un appel qui arrive sans token. **Pourquoi un endpoint a-t-il renvoyé 200 et un autre 190 ?** Meta indique que, pour un token manquant, certains endpoints GET renvoient 200, tandis que d'autres endpoints peuvent renvoyer 190 ou 104. **Désenregistrer un numéro exige-t-il une permission particulière ?** Oui. Le guide d'enregistrement de Meta indique que désenregistrer sans whatsapp_business_management renvoie l'erreur 200. **L'erreur 200 est-elle liée à l'erreur 10 ?** Dans son sens de permission, oui. Les deux portent la description d'une permission non accordée ou retirée. --- ## Erreur WhatsApp 130472 : message non envoyé dans le cadre d'une expérience https://easycoexistence.com/fr/docs/whatsapp-error-130472 L'erreur 130472 signifie qu'un message template marketing n'a pas été envoyé, car le destinataire fait partie de l'expérience de Meta sur les messages marketing. Meta la décrit ainsi : « Message non envoyé dans le cadre d'une expérience ». Un faible pourcentage d'utilisateurs WhatsApp ne reçoit aucun template marketing, sauf si une fenêtre de service client ou une fenêtre de point d'entrée gratuit est ouverte. Le message n'est pas facturé. ### Que signifie l'erreur WhatsApp 130472 ? Elle signifie que Meta a retenu un template marketing parce que le destinataire appartient à un groupe d'expérience. La page des expériences de Meta explique que WhatsApp mène des expériences continues pour mesurer l'effet des messages sur l'expérience des utilisateurs. Dans l'expérience sur les messages marketing, un très faible pourcentage d'utilisateurs WhatsApp ne reçoit aucun template marketing, quelle que soit l'entreprise, sauf si une fenêtre de service client ou une fenêtre de point d'entrée gratuit est ouverte avec cette entreprise. Quand vous envoyez un template marketing à un tel utilisateur, WhatsApp ne l'envoie pas et ne vous le facture pas. Un webhook de statut arrive avec le statut failed et le code d'erreur 130472. ### Comment joindre un client qui déclenche l'erreur 130472 ? En l'amenant à vous écrire en premier, ce qui ouvre une fenêtre de service client. La page des expériences de Meta est explicite : renvoyer le template produit la même erreur. Elle suggère de contacter l'utilisateur par un autre canal que WhatsApp et de lui demander de vous écrire, afin que le template puisse être envoyé dans une fenêtre de service client ouverte. L'expérience se limite aux templates marketing. Elle s'applique aux utilisateurs du groupe quelle que soit l'entreprise qui envoie : rien dans votre compte, votre template ou votre numéro n'en est la cause, et modifier l'un d'eux n'y change rien. ### Comment une intégration doit-elle gérer l'erreur 130472 ? Comme un état final pour ce message, pas comme un échec à retenter. Comme l'erreur arrive par le webhook de statut et pas seulement dans la réponse d'envoi, le traitement doit se faire dans le processeur de webhooks. Marquez le message comme retenu par l'expérience, ne mettez aucune nouvelle tentative en file et excluez-le des alertes de taux d'échec, pour qu'il ne passe pas pour un problème de délivrabilité. Il est aussi utile de les séparer dans vos rapports. Une campagne comptant quelques résultats 130472 n'a perdu ni qualité ni portée à cause de vous, et les compter avec les vrais échecs rend les chiffres plus difficiles à lire. - Renvoyer le template. Meta indique qu'un renvoi produit la même erreur. - Y voir un problème de qualité. L'expérience s'applique à un groupe d'utilisateurs, pour toutes les entreprises. - Surveiller seulement la réponse d'envoi. Le statut 130472 arrive par le webhook des messages. **Suis-je facturé pour un message bloqué par 130472 ?** Non. La page des expériences de Meta indique que le message n'est pas envoyé et que vous ne le payez pas. **Puis-je désactiver l'expérience pour mon entreprise ?** Non. Meta précise qu'aucune exception ni désactivation n'est possible, et que l'expérience n'a pas de date de fin fixe. **L'erreur 130472 touche-t-elle les templates utility ?** Meta décrit l'expérience comme couvrant les templates marketing. Elle ne mentionne aucune autre catégorie. **Comment puis-je tout de même remettre le message ?** Demandez au client, par un autre canal, de vous écrire. Dans la fenêtre de service client ouverte, le template peut être envoyé. --- ## Erreur WhatsApp 131005 : accès refusé, autorisation manquante https://easycoexistence.com/fr/docs/whatsapp-error-131005 L'erreur 131005 signifie que le token d'accès n'a pas une autorisation exigée par l'endpoint WhatsApp, soit parce qu'elle n'a jamais été accordée, soit parce qu'elle a été retirée ensuite. Meta la décrit ainsi : « Permission is either not granted or has been removed. » Pour corriger, inspectez le token avec l'outil Access Token Debugger, puis accordez l'autorisation manquante ou utilisez un token qui la possède. ### Que signifie l'erreur WhatsApp 131005 ? Elle signifie que le token est reconnu comme authentique, mais qu'il ne porte pas l'autorisation que vérifie l'endpoint. La référence de la Cloud API de Meta liste 131005 avec le texte « Permission is either not granted or has been removed. » L'erreur 10 de la Graph API reprend exactement la même phrase. La seule différence tient à la plage : 10 est un code générique de la Graph API, alors que 131005 fait partie des codes WhatsApp qui commencent par 131. Les mots étant les mêmes, le diagnostic est le même. Dans les deux cas, Meta recommande d'utiliser l'outil Access Token Debugger et de vérifier que l'application détient les autorisations exigées par l'endpoint. ### Quelle autorisation manque le plus souvent ? Le plus souvent l'une des deux autorisations WhatsApp, et laquelle dépend de ce que fait l'appel. Le guide des autorisations de Meta les sépare par usage. whatsapp_business_messaging est nécessaire pour envoyer tout type de message et pour recevoir les webhooks de messages et de statuts. whatsapp_business_management sert aux métadonnées du compte, à la gestion des templates, à la liste des numéros de téléphone, aux statistiques et aux webhooks du compte. Un token généré avec la seule autorisation de gestion peut lire le compte et lister les templates, puis échouer dès qu'il tente d'envoyer. Pour générer un token d'utilisateur système, le guide des tokens d'accès de Meta demande d'attribuer ensemble business_management, whatsapp_business_management et whatsapp_business_messaging. ### Comment corriger l'erreur 131005 ? Lisez d'abord le token, puis ne modifiez que ce qui manque. Appelez l'endpoint debug_token, ou collez le token dans l'outil Access Token Debugger. La propriété scopes liste chaque autorisation accordée. Comparez-la avec la page de référence de l'endpoint qui a échoué. Si une autorisation est absente, générez un nouveau token qui l'inclut, ou demandez au propriétaire de l'entreprise de l'accorder à nouveau si le token provient d'un flux partenaire. Si toutes les autorisations sont présentes et que l'erreur persiste, vérifiez que l'utilisateur système derrière le token a bien accès au compte WhatsApp Business concerné : un token peut avoir tous les scopes et ne pas être affecté à cette ressource. - Croire que le token a expiré. Une expiration renvoie 190 ou 0. Ce code signifie que le token fonctionne mais qu'il lui manque une autorisation. - Générer un token avec la seule autorisation de gestion, puis l'utiliser pour envoyer. L'envoi exige whatsapp_business_messaging. - Vérifier les scopes et s'arrêter là. Un utilisateur système doit aussi avoir accès à ce compte WhatsApp Business précis. **131005 est-elle la même erreur que 10 ?** Elles portent la même description dans la référence de Meta. 131005 appartient à la plage WhatsApp et 10 à celle de la Graph API. **Une autorisation peut-elle être retirée après la configuration ?** Oui. La description de Meta couvre explicitement les autorisations retirées, pas seulement celles qui n'ont jamais été accordées. **L'erreur 131005 touche-t-elle l'application WhatsApp Business sur le téléphone ?** Non. Elle concerne le token de l'API. L'application sur le téléphone continue de fonctionner comme avant. **Faut-il réessayer après l'erreur 131005 ?** Non. Réessayer avec le même token donne le même résultat. Corrigez d'abord l'autorisation. --- ## Erreur WhatsApp 131037 : le numéro 555 n'a pas de nom d'affichage approuvé https://easycoexistence.com/fr/docs/whatsapp-error-131037 L'erreur 131037 signifie que le message a été envoyé depuis un numéro de téléphone professionnel 555 dont le nom d'affichage n'a pas été approuvé. Meta la décrit ainsi : « Le numéro de téléphone professionnel 555 utilisé pour envoyer la requête n'a pas de nom d'affichage approuvé. » Un numéro 555 ne peut envoyer aucun message tant que Meta n'a pas approuvé son nom d'affichage : la solution consiste donc à le modifier. ### Qu'est-ce qu'un numéro de téléphone professionnel 555 ? Un numéro que Meta propose via Embedded Signup aux entreprises qui y sont éligibles. Selon la présentation d'Embedded Signup de Meta, une entreprise cliente peut réclamer jusqu'à deux numéros 555. Ils utilisent l'indicatif des États-Unis +1 avec le code régional 555, sont vérifiés automatiquement, et ne peuvent pas être migrés vers un autre compte WhatsApp Business ni utilisés en dehors de la WhatsApp Business Platform. Pour le reste, ils se comportent comme des numéros professionnels standard, soumis aux règles de tarification et aux niveaux de qualité, avec une condition supplémentaire qui explique cette erreur : le nom d'affichage d'un numéro 555 doit être approuvé avant qu'il puisse envoyer des messages. ### Comment corriger l'erreur 131037 ? Faites approuver le nom d'affichage, ce qui revient en pratique à le remplacer par un nom qui passe la vérification. La solution de Meta est de modifier le nom d'affichage du numéro 555, et elle renvoie vers son article du Centre d'aide sur la modification d'un nom d'affichage WhatsApp Business. Dans WhatsApp Manager, cela se trouve sous Outils du compte, Numéros de téléphone, onglet Profil du numéro, puis Modifier dans la section Nom d'affichage. Suivez les consignes de Meta sur les noms d'affichage, car un nom refusé vous ramène au point de départ. Le guide de Meta sur les noms d'affichage ajoute qu'une fois la modification approuvée, vous disposez de 14 jours pour réenregistrer le numéro, et que réenregistrer avant l'approbation n'a aucun effet. ### Comment vérifier que le nom d'affichage est approuvé ? Demandez le champ name_status sur l'ID du numéro de téléphone. Le guide de Meta sur les noms d'affichage précise que le champ verified_name contient seulement la chaîne soumise à la vérification et n'indique pas si elle a été approuvée. Le champ name_status, lui, le fait. Un webhook phone_number_name_update rapporte aussi la décision, avec decision défini sur APPROVED ou REJECTED. Lorsqu'un nom est refusé, name_status prend la valeur DECLINED. Meta recommande de relire les consignes et de modifier le nom, ou de déposer un recours auprès du support développeur. Tant que le statut ne change pas, chaque envoi depuis ce numéro 555 continuera de renvoyer 131037. - Prendre verified_name pour une approbation. Meta précise que seul name_status indique si le nom a été approuvé. - Réenregistrer le numéro avant l'approbation. Meta indique que cela n'a aucun effet tant que le nouveau nom n'est pas approuvé. - Modifier le nom à répétition sans lire les consignes. Meta autorise 10 modifications par période de 30 jours. **L'erreur 131037 touche-t-elle les numéros professionnels ordinaires ?** Non. La description de Meta vise précisément un numéro de téléphone professionnel 555 sans nom d'affichage approuvé. **Puis-je déplacer un numéro 555 vers un autre compte ?** Non. Meta indique que les numéros 555 ne peuvent pas être migrés vers un autre compte WhatsApp Business. **Comment saurai-je que le nom est approuvé ?** Un webhook phone_number_name_update arrive avec decision défini sur APPROVED, et name_status passe à APPROVED. **Que faire si le nom d'affichage est refusé ?** Modifiez-le en suivant les consignes de Meta sur les noms d'affichage, ou déposez un recours auprès du support développeur. --- ## Erreur WhatsApp 131057 : compte Business en mode maintenance https://easycoexistence.com/fr/docs/whatsapp-error-131057 L'erreur 131057 signifie que le compte WhatsApp Business est en mode maintenance : les requêtes qui le concernent sont refusées pendant une courte période. Meta la décrit ainsi : « Le compte Business est en mode maintenance. » Une des raisons citées par Meta est une hausse de débit, qui prend jusqu'à une minute. Patientez et réessayez au lieu de modifier la requête. ### Que signifie l'erreur WhatsApp 131057 ? Elle signifie que Meta a placé le compte WhatsApp Business en mode maintenance et n'accepte pas de requêtes qui le concernent à ce moment-là. La référence de Cloud API indique le texte de détail « Le compte Business est en mode maintenance » et précise qu'une des raisons possibles est une hausse de débit sur le compte. La formule « une des raisons » compte : Meta présente la hausse comme une cause possible, pas comme la seule. Rien n'est faux dans la requête. Le même appel, renvoyé tel quel une fois la maintenance terminée, devrait passer. C'est l'un des rares codes où attendre suffit à tout régler. ### Pourquoi une hausse de débit provoque-t-elle l'erreur 131057 ? Parce que le numéro est brièvement inutilisable pendant qu'il passe au débit supérieur. Selon le guide du débit de Meta, Cloud API prend en charge jusqu'à 80 messages par seconde par défaut, et jusqu'à 1 000 après une hausse automatique. Le processus de hausse peut durer jusqu'à une minute. Pendant ce temps, le numéro ne peut pas être utilisé sur la plateforme et toute requête API renvoie 131057. Après la première hausse, les augmentations suivantes se font sans interruption. Le guide énumère les conditions d'éligibilité : une limite d'envoi illimitée sur le Business Portfolio, au moins 100K utilisateurs distincts contactés hors fenêtre de service client sur 24 heures glissantes, et une note de qualité Moyenne ou supérieure. ### L'erreur 131057 concerne-t-elle un numéro Coexistence ? Elle peut apparaître sur n'importe quel numéro, mais l'explication par le débit s'applique moins bien aux numéros Coexistence. Le guide du débit de Meta indique que les numéros utilisés à la fois avec l'app WhatsApp Business et Cloud API ont un débit fixe de 20 messages par seconde, afin de rester compatibles avec l'app. La hausse automatique jusqu'à 1 000 décrite dans le même guide concerne les numéros au niveau par défaut. Sur un numéro Coexistence, prenez donc 131057 au sens littéral, un compte en mode maintenance, et attendez avant de réessayer. Si l'erreur persiste bien au-delà de quelques minutes, contactez le support Meta avec le fbtrace_id de la réponse plutôt que de reconnecter le numéro. - Modifier la requête. Elle est valide : aucun changement ne peut aider tant que le compte est en maintenance. - Réessayer sans délai. Pendant une hausse, chaque appel de cette minute renvoie le même code. - Reconnecter le numéro. Le mode maintenance se situe côté Meta et prend fin sans aucune action de l'entreprise. **Combien de temps dure le mode maintenance ?** Meta indique qu'une hausse de débit prend jusqu'à une minute. Meta ne publie aucune durée pour les autres causes de maintenance. **Serai-je prévenu quand la hausse est terminée ?** Oui. Meta envoie un webhook phone_number_quality_update avec event défini sur THROUGHPUT_UPGRADE une fois le numéro mis à niveau. **Un débit plus élevé coûte-t-il plus cher ?** Non. Le guide du débit de Meta précise que la hausse est gratuite et n'affecte pas la tarification. **L'erreur 131057 est-elle liée à 130429 ?** Indirectement. 130429 signifie que vous avez envoyé plus vite que votre débit ne le permet. 131057 peut apparaître pendant que ce débit est relevé. --- ## Erreur WhatsApp 132005 : le texte traduit est trop long https://easycoexistence.com/fr/docs/whatsapp-error-132005 L'erreur 132005 signifie que le texte du template envoyé est trop long dans la traduction utilisée. Meta la décrit ainsi : « Translated text is too long ». Elle recommande de vérifier dans WhatsApp Manager que le template a bien été traduit, puis d'examiner son statut. Le corps d'un template est limité à 1 024 caractères et le pied de page à 60. ### Que signifie l'erreur WhatsApp 132005 ? Elle signifie que l'envoi d'un template a échoué, car le texte, dans la version linguistique envoyée, dépasse ce que la plateforme autorise. Meta classe 132005 parmi les erreurs de template, avec le détail « Translated text is too long ». Sa recommandation : vérifier dans WhatsApp Manager que le template a été traduit, puis consulter sa documentation sur la qualité des templates pour savoir comment contrôler le statut du template. Le mot « translated » est l'indice. Un template existe pour chaque langue, et la version qui échoue est celle qui correspond au code de langue de votre requête d'envoi, pas forcément celle que vous avez écrite et vérifiée en premier. ### Comment corriger l'erreur 132005 ? Ouvrez le template dans WhatsApp Manager et regardez la langue que vous envoyez. Vérifiez qu'une traduction existe pour le code de langue de la requête et que son statut autorise l'envoi. Contrôlez ensuite sa longueur par rapport aux limites de Meta : le corps est limité à 1 024 caractères et le pied de page à 60. Les traductions sont souvent plus longues que l'original : un template qui tient dans une langue peut dépasser la limite dans une autre. Si une traduction est trop longue, raccourcissez cette version linguistique dans WhatsApp Manager. Renvoyer le même template dans la même langue sans le modifier échouera de la même façon. ### Comment éviter l'erreur 132005 dans des templates multilingues ? Vérifiez chaque version linguistique par rapport aux limites avant de la soumettre, et pas seulement la première. Un simple contrôle de longueur dans l'outil qui sert à rédiger vos templates suffit dans la plupart des cas : comptez les caractères du corps et du pied de page de chaque traduction, puis comparez à 1 024 et à 60. Gardez une marge lorsque le corps contient des variables, car les valeurs insérées à l'envoi font partie du message que reçoit le client. Rattachez le code de langue de votre logique d'envoi à des traductions qui existent réellement. Demander une langue que le template n'a pas déclenche une autre erreur, 132001, et bien distinguer les deux rend les logs plus lisibles. - Ne vérifier que la langue d'origine. La version qui échoue est la traduction correspondant au code de langue de la requête. - Renvoyer sans modifier. La longueur du texte ne change pas d'une tentative à l'autre. - La confondre avec 132001. Ce code signifie que le template n'existe pas dans cette langue ou n'est pas approuvé. **L'erreur 132005 vient-elle de mes variables ?** La description de Meta indique que le texte traduit est trop long. Vérifiez d'abord la longueur de la traduction, en prévoyant de la place pour les valeurs des variables. **Quelle est la limite du corps d'un template ?** La référence de Meta sur les composants de template fixe un maximum de 1 024 caractères pour le corps du texte. **Où vérifier la traduction ?** Dans WhatsApp Manager, sur le template, dans la version linguistique qui correspond à votre requête. **L'erreur 132005 est-elle la même que 132001 ?** Non. Meta décrit 132001 comme un template qui n'existe pas dans la langue indiquée ou qui n'a pas été approuvé. --- ## Erreur WhatsApp 133000 : échec du désenregistrement précédent https://easycoexistence.com/fr/docs/whatsapp-error-133000 L'erreur 133000 signifie qu'une tentative précédente de désenregistrement du numéro de téléphone a échoué : le numéro ne peut pas être enregistré tant que ce point n'est pas résolu. La description de Meta est « A previous deregistration attempt failed » (une tentative de désenregistrement précédente a échoué). La solution indiquée par Meta consiste à désenregistrer à nouveau le numéro, puis à l'enregistrer. Les deux endpoints sont limités à 10 requêtes par numéro sur une fenêtre glissante de 72 heures. ### Que signifie l'erreur WhatsApp 133000 ? Elle signifie que la plateforme conserve encore un désenregistrement inachevé pour ce numéro, et qu'elle refuse de l'enregistrer par-dessus. Meta répertorie 133000 avec le texte de détails « A previous deregistration attempt failed » et un remède en une ligne : désenregistrer à nouveau le numéro avant de l'enregistrer. L'erreur apparaît donc généralement lors d'un appel d'enregistrement, alors que la cause se trouve dans un appel de désenregistrement antérieur. Le désenregistrement se fait par un POST vers l'endpoint deregister de l'identifiant du numéro de téléphone. Le guide d'enregistrement de Meta avertit qu'il rend le numéro inutilisable avec Cloud API jusqu'à son nouvel enregistrement, et qu'il ne supprime ni le numéro ni l'historique de ses messages. ### Comment corriger l'erreur 133000 ? Répétez le désenregistrement, vérifiez qu'il a réussi, puis enregistrez le numéro. Un appel deregister réussi renvoie success à true. Ce n'est qu'après avoir obtenu cette réponse que l'appel register doit suivre, avec le champ messaging_product et le code PIN à six chiffres de la validation en deux étapes du numéro. L'appel deregister nécessite la permission whatsapp_business_management. Le guide d'enregistrement de Meta indique qu'une requête de désenregistrement sans cette permission renvoie l'erreur 200, que l'on peut prendre pour un second échec du même type. Si l'appel deregister continue lui-même d'échouer, lisez la valeur de details dans chaque réponse avant d'en envoyer un autre, car chaque tentative compte dans la limite décrite ci-dessous. ### Pourquoi la limite de tentatives compte-t-elle ici ? Parce que corriger cette erreur est déjà une suite de tentatives, et que Meta les plafonne. Le guide d'enregistrement limite les endpoints register et deregister à 10 requêtes par numéro d'entreprise sur une fenêtre glissante de 72 heures. Un dépassement renvoie l'erreur 133016, et le numéro est alors bloqué pour cette opération pendant les 72 heures suivantes. Un script qui enchaîne en boucle des appels deregister et register après un échec peut épuiser le quota en quelques secondes et laisser le numéro inutilisable pendant trois jours. Faites chaque tentative de façon délibérée, journalisez la réponse, et arrêtez-vous pour investiguer après deux ou trois échecs plutôt que de continuer automatiquement. - Rappeler register sans désenregistrer d'abord. Le remède de Meta exige que le désenregistrement soit terminé avant l'enregistrement. - Enchaîner automatiquement en boucle des appels register et deregister. La limite est de dix requêtes en 72 heures, et la dépasser bloque le numéro. - Désenregistrer sans whatsapp_business_management. Cela renvoie l'erreur 200, qui masque le véritable état du numéro. **Le désenregistrement supprime-t-il mon numéro ?** Non. Le guide d'enregistrement de Meta indique que le désenregistrement ne supprime ni le numéro ni l'historique de ses messages. **Puis-je désenregistrer un numéro Coexistence avec l'API ?** Non. Meta précise que l'endpoint deregister ne peut pas être utilisé sur un numéro employé à la fois avec Cloud API et l'application WhatsApp Business. **Que se passe-t-il après 10 tentatives ?** L'API renvoie 133016 et bloque le numéro pour cette opération pendant les 72 heures suivantes. **Ai-je besoin du PIN pour enregistrer à nouveau le numéro ?** Oui. L'enregistrement demande le code PIN à six chiffres de la validation en deux étapes du numéro lorsque celle-ci est activée. --- ## Erreur WhatsApp 133004 : serveur temporairement indisponible https://easycoexistence.com/fr/docs/whatsapp-error-133004 L'erreur 133004 signifie que le serveur chargé de traiter la requête était temporairement indisponible. Meta la décrit ainsi : « Server is temporarily unavailable. » La requête elle-même n'est pas en cause. Meta recommande de consulter la page de statut de la WhatsApp Business Platform et de lire la valeur de details dans la réponse avant de réessayer, puis de relancer la requête avec un délai. ### Que signifie l'erreur WhatsApp 133004 ? Elle signifie que la plateforme n'a pas pu traiter la requête à ce moment-là, car un serveur était indisponible. Meta liste 133004 dans la référence des erreurs de la Cloud API, avec le texte de details « Server is temporarily unavailable. » Le mot temporairement est l'élément clé. Rien n'est rejeté côté token d'accès, numéro ou message, et la même requête peut réussir peu de temps après. Ce code figure parmi les codes 133, dont la plupart concernent l'enregistrement et la désinscription de numéros de téléphone. On le rencontre donc souvent lors d'un appel d'enregistrement. Meta ne le limite toutefois pas à l'enregistrement : considérez-le comme une condition serveur, où qu'il apparaisse. ### Que vérifier avant de réessayer ? Deux choses, toutes deux citées dans la solution de Meta. Premièrement, la page de statut de la WhatsApp Business Platform sur metastatus.com. Si Meta signale un incident, réessayer ne sert à rien tant qu'il n'est pas résolu, et cette page vous répond plus vite que vos propres logs. Deuxièmement, la valeur de details dans error_data, au sein de la réponse. La référence des erreurs de Meta décrit details comme la raison la plus probable de l'erreur, parfois accompagnée de conseils sur la marche à suivre. Pour ce code, Meta demande explicitement de la consulter avant de réessayer. Si la page de statut est au vert et que details n'indique aucun délai, réessayez avec un délai croissant plutôt qu'immédiatement. ### En quoi 133004 diffère-t-elle des autres erreurs temporaires ? Meta liste plusieurs codes qui décrivent une indisponibilité passagère, et il vaut mieux les distinguer dans vos logs. Le code 1 est décrit comme une requête invalide ou une possible erreur serveur, le code 2 comme temporaire en raison d'une interruption ou d'une surcharge, et 131016 comme un service temporairement indisponible. 133004 désigne précisément un serveur. Le traitement est similaire pour tous : confirmer le statut de la plateforme, lire la valeur de details, puis espacer les tentatives avant de réessayer. Consigner le code exact reste utile, car un regroupement d'un même code à une heure donnée apprend bien plus au support Meta qu'une note générique disant que l'API était en panne. - Réessayer instantanément en boucle serrée. Un serveur en panne le reste aussi à la milliseconde suivante. - Ignorer la valeur de details. Meta demande de la lire avant de réessayer, et elle peut contenir la raison. - Modifier la requête pour contourner l'erreur. Rien dans la requête n'a causé le problème. **L'erreur 133004 est-elle de ma faute ?** Non. Meta la décrit comme un serveur temporairement indisponible. La requête n'en est pas la cause. **Où se trouve la page de statut de la WhatsApp Business Platform ?** Meta renvoie vers metastatus.com/whatsapp-business-api depuis sa référence des codes d'erreur. **Combien de temps attendre avant de réessayer ?** Meta ne donne pas de durée fixe. Consultez la valeur de details et la page de statut, puis réessayez avec un délai croissant. **Que transmettre au support Meta si le problème persiste ?** Le fbtrace_id de la réponse d'erreur, qui peut aider Meta à diagnostiquer le problème. --- ## Erreur WhatsApp 133009 : PIN de vérification en deux étapes saisi trop vite https://easycoexistence.com/fr/docs/whatsapp-error-133009 L'erreur 133009 signifie que des tentatives de PIN de vérification en deux étapes sont arrivées chez Meta plus vite qu'il ne les accepte. Meta la décrit ainsi : « Two-step verification PIN was entered too quickly. » Le PIN peut être bon ou mauvais. Lisez la valeur details dans la réponse avant de réessayer, et n'envoyez la tentative suivante qu'une fois l'attente indiquée écoulée. ### Que signifie l'erreur WhatsApp 133009 ? Elle signifie que les tentatives de PIN pour ce numéro arrivent trop rapprochées, et que Meta refuse la dernière sans la juger. La référence de la Cloud API associe au code 133009 le texte details « Two-step verification PIN was entered too quickly » et une seule consigne : vérifier la valeur details dans la réponse avant de réessayer. Ce code se situe entre deux codes voisins. Le 133005 indique que le PIN est incorrect. Le 133008 indique qu'il y a eu trop de tentatives de PIN pour le numéro. Le 133009 ne concerne que le rythme, ce qui explique qu'il apparaisse lorsqu'un processus envoie des PIN en rafale, par exemple une boucle de nouvelles tentatives sur un appel register. ### Comment corriger l'erreur 133009 ? Ralentissez, et cessez de deviner. Lisez la valeur details dans error_data avant la tentative suivante. La référence de Meta décrit details comme la raison la plus probable de l'erreur, et pour ce code c'est la première chose que Meta vous demande de vérifier. Assurez-vous ensuite que la tentative suivante utilise un PIN que quelqu'un connaît réellement. Si personne ne le connaît, le guide de la vérification en deux étapes de Meta décrit une réinitialisation dans WhatsApp Manager : ouvrez les paramètres du numéro de téléphone, choisissez Two-step verification, puis cliquez sur Change PIN. Un nouveau PIN connu est plus rapide qu'une série d'essais qui finissent en 133008 et en attente plus longue. ### Où le PIN est-il utilisé ? Lors de l'enregistrement du numéro pour la Cloud API, et dans quelques opérations de compte voisines. Le guide de la vérification en deux étapes de Meta indique que ce paramètre exige un PIN à six chiffres lors de l'enregistrement du numéro de téléphone, et que l'appel d'enregistrement prend le PIN comme champ obligatoire lorsque la vérification en deux étapes est activée. Le guide des numéros de téléphone de Meta ajoute que le PIN est nécessaire pour le modifier ou pour supprimer le numéro de la plateforme. Comme on s'en sert rarement, on l'oublie facilement. Conservez-le avec les autres identifiants du compte de l'entreprise, et non chez la personne qui a configuré le numéro la première fois. - Relancer immédiatement l'appel register dans une boucle. Des tentatives de PIN en rafale sont exactement ce que ce code signale. - Essayer des PIN différents entre deux tentatives. Trop d'essais vous font passer du 133009 au 133008. - Ignorer la valeur details. Meta la désigne comme l'élément à vérifier avant de réessayer. **L'erreur 133009 signifie-t-elle que mon PIN est faux ?** Pas forcément. Elle signifie que les tentatives sont arrivées trop vite. Un PIN incorrect est signalé par le code 133005. **Combien de temps faut-il attendre après le 133009 ?** Meta ne publie pas de durée fixe. Lisez la valeur details dans la réponse avant de réessayer. **Peut-on désactiver la vérification en deux étapes par API ?** Non. Le guide de la vérification en deux étapes de Meta précise qu'il n'existe aucun endpoint pour la désactiver. Vous pouvez en revanche définir un nouveau PIN. **Comment réinitialiser un PIN oublié ?** Dans WhatsApp Manager, ouvrez les paramètres du numéro de téléphone, choisissez Two-step verification, puis cliquez sur Change PIN. --- ## Erreur WhatsApp 133015 : numéro récemment supprimé, suppression non terminée https://easycoexistence.com/fr/docs/whatsapp-error-133015 L'erreur 133015 signifie que le numéro de téléphone que vous enregistrez a été supprimé récemment et que cette suppression n'est pas encore terminée. Meta la décrit ainsi : « The phone number you are attempting to register was recently deleted, and deletion has not yet completed. » La solution documentée consiste à attendre 5 minutes avant de renvoyer la requête d'enregistrement. ### Que signifie l'erreur WhatsApp 133015 ? Elle signifie qu'une requête d'enregistrement est arrivée alors que le même numéro était encore en cours de suppression. La documentation de Meta donne le texte complet des détails : « The phone number you are attempting to register was recently deleted, and deletion has not yet completed. » Le remède est tout aussi précis : attendre 5 minutes avant de renvoyer la requête. On y arrive le plus souvent en déplaçant un numéro. Quelqu'un le supprime d'un compte WhatsApp Business puis l'enregistre aussitôt dans un autre, ou le supprime et le rajoute pour repartir de zéro, et la seconde étape atteint Meta avant que la première ne soit terminée en arrière-plan. ### Comment supprime-t-on un numéro de téléphone professionnel ? Uniquement dans WhatsApp Manager, et uniquement par un administrateur du Business Portfolio. Le guide des numéros de téléphone de Meta précise qu'un numéro professionnel ne peut pas être supprimé via l'API. La suppression se fait dans WhatsApp Manager, un numéro au statut Connected exige son code PIN de vérification en deux étapes, et un numéro qui a envoyé des messages payants au cours des 30 derniers jours ne peut pas être supprimé avant l'écoulement de 30 jours après le dernier. Supprimer n'est pas désenregistrer. Selon le guide d'enregistrement de Meta, désenregistrer rend seulement le numéro inutilisable avec Cloud API et ne supprime ni le numéro ni son historique de messages. L'erreur 133015 concerne précisément la suppression. ### Comment éviter l'erreur 133015 lors du déplacement d'un numéro ? Intégrez l'attente à la procédure plutôt que de la découvrir en cours de route. Après avoir supprimé le numéro, patientez au moins 5 minutes avant l'appel register. Si l'appel renvoie encore 133015, attendez de nouveau au lieu de réessayer immédiatement. La raison de cette patience est la limite d'enregistrement. Meta autorise 10 requêtes vers l'endpoint register par numéro sur une fenêtre glissante de 72 heures, et au-delà, l'API renvoie 133016 et bloque l'enregistrement pendant les 72 heures suivantes. Une boucle de nouvelles tentatives toutes les quelques secondes face à 133015 peut épuiser ces dix essais avant même que la suppression ne soit terminée. - Renvoyer l'appel register toutes les quelques secondes. Chaque appel compte dans la limite de 10 par 72 heures. - Confondre suppression et désenregistrement. Désenregistrer ne supprime pas le numéro, et ce code concerne la suppression. - Tenter de supprimer le numéro via l'API. Meta ne prend en charge la suppression que dans WhatsApp Manager. **Combien de temps faut-il attendre après l'erreur 133015 ?** Meta indique d'attendre 5 minutes avant de renvoyer la requête d'enregistrement. **Puis-je supprimer un numéro de téléphone professionnel avec l'API ?** Non. Le guide des numéros de téléphone de Meta précise que la suppression n'est possible que dans WhatsApp Manager. **Pourquoi ne puis-je pas du tout supprimer mon numéro ?** Meta bloque la suppression d'un numéro qui a envoyé des messages payants au cours des 30 derniers jours. Vous pouvez le supprimer 30 jours après le dernier. **Que se passe-t-il si je réessaie trop souvent ?** Après 10 requêtes register en 72 heures, l'API renvoie 133016 et bloque l'enregistrement pendant 72 heures. --- ## Erreur WhatsApp 135000 : erreur inconnue dans les paramètres de la requête https://easycoexistence.com/fr/docs/whatsapp-error-135000 L'erreur 135000 signifie qu'un message n'a pas pu être envoyé à cause d'une erreur inconnue dans les paramètres de la requête. Meta la décrit ainsi : « Message failed to send because of an unknown error with your request parameters. » Meta recommande de consulter la référence de l'endpoint pour vérifier la syntaxe, et de contacter le support client si l'erreur persiste. ### Que signifie l'erreur WhatsApp 135000 ? Elle signifie que la plateforme n'a pas pu envoyer le message, n'a pas su dire précisément pourquoi, et situe tout de même le problème dans les paramètres de votre requête. La référence de Meta associe à 135000 le texte de détail « Message failed to send because of an unknown error with your request parameters. » Le remède consiste à consulter la référence de l'endpoint pour vérifier que vous l'appelez avec la bonne syntaxe, puis à contacter le support client si vous continuez à recevoir ce code. C'est ce qui la distingue de 131000, que Meta décrit comme une erreur inconnue sans désigner les paramètres, et dont le remède commence par un nouvel essai. ### Comment trouver le paramètre fautif ? Comparez, champ par champ, le corps exact de la requête envoyée avec la référence de l'endpoint. Journalisez le payload complet avec l'erreur, car la valeur en cause est souvent une valeur qui varie d'un message à l'autre : un numéro de téléphone dans un format inattendu, une chaîne vide là où du texte était attendu, ou un objet imbriqué dont un champ est mal placé. Lisez ensuite la valeur details dans error_data, que Meta présente comme la raison la plus probable de l'erreur. Si un payload qui échouait avec 135000 passe après une modification, conservez les deux versions. La différence est la réponse, et elle vous indique ce qu'il faut valider avant le prochain envoi. ### Quand faut-il contacter le support Meta au sujet de l'erreur 135000 ? Quand la requête est conforme à la référence et que le code revient. Meta indique le support comme étape suivante pour une erreur 135000 persistante. Joignez le fbtrace_id de la réponse d'erreur, qui peut aider à déboguer selon Meta, ainsi que l'horodatage, l'endpoint et le corps de la requête sans les identifiants. Avant d'ouvrir un ticket, vérifiez que la même requête échoue de façon constante. Une requête qui échoue une fois puis réussit sans changement une minute plus tard pointe vers la plateforme plutôt que vers les paramètres, et la page de statut de la WhatsApp Business Platform de Meta est l'endroit le plus rapide pour le confirmer. - Relancer plusieurs fois la même requête à l'identique. Meta situe le problème dans les paramètres, donc le même payload tend à échouer de la même façon. - Journaliser uniquement l'erreur. Sans le corps de la requête, impossible de trouver le paramètre fautif. - Contacter le support sans le fbtrace_id. Meta le désigne comme l'identifiant qui aide à déboguer l'erreur. **L'erreur 135000 est-elle la même que 131000 ?** Non. 131000 est une erreur inconnue sans cause indiquée. 135000 est une erreur inconnue que Meta attribue aux paramètres de votre requête. **L'erreur 135000 est-elle la même que l'erreur 100 ?** Non. L'erreur 100 désigne des paramètres non pris en charge ou mal orthographiés. 135000 indique que les paramètres ont provoqué une erreur que Meta ne parvient pas à identifier. **Faut-il réessayer après une erreur 135000 ?** Pas à l'identique. Comparez d'abord la requête avec la référence de l'endpoint. **Que faut-il envoyer au support Meta ?** Le fbtrace_id de la réponse, l'endpoint, l'heure et le corps de la requête sans les identifiants. --- ## EasyCoexistence vs Z-API https://easycoexistence.com/fr/compare/easycoexistence-vs-z-api Z-API est une API WhatsApp brésilienne vendue à l'instance, qui connecte un numéro par scan d'un QR code, comme WhatsApp Web associe un appareil. EasyCoexistence connecte le numéro à la Cloud API officielle de Meta via Coexistence : l'application WhatsApp Business continue de fonctionner et rien dans la connexion n'enfreint les conditions de WhatsApp. ### Comment chacun accède à WhatsApp Tout le reste de cette page découle de cette différence, elle passe donc en premier. - Z-API:: Sa documentation indique que, comme pour WhatsApp Web, la connexion exige de scanner un QR code ou de saisir un numéro de téléphone. Son propre site présente la Cloud API officielle comme une voie distincte, et lui-même comme une alternative du marché. - EasyCoexistence:: La Cloud API de Meta, avec des identifiants émis par Meta au compte WhatsApp Business de l'entreprise, connectée via l'Embedded Signup de Meta. Le numéro est enregistré comme numéro API et l'application WhatsApp Business continue de fonctionner sur le même téléphone. ### Ce que coûte chaque numéro Les deux facturent par numéro, ce qui en fait l'une des rares comparaisons où les unités concordent. - Z-API:: R$ 99,99 par instance et par mois sur le plan Ultimate, ou R$ 89,99 par instance sur le plan Partner avec un minimum de dix instances, tels que publiés sur leur site. L'essai dure deux jours. - EasyCoexistence:: US$ 9 par numéro connecté et par mois de un à cinq numéros, jusqu'à US$ 1 chacun à mesure que vous ajoutez des numéros, répartis en six paliers. Les trois premiers jours sont gratuits, et Meta facture ses frais de messagerie directement à l'entreprise, sans aucune majoration. ### Ce qu'il advient du numéro si WhatsApp sévit C'est le risque qu'un prix par instance ne montre pas. - Z-API:: Une session d'appareil associé n'est pas une voie que les conditions commerciales de WhatsApp autorisent pour l'envoi automatisé de messages professionnels, et un compte atteint de cette façon peut être restreint ou banni. - EasyCoexistence:: La connexion est une fonctionnalité propre à Meta, réalisée par le parcours de Meta, par un Tech Provider Meta indépendant. Rien dans la manière dont le numéro est connecté ne peut être sanctionné par WhatsApp. ### Garder le téléphone en usage La plupart des petites entreprises répondent encore à leurs clients depuis le téléphone, ce qui détermine le déroulement de la journée. - Z-API:: L'instance est une session associée au sens de WhatsApp Web : elle ne dure que tant que ce lien reste actif. Leur site ne mentionne pas la fonctionnalité Coexistence de Meta. - EasyCoexistence:: Coexistence est tout le produit. L'équipe garde l'application WhatsApp Business, l'API fonctionne sur le même numéro, et la connexion est surveillée pour qu'une coupure, comme la règle des 14 jours de Meta, soit signalée dès qu'elle survient. - Traiter une instance liée par QR code et la Cloud API comme le même produit à des prix différents. Elles accèdent à WhatsApp par des voies différentes. - Faire tourner le numéro principal d'une entreprise sur une session d'appareil associé. Un bannissement emporte avec lui la présence WhatsApp du numéro. - Oublier que la Cloud API facture les templates. Meta les facture à l'entreprise, en dehors de l'un ou l'autre abonnement. **Z-API est-elle l'API WhatsApp officielle ?** Non. Leur propre site décrit la Cloud API officielle comme la voie passant par Meta et Z-API comme une alternative du marché, et leur documentation précise qu'une instance se connecte comme WhatsApp Web. **L'une est-elle moins chère ?** Oui, c'est nous. Z-API publie R$ 99,99 par instance et par mois. Nous facturons US$ 9 par numéro connecté et par mois jusqu'à cinq numéros, jusqu'à US$ 1 à mesure que vous ajoutez des numéros. **Dois-je faire approuver des templates chez vous ?** Seulement pour les messages qui ouvrent une conversation en dehors de la fenêtre de 24 heures, règle de Meta pour tout fournisseur officiel. Les réponses dans la fenêtre sont en texte libre. **Puis-je déplacer un numéro de Z-API vers EasyCoexistence ?** Oui. Dissociez la session, continuez à utiliser l'application WhatsApp Business et connectez le numéro via Embedded Signup. Il faut la version 2.24.17 ou ultérieure de l'application et une activité réelle récente. --- ## EasyCoexistence vs Blip https://easycoexistence.com/fr/compare/easycoexistence-vs-blip Blip est une plateforme conversationnelle brésilienne pour créer des chatbots et gérer le service client sur WhatsApp et d'autres canaux, avec des forfaits payants communiqués par les équipes commerciales. EasyCoexistence est la connexion WhatsApp elle-même, sur la Cloud API de Meta via Coexistence, à un tarif publié par numéro connecté, et l'application WhatsApp Business continue de fonctionner sur le téléphone. ### Ce que fait chaque produit Les deux s'appuient sur l'API officielle de Meta. Ils vendent des choses différentes par-dessus. - Blip:: Une plateforme pour créer des bots avec des parcours personnalisés et du traitement du langage naturel, plus un service client humain, sur WhatsApp, Instagram, Messenger et d'autres canaux. Leur page de tarifs indique qu'ils sont un Business Solution Provider officiel de Meta. - EasyCoexistence:: La connexion entre un numéro que l'entreprise utilise déjà dans l'application WhatsApp Business et la Cloud API de Meta, plus une surveillance continue de cette connexion. Les messages vont vers le système que l'entreprise utilise déjà : un CRM, n8n, son propre code ou un agent IA via MCP. ### Ce que ça coûte La différence tient à la possibilité de lire le prix avant de parler à quelqu'un. - Blip:: Un forfait gratuit jusqu'à deux agents, avec un nombre limité de conversations par mois. Les forfaits payants ne sont pas chiffrés sur la page : le lecteur est invité à se renseigner, donc le montant vient d'un échange avec un commercial. - EasyCoexistence:: US$ 9 par numéro connecté et par mois de un à cinq numéros, puis jusqu'à US$ 1 chacun à mesure que vous ajoutez des numéros, avec les trois premiers jours gratuits. Meta facture ses frais de messagerie directement au compte de l'entreprise, sans aucune majoration de notre part. ### Le téléphone continue-t-il de fonctionner Pour une petite entreprise qui répond depuis un téléphone, c'est souvent la première question. - Blip:: Leur page de tarifs n'aborde pas Coexistence. Demandez-leur si un numéro peut rester dans l'application WhatsApp Business tout en étant connecté, plutôt que de vous fier à cette page. - EasyCoexistence:: Oui, par conception. Coexistence maintient l'application WhatsApp Business en fonctionnement sur le même numéro, avec l'historique récent des discussions synchronisé, pendant que l'API tourne en parallèle. Le débit sur un numéro Coexistence est de 20 messages par seconde. ### Où se trouve la logique du bot L'automatisation doit tourner quelque part, et ce choix détermine ce qui vous lie. - Blip:: Dans Blip. Les parcours, les bots et le service client sont construits et exécutés sur leur plateforme, qui est le produit qu'ils vendent. - EasyCoexistence:: Là où vous construisez déjà. Meta envoie les webhooks de messages directement à votre propre système, le contenu des conversations n'est jamais stocké de notre côté, et un serveur MCP permet à Claude, ChatGPT, Cursor ou Codex d'envoyer des messages depuis le numéro. - Comparer ligne à ligne le devis d'une plateforme de bots et des frais de connexion. L'un inclut l'outil de création et le service client. - Croire que tout partenaire de Meta maintient l'application WhatsApp Business en fonctionnement. La Coexistence doit être prise en charge et activée. - Oublier les frais de messagerie de Meta. Ils sont facturés par Meta avec l'un comme avec l'autre produit. **Blip publie-t-il ses prix ?** Seulement le forfait gratuit, jusqu'à deux agents avec des conversations limitées. Les forfaits payants ne sont pas chiffrés sur leur page de tarifs. **Lequel est le moins cher ?** Le nôtre est publié et le leur ne l'est pas, c'est donc le seul que vous pouvez vérifier : US$ 9 par numéro connecté et par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros, sans limite d'agents. **Puis-je créer un chatbot avec EasyCoexistence ?** Oui, dans l'outil que vous utilisez déjà. Les messages arrivent sur votre webhook, n8n, Make ou un agent IA via MCP, et la logique vit à cet endroit. **EasyCoexistence est-il un produit Meta ?** Non. Nous sommes un Tech Provider Meta indépendant, qui utilise l'Embedded Signup et la Cloud API officiels de Meta. --- ## EasyCoexistence vs Digisac https://easycoexistence.com/fr/compare/easycoexistence-vs-digisac Digisac est une plateforme brésilienne de service client multicanal, sur devis personnalisé dès R$ 197 par mois, qui exploite l'API officielle de WhatsApp via Gupshup et 360dialog et prend en charge Coexistence par leur intermédiaire. EasyCoexistence est un Meta Tech Provider qui connecte directement le numéro, à un tarif publié par numéro, sans plateforme intermédiaire. ### Comment le prix est fixé L'un est un devis et l'autre une grille tarifaire, et tout le reste en découle. - Digisac:: Pas de forfaits fixes. Leur propre page indique un prix de départ de R$ 197, variable selon le nombre d'agents, de canaux, les fonctionnalités comme les modules d'IA et les intégrations, le tout assemblé en devis par leur équipe commerciale. - EasyCoexistence:: US$ 9 par numéro connecté et par mois de un à cinq numéros, puis dégressif sur six paliers jusqu'à US$ 1 chacun à mesure que vous ajoutez des numéros. Aucun agent à compter, aucun module à ajouter. Les trois premiers jours sont gratuits. ### Qui se trouve entre vous et Meta La chaîne d'entreprises derrière un numéro détermine qui peut le réparer en cas de panne. - Digisac:: La plateforme exploite l'API via Gupshup et 360dialog, qui sont des partenaires de Meta. Leur article sur Coexistence indique que l'activation se fait avec un fournisseur officiel comme 360dialog, Digisac accompagnant le client durant la démarche. - EasyCoexistence:: Personne. Nous sommes un Meta Tech Provider indépendant, l'entreprise s'inscrit via l'Embedded Signup de Meta sur son propre compte WhatsApp Business, et les webhooks de Meta arrivent directement dans le système de l'entreprise. ### Dans quoi travaille l'équipe Une plateforme de service et une connexion ne changent pas les mêmes choses dans une journée de travail. - Digisac:: Une plateforme de service partagée qui centralise WhatsApp, Instagram, Telegram, Messenger, e-mail et webchat, avec distribution des conversations, chat interne et entonnoir de vente. L'équipe travaille à l'intérieur. - EasyCoexistence:: Rien de nouveau à ouvrir. L'équipe garde l'application WhatsApp Business, et les automatisations, un CRM ou un agent IA agissent sur le même numéro via l'API. ### Combien de temps avant que le numéro fonctionne Les petites entreprises décident souvent sur ce seul critère. - Digisac:: D'abord une proposition commerciale, puis l'activation auprès du fournisseur. Leur page cite parmi les prérequis un CNPJ, un Meta Business Manager et le respect des politiques. - EasyCoexistence:: En général moins de deux minutes via Embedded Signup : connexion avec Facebook, saisie du numéro, scan d'un QR code dans l'application. La surveillance démarre dès que le numéro est connecté. - Comparer le prix de départ de Digisac à un tarif par numéro. Le leur augmente avec les agents, les canaux et les modules. - Croire que Coexistence est une fonctionnalité de la plateforme. Elle vient de Meta, activée via un fournisseur côté Meta. - Oublier les frais Meta dans le budget. Meta les facture dans les deux cas. **Digisac prend-il en charge Coexistence ?** Oui. Leur propre article indique qu'elle s'active avec un fournisseur officiel comme 360dialog, Digisac accompagnant la démarche. **L'un est-il moins cher ?** Pour un seul numéro, c'est nous : US$ 9 par mois contre un prix de départ de R$ 197 qui augmente avec les agents, les canaux et les modules. Le nôtre baisse à mesure que les numéros s'ajoutent. **Est-ce que je perds une boîte de réception partagée avec vous ?** Nous n'en vendons pas. L'équipe garde l'application WhatsApp Business, et le reste fonctionne dans l'outil que vous choisissez. **Qui paie Meta ?** L'entreprise, directement, sur son propre compte WhatsApp Business. Nous ne majorons jamais les frais de Meta. --- ## EasyCoexistence vs Octadesk https://easycoexistence.com/fr/compare/easycoexistence-vs-octadesk Octadesk est une plateforme brésilienne de service client réunissant chatbot, agents IA et helpdesk, avec des forfaits à partir de R$ 2.499 par mois pour 3,000 conversations, plus un accompagnement d'onboarding obligatoire. EasyCoexistence connecte le numéro déjà utilisé dans l'app WhatsApp Business à la Cloud API de Meta via Coexistence, pour un tarif publié par numéro, sans plafond de conversations et sans frais d'installation. ### À quoi correspond la facture mensuelle Les unités diffèrent, et l'écart grandit à chaque client qui écrit. - Octadesk:: Un forfait dimensionné en conversations : One à R$ 2.499 par mois pour 3,000, Flow à R$ 4.399 pour 5,500, Nexus sur demande pour 9,000. Les utilisateurs helpdesk sont facturés à l'unité en plus, et chaque forfait impose un accompagnement d'onboarding dont le prix est communiqué sur demande. - EasyCoexistence:: Un tarif par numéro connecté : US$ 9 par mois de un à cinq numéros, puis jusqu'à US$ 1 chacun à mesure que vous ajoutez des numéros. Un mois à dix mille conversations coûte autant qu'un mois calme. Meta facture directement ses propres frais de messagerie. ### Ce que chacun est Les deux placent le numéro sur l'API officielle. Ce qui se construit par-dessus diffère. - Octadesk:: Un écosystème de service : chatbot, agents IA, helpdesk avec SLA et historique des tickets, et envoi en masse sur WhatsApp, avec un numéro de l'API WhatsApp officielle inclus dans chaque forfait. - EasyCoexistence:: La connexion et sa surveillance. Le numéro reste dans l'app WhatsApp Business, l'API fonctionne dessus en même temps, et les messages arrivent dans les outils que l'entreprise utilise déjà, y compris les agents IA via notre serveur MCP. ### Ajouter un deuxième ou un dixième numéro Les agences et les entreprises à plusieurs sites posent d'abord cette question. - Octadesk:: Chaque forfait inclut un numéro de l'API WhatsApp officielle. Leur page de tarifs ne publie aucun prix pour les numéros supplémentaires. - EasyCoexistence:: Numéros illimités par compte, chacun au prix de sa tranche, et le tarif par numéro baisse avec leur nombre : US$ 7 à partir de six numéros, jusqu'à US$ 1 à mesure que vous ajoutez des numéros. ### Si le téléphone continue de fonctionner La question qui décide si une petite équipe doit changer sa façon de travailler. - Octadesk:: Leur page de tarifs n'aborde pas Coexistence. Vérifiez auprès d'eux si le numéro peut rester dans l'app WhatsApp Business une fois sur leur API. - EasyCoexistence:: Oui. Coexistence est tout ce que nous connectons : l'app garde ses conversations, environ six mois d'historique peuvent se synchroniser, et l'API fonctionne sur le même numéro. La connexion est surveillée pour qu'une coupure soit signalée immédiatement. - Comparer les prix des forfaits sans compter les conversations. Ceux d'Octadesk les plafonnent ; des frais de connexion, non. - Établir un budget sans l'accompagnement d'onboarding. Octadesk l'impose sur chaque forfait et le facture sur devis. - Compter sur le forfait pour couvrir les frais de templates de Meta. Meta les facture directement à l'entreprise. **L'un est-il moins cher ?** Oui, et de loin pour une entreprise qui a besoin de la connexion. Octadesk démarre à R$ 2.499 par mois, onboarding en plus ; nous facturons US$ 9 par numéro connecté et par mois. **Que se passe-t-il après 3,000 conversations ?** Avec le forfait One d'Octadesk, vous passez au forfait supérieur. Chez nous, rien ne change : il n'y a aucune limite de conversations, quel que soit le prix. **Octadesk prend-il en charge Coexistence ?** Leur page de tarifs ne le dit pas. Demandez-leur plutôt que de vous fier à cette page. **Puis-je quand même utiliser l'IA avec EasyCoexistence ?** Oui. Notre serveur MCP permet à Claude, ChatGPT, Cursor, Claude Code et Codex d'envoyer des messages et des templates depuis le numéro. --- ## EasyCoexistence vs Huggy https://easycoexistence.com/fr/compare/easycoexistence-vs-huggy Huggy est une boîte de réception brésilienne de service client omnicanale, facturée selon le forfait et le nombre d'utilisateurs connectés, avec WhatsApp facturé à part selon la quantité et la catégorie. EasyCoexistence est la connexion WhatsApp elle-même : la Cloud API de Meta sur le numéro déjà utilisé dans l'application WhatsApp Business, grâce à Coexistence, pour un tarif unique et publié par numéro connecté. ### Ce que couvre la facture mensuelle La facture de Huggy augmente avec l'équipe. La nôtre n'augmente qu'avec les numéros. - Huggy:: Un forfait avec un utilisateur connecté, puis des frais par utilisateur supplémentaire : R$ 69,90 sur Starter, R$ 119,90 sur Intermediate à partir de R$ 579 par mois, R$ 189,90 sur Custom à partir de R$ 989. WhatsApp s'ajoute, facturé selon la quantité et la catégorie, et la mise en place est une option à R$ 1.250. - EasyCoexistence:: US$ 9 par numéro connecté et par mois de un à cinq numéros, jusqu'à US$ 1 chacun à mesure que vous ajoutez des numéros, sans aucun décompte d'utilisateurs. Les trois premiers jours sont gratuits, et Meta facture ses frais de messagerie directement à l'entreprise. ### Ce qu'est chaque produit On achète une boîte de réception et une connexion pour des raisons différentes. - Huggy:: Une boîte de réception de service client qui centralise WhatsApp, Instagram, Messenger, Telegram, e-mail, SMS et voix, avec des chatbots et des rapports. Leur page indique qu'ils sont partenaires officiels de Meta pour activer l'API officielle. - EasyCoexistence:: La connexion entre le numéro de l'application WhatsApp Business et la Cloud API de Meta, surveillée en continu. Les messages vont vers le système que l'entreprise utilise déjà, via les webhooks de Meta ou notre serveur MCP. ### Si l'équipe change sa façon de travailler La question du dirigeant avant tout accord. - Huggy:: Les agents se connectent à la boîte de réception Huggy, où les conversations de tous les canaux sont attribuées et traitées. Leur page de tarifs ne mentionne pas Coexistence avec l'application WhatsApp Business. - EasyCoexistence:: Personne ne déménage. L'application WhatsApp Business continue de fonctionner sur le même numéro, avec ses conversations, et l'API tourne en parallèle pour tout ce que l'entreprise automatise. ### Où sont conservées les conversations Une décision difficile à annuler par la suite. - Huggy:: Sur leur plateforme, ce dont une boîte de réception a besoin pour afficher les conversations aux agents qui les ouvrent. - EasyCoexistence:: Pas de notre côté. Le contenu des conversations n'est jamais stocké, et Meta peut acheminer les messages entrants directement vers le webhook de l'entreprise. - Chiffrer Huggy sans la ligne WhatsApp. Elle est facturée séparément du forfait, selon la quantité et la catégorie. - Ne compter que l'équipe d'aujourd'hui. Chaque utilisateur supplémentaire ajoute des frais mensuels sur un forfait de boîte de réception. - Acheter une boîte de réception pour obtenir l'accès à l'API sur un seul numéro. Il suffit de la connexion. **L'un est-il moins cher ?** Pour une entreprise qui a besoin de la connexion, c'est nous. Le forfait Intermediate de Huggy commence à R$ 579 par mois pour un utilisateur, hors WhatsApp ; le nôtre est de US$ 9 par numéro connecté et par mois. **Huggy utilise-t-il l'API officielle ?** Leur page de tarifs indique qu'ils sont partenaires officiels de Meta et activent l'API officielle de Meta. **Huggy prend-il en charge Coexistence ?** Leur page de tarifs ne le mentionne pas. Posez la question à Huggy plutôt que de vous fier à cette page. **Avez-vous une boîte de réception ?** Non. L'équipe continue d'utiliser l'application WhatsApp Business, ce pour quoi Coexistence existe. --- ## EasyCoexistence vs Umbler Talk https://easycoexistence.com/fr/compare/easycoexistence-vs-umbler-talk Umbler Talk est une boîte de réception WhatsApp, un CRM et un chatbot brésiliens sur l'API officielle, facturés par agent à partir de R$ 99,90 par mois, avec un minimum de deux agents. EasyCoexistence connecte le numéro déjà présent dans l'application WhatsApp Business à la Cloud API de Meta via Coexistence, facturé par numéro connecté : la facture ne dépend donc jamais du nombre de personnes qui répondent. ### À quoi correspond la facture mensuelle Umbler Talk compte les personnes. EasyCoexistence compte les numéros. - Umbler Talk:: Par agent et par mois : R$ 99,90 sur Essencial avec au moins deux agents, R$ 149,90 sur Impulso et R$ 219,90 sur Escala avec au moins trois. La facture minimale est de deux agents sur Essencial, soit R$ 199,80 par mois. - EasyCoexistence:: US$ 9 par numéro connecté et par mois de un à cinq numéros, puis une dégressivité sur six paliers jusqu'à US$ 1 par numéro à mesure que vous ajoutez des numéros. Pas de nombre d'agents, pas de minimum. Les trois premiers jours sont gratuits, et Meta facture directement l'envoi de messages. ### Ce qu'est chaque produit Les deux reposent sur l'API officielle de Meta, ce qu'Umbler Talk affirme clairement sur sa page. - Umbler Talk:: Une boîte de réception partagée avec pipeline CRM visuel, chatbot, agents IA, base de connaissances et webchat, plus des campagnes WhatsApp sur les plans supérieurs. L'équipe y travaille au quotidien. - EasyCoexistence:: La connexion et sa surveillance. Le numéro reste dans l'application WhatsApp Business, l'API fonctionne dessus en même temps, et les messages parviennent à votre CRM, à n8n, à votre propre code ou à un agent IA via MCP. ### Combien de numéros tiennent Pour les agences et les entreprises multi-sites, la limite de numéros compte plus que le nom du plan. - Umbler Talk:: Deux numéros WhatsApp sur Essencial et jusqu'à trois sur Impulso, Escala étant décrit comme une limite de numéros dynamique. Plus de numéros implique un plan supérieur pour chaque agent. - EasyCoexistence:: Numéros illimités par compte, chacun au tarif de son palier, et le prix par numéro baisse à mesure que leur nombre augmente. Un vingtième numéro coûte moins cher que le premier. ### L'application WhatsApp Business continue-t-elle de fonctionner ? La question qu'une petite équipe pose avant toute autre. - Umbler Talk:: Leur page des plans ne mentionne pas Coexistence. Demandez-leur si un numéro continue de fonctionner dans l'application WhatsApp Business une fois connecté. - EasyCoexistence:: Oui. Coexistence est la seule chose que nous connectons : l'application garde ses conversations et l'API fonctionne à côté, avec une surveillance de la connexion contre les coupures comme la règle des 14 jours de Meta. - Lire le prix par agent comme la facture. Le minimum est de deux agents, et davantage sur les plans supérieurs. - Choisir un plan pour sa limite de numéros et payer ainsi le tarif supérieur pour chaque agent. - Oublier les frais de templates de Meta dans le budget. Meta les facture directement à l'entreprise. **L'un est-il moins cher ?** Oui, c'est nous. La plus petite facture d'Umbler Talk est de deux agents à R$ 99,90 chacun, soit R$ 199,80 par mois ; la nôtre est de US$ 9 pour un numéro connecté, quelle que soit la personne qui y répond. **Umbler Talk utilise-t-il l'API WhatsApp officielle ?** Oui. Leur page indique qu'Umbler Talk utilise l'API officielle de WhatsApp et respecte les règles de la plateforme. **Umbler Talk prend-il en charge Coexistence ?** Leur page des plans n'en parle pas. Posez la question directement plutôt que de vous fier à cette page. **EasyCoexistence facture-t-il par agent ?** Non. Le tarif est par numéro connecté, quel que soit le nombre de personnes qui y répondent ou qui y travaillent via l'API. --- ## EasyCoexistence vs Whaticket https://easycoexistence.com/fr/compare/easycoexistence-vs-whaticket Whaticket est une boîte de réception multi-agents pour WhatsApp et d'autres canaux, dès US$ 49 par mois avec un minimum de trois utilisateurs et une ligne WhatsApp, reliée par QR code ou via l'API officielle avec Coexistence. EasyCoexistence se limite à la connexion officielle : la Cloud API de Meta sur le numéro de l'app WhatsApp Business, à US$ 9 par numéro. ### Comment chacun connecte le numéro Whaticket vend deux voies d'accès à WhatsApp. EasyCoexistence en vend une seule. - Whaticket:: Au choix : WhatsApp QR, une session scannée comme WhatsApp Web, ou WhatsApp API avec Coexistence. Leur propre site avertit que l'envoi en masse avec WhatsApp Business peut entraîner des blocages et recommande l'API pour réduire ce risque. - EasyCoexistence:: Uniquement la Cloud API de Meta, connectée via l'Embedded Signup de Meta avec Coexistence, si bien que l'app WhatsApp Business continue de fonctionner sur le même numéro. Il n'existe aucune option de session QR, donc aucune voie non officielle de repli. ### Ce que couvre la facture mensuelle Les deux factures ne sont pas construites avec les mêmes éléments. - Whaticket:: US$ 49 par mois pour Basic avec trois utilisateurs et une ligne, US$ 20 par mois pour chaque ligne supplémentaire, et le forfait Pro à US$ 109. Les campagnes via une connexion QR consomment des crédits, dès US$ 25 les 1 000 messages ; les campagnes via l'API en sont exemptées. - EasyCoexistence:: US$ 9 par numéro connecté et par mois de un à cinq numéros, puis jusqu'à US$ 1 chacun à mesure que vous ajoutez des numéros. Pas d'utilisateurs, pas de crédits. Meta facture ses frais de messagerie directement à l'entreprise, sans majoration. Les trois premiers jours sont gratuits. ### Ce qu'est chaque produit L'un est l'endroit où les agents travaillent. L'autre est la tuyauterie en dessous. - Whaticket:: Une boîte de réception multi-agents qui centralise et automatise les canaux de messagerie, avec des campagnes, pour que l'équipe réponde depuis leur plateforme. - EasyCoexistence:: La connexion plus une surveillance 24 h/24 et 7 j/7. L'équipe garde l'app WhatsApp Business, les messages arrivent sur votre propre webhook, et des agents IA agissent sur le numéro via notre serveur MCP. ### Ce que coûte un deuxième, cinquième ou dixième numéro Les agences et les entreprises multi-sites font ce calcul avant tout le reste. - Whaticket:: US$ 20 par ligne supplémentaire en plus du forfait : cinq lignes sur Basic reviennent donc à US$ 129 par mois pour trois utilisateurs. - EasyCoexistence:: Cinq numéros reviennent à US$ 45 par mois, et le tarif par numéro continue de baisser : US$ 7 chacun à partir de six, jusqu'à US$ 1 à mesure que vous ajoutez des numéros. - Utiliser un numéro d'entreprise sur la connexion QR. Le site de Whaticket avertit lui-même que l'envoi en masse peut y entraîner des blocages. - Oublier les crédits de messages. Les campagnes via une connexion QR sont facturées par millier de messages en plus du forfait. - Chiffrer les lignes supplémentaires au tarif du forfait. Chacune ajoute US$ 20 par mois. **L'un est-il moins cher ?** Oui, c'est nous. Une ligne sur Whaticket Basic coûte US$ 49 par mois ; un numéro connecté chez nous coûte US$ 9. À cinq numéros, c'est US$ 129 contre US$ 45. **Whaticket prend-il en charge Coexistence ?** Oui. Leur page de tarifs propose WhatsApp API avec Coexistence comme option de connexion, à côté de la connexion QR. **La connexion QR est-elle officielle ?** Non. Elle relie une session comme le fait WhatsApp Web. Le site de Whaticket recommande lui-même l'API pour réduire le risque de blocage. **Proposez-vous une boîte de réception comme Whaticket ?** Non. L'équipe garde l'app WhatsApp Business, et tout ce que vous automatisez tourne dans vos propres outils. --- ## EasyCoexistence vs Leadsales https://easycoexistence.com/fr/compare/easycoexistence-vs-leadsales Leadsales est un CRM conversationnel mexicain pour vendre sur WhatsApp, Facebook et Instagram. Son forfait Basic, à US$ 97 par mois, connecte WhatsApp via la session web, et l'API officielle commence au forfait Professional à US$ 133. EasyCoexistence connecte le numéro à la Cloud API de Meta grâce à Coexistence, à US$ 9 par numéro. ### Quel forfait accède officiellement à WhatsApp Chez Leadsales, la méthode de connexion dépend du forfait. Avec EasyCoexistence, non. - Leadsales:: Basic connecte WhatsApp via Messenger et la session web, pas via la Business API. Professional, à US$ 133 ou MX$ 3,239.88 par mois, et Advanced, à US$ 247, utilisent l'API officielle. - EasyCoexistence:: Chaque numéro est sur la Cloud API de Meta, connecté par l'Embedded Signup de Meta avec Coexistence, de sorte que l'application WhatsApp Business continue de fonctionner sur le téléphone. Il n'existe aucune offre non officielle moins chère. ### À quoi sert la facture mensuelle Leadsales plafonne les utilisateurs et les conversations par forfait. EasyCoexistence ne plafonne ni l'un ni l'autre. - Leadsales:: Basic inclut 3 utilisateurs et 5,000 conversations actives, Professional 4 utilisateurs et 20,000, Advanced 5 utilisateurs et 50,000, avec jusqu'à 20% de remise en facturation annuelle. - EasyCoexistence:: US$ 9 par numéro connecté et par mois de un à cinq numéros, puis jusqu'à US$ 1 chacun à mesure que le nombre de numéros augmente. Pas de nombre d'utilisateurs, pas de nombre de conversations, trois premiers jours gratuits, et Meta facture les messages directement à l'entreprise. ### Ce qu'est chaque produit Un CRM et une connexion résolvent des problèmes différents. - Leadsales:: Un CRM de vente avec entonnoirs, espace de travail partagé, envois groupés par étape et agent IA sur les forfaits supérieurs. Les leads se traitent dans Leadsales. - EasyCoexistence:: La connexion et sa surveillance. Les messages parviennent au CRM ou à l'outil que l'entreprise utilise déjà via les webhooks de Meta, et les agents IA agissent sur le numéro via notre serveur MCP. ### Ce qui arrive à un numéro sur la session web Le risque que porte le forfait moins cher. - Leadsales:: Un numéro sur le forfait Basic accède à WhatsApp par une session web plutôt que par la Business API, une voie que les conditions commerciales de WhatsApp n'autorisent pas pour l'envoi automatisé de messages professionnels. - EasyCoexistence:: Rien dans cette connexion ne peut donner lieu à une sanction, car il s'agit de la fonctionnalité Coexistence de Meta, établie par le flux de Meta, et la connexion est surveillée en continu. - Choisir le forfait Basic pour son prix et croire qu'il utilise l'API. Il se connecte par la session web. - Compter les utilisateurs et oublier le plafond de conversations actives. Chaque forfait en fixe un. - Attendre que le forfait inclue les frais de template de Meta. Meta les facture directement à l'entreprise. **Lequel est le moins cher ?** C'est nous. Le forfait Leadsales le moins cher avec l'API officielle coûte US$ 133 par mois ; un numéro connecté chez nous coûte US$ 9. **Leadsales utilise-t-il l'API WhatsApp officielle ?** Avec Professional et Advanced, oui. Son forfait Basic connecte WhatsApp via Messenger et la session web. **Leadsales prend-il en charge Coexistence ?** Sa page de tarifs indique que, dans certains cas, le numéro reste utilisable sur le téléphone et que dans d'autres il bascule entièrement vers l'API. Chez nous, il reste toujours dans l'application WhatsApp Business. **Puis-je garder mon CRM et utiliser EasyCoexistence ?** Oui. Meta livre les messages au webhook que vous choisissez, donc tout CRM qui accepte les webhooks peut les recevoir. --- ## EasyCoexistence vs Treble https://easycoexistence.com/fr/compare/easycoexistence-vs-treble Treble est une plateforme latino-américaine de l'API WhatsApp Business pour les flux automatisés, les campagnes et le service client par IA, vendue par son équipe commerciale sans prix public. EasyCoexistence connecte le numéro qu'une entreprise utilise déjà dans l'app WhatsApp Business à la Cloud API de Meta grâce à Coexistence, en libre-service, au prix publié de US$ 9 par numéro connecté et par mois. ### Ce que devient l'app WhatsApp Business Les deux produits partent d'hypothèses opposées sur le téléphone. - Treble:: Leur page d'accueil indique que Treble repose sur l'API WhatsApp Business, et non sur l'app gratuite WhatsApp Business. Elle ne mentionne pas Coexistence : demandez-leur si un numéro peut rester dans l'app. - EasyCoexistence:: L'app reste. Coexistence maintient l'app WhatsApp Business en fonctionnement sur le même numéro, avec environ six mois d'historique de conversations synchronisé, pendant que la Cloud API tourne en parallèle pour l'automatisation. ### Ce que cela coûte Un prix se lit aujourd'hui. L'autre exige un échange. - Treble:: Pas de tarif public. La page d'accueil n'affiche aucun prix et la page de tarifs demande un mot de passe : le chiffre vient donc de leur équipe commerciale. - EasyCoexistence:: US$ 9 par numéro connecté et par mois de un à cinq numéros, en baisse sur six paliers jusqu'à US$ 1 par numéro à mesure que vous ajoutez des numéros. Meta facture directement les messages à l'entreprise et rien n'est majoré. ### Ce qu'est chaque produit Tous deux reposent sur l'API officielle de Meta. Ils ne vendent pas la même couche. - Treble:: Une plateforme de flux de conversation automatisés, de campagnes en masse et de service client par IA, avec des intégrations natives HubSpot et Salesforce et une API pour les connexions sur mesure. - EasyCoexistence:: La connexion et sa surveillance 24 h/24, 7 j/7. Meta envoie les webhooks directement à votre système, le contenu des conversations n'est jamais stocké chez nous, et un serveur MCP permet à des agents IA d'envoyer des messages depuis le numéro. ### Combien de temps avant qu'un numéro soit actif Souvent la question décisive pour une petite entreprise. - Treble:: Par un processus commercial, puisque les offres et les prix sont convenus avec leur équipe avant l'intégration. - EasyCoexistence:: En général moins de deux minutes via l'Embedded Signup de Meta : connexion avec Facebook, saisie du numéro, scan d'un QR code dans l'app. Il faut la version 2.24.17 de l'app ou une version plus récente, et une activité réelle récente. - Basculer un numéro d'app très actif vers une configuration réservée à l'API sans vérifier Coexistence. Le téléphone cesse d'être l'endroit où l'équipe répond. - Comparer le devis d'une plateforme de campagnes avec des frais de connexion. L'un inclut les flux et les campagnes. - Oublier les frais de templates de Meta. Ils sont facturés par Meta, pas par l'un ou l'autre des fournisseurs. **Treble publie-t-il ses prix ?** Non. Leur page d'accueil n'en affiche aucun et leur page de tarifs est protégée par un mot de passe. **L'un des deux est-il moins cher ?** Le nôtre est publié et le leur ne l'est pas : c'est donc le seul que vous pouvez vérifier, à US$ 9 par numéro connecté et par mois, en baisse jusqu'à US$ 1 à mesure que vous ajoutez des numéros. **Treble prend-il en charge Coexistence ?** Leur page d'accueil n'en parle pas et décrit Treble comme reposant sur l'API plutôt que sur l'app WhatsApp Business. Posez-leur la question. **Puis-je lancer des campagnes avec EasyCoexistence ?** Oui, via la Cloud API avec des templates approuvés, depuis votre propre système ou outil. Meta vous facture directement les templates. --- ## EasyCoexistence vs Botmaker https://easycoexistence.com/fr/compare/easycoexistence-vs-botmaker Botmaker est une plateforme de chatbot et de service client d'Amérique latine, bâtie sur la WhatsApp Business Platform, à partir de US$ 149 par mois pour 3 000 conversations, plus US$ 99 uniques pour ouvrir le compte WhatsApp. Elle prend en charge Coexistence. EasyCoexistence est la connexion Coexistence seule, à US$ 9 par numéro connecté et par mois, sans forfait de conversations. ### Ce que couvre la facture mensuelle Botmaker vend des conversations. EasyCoexistence vend la connexion. - Botmaker:: Standard à US$ 149 pour 3 000 conversations, Scale à US$ 249 pour 5 000, Pro à US$ 499 pour 10 000, avec US$ 0,07 à US$ 0,05 par conversation supplémentaire et US$ 99 pour ouvrir le compte WhatsApp. Les messages push portent le coût WhatsApp plus 20 % de frais de service. - EasyCoexistence:: US$ 9 par numéro connecté et par mois pour un à cinq numéros, puis jusqu'à US$ 1 chacun à mesure que vous ajoutez des numéros. Pas de forfait, pas de dépassement, pas de frais pour démarrer. Meta facture ses frais directement à l'entreprise et nous n'y ajoutons jamais de marge. ### Comment fonctionne Coexistence de chaque côté Les deux laissent l'application WhatsApp Business fonctionner sur le numéro. Le reste de la mise en place diffère. - Botmaker:: Leur centre d'aide indique que Coexistence n'est disponible que pour les nouvelles lignes ou les nouvelles configurations, que le bot se met en pause quand quelqu'un répond depuis le téléphone, et que les conversations de groupe ne sont pas prises en charge sur la plateforme. - EasyCoexistence:: Coexistence est le produit : mise en service en libre-service via l'Embedded Signup de Meta en deux minutes environ, puis surveillance 24 h/24 et 7 j/7, de sorte qu'une coupure comme la règle des 14 jours de Meta est signalée à l'instant où elle survient. ### Ce qu'est chaque produit Une plateforme de bots et une connexion sont deux achats différents. - Botmaker:: Une plateforme pour créer des bots et assurer le service client par des agents sur WhatsApp, avec dix à cinquante postes d'agent inclus selon le plan. Les flux vivent à l'intérieur de Botmaker. - EasyCoexistence:: La connexion. Les webhooks de Meta arrivent dans votre propre système, le contenu des conversations n'est jamais stocké chez nous, et un serveur MCP permet à Claude, ChatGPT, Cursor, Claude Code ou Codex d'agir sur le numéro. ### L'effet de la croissance sur la facture Les deux modèles évoluent en sens inverse quand l'activité augmente. - Botmaker:: Plus de conversations signifie un coût par conversation en dépassement ou un passage au plan supérieur : un mois chargé coûte donc plus cher qu'un mois calme. - EasyCoexistence:: Le volume de messages n'entre pas dans le prix. Seul l'ajout de numéros modifie la facture, et le tarif par numéro baisse à mesure qu'ils s'ajoutent. - Comparer les prix des plans en oubliant les US$ 99 de frais de compte et les 20 % de frais de service sur les messages push. - Dimensionner un plan sur les conversations d'aujourd'hui. Le dépassement est facturé par conversation au-delà du forfait. - Croire qu'une réponse depuis le téléphone laisse le bot actif. Chez Botmaker, le bot se met en pause quand le téléphone répond. **Botmaker prend-il en charge Coexistence ?** Oui. Leur centre d'aide le documente, pour les nouvelles lignes ou les nouvelles configurations. **L'un est-il moins cher ?** Oui, c'est nous. Botmaker démarre à US$ 149 par mois plus US$ 99 pour ouvrir le compte ; un numéro connecté chez nous coûte US$ 9 par mois, sans rien à payer pour commencer. **Ajoutez-vous des frais sur les coûts facturés par Meta ?** Non. Meta facture les messages sur le compte de l'entreprise elle-même et nous n'y ajoutons jamais de marge. **Puis-je créer un bot avec EasyCoexistence ?** Oui, dans n8n, Make, votre propre code ou un agent IA via MCP. Les messages arrivent dans votre système par les webhooks de Meta. --- ## EasyCoexistence vs Gallabox https://easycoexistence.com/fr/compare/easycoexistence-vs-gallabox Gallabox et EasyCoexistence répondent à des problèmes différents. Gallabox est une boîte de réception d'équipe et une suite d'automatisation sur l'API officielle WhatsApp Business, vendue en forfaits avec un nombre fixe d'utilisateurs. EasyCoexistence est la connexion elle-même : la Cloud API de Meta sur le même numéro que l'application WhatsApp Business, facturée par numéro, sans boîte de réception ni licences utilisateur. ### Ce que paie la facture mensuelle Les deux offres reposent sur des unités différentes, et c'est l'unité qui détermine comment la facture grossit. - Gallabox:: Des forfaits mensuels avec une taille d'équipe fixe. Basic est affiché à ₹ 2,999 par mois facturés au trimestre pour 3 utilisateurs, décrits sur leur page comme un plafond strict, et les équipes plus grandes passent à Essential ou Advanced. - EasyCoexistence:: À partir de US$ 9 par numéro connecté et par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros. Il n'y a ni nombre d'utilisateurs ni nombre de contacts : embaucher quelqu'un ou répondre à plus de clients ne change rien à la facture. ### Comment Coexistence est activé Les deux s'appuient sur la fonctionnalité Coexistence de Meta, donc l'application WhatsApp Business continue de fonctionner sur le téléphone. Le chemin pour y arriver diffère. - Gallabox:: Leur documentation indique que Coexistence n'est pas activé par défaut et qu'il faut contacter le support de Gallabox avant de commencer, afin que l'espace de travail soit activé en premier. - EasyCoexistence:: Coexistence est le produit. Le dirigeant termine l'Embedded Signup de Meta en deux minutes environ, en libre-service, avec l'application en version 2.24.17 ou ultérieure et un numéro non rattaché à un autre fournisseur. ### Où sont conservées les conversations C'est la différence qui compte le plus pour qui construit sa propre interface ou gère les numéros de ses clients. - Gallabox:: Au sein de leur plateforme. Une boîte de réception partagée, un créateur de chatbot et un outil de diffusion exigent que les messages soient stockés chez eux pour être affichés aux agents. - EasyCoexistence:: Pas chez nous. Meta envoie les webhooks directement à l'endpoint que vous désignez, et les conversations ne sont jamais stockées de notre côté. Vos données arrivent dans votre CRM, votre application ou votre agent IA. ### Lequel choisir Si vous achetez une boîte de réception d'équipe avec chatbots et campagnes, Gallabox est ce type de produit, et c'est un achat différent d'une connexion. Si vous achetez le numéro lui-même, connecté officiellement et maintenu en vie, EasyCoexistence est l'achat le plus ciblé et le moins cher. Il convient à une agence qui branche les numéros de ses clients dans sa propre pile, à un développeur qui a déjà une interface, ou à un dirigeant qui veut de l'automatisation sans sortir l'équipe du téléphone. La connexion est surveillée, y compris la règle des 14 jours de Meta, et Meta facture les messages sur votre propre compte, sans majoration de notre part. - Comparer directement le prix des forfaits. L'un inclut une boîte de réception et des crédits d'IA ; l'autre est la connexion seule. - Lancer l'onboarding Coexistence avant que le fournisseur l'ait activé, puis réessayer plusieurs fois avec le même numéro. - Acheter une boîte de réception à licences plafonnées pour des numéros dont les messages seront traités par votre propre logiciel. **EasyCoexistence est-il moins cher que Gallabox ?** Pour la connexion, oui. Gallabox Basic coûte ₹ 2,999 par mois facturés au trimestre pour 3 utilisateurs. EasyCoexistence coûte US$ 9 par numéro connecté et par mois, sans limite d'utilisateurs : un numéro avec une équipe de n'importe quelle taille coûte donc US$ 9. **Gallabox prend-il en charge Coexistence ?** Oui. Leur documentation le décrit et précise que le support doit l'activer sur votre espace de travail avant la configuration. **EasyCoexistence a-t-il une boîte de réception comme Gallabox ?** Non. Votre équipe garde l'application WhatsApp Business, et vos logiciels reçoivent les mêmes messages par des webhooks envoyés par Meta à votre propre système. **Qui paie les frais de messages de Meta ?** Avec EasyCoexistence, c'est vous, directement auprès de Meta sur votre propre compte WhatsApp Business, sans rien ajouter de notre part. --- ## EasyCoexistence vs TimelinesAI https://easycoexistence.com/fr/compare/easycoexistence-vs-timelinesai TimelinesAI est une boîte de réception WhatsApp partagée, synchronisée avec des CRM et facturée par utilisateur, qui connecte un numéro par QR code, par l'API WhatsApp Business officielle ou par Coexistence. EasyCoexistence connecte les numéros uniquement via la Cloud API de Meta avec Coexistence, au numéro, et envoie chaque message à votre propre système plutôt que dans une boîte de réception. ### Comment chacun connecte le numéro Le mode de connexion détermine à quoi le numéro est exposé, il passe donc en premier. - TimelinesAI:: Trois options sur chaque formule : un lien QR code, qui rattache le numéro comme appareil connecté, l'API WhatsApp Business officielle, ou Coexistence, qui fait fonctionner l'application et l'API ensemble. - EasyCoexistence:: Une seule méthode : la Cloud API de Meta avec Coexistence, via l'Embedded Signup de Meta. Il n'existe aucune option de session QR, donc aucun numéro connecté chez nous ne dépend du maintien d'un lien d'appareil connecté. ### Ce que paie la facture mensuelle Le tarif par utilisateur et le tarif par numéro augmentent pour des raisons différentes. - TimelinesAI:: $35 par utilisateur et par mois sur Starter, ou $28 en facturation annuelle, et $49 par utilisateur sur Pro. Leur page de tarifs précise qu'il faut un siège pour chaque utilisateur qui connecte un compte WhatsApp. - EasyCoexistence:: US$ 9 par numéro connecté et par mois jusqu'à cinq numéros, jusqu'à US$ 1 à mesure que vous ajoutez des numéros. Les personnes ne sont pas comptées du tout, et Meta vous facture directement ses frais de message. ### Où atterrissent les conversations Une boîte de réception et une connexion placent les données à des endroits différents. - TimelinesAI:: Dans leur boîte de réception partagée, puis synchronisées vers le CRM de votre choix. La boîte de réception est le produit : les messages transitent par leur plateforme et y sont affichés. - EasyCoexistence:: Directement vers votre endpoint. Meta envoie les webhooks à l'URL que vous indiquez et les conversations ne sont jamais stockées chez nous, ce qui garde les données d'un client dans des systèmes que vous maîtrisez. ### Lequel choisir Une équipe commerciale qui veut une boîte de réception partagée dans son CRM cherche une boîte de réception, et TimelinesAI en est une. Une entreprise qui veut son numéro connecté officiellement, sans session QR sur le trajet et sans rien de stocké par un intermédiaire, cherche une connexion. EasyCoexistence est cette connexion, avec une surveillance de santé qui lit les motifs de déconnexion fournis par Meta, un serveur MCP pour les assistants IA et un tarif fixe par numéro, quelle que soit la taille de l'équipe. - Relier un numéro professionnel par QR code parce que c'est plus rapide. Une session d'appareil connecté n'est pas la plateforme professionnelle de Meta. - Compter des sièges pour des numéros auxquels répondra un logiciel et non des personnes. - Mélanger sur un même compte des numéros reliés par QR code et des numéros connectés par API, sans savoir lequel est lequel. **EasyCoexistence est-il moins cher que TimelinesAI ?** Pour un numéro connecté, oui. TimelinesAI Starter coûte $35 par utilisateur et par mois. EasyCoexistence coûte US$ 9 par numéro connecté et par mois, et une équipe de n'importe quelle taille qui répond depuis l'application WhatsApp Business n'ajoute rien. **TimelinesAI prend-il en charge Coexistence ?** Oui. Leur page de tarifs liste Coexistence à côté du QR code et de l'API officielle sur chaque formule. **Puis-je connecter un numéro par QR code avec EasyCoexistence ?** Non. Chaque numéro est connecté via la Cloud API de Meta avec Coexistence, jamais comme appareil connecté. **Puis-je continuer à utiliser WhatsApp sur mon téléphone ?** Oui. Coexistence garde l'application WhatsApp Business fonctionnelle sur le même numéro pendant que l'API tourne en parallèle. --- ## EasyCoexistence vs Periskope https://easycoexistence.com/fr/compare/easycoexistence-vs-periskope Periskope connecte un numéro WhatsApp en scannant un QR code depuis l'écran « Associer un appareil » du téléphone, et sa documentation indique que les numéros de la WhatsApp API ne peuvent pas être associés. EasyCoexistence prend la voie inverse : le numéro est enregistré sur la Cloud API de Meta via Coexistence, si bien que l'application WhatsApp Business continue de fonctionner et que la connexion est la connexion officielle. ### Comment chacun accède à WhatsApp Tout le reste de cette page découle de la méthode de connexion. - Periskope:: Vous ouvrez les paramètres de WhatsApp sur le téléphone, choisissez « Associer un appareil » et scannez le QR code affiché par Periskope. Le numéro est rattaché comme appareil associé, et leur page d'accueil présente cela comme ne nécessitant pas d'API WhatsApp Business. - EasyCoexistence:: L'Embedded Signup de Meta enregistre le numéro sur la Cloud API avec des identifiants que Meta délivre à votre propre compte WhatsApp Business. Coexistence maintient l'application du téléphone active sur le même numéro. ### Ce que cela coûte chaque mois Les deux publient leurs tarifs, et ils ne comptent pas la même chose. - Periskope:: Starter est affiché à $25 par utilisateur et par mois et Pro à $35, le premier téléphone étant inclus et chaque téléphone supplémentaire facturé comme une licence à part au tarif du forfait. Enterprise exige au moins 50 utilisateurs ou téléphones. - EasyCoexistence:: À partir de US$ 9 par numéro connecté et par mois pour un à cinq numéros, puis jusqu'à US$ 1 à mesure que vous ajoutez des numéros, répartis sur six paliers. Aucune licence utilisateur, et Meta facture les messages directement sur votre compte, sans majoration. ### À quoi la connexion est exposée WhatsApp traite différemment une session d'appareil associé et un enregistrement API. - Periskope:: L'accès par appareil associé s'exécute en dehors de la plateforme de Meta dédiée aux entreprises. Les conditions d'utilisation professionnelles de WhatsApp encadrent l'usage automatisé et tiers, et un numéro atteint ainsi n'a aucun statut de niveau API auprès de Meta. - EasyCoexistence:: Chaque appel passe par la Cloud API de Meta. Lorsqu'une connexion tombe, nous lisons le motif de déconnexion fourni par Meta et nous vous alertons, y compris pour la règle des 14 jours d'activité de l'application qui s'applique aux numéros Coexistence. ### Lequel choisir La question est de savoir ce que vaut le numéro et où il doit fonctionner. Le modèle de Periskope repose sur l'association de numéros existants comme appareils, groupes compris, et n'accepte pas du tout les numéros API. Pour un numéro dont dépendent vos clients, ou le numéro d'un client dont une agence est responsable, la voie officielle est celle qui reste dans les règles de Meta. EasyCoexistence offre cette voie à un tarif fixe par numéro, garde l'application WhatsApp Business opérationnelle et livre les messages à votre propre système. - Croire qu'un outil payant signifie que l'accès est validé par Meta. La validation vient du fait que Meta délivre des identifiants API. - Associer un numéro professionnel comme appareil, puis tenter de le migrer vers un fournisseur d'API sans l'avoir dissocié au préalable. - Tarifer par utilisateur alors que la plupart des messages seront traités par l'automatisation plutôt que par des personnes. **EasyCoexistence est-il moins cher que Periskope ?** Oui. Periskope Starter coûte $25 par utilisateur et par mois, chaque téléphone supplémentaire ajoutant $25. EasyCoexistence coûte US$ 9 par numéro connecté et par mois, sans frais par utilisateur. **Periskope utilise-t-il l'API WhatsApp officielle ?** Non. Sa documentation connecte les numéros par QR code via « Associer un appareil » et indique que les numéros de la WhatsApp API ne peuvent pas être associés. **Puis-je utiliser les groupes avec EasyCoexistence ?** Non. Les conversations de groupe sont en dehors de la Cloud API de Meta, et cette règle s'applique à tous les fournisseurs officiels. **Mon application continuera-t-elle de fonctionner ?** Oui. Coexistence maintient l'application WhatsApp Business active sur le téléphone pendant que la Cloud API fonctionne sur le même numéro. --- ## EasyCoexistence vs Wassenger https://easycoexistence.com/fr/compare/easycoexistence-vs-wassenger Wassenger est une boîte de réception d'équipe et une plateforme d'API WhatsApp qui propose deux connecteurs : une session par QR code et la Cloud API de Meta, avec Coexistence côté API. EasyCoexistence propose uniquement la Cloud API avec Coexistence, n'a pas de boîte de réception et facture chaque numéro connecté à partir de US$ 9 par mois, et non une formule avec un nombre d'agents fixé. ### Comment chacun connecte le numéro Le centre d'aide de Wassenger compare lui-même ses deux connecteurs, ce qui en fait le meilleur point de départ. - Wassenger:: Un connecteur QR, décrit comme une connexion par session via un service worker qui exige que le téléphone reste en ligne et soumise à la détection anti-spam de WhatsApp, et un connecteur Cloud API authentifié auprès de Meta. Coexistence est proposée côté API. - EasyCoexistence:: Uniquement la Cloud API de Meta, via l'Embedded Signup de Meta avec Coexistence. Il n'existe dans le produit ni worker de session ni connecteur QR, donc aucun mauvais choix possible. ### Ce que paie la facture mensuelle Une formule d'agents et un tarif par numéro évoluent selon des critères différents. - Wassenger:: Professional coûte 39,90 € par mois pour un numéro et 3 agents, la formule à 6 agents 69,90 €, celle à 9 agents 99,90 €. Les coûts de template fixés par Meta s'ajoutent, facturés au prix coûtant. - EasyCoexistence:: US$ 9 par numéro connecté et par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros, sans nombre d'agents. Meta facture les messages directement à votre compte WhatsApp Business, jamais par notre intermédiaire. ### Où atterrissent les conversations Une boîte de réception stocke ce qu'elle affiche. Une connexion transmet ce qu'elle reçoit. - Wassenger:: Dans leur boîte de réception d'équipe partagée, où les agents se voient attribuer des discussions, lancent des campagnes et utilisent l'assistant IA. Les messages vivent sur leur plateforme pour que les agents puissent les traiter. - EasyCoexistence:: Dans votre propre système. Meta envoie les webhooks directement à l'endpoint que vous définissez, les conversations ne sont jamais stockées chez nous, et l'équipe continue de répondre depuis l'application WhatsApp Business. ### Lequel choisir Une équipe qui veut que des agents se connectent à une boîte de réception partagée achète une boîte de réception, et c'est autour de cela que sont construites les formules de Wassenger. Celui qui veut le numéro sur l'API officielle et rien d'autre, une agence qui connecte les numéros de ses clients, un développeur qui alimente une application existante, un dirigeant qui ajoute de l'automatisation sans nouvel outil, trouve chez EasyCoexistence un produit plus étroit : un seul type de connexion, un tarif fixe par numéro, une surveillance qui prévient avant qu'un lien Coexistence ne expire, et un serveur MCP pour Claude, ChatGPT et Cursor. - Démarrer sur un connecteur QR pour tester, puis y laisser le numéro de l'entreprise une fois que tout fonctionne. - Comparer une formule à 39,90 € avec un tarif par numéro sans compter les agents et la boîte de réception inclus dans la formule. - Déplacer un numéro d'un connecteur à l'autre sans vérifier si l'historique des discussions suivra. **EasyCoexistence est-il moins cher que Wassenger ?** Pour la connexion, oui. Wassenger Professional coûte 39,90 € par mois pour un numéro. EasyCoexistence coûte US$ 9 par numéro connecté et par mois, et cinq numéros reviennent à US$ 45 au total. **Wassenger prend-il en charge Coexistence ?** Oui. Wassenger publie une page et un article d'aide sur Coexistence pour utiliser l'application WhatsApp Business et sa plateforme d'API sur le même numéro. **Le connecteur QR de Wassenger est-il officiel ?** Wassenger le décrit comme fonctionnant par session et soumis à la détection anti-spam de WhatsApp. Son connecteur Cloud API est celui qui est authentifié auprès de Meta. **Ai-je besoin d'un serveur pour utiliser EasyCoexistence ?** Il vous faut un endpoint pour recevoir les webhooks, ou un assistant IA relié via le serveur MCP. L'hébergement de la connexion elle-même est inclus. --- ## EasyCoexistence vs WANotifier https://easycoexistence.com/fr/compare/easycoexistence-vs-wanotifier WANotifier est une plateforme de marketing et de notifications WhatsApp reposant sur l'API officielle, facturée selon le forfait et le palier de contacts, avec des plafonds mensuels de messages. EasyCoexistence est la connexion officielle elle-même, avec Coexistence, facturée par numéro connecté, sans plafond de contacts ni de messages. Les deux répercutent les frais de messages de Meta sans marge : la différence tient donc à ce que l'abonnement finance. ### Ce que paie la facture mensuelle WANotifier facture selon la taille de l'audience. EasyCoexistence facture selon le numéro. - WANotifier:: Essentials US$ 69, Advanced US$ 119 et Premium US$ 199 par mois en facturation mensuelle au palier de moins de 1 000 contacts, avec des limites d'envoi mensuelles de 4 000, 8 000 et 12 000 messages. Une liste de contacts plus grande fait passer au palier supérieur. - EasyCoexistence:: US$ 9 par numéro connecté et par mois jusqu'à cinq numéros, puis jusqu'à US$ 1 à mesure que vous ajoutez des numéros. Une liste de cinquante mille contacts coûte autant qu'une liste de cinquante. ### Place de Coexistence Les deux se connectent via l'API officielle de Meta et proposent Coexistence : l'application WhatsApp Business reste donc sur le téléphone. - WANotifier:: Coexistence figure comme fonctionnalité sur chaque forfait, aux côtés des campagnes, des chatbots, des séquences automatisées et d'une boîte de réception d'équipe partagée. - EasyCoexistence:: Coexistence est tout le produit : Embedded Signup en libre-service en environ deux minutes, surveillance continue de la santé de la connexion, et alertes fondées sur les motifs de déconnexion propres à Meta, dont la règle d'activité de l'application sur 14 jours. ### Où vont les messages Un outil de campagnes traite les messages à votre place. Une connexion vous les remet. - WANotifier:: Dans leur dashboard, leur boîte de réception et leur éditeur d'automatisations, avec une API REST et des webhooks sur Advanced et Premium pour les intégrations. - EasyCoexistence:: Directement vers votre endpoint, sur chaque numéro, car Meta achemine les webhooks vers l'URL que vous indiquez. Rien n'est stocké de notre côté, et un serveur MCP permet à Claude, ChatGPT ou Cursor de travailler avec le numéro. ### Lequel choisir Si vous voulez des diffusions, des séquences automatisées et un chatbot dans un seul dashboard, vous achetez un outil de campagnes, un produit différent d'une connexion. Si vous avez déjà le logiciel, ou que vous le développez, il vous faut le numéro connecté officiellement et qui le reste. C'est EasyCoexistence, à un tarif qui ne varie ni avec les contacts ni avec le volume, tandis que les frais de messages de Meta vont directement sur votre compte dans les deux cas. - Choisir un forfait uniquement sur son prix, sans vérifier le plafond mensuel de messages qui l'accompagne. - Laisser une liste de contacts franchir un palier en cours de mois sans avoir budgété le passage au palier supérieur. - Croire que 0 % de marge signifie aucun frais de plateforme. L'abonnement et les frais de Meta s'appliquent tous deux. **EasyCoexistence est-il moins cher que WANotifier ?** Oui, pour la connexion. WANotifier Essentials coûte US$ 69 par mois au plus petit palier de contacts. EasyCoexistence coûte US$ 9 par numéro connecté et par mois, sans limite de contacts ni de messages. **WANotifier prend-il en charge Coexistence ?** Oui. Leur page de tarifs indique WhatsApp Coexistence sur chaque forfait. **Les deux répercutent-ils les frais de Meta sans marge ?** Oui. WANotifier annonce 0 % de marge, et avec EasyCoexistence Meta vous facture directement sur votre propre compte. **Puis-je envoyer des campagnes avec EasyCoexistence ?** Vous pouvez envoyer des templates approuvés via la Cloud API depuis votre propre système ou un assistant IA. Il n'y a pas d'éditeur de campagnes. --- ## EasyCoexistence vs Eazybe https://easycoexistence.com/fr/compare/easycoexistence-vs-eazybe Eazybe est une couche CRM pour les équipes commerciales, installée comme extension Chrome sur WhatsApp Web, facturée par utilisateur sur son offre Starter, avec des offres supérieures qui ajoutent un numéro WhatsApp API et Coexistence. EasyCoexistence se limite à la connexion officielle : la Cloud API de Meta avec Coexistence, facturée par numéro, qui livre les messages à votre propre système. ### Comment chacun accède à WhatsApp Les deux produits n'ont pas la même place : l'un dans le navigateur du commercial, l'autre sur l'API de Meta. - Eazybe:: Une extension Chrome ajoutée à la session WhatsApp Web que chaque commercial a déjà ouverte, avec étiquettes, synchronisation CRM et planification. Les offres supérieures listent aussi un numéro WhatsApp API et Coexistence. - EasyCoexistence:: La Cloud API de Meta, enregistrée via l'Embedded Signup de Meta avec Coexistence. Rien ne tourne dans un onglet du navigateur : les messages circulent que quelqu'un ait ou non WhatsApp Web ouvert. ### Ce que paie la facture mensuelle Eazybe affiche ses prix dans la devise locale du visiteur et change d'unité selon les offres. - Eazybe:: Starter est facturé par utilisateur et par mois. Scaler, Basic AI et Pro AI sont facturés par numéro et par mois, avec 3 ou 5 utilisateurs inclus et chaque utilisateur supplémentaire en plus, auxquels s'ajoutent les réponses IA facturées à la réponse. - EasyCoexistence:: À partir de US$ 9 par numéro connecté et par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros. Pas de nombre d'utilisateurs, pas de crédits IA, et Meta facture les messages directement sur votre propre compte. ### Où atterrissent les conversations Une extension CRM copie les discussions dans un CRM. Une connexion les transmet au système de votre choix. - Eazybe:: Synchronisées depuis WhatsApp Web vers les CRM qu'ils intègrent, comme HubSpot, Zoho et Salesforce, via leur plateforme. - EasyCoexistence:: Livrés par Meta sous forme de webhooks à l'endpoint que vous indiquez, jamais stockés chez nous. Votre CRM, votre application, un outil d'automatisation ou un assistant IA via le serveur MCP les reçoit directement. ### Lequel choisir Une équipe commerciale qui veut des champs CRM à côté de chaque discussion dans le navigateur achète une extension CRM, et c'est ce qu'est l'offre Starter d'Eazybe. Une entreprise qui veut chaque numéro sur l'API officielle de Meta, sans dépendre d'une session de navigateur, achète la connexion. EasyCoexistence la fournit à tarif fixe par numéro, surveille sa santé en continu, avertit avant l'expiration de la règle d'activité de 14 jours de l'application, et laisse l'équipe sur l'application WhatsApp Business qu'elle utilise déjà. - Prendre une extension de navigateur sur WhatsApp Web pour une connexion API. Elle dépend de l'ouverture de l'onglet. - Comparer une offre par utilisateur à un tarif par numéro sans compter combien de commerciaux partagent chaque numéro. - Croire que toutes les offres incluent l'API officielle. Chez Eazybe, elle apparaît à partir de Scaler. **EasyCoexistence est-il moins cher qu'Eazybe ?** Pour un numéro partagé par une équipe, oui. Eazybe Starter facture par utilisateur, et les offres API facturent par numéro plus les utilisateurs supplémentaires. EasyCoexistence coûte US$ 9 par numéro connecté et par mois, quelle que soit la taille de l'équipe. **Eazybe prend-il en charge Coexistence ?** Eazybe publie une page Coexistence qui décrit l'application WhatsApp Business et l'API officielle sur le même numéro. **WhatsApp Web doit-il rester ouvert avec EasyCoexistence ?** Non. La Cloud API tourne sur les serveurs de Meta, et l'équipe continue d'utiliser l'application WhatsApp Business sur le téléphone. **Puis-je synchroniser les messages avec mon CRM ?** Oui, en pointant les webhooks de Meta vers votre CRM, un outil d'automatisation comme n8n ou Make, ou votre propre code. --- ## EasyCoexistence vs Superchat https://easycoexistence.com/fr/compare/easycoexistence-vs-superchat Superchat est une boîte de réception unifiée pour WhatsApp, Instagram, les e-mails et d'autres canaux, vendue en forfaits avec un contrat minimal de 12 mois, et son option Coexistence est indiquée comme bêta. EasyCoexistence est une seule chose : le numéro WhatsApp relié à la Cloud API de Meta via Coexistence, facturé par numéro connecté et par mois, les messages étant livrés à votre propre système. ### Ce que paie la facture mensuelle Superchat compte les comptes et les numéros à l'intérieur d'un forfait. EasyCoexistence ne compte que les numéros. - Superchat:: Basic $19, Professional $29 et Advanced $69 par mois, HT, avec 3, 6 et 12 comptes et 1, 2 et 4 numéros WhatsApp. Chaque numéro supplémentaire coûte $49 par mois et chaque accès en plus $19, avec une durée minimale de 12 mois. - EasyCoexistence:: US$ 9 par numéro connecté et par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros, sans compte ni accès à compter. Meta vous facture directement ses frais de messages. ### Comment Coexistence est proposée Les deux passent par l'API officielle et proposent Coexistence, afin que l'application WhatsApp Business reste sur le téléphone. - Superchat:: Un parcours parmi quatre, à côté d'un nouveau numéro, d'une migration complète et d'un transfert depuis un autre fournisseur. Leur centre d'aide indique que le parcours Coexistence est actuellement en bêta et peut comporter des limites de fonctionnalités. - EasyCoexistence:: Le seul parcours, réalisé en autonomie via l'Embedded Signup de Meta en environ deux minutes, puis surveillé en continu pour qu'un lien expiré soit repéré avant qu'un client ne s'en aperçoive. ### Où atterrissent les conversations Une boîte de réception conserve les conversations pour les agents. Une connexion les transmet. - Superchat:: Dans leur boîte de réception unifiée, avec des templates, des étiquettes, des agents IA et la gestion des avis qui travaillent sur les messages au sein de leur plateforme. - EasyCoexistence:: Sur l'endpoint que vous désignez, car Meta y achemine directement les webhooks. Les conversations ne sont jamais stockées de notre côté, et l'équipe garde l'application WhatsApp Business. ### Lequel choisir Une entreprise qui veut répondre à plusieurs canaux depuis une seule boîte de réception achète une boîte de réception multicanale, un achat distinct d'une connexion WhatsApp. Une entreprise qui veut son numéro WhatsApp sur l'API officielle, maintenu en vie, avec les messages envoyés vers son propre CRM, son application ou son assistant IA, achète EasyCoexistence : un tarif fixe par numéro, et Coexistence au cœur du produit plutôt qu'une option bêta. - Lire un prix mensuel sans la durée minimale qui l'accompagne. - Ne compter que le prix du forfait quand il faut davantage de numéros. Chaque numéro supplémentaire a son propre tarif mensuel. - Lancer l'onboarding Coexistence avec un numéro déjà connecté à un autre fournisseur d'API. **EasyCoexistence est-il moins cher que Superchat ?** Oui, pour une connexion WhatsApp. Superchat Basic coûte $19 par mois avec une durée minimale de 12 mois. EasyCoexistence coûte US$ 9 par numéro connecté et par mois, et une équipe de toute taille répond depuis l'application WhatsApp Business. **Superchat prend-il en charge Coexistence ?** Oui, comme l'une de ses options de connexion, que son centre d'aide qualifie de bêta. **EasyCoexistence couvre-t-il Instagram ou les e-mails ?** Non. Il connecte uniquement des numéros WhatsApp via la Cloud API de Meta, rien d'autre. **Qui paie les frais de messages de Meta ?** Vous, directement à Meta, sur votre propre WhatsApp Business Account. EasyCoexistence ne les majore jamais. --- ## EasyCoexistence vs Sinch https://easycoexistence.com/fr/compare/easycoexistence-vs-sinch Sinch est une plateforme de communication pour grandes entreprises qui revend WhatsApp avec le SMS, la voix et d'autres canaux, et facture ses propres frais par message en plus de ceux de Meta, selon l'accord de chaque client. EasyCoexistence connecte un numéro de l'app WhatsApp Business à la Cloud API de Meta via Coexistence, en libre-service, pour un forfait fixe par numéro, et Meta vous facture directement ses messages. ### Ce que coûte chaque message La différence tient à la présence d'une seconde facturation sur chaque message. - Sinch:: Deux niveaux sur chaque message : les frais de Meta, selon la catégorie et le pays, et des frais Sinch pour l'accès à la plateforme et le service par message, fixés par votre accord avec Sinch et non par une grille tarifaire publique. - EasyCoexistence:: Un seul niveau. Meta facture ses frais à votre propre compte WhatsApp Business, et nous ne les majorons jamais. Notre tarif : US$ 9 par numéro connecté et par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros, quel que soit le trafic. ### Pour quels numéros chacun est conçu La plupart des petites entreprises répondent déjà à leurs clients sur l'app WhatsApp Business. C'est ce numéro-là qui compte. - Sinch:: Le guide de configuration de Sinch Engage Classic demande un numéro pouvant recevoir des SMS ou des appels internationaux et qui n'est connecté à aucun compte WhatsApp. Leurs articles d'intégration ne décrivent pas de parcours Coexistence. - EasyCoexistence:: Le numéro déjà présent sur l'app WhatsApp Business, connecté via Coexistence. Les conversations, l'historique et l'app sur le téléphone restent en place, et la Cloud API fonctionne sur le même numéro. ### Comment démarrer Une voie passe par un accord commercial, l'autre par une page d'inscription. - Sinch:: L'Embedded Signup du Build Dashboard de Sinch est, selon leurs termes, réservé « aux clients entreprise directs pour le moment », et les tarifs dépendent de votre accord. - EasyCoexistence:: Embedded Signup de Meta en libre-service en environ deux minutes, avec les 3 premiers jours gratuits. L'app doit être en version 2.24.17 ou ultérieure, avec une activité réelle récente. ### Lequel choisir Une grande entreprise qui achète SMS, voix et WhatsApp dans un seul contrat aux conditions négociées achète du CPaaS, un achat différent d'une connexion WhatsApp. Une entreprise dont les clients écrivent déjà sur l'app WhatsApp Business, ou une agence qui connecte ces numéros pour ses clients, a besoin de Coexistence, d'un prix publié et de frais qui ne s'empilent pas sur chaque message. EasyCoexistence est conçu exactement pour cela, avec des webhooks acheminés par Meta vers votre propre système et un serveur MCP pour les assistants IA. - Budgétiser uniquement la grille tarifaire de Meta alors que le fournisseur ajoute ses propres frais à chaque message. - Enregistrer un nouveau numéro pour l'API et laisser les clients écrire à l'ancien, sur l'app. - Supprimer le compte de l'app WhatsApp Business pour libérer un numéro alors que Coexistence l'aurait conservé. **EasyCoexistence est-il moins cher que Sinch ?** Oui, sur la part que nous maîtrisons. Sinch ajoute ses propres frais à chaque message selon votre accord. EasyCoexistence n'ajoute rien par message et facture US$ 9 par numéro connecté et par mois. **Sinch prend-il en charge Coexistence ?** Les articles d'intégration de Sinch consultés pour cette page n'en parlent pas. Posez la question directement à Sinch plutôt que de vous fier à cette page. **Sinch publie-t-il ses frais WhatsApp ?** Son centre d'aide indique que les frais Sinch dépendent de votre accord et ne liste aucun tarif public par message. **Faut-il un contrat avec EasyCoexistence ?** Non. L'inscription se fait en libre-service via Embedded Signup de Meta, avec les 3 premiers jours gratuits. --- ## EasyCoexistence vs Vonage https://easycoexistence.com/fr/compare/easycoexistence-vs-vonage Vonage est une plateforme de communications pour développeurs dont la Messages API envoie des messages WhatsApp aux côtés des SMS, de RCS et d'autres canaux, avec des frais de plateforme Vonage ajoutés à chaque message en plus de ceux de Meta. EasyCoexistence connecte un numéro de l'application WhatsApp Business à la Cloud API de Meta via Coexistence, pour un forfait fixe par numéro, et Meta vous facture directement ses messages. ### Comment la facture se construit Une tarification à l'usage et un forfait fixe n'évoluent pas de la même façon quand le volume augmente. - Vonage:: Les frais de Meta pour chaque message délivré, plus des frais de plateforme Vonage qui commencent à 0,0001 euro par message et varient selon le volume et la région. Les appels ajoutent des frais Vonage de US$ 0,004 par minute. - EasyCoexistence:: US$ 9 par numéro connecté et par mois, descendant jusqu'à US$ 1 à mesure que vous ajoutez des numéros. Meta facture les messages à votre propre compte WhatsApp Business, et nous n'ajoutons rien par message. ### Pour quels numéros chacun est conçu Le numéro sur lequel une petite entreprise répond déjà est le plus souvent un numéro de l'application WhatsApp Business. - Vonage:: Sa page de tarifs WhatsApp et son guide Embedded Signup hébergé pour les partenaires ne traitent pas de Coexistence, la fonctionnalité de Meta qui maintient l'application active sur un numéro d'API. - EasyCoexistence:: Les numéros Coexistence, précisément. L'application WhatsApp Business conserve ses conversations et continue de fonctionner sur le téléphone, tandis que la Cloud API tourne sur le même numéro, avec le débit Coexistence de Meta de 20 messages par seconde. ### Ce qui se trouve entre vous et Meta Les deux sont des produits d'API. La différence tient à l'API que vous appelez. - Vonage:: La Vonage Messages API, une interface unique au-dessus de WhatsApp et de leurs autres canaux. Votre code appelle Vonage, et Vonage appelle Meta. - EasyCoexistence:: La Cloud API documentée de Meta, avec des identifiants émis à votre propre compte, et des webhooks acheminés par Meta vers votre endpoint. Les conversations ne sont jamais stockées de notre côté. ### Lequel choisir Un développeur qui veut une seule API pour les SMS, RCS, e-mail et WhatsApp achète du CPaaS multicanal, un produit différent d'une connexion WhatsApp. Une entreprise ou une agence qui a besoin de numéros de l'application WhatsApp Business sur l'API de Meta elle-même, sans frais sur chaque message et sans nouveau numéro, a besoin de Coexistence. EasyCoexistence la propose en libre-service en environ deux minutes, surveille chaque connexion en continu et expose le numéro à Claude, ChatGPT ou Cursor via un serveur MCP. - Projeter un coût à partir de frais de plateforme par message sans y ajouter les frais de Meta. - Écrire du code autour du schéma de messages d'un fournisseur alors que la Cloud API de Meta est documentée et portable. - Supposer qu'un parcours d'intégration CPaaS acceptera un numéro encore actif sur l'application. **EasyCoexistence est-il moins cher que Vonage ?** À tout volume significatif, oui, car Vonage ajoute des frais de plateforme à chaque message alors qu'EasyCoexistence n'en ajoute aucun. Notre tarif reste de US$ 9 par numéro connecté et par mois, quel que soit le nombre de messages. **Vonage prend-il en charge Coexistence ?** Ses pages de tarifs WhatsApp et d'Embedded Signup hébergé n'en parlent pas. Posez la question à Vonage plutôt que de vous fier à cette page. **Puis-je garder mon numéro WhatsApp actuel ?** Oui. Coexistence connecte le numéro déjà présent sur l'application WhatsApp Business, avec ses conversations. **Qui me facture les messages WhatsApp ?** Meta, directement, sur votre propre compte WhatsApp Business. EasyCoexistence ne majore jamais ces frais. --- ## EasyCoexistence vs Qontak https://easycoexistence.com/fr/compare/easycoexistence-vs-qontak Mekari Qontak est une suite CRM omnicanale et de service client indonésienne, bâtie sur l'API officielle de WhatsApp, vendue en forfaits qui démarrent à cinq utilisateurs, Coexistence exigeant son propre abonnement. EasyCoexistence se limite à la connexion : un numéro de l'application WhatsApp Business relié à la Cloud API de Meta via Coexistence, facturé par numéro connecté, avec les messages envoyés vers votre propre système. ### Ce que paie la facture mensuelle Qontak vend une suite CRM. EasyCoexistence vend une connexion. - Qontak:: Service Suite et Sales Suite démarrent à Rp2.000.000 par mois dans l'offre Plus et à Rp3.000.000 en Ultimate, Qontak 360 à partir de Rp3.500.000, chaque forfait commençant à 5 utilisateurs. - EasyCoexistence:: US$ 9 par numéro connecté et par mois, jusqu'à US$ 1 à mesure que vous ajoutez des numéros. Un numéro, avec une équipe de n'importe quelle taille qui répond depuis l'application, coûte US$ 9. ### Comment Coexistence est mise en place Les deux passent par le parcours Coexistence de Meta, si bien que l'application WhatsApp Business continue de fonctionner sur le téléphone. - Qontak:: Leur guide liste parmi les prérequis avant l'intégration un abonnement META Coex actif, un numéro actif depuis au moins 30 jours et la vérification d'entreprise Facebook terminée. - EasyCoexistence:: Coexistence est le produit et ne coûte rien de plus. L'inscription se fait en libre-service en deux minutes environ, avec l'application en version 2.24.17 ou ultérieure, une activité réelle récente et un numéro non rattaché à un autre fournisseur. ### Où atterrissent les conversations Une suite CRM garde les conversations pour les traiter. Une connexion les transmet. - Qontak:: Dans la boîte de réception omnicanale et le CRM de Qontak, en miroir avec l'application WhatsApp Business, avec en plus le ticketing, les chatbots et les diffusions gérés depuis leur dashboard. - EasyCoexistence:: Sur l'endpoint que vous choisissez, car Meta y achemine directement les webhooks. Les conversations ne sont jamais stockées chez nous, et un serveur MCP relie le numéro aux assistants IA. ### Lequel choisir Une entreprise qui veut des pipelines de vente, du ticketing et plusieurs canaux dans une seule suite achète un CRM, un achat différent d'une connexion WhatsApp. Une entreprise qui a déjà son CRM, ou une agence qui branche les numéros de ses clients sur sa propre pile, a besoin du numéro sur l'API officielle et maintenu connecté. EasyCoexistence le fait pour un tarif fixe par numéro, surveille chaque connexion et alerte avant l'expiration de la règle d'activité de 14 jours de Meta pour l'application. - Connecter un numéro enregistré dans l'application WhatsApp grand public. Coexistence exige l'application WhatsApp Business. - Créer un tout nouveau Business Portfolio rien que pour l'intégration, ce que déconseille le guide de Qontak. - Réinitialiser l'application pour régler un problème de compte. Cela ne réinitialise pas l'historique et peut rompre le lien. **EasyCoexistence est-il moins cher que Qontak ?** Oui, pour la connexion. Les forfaits Qontak démarrent à Rp2.000.000 par mois avec un minimum de 5 utilisateurs, plus un abonnement Coexistence. EasyCoexistence coûte US$ 9 par numéro connecté et par mois, Coexistence incluse. **Qontak prend-il en charge Coexistence ?** Oui. Son centre d'aide décrit l'intégration et liste un abonnement META Coex actif parmi les prérequis. **EasyCoexistence exige-t-il un numéro vieux de 30 jours ?** Il exige une activité réelle récente sur l'application WhatsApp Business, ce qui correspond au contrôle d'éligibilité de Meta pour Coexistence. **EasyCoexistence inclut-il un CRM ?** Non. Les messages arrivent dans votre CRM ou votre application existants via des webhooks que Meta livre à votre endpoint. --- ## Consigner les messages WhatsApp dans HubSpot depuis un numéro Coexistence https://easycoexistence.com/fr/integrations/hubspot HubSpot propose un objet Communications dont le type de canal peut être WHATS_APP, conçu pour consigner les messages échangés hors de HubSpot. Redirigez les webhooks du numéro vers un workflow n8n, trouvez ou créez le contact à partir du téléphone, puis faites un POST de chaque message vers /crm/v3/objects/communications. La conversation apparaît dans la chronologie du contact pendant que l'équipe continue de répondre depuis l'application WhatsApp Business. ### Comment un message WhatsApp arrive-t-il sur un contact HubSpot ? En trois étapes. Meta livre le message à la destination de webhook que vous avez définie pour le numéro, ici un nœud Webhook n8n. Le workflow cherche dans HubSpot un contact portant le numéro de téléphone de l'expéditeur et en crée un si rien ne correspond. Il crée ensuite un enregistrement de communication contenant le texte du message et l'associe à ce contact. HubSpot a conçu l'objet Communications pour ce cas. Il représente un message WhatsApp, LinkedIn ou SMS envoyé ou reçu en dehors de HubSpot, et il s'affiche dans la chronologie de la fiche comme un appel ou un e-mail consigné. Les propriétés obligatoires sont le type de canal, hs_communication_logged_from défini sur CRM, le corps, un propriétaire et un horodatage. Rien de tout cela ne nécessite une application de la marketplace HubSpot. Le nœud HTTP Request de n8n peut réutiliser l'identifiant HubSpot que vous avez déjà configuré pour le nœud HubSpot, et l'appel se résume à un seul POST par message. ### Les messages saisis sur le téléphone sont-ils aussi consignés ? Oui, et c'est ce qu'apporte un numéro Coexistence. Quand quelqu'un de l'équipe répond depuis l'application WhatsApp Business, Meta envoie un écho de ce message sortant à la même destination de webhook. Un workflow qui traite à la fois les messages entrants et les échos écrit les deux côtés de la conversation dans la chronologie : un commercial qui ouvre le contact dans HubSpot voit ce que le client a demandé et ce que la boutique a répondu. Faites un branchement sur le champ du webhook. Les messages entrants arrivent sous messages et les réponses du téléphone sous smb_message_echoes. Consignez les premiers comme reçus et les seconds comme envoyés, et la chronologie se lit dans l'ordre. Les réponses que le workflow envoie lui-même via la Cloud API lui sont déjà connues : consignez-les au moment de l'envoi plutôt que d'attendre un webhook. ### Qu'en est-il du canal de boîte de réception WhatsApp natif de HubSpot ? C'est une intégration différente. La boîte de réception de conversations de HubSpot connecte un numéro WhatsApp à HubSpot lui-même, et sa base de connaissances précise que le numéro ne doit pas être connecté à une autre intégration WhatsApp. Elle est disponible avec Marketing Hub ou Service Hub Professional et Enterprise. Un numéro connecté via EasyCoexistence fonctionne dans l'autre sens : Meta achemine ses webhooks vers une URL qui vous appartient, et HubSpot reçoit les enregistrements par son API. La conversation se déroule depuis le téléphone ou par votre workflow, et HubSpot devient le système de référence qui conserve l'historique sur le contact, l'affaire ou le ticket. L'appel exige un scope d'écriture sur les contacts pour l'application privée ou l'identifiant qui l'effectue, soit le même scope dont un workflow a déjà besoin pour créer le contact au départ. ### Comment le workflow doit-il associer un expéditeur à un contact ? Par numéro de téléphone, normalisé avant la recherche. Meta envoie l'expéditeur sous forme de chiffres avec l'indicatif du pays et sans signe plus, par exemple 14155550188. Les contacts HubSpot sont saisis à la main : la même personne peut donc être enregistrée sous +1 415 555 0188 ou (415) 555-0188. Le schéma fiable consiste à garder une propriété de contact dédiée contenant le numéro en chiffres uniquement, à la renseigner quand le workflow crée un contact et à rechercher sur cette propriété. Chercher directement dans le champ téléphone en texte libre fonctionne pour les contacts créés par le workflow et en manque beaucoup de ceux créés par une personne, ce qui produit des doublons. Quand une recherche ne renvoie rien, créez le contact avec le nom de profil du payload du webhook comme prénom et le numéro en chiffres uniquement dans les deux champs. Quelqu'un pourra fusionner ou renommer plus tard, et la conversation est déjà rattachée. - Ne consigner que les messages entrants. La chronologie montre alors des questions sans réponses, car les réponses saisies sur le téléphone arrivent sous forme d'événements smb_message_echoes. - Laisser hs_communication_logged_from non renseigné. HubSpot exige la valeur CRM pour créer une communication via l'API. - Rechercher les contacts sur le champ téléphone brut. Le format en chiffres uniquement de Meta correspond rarement à ce qu'une personne a saisi, et chaque échec crée un contact en double. **Puis-je répondre au client depuis HubSpot ?** Pas via l'objet Communications, qui n'est qu'un journal. Les réponses partent de l'application WhatsApp Business ou d'un workflow qui appelle la Cloud API, et les deux sont consignées sur le contact. **De quelles autorisations HubSpot le workflow a-t-il besoin ?** Lecture et écriture sur les contacts. HubSpot indique crm.objects.contacts.read ou crm.objects.contacts.write comme scopes de l'API Communications, et la création de contacts exige de toute façon le scope d'écriture. **Le même workflow peut-il aussi envoyer le premier message ?** Oui. Une branche n8n distincte peut envoyer un template approuvé via la Cloud API avec le phone number id et le token du numéro, puis le consigner sur le contact comme communication sortante. **EasyCoexistence stocke-t-il le contenu des messages au passage ?** Non. Meta livre le webhook directement à votre URL n8n. EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Envoyer les conversations WhatsApp vers Salesforce depuis un numéro Coexistence https://easycoexistence.com/fr/integrations/salesforce Dirigez les webhooks du numéro vers un workflow n8n, recherchez l'expéditeur dans Salesforce avec une requête SOQL sur le téléphone, créez le lead si personne ne correspond, puis consignez chaque message en tâche ou en note sur la fiche. Le nœud Salesforce de n8n couvre ces trois appels. L'équipe continue de répondre depuis l'application WhatsApp Business pendant que Salesforce conserve l'historique. ### À quoi ressemble le workflow n8n ? Quatre nœuds à la suite, plus la branche de vérification dont tout webhook Meta a besoin. Un nœud Webhook reçoit la requête POST que Meta envoie pour chaque message. Un nœud Salesforce exécute une requête SOQL pour trouver un Lead ou un Contact dont le téléphone correspond à l'expéditeur. Un nœud IF sépare les cas selon qu'un résultat est revenu ou non : s'il y en a un, le workflow transmet l'identifiant de la fiche ; sinon, un nœud Salesforce crée un Lead avec le nom de profil présent dans le payload. Un dernier nœud Salesforce crée une tâche sur cette fiche, avec le texte du message dans la description et un objet indiquant qu'il s'agit d'un message WhatsApp. La branche de vérification répond à la requête GET de Meta en renvoyant la valeur hub.challenge comme corps brut. Sans elle, Meta ne commence jamais la livraison, et le reste du workflow reste inactif. ### Tâche ou note : laquelle choisir pour conserver le message ? Une tâche, pour la plupart des équipes, car elle apparaît dans la chronologie d'activité que les commerciaux lisent déjà et qu'on peut intégrer aux rapports. Mettez son statut à terminé pour qu'elle ne s'affiche pas comme une action à faire, et donnez-lui un objet qui nomme le canal : un filtre sur l'activité WhatsApp se résume alors à une seule condition. L'opération Add note du nœud n8n convient à un autre cas : un résumé plutôt que chaque message. Certaines équipes font collecter par le workflow les messages d'une journée pour chaque contact, puis écrire une seule note le soir, ce qui garde la chronologie lisible pour un client qui envoie vingt lignes courtes. Quel que soit votre choix, inscrivez l'identifiant du message WhatsApp dans la fiche. Meta relance les livraisons, et un workflow qui vérifie l'existence d'un identifiant avant d'écrire ne consigne jamais deux fois le même message. ### L'équipe peut-elle encore répondre depuis le téléphone, et Salesforce le verra-t-il ? Oui aux deux. Coexistence maintient l'application WhatsApp Business en fonctionnement sur le même numéro : les personnes qui répondaient hier aux clients continuent de le faire. Quand elles répondent depuis l'application, Meta envoie un écho du message sortant vers la même destination webhook, dans le champ smb_message_echoes. Ajoutez au workflow un second chemin pour ces échos et consignez-les comme des tâches sortantes. Un commercial qui ouvre le lead voit alors la question et la réponse donnée par la boutique, dans l'ordre, sans que personne ait à recopier une conversation à la main. Les réponses que le workflow envoie lui-même, via un nœud HTTP Request vers la Cloud API, doivent être consignées au moment de l'envoi. Le workflow dispose déjà du texte et de l'identifiant de la fiche. ### Comment éviter les leads en double ? Faites la correspondance sur un numéro de téléphone normalisé, et non sur le champ tel que les gens l'ont saisi. Meta envoie l'expéditeur sous forme de chiffres avec l'indicatif du pays et sans signe plus. Les champs téléphone de Salesforce contiennent ce qu'a saisi la personne qui a créé la fiche, avec des espaces, des parenthèses et des tirets. La méthode fiable consiste à ajouter un champ texte personnalisé contenant le numéro en chiffres uniquement, rempli par le workflow à la création d'un lead et par un rattrapage pour les fiches existantes. La requête SOQL compare alors ce champ par égalité, ce qui est rapide et exact. Vérifiez aussi les contacts, pas seulement les leads. Un client déjà converti est un Contact, et un workflow qui ne cherche que parmi les leads créera un nouveau lead pour chaque client existant qui vous écrit. - Ne chercher que dans l'objet Lead. Les clients existants sont des Contacts, et chacun qui écrit devient un lead en double. - Consigner les messages en tâches ouvertes. Les commerciaux reçoivent une action à faire pour chaque ligne d'un client ; mettez le statut à terminé dès la création. - Omettre la branche GET de vérification dans le workflow. Meta ne confirme jamais la destination, et aucun message n'est jamais livré. **Ai-je besoin d'un package AppExchange Salesforce pour cela ?** Non. Le nœud Salesforce intégré à n8n gère la recherche, le lead et la tâche, et tout ce qui lui manque peut passer par le nœud HTTP Request avec le même identifiant de connexion. **Make peut-il faire la même chose ?** Oui. Un webhook personnalisé Make reçoit le message et des modules Salesforce écrivent les fiches. La structure du scénario correspond au workflow n8n, étape par étape. **Salesforce peut-il envoyer un template WhatsApp à un lead ?** Via le workflow, oui. Faites appeler un webhook n8n par Salesforce, et n8n envoie le template approuvé par la Cloud API, avec l'identifiant du numéro de téléphone et le token. **EasyCoexistence conserve-t-il une copie des messages ?** Non. Meta livre chaque webhook directement à votre URL n8n, et EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Connecter WhatsApp à Zoho CRM sur un numéro Coexistence https://easycoexistence.com/fr/integrations/zoho-crm Acheminez les webhooks du numéro vers un workflow n8n, cherchez dans Zoho CRM avec le paramètre phone, qui vérifie tous les champs de téléphone d'un module, créez un Lead si rien ne correspond, puis ajoutez chaque message en note sur la fiche. Le node Zoho CRM de n8n gère les leads et les contacts ; la note tient en un appel HTTP à l'API Notes de Zoho, avec le même credential. ### Comment un message WhatsApp devient-il une fiche Zoho CRM ? Meta envoie chaque message du numéro vers la destination de webhook que vous avez définie, ici un node Webhook de n8n. Le workflow extrait le numéro de l'expéditeur du payload et appelle l'endpoint de recherche de Zoho avec phone réglé sur cette valeur, d'abord sur Leads puis sur Contacts. Zoho vérifie tous les champs de téléphone du module : une correspondance sur Mobile ou sur Phone compte dans les deux cas, ce qui vous évite de deviner quel champ un commercial a utilisé. Si rien ne remonte, le node Zoho CRM de n8n crée un Lead avec le nom de profil WhatsApp et le numéro. Dans tous les cas, le workflow dispose alors d'un identifiant de fiche, et il écrit le message en note sur cette fiche via POST /Notes. Une note n'exige que Note_Content et un Parent_Id qui désigne le module et la fiche. ### Quelles autorisations Zoho faut-il pour le credential n8n ? La lecture et la création sur les modules que vous interrogez et dans lesquels vous écrivez, plus la création sur Notes. Zoho nomme le scope des notes ZohoCRM.modules.notes.CREATE et exige à côté le scope de création du module parent. Un credential qui peut créer des Leads mais qui n'a jamais reçu le scope des notes échoue donc à la dernière étape avec une erreur d'autorisation. Le node Zoho CRM de n8n couvre Leads, Contacts, Accounts, Deals et plusieurs documents commerciaux, avec les opérations create, upsert, get, get all, update et delete. Les notes ne font pas partie de ses ressources, c'est pourquoi la note passe par un node HTTP Request. n8n permet à ce node de réutiliser le credential Zoho déjà connecté : vous n'avez qu'une seule autorisation OAuth à gérer, et non deux. Définissez le domaine d'API sur votre centre de données Zoho. Un credential créé dans la région UE appelle zohoapis.eu, et non zohoapis.com. ### Combien de messages Zoho CRM peut-il absorber ? Zoho mesure son API en crédits sur 24 heures glissantes, et le budget dépend de l'édition et du nombre d'utilisateurs. L'édition Free reçoit 5 000 crédits. Standard obtient 50 000 plus 250 par utilisateur, Professional 50 000 plus 500 par utilisateur, et Enterprise 50 000 plus 1 000 par utilisateur, chacune avec un plafond propre à l'édition. Chaque message entrant coûte une recherche et l'écriture d'une note, plus une création de lead pour les nouveaux expéditeurs. C'est largement dans le budget d'une édition payante pour le numéro d'une petite entreprise. La limite qui se fait sentir en premier est généralement la concurrence : Free autorise 5 appels simultanés et Standard 10, si bien qu'une rafale de réponses à une diffusion peut se mettre en file d'attente. Réglez le workflow n8n pour traiter les exécutions une par une si Zoho renvoie des erreurs de limite. ### Les réponses envoyées depuis le téléphone arrivent-elles dans Zoho CRM ? Oui, elles le peuvent. Sur un numéro Coexistence, l'app WhatsApp Business continue de fonctionner, et quand quelqu'un répond depuis celle-ci, Meta envoie un écho de ce message sortant à la même destination de webhook, sous le champ smb_message_echoes. Donnez au workflow une branche pour les échos et écrivez-les en notes intitulées comme sortantes. Le commercial qui ouvre le lead dans Zoho lit alors les deux côtés de la conversation, et personne n'a besoin de coller des captures d'écran dans le CRM. Les messages que le workflow envoie lui-même via la Cloud API, comme un template approuvé après un changement d'étape d'une affaire, se consignent de préférence au moment de l'envoi, car le workflow détient déjà le texte et l'identifiant de la fiche. - Accorder au credential les scopes des leads mais pas ZohoCRM.modules.notes.CREATE. La recherche et le lead fonctionnent, puis chaque note échoue. - Appeler zohoapis.com depuis un compte hébergé dans un autre centre de données Zoho. Utilisez le domaine d'API de la région où se trouve le compte. - Ne chercher que dans Leads. Les clients convertis sont des Contacts, et chacun d'eux qui écrit génère un nouveau lead en doublon. **Cela remplace-t-il l'intégration WhatsApp native de Zoho ?** C'est une autre voie. Ici, le numéro reste connecté via EasyCoexistence et Zoho CRM reçoit les fiches par son API, pendant que l'équipe répond depuis le téléphone ou depuis le workflow. **Puis-je utiliser Make à la place de n8n ?** Oui. Un webhook personnalisé Make reçoit le message, et les modules Zoho CRM ou un module HTTP effectuent la recherche, créent le lead et écrivent la note. **Un changement d'étape d'une affaire peut-il envoyer un template WhatsApp ?** Oui, via le workflow. Faites appeler une URL de webhook n8n par le changement d'étape, et n8n envoie le template approuvé par la Cloud API avec le phone number id et le token du numéro. **EasyCoexistence stocke-t-il les messages ?** Non. Meta livre le webhook directement à votre URL n8n. EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Connecter WhatsApp à Pipedrive sur un numéro Coexistence https://easycoexistence.com/fr/integrations/pipedrive Dirigez les webhooks du numéro vers un workflow n8n, recherchez les personnes Pipedrive par téléphone, créez la personne et un lead si personne ne correspond, puis écrivez chaque message en note sur la personne ou l'affaire. Le nœud Pipedrive de n8n fait tout cela. L'équipe continue de répondre depuis l'application WhatsApp Business, et ses réponses peuvent aussi être consignées. ### Comment un message WhatsApp arrive-t-il jusqu'à une personne Pipedrive ? Meta envoie chaque message reçu sur le numéro vers la destination de webhook que vous avez définie, ici un nœud Webhook n8n. Le workflow recherche dans les personnes Pipedrive à partir du numéro de l'expéditeur. La recherche de personnes couvre le champ téléphone et accepte un paramètre de correspondance exacte. Si une personne est trouvée, le workflow reprend son identifiant. Sinon, il crée une personne avec le nom de profil WhatsApp et le numéro, puis un lead rattaché à elle. Le premier message d'un inconnu apparaît ainsi dans le Leads Inbox, prêt à être qualifié. Le message lui-même devient une note. Une note Pipedrive n'exige que son contenu, qui accepte le HTML, et au moins un identifiant de personne, d'affaire, d'organisation ou de lead. Rattachez-la à l'affaire ouverte s'il y en a une, et à la personne sinon. ### Pourquoi l'étape de recherche atteint-elle les limites en premier ? Parce que Pipedrive applique à la recherche un quota distinct, bien plus petit. Les appels d'API généraux sont limités par utilisateur sur une fenêtre glissante de deux secondes, de 20 requêtes sur Lite avec un token d'API jusqu'à 120 sur Ultimate. L'API de recherche (Search API) est plafonnée à 10 requêtes par deux secondes sur tous les forfaits. Un numéro peu actif ne s'en aperçoit jamais. Un numéro qui envoie un template à quelques centaines de clients et reçoit cinquante réponses en une minute, si, car chaque réponse déclenche une recherche. Le workflow reçoit alors des réponses 429 et, sans nouvelle tentative, perd la note. Deux mesures règlent le problème. Activez les nouvelles tentatives avec un délai d'attente sur le nœud de recherche Pipedrive, et mettez en cache la correspondance téléphone vers identifiant de personne dans les données statiques du workflow n8n ou dans une petite table. Un client qui envoie six messages d'affilée coûte alors une recherche, pas six. ### Les réponses tapées sur le téléphone peuvent-elles aussi être consignées ? Oui. Coexistence maintient l'application WhatsApp Business active sur le même numéro, et quand un membre de l'équipe y répond, Meta envoie un écho du message sortant à la même destination de webhook, sous le champ smb_message_echoes. Ajoutez une branche pour ces échos et consignez-les en notes marquées comme sortantes, ou en activités terminées si votre équipe suit ses statistiques d'activité. Un commercial qui ouvre l'affaire voit alors, dans l'ordre, ce que le client a demandé et ce que la boutique a répondu. Pour les messages que le workflow envoie lui-même, comme un template lorsqu'une affaire change d'étape, consignez la note au moment de l'envoi. Le workflow dispose déjà du texte et de l'identifiant de l'affaire, inutile d'attendre un webhook. ### Comment normaliser le numéro de téléphone ? En chiffres uniquement, avec l'indicatif du pays et rien d'autre, car c'est ce que Meta envoie. Un expéditeur arrive sous la forme 14155550188, alors qu'une personne saisie à la main dans Pipedrive peut s'écrire +1 (415) 555-0188. Quand le workflow crée une personne, enregistrez le numéro sous cette forme en chiffres uniquement, pour que ses propres fiches correspondent toujours. Pour les personnes créées à la main, un nettoyage ponctuel dans n8n qui réécrit les téléphones existants sous la même forme est rentabilisé dès la première semaine. Sans lui, la recherche exacte rate les personnes saisies par l'équipe et le workflow crée un doublon pour chacune d'elles. Conservez le format d'origine dans un second téléphone si l'équipe préfère le lire ainsi. Les personnes Pipedrive peuvent avoir plusieurs téléphones. - Lancer une recherche par message sans cache. Les rafales de réponses se heurtent à la limite de 10 requêtes par deux secondes de l'API de recherche et des notes disparaissent. - Créer un lead pour chaque message plutôt que pour chaque nouvelle personne. Le Leads Inbox se remplit de doublons du même client. - Rattacher les notes uniquement à la personne quand une affaire est ouverte. Le commercial qui travaille l'affaire ne voit jamais la conversation. **Les messages apparaîtront-ils dans la messagerie de Pipedrive ?** Non. Cette méthode écrit des notes et des leads via l'API de Pipedrive. Les conversations se traitent depuis l'application WhatsApp Business ou par le workflow, et sont consignées sur la personne ou l'affaire. **Puis-je utiliser Make ou Zapier à la place de n8n ?** Oui. Un webhook personnalisé ou un catch hook reçoit le message, puis leurs étapes Pipedrive ou une étape HTTP écrivent la personne, le lead et la note dans le même ordre. **Un changement d'étape d'une affaire peut-il envoyer un template WhatsApp ?** Oui, via le workflow. Quand le changement d'étape appelle l'URL d'un webhook n8n, n8n envoie le template approuvé par la Cloud API avec le phone number id et le token du numéro. **EasyCoexistence stocke-t-il les messages ?** Non. Meta livre chaque webhook directement à votre URL n8n, et EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Connecter WhatsApp au CRM Bitrix24 sur un numéro Coexistence https://easycoexistence.com/fr/integrations/bitrix24 Acheminez les webhooks du numéro vers un workflow n8n et faites-lui appeler Bitrix24 via l'URL d'un webhook entrant. crm.duplicate.findbycomm trouve le lead, le contact ou l'entreprise qui possède le téléphone de l'expéditeur, crm.lead.add crée un lead quand personne ne le possède, et crm.timeline.comment.add écrit le message dans la timeline de la fiche. L'équipe continue de répondre depuis l'application WhatsApp Business. ### Comment n8n communique-t-il avec Bitrix24 ? Par un webhook entrant, qui dans Bitrix24 n'est pas un récepteur mais un identifiant d'accès. Vous le créez dans les ressources pour les développeurs de Bitrix24, vous choisissez les scopes qu'il peut utiliser, et vous obtenez une URL contenant l'adresse de votre portail, l'id de l'utilisateur qui l'a créé et un code secret. Ajouter un nom de méthode à cette URL appelle l'API REST en tant que cet utilisateur, avec ses permissions. Dans n8n, chaque étape Bitrix24 est donc un nœud HTTP Request qui envoie une requête POST à cette URL suivie d'une méthode comme crm.lead.add.json. Il n'y a aucun flux OAuth à terminer et aucune application à publier. Accordez au webhook uniquement le scope CRM, et créez-le depuis un utilisateur dont les permissions couvrent les leads et les contacts que le workflow doit voir, car Bitrix24 vérifie l'accès au nom de cet utilisateur. ### Quelles méthodes Bitrix24 le workflow appelle-t-il ? Trois, dans l'ordre, une fois que le nœud Webhook de n8n a reçu le message de Meta. crm.duplicate.findbycomm avec le type PHONE et le numéro de l'expéditeur renvoie les ids des leads, contacts et entreprises qui le détiennent. C'est la bonne recherche, car elle interroge les trois à la fois et qu'elle est conçue pour faire correspondre des moyens de communication plutôt qu'un champ de texte. Quand elle ne renvoie rien, crm.lead.add crée un lead avec le nom de profil WhatsApp comme titre et le numéro dans son champ téléphone. Ensuite, crm.timeline.comment.add écrit le texte du message en commentaire sur la fiche, avec ENTITY_TYPE, ENTITY_ID et COMMENT. Le commentaire apparaît dans la timeline de la fiche, à côté des appels et des e-mails, là où un commercial regarde déjà. ### Comment la limite de débit influence-t-elle le workflow ? Bitrix24 mesure les appels REST avec un seau percé (leaky bucket). Chaque requête s'ajoute à un compteur, le compteur se vide à un rythme fixe chaque seconde, et dès qu'il dépasse un seuil, la requête suivante reçoit une réponse 503 avec QUERY_LIMIT_EXCEEDED. Sur les forfaits Enterprise, le compteur se vide de 5 par seconde avec un seuil de 250 ; sur tous les autres forfaits, il se vide de 2 avec un seuil de 50. Chaque message entrant coûte deux ou trois appels, donc un flux régulier n'approche jamais la limite. Une rafale, si : cinquante clients qui répondent au même template en une minute représentent jusqu'à 150 appels. Configurez les nœuds HTTP Request pour réessayer en cas d'échec après une courte attente, et exécutez les exécutions du workflow l'une après l'autre, afin que la rafale s'écoule vers Bitrix24 au lieu de rebondir dessus. ### Les réponses saisies sur le téléphone arrivent-elles dans Bitrix24 ? Oui, c'est possible. Sur un numéro Coexistence, l'application WhatsApp Business continue de fonctionner, et lorsque quelqu'un répond depuis celle-ci, Meta envoie un écho du message sortant à la même destination de webhook, sous le champ smb_message_echoes. Une seconde branche du workflow traite ces échos comme les messages entrants, avec le commentaire marqué comme sortant. La fiche affiche alors la conversation complète, avec les lignes du client et les réponses de l'entreprise dans l'ordre. Les réponses que le workflow envoie lui-même par la Cloud API sont déjà entre ses mains au moment de l'envoi : enregistrez-les à cet instant plutôt que d'attendre le retour d'un webhook. - Coller l'URL du webhook entrant dans du code côté client ou dans un document partagé. Le secret qu'elle contient donne accès à tous les scopes accordés au webhook. - Créer le webhook depuis un utilisateur qui ne voit pas tous les leads. Les recherches ratent alors des fiches et le workflow crée des doublons. - Envoyer une rafale d'appels sans nouvelles tentatives. Bitrix24 répond 503 QUERY_LIMIT_EXCEEDED et ces messages n'arrivent jamais dans la timeline. **Les conversations apparaîtront-elles dans les Open Channels de Bitrix24 ?** Pas avec ce workflow. Il écrit des leads et des commentaires de timeline via l'API REST du CRM, et la conversation se poursuit depuis l'application WhatsApp Business ou par le workflow. **Puis-je utiliser Make à la place de n8n ?** Oui. Un webhook personnalisé Make reçoit le message, et des modules HTTP appellent les trois mêmes méthodes sur l'URL du webhook entrant. **Le workflow peut-il envoyer un template WhatsApp à partir de données Bitrix24 ?** Oui. n8n lit ce dont il a besoin dans Bitrix24 et envoie le template approuvé par la Cloud API, avec l'identifiant du numéro et son token. **EasyCoexistence stocke-t-il les messages ?** Non. Meta remet chaque webhook directement à votre URL n8n. EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Transformez les contacts WhatsApp en conversions RD Station Marketing https://easycoexistence.com/fr/integrations/rd-station Dirigez les webhooks du numéro vers un workflow n8n et, pour chaque expéditeur, envoyez en POST un événement de conversion à RD Station Marketing sur api.rd.services/platform/conversions avec votre clé d'API. RD Station accepte un téléphone à la place d'un email : un contact WhatsApp sans email devient donc quand même un lead, étiqueté et prêt pour vos flux d'automatisation. L'équipe continue de répondre depuis le téléphone. ### Comment un message WhatsApp devient-il un lead RD Station ? Meta envoie chaque message reçu sur le numéro vers la destination de webhook que vous avez définie, ici un nœud Webhook n8n. Le workflow lit dans le payload le numéro de l'expéditeur et le nom de son profil, puis envoie un seul POST HTTP vers l'endpoint de conversions de RD Station Marketing, avec la clé d'API dans la chaîne de requête. Le corps contient event_type défini sur CONVERSION, event_family défini sur CDP, et un payload avec un conversion_identifier de votre choix, par exemple whatsapp-inbound. Dans le payload se trouvent le name, le mobile_phone et les éventuels tags. RD Station crée le contact s'il est nouveau et enregistre la conversion dans tous les cas : l'historique du contact indique ainsi qu'il est arrivé par WhatsApp, et quand. Ensuite, tout se passe comme d'habitude dans RD Station : segmentez sur la conversion ou sur le tag, et laissez vos flux d'automatisation prendre le relais. ### Faut-il faire de chaque message une conversion ? Non, et c'est la décision de conception la plus importante. Un client qui envoie huit courtes lignes à la suite enregistrerait huit conversions, ce qui gonfle les rapports et peut déclencher huit fois le même flux d'automatisation. Convertissez sur le premier message d'un numéro, ou sur le premier message après une pause que vous choisissez, par exemple trente jours. n8n peut conserver la date de dernière conversion par numéro dans les données statiques du workflow ou dans une petite table, et ignorer l'appel quand elle est récente. Utilisez un conversion_identifier distinct pour tout ce qui est plus précis qu'un premier contact. Une réponse à un template promotionnel, un message contenant un mot-clé ou un appui sur un bouton d'un message interactif peuvent chacun former leur propre conversion. RD Station dispose alors de segments propres sur lesquels s'appuyer, au lieu d'un flux indifférencié. ### RD Station peut-il déclencher un message WhatsApp en retour ? Oui, via le workflow. RD Station Marketing peut déclencher un webhook lorsqu'un lead se convertit ou passe au statut d'opportunité, et un webhook n8n à l'autre bout peut envoyer un template WhatsApp approuvé via la Cloud API, en utilisant l'identifiant du numéro de téléphone et le token d'accès disponibles dans le dashboard EasyCoexistence. Les templates comptent ici, car le lead n'a peut-être pas écrit au cours des dernières 24 heures. En dehors de cette fenêtre, seul un template approuvé par Meta est délivré ; le texte libre échoue. Dans la fenêtre, une réponse texte classique fonctionne. L'application WhatsApp Business sur le téléphone affiche aussi ces messages envoyés, puisque Coexistence garde l'application et l'API sur le même numéro. Un commercial qui reprend la conversation sur le téléphone voit ce que l'automatisation a déjà dit. - Envoyer une conversion pour chaque message. Un client bavard enregistre autant de conversions et relance le même flux d'automatisation. - Poster la clé d'API depuis une page de navigateur lisible par tous. Gardez l'appel dans le workflow n8n, où la clé reste privée. - Envoyer du texte libre depuis un flux déclenché par RD à un lead qui n'a pas écrit depuis 24 heures. Seul un template approuvé est alors délivré. **Faut-il OAuth pour cet appel RD Station ?** Non. L'endpoint de conversion s'authentifie avec la clé d'API dans la chaîne de requête, et l'envoi d'événements de conversion est précisément l'usage de cette clé. **Que faire si le contact WhatsApp n'a pas d'email ?** Envoyez le téléphone. RD Station n'exige un email sur une conversion que lorsqu'aucun téléphone n'est fourni. **Puis-je utiliser Make ou Zapier à la place de n8n ?** Oui. Tout outil qui reçoit le webhook et effectue un POST HTTP peut envoyer le même corps de conversion à RD Station. **EasyCoexistence stocke-t-il les messages ?** Non. Meta envoie le webhook vers votre URL n8n, et EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Connecter WhatsApp aux contacts GoHighLevel sur un numéro Coexistence https://easycoexistence.com/fr/integrations/gohighlevel Dirigez les webhooks du numéro vers un workflow n8n, créez ou mettez à jour l'expéditeur comme contact HighLevel avec le nœud HighLevel de n8n, puis écrivez chaque message en note via POST /contacts/{contactId}/notes. Authentifiez-vous avec un token Private Integration créé dans les paramètres du sous-compte. Un seul workflow peut servir tous vos clients si vous associez chaque identifiant phone_number_id à son sous-compte. ### Comment un message WhatsApp arrive-t-il sur un contact HighLevel ? Meta envoie chaque message reçu sur le numéro à la destination webhook que vous avez définie, ici un nœud Webhook de n8n. Le workflow transmet le numéro de l'expéditeur et son nom de profil WhatsApp au nœud HighLevel de n8n, dont la ressource contact propose une opération de création ou de mise à jour : un nouvel expéditeur devient un contact, et un expéditeur connu est retrouvé au lieu d'être dupliqué. Une fois l'identifiant du contact en main, un nœud HTTP envoie le corps du message à /contacts/{contactId}/notes. La note apparaît sur la fiche du contact, et quiconque l'ouvre voit ce que le client a écrit. Si le message appelle un suivi, le nœud HighLevel peut aussi créer une tâche sur le contact ou une opportunité dans un pipeline, deux actions qu'il prend directement en charge. L'équipe continue de répondre depuis l'application WhatsApp Business pendant tout ce temps. ### Quel token le workflow doit-il utiliser ? Un token Private Integration. L'API v2 de HighLevel s'utilise soit avec OAuth, soit avec l'un de ces tokens, et les anciennes clés API v1 sont arrivées en fin de vie. Un token Private Integration se crée dans les paramètres du sous-compte, avec les permissions que vous cochez, et s'envoie dans l'en-tête Authorization comme n'importe quel token d'accès. Il ne se renouvelle pas tout seul, ce qui convient à une automatisation : il fonctionne jusqu'à ce que quelqu'un le remplace. Lorsque vous effectuez cette rotation, HighLevel garde l'ancien et le nouveau token valides ensemble pendant sept jours, soit le délai dont vous disposez pour coller le nouveau dans n8n avant que l'ancien ne cesse de fonctionner. Ne cochez que les scopes dont le workflow a besoin : contacts, notes et, si vous les utilisez, opportunités et tâches. Si vous ne trouvez pas Private Integrations dans les paramètres, HighLevel indique de l'activer dans Labs. ### Comment un seul workflow sert-il plusieurs sous-comptes clients ? En routant selon le numéro récepteur. Chaque webhook envoyé par Meta contient le phone_number_id du numéro d'entreprise qui a reçu le message. Dirigez le numéro de chaque client vers le même webhook n8n, tenez une petite table qui associe chaque phone_number_id au sous-compte du client et à son token, puis récupérez le token au début de chaque exécution. Vous n'avez ainsi qu'un seul workflow à maintenir pour tous vos clients, ce qui compte plus pour une agence que pour quiconque. Une correction de la logique de correspondance ou du format des notes profite à tout le monde en même temps. Les limites de débit sont comptées par application et par sous-compte, donc les clients n'entament pas le quota des autres : chacun dispose de ses propres 100 requêtes par tranche de dix secondes et de 200 000 par jour. ### Les réponses saisies sur le téléphone arrivent-elles dans HighLevel ? Oui, c'est possible. Sur un numéro Coexistence, l'application WhatsApp Business reste en service, et lorsque quelqu'un répond depuis celle-ci, Meta envoie un écho du message sortant à la même destination webhook, dans le champ smb_message_echoes. Ajoutez une branche pour ces échos et écrivez-les en notes marquées comme envoyées. La fiche du contact contient alors, dans l'ordre, les propos du client et les réponses de l'entreprise, ce qu'un client s'attend à voir en ouvrant son CRM. Lorsque le workflow envoie lui-même un message par la Cloud API, par exemple un template approuvé après la prise d'un rendez-vous, écrivez la note au moment de l'envoi. Le workflow dispose déjà du texte et de l'identifiant du contact. - Utiliser une clé API v1. L'API v1 de HighLevel est arrivée en fin de vie : l'API v2 exige un token Private Integration ou OAuth. - Faire la rotation du token Private Integration sans mettre à jour n8n dans les sept jours de chevauchement. Tous les appels échouent dès que l'ancien token expire. - Écrire les messages de tous les clients avec le token d'un seul sous-compte. Associez d'abord phone_number_id au bon sous-compte, sinon les fiches atterrissent chez le mauvais client. **Les messages apparaîtront-ils dans l'onglet Conversations de HighLevel ?** Pas avec ce workflow. Il écrit des contacts, des notes, des tâches et des opportunités via l'API, et la conversation se poursuit depuis l'application WhatsApp Business ou par le workflow. **Puis-je utiliser Make ou Zapier à la place de n8n ?** Oui. Un webhook personnalisé ou un catch hook reçoit le message, puis une étape HTTP appelle l'API v2 de HighLevel avec le même token. **Un rendez-vous réservé peut-il envoyer une confirmation WhatsApp ?** Oui, via le workflow. Lorsque HighLevel appelle l'URL d'un webhook n8n, n8n envoie un template approuvé par la Cloud API avec le phone_number_id et le token du numéro. **EasyCoexistence stocke-t-il les messages ?** Non. Meta livre chaque webhook directement à votre URL n8n, et EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Utiliser un numéro Coexistence comme boîte de réception WhatsApp Cloud dans Chatwoot https://easycoexistence.com/fr/integrations/chatwoot La boîte de réception WhatsApp Cloud de Chatwoot demande trois valeurs : l'id du WhatsApp Business Account, l'id du numéro de téléphone et un token d'accès. Un numéro Coexistence les fournit toutes les trois. Créez la boîte avec elles, puis réglez la destination du webhook du numéro sur l'URL du webhook de Chatwoot, avec le même token de vérification : l'équipe peut alors répondre depuis Chatwoot et depuis le téléphone. ### Comment connecter un numéro Coexistence à Chatwoot ? À deux endroits, dans cet ordre. Dans Chatwoot, ajoutez une boîte de réception, choisissez WhatsApp, puis le fournisseur WhatsApp Cloud avec la configuration manuelle. Saisissez le numéro, l'id du numéro de téléphone, l'id du WhatsApp Business Account et le token d'accès : le dashboard EasyCoexistence les affiche pour la connexion, et get_api_credentials les renvoie à un assistant. Chatwoot affiche ensuite une URL de webhook et un token de vérification du webhook pour la boîte. Dans EasyCoexistence, réglez la destination du webhook du numéro sur cette URL et saisissez le même token de vérification. Meta envoie sa requête de vérification à Chatwoot, Chatwoot y répond, et dès lors chaque message adressé au numéro arrive dans la boîte. Rien ne tourne entre les deux : il n'y a aucun workflow à maintenir en vie. ### Les réponses envoyées depuis le téléphone apparaissent-elles dans Chatwoot ? Oui. Sur un numéro Coexistence, une réponse saisie dans l'app WhatsApp Business est signalée par Meta comme un événement smb_message_echoes. Le job webhook de Chatwoot reconnaît ce champ et enregistre le message comme sortant, dans la bonne conversation. Son code source décrit directement ce cas : des entreprises qui répondent à la fois depuis Chatwoot et depuis l'app, avec des messages synchronisés vers Chatwoot. C'est ce qui rend le partage efficace en pratique. Le propriétaire peut continuer à répondre aux habitués depuis son téléphone, l'équipe peut traiter la boîte partagée depuis un bureau, et chacun voit ce que l'autre a envoyé, sans que personne ne transfère de captures d'écran. Les messages envoyés depuis Chatwoot partent par la Cloud API sur le même numéro, et apparaissent donc aussi sur le téléphone. ### Pourquoi la boîte Chatwoot ne doit-elle avoir aucun secret d'app ? Parce que les envois sont signés avec un secret que vous n'avez pas. Meta signe chaque webhook avec le secret de l'app propriétaire de l'abonnement, c'est-à-dire l'app EasyCoexistence, et ce secret n'est jamais partagé. Dans le code source actuel de Chatwoot, l'en-tête X-Hub-Signature-256 n'est vérifié sur un canal WhatsApp Cloud configuré manuellement que si un secret d'app y est enregistré, ou si le canal a été créé par l'Embedded Signup propre à Chatwoot. Une boîte manuelle sans secret d'app accepte les envois ; une boîte avec n'importe quel secret d'app les rejette tous comme non autorisés. La protection qui s'applique ici est le token de vérification. Choisissez une valeur longue et aléatoire, puisque c'est lui qui permet à Chatwoot de distinguer la requête de vérification de Meta de celle de n'importe qui d'autre. ### Que ne peut pas faire Chatwoot sur ce numéro ? Recevoir les webhooks à un deuxième endroit en même temps. Meta achemine les webhooks d'un numéro vers une seule destination : tant que Chatwoot l'occupe, un workflow n8n ne recevra pas les mêmes événements. Si vous avez besoin des deux, pointez la destination vers un petit relais à vous, qui transmet chaque envoi à Chatwoot et au workflow. Les limites de Coexistence s'appliquent comme partout : l'API envoie jusqu'à 20 messages par seconde, le texte libre ne part que dans les 24 heures suivant le dernier message du client, et les templates couvrent tout ce qui vient après. Il faut toujours ouvrir l'app WhatsApp Business au moins une fois tous les 14 jours, ce qu'EasyCoexistence surveille. - Renseigner un secret d'app sur la boîte Chatwoot. Les envois sont signés avec le secret de l'app EasyCoexistence : Chatwoot rejette donc chacun d'eux comme non autorisé. - Utiliser dans EasyCoexistence un token de vérification différent de celui affiché par Chatwoot. La vérification de Meta échoue et la boîte ne reçoit jamais aucun message. - Choisir l'Embedded Signup de Chatwoot au lieu de la configuration manuelle. Cela connecte le numéro via l'app Meta propre à Chatwoot, une connexion distincte. **Cela fonctionne-t-il avec un Chatwoot auto-hébergé ?** Oui. L'URL du webhook utilise votre propre domaine Chatwoot au lieu de app.chatwoot.com, et le reste de la configuration est identique. **Ai-je besoin de ma propre app Meta pour Chatwoot ?** Non. Le numéro est connecté via EasyCoexistence, qui fournit les identifiants et achemine les webhooks. Le guide de Chatwoot décrit la création d'une app Meta uniquement parce qu'il suppose que vous n'en avez aucune. **Peut-on mettre plusieurs numéros dans Chatwoot ?** Oui. Créez une boîte WhatsApp Cloud par numéro, et réglez la destination du webhook de chaque numéro sur l'URL et le token de vérification de sa propre boîte. **EasyCoexistence voit-il les conversations ?** Non. Meta livre les webhooks directement à Chatwoot, et EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Enregistrez les messages WhatsApp dans Airtable et envoyez depuis une base https://easycoexistence.com/fr/integrations/airtable Le déclencheur webhook entrant d'Airtable n'accepte que les requêtes POST : il ne peut donc pas répondre au GET de vérification de Meta ni servir lui-même de destination webhook pour un numéro. Pointez la destination vers un workflow n8n qui ajoute chaque message dans une table. L'envoi se fait depuis Airtable : une automatisation Run a script peut appeler la Cloud API avec fetch, le token du numéro étant stocké comme secret. ### Pourquoi Airtable ne peut-il pas recevoir directement les webhooks WhatsApp ? Parce que Meta contrôle une destination avant de lui livrer quoi que ce soit. Meta envoie une requête GET contenant une valeur de challenge et attend cette même valeur dans le corps de la réponse. Le déclencheur When webhook received d'Airtable n'accepte que les requêtes POST et répond avec son propre JSON fixe : le contrôle ne peut donc pas aboutir, et Meta ne commence jamais la livraison. La solution tient en une étape intermédiaire. Un nœud Webhook n8n gère la vérification et reçoit chaque message, puis le nœud Airtable de n8n ajoute une ligne : expéditeur, nom de profil, texte, identifiant du message, horodatage et identifiant du numéro récepteur. Le même schéma fonctionne avec Make ou Zapier. Cette étape intermédiaire a un second avantage. Le déclencheur webhook d'Airtable autorise cinq requêtes par seconde, alors qu'un outil de workflow peut mettre en file d'attente une rafale qui serait sinon refusée. ### Comment envoyer un template WhatsApp depuis une base Airtable ? Avec une automatisation dont l'action est Run a script. Le déclencheur peut être un enregistrement qui entre dans une vue, un champ qui change ou un clic sur un bouton. Le script lit le téléphone et les champs de l'enregistrement via input.config(), puis appelle l'endpoint messages de la Cloud API avec fetch. Les scripts d'automatisation Airtable s'exécutent côté serveur : aucune restriction de navigateur ne s'applique. Stockez le token d'accès comme secret dans l'éditeur de script plutôt que dans le code. Airtable masque les secrets dans la sortie de la console et ne laisse modifier un script qu'aux personnes ayant accès à tous ses secrets. Utilisez un template pour toute prise de contact que le client n'a pas provoquée dans les dernières 24 heures, car le texte libre n'est livré que dans cette fenêtre. Le script peut réécrire dans l'enregistrement l'identifiant du message renvoyé, ce qui relie l'envoi à la ligne. ### À quoi doit ressembler la table des messages ? Une ligne par message, avec l'identifiant du message WhatsApp comme champ principal. Meta renvoie les livraisons qu'il croit échouées, et un workflow qui cherche l'identifiant avant d'ajouter la ligne n'écrit jamais deux fois le même message. Gardez un champ de direction avec inbound et outbound. Sur un numéro Coexistence, les réponses que l'équipe saisit dans l'application WhatsApp Business arrivent sur le même webhook sous forme d'événements smb_message_echoes ; les enregistrer comme lignes outbound donne à la base la conversation complète, et non un seul côté. Liez chaque message à une table Contacts indexée sur le numéro de téléphone en chiffres uniquement, qui est le format envoyé par Meta. Un champ de synthèse affiche alors l'heure du dernier message entrant par contact, et c'est ce champ unique dont une automatisation a besoin pour choisir entre texte libre et template. - Définir une URL de webhook Airtable comme destination du numéro. Elle n'accepte que POST, le GET de vérification de Meta échoue et rien n'est jamais livré. - Coller le token d'accès dans le corps du script. Stockez-le comme secret de script pour qu'il reste hors du code et des journaux. - Envoyer du texte libre depuis une automatisation d'enregistrement à quelqu'un qui n'a pas écrit depuis 24 heures. Seul un template approuvé est livré. **Run a script est-il disponible sur le plan gratuit d'Airtable ?** Airtable indique que l'action est proposée sur tous les types de plans avec des limites variables, et précise qu'elle n'est pas disponible pendant l'essai d'un plan Team. **Puis-je me passer de n8n et utiliser Make ou Zapier ?** Oui. Chacun des trois peut recevoir le webhook, répondre à la vérification et ajouter la ligne. Airtable est la seule pièce qui ne peut pas être la destination. **Un bouton Airtable peut-il envoyer un message WhatsApp ?** Oui. Utilisez le déclencheur When a button is clicked avec une action Run a script qui appelle la Cloud API, et les données de la ligne alimentent le template. **EasyCoexistence stocke-t-il les messages ?** Non. Meta livre chaque webhook à l'URL de votre n8n, et la seule copie est celle que votre workflow écrit dans Airtable. --- ## Enregistrer les messages WhatsApp dans Google Sheets et envoyer depuis une feuille https://easycoexistence.com/fr/integrations/google-sheets Dirigez la destination du webhook du numéro vers un workflow n8n dont le nœud Google Sheets ajoute une ligne par message : expéditeur, nom, texte, identifiant du message et heure. Pour envoyer depuis une feuille, une fonction Apps Script peut parcourir les lignes et appeler la Cloud API avec UrlFetchApp, en utilisant le phone number id et le token du numéro. L'équipe continue de répondre depuis l'app WhatsApp Business. ### Comment chaque message WhatsApp devient-il une ligne ? Meta envoie chaque message du numéro à la destination de webhook que vous avez définie, ici un nœud Webhook n8n qui répond aussi à la requête de vérification de Meta. Le nœud suivant est Google Sheets avec l'opération Append Row, qui associe les champs du payload à des colonnes : le numéro de l'expéditeur, le nom de profil, le texte, l'identifiant du message WhatsApp, l'horodatage et le phone number id qui reçoit. Utilisez Append or Update Row avec l'identifiant du message comme clé plutôt qu'un simple ajout si vous voulez que les nouvelles tentatives soient sans effet. Meta renvoie un message quand elle pense qu'une livraison a échoué, et la clé sur l'identifiant transforme la seconde livraison en mise à jour de la même ligne. Sur un numéro Coexistence, les réponses saisies dans l'app WhatsApp Business arrivent sur le même webhook sous forme d'événements smb_message_echoes. Enregistrez-les avec une colonne de direction et la feuille contient les deux côtés de l'échange. ### Où le quota de Sheets pose-t-il problème ? Sur les écritures par utilisateur. L'API Sheets autorise 300 requêtes d'écriture par minute et par projet, et 60 par minute et par utilisateur et par projet, or un identifiant n8n correspond à un seul utilisateur. Un workflow qui ajoute une ligne par message peut donc tenir environ un message par seconde, en continu. C'est largement suffisant pour la plupart des numéros de boutique. Ça ne l'est plus après l'envoi d'un template en masse, quand quelques centaines de clients répondent en quelques minutes. L'API répond alors 429 Too Many Requests et, sans nouvelles tentatives, des lignes disparaissent. Deux solutions, chacune suffit. Activez les nouvelles tentatives avec une attente sur le nœud Google Sheets, ce qui correspond au conseil de Google lui-même de ralentir de façon exponentielle. Ou regroupez : faites collecter les messages par n8n pendant trente secondes et ajoutez-les en une seule requête, ce qui remplace de nombreuses écritures par une seule. ### Comment envoyer des templates depuis une feuille ? Avec Apps Script, depuis le menu Extensions de la feuille. Une fonction lit les lignes pas encore envoyées, appelle l'endpoint messages de la Cloud API avec UrlFetchApp pour chacune, puis écrit dans la ligne l'identifiant du message renvoyé et l'heure. Un déclencheur horaire peut l'exécuter toutes les quelques minutes, ou vous pouvez la lancer à la main depuis un menu personnalisé. Stockez le token d'accès dans les propriétés du script plutôt que dans le code, pour que toute personne pouvant consulter le script ne le voie pas. Gardez les quotas en tête. Un compte Google grand public dispose de 20 000 appels URL Fetch par jour et un compte Workspace de 100 000, et chaque exécution s'arrête au bout de six minutes. Traitez les lignes par lots et marquez chacune comme envoyée avant de passer à la suivante, afin qu'une exécution interrompue reprenne là où elle s'est arrêtée au lieu d'envoyer deux fois. - Ajouter sans clé sur l'identifiant du message. Les nouvelles tentatives de Meta écrivent alors le même message sur deux lignes. - Écrire une ligne par message avec un seul identifiant pendant une rafale de réponses. La limite de 60 écritures par minute et par utilisateur renvoie 429 et des lignes sont perdues. - Envoyer du texte libre depuis la feuille à des personnes qui n'ont pas écrit depuis 24 heures. Seul un template approuvé est livré en dehors de cette fenêtre. **Puis-je utiliser Make ou Zapier à la place de n8n ?** Oui. Un webhook personnalisé Make ou un catch hook Zapier reçoit le message, et leur étape Google Sheets ajoute la ligne. **Avec quel compte Google n8n écrit-il ?** Celui qui a autorisé l'identifiant Google de n8n. Ce compte doit avoir un accès en modification à la feuille, et c'est son quota d'écriture par utilisateur que le workflow consomme. **La colonne des numéros de téléphone est-elle bien formatée ?** Stockez les numéros en texte brut, sous forme de chiffres avec l'indicatif du pays et sans signe plus, c'est le format qu'envoie Meta. Sinon Sheets les traite comme des nombres, ce qui supprime le plus initial et peut reformater les valeurs longues. **EasyCoexistence conserve-t-il une copie des messages ?** Non. Meta livre chaque webhook à votre URL n8n, et la feuille est la seule copie. --- ## Recevoir des webhooks WhatsApp dans une Supabase Edge Function https://easycoexistence.com/fr/integrations/supabase Une Edge Function Supabase peut être directement la destination webhook du numéro. Elle répond à la requête GET de vérification de Meta avec la valeur hub.challenge, insère chaque message reçu en POST dans une table Postgres et répond via la Cloud API. Déployez-la avec la vérification JWT désactivée : Supabase exige par défaut un JWT valide, et Meta ne peut pas en envoyer. ### Que doit faire l'Edge Function ? Deux choses, sur deux méthodes. En GET, elle répond à la vérification de Meta. Lisez hub.mode, hub.verify_token et hub.challenge dans la query string, comparez le token avec celui que vous avez saisi comme token de vérification de la destination, puis renvoyez le challenge en corps texte brut avec le statut 200. Renvoyez 403 si le token ne correspond pas. En POST, elle reçoit les événements. Analysez le corps, extrayez les messages depuis entry, changes et value, insérez-les dans une table et renvoyez 200. Répondez vite : pour Meta, une réponse lente ou en échec est une livraison ratée, et il réessaie, ce qui donne deux fois le même message. Définissez l'URL de la fonction comme destination webhook du numéro dans EasyCoexistence, avec le même token de vérification, et Meta commence à livrer. ### Pourquoi la fonction renvoie-t-elle 401 à Meta ? Parce que la vérification JWT est activée. Supabase valide un JWT dans l'en-tête Authorization avant que le handler d'une Edge Function ne s'exécute, et c'est le comportement par défaut de chaque fonction. Meta n'envoie pas cet en-tête : la plateforme rejette donc à la fois le GET de vérification et chaque livraison, et votre code ne les voit jamais. Désactivez-la pour cette fonction uniquement. Déployez avec supabase functions deploy whatsapp --no-verify-jwt, ou définissez verify_jwt = false dans la section de la fonction du fichier supabase/config.toml. La documentation de Supabase décrit exactement ce cas : un endpoint public appelé par un fournisseur de webhook externe. Le contrôle de la plateforme désactivé, la fonction doit avoir le sien. L'en-tête de signature ne vous est pas accessible, car Meta signe avec le secret de l'application propriétaire de l'abonnement. Placez un long secret aléatoire dans l'URL de destination, en paramètre de requête, et rejetez les requêtes qui n'en ont pas, comme le fait l'exemple en POST. ### Comment la fonction doit-elle stocker et répondre ? Stockez d'abord, répondez ensuite. Faites un upsert sur l'identifiant de message WhatsApp avec une contrainte d'unicité : les nouvelles tentatives de Meta tombent alors sur la même ligne au lieu de créer un doublon. Conservez le phone_number_id destinataire dans chaque ligne si plusieurs numéros pointent vers la fonction. Pour tout traitement lent, comme appeler un modèle ou une autre API avant de répondre, confiez le travail à EdgeRuntime.waitUntil et renvoyez la réponse tout de suite. La fonction continue de tourner jusqu'à la résolution de cette promesse, tandis que Meta a déjà son 200. Supabase cesse d'attendre après 150 secondes d'inactivité et renvoie 504 : un handler qui fait tout son travail avant de répondre est donc le plus susceptible de provoquer des nouvelles tentatives. Les réponses partent vers l'endpoint messages de la Cloud API, avec le phone number id et le token du numéro, stockés comme secrets de la fonction. Dans les 24 heures suivant le dernier message du client, le texte libre est livré ; au-delà, seul un template approuvé l'est. ### Les messages envoyés depuis le téléphone parviennent-ils à la fonction ? Oui. Sur un numéro Coexistence, l'application WhatsApp Business continue de fonctionner, et lorsque quelqu'un y répond, Meta livre un écho de ce message sortant à la même destination, sous le champ smb_message_echoes et dans un tableau message_echoes plutôt que messages. Étendez l'analyseur pour lire les deux et stocker une colonne direction. La table contient alors la conversation complète, les lignes du client et les réponses de l'entreprise, ce que la plupart des gens veulent interroger ensuite : délais de réponse, conversations sans réponse, heure du dernier message entrant par contact. Cette dernière valeur est aussi la donnée dont chaque chemin d'envoi a besoin, puisqu'elle détermine si une réponse peut être du texte libre ou doit être un template. Une vue sur la table peut l'exposer par contact au reste de votre application. - Déployer avec la vérification JWT laissée activée. Supabase rejette les requêtes de Meta avec un 401 avant l'exécution du handler, et aucun message n'arrive jamais. - Renvoyer le challenge enveloppé dans du JSON. Meta attend la valeur brute comme corps, sinon la vérification échoue sans bruit. - Faire un traitement lent avant de répondre. Meta réessaie ce qu'il considère comme des échecs, et le même message est traité deux fois. - Désactiver la vérification JWT sans aucun contrôle de votre côté. Toute personne qui trouve l'URL peut poster de faux messages dans la table. **Cela fonctionne-t-il sur le plan gratuit de Supabase ?** Les Edge Functions tournent sur le plan gratuit, avec une limite de 150 secondes de durée réelle contre 400 secondes sur les plans payants. Un handler de webhook qui répond vite reste très loin de l'une comme de l'autre. **Dois-je utiliser la clé service role dans la fonction ?** Uniquement côté serveur, comme ici, lue depuis l'environnement de la fonction. Elle contourne la sécurité au niveau des lignes : elle ne doit donc jamais atteindre un navigateur. **Une seule fonction peut-elle servir plusieurs numéros ?** Oui. Faites pointer la destination webhook de chaque numéro vers elle et aiguillez selon le phone_number_id de chaque payload. **EasyCoexistence voit-il les messages ?** Non. Meta livre chaque webhook directement à votre fonction, et EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Connecter WhatsApp à Activepieces sur un numéro Coexistence https://easycoexistence.com/fr/integrations/activepieces Activepieces propose une pièce WhatsApp Business qui se connecte avec un token d'accès et l'ID d'un compte WhatsApp Business, deux valeurs qu'expose un numéro Coexistence. Son déclencheur « Nouveau message entrant » répond lui-même à la vérification de Meta : son URL peut donc servir de destination du webhook du numéro. Laissez vide l'app secret facultatif de la pièce, et le flow s'exécute à chaque message pendant que l'équipe garde le téléphone. ### Comment connecter un numéro Coexistence à Activepieces ? Créez la connexion WhatsApp Business dans Activepieces avec deux valeurs : le token d'accès et l'ID du compte WhatsApp Business. Le dashboard EasyCoexistence affiche les deux pour la connexion, et get_api_credentials les renvoie à un assistant. Les instructions de la pièce parlent de créer une app Meta et un utilisateur système, parce qu'elles supposent que vous n'avez ni l'une ni l'autre. Ici, le numéro est déjà connecté : passez directement au collage des valeurs. Construisez ensuite un flow qui démarre par le déclencheur « Nouveau message entrant », définissez-y le verify token de votre choix, puis publiez le flow. Copiez l'URL du webhook du déclencheur dans la destination du webhook du numéro dans EasyCoexistence, avec le même verify token. Meta envoie sa requête de vérification, le déclencheur y répond, et chaque message adressé au numéro lance une exécution. ### Pourquoi l'app secret doit-il rester vide ? Parce que le secret qui signe ces envois n'est pas à vous. Meta signe chaque webhook avec l'app secret de l'app qui détient l'abonnement, et sur un numéro connecté via EasyCoexistence, c'est l'app EasyCoexistence, dont le secret n'est jamais partagé. La pièce traite ce champ comme facultatif. Laissé vide, ses déclencheurs acceptent les envois tels quels. Rempli avec l'app secret d'une autre app, chaque envoi échoue au contrôle X-Hub-Signature-256 et est ignoré en silence, ce qui ressemble exactement à des messages qui n'arrivent jamais. Le verify token est ce qui tient les inconnus à l'écart de la poignée de main. Choisissez une longue valeur aléatoire et gardez l'URL du déclencheur privée, puisque c'est l'adresse qui démarre votre flow. ### Que peut faire un flow une fois le message arrivé ? Le déclencheur transmet au flow un message aplati : expéditeur, nom de profil, ID du message, type, texte, éventuel ID de média, réponses de boutons et de listes, et l'ID du numéro de téléphone récepteur. À partir de là, c'est un flow Activepieces ordinaire, avec ses autres pièces, comme un CRM, une feuille de calcul ou une étape d'IA. Les réponses passent par la même pièce. L'action « Envoyer un message » envoie du texte libre, et il n'est remis que dans les 24 heures suivant le dernier message du client. L'action « Envoyer un message de template » envoie un template approuvé, seul moyen de livrer au-delà de ce délai. Les boutons interactifs, listes, médias, localisations et réactions sont des actions à part. Les instructions d'Activepieces rappellent que Meta n'accepte qu'une URL de rappel par app. Avec des destinations par numéro, la limite est d'une URL par numéro : un flow qui doit gérer plusieurs types d'événements doit donc se ramifier à l'intérieur d'un seul flow. ### Les réponses saisies sur le téléphone atteignent-elles le flow ? Elles atteignent le webhook, mais pas ce déclencheur. Sur un numéro Coexistence, Meta envoie un écho de chaque réponse saisie dans l'app WhatsApp Business à la même destination, sous le champ smb_message_echoes. Le déclencheur « Nouveau message entrant » de la pièce ne lit que le champ messages et ignore tout le reste. Si vous avez besoin des réponses du téléphone dans le flow, démarrez-le avec la pièce Webhook générique d'Activepieces, qui accepte n'importe quelle méthode HTTP, et répondez au GET de vérification avec une étape de réponse sur son URL synchrone. Vous analysez ensuite vous-même le payload brut, avec les deux champs. Pour la plupart des flows, le déclencheur de la pièce est le choix le plus simple : il réagit aux clients, et les réponses de l'équipe restent visibles dans l'app sur le téléphone. - Coller un app secret dans la connexion WhatsApp. Les envois sont signés avec le secret de l'app EasyCoexistence : tous sont donc ignorés. - Définir la destination avant de publier le flow. Meta vérifie aussitôt, et un flow non publié ne peut pas répondre. - Attendre du déclencheur « Nouveau message entrant » qu'il voie les réponses saisies sur le téléphone. Il ne lit que le champ messages, pas smb_message_echoes. **Cela fonctionne-t-il sur Activepieces auto-hébergé ?** Oui. La pièce est open source et tourne sur le cloud d'Activepieces comme en auto-hébergement, tant que l'instance est joignable en HTTPS depuis Internet. **De quel numéro de téléphone un flow envoie-t-il ses messages ?** De celui que vous choisissez dans le champ du numéro de téléphone de l'action, qui liste les numéros du compte WhatsApp Business ciblé par la connexion. **Puis-je encore utiliser n8n ou Make sur le même numéro ?** Pas en même temps. Meta route les webhooks d'un numéro vers une seule destination : choisissez donc un outil pour recevoir, ou transférez de l'un vers l'autre. **EasyCoexistence stocke-t-il les messages ?** Non. Meta livre chaque webhook directement au déclencheur Activepieces, et EasyCoexistence ne stocke jamais le contenu des conversations. --- ## Faire tourner un flow Typebot sur WhatsApp avec Coexistence https://easycoexistence.com/fr/integrations/typebot Le canal WhatsApp de Typebot demande un token, un identifiant de WhatsApp Business Account et un phone number id, puis vous donne une URL de callback et un verify token. Renseignez les trois premiers à partir du numéro connecté, laissez vide l'app secret facultatif de Typebot, et définissez l'URL de callback et le verify token de Typebot comme destination du webhook du numéro. ### Quels champs de Typebot prennent des valeurs du numéro connecté ? L'assistant WhatsApp de Typebot, sous l'onglet Share d'un bot, demande quatre éléments : un app secret, un System User Token, un WhatsApp Business Account ID et un Phone number ID. Trois d'entre eux viennent directement de la connexion. Le dashboard affiche l'id du WABA, le phone number id et le token d'accès du numéro, et l'outil get_api_credentials renvoie les mêmes valeurs si un assistant les récupère pour vous. Collez-les dans les champs correspondants. L'app secret est le champ à laisser vide. Typebot s'en sert pour une seule chose sur le trafic entrant : vérifier l'en-tête X-Hub-Signature-256 que Meta ajoute à chaque envoi. Pour un numéro connecté via un Tech Provider, Meta signe avec l'app secret du provider, qui n'est jamais partagé. Toute valeur saisie ici fait donc rejeter par Typebot chaque message authentique. Avec le champ vide, Typebot ignore cette vérification et accepte l'envoi. ### Où placer l'URL de callback et le verify token de Typebot ? Dans la destination du webhook du numéro, et non dans le dashboard d'une app Meta. L'assistant de Typebot vous demande de coller son Callback URL et son Verify Token dans les paramètres WhatsApp de votre propre app Meta. Avec Coexistence via EasyCoexistence, aucune app à vous n'intervient : Meta route les événements du numéro vers la destination définie sur la connexion. Copiez donc les deux valeurs depuis la dernière étape de Typebot et définissez-les comme destination, dans le dashboard ou avec set_webhook_destination. Meta envoie ensuite sa requête GET de vérification à Typebot, Typebot répond avec le challenge, et dès lors chaque message reçu par le numéro atteint le bot. Le verify token de Typebot est à usage unique : il est supprimé de la base de données de Typebot dès qu'une vérification réussit. Si vous redéfinissez la destination plus tard, générez d'abord un nouveau token en relançant l'assistant. ### Que fait le bot avec la fenêtre de 24 heures ? Typebot répond aux personnes qui lui ont écrit, ce qui garde presque tous les messages dans la fenêtre du service client. Meta ouvre une fenêtre de 24 heures à chaque message d'un client, et pendant ce temps tout type de message de service peut être envoyé sans template. Un bot qui ne fait que répondre est donc le cas simple. Le cas limite est un flow qui attend. Un bloc Wait, ou une session qui reprend après plus d'une journée de silence du client, tentera d'envoyer un message en texte libre hors de la fenêtre, et Meta le refuse avec l'erreur 131047. Le délai d'expiration de session de Typebot, 4 heures par défaut et réglable jusqu'à 48, décide quand un client qui revient démarre une nouvelle conversation, pas si Meta accepte le message. Comme il s'agit de Coexistence, l'équipe voit toujours chaque conversation dans l'app WhatsApp Business et peut intervenir depuis le téléphone dès que le bot ne doit pas répondre. - Coller un app secret Meta dans Typebot. Les envois sont signés avec le secret du Tech Provider, donc Typebot rejette chaque message pour signature invalide. - Réutiliser un ancien verify token de Typebot. Il est supprimé après une vérification réussie, donc redéfinir la destination exige d'en obtenir un nouveau depuis l'assistant. - Partager l'URL de callback. Quand la vérification de signature est désactivée, connaître l'URL suffit pour faire entrer une requête : traitez-la comme un mot de passe. **Ai-je besoin de ma propre app Meta pour Typebot ?** Non. Le guide de Typebot en suppose une, car la plupart des gens connectent un numéro eux-mêmes. Avec Coexistence via un Tech Provider, le token et les ids viennent de la connexion et Meta route le webhook vers Typebot. **L'équipe verra-t-elle toujours les messages du bot sur le téléphone ?** Oui. Les messages envoyés via la Cloud API apparaissent dans l'app WhatsApp Business sur le même numéro, donc une personne peut lire la conversation et prendre le relais. **Typebot et n8n peuvent-ils recevoir tous deux les messages du même numéro ?** Non. Un numéro n'a qu'une seule destination de webhook. Si les deux ont besoin des événements, pointez la destination vers n8n et faites transmettre le payload brut par le workflow à l'URL de callback de Typebot. **Typebot stocke-t-il les conversations ?** Typebot conserve ses propres données de session et de résultats, comme sur n'importe quel canal. EasyCoexistence ne stocke jamais le contenu des messages : Meta livre directement à la destination que vous définissez. --- ## Connecter un bot Botpress à WhatsApp avec Coexistence https://easycoexistence.com/fr/integrations/botpress Utilisez l'intégration WhatsApp de Botpress en Manual Configuration. Collez le token d'accès et l'ID du numéro de téléphone du numéro connecté, choisissez un token de vérification, et laissez App ID et Client Secret vides. Définissez ensuite l'URL de webhook de Botpress et ce token de vérification comme destination de webhook du numéro, et Meta livre chaque message au bot. ### Quelle configuration Botpress fonctionne avec un numéro Coexistence ? Manual Configuration. Les autres options connectent un numéro via l'app Meta de Botpress, ce qui constitue un onboarding distinct du numéro et non un moyen d'utiliser un numéro déjà connecté. Dans l'intégration WhatsApp, ouvrez le menu déroulant Configuration et choisissez Manual Configuration. Elle demande un Verify Token, un Access Token, un Default Bot Phone Number ID, et en option un App ID, un Client Secret et un WABA ID. Le token d'accès, l'ID du numéro de téléphone et l'ID WABA proviennent de la connexion : le dashboard les affiche, et get_api_credentials les renvoie à un assistant. Le token de vérification est la chaîne de votre choix. App ID et Client Secret restent vides. Le guide de Botpress présente le secret comme un champ à remplir, mais la définition de son intégration le marque comme optionnel et précise que sans lui la vérification de signature est ignorée. C'est important, car Meta signe chaque livraison avec le secret d'app du Tech Provider, qu'aucun client ne détient. ### Comment le webhook Botpress reçoit-il les messages de Meta ? Par la destination de webhook du numéro. Le guide de Botpress vous fait coller son URL de webhook et votre token de vérification dans la configuration WhatsApp d'une app Meta. Ici, vous n'avez pas d'app Meta : Meta route les événements du numéro vers la destination que nomme la connexion. Copiez donc l'URL de webhook que Botpress affiche pour l'intégration et définissez-la, avec le même token de vérification, comme destination dans le dashboard ou avec set_webhook_destination. Meta envoie un GET de vérification, Botpress y répond, et la livraison démarre. Quand Botpress enregistre une configuration manuelle, il contrôle aussi le token en demandant à Graph quelle app l'a émis : un token invalide ou révoqué échoue donc à l'enregistrement, et non au premier message. Le gestionnaire de Botpress traite aussi smb_message_echoes, l'événement que Meta envoie quand quelqu'un répond depuis l'app WhatsApp Business. Une réponse donnée depuis le téléphone est donc visible du bot au lieu de lui échapper. ### Que doit savoir le bot à propos de Coexistence ? Qu'un humain est peut-être déjà en train de discuter. L'app WhatsApp Business continue de fonctionner sur le numéro : un client peut donc recevoir une réponse du téléphone et une du bot dans la même minute. Décidez dans le flow de ce qui se passe à l'arrivée d'un écho : la plupart des équipes mettent le bot en pause pour ce contact pendant un temps, afin que la personne qui est intervenue ne soit pas interrompue. Le second point est le délai. Un bot qui répond aux messages entrants travaille dans la fenêtre de service client de 24 heures, où le texte libre est autorisé. Un flow qui envoie quelque chose un jour plus tard, une relance ou un rappel, exige un template approuvé, et un texte libre renvoie alors l'erreur 131047. Le guide de Botpress s'abonne aux champs de statut des templates précisément pour ce type de message proactif. Enfin, le débit est fixé à 20 messages par seconde pour un numéro Coexistence, bien au-delà de ce qu'envoie un bot conversationnel. - Renseigner Client Secret avec le secret de votre propre app Meta. La signature ne correspond jamais et Botpress répond 401 à chaque livraison. - Choisir l'option OAuth ou sandbox au lieu de Manual Configuration. Elles connectent un numéro via l'app de Botpress, pas celui qui est déjà connecté. - Ignorer les échos. Sans règle pour les réponses envoyées depuis le téléphone, le bot répond par-dessus une personne déjà intervenue. **Ignorer la vérification de signature est-il sûr ?** La protection se déplace vers l'URL. Botpress génère l'URL de webhook pour chaque intégration : gardez-la privée. Les médias doivent toujours être récupérés auprès de Meta avec le token, ce qu'un événement falsifié ne peut pas simuler. **Le même numéro peut-il aussi alimenter n8n ?** Un numéro n'a qu'une seule destination de webhook. Pointez-la vers un système, puis transférez les événements depuis celui-ci si un second en a besoin. **Botpress a-t-il besoin de mon ID WABA ?** Sa définition le marque comme optionnel pour l'instant et indique qu'il sera obligatoire dans une future version majeure : renseignez-le donc à partir de la connexion. **Les messages transitent-ils par EasyCoexistence ?** Non. Meta livre directement à l'URL de webhook de Botpress, et le contenu n'est jamais stocké de notre côté. --- ## Répondre aux messages WhatsApp avec une app Dify https://easycoexistence.com/fr/integrations/dify Faites pointer le webhook du numéro vers un petit récepteur, par exemple un workflow n8n ou une route dans votre propre code, qui transmet chaque message à la Send Chat Message API de Dify et renvoie la réponse via la Cloud API. Dans Dify, le serveur MCP d'EasyCoexistence peut être ajouté comme outil pour que l'agent agisse directement sur le numéro. ### Meta peut-il envoyer les messages WhatsApp directement à Dify ? Pas de manière à finaliser la poignée de main. Avant de livrer quoi que ce soit, Meta appelle la destination avec un GET et attend la valeur hub.challenge en corps de réponse brut. Le Webhook Trigger de Dify n'accepte qu'une seule méthode HTTP par trigger, et sa documentation indique qu'un corps de réponse non JSON est converti automatiquement en JSON : OK revient donc sous forme d'objet message. Le challenge ne peut jamais être renvoyé à l'identique, et Meta ne commence jamais à livrer. Il faut donc placer un petit élément devant. Un nœud Webhook n8n, une route en Python ou Node, ou une fonction serverless répond au GET, accepte le POST et transmet le texte à Dify. C'est aussi ce récepteur qui vérifie le long secret aléatoire contenu dans l'URL du webhook, car l'en-tête X-Hub-Signature-256 est signé avec l'app secret du Tech Provider et ne peut pas être validé par le client. ### Comment le récepteur dialogue-t-il avec l'app Dify ? Avec un seul appel à la Service API de Dify : POST /chat-messages, authentifié par la clé d'API de l'app. Le corps contient query, le texte du client, et user, un identifiant que vous définissez. Utilisez le numéro WhatsApp de l'expéditeur comme user, et conservez le conversation_id renvoyé par Dify pour que le message suivant de la même personne poursuive la même conversation. response_mode compte. Le mode blocking répond une fois la réponse complète, et la documentation de Dify avertit que sur Dify Cloud une longue génération peut être coupée par le proxy en bordure. Les apps de type Agent ne prennent en charge que le streaming, et une requête blocking échoue avec une erreur 400. Un récepteur qui lit le flux et envoie un seul message WhatsApp à la fin est la forme la plus robuste. La réponse repart ensuite sous forme de message texte via la Cloud API vers le même numéro, sans frais dans la fenêtre de 24 heures ouverte par le message du client. ### Qu'apporte le serveur MCP dans Dify ? La possibilité, pour un agent Dify, d'agir sur le numéro sans que vous câbliez chaque appel. Dify se connecte aux serveurs MCP en HTTP et, par défaut, s'enregistre auprès du serveur via l'enregistrement dynamique de client OAuth, ce que prend en charge le serveur MCP d'EasyCoexistence. Ajoutez-le dans Tools, connectez-vous une fois, et l'agent obtient les outils : lister les numéros, vérifier la santé d'un numéro, envoyer un message, envoyer un template approuvé, lire le statut d'un template. C'est le bon endroit pour le travail proactif : un workflow Dify qui relance le lendemain doit utiliser send_template, car un texte libre hors de la fenêtre renvoie l'erreur 131047, et les descriptions des outils le précisent au modèle. Ce que MCP ne peut pas faire, c'est réveiller Dify quand un client écrit. Le protocole fonctionne en requête et réponse : les messages entrants continuent donc d'arriver par le webhook et le récepteur placé devant. - Utiliser l'URL d'un Webhook Trigger Dify comme destination du webhook. Le challenge revient encapsulé dans du JSON et Meta ne vérifie jamais l'endpoint. - Envoyer une requête blocking à une app Dify de type Agent. Ces apps ne prennent en charge que le streaming, et l'appel échoue avec une erreur 400. - Utiliser une nouvelle valeur de user à chaque message. Dify rattache les conversations à user : chaque message ouvre alors une nouvelle conversation sans mémoire. **Dify dispose-t-il d'un canal WhatsApp ?** Pas dans sa documentation. Une app Dify est accessible via sa Service API : WhatsApp s'y connecte donc par un récepteur qui appelle cette API. **n8n peut-il servir de récepteur ?** Oui. Un nœud Webhook reçoit, un nœud HTTP Request appelle Dify, et un second nœud HTTP Request envoie la réponse via la Cloud API. **L'équipe peut-elle toujours répondre depuis le téléphone ?** Oui. Coexistence maintient l'app WhatsApp Business active sur le numéro, et les réponses envoyées depuis le téléphone parviennent au récepteur sous forme d'événements echo. **EasyCoexistence voit-il la conversation ?** Non. Meta livre directement à votre récepteur et le contenu des messages n'est jamais stocké chez nous. Le serveur MCP lit l'état du compte et des numéros. --- ## Répondre aux messages WhatsApp avec un chatflow Flowise https://easycoexistence.com/fr/integrations/flowise Définissez la destination du webhook du numéro vers un petit récepteur, par exemple un workflow n8n ou une route dans votre propre code. Il transmet chaque message à la Prediction API de Flowise, avec le numéro de l'expéditeur comme identifiant de session, puis renvoie la réponse via la Cloud API avec le token du numéro et l'identifiant du numéro de téléphone. ### Pourquoi Flowise a-t-il besoin d'un intermédiaire ? Parce que le webhook de Meta et l'API de Flowise n'utilisent pas le même format. Meta vérifie une destination avec une requête GET qui doit renvoyer hub.challenge comme corps brut, puis livre chaque message sous forme de POST JSON imbriqué. La Prediction API de Flowise attend un POST vers /api/v1/prediction/ suivi de l'identifiant du flow, avec un champ question. Ni l'un ni l'autre ne s'adaptera à l'autre, donc un récepteur fait la traduction. Le récepteur peut être un nœud Webhook n8n, une route en Python ou Node, ou n'importe quelle fonction serverless. Il répond au GET de vérification, contrôle un long secret aléatoire placé dans l'URL du webhook, répond 200 à Meta immédiatement, puis fait le travail. Le secret dans l'URL est l'authentification qui fonctionne ici : Meta signe les livraisons avec l'app secret du Tech Provider, qui n'est jamais partagé, donc l'en-tête X-Hub-Signature-256 ne peut pas être validé de votre côté. ### Comment le récepteur doit-il appeler la Prediction API ? Avec le texte du client comme question et le numéro WhatsApp du client comme session. Flowise accepte overrideConfig à chaque requête, et un sessionId à l'intérieur permet aux nœuds de mémoire de garder une conversation par personne au lieu de tout mélanger dans un seul fil. Le numéro de l'expéditeur, présent dans le payload du webhook, est pour cela une clé stable et naturelle. Si le chatflow est protégé par une clé d'API, le récepteur l'envoie comme bearer token. Mettez streaming à false, sauf si le récepteur est prévu pour assembler un flux, car WhatsApp livre un message terminé et non un token à la fois. La réponse part comme un message texte de la Cloud API depuis le même numéro. C'est gratuit et autorisé dans la fenêtre de 24 heures ouverte par le message du client. Tout ce que le flow veut envoyer plus tard, comme un rappel, doit être un template approuvé. ### Un agent Flowise peut-il utiliser le serveur MCP d'EasyCoexistence ? Pas aujourd'hui. Le Custom MCP de Flowise se connecte à un serveur Streamable HTTP avec une URL et un ensemble d'en-têtes, généralement un bearer token statique conservé dans une variable Flowise. Le serveur MCP d'EasyCoexistence s'authentifie avec OAuth, via une connexion dans le navigateur et des tokens qu'il émet lui-même, donc il n'y a aucune clé statique à placer dans un en-tête. La répartition qui fonctionne : le flow décide et le récepteur envoie. Le flow renvoie le texte à dire, ou le nom d'un template lorsque le client est silencieux depuis plus d'un jour, et le récepteur fait l'appel à la Cloud API avec le token du numéro. Le token ne se retrouve ainsi jamais dans Flowise, et la règle des 24 heures est appliquée dans le code en vérifiant la date du dernier message du contact, plutôt que confiée à un modèle qui peut l'oublier. Les messages entrants arrivent toujours uniquement par le webhook, quelle que soit la manière dont l'envoi est réalisé. - Omettre sessionId. Tous les clients partagent alors la même mémoire, et les informations d'une personne peuvent apparaître dans la réponse à une autre. - Attendre Flowise avant de répondre à Meta. Un 200 trop lent est relancé, et le même message est donc traité deux fois. - Laisser le flow envoyer du texte libre un jour plus tard. Hors de la fenêtre, Meta le refuse avec l'erreur 131047. **Flowise a-t-il un nœud WhatsApp ?** Pas dans sa documentation. On y accède via la Prediction API, c'est pourquoi un récepteur se place entre Meta et le flow. **n8n peut-il servir de récepteur ?** Oui. Un nœud Webhook reçoit, un nœud HTTP Request appelle Flowise, et un autre nœud HTTP Request envoie la réponse via la Cloud API. **Comment arrêter le bot quand une personne répond depuis le téléphone ?** Surveillez les événements echo. Une réponse envoyée depuis l'app WhatsApp Business arrive au récepteur, qui peut alors mettre le flow en pause pour ce contact. **La conversation est-elle stockée par EasyCoexistence ?** Non. Meta livre directement à votre récepteur. Flowise conserve ce que ses nœuds de mémoire sont configurés pour conserver. --- ## Donnez un numéro WhatsApp à un agent LangChain https://easycoexistence.com/fr/integrations/langchain Un agent LangChain accède à WhatsApp en deux moitiés. Les messages entrants arrivent sur votre route web par le webhook du numéro, et la route invoque l'agent. Pour agir, l'agent charge les outils MCP d'EasyCoexistence via le MCPAdapter de LangChain avec OAuth, ou appelle directement la Cloud API avec le token du numéro et son phone number id. ### Comment un agent LangChain charge-t-il les outils WhatsApp ? Par MCPAdapter, le client MCP de LangChain, qui transmet les outils d'un serveur MCP à create_agent comme des outils LangChain ordinaires. Il faut langchain[mcp] en version 1.4.0 ou supérieure, et la fonctionnalité est en bêta. L'authentification est déléguée à FastMCP. Passer auth="oauth" sur le client exécute le flux OAuth 2.1 complet : découverte, enregistrement dynamique du client, redirection navigateur et échange de token. C'est ce qu'attend le serveur MCP d'EasyCoexistence, donc aucune clé à créer ni à coller. Par défaut, les tokens restent en mémoire et chaque exécution répète l'étape navigateur ; un fournisseur OAuth FastMCP doté d'un stockage de tokens les conserve d'une exécution à l'autre. Une fois chargés, l'agent voit les outils avec leurs descriptions : list_numbers en premier, car tous les autres outils prennent un connection_id qui en provient, puis send_message, send_template, list_templates, get_number_health et le reste. ### Comment un message WhatsApp entrant parvient-il à l'agent ? Par le webhook, car MCP ne peut pas le faire. Le protocole fonctionne en requête et réponse, donc rien ne permet à un serveur de réveiller un client quand un client écrit. Définissez la destination du webhook du numéro sur une route de votre propre application, avec un long secret aléatoire dans le chemin de l'URL. La route répond au GET de vérification de Meta avec le challenge brut, accepte chaque POST, renvoie 200 aussitôt et met le traitement en file. Un worker extrait ensuite l'expéditeur et le texte du payload et invoque l'agent avec ces valeurs, en prenant le numéro de l'expéditeur comme identifiant de fil pour que la mémoire reste propre à chaque client. Vérifiez le secret dans l'URL plutôt que l'en-tête X-Hub-Signature-256. Meta signe avec l'app secret du Tech Provider, qui n'est jamais partagé : le client ne peut donc pas valider cet en-tête. ### L'agent doit-il envoyer par MCP ou par la Cloud API ? Les deux fonctionnent, et la différence tient à l'endroit où résident les règles. Les outils MCP portent les règles de WhatsApp dans leurs descriptions : send_message ne fonctionne que dans la fenêtre de 24 heures, et send_template sert à joindre quelqu'un qui n'a pas écrit. Un modèle qui lit ces descriptions choisit le bon outil la plupart du temps, ce qui aide quand l'agent décide librement. Un outil simple de votre cru, qui envoie à l'endpoint messages de la Cloud API avec le token du numéro, est plus simple quand la mission de l'agent est étroite, par exemple répondre toujours à la personne qui vient d'écrire. Le contrôle de la fenêtre se trouve alors dans votre code, là où doit vivre une règle qui ne doit jamais être enfreinte. Un texte libre envoyé hors fenêtre renvoie l'erreur 131047, et le client ne voit rien. - Attendre de MCP qu'il livre les messages entrants. Sans route webhook, l'agent n'entend jamais ses clients. - Laisser les tokens OAuth en mémoire sur un serveur. Chaque redémarrage exige une connexion dans le navigateur ; conservez-les avec un stockage de tokens. - Utiliser un seul fil pour tous les clients. Indexez la mémoire de l'agent sur le numéro de l'expéditeur. **Est-ce réservé à Python ?** L'exemple du MCPAdapter est en Python. Le webhook et la Cloud API sont du HTTP ordinaire, donc n'importe quel langage dans lequel tourne LangChain peut gérer la réception et l'envoi. **L'agent a-t-il besoin de list_numbers à chaque fois ?** Il a besoin d'un connection_id, et list_numbers est la seule source possible. Avec un seul numéro, l'agent l'appelle une fois au démarrage. **L'équipe peut-elle toujours répondre depuis le téléphone ?** Oui. Coexistence maintient l'application WhatsApp Business en état de marche, et les réponses depuis le téléphone arrivent sur votre route sous forme d'événements echo que l'agent peut prendre en compte. **EasyCoexistence lit-elle la conversation ?** Non. Meta livre directement à votre route et le contenu des messages n'est jamais stocké chez nous. Les outils MCP lisent l'état du compte et du numéro. --- ## Mettre un agent OpenAI Agents SDK sur WhatsApp https://easycoexistence.com/fr/integrations/openai-agents-sdk Définissez la destination webhook du numéro sur une route de votre application Python. Pour chaque message entrant, lancez l'agent avec Runner.run et une session indexée sur le numéro de l'expéditeur, puis renvoyez result.final_output via la Cloud API avec le token du numéro et son phone number id. L'application WhatsApp Business continue de fonctionner sur le même numéro. ### Comment un message WhatsApp devient-il une exécution de l'agent ? Par une route de votre propre application que Meta appelle. Définissez-la comme destination webhook du numéro, avec un long secret aléatoire dans le chemin. La route répond à la requête GET de vérification de Meta en renvoyant hub.challenge en texte brut, accepte chaque POST, répond 200 immédiatement et met le traitement en file d'attente, car Meta relance les réponses lentes et vous exécuteriez l'agent deux fois. Un worker lit ensuite l'expéditeur et le texte dans le payload, puis appelle Runner.run. Passez une session dont l'identifiant est le numéro de l'expéditeur : le SDK stocke la conversation sous cet identifiant, donc le message suivant du même client reprend là où le précédent s'est arrêté, et deux clients ne partagent jamais un historique. SQLiteSession suffit pour démarrer ; le SDK propose aussi des sessions Redis et SQLAlchemy pour plusieurs workers. Le secret dans l'URL tient lieu d'authentification ici. Meta signe les envois avec le secret d'application du Tech Provider, donc le client ne peut pas valider l'en-tête de signature. ### Pourquoi est-ce votre code qui doit envoyer la réponse, et non l'agent ? Parce que la seule règle à ne jamais enfreindre est une règle de délai, et le code la fait respecter mieux qu'un prompt. Meta ouvre une fenêtre de service client de 24 heures quand un client écrit. À l'intérieur, le texte libre passe. À l'extérieur, seul un template approuvé passe, et le texte libre renvoie l'erreur 131047. Un worker qui répond au message qui vient d'arriver est toujours dans la fenêtre, donc envoyer result.final_output en texte est sûr par construction. Le travail différé, une relance le lendemain matin ou un rappel, doit passer par un chemin séparé qui envoie un template et jamais de texte libre. L'agent peut quand même avoir des outils. Donnez-lui des function tools pour consulter des informations, comme une commande ou une réservation, et gardez l'envoi WhatsApp dans le worker. Cela garde aussi le token d'accès hors de portée de tout ce que le modèle peut appeler avec des arguments arbitraires. ### L'agent peut-il utiliser le serveur MCP d'EasyCoexistence ? Oui, via MCPServerStreamableHttp, avec un peu plus de configuration qu'un simple en-tête. Le SDK accepte soit un en-tête Authorization, soit un httpx.Auth dans params["auth"]. Le serveur MCP d'EasyCoexistence émet ses propres tokens OAuth après une connexion dans le navigateur, avec enregistrement dynamique du client et PKCE, donc aucune clé statique n'existe. Le SDK Python MCP fournit OAuthClientProvider, un gestionnaire d'authentification HTTP qui exécute ce flux avec PKCE et renouvellement du token, et c'est lui qu'on place dans params["auth"]. Cela vaut la peine quand l'agent doit décider seul : vérifier la santé d'un numéro, lire le statut d'un template, ou choisir entre send_message et send_template d'après les règles des descriptions d'outils. Pour un accueil qui se contente de répondre, le worker décrit plus haut est plus court et comporte moins de risques de panne. Dans les deux cas, le webhook reste nécessaire. MCP fonctionne par requête et réponse, et le message d'un client ne peut atteindre l'agent que par la route que Meta appelle. - Exécuter l'agent avant de renvoyer 200 à Meta. Une réponse lente est relancée, et le client reçoit deux réponses. - Utiliser une seule session pour tous les clients. Indexez-la sur le numéro de l'expéditeur, sinon les historiques se mélangent. - Laisser une relance différée envoyer du texte libre. Après 24 heures, elle échoue avec l'erreur 131047 ; envoyez un template à la place. **Faut-il l'outil MCP hébergé de l'API OpenAI Responses ?** Non. Le worker exécute l'agent en local avec Runner.run, et le côté WhatsApp est un simple appel HTTPS effectué par votre code. **Quelle version de la Graph API faut-il utiliser ?** Les exemples actuels de Meta utilisent v25.0. Fixez la version à un seul endroit de votre code, pour qu'une mise à niveau tienne en une ligne. **Une personne peut-elle reprendre la main depuis le téléphone ?** Oui. Coexistence garde l'application WhatsApp Business opérationnelle, et une réponse envoyée depuis le téléphone arrive sur votre route sous forme d'événement echo que le worker peut utiliser pour mettre l'agent en pause. **EasyCoexistence stocke-t-il la conversation ?** Non. Meta livre directement à votre route. Ce que la session enregistre reste dans votre propre base de données. --- ## Créer un agent WhatsApp avec le Vercel AI SDK https://easycoexistence.com/fr/integrations/vercel-ai-sdk Les messages entrants arrivent dans un route handler défini comme destination du webhook du numéro. Le handler appelle generateText et renvoie la réponse par la Cloud API. Pour les outils qui agissent sur le numéro, createMCPClient de @ai-sdk/mcp se connecte au serveur MCP d'EasyCoexistence en HTTP et s'authentifie avec OAuth via un authProvider. ### Comment le route handler reçoit-il les messages WhatsApp ? Avec deux méthodes sur une même route, définie comme destination du webhook du numéro, avec un long secret aléatoire dans le chemin. Le GET répond à la vérification de Meta. Lisez hub.mode, hub.verify_token et hub.challenge dans la requête, comparez le token, puis renvoyez le challenge en texte brut. Le renvoyer via un helper JSON est l'erreur classique : le corps arrive entouré de guillemets et Meta ne commence jamais à livrer. Le POST reçoit les événements. Renvoyez 200 rapidement et faites l'appel au modèle ensuite, car Meta relance les réponses lentes et un démarrage à froid qui exécute le modèle en ligne peut répondre deux fois au même message. Sur les plateformes qui terminent la fonction dès l'envoi de la réponse, confiez le travail à une file ou au mécanisme de la plateforme pour le traitement après la réponse. Le secret du chemin fait office d'authentification. Meta signe chaque livraison avec l'app secret du Tech Provider, donc l'en-tête X-Hub-Signature-256 ne peut pas être vérifié de votre côté. ### Comment l'AI SDK charge-t-il les outils WhatsApp ? Avec createMCPClient de @ai-sdk/mcp et le transport HTTP, que la documentation de l'AI SDK recommande pour la production. Le transport prend l'URL du serveur et un authProvider, et OAuth via un authProvider est la façon dont le serveur MCP d'EasyCoexistence est autorisé : il publie ses métadonnées OAuth, prend en charge l'enregistrement dynamique de client et PKCE, et émet ses propres tokens après une connexion. Il n'y a aucune clé d'API à placer dans un en-tête. Les outils du client vont directement dans generateText ou streamText. Le modèle voit alors list_numbers, send_message, send_template, get_number_health et les autres, avec des descriptions qui rappellent la fenêtre de 24 heures. Fermez le client quand l'appel est terminé, dans le callback onEnd pour un flux ou dans un bloc finally sinon, comme le demande la documentation de l'AI SDK. Utilisez-le quand c'est au modèle de décider. Pour répondre au message qui vient d'arriver, un appel direct à la Cloud API depuis le handler est plus court. ### Qu'est-ce qui change parce que le numéro est en Coexistence ? Deux choses que le code doit connaître. D'abord, une personne peut déjà être dans la conversation. L'app WhatsApp Business continue de fonctionner sur le numéro, et chaque réponse saisie sur le téléphone arrive sur la route sous forme d'événement echo. Un handler qui met le modèle en pause pour un contact après un echo évite de répondre par-dessus un humain. Ensuite, l'envoi est plafonné à 20 messages par seconde, un débit fixe pour le numéro. Un agent conversationnel n'en approche jamais, mais une boucle de diffusion écrite avec Promise.all sur une liste de contacts, si : traitez-la par lots. Tout le reste relève de la Cloud API ordinaire. Dans les 24 heures qui suivent le dernier message du client, le texte libre est autorisé. Au-delà, seul un template approuvé passe, et le texte libre renvoie l'erreur 131047 sans que le client voie quoi que ce soit. - Renvoyer le challenge avec un helper de réponse JSON. Les guillemets autour font échouer la vérification de Meta. - Exécuter generateText avant de répondre à Meta. Lors d'un démarrage à froid, la relance produit une seconde réponse. - Oublier de fermer le client MCP. Chaque requête laisse une connexion ouverte jusqu'à ce que la plateforme la coupe. **Cela ne fonctionne-t-il que sur Vercel ?** Non. L'AI SDK est une bibliothèque TypeScript, et la route peut tourner sur n'importe quel hébergeur qui sert du HTTPS et répond à un GET et à un POST. **Ai-je vraiment besoin du client MCP ?** Pas pour répondre. Un fetch vers l'endpoint des messages de la Cloud API avec le token du numéro suffit. MCP trouve sa place quand le modèle choisit quoi faire. **Quel fournisseur peut-on utiliser pour le modèle ?** N'importe lequel pris en charge par l'AI SDK. Le côté WhatsApp est indépendant du modèle, donc changer de fournisseur ne touche ni la route ni l'appel à la Cloud API. **EasyCoexistence voit-il les messages ?** Non. Meta livre directement à votre route et le contenu des messages n'est jamais stocké de notre côté. --- ## Envoyer des messages de commande WhatsApp depuis Shopify https://easycoexistence.com/fr/integrations/shopify L'action Send HTTP request de Shopify Flow peut envoyer un template approuvé à la Cloud API à la création d'une commande, avec le phone number id du numéro connecté et un token stocké comme secret Flow. Sur les forfaits sans cette action, un webhook d'administration Shopify envoie la commande à un récepteur, comme n8n, qui effectue le même appel. ### Comment Shopify Flow envoie-t-il un message WhatsApp ? Avec l'action Send HTTP request, qui envoie une requête à n'importe quelle URL, avec des en-têtes et un corps pouvant utiliser les variables Liquid du déclencheur. Créez un workflow sur le déclencheur de création de commande et ajoutez Send HTTP request. L'URL est l'endpoint messages de la Cloud API pour le phone number id du numéro connecté. Ajoutez un en-tête Authorization dont la valeur est Bearer suivi du token d'accès du numéro, stocké comme secret Flow et référencé comme variable secrète. Les valeurs secrètes ne s'affichent jamais dans l'interface de Flow et sont masquées dans les journaux d'exécution, ce qui est bien la place d'un token. Le corps est un message de type template, avec le numéro de téléphone du client dans le champ to et les détails de la commande comme paramètres du template. Flow considère une réponse 2XX ou 3XX comme un succès. Meta répond à une requête valide avec l'identifiant du message : une exécution réussie signifie donc que Meta a accepté le message. ### Pourquoi un message de commande doit-il être un template ? Parce que la boutique écrit en premier. La fenêtre de service client de 24 heures de Meta ne s'ouvre que lorsque le client écrit au numéro. Une confirmation de commande, un suivi d'expédition ou une relance de panier abandonné partent avant cela : le texte libre est donc refusé et seul un template pré-approuvé passe. Créez le template une fois, dans la catégorie utility pour les mises à jour de commande et d'expédition, et attendez son approbation avant d'activer le workflow. Le nom et la langue dans le corps de la requête doivent correspondre exactement au template approuvé, et le nombre de paramètres doit correspondre à ses variables. Il y a aussi le consentement. Meta exige un opt-in avant qu'une entreprise écrive à quelqu'un sur WhatsApp : la personne a donné son numéro et accepté de recevoir des messages de cette entreprise. Une case à cocher au paiement qui le dit est la façon habituelle de le recueillir, et le workflow doit la vérifier avant l'envoi. ### Que faire si le forfait de la boutique n'inclut pas Send HTTP request ? Utilisez plutôt un webhook d'administration Shopify. Dans Paramètres, Notifications, Webhooks, un marchand peut créer un webhook pour un événement comme la création d'une commande, en JSON, vers une URL. Dirigez-le vers un récepteur : un nœud Webhook n8n, ou une route en PHP, Python ou Node. Le récepteur lit la commande, vérifie le consentement et effectue le même appel de template à la Cloud API. Quel que soit le chemin d'envoi, les réponses sont les mêmes. Lorsque le client répond au message de commande, sa réponse arrive dans l'app WhatsApp Business sur le téléphone de la boutique, car le numéro est en Coexistence, et la fenêtre de 24 heures est alors ouverte pour le texte libre. Si la destination webhook du numéro est définie, la réponse parvient aussi à votre système. Le message de commande lui-même apparaît aussi dans l'app, si bien que la personne qui répond voit à quoi le client répond. - Envoyer du texte libre à la création de la commande. Le client n'a pas écrit, donc Meta le refuse : il faut un template approuvé. - Laisser la gestion des erreurs sur « Réessayer » pour les réponses 4XX. Flow peut réessayer pendant 24 heures une requête que Meta n'acceptera jamais. - Mettre le token en clair dans un en-tête. Stockez-le comme secret Flow pour qu'il reste hors de l'interface et des journaux. **Qui paie les messages de template ?** Meta facture l'envoi directement à l'entreprise, sur son propre compte WhatsApp Business. EasyCoexistence n'y ajoute jamais de marge. **L'équipe peut-elle toujours répondre aux clients depuis le téléphone ?** Oui. C'est ce que préserve Coexistence : l'app WhatsApp Business fonctionne sur le même numéro que celui d'où la boutique envoie. **Faut-il une application Shopify ?** Non. Send HTTP request de Flow, ou un webhook d'administration vers un récepteur, suffit. La Cloud API tient en un appel HTTPS. **Quel format de numéro le champ to exige-t-il ?** Le format international, avec l'indicatif du pays et uniquement des chiffres. Nettoyez le champ téléphone du paiement avant l'envoi, car les clients saisissent des espaces et des symboles. --- ## Envoyer des mises à jour de commande WooCommerce sur WhatsApp https://easycoexistence.com/fr/integrations/woocommerce Créez un webhook WooCommerce pour les événements de commande, pointant vers un récepteur, par exemple un workflow n8n ou une petite route PHP. Le récepteur vérifie la signature de WooCommerce, contrôle que le client a accepté les messages WhatsApp, puis envoie un template approuvé via la Cloud API, avec l'ID du numéro de téléphone et le token du numéro connecté. ### Comment une commande WooCommerce déclenche-t-elle un message WhatsApp ? Via un webhook WooCommerce et un récepteur. Dans WooCommerce, Réglages, Avancé, Webhooks, ajoutez un webhook avec un sujet de commande, comme commande créée ou commande mise à jour, une URL de livraison et un secret. WooCommerce envoie alors la commande en JSON à cette URL chaque fois que l'événement se produit. Le payload est figé : il ne peut pas viser directement la Cloud API. Un récepteur s'intercale donc : un nœud Webhook n8n, une route dans le PHP de la boutique, ou n'importe quel petit service. Il lit la commande, choisit le numéro de téléphone du client et les informations dont le message a besoin, puis fait une requête HTTPS vers l'endpoint des messages de la Cloud API pour le numéro connecté, avec le token d'accès du numéro comme bearer token. Le sujet order.updated n'est pas lié à un seul statut : le récepteur doit donc lire le champ status de la commande et n'envoyer qu'une fois par transition qui l'intéresse. Par défaut, WooCommerce livre en arrière-plan via wp-cron, de sorte qu'un message peut suivre la commande avec un léger décalage. ### Comment le récepteur sait-il que la requête vient de la boutique ? Grâce à la signature de WooCommerce. Chaque livraison porte un en-tête X-WC-Webhook-Signature, un HMAC-SHA256 du payload brut encodé en base64 et calculé avec le secret défini sur le webhook. Le récepteur calcule le même hash sur le corps reçu, compare, et rejette tout ce qui ne correspond pas. Il s'agit du secret de la boutique elle-même : contrairement à la signature de Meta sur les messages WhatsApp entrants, elle peut donc être validée. Comparez en temps constant, et calculez le hash sur le corps brut avant que tout framework ne l'analyse, car un JSON réencodé produit un hash différent. Répondez vite avec un code 2xx. WooCommerce considère comme un échec toute réponse qui n'est ni 2xx, ni 301, ni 302, et désactive le webhook après plus de cinq échecs d'affilée. Un récepteur à l'arrêt pendant un déploiement, ou lent parce qu'il attend Meta avant de répondre, peut couper les messages de la boutique sans que personne ne s'en aperçoive. ### Que peut envoyer la boutique, et quand ? Un template approuvé, chaque fois que la boutique écrit en premier. La fenêtre de service client de 24 heures de Meta ne s'ouvre que lorsque le client écrit au numéro : une confirmation de commande ou un suivi d'expédition est donc initié par l'entreprise, et le texte libre est refusé. Créez un template de type utilitaire pour chaque mise à jour, attendez son approbation, puis envoyez-le par nom et par langue, avec le numéro de commande et les autres détails comme paramètres. Meta exige aussi l'opt-in : le client a donné son numéro et accepté d'être contacté par cette entreprise sur WhatsApp. Une case à cocher au paiement, enregistrée sur la commande, en est la preuve la plus simple, et le récepteur doit la contrôler avant d'envoyer. Dès que le client répond, la conversation est du Coexistence ordinaire. La réponse apparaît dans l'app WhatsApp Business sur le téléphone de la boutique, la fenêtre est ouverte au texte libre, et l'équipe répond depuis l'app comme elle l'a toujours fait. - Faire l'appel à la Cloud API avant de répondre à WooCommerce. Un envoi lent ou en échec compte contre le webhook, qui est désactivé après plus de cinq échecs. - Calculer le hash du JSON analysé au lieu du corps brut. La signature ne correspond jamais et toutes les livraisons légitimes sont rejetées. - Envoyer à chaque livraison order.updated. Le sujet n'est pas lié à un seul statut : sans suivi de la transition déjà notifiée, les clients reçoivent des doublons. **Ai-je besoin d'un plugin WordPress pour cela ?** Non. Les webhooks natifs de WooCommerce et un récepteur suffisent, et le récepteur peut être une route de la même application PHP. **Qui paie les messages de commande ?** Meta facture directement l'entreprise sur son propre compte WhatsApp Business, et EasyCoexistence n'applique jamais de marge. **L'équipe peut-elle toujours utiliser le téléphone ?** Oui. Coexistence maintient l'app WhatsApp Business en état de marche sur le numéro de la boutique, et le template envoyé par la boutique apparaît dans la conversation. **Que faire si un webhook a été désactivé ?** Corrigez le récepteur, puis remettez le statut du webhook sur actif dans WooCommerce. Les commandes créées pendant la désactivation n'ont déclenché aucun message. --- ## Envoyer et recevoir des messages WhatsApp depuis PHP et Laravel https://easycoexistence.com/fr/integrations/php-laravel La réception passe par une route Laravel qui répond au GET de vérification de Meta et accepte les POST. Elle lit les paramètres sous les noms hub_mode, hub_verify_token et hub_challenge, car PHP transforme les points en underscores. L'envoi tient en un POST Http::withToken() vers l'endpoint messages de la Cloud API, avec l'identifiant du numéro de téléphone et son token. Aucun SDK n'est nécessaire. ### Comment recevoir des messages WhatsApp dans Laravel ? Avec un GET et un POST sur le même chemin dans routes/api.php. Lancez d'abord php artisan install:api si le fichier n'existe pas. Les routes API sont sans état et hors du groupe web : le POST de Meta n'est donc pas rejeté pour un token CSRF manquant, ce qui arrive sur une route de routes/web.php. Le GET répond à la vérification de Meta. Meta envoie hub.mode, hub.verify_token et hub.challenge, mais PHP réécrit les points des noms de variables entrantes en underscores : Laravel voit donc hub_mode, hub_verify_token et hub_challenge. Un code qui lit les noms avec des points obtient null et ne vérifie jamais rien. Renvoyez le challenge en texte brut, pas avec response()->json(). Le POST confie le payload à un job en file d'attente et renvoie 200 aussitôt. Placez une longue clé aléatoire dans le chemin et contrôlez-la sur les deux routes : Meta signe les envois avec l'app secret du Tech Provider, donc l'en-tête de signature ne peut pas être validé de votre côté. ### Comment envoyer un message WhatsApp depuis Laravel ? Avec le client HTTP de Laravel : un POST vers l'endpoint messages de l'identifiant du numéro de téléphone, avec le token d'accès en token Bearer. Ces deux valeurs viennent de la connexion, affichées dans le dashboard et renvoyées par get_api_credentials. Elles vont dans config/services.php, alimenté par des variables d'environnement, et non dans le code. La forme du corps dépend du délai. Dans les 24 heures qui suivent le dernier message du client, un objet text convient, comme ci-dessous. Hors de cette fenêtre, Meta n'accepte qu'un objet template nommant un template approuvé et sa langue, et un texte libre échoue avec l'erreur 131047. La réponse est l'endroit où le voir : un appel en échec renvoie un objet d'erreur dont le code indique ce qui s'est passé, alors journalisez-le au lieu de l'écarter. Rien dans la requête n'est propre à EasyCoexistence. C'est l'appel de la documentation de Meta elle-même, donc n'importe quel client HTTP PHP, Guzzle ou cURL natif, fonctionne de la même façon. ### Que faut-il de plus pour un handler Laravel en production ? Une vraie file d'attente, de la déduplication et un contrôle de la fenêtre. La file d'attente compte parce que Meta renvoie les envois quand la réponse est lente. HandleWhatsAppEvent::dispatch() ne rend la main vite que si la connexion de file d'attente est une vraie, avec un worker actif. Avec le driver sync, le job s'exécute dans la requête, et un appel lent à un modèle ou une écriture en base se transforme en envoi en double. Dédupliquez sur l'identifiant du message, le wamid de chaque message, car les renvois sont normaux et non exceptionnels. Un index unique sur cette colonne, ou un verrou de cache indexé sur elle, suffit. Enfin, stockez la date du dernier message de chaque contact. Avec cet horodatage, l'envoi choisit seul entre texte et template, au lieu de l'apprendre par l'erreur 131047 alors que le client attendait déjà. Les réponses saisies sur le téléphone dans l'application WhatsApp Business arrivent comme événements echo sur la même route : le handler voit donc aussi quand une personne a repris une conversation. - Lire hub.challenge avec un point. PHP l'a renommé hub_challenge : le handler renvoie un corps vide et Meta ne vérifie jamais. - Placer le webhook dans routes/web.php. Le POST de Meta n'a pas de token CSRF et est rejeté avec une erreur 419. - Dispatcher vers la file sync. Le job s'exécute avant le 200, un traitement lent est renvoyé par Meta et les messages sont traités deux fois. - Renvoyer le challenge avec response()->json(). Les guillemets autour de la valeur font échouer la vérification de Meta. **Existe-t-il un SDK PHP ?** Pas chez nous, et il n'en faut pas. L'API est celle de Meta, documentée par Meta, et le client HTTP de Laravel ou Guzzle l'atteint directement. **Cela fonctionne-t-il sans Laravel ?** Oui. En PHP pur, lisez $_GET['hub_challenge'], renvoyez-le en text/plain et envoyez avec cURL. La règle des underscores s'applique à tous les frameworks PHP. **Pourquoi l'URL a-t-elle besoin d'une clé dans le chemin ?** Parce que c'est l'authentification qui fonctionne. La signature de Meta utilise l'app secret du Tech Provider, qui n'est jamais partagé : c'est donc le secret de l'URL qui empêche des inconnus d'envoyer de faux événements. **L'équipe peut-elle continuer à utiliser le téléphone ?** Oui. Coexistence maintient l'application WhatsApp Business active sur le numéro, et les messages envoyés depuis le téléphone arrivent à votre route sous forme d'événements echo. --- ## WhatsApp Coexistence au Brésil : disponibilité et tarifs de Meta https://easycoexistence.com/fr/docs/whatsapp-coexistence-brazil Coexistence est disponible au Brésil : la documentation d'onboarding de Meta pour les utilisateurs de l'app WhatsApp Business ne fixe aucune restriction géographique. Les messages vers les numéros +55 sont facturés selon la grille tarifaire Brésil de Meta, qui, à partir du 1er octobre 2026, applique USD 0.0625 par template marketing et USD 0.0068 par template utilitaire ou d'authentification, avec les tarifs en BRL publiés en parallèle. ### WhatsApp Coexistence est-il disponible au Brésil ? Oui. La documentation actuelle de Meta sur l'onboarding des utilisateurs de l'app WhatsApp Business énumère les conditions qu'un numéro doit remplir, et aucune ne concerne un pays. Un numéro brésilien est éligible aux mêmes conditions que n'importe quel autre : il est déjà utilisé dans l'app WhatsApp Business, l'app est en version 2.24.17 ou plus récente, et l'onboarding passe par un Tech Provider ou un Solution Partner via Embedded Signup. Une fois la connexion établie, l'app sur le téléphone continue de fonctionner et le même numéro +55 obtient l'accès à la Cloud API. Meta fixe le débit de ces numéros à 20 messages par seconde afin de rester compatible avec l'app. ### Combien Meta facture-t-il par message au Brésil ? Meta facture chaque message délivré, selon sa catégorie et l'indicatif du pays du destinataire. Le Brésil (+55) figure nommément dans la grille tarifaire : les messages vers des numéros brésiliens sont donc facturés aux tarifs propres au Brésil, et non à une moyenne régionale. Ce sont les tarifs catalogue en vigueur le 1er octobre 2026, tirés des grilles de Meta en USD et en BRL. Les tarifs utilitaires et d'authentification peuvent encore baisser avec les paliers de volume mensuels, que Meta applique par marché et par catégorie. ### Quels messages restent gratuits ? Trois choses ne coûtent rien. Les messages saisis dans l'app WhatsApp Business sur le téléphone restent gratuits après l'onboarding, car Meta n'applique la tarification Cloud API qu'à ce qui est envoyé par l'API. Chaque numéro de téléphone d'entreprise bénéficie de 1 000 messages de service gratuits par mois : ce sont les réponses en texte libre envoyées dans la fenêtre de service client de 24 heures. Et tout ce qui est envoyé dans une fenêtre de point d'entrée gratuit, ouverte quand un client arrive depuis une publicité Click to WhatsApp, est gratuit pendant 7 jours maximum. Deux choses ont changé le 1er octobre 2026 : les messages de service au-delà des 1 000 premiers de chaque mois sont facturés, et les templates utilitaires envoyés dans la fenêtre de service client le sont aussi. ### Meta facture-t-il les entreprises brésiliennes en reais ? Oui, désormais. Meta a lancé la localisation de la facturation pour le Brésil le 1er juillet 2026. Les Solution Providers et les entreprises intégrées directement dont le pays Sold-To dans Billing Hub est le Brésil peuvent créer des comptes de messagerie en BRL, et les frais de ces comptes sont facturés en BRL par Facebook Brasil, l'entité locale de Meta. Ce changement a une échéance. Les clients éligibles doivent faire passer tous les comptes de messagerie de leur Business Portfolio en BRL avant le 30 juin 2027, car dès le 1er juillet 2027 Meta cesse de délivrer les messages de leurs comptes qui ne sont pas en BRL. Meta propose une Currency Migration API pour ce passage, puisqu'une devise choisie à la création du compte ne peut pas être modifiée autrement. 1. Check the number: Confirm the +55 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider. 2. Set up billing: Add a payment method in Billing Hub, in BRL if your Sold-To country is Brazil. 3. Run Embedded Signup: Log in with Facebook, choose the portfolio and the number, and confirm the connection in the app. - Conserver un compte de messagerie en USD après le 30 juin 2027 quand votre pays Sold-To est le Brésil. Meta cesse de délivrer ses messages dès le 1er juillet 2027. - Considérer que toutes les réponses sont gratuites. Depuis le 1er octobre 2026, les messages de service au-delà de 1 000 par numéro et par mois sont facturés. - Établir son budget selon le lieu où se trouve l'entreprise. Meta tarifie selon l'indicatif du destinataire : un message vers un numéro portugais est donc facturé au tarif Reste de l'Europe occidentale. **Faut-il une entreprise brésilienne pour utiliser Coexistence ?** Non. Les conditions de Meta portent sur le numéro et sur l'app, pas sur le pays d'immatriculation de l'entreprise. Le lieu de l'entreprise détermine seulement la devise et l'entité Meta qui vous facturent. **Le tarif en BRL est-il le même que celui en USD ?** Meta publie une grille tarifaire distincte par devise. Pour le Brésil, la grille du 1er octobre 2026 indique BRL 0.3217 pour le marketing et BRL 0.035 pour l'utilitaire et l'authentification. **Les messages que j'envoie depuis le téléphone coûtent-ils quelque chose ?** Non. La documentation de Meta indique que les messages envoyés via l'app WhatsApp Business restent gratuits après l'onboarding. Seuls les envois par API suivent la tarification Cloud API. **Que se passe-t-il si mon compte n'a pas de moyen de paiement ?** Meta délivre toujours les messages de service dans le palier gratuit de 1 000, mais cesse de les délivrer une fois ce palier épuisé. Ajoutez-en un dans Billing Hub avant d'envoyer quoi que ce soit que Meta facture. --- ## WhatsApp Coexistence au Mexique : disponibilité et tarifs Meta https://easycoexistence.com/fr/docs/whatsapp-coexistence-mexico Coexistence est disponible au Mexique : la documentation de Meta sur l'intégration des utilisateurs de l'app WhatsApp Business n'impose aucune restriction géographique. Les messages vers les numéros +52 sont facturés selon la grille tarifaire Mexique de Meta : à partir du 1er octobre 2026, USD 0,0397 par template marketing et USD 0,0085 par template utilitaire ou d'authentification, soit MXN 0,7298 et MXN 0,1565 sur la grille en pesos. ### Une entreprise mexicaine peut-elle utiliser WhatsApp Coexistence ? Oui. Les conditions de la documentation de Meta sur l'intégration des utilisateurs de l'app WhatsApp Business portent sur le numéro et sur l'app, pas sur le pays : le numéro est déjà actif sur l'app WhatsApp Business, l'app est en version 2.24.17 ou plus récente, et la connexion se fait via Embedded Signup par un Tech Provider ou un Solution Partner. Un numéro +52 qui remplit ces conditions continue de fonctionner dans l'app sur le téléphone et obtient l'accès à Cloud API sur le même numéro. Meta plafonne le débit de l'API sur ces numéros partagés à 20 messages par seconde. ### Combien Meta facture-t-il par message au Mexique ? Meta facture chaque message délivré, et le tarif dépend de deux éléments : la catégorie du message et l'indicatif du pays de la personne qui le reçoit. Le Mexique (+52) a sa propre ligne dans la grille tarifaire. Il s'agit des tarifs publics en vigueur le 1er octobre 2026, date à laquelle Meta a aussi relevé le tarif marketing du Mexique. Un volume mensuel plus élevé peut donner accès à des tarifs utilitaires et d'authentification plus bas grâce aux paliers de volume de Meta. ### Qu'est-ce qui ne coûte rien ? Tout ce que vous saisissez sur le téléphone dans l'app WhatsApp Business, qui reste gratuit après l'intégration d'un numéro, selon la documentation de Meta. Seuls les messages envoyés via Cloud API suivent la tarification de Cloud API. Côté API, chaque numéro de téléphone d'entreprise bénéficie de 1 000 messages de service gratuits par mois, c'est-à-dire des réponses hors template dans la fenêtre de service client de 24 heures. Ce quota est remis à zéro chaque mois sans report. Un client qui arrive depuis une publicité Click to WhatsApp ouvre une fenêtre de point d'entrée gratuit pouvant durer jusqu'à 7 jours, pendant laquelle Meta ne facture ni les messages marketing, ni utilitaires, ni d'authentification, ni de service. ### Meta peut-il facturer un compte mexicain en pesos ? Le MXN fait partie des 16 devises que Meta active sur WhatsApp Business Platform, lancées le 1er janvier 2026, et Meta publie une grille tarifaire complète en MXN à côté de celle en USD. La devise est choisie à la création du compte de messagerie et ne peut pas être simplement modifiée ensuite. Meta propose une Currency Migration API pour passer plus tard à une autre devise. Contrairement au Brésil et à l'Inde, la page de tarification de Meta ne décrit pas de migration obligatoire vers une facturation locale pour le Mexique : choisir MXN ou USD relève donc de l'entreprise. 1. Check the number: Make sure the +52 number runs the WhatsApp Business app, version 2.24.17 or newer, and is not attached to another provider. 2. Pick the currency: Choose MXN or USD when the account is created, and add a payment method in Billing Hub. 3. Connect: Run Embedded Signup, select the portfolio and the number, and confirm the connection from the app. - Créer le compte en USD alors que vous vouliez des pesos. La devise est fixée à la création, et la changer nécessite la Currency Migration API de Meta. - Utiliser des tarifs antérieurs au 1er octobre 2026. Meta a relevé le tarif marketing du Mexique à cette date. - Croire qu'une réponse est toujours gratuite. Au-delà de 1 000 messages de service par numéro et par mois, Meta les facture. **Un numéro mobile +52 1 est-il traité différemment ?** Meta associe tout l'indicatif +52 au marché mexicain : chaque destinataire mexicain se voit donc appliquer le tarif Mexique correspondant à la catégorie du message. **Les tarifs du Mexique ont-ils changé récemment ?** Oui. La mise à jour de Meta du 1er octobre 2026 a relevé le tarif marketing du Mexique. Les tarifs utilitaires et d'authentification ne figuraient pas dans cette liste de changements. **Écrire à des clients aux États-Unis coûte-t-il la même chose ?** Non. Les numéros américains relèvent de la région Amérique du Nord de Meta, qui a ses propres tarifs. C'est l'indicatif du destinataire qui détermine le prix. **Est-ce que je perds l'app quand je connecte l'API ?** Non. Le numéro reste sur l'app WhatsApp Business et le téléphone continue d'envoyer et de recevoir comme avant. --- ## WhatsApp Coexistence en Colombie : disponibilité et tarifs de Meta https://easycoexistence.com/fr/docs/whatsapp-coexistence-colombia Coexistence est disponible en Colombie : la documentation d'intégration de Meta pour les utilisateurs de l'application WhatsApp Business ne contient aucune restriction par pays. Les messages vers les numéros +57 suivent la grille tarifaire Colombie de Meta, qui indique à compter du 1er octobre 2026 USD 0.0125 par template marketing et USD 0.0008 par template utilitaire ou d'authentification, soit COP 46.0227 et COP 2.9455 sur la grille en pesos. ### WhatsApp Coexistence fonctionne-t-il avec les numéros colombiens ? Oui. La documentation de Meta pour l'intégration des utilisateurs de l'application WhatsApp Business énumère les conditions qu'un numéro doit remplir, et aucune n'est géographique. Un numéro +57 est éligible lorsqu'il est déjà utilisé sur l'application WhatsApp Business, que l'application est en version 2.24.17 ou ultérieure et que l'intégration passe par Embedded Signup, exécuté par un Tech Provider ou un Solution Partner. Après l'intégration, le téléphone continue de fonctionner comme avant, conversations comprises, tandis que le même numéro répond via Cloud API. Côté API, le débit est fixé à 20 messages par seconde pour les numéros partagés. ### Quels sont les tarifs par message de Meta pour la Colombie ? Meta facture chaque message délivré selon sa catégorie et l'indicatif pays du destinataire. La Colombie (+57) est un marché nommé et, sur la grille du 1er octobre 2026, elle affiche les tarifs marketing et utilitaires les plus bas de tous les marchés d'Amérique latine listés par Meta, région Reste de l'Amérique latine comprise. Les chiffres ci-dessus sont des tarifs catalogue ; les paliers de volume peuvent encore réduire les tarifs utilitaires et d'authentification à fort volume mensuel. ### Quels messages sont gratuits en Colombie ? Les mêmes que partout, car les cas gratuits de Meta sont globaux et non propres à un marché. Les messages envoyés depuis l'application WhatsApp Business sur le téléphone restent gratuits après la connexion du numéro ; la tarification Cloud API ne s'applique qu'aux envois par API. Chaque numéro de téléphone professionnel reçoit 1 000 messages de service gratuits par mois pour les réponses hors template dans la fenêtre de service client de 24 heures. Les conversations lancées depuis une publicité Click to WhatsApp ouvrent une fenêtre de point d'entrée gratuite pouvant aller jusqu'à 7 jours, sans frais sur aucune catégorie, sauf les messages de Meta Business Agent. Depuis le 1er octobre 2026, les templates utilitaires envoyés dans une fenêtre de service client ouverte sont facturés. ### Une entreprise colombienne peut-elle payer Meta en pesos ? Le COP fait partie des devises ajoutées par Meta en 2026, disponible depuis le 1er avril 2026, avec sa propre grille tarifaire publiée. La grille COP de Meta tarife tous les marchés en pesos : une entreprise colombienne qui écrit à des clients au Mexique ou en Espagne voit donc ces frais en COP. La devise est fixée à la création du compte de messagerie et ne change plus. Pour en changer ensuite, on passe par la Currency Migration API de Meta. La page de tarifs de Meta ne décrit de migrations de facturation locale obligatoires que pour le Brésil et l'Inde ; pour la Colombie, le COP est donc une option et non une obligation. 1. Check the number: The +57 number must be on the WhatsApp Business app, version 2.24.17 or newer, and free of any other provider. 2. Choose COP or USD: Pick the currency at account creation and add a payment method in Billing Hub. 3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm in the app. - Appliquer le tarif de la Colombie à tous vos clients. Un message vers un numéro péruvien ou chilien est facturé au tarif de ce marché, plusieurs fois plus élevé sur la grille d'octobre 2026. - Choisir la devise de facturation à la légère. Une fois le compte créé, en changer exige la Currency Migration API de Meta. - Laisser le compte sans moyen de paiement. Les messages de service ne sont plus délivrés une fois les 1 000 messages gratuits du mois épuisés. **Pourquoi les tarifs de la Colombie sont-ils bien plus bas que ceux de ses voisins ?** Meta fixe ses tarifs par marché et n'explique pas chaque chiffre. La grille du 1er octobre 2026 classe simplement la Colombie en dessous des autres marchés d'Amérique latine. **L'authentification est-elle tarifée différemment de l'utilitaire ?** Pas pour la Colombie. Les deux sont à USD 0.0008 sur la grille du 1er octobre 2026, et aucun tarif d'authentification internationale ne s'applique. **Dois-je payer les messages que mes clients m'envoient ?** Non. Meta ne facture pas les messages des utilisateurs vers les entreprises, uniquement ceux qu'une entreprise délivre. **L'application conserve-t-elle l'historique de mes conversations ?** Oui. L'application WhatsApp Business continue de fonctionner sur le téléphone avec ses conversations une fois le numéro connecté à l'API. --- ## WhatsApp Coexistence en Argentine : disponibilité et tarifs de Meta https://easycoexistence.com/fr/docs/whatsapp-coexistence-argentina Coexistence est disponible en Argentine, car la documentation d'intégration de Meta pour les utilisateurs de l'app WhatsApp Business n'impose aucune restriction géographique. Les messages vers les numéros +54 sont facturés aux tarifs propres à l'Argentine : à partir du 1er octobre 2026, USD 0,0618 par template marketing et USD 0,026 par template utilitaire ou d'authentification, soit ARS 89,562 et ARS 37,6798 sur la grille tarifaire en pesos de Meta. ### Coexistence est-elle disponible pour les numéros argentins ? Oui. Rien dans la documentation de Meta sur l'intégration des utilisateurs de l'app WhatsApp Business ne dépend du pays. Ce que Meta vérifie, c'est le numéro et l'app : un numéro +54 déjà actif sur l'app WhatsApp Business, en version 2.24.17 ou plus récente, connecté via Embedded Signup par un Tech Provider ou un Solution Partner. Le résultat est un seul numéro utilisé de deux façons. Vos équipes continuent de répondre depuis le téléphone, et un logiciel envoie et reçoit via Cloud API, avec une limite fixée par Meta à 20 messages par seconde tant que le numéro est partagé avec l'app. ### Combien Meta facture-t-il par message pour l'Argentine ? Chaque message délivré est facturé selon sa catégorie, au tarif du marché auquel appartient l'indicatif du destinataire. L'Argentine (+54) est un marché à part entière dans la grille de Meta. Ce sont les tarifs publics en vigueur à partir du 1er octobre 2026, tirés des grilles USD et ARS de Meta. Pour les catégories utilitaire et authentification, les paliers de volume mensuels de Meta font baisser le tarif dès qu'un portefeuille envoie assez de messages vers l'Argentine dans un mois. ### Que peut envoyer gratuitement une entreprise argentine ? Les réponses saisies sur le téléphone ne coûtent rien : la documentation de Meta indique que les messages envoyés depuis l'app WhatsApp Business restent gratuits après l'intégration, et que seuls les envois par API suivent la tarification de Cloud API. Par l'API, chaque numéro de téléphone professionnel dispose d'un quota mensuel de 1 000 messages de service gratuits, c'est-à-dire des réponses en texte libre, hors template, dans la fenêtre de service client de 24 heures. Le quota se réinitialise chaque mois et les messages non utilisés ne sont pas reportés. Les clients qui vous écrivent depuis une publicité Click to WhatsApp ouvrent une fenêtre de point d'entrée gratuit pouvant durer jusqu'à 7 jours, pendant laquelle les messages marketing, utilitaires, d'authentification et de service ne sont pas facturés. ### Meta peut-il facturer un compte argentin en pesos ? L'ARS est disponible comme devise de WhatsApp Business Platform depuis le 1er avril 2026, et Meta publie une grille tarifaire complète en ARS à côté de celle en USD. La grille en pesos affiche tous les marchés en ARS, pas seulement l'Argentine. La devise est fixée à la création du compte de messagerie et ne peut pas être changée librement ensuite ; Meta propose pour cela une Currency Migration API. La page de tarification de Meta ne décrit une facturation locale obligatoire que pour le Brésil et l'Inde : pour l'Argentine, le choix entre ARS et USD revient donc à l'entreprise. 1. Check the number: The +54 number must run the WhatsApp Business app at version 2.24.17 or newer and not be connected to another provider. 2. Set the currency and payment: Choose ARS or USD when the account is created and add a payment method in Billing Hub. 3. Connect the number: Complete Embedded Signup with the portfolio and number, then confirm the link in the app. - Supposer qu'un tarif régional pour l'Amérique latine s'applique. L'Argentine a sa propre ligne dans la grille de Meta, avec des montants différents de ceux du Reste de l'Amérique latine. - Envoyer des templates utilitaires comme réponses en les croyant gratuits. Depuis le 1er octobre 2026, Meta facture les templates utilitaires dans la fenêtre de service client. - Lire une grille tarifaire sans sa date. Meta publie ses grilles avec une date d'entrée en vigueur, et les montants indiqués ici sont ceux du 1er octobre 2026. **Meta facture-t-il les messages que mes clients m'envoient ?** Non. Meta ne facture que les messages qu'une entreprise délivre aux utilisateurs, jamais ceux que les utilisateurs envoient à l'entreprise. **Les montants en ARS changeront-ils avec le taux de change ?** Meta publie la grille de chaque devise avec une date d'entrée en vigueur et met à jour ses tarifs selon son propre calendrier. Consultez la grille ARS en vigueur plutôt que de convertir celle en USD. **Le tarif d'authentification est-il identique à l'utilitaire en Argentine ?** Oui. Les deux sont à USD 0,026 sur la grille du 1er octobre 2026, et Meta n'indique aucun tarif d'authentification internationale pour l'Argentine. **Puis-je continuer à utiliser l'app après la connexion ?** Oui. L'app WhatsApp Business continue de fonctionner sur le téléphone, et le même numéro gagne l'accès à l'API. --- ## WhatsApp Coexistence au Chili : disponibilité et tarifs Meta https://easycoexistence.com/fr/docs/whatsapp-coexistence-chile La Coexistence est disponible au Chili : la documentation d'onboarding de Meta pour les utilisateurs de l'application WhatsApp Business ne pose aucune condition géographique. Les messages vers les numéros +56 suivent la grille tarifaire Meta pour le Chili, qui facture à partir du 1er octobre 2026 USD 0,0889 par template marketing et USD 0,02 par template utility ou authentication, soit CLP 78,4917 et CLP 17,6584 sur la grille en pesos. ### Les entreprises chiliennes peuvent-elles utiliser WhatsApp Coexistence ? Oui. La documentation de Meta sur l'onboarding des utilisateurs de l'application WhatsApp Business énumère des conditions portant sur le numéro, l'application et le partenaire, et aucune sur le pays. Un numéro +56 est éligible dès lors qu'il est utilisé sur l'application WhatsApp Business, en version 2.24.17 ou ultérieure, et qu'il est connecté via Embedded Signup par un Tech Provider ou un Solution Partner. Le téléphone continue de fonctionner avec ses conversations, et le numéro obtient l'accès à la Cloud API avec une limite fixe de 20 messages par seconde, celle que Meta applique aux numéros partagés avec l'application. ### Combien Meta facture-t-il par message au Chili ? Meta facture chaque message délivré, par catégorie, au tarif du marché du destinataire. Le Chili (+56) est un marché nommé, et son tarif marketing sur la grille du 1er octobre 2026 est le plus élevé de toute l'Amérique latine, au-dessus même de la région Rest of Latin America. Les catégories utility et authentication sont à USD 0,02, et les paliers de volume mensuels de Meta peuvent réduire ces deux tarifs pour les portefeuilles qui envoient de gros volumes vers le Chili. ### Quels messages vers le Chili Meta ne facture-t-il pas ? Tout ce qui est envoyé depuis l'application WhatsApp Business elle-même. Selon la documentation de Meta, les messages de l'application restent gratuits après l'onboarding et seuls les envois via la Cloud API sont facturés. Sur l'API, Meta ne facture pas les 1 000 premiers messages de service par numéro de téléphone professionnel et par mois, c'est-à-dire les réponses en texte libre envoyées dans la fenêtre de service client de 24 heures. Et une conversation lancée depuis une publicité Click to WhatsApp ouvre une fenêtre gratuite de point d'entrée pouvant aller jusqu'à 7 jours, pendant laquelle aucune catégorie n'est facturée, hormis les messages Meta Business Agent. Vu le tarif marketing du Chili, la fenêtre gratuite de point d'entrée est la voie la moins chère pour envoyer des messages promotionnels dans ce pays. ### Meta propose-t-il une facturation en pesos chiliens ? Oui, en option. Le CLP a été activé le 1er avril 2026, parmi les devises que Meta a ajoutées cette année-là, et Meta publie une grille tarifaire en CLP couvrant tous les marchés : les messages vers des clients à l'étranger apparaissent donc aussi en pesos. La devise de facturation se choisit à la création du compte de messagerie et ne change plus ensuite, sauf si l'entreprise utilise la Currency Migration API de Meta. La page tarifaire de Meta ne décrit une facturation locale obligatoire que pour le Brésil et l'Inde : une entreprise chilienne choisit elle-même entre CLP et USD. 1. Check the number: The +56 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not connected to another provider. 2. Choose CLP or USD: Set the currency at account creation and add a payment method in Billing Hub. 3. Connect: Run Embedded Signup, pick the portfolio and the number, and confirm from the app. - Utiliser par défaut un template marketing pour chaque relance. Au Chili, cela coûte USD 0,0889 par message, contre USD 0,02 pour un template utility correctement catégorisé. - Croire que le quota de service se cumule. Les 1 000 messages de service gratuits sont remis à zéro chaque mois et les messages non utilisés ne sont pas reportés. - Chiffrer une campagne chilienne avec les tarifs de Rest of Latin America. Le Chili est un marché nommé, avec ses propres tarifs. **Le Chili est-il moins cher que l'Argentine pour le marketing ?** Non. Sur la grille du 1er octobre 2026, le tarif marketing du Chili est de USD 0,0889 et celui de l'Argentine de USD 0,0618. **Meta peut-il recatégoriser mon template ?** Oui. Meta examine les catégories des templates et peut modifier celle d'un template, ce qui change le tarif facturé. **Les messages entrants coûtent-ils quelque chose ?** Non. Meta ne facture que les messages délivrés par une entreprise, pas ceux que les clients envoient. **Le numéro continue-t-il de fonctionner dans l'application ?** Oui. L'application WhatsApp Business reste active sur le téléphone une fois le numéro connecté à l'API. --- ## WhatsApp Coexistence au Pérou : disponibilité et tarifs de Meta https://easycoexistence.com/fr/docs/whatsapp-coexistence-peru La Coexistence est disponible au Pérou, car la documentation de Meta sur l'intégration des utilisateurs de l'app WhatsApp Business ne prévoit aucune restriction par pays. Les messages vers les numéros +51 suivent la grille tarifaire du Pérou : à partir du 1er octobre 2026, USD 0,0703 par template marketing et USD 0,03 par template utility ou authentication, soit PEN 0,2339 et PEN 0,0998 sur la grille en sol de Meta. ### WhatsApp Coexistence est-elle disponible au Pérou ? Oui. La documentation de Meta sur l'intégration des utilisateurs de l'app WhatsApp Business fixe des exigences sur le numéro et sur l'app, pas sur le pays. Un numéro +51 est éligible s'il est déjà actif sur l'app WhatsApp Business, si l'app est en version 2.24.17 ou plus récente, et si l'intégration passe par Embedded Signup avec un Tech Provider ou un Solution Partner. Une fois connecté, le téléphone continue d'envoyer et de recevoir, tandis que le même numéro devient accessible via Cloud API. Meta fixe le débit de l'API pour les numéros partagés avec l'app à 20 messages par seconde. ### Combien Meta facture-t-elle par message au Pérou ? Meta facture chaque message délivré, selon sa catégorie et le marché de l'indicatif du destinataire. Le Pérou (+51) a sa propre ligne. Le 1er octobre 2026, Meta a relevé les tarifs utility et authentication du Pérou, qui s'établissent désormais à USD 0,03, le tarif utility le plus élevé parmi les marchés d'Amérique latine de la grille. Ce sont des tarifs catalogue : des paliers de volume peuvent réduire utility et authentication pour de gros volumes mensuels. ### Qu'est-ce qui reste gratuit pour une entreprise péruvienne ? Les messages envoyés depuis l'app WhatsApp Business sur le téléphone. La documentation de Meta indique qu'ils restent gratuits après l'intégration, et que seuls les messages envoyés via Cloud API sont facturés. Via l'API, Meta offre à chaque numéro de téléphone professionnel 1 000 messages de service gratuits par mois : ce sont les réponses en texte libre, sans template, envoyées pendant que la fenêtre de service client de 24 heures est ouverte, avec une remise à zéro mensuelle. Les clients qui arrivent par une publicité Click to WhatsApp ouvrent une fenêtre de point d'entrée gratuit pouvant durer jusqu'à 7 jours, pendant laquelle Meta ne facture ni les messages marketing, utility, authentication, ni les messages de service. Les templates utility envoyés dans la fenêtre de service client sont facturés depuis le 1er octobre 2026. ### Meta peut-elle facturer un compte péruvien en soles ? Oui, le PEN est disponible. Il a été lancé le 1er avril 2026 parmi les devises ajoutées par Meta cette année-là, et Meta publie une grille tarifaire en PEN couvrant tous les marchés qu'elle tarifie. La devise se choisit à la création du compte de messagerie et reste fixe ensuite, sauf via la Currency Migration API de Meta. La page de tarification de Meta ne décrit de migrations de facturation locale obligatoires que pour le Brésil et l'Inde : une entreprise péruvienne choisit donc elle-même entre PEN et USD. 1. Check the number: Confirm the +51 number is on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider. 2. Choose PEN or USD: Pick the currency when the account is created and add a payment method in Billing Hub. 3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app. - Budgétiser les envois utility avec des chiffres antérieurs au 1er octobre 2026. Meta a relevé à cette date les tarifs utility et authentication du Pérou. - S'appuyer sur des templates utility pour répondre. Dans une fenêtre ouverte, un message de service gratuit remplit le même rôle, jusqu'à 1 000 par mois et par numéro. - Supposer que les marchés voisins coûtent la même chose. Le tarif utility de la Colombie sur la même grille est de USD 0,0008. **Pourquoi mes coûts utility ont-ils augmenté en octobre 2026 ?** Meta a relevé les tarifs utility et authentication du Pérou le 1er octobre 2026, et facture depuis la même date les templates utility envoyés dans la fenêtre de service client. **Meta facture-t-elle les messages que mes clients m'envoient ?** Non. Seuls les messages délivrés par l'entreprise sont facturés. **Existe-t-il un tarif authentication-international pour le Pérou ?** Non. La grille du 1er octobre 2026 n'en indique aucun pour le Pérou : l'authentication est donc facturée USD 0,03. **L'app du téléphone continuera-t-elle de fonctionner ?** Oui. L'app WhatsApp Business continue de fonctionner sur le téléphone une fois le numéro connecté à l'API. --- ## WhatsApp Coexistence au Costa Rica : disponibilité et tarifs de Meta https://easycoexistence.com/fr/docs/whatsapp-coexistence-costa-rica Coexistence est disponible au Costa Rica, car la documentation de Meta sur l'intégration des utilisateurs de l'application WhatsApp Business n'impose aucune restriction géographique. Le Costa Rica n'a pas de ligne propre dans la grille tarifaire de Meta : les numéros +506 sont facturés au tarif Reste de l'Amérique latine, soit, à partir du 1er octobre 2026, USD 0,074 par template marketing et USD 0,0113 par template utilitaire ou d'authentification. ### Un numéro costaricain peut-il utiliser WhatsApp Coexistence ? Oui. La documentation de Meta sur l'intégration des utilisateurs de l'application WhatsApp Business pose des conditions sur le numéro et sur l'application, aucune sur le pays. Un numéro +506 est éligible s'il est déjà utilisé sur l'application WhatsApp Business, si l'application est en version 2.24.17 ou plus récente, et si la connexion est établie avec Embedded Signup par un Tech Provider ou un Solution Partner. Le téléphone continue de fonctionner avec ses conversations existantes, et le numéro obtient l'accès à Cloud API. Meta fixe le débit à 20 messages par seconde pour les numéros partagés entre l'application et l'API. ### Pourquoi le Costa Rica est-il facturé au tarif Reste de l'Amérique latine ? La grille tarifaire de Meta nomme 39 pays individuellement et regroupe les autres en 8 régions. Le Costa Rica (+506) est l'un des 15 marchés de la région Reste de l'Amérique latine, avec des pays comme le Panama, le Guatemala, l'Équateur et l'Uruguay. Tout message remis à un numéro de l'un de ces marchés est facturé au tarif de la région. La région compte aussi pour les paliers de volume des catégories utilitaire et authentification. Les paliers sont comptés par marché et par catégorie : les messages vers chaque pays du Reste de l'Amérique latine alimentent donc le même palier régional, et non un palier propre au Costa Rica. ### Quels messages sont gratuits pour une entreprise costaricaine ? Tout ce qui est saisi dans l'application WhatsApp Business sur le téléphone. D'après la documentation de Meta, les messages de l'application restent gratuits après l'intégration, et la tarification de Cloud API ne couvre que les envois par API. Côté API, chaque numéro de téléphone professionnel bénéficie de 1 000 messages de service gratuits par mois, c'est-à-dire des réponses hors template dans la fenêtre de service client de 24 heures, sans report. Une conversation lancée depuis une publicité Click to WhatsApp ouvre une fenêtre de point d'entrée gratuite pouvant aller jusqu'à 7 jours, pendant laquelle Meta ne facture ni les messages marketing, ni utilitaires, ni d'authentification, ni de service. Les templates utilitaires envoyés dans la fenêtre de service client sont facturés depuis le 1er octobre 2026. ### Dans quelle devise Meta facture-t-il un compte costaricain ? Meta active 16 devises de facturation sur la WhatsApp Business Platform, et le colón costaricien n'en fait pas partie. Une entreprise costaricaine choisit l'une des devises publiées lors de la création du compte de messagerie, par exemple USD, et Meta publie le tarif Reste de l'Amérique latine dans chacune de ses grilles. La devise ne peut pas être modifiée librement une fois le compte créé. Meta fournit une Currency Migration API pour en changer. La page de tarification de Meta ne mentionne aucun programme de facturation locale pour le Costa Rica. 1. Check the number: The +506 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider. 2. Set up billing: Choose one of Meta's supported currencies, such as USD, and add a payment method in Billing Hub. 3. Connect: Complete Embedded Signup with the portfolio and the number, and confirm the link from the app. - Chercher une ligne Costa Rica dans la grille tarifaire. Il n'y en a pas : +506 est facturé dans Reste de l'Amérique latine. - Supposer que les voisins d'Amérique centrale ont le même tarif que le Mexique. Le Mexique est un marché nommé, avec des tarifs marketing inférieurs à ceux de la région. - Dépenser des templates utilitaires pour répondre. Un message de service dans la fenêtre ouverte est gratuit jusqu'à 1 000 par mois et par numéro. **Envoyer des messages au Costa Rica coûte-t-il moins cher qu'au Mexique ?** Pas pour le marketing. Le Reste de l'Amérique latine est à USD 0,074 par template marketing dans la grille du 1er octobre 2026, contre USD 0,0397 pour le Mexique. **Puis-je payer Meta en colones ?** Non. Le colón ne fait pas partie des 16 devises que Meta active pour la WhatsApp Business Platform. **Les messages de mes clients vers moi coûtent-ils quelque chose ?** Non. Meta ne facture que les messages que les entreprises remettent. **Connecter l'API arrête-t-il l'application ?** Non. L'application WhatsApp Business continue de fonctionner sur le téléphone avec ses conversations. --- ## WhatsApp Coexistence en Espagne : disponibilité et tarifs de Meta https://easycoexistence.com/fr/docs/whatsapp-coexistence-spain Coexistence est disponible en Espagne : la documentation d'onboarding de Meta pour les utilisateurs de l'application WhatsApp Business n'impose aucune restriction géographique, UE comprise. Les messages vers les numéros +34 suivent la grille tarifaire propre à l'Espagne, qui indique à partir du 1er octobre 2026 0,0585 EUR par template marketing et 0,0166 EUR par template utilité ou authentification, soit 0,0707 USD et 0,02 USD. ### WhatsApp Coexistence est-il disponible en Espagne et dans l'UE ? Oui. La documentation actuelle de Meta sur l'onboarding des utilisateurs de l'application WhatsApp Business énumère des exigences portant sur le numéro, l'application et le partenaire, mais aucune restriction géographique. Un numéro +34 est éligible s'il est déjà utilisé sur l'application WhatsApp Business, qu'il tourne sous la version 2.24.17 ou plus récente, et qu'il est connecté via Embedded Signup par un Tech Provider ou un Solution Partner. Des listes datant du début du déploiement, qui excluaient l'UE, circulent encore, et la documentation de Meta ne les confirme plus. Après l'onboarding, le téléphone continue de fonctionner, et le numéro répond via la Cloud API à un débit fixe de 20 messages par seconde. ### Combien Meta facture-t-il par message en Espagne ? Meta facture chaque message délivré, selon sa catégorie et selon le marché correspondant à l'indicatif du destinataire. L'Espagne (+34) est un marché nommé, distinct de la région « reste de l'Europe de l'Ouest » qui couvre le Portugal, l'Irlande et d'autres pays. Ces tarifs catalogue sont en vigueur le 1er octobre 2026 ; le tarif marketing a été relevé pour la dernière fois le 1er juillet 2026. Des paliers de volume peuvent abaisser les tarifs utilité et authentification pour les portefeuilles à fort volume mensuel vers l'Espagne. ### Quels messages sont gratuits pour une entreprise espagnole ? Les messages envoyés depuis l'application WhatsApp Business sur le téléphone. La documentation de Meta indique qu'ils restent gratuits après l'onboarding, et la tarification de la Cloud API ne s'applique qu'à ce qui passe par l'API. Via l'API, Meta offre à chaque numéro de téléphone de l'entreprise 1 000 messages de service gratuits par mois, c'est-à-dire les réponses hors template envoyées dans la fenêtre de service client de 24 heures, remis à zéro chaque mois. Un client qui arrive depuis une publicité Click to WhatsApp ouvre une fenêtre de point d'entrée gratuite pouvant durer jusqu'à 7 jours, sans frais pour les messages marketing, utilité, authentification ou service. Depuis le 1er octobre 2026, les templates utilité envoyés dans une fenêtre de service client ouverte sont facturés. ### Meta peut-il facturer une entreprise espagnole en euros ? Oui. L'EUR figurait déjà parmi les devises disponibles de la WhatsApp Business Platform avant que Meta en ajoute dix autres en 2026, et Meta publie une grille tarifaire complète en EUR où chaque marché, pas seulement l'Espagne, est tarifé en euros. La devise est choisie à la création du compte de messagerie et reste ensuite figée, sauf via la Currency Migration API de Meta. La page tarifaire de Meta ne décrit de migrations de facturation locales obligatoires que pour le Brésil et l'Inde : une entreprise espagnole choisit donc elle-même l'EUR ou une autre devise prise en charge. 1. Check the number: The +34 number must be on the WhatsApp Business app, version 2.24.17 or newer, and not attached to another provider. 2. Choose EUR or USD: Set the currency when the account is created and add a payment method in Billing Hub. 3. Run Embedded Signup: Log in with Facebook, select the portfolio and the number, and confirm the connection in the app. - Se fier à une ancienne liste de disponibilité qui exclut l'UE. La documentation d'onboarding actuelle de Meta ne prévoit aucune restriction géographique. - Facturer les clients portugais au tarif de l'Espagne. Le Portugal (+351) relève du reste de l'Europe de l'Ouest, dont les tarifs sont différents. - Utiliser des tarifs marketing antérieurs au 1er juillet 2026. Meta a relevé le tarif marketing de l'Espagne à cette date. **Coexistence a-t-il déjà été indisponible dans l'UE ?** Des listes du début du déploiement l'excluaient. La documentation d'onboarding actuelle de Meta pour les utilisateurs de l'application Business n'indique aucune restriction géographique : c'est donc le parcours lui-même qui fait foi. **Un message de l'Espagne vers l'Amérique latine est-il facturé au tarif espagnol ?** Non. Meta facture selon l'indicatif du destinataire : un message vers un numéro mexicain est donc facturé au tarif du Mexique. **Dois-je payer les messages que mes clients m'envoient ?** Non. Meta ne facture que les messages qu'une entreprise délivre aux utilisateurs. **L'application continue-t-elle de fonctionner après la connexion ?** Oui. L'application WhatsApp Business reste sur le téléphone avec ses conversations, et le numéro gagne l'accès à l'API. --- ## WhatsApp Coexistence en Inde : disponibilité, tarifs Meta et facturation en INR https://easycoexistence.com/fr/docs/whatsapp-coexistence-india Coexistence est disponible pour les numéros indiens : la documentation d'onboarding de Meta pour les utilisateurs de l'app WhatsApp Business ne mentionne aucune restriction par pays. Dès le 1er octobre 2026, Meta facture US$ 0.0118 par template marketing délivré à un numéro +91 et US$ 0.0014 par template utility ou authentication. Les entreprises dont le pays Sold-To dans Billing Hub est l'Inde doivent basculer chaque WhatsApp Business Account en INR avant le 31 décembre 2026. ### WhatsApp Coexistence est-il disponible en Inde ? Oui. La documentation actuelle de Meta sur l'onboarding des utilisateurs de l'app WhatsApp Business énonce ses prérequis (app en version 2.24.17 ou plus récente, et un Tech Provider ou Solution Partner qui exécute Embedded Signup) ainsi qu'une seule limite : un débit fixe de 20 messages par seconde. Elle ne cite aucune restriction de pays, de région ou d'indicatif : un numéro +91 actif dans l'app WhatsApp Business est donc éligible aux mêmes conditions qu'un numéro de n'importe quel autre pays. Ce qui bloque un numéro indien est ce qui bloque n'importe quel numéro : être encore sur l'app WhatsApp grand public, utiliser une version de l'app antérieure à 2.24.17, ou être déjà rattaché à un autre fournisseur. Si Embedded Signup ne refuse pas le numéro, Coexistence est disponible. ### Combien Meta facture-t-il par message en Inde ? Meta facture chaque template délivré, et le tarif dépend de l'indicatif pays du destinataire, pas du lieu où se trouve l'entreprise. Un template délivré à un numéro +91 est facturé au tarif de l'Inde, où que se trouve l'expéditeur. Les montants ci-dessous proviennent des grilles tarifaires USD et INR de Meta en vigueur le 1er octobre 2026. Les réponses hors template dans une fenêtre de service client de 24 heures ouverte sont gratuites, les templates utility envoyés dans cette fenêtre le sont aussi, et les messages saisis dans l'app WhatsApp Business sur un numéro Coexistence restent gratuits. Les templates marketing sont toujours facturés. Les paliers de volume mensuels de Meta peuvent réduire les tarifs utility et authentication pour les gros expéditeurs. ### Que change la facturation en INR en Inde ? Meta a lancé la localisation de la facturation en INR le 1er janvier 2026 pour les partenaires et les entreprises en intégration directe dont le pays Sold-To dans Billing Hub est l'Inde. Ces entreprises doivent avoir migré en INR tous les WhatsApp Business Accounts de leur portfolio avant le 31 décembre 2026. Meta indique qu'à partir du 1er janvier 2027, elle ne délivrera plus les messages des comptes non INR appartenant à des clients éligibles. Sur un numéro Coexistence, cela concerne les envois payants via l'API, car le moyen de paiement est rattaché au WhatsApp Business Account de l'entreprise. L'Inde dispose aussi d'un tarif authentication-international, qui s'applique à une entreprise éligible basée hors d'Inde dès que Meta fixe sa date de début, avec un préavis de 30 jours. ### Comment connecter un numéro indien à l'API tout en gardant l'app ? Via Embedded Signup de Meta avec l'option Coexistence, exécuté par un Tech Provider. L'entreprise se connecte avec Facebook, sélectionne son Business Portfolio, saisit le numéro +91 déjà enregistré dans l'app WhatsApp Business, puis confirme en scannant un QR code affiché dans l'app. L'historique des conversations de l'app peut ensuite être synchronisé, les médias n'étant disponibles que pour les deux dernières semaines. Le numéro continue de fonctionner dans l'app et obtient un accès à la Cloud API avec un débit fixe de 20 messages par seconde. La procédure complète, avec ce que demande chaque écran, se trouve sur la page de connexion d'un numéro. - Laisser un WhatsApp Business Account en USD après le 31 décembre 2026 alors que le pays Sold-To est l'Inde. Meta a annoncé qu'elle cessera de délivrer ces messages. - Chiffrer une campagne d'après le pays de l'expéditeur. Meta facture selon l'indicatif du destinataire : les destinataires +91 coûtent donc le tarif de l'Inde. - Considérer tous les templates comme utility. Un template que Meta classe en marketing coûte plus de huit fois le tarif utility en Inde. **Les réponses aux clients indiens sont-elles gratuites ?** Les réponses hors template dans la fenêtre de service client de 24 heures sont gratuites, tout comme les messages saisis dans l'app WhatsApp Business. Les templates envoyés hors de la fenêtre sont facturés. **En quelle devise Meta facture-t-elle les entreprises indiennes ?** Les entreprises dont le pays Sold-To dans Billing Hub est l'Inde passent à l'INR, avec tous les comptes en INR avant le 31 décembre 2026. Meta publie une grille tarifaire en INR pour cela. **Dois-je payer le tarif de l'Inde si mon entreprise est à l'étranger ?** Oui pour marketing et utility, car le tarif suit l'indicatif +91 du destinataire. Pour authentication, le tarif authentication-international peut s'appliquer dès que Meta fixe une date de début pour votre entreprise. **Puis-je continuer à utiliser l'app sur mon téléphone ?** Oui. Coexistence maintient l'app WhatsApp Business en fonctionnement sur le même numéro, tant qu'elle est en version 2.24.17 ou plus récente et qu'elle est ouverte régulièrement. --- ## WhatsApp Coexistence en Indonésie : disponibilité, tarifs Meta et configuration https://easycoexistence.com/fr/docs/whatsapp-coexistence-indonesia Les numéros indonésiens peuvent utiliser Coexistence, car la documentation d'onboarding de Meta pour les utilisateurs de l'app WhatsApp Business ne prévoit aucune restriction par pays. Dès le 1er octobre 2026, Meta facture US$ 0.0411 (IDR 586.33) pour chaque template marketing remis à un numéro +62, et US$ 0.025 (IDR 356.65) pour chaque template utilitaire ou d'authentification. Les réponses dans la fenêtre de service client restent gratuites. ### WhatsApp Coexistence est-elle disponible en Indonésie ? Oui. La page que Meta publie pour l'onboarding des utilisateurs de l'app WhatsApp Business vers Cloud API fixe des exigences sur la version de l'app (2.24.17 ou plus récente) et sur le partenaire (un Tech Provider ou un Solution Partner utilisant Embedded Signup), mais elle ne nomme aucun pays ni indicatif exclu. Un numéro +62 enregistré et actif dans l'app WhatsApp Business est éligible aux mêmes conditions que n'importe quel autre. Les obstacles pratiques sont les habituels : un numéro encore sur l'app WhatsApp grand public, une app obsolète, ou un numéro déjà connecté à l'app d'un autre fournisseur. La page d'éligibilité détaille chacun d'eux et la solution. ### Combien Meta facture-t-il par message en Indonésie ? Meta facture chaque template délivré, au tarif de l'indicatif du pays du destinataire. Tout template qui atteint un numéro +62 est facturé au tarif de l'Indonésie, que l'entreprise émettrice soit à Jakarta ou à l'étranger. Les tarifs ci-dessous proviennent des grilles USD et IDR de Meta en vigueur le 1er octobre 2026. En Indonésie, utilitaire et authentification partagent un même tarif, US$ 0.025, soit environ 61 % du tarif marketing. Les réponses en texte libre dans une fenêtre de service de 24 heures ouverte ne coûtent rien, un template utilitaire envoyé dans cette fenêtre est gratuit, et tout ce que l'entreprise saisit dans l'app WhatsApp Business sur un numéro Coexistence l'est aussi. ### Que doit savoir une entreprise indonésienne sur la devise de facturation et l'authentification ? L'IDR fait partie des devises de facturation dans lesquelles Meta publie des grilles tarifaires, avec l'USD et quatorze autres, si bien qu'une entreprise indonésienne peut lire ses coûts en roupies directement sur la grille de Meta, sans conversion. L'Indonésie figure aussi sur la liste Meta des pays dotés d'un tarif d'authentification internationale. Une entreprise basée hors d'Indonésie qui envoie des codes à usage unique à des numéros +62 peut être basculée à US$ 0.136 par template d'authentification, soit plus de cinq fois le tarif local. Meta fixe cette date de début entreprise par entreprise et prévient 30 jours à l'avance : une app étrangère qui vérifie des utilisateurs indonésiens doit donc l'anticiper avant d'augmenter ses inscriptions. ### Comment connecter un numéro indonésien sans perdre l'app ? Avec Embedded Signup de Meta, via l'option prévue pour un numéro d'app WhatsApp Business existant. L'entreprise se connecte avec Facebook, choisit son Business Portfolio, saisit le numéro +62 et scanne le QR code affiché par l'app. Une fois cette étape terminée, le partenaire dispose de 24 heures pour lancer la synchronisation des contacts et de l'historique des discussions, faute de quoi l'entreprise doit refaire le parcours. Après l'onboarding, le téléphone fonctionne comme avant, le numéro répond aussi via Cloud API, et les deux se partagent un débit fixe de 20 messages par seconde. La page sur la connexion d'un numéro détaille chaque écran. - Convertir à la main un prix en USD en roupies. Meta publie une grille en IDR, et c'est ce montant qui est facturé à un compte en IDR. - Budgéter les codes à usage unique au tarif local depuis une entreprise basée à l'étranger. L'Indonésie a un tarif d'authentification internationale de US$ 0.136. - Abandonner le parcours après le scan du QR code. La synchronisation doit démarrer sous 24 heures, sinon l'onboarding est à refaire. **Le tarif indonésien est-il identique pour l'utilitaire et l'authentification ?** Oui. Sur la grille Meta en vigueur le 1er octobre 2026, les deux coûtent US$ 0.025, soit IDR 356.65, par template délivré. **Meta peut-il me facturer en roupies ?** L'IDR est l'une des devises de facturation listées par Meta sur sa page de tarifs, avec sa propre grille : les montants en roupies se lisent directement chez Meta. **Les messages envoyés depuis le téléphone sont-ils facturés après la connexion ?** Non. Meta indique que les messages envoyés depuis l'app WhatsApp Business restent gratuits après l'onboarding Coexistence. Seuls les envois via Cloud API suivent la tarification Cloud API. **Et si mon numéro est encore sur WhatsApp classique ?** Il doit d'abord passer sur l'app WhatsApp Business. Coexistence n'est proposée que pour les numéros déjà présents dans l'app Business. --- ## WhatsApp Coexistence aux Émirats arabes unis : disponibilité, tarifs Meta et facturation en AED https://easycoexistence.com/fr/docs/whatsapp-coexistence-uae Coexistence est disponible pour les numéros des Émirats arabes unis, car la documentation d'onboarding de Meta pour les utilisateurs de l'app Business n'indique aucune restriction de pays. Dès le 1er octobre 2026, Meta facture US$ 0,0576 (AED 0,2115) chaque template marketing délivré à un numéro +971 et US$ 0,0157 (AED 0,0576) chaque template utilitaire ou d'authentification. ### WhatsApp Coexistence est-il disponible aux EAU ? Oui. La documentation de Meta pour l'onboarding des utilisateurs de l'app WhatsApp Business vers Cloud API énumère ce qu'il faut côté entreprise et côté partenaire, principalement la version 2.24.17 de l'app ou une version plus récente, et un Tech Provider ou Solution Partner qui utilise Embedded Signup. Elle ne contient aucune exclusion de pays, de région ou d'indicatif. Un numéro +971 utilisé activement sur l'app WhatsApp Business est donc éligible. Un numéro des EAU échoue pour les mêmes raisons qu'un numéro de n'importe quel pays : il est sur l'app WhatsApp grand public, l'app n'est pas à jour, ou le numéro est encore rattaché à un autre fournisseur. Embedded Signup est lui-même le test le plus fiable, puisqu'il accepte le numéro ou explique pourquoi il le refuse. ### Combien Meta facture-t-il par message aux EAU ? Meta facture chaque template délivré, selon l'indicatif du pays du destinataire. Tout template délivré à un numéro +971 est facturé au tarif des EAU, quel que soit le pays d'enregistrement de l'entreprise émettrice. Les EAU ont leur propre ligne sur la grille tarifaire de Meta, au lieu de partager le tarif du reste du Moyen-Orient. Les montants ci-dessus proviennent des grilles USD et AED de Meta en vigueur le 1er octobre 2026. Les réponses en texte libre dans une fenêtre de service client de 24 heures ouverte sont gratuites, un template utilitaire envoyé dans cette fenêtre l'est aussi, et les messages envoyés depuis l'app WhatsApp Business sur un numéro Coexistence restent gratuits. Les templates marketing sont facturés à chaque délivrance. ### Qu'est-ce qui a changé récemment dans les tarifs et la facturation aux EAU ? Deux changements du journal des modifications tarifaires de Meta s'appliquent directement. Le 1er octobre 2025, Meta a augmenté le tarif des messages marketing pour les Émirats arabes unis. Le 1er avril 2026, Meta a ajouté huit devises de facturation, dont l'AED : une entreprise des Émirats peut donc désormais être facturée en dirhams et lire ses coûts sur une grille tarifaire en AED. Les EAU figurent aussi sur la liste des marchés de Meta qui ont un tarif authentification internationale. Une entreprise basée hors des Émirats qui envoie des codes à usage unique à des numéros +971 peut passer à US$ 0,051 par template d'authentification dès que Meta fixe une date de début, qu'elle annonce 30 jours à l'avance. ### Comment connecter un numéro des EAU à l'API tout en gardant l'app ? Via Embedded Signup de Meta avec l'option de l'app WhatsApp Business existante, exécuté par un Tech Provider. L'entreprise se connecte avec Facebook, choisit son Business Portfolio, saisit le numéro +971 et confirme avec un QR code affiché dans l'app. Les médias de l'historique de discussion synchronisé ne sont disponibles que pour les deux dernières semaines. Ensuite, l'app WhatsApp Business continue de fonctionner sur le téléphone et le même numéro reçoit et envoie via Cloud API à une cadence fixe de 20 messages par seconde. La page sur la connexion d'un numéro détaille chaque étape et ce que chacune exige. - Croire que les EAU sont facturés comme le reste du Moyen-Orient. Ils ont leur propre ligne, plus élevée, sur la grille tarifaire de Meta. - Convertir à la main les tarifs USD en dirhams. Depuis le 1er avril 2026, Meta publie une grille en AED avec ses propres montants. - Envoyer des codes à des numéros +971 depuis l'étranger avec le budget national. Le tarif authentification internationale est plus de trois fois plus élevé. **Meta peut-il facturer une entreprise des EAU en dirhams ?** Oui. L'AED est devenu une devise de facturation de la WhatsApp Business Platform le 1er avril 2026, avec sa propre grille tarifaire. **Les EAU et l'Arabie saoudite ont-ils les mêmes tarifs ?** Pour le marketing, oui : les deux sont à US$ 0,0576 sur la grille du 1er octobre 2026. L'utilitaire et l'authentification diffèrent : US$ 0,0157 pour les EAU et US$ 0,0107 pour l'Arabie saoudite. **Une réponse à un client qui a écrit en premier est-elle facturée ?** Non, s'il s'agit d'une réponse en texte libre dans la fenêtre de service client de 24 heures. Les templates envoyés hors de la fenêtre sont facturés. **L'app sur le téléphone cesse-t-elle de fonctionner ?** Non. Coexistence garde l'app WhatsApp Business active sur le même numéro, et les messages envoyés depuis l'app restent gratuits. --- ## WhatsApp Coexistence en Arabie saoudite : disponibilité, tarifs Meta et facturation en SAR https://easycoexistence.com/fr/docs/whatsapp-coexistence-saudi-arabia Les numéros saoudiens peuvent utiliser Coexistence : la documentation d'onboarding de Meta pour les utilisateurs de l'application WhatsApp Business n'impose aucune restriction par pays. À partir du 1er octobre 2026, Meta facture US$ 0.0576 (SAR 0.2159) par template marketing délivré à un numéro +966 et US$ 0.0107 (SAR 0.0401) par template utilitaire ou d'authentification. Les réponses en texte libre dans la fenêtre de service client ne coûtent rien. ### WhatsApp Coexistence est-il disponible en Arabie saoudite ? Oui. La documentation de Meta pour faire passer les utilisateurs de l'application WhatsApp Business sur Cloud API fixe des conditions sur la version de l'application (2.24.17 ou plus récente) et sur le partenaire qui exécute Embedded Signup, et elle n'exclut aucun pays, aucune région ni aucun indicatif téléphonique. Un numéro +966 enregistré et actif dans l'application WhatsApp Business est éligible. Quand un numéro saoudien est refusé, la cause est l'une des causes générales : le numéro est sur l'application WhatsApp grand public, l'application est antérieure à la version 2.24.17, ou le numéro est encore rattaché à un autre fournisseur. La page d'éligibilité détaille chaque cas et la solution correspondante. ### Combien Meta facture-t-il par message en Arabie saoudite ? Meta tarife chaque template délivré selon l'indicatif du pays du destinataire. Les templates délivrés à des numéros +966 sont facturés au tarif de l'Arabie saoudite, quel que soit le pays de l'expéditeur, et l'Arabie saoudite a sa propre ligne dans la grille tarifaire. Les montants ci-dessous proviennent des grilles USD et SAR de Meta en vigueur le 1er octobre 2026. Les réponses en texte libre dans une fenêtre de service client de 24 heures ouverte sont gratuites, les templates utilitaires envoyés dans cette fenêtre le sont aussi, et les messages envoyés depuis l'application WhatsApp Business sur un numéro Coexistence ne coûtent rien. Les templates marketing sont facturés à chaque livraison, et des paliers de volume mensuel peuvent réduire les tarifs utilitaire et d'authentification pour les gros expéditeurs. ### Qu'est-ce qui a changé pour les entreprises saoudiennes en 2026 ? Le 1er avril 2026, le journal des modifications tarifaires de Meta a apporté deux changements. Le tarif des messages marketing de l'Arabie saoudite a augmenté, et le SAR est devenu l'une des huit nouvelles devises de facturation : une entreprise saoudienne peut donc être facturée en riyals et vérifier ses coûts sur une grille en SAR, sans convertir depuis le dollar. L'Arabie saoudite fait aussi partie des marchés dotés d'un tarif d'authentification internationale. Une entreprise établie à l'étranger qui envoie des codes à usage unique à des numéros +966 peut passer à US$ 0.0598 par template d'authentification, soit plus de cinq fois le tarif national. Meta fixe cette date de début entreprise par entreprise et prévient 30 jours avant son application. ### Comment connecter un numéro saoudien et continuer à utiliser l'application ? Avec Embedded Signup de Meta, en choisissant l'option pour un numéro déjà présent dans l'application WhatsApp Business. Un Tech Provider héberge le parcours : l'entreprise se connecte avec Facebook, sélectionne son Business Portfolio, saisit le numéro +966 et scanne le QR code affiché par l'application. Le partenaire dispose ensuite de 24 heures pour lancer la synchronisation, faute de quoi le parcours doit être refait. À partir de là, le téléphone continue de fonctionner comme avant, et le même numéro envoie et reçoit via Cloud API à un débit fixe de 20 messages par seconde. Chaque étape est décrite sur la page de connexion d'un numéro. - Budgéter les envois marketing saoudiens avec les tarifs d'avant le 1er avril 2026. Meta a augmenté le tarif marketing ce jour-là. - Calculer le coût en SAR à partir d'une grille en USD avec un convertisseur de devises. Meta publie ses propres montants en SAR. - Envoyer des codes à des numéros +966 depuis une entreprise établie à l'étranger au tarif national. Le tarif d'authentification internationale est de US$ 0.0598. **Une entreprise saoudienne peut-elle être facturée en riyals ?** Oui. Meta a ajouté le SAR comme devise de facturation le 1er avril 2026 et publie une grille tarifaire en SAR. **L'Arabie saoudite est-elle tarifée comme le reste du Moyen-Orient ?** Non. Elle a sa propre ligne dans la grille de Meta, avec US$ 0.0576 pour le marketing et US$ 0.0107 pour l'utilitaire et l'authentification. **Les messages que je tape dans l'application sont-ils facturés ?** Non. Meta indique que les messages envoyés depuis l'application WhatsApp Business restent gratuits après l'onboarding Coexistence. **Quelle version de l'application me faut-il ?** L'application WhatsApp Business 2.24.17 ou plus récente, sur le téléphone qui détient le numéro +966. --- ## WhatsApp Coexistence en Turquie : disponibilité, tarifs Meta et configuration https://easycoexistence.com/fr/docs/whatsapp-coexistence-turkey Les numéros turcs peuvent utiliser Coexistence, car la documentation d'onboarding de Meta pour les utilisateurs de l'app Business ne cite aucune restriction de pays. Dès le 1er octobre 2026, Meta facture US$ 0.0109 par template marketing délivré à un numéro +90 et US$ 0.0009 par template utilitaire ou d'authentification. Meta a abaissé les tarifs utilitaire et authentification de la Turquie le 1er avril 2026, et ne publie aucune grille tarifaire en lires turques. ### WhatsApp Coexistence est-il disponible en Turquie ? Oui. La page que Meta consacre à l'onboarding des utilisateurs de l'app WhatsApp Business vers Cloud API fixe des exigences sur la version de l'app (2.24.17 ou plus récente) et sur le partenaire (un Tech Provider ou Solution Partner utilisant Embedded Signup avec journalisation de session). Elle ne contient aucune exclusion par pays ou indicatif. Un numéro +90 actif dans l'app WhatsApp Business est éligible. Un numéro turc n'est refusé que pour les raisons qui valent pour tout numéro : il est sur l'app WhatsApp grand public, l'app doit être mise à jour, ou un autre fournisseur détient encore le numéro. Chacun de ces cas se règle sur le téléphone ou auprès de l'ancien fournisseur, et la page d'éligibilité explique comment. ### Combien Meta facture-t-il par message en Turquie ? Meta facture chaque template délivré selon l'indicatif du pays du destinataire. Tout template qui atteint un numéro +90 est donc facturé au tarif de la Turquie, où que se trouve l'expéditeur. La Turquie a sa propre ligne dans la grille tarifaire. Sur la grille USD de Meta en vigueur au 1er octobre 2026, les montants figurent parmi les plus bas de la grille : US$ 0.0109 pour le marketing et US$ 0.0009 pour l'utilitaire et l'authentification. La grille EUR indique €0.009 et €0.0007. Meta n'indique aucun tarif d'authentification internationale pour la Turquie. Les réponses en texte libre dans une fenêtre de service client de 24 heures ouverte sont gratuites, tout comme un template utilitaire envoyé dans cette fenêtre, et les messages envoyés depuis l'app WhatsApp Business sur un numéro Coexistence restent gratuits. ### Dans quelle devise Meta facture-t-il les entreprises turques ? Meta publie les grilles tarifaires de WhatsApp Business Platform en seize devises : USD, AED, ARS, AUD, BRL, CLP, COP, EUR, GBP, IDR, INR, MXN, MYR, PEN, SAR et SGD. La lire turque n'en fait pas partie. Une entreprise turque est donc facturée dans l'une de ces devises, comme USD ou EUR, et ses coûts se lisent sur cette grille plutôt que par conversion. Le changement de tarif qui compte le plus est récent. Le 1er avril 2026, Meta a abaissé les tarifs utilitaire et authentification de la Turquie, ce qui ramène les mises à jour de commande et les codes à usage unique vers des numéros +90 à une fraction de centime chacun. Les budgets établis avant cette date surestiment ces coûts. ### Comment connecter un numéro turc tout en gardant l'app ? Par Embedded Signup de Meta, avec l'option prévue pour un numéro déjà présent dans l'app WhatsApp Business. Un Tech Provider l'héberge. L'entreprise se connecte avec Facebook, sélectionne son Business Portfolio, saisit le numéro +90 et confirme en scannant un QR code dans l'app. La synchronisation doit démarrer dans les 24 heures, sinon il faut relancer le parcours. Une fois la connexion établie, le téléphone continue de fonctionner et le même numéro accède à Cloud API, à un débit fixe de 20 messages par seconde. La page sur la connexion d'un numéro détaille chaque écran. - Chercher une grille tarifaire en lires turques. Meta n'en publie pas : consultez la grille USD ou EUR dans laquelle votre compte est facturé. - Utiliser un budget établi avant le 1er avril 2026. Meta a abaissé ce jour-là les tarifs utilitaire et authentification de la Turquie. - Classer des promotions en utilitaire pour économiser. Meta contrôle les catégories de templates, et un template marketing est facturé au tarif marketing. **Existe-t-il un tarif d'authentification internationale pour la Turquie ?** Non. La grille tarifaire de Meta en vigueur au 1er octobre 2026 l'indique comme non applicable pour la Turquie. **Meta peut-il me facturer en lires turques ?** Non. La lire ne fait pas partie des seize devises dans lesquelles Meta publie ses grilles tarifaires. **Les réponses aux clients en Turquie sont-elles gratuites ?** Les réponses en texte libre dans la fenêtre de service client de 24 heures sont gratuites. Les templates envoyés hors fenêtre sont facturés à chaque livraison. **Connecter l'API empêche-t-il l'app de fonctionner ?** Non. Avec Coexistence, l'app WhatsApp Business continue de fonctionner sur le même numéro, et ses messages restent gratuits. --- ## WhatsApp Coexistence en Allemagne : disponibilité, tarifs Meta et configuration https://easycoexistence.com/fr/docs/whatsapp-coexistence-germany Les numéros allemands peuvent utiliser Coexistence : la documentation d'onboarding de Meta pour les utilisateurs de l'application Business ne mentionne aucune restriction de pays ni de l'UE. À partir du 1er octobre 2026, Meta facture US$ 0.1365 (€0.1131) chaque template marketing délivré à un numéro +49, et US$ 0.055 (€0.0456) chaque template utilitaire ou d'authentification. Les réponses en texte libre dans la fenêtre de service client sont gratuites. ### WhatsApp Coexistence est-il disponible en Allemagne ? Oui. La documentation de Meta sur l'onboarding des utilisateurs de l'application WhatsApp Business vers Cloud API fixe des exigences sur la version de l'application (2.24.17 ou plus récente) et sur le partenaire qui exécute Embedded Signup, mais ne nomme aucune restriction de pays, de région ou d'indicatif. Elle n'ajoute pas non plus de condition propre à l'Union européenne. Un numéro +49 enregistré et actif dans l'application WhatsApp Business est éligible. Si Embedded Signup refuse un numéro allemand, la raison fait partie des cas généraux : le numéro est encore sur l'application WhatsApp grand public, l'application est antérieure à 2.24.17, ou un autre fournisseur le détient encore. La page sur l'éligibilité détaille chaque cas. ### Combien Meta facture-t-il par message en Allemagne ? Meta facture chaque template délivré, selon l'indicatif du pays du destinataire. Un template délivré à un numéro +49 coûte le tarif de l'Allemagne, que l'entreprise qui l'envoie soit à Berlin, à Vienne ou ailleurs. L'Allemagne a sa propre ligne dans la grille tarifaire de Meta, nettement au-dessus de celle du reste de l'Europe de l'Ouest : US$ 0.1365 pour le marketing contre US$ 0.0592, et US$ 0.055 pour l'utilitaire contre US$ 0.0171. Meta ne publie aucun tarif d'authentification internationale pour l'Allemagne. Les réponses en texte libre dans une fenêtre de service client de 24 heures ouverte sont gratuites, un template utilitaire envoyé dans cette fenêtre l'est aussi, et les messages saisis dans l'application WhatsApp Business sur un numéro Coexistence restent gratuits. ### Que change le tarif allemand pour l'usage de l'API par une entreprise ? Un template marketing vers un numéro +49 coûte plus de treize centimes de dollar et un template utilitaire cinq centimes et demi : les messages les moins chers en Allemagne sont donc ceux que Meta ne facture pas du tout. La fenêtre de service client devient ainsi le principal levier de coût. Un workflow qui répond aux personnes ayant écrit, dans les 24 heures, ne paie rien par message. Un template utilitaire envoyé tant que cette fenêtre est ouverte est lui aussi gratuit. La facture vient des envois sortants qui ouvrent une conversation avec un template. Sur un numéro Coexistence, tout ce que l'équipe saisit sur le téléphone dans l'application WhatsApp Business est également gratuit : l'API peut donc être réservée aux envois automatisés. ### Comment connecter un numéro allemand tout en gardant l'application ? Avec Embedded Signup de Meta, en choisissant l'option pour un numéro déjà présent dans l'application WhatsApp Business. Un Tech Provider héberge le parcours : l'entreprise se connecte avec Facebook, sélectionne son Business Portfolio, saisit le numéro +49 et confirme avec le QR code affiché dans l'application. La synchronisation doit démarrer dans les 24 heures suivant la fin du parcours, sinon il faut le recommencer. Le téléphone continue de fonctionner ensuite, et le même numéro envoie et reçoit via Cloud API à un débit fixe de 20 messages par seconde. Chaque écran est décrit sur la page de connexion d'un numéro. - Budgéter les destinataires allemands au tarif du reste de l'Europe de l'Ouest. L'Allemagne a sa propre ligne, plus du double pour le marketing. - Ouvrir les conversations avec des templates alors qu'une réponse dans la fenêtre de 24 heures suffirait. En Allemagne, l'écart entre gratuit et payant est important. - Classer des promotions en utilitaire pour payer moins. Meta contrôle les catégories de templates et facture le marketing au tarif marketing. **Meta peut-il facturer une entreprise allemande en euros ?** Oui. L'EUR fait partie des devises de facturation dans lesquelles Meta publie ses grilles tarifaires, avec l'Allemagne à €0.1131 pour le marketing sur la grille du 1er octobre 2026. **Coexistence a-t-il des conditions supplémentaires dans l'UE ?** La documentation d'onboarding actuelle de Meta pour les utilisateurs de l'application Business n'en mentionne aucune. Les exigences sont les mêmes partout : application 2.24.17 ou plus récente et un partenaire Embedded Signup. **Une réponse à un client allemand est-elle facturée ?** Pas une réponse en texte libre dans la fenêtre de service client de 24 heures. Les templates hors de la fenêtre sont facturés à chaque livraison. **Les messages envoyés depuis le téléphone restent-ils gratuits ?** Oui. Meta indique que les messages envoyés depuis l'application WhatsApp Business restent gratuits après l'onboarding. Seuls les envois via Cloud API suivent la tarification de Cloud API. --- ## WhatsApp Coexistence en Italie : disponibilité, tarifs Meta et configuration https://easycoexistence.com/fr/docs/whatsapp-coexistence-italy Les numéros italiens peuvent utiliser Coexistence : la documentation d'onboarding de Meta pour les utilisateurs de l'app WhatsApp Business ne cite aucune restriction de pays ni de l'Union européenne. Dès le 1er octobre 2026, Meta facture US$ 0.0795 (€0.0658) par template marketing délivré à un numéro +39 et US$ 0.03 (€0.0248) par template utilitaire ou d'authentification. Meta a relevé le tarif marketing de l'Italie le 1er juillet 2026. ### WhatsApp Coexistence est-il disponible en Italie ? Oui. La documentation de Meta pour l'onboarding des utilisateurs de l'app WhatsApp Business vers Cloud API énumère les prérequis, principalement l'app en version 2.24.17 ou plus récente et un Tech Provider ou Solution Partner utilisant Embedded Signup, et ne contient aucune exclusion de pays, de région ou d'indicatif. Rien n'y ajoute de condition pour les numéros de l'Union européenne. Un numéro +39 utilisé activement sur l'app WhatsApp Business est éligible. Un numéro italien n'est refusé que pour les raisons générales : il est sur l'app WhatsApp grand public, l'app doit être mise à jour, ou un autre fournisseur le détient encore. La page d'éligibilité détaille chaque cas et la façon de le résoudre. ### Combien Meta facture-t-il par message en Italie ? Meta facture chaque template délivré au tarif de l'indicatif pays du destinataire : tout template qui atteint un numéro +39 est donc facturé au tarif de l'Italie, quel que soit le pays d'immatriculation de l'entreprise. L'Italie a sa propre ligne dans la grille tarifaire, distincte du tarif du reste de l'Europe occidentale. Les montants ci-dessus proviennent des grilles USD et EUR de Meta en vigueur le 1er octobre 2026. Meta ne publie aucun tarif d'authentification internationale pour l'Italie. Les réponses en texte libre dans une fenêtre de service client de 24 heures ouverte sont gratuites, un template utilitaire envoyé dans cette fenêtre est gratuit, et les messages envoyés depuis l'app WhatsApp Business sur un numéro Coexistence ne sont pas facturés. ### Qu'est-ce qui a changé dans les tarifs italiens en 2026 ? Le journal des modifications tarifaires de Meta ne recense qu'un changement pour l'Italie cette année : un tarif plus élevé pour les messages marketing à partir du 1er juillet 2026, dans la même mise à jour qui a modifié les tarifs de l'Espagne, de la Pologne, de la Hongrie, de la Roumanie, du Royaume-Uni et d'autres pays. Les catégories utilitaire et authentification n'étaient pas concernées. L'effet pratique touche les campagnes. Un budget de templates promotionnels vers des numéros +39 établi avant juillet 2026 sous-estime le coût, tandis que les confirmations de commande, les suivis de livraison et les codes à usage unique sont facturés comme avant. La facturation en euros n'exige aucune conversion, car l'EUR fait partie des devises dans lesquelles Meta publie ses grilles, et le tarif marketing de €0.0658 est celui de Meta. ### Comment connecter un numéro italien tout en gardant l'app ? Via Embedded Signup de Meta, en choisissant l'option pour un numéro déjà enregistré dans l'app WhatsApp Business. Un Tech Provider héberge le parcours. L'entreprise se connecte avec Facebook, sélectionne son Business Portfolio, saisit le numéro +39 et scanne le QR code affiché dans l'app. Les médias de l'historique de discussion synchronisé ne couvrent que les deux dernières semaines. Après l'onboarding, le téléphone continue de fonctionner, et le même numéro envoie et reçoit aussi via Cloud API, à un débit fixe de 20 messages par seconde. La page sur la connexion d'un numéro détaille chaque étape. - Utiliser un budget marketing pour des destinataires +39 établi avant le 1er juillet 2026. Meta a relevé ce jour-là le tarif marketing de l'Italie. - Appliquer le tarif du reste de l'Europe occidentale aux numéros italiens. L'Italie a sa propre ligne dans la grille de Meta. - Lancer l'onboarding sur un numéro encore dans l'app WhatsApp grand public. Il doit d'abord passer sur l'app Business. **Meta peut-il facturer une entreprise italienne en euros ?** Oui. L'EUR fait partie des devises de facturation de Meta, et sa grille en EUR affiche l'Italie à €0.0658 pour le marketing et à €0.0248 pour l'utilitaire et l'authentification. **Les tarifs utilitaires italiens ont-ils changé en 2026 ?** Non. La mise à jour du 1er juillet 2026 n'a relevé que le tarif marketing de l'Italie. **Les réponses aux clients italiens sont-elles facturées ?** Les réponses en texte libre dans la fenêtre de service client de 24 heures sont gratuites. Les templates envoyés en dehors de cette fenêtre sont facturés à la livraison. **Mon équipe pourra-t-elle continuer à utiliser l'app ?** Oui. Coexistence maintient l'app WhatsApp Business en fonctionnement sur le même numéro, et les messages envoyés depuis l'app restent gratuits. --- ## Comment déconnecter Coexistence et revenir à l'app seule https://easycoexistence.com/fr/docs/disconnecting-coexistence Coexistence se désactive depuis l'app WhatsApp Business elle-même : Paramètres, Compte, Plateforme d'entreprise, puis Déconnecter le compte. L'app continue de fonctionner sur le numéro, l'accès du fournisseur prend fin et un webhook account_update avec PARTNER_REMOVED est envoyé. L'endpoint Deregister de la Cloud API ne peut pas être utilisé pour un numéro actif aux deux endroits. ### Comment désactiver Coexistence ? Depuis le téléphone qui détient le numéro. Meta documente une seule voie pour qu'une entreprise quitte la Cloud API lorsque le numéro est partagé avec l'app WhatsApp Business, et elle passe par l'app, pas par un dashboard ni par un endpoint. Celui qui détient le téléphone principal prend la décision : une agence ou un développeur demande donc à l'entreprise de le faire. - Ouvrez l'app WhatsApp Business sur l'appareil principal. - Allez dans Paramètres, puis Compte, puis Plateforme d'entreprise. - Appuyez sur Déconnecter le compte et confirmez. - Attendez-vous à recevoir côté API un webhook account_update avec l'événement PARTNER_REMOVED. ### Pourquoi l'API Deregister refuse-t-elle le numéro ? Parce que Meta exclut volontairement les numéros Coexistence de cette opération. La documentation sur l'enregistrement indique que l'endpoint Deregister ne peut pas désinscrire un numéro de téléphone professionnel utilisé à la fois avec la Cloud API et l'app WhatsApp Business. Désinscrire un numéro le rend inutilisable avec la Cloud API, et sur un numéro réservé à l'API, c'est ainsi qu'on retire une ligne de la plateforme. Sur un numéro partagé, l'app est la propriétaire principale de la ligne : Meta renvoie donc la décision à la personne qui la détient. Un logiciel qui essaie d'abord l'endpoint obtient une erreur, pas une déconnexion, et le numéro reste connecté tant que personne n'appuie sur le bouton dans l'app. ### Que deviennent l'app, l'historique et le numéro ? Se déconnecter n'est pas supprimer le compte, et toute la réponse tient dans cette différence. L'avertissement de Meta sur la perte de l'historique des conversations concerne la suppression du compte de l'app WhatsApp Business et l'enregistrement du numéro sur la Cloud API. La déconnexion ne fait ni l'un ni l'autre. L'app reste installée et enregistrée, le numéro reste dessus, et l'équipe continue de répondre aux clients depuis le même téléphone. Ce qui prend fin, c'est le côté API. L'app du fournisseur est retirée du numéro : l'envoi par la Cloud API et la livraison des webhooks s'arrêtent. Les fonctions que Coexistence avait désactivées, comme les listes de diffusion, sont traitées dans la page sur les fonctions désactivées. ### Peut-on reconnecter le numéro plus tard ? Oui, en relançant le flux d'onboarding depuis le début. La documentation de Meta considère elle-même la déconnexion suivie d'un nouveau passage dans le flux comme la façon normale de réinitialiser une connexion, par exemple quand la fenêtre de 24 heures pour synchroniser les contacts et l'historique a été manquée. Une reconnexion est un nouvel onboarding : les questions posées la première fois sont posées de nouveau, y compris celle du partage de l'historique des conversations. Tout ce qui était configuré sur l'ancienne connexion, comme une surcharge de webhook, doit être appliqué de nouveau. Un numéro qui doit passer chez un autre fournisseur suit le même chemin : on se déconnecte ici, puis on fait l'onboarding avec le nouveau. - Appeler l'endpoint Deregister sur un numéro Coexistence. Meta le refuse ; la déconnexion se fait dans l'app. - Supprimer le compte de l'app WhatsApp Business pour sortir. C'est justement la voie qui fait perdre l'historique des conversations. - Traiter PARTNER_REMOVED comme une panne à relancer. C'est une déconnexion volontaire de l'entreprise. **Vais-je perdre mes conversations si je me déconnecte ?** Non. La déconnexion retire l'API du numéro ; elle ne supprime pas le compte de l'app WhatsApp Business, qui est ce que Meta signale comme entraînant la perte de l'historique. **Puis-je me déconnecter par l'API ?** Non. Meta n'autorise pas l'endpoint Deregister sur un numéro utilisé à la fois avec la Cloud API et l'app. **Comment mon système sait-il que c'est arrivé ?** Meta envoie un webhook account_update avec l'événement PARTNER_REMOVED quand l'entreprise se déconnecte. **Puis-je reconnecter le même numéro ?** Oui. Relancez le flux d'onboarding depuis le début, comme pour une première connexion. --- ## Passer un numéro de Coexistence à Cloud API seul https://easycoexistence.com/fr/docs/moving-from-coexistence-to-cloud-api Un numéro Coexistence devient API seule en le déconnectant dans l'app WhatsApp Business, en supprimant le compte de l'app, puis en enregistrant le numéro sur Cloud API avec un code PIN de vérification en deux étapes. Meta avertit que l'historique des messages existant est perdu, et que le numéro ne peut pas revenir dans l'app sans être désenregistré de Cloud API. ### Pourquoi une entreprise quitterait-elle l'app ? En général parce que plus personne ne répond depuis le téléphone. Dès que chaque conversation est gérée par un logiciel ou par une boîte de réception construite sur l'API, l'app ajoute des contraintes sans rien apporter : l'appareil principal doit encore être ouvert régulièrement, et le numéro reste limité au débit fixe de Coexistence. Meta documente que les numéros utilisés à la fois avec l'app et Cloud API ont un débit fixe de 20 messages par seconde. Un numéro API seule démarre à jusqu'à 80 messages par seconde par défaut et peut être relevé automatiquement à 1 000 lorsqu'il remplit les conditions de Meta. Pour un numéro qui envoie en volume, cet écart justifie le passage. ### Dans quel ordre procéder ? Quatre étapes, et l'ordre compte, car l'endpoint Deregister refuse un numéro encore partagé avec l'app. Chaque étape est réalisée par l'entreprise sur le téléphone, sauf la dernière, qui est un appel d'API effectué par la personne qui exploitera désormais le numéro. - Sauvegardez l'historique des discussions dans l'app WhatsApp Business, comme Meta le recommande. - Déconnectez le numéro dans l'app : Paramètres, Compte, Plateforme Business, Déconnecter le compte. - Supprimez le compte de l'app : Paramètres, Compte, Supprimer mon compte, puis attendez jusqu'à 3 minutes. - Enregistrez le numéro sur Cloud API avec un code PIN de vérification en deux étapes à 6 chiffres. ### Qu'abandonne l'entreprise ? Les conversations sur le téléphone, et le téléphone comme moyen de répondre. Meta indique que supprimer le compte de l'app WhatsApp Business puis enregistrer le numéro sur Cloud API fait perdre l'historique des messages existant. C'est l'inverse du parcours d'intégration Coexistence, où Meta précise que l'historique est conservé et que les deux applications fonctionnent en même temps. Le numéro ne peut pas non plus être réutilisé avec l'app WhatsApp Business sans avoir d'abord été désenregistré de Cloud API. Il s'agit donc d'un changement délibéré et à sens unique de fonctionnement de l'entreprise, et il vaut la peine de vérifier que personne dans l'équipe ne dépend encore de l'app avant de commencer. ### Qu'est-ce qui reste identique côté API ? La façon dont le logiciel parle au numéro. C'est toujours Cloud API : les mêmes types de messages, templates, webhooks et la même tarification s'appliquent, car Coexistence n'a jamais été qu'une autre manière d'intégrer la même plateforme. Ce qui change, c'est l'enregistrement. Un numéro Coexistence est enregistré par le parcours d'intégration ; un numéro API seule l'est par un appel register portant le code PIN de vérification en deux étapes, et Meta limite ces appels à 10 par numéro sur une fenêtre glissante de 72 heures. Une tentative échouée a donc un coût : vérifiez le code PIN avant de réessayer. - Supprimer le compte de l'app avant de sauvegarder les discussions. Meta indique que l'historique est perdu par cette voie. - Appeler Deregister alors que le numéro est encore partagé avec l'app. Meta le refuse. - Réessayer l'enregistrement en boucle. Meta autorise 10 requêtes register par numéro en 72 heures. **Puis-je conserver mon historique de discussions en passant à l'API seule ?** Pas dans l'API. Meta avertit que l'historique est perdu et recommande de le sauvegarder d'abord depuis l'app. **Le numéro peut-il revenir dans l'app plus tard ?** Seulement après avoir été désenregistré de Cloud API, d'après le guide de migration de Meta. **Le débit s'améliore-t-il ?** Oui. Les numéros Coexistence sont fixés à 20 mps ; les numéros API seule démarrent à jusqu'à 80 mps. **Puis-je commencer par l'API Deregister ?** Pas tant que le numéro est partagé avec l'app. Déconnectez-le d'abord dans l'app WhatsApp Business. --- ## Migrer un numéro depuis un autre fournisseur WhatsApp https://easycoexistence.com/fr/docs/migrating-a-number-from-another-provider Cela dépend de la façon dont le numéro est connecté aujourd'hui. Un numéro partagé avec l'application WhatsApp Business via un autre fournisseur se déconnecte depuis l'application, puis est intégré de nouveau avec le nouveau. Un numéro API seule passe par la migration de numéro de téléphone de Meta, qui conserve son nom d'affichage, sa note de qualité, sa limite d'envoi de messages et son statut de compte d'entreprise officiel. ### Dans quel cas suis-je ? Posez-vous une seule question : quelqu'un répond-il encore à ce numéro depuis l'application WhatsApp Business sur un téléphone ? Si oui, le numéro est en Coexistence avec le fournisseur actuel, et c'est l'application qui le détient. Quitter ce fournisseur se fait dans l'application, et rejoindre un nouveau fournisseur revient à une nouvelle intégration Coexistence. Si non, le numéro est enregistré uniquement sur la Cloud API, sans application derrière. Meta propose une migration distincte pour ce cas : elle déplace le numéro du compte WhatsApp Business d'un partenaire vers celui d'un autre, sans le réenregistrer depuis zéro. Confondre les deux cas est la raison habituelle d'une migration bloquée à mi-chemin. ### Comment un numéro en Coexistence change-t-il de fournisseur ? En le déconnectant, puis en l'intégrant de nouveau. Meta indique qu'une entreprise se déconnecte de la Cloud API dans l'application, sous « Paramètres », « Compte », « Plateforme d'entreprise », avec le bouton de déconnexion du compte, et que le fournisseur reçoit un webhook account_update avec PARTNER_REMOVED. Une fois déconnecté, le numéro redevient un simple numéro de l'application WhatsApp Business, et le nouveau fournisseur peut l'intégrer via Embedded Signup. Les conditions sont celles de la Coexistence ordinaire : une version récente de l'application, un Business Portfolio que vous administrez, et aucun autre fournisseur encore rattaché. La question du partage de l'historique est posée de nouveau, et sa fenêtre de synchronisation de 24 heures redémarre à partir de la nouvelle intégration. ### Que conserve une migration API seule ? Plus que ce que la plupart des gens imaginent, et c'est pourquoi cette migration existe plutôt qu'une suppression suivie d'un nouvel enregistrement. Le numéro garde la réputation qu'il s'est construite auprès des clients ; seul l'historique de qualité des templates repart de zéro. - Le nom d'affichage, la note de qualité, la limite d'envoi de messages et le statut de compte d'entreprise officiel sont conservés. - Les templates éligibles sont dupliqués dans le compte de destination avec les mêmes statuts. - Les médias déjà téléversés sur le numéro restent utilisables. - Les notes de qualité des templates ne sont pas conservées : chaque template migré démarre à UNKNOWN. ### Que faut-il préparer avant une migration API seule ? Meta liste des conditions des deux côtés, et ce sont celles côté client qui bloquent le plus souvent. Le Business Portfolio de l'entreprise doit être vérifié, son compte WhatsApp Business existant approuvé, avec un moyen de paiement valide rattaché. Le numéro doit avoir la vérification en deux étapes désactivée, et Meta ne fournit aucun endpoint d'API pour la désactiver : un fournisseur ne peut donc pas faire cette étape par l'API. Côté réception, au moins une application doit être abonnée aux webhooks sur le compte de destination. L'enregistrement sur le nouveau compte est instantané, sans interruption de l'envoi de messages, mais la duplication des templates prend du temps : les templates concernés restent inutilisables tant que leurs copies n'existent pas. - Intégrer le numéro chez un nouveau fournisseur alors que l'ancien est encore rattaché. Le numéro doit d'abord être déconnecté dans l'application. - Lancer une migration API seule avec la vérification en deux étapes activée. Meta exige qu'elle soit désactivée, et aucun endpoint ne le fait. - Compter sur la conservation de la qualité des templates. Les templates migrés repartent à UNKNOWN. **Perds-je mes discussions en changeant de fournisseur Coexistence ?** L'application les conserve tout au long de la procédure. Le partage de l'historique avec la nouvelle connexion est proposé de nouveau lors de l'intégration. **Une migration API seule change-t-elle mon nom d'affichage ?** Non. Meta conserve le nom d'affichage, la note de qualité, la limite d'envoi de messages et le statut de compte d'entreprise officiel. **Pourquoi mes templates ont-ils perdu leur note de qualité ?** Meta duplique les templates dans le compte de destination, et chaque copie démarre avec une note UNKNOWN. **Y a-t-il une interruption ?** Meta indique que l'enregistrement dans une migration API seule est instantané, sans interruption de l'envoi de messages. Les templates sont utilisables une fois dupliqués. --- ## Groupes WhatsApp et API sur un numéro Coexistence https://easycoexistence.com/fr/docs/whatsapp-groups-and-the-api La Groups API de Meta permet à un numéro Cloud API de créer de petits groupes sur invitation et d'y envoyer des messages, mais Meta précise qu'elle n'est pas disponible pour les numéros de l'app WhatsApp Business, ce qu'est un numéro Coexistence. Les groupes existants dans l'app ne sont pas non plus synchronisés. Sur un numéro partagé, les groupes restent une fonction réservée à l'app. ### WhatsApp propose-t-il une Groups API ? Oui. La Groups API de Meta permet à une entreprise de créer, lister et modifier des groupes sur un numéro Cloud API, d'y envoyer du texte, des médias et des templates, de gérer le lien d'invitation, d'approuver ou de refuser les demandes d'adhésion et de retirer des participants. Elle reste volontairement modeste. Les groupes se rejoignent uniquement sur invitation, via un lien que l'entreprise envoie, et les limites fixées par Meta évoquent plutôt une salle de projet qu'une communauté. - Jusqu'à 8 participants par groupe. - Jusqu'à 10 000 groupes par numéro professionnel. - Une seule entreprise Cloud API par groupe. - Texte, médias, templates textuels et templates avec média. ### Un numéro Coexistence peut-il l'utiliser ? Non. La page de la Groups API indique qu'elle n'est pas disponible pour les numéros de l'app WhatsApp Business, et cette mention renvoie vers le guide de Meta sur l'onboarding des utilisateurs de l'app WhatsApp Business, c'est-à-dire la Coexistence. La condition d'éligibilité est aussi un Official Business Account, un statut que la page OBA de Meta dit ne pas accorder aux numéros de l'app WhatsApp Business. L'exclusion est donc fixée par Meta pour tous les prestataires. Un numéro partagé entre l'app et l'API ne peut pas créer de groupes via l'API, ne peut pas y envoyer de messages et ne reçoit aucun événement de groupe. ### Que deviennent les groupes déjà présents dans l'app ? Ils restent dans l'app et continuent d'y fonctionner. La documentation Coexistence de Meta range les conversations de groupe parmi les éléments qui ne sont pas synchronisés lors de l'onboarding d'un numéro : ni leur historique ni les nouveaux messages de groupe n'arrivent donc dans l'API. L'équipe sur le téléphone peut toujours créer des groupes, y publier et les lire exactement comme avant. Les logiciels n'ont simplement aucune visibilité sur ces échanges. Si un processus repose sur un groupe, par exemple des collaborateurs qui coordonnent des livraisons, il continue dans l'app, et toute automatisation autour doit être construite à partir de conversations individuelles. ### Que faire à la place des groupes via l'API ? Des conversations individuelles, autour desquelles la plateforme est construite. Un message qui serait parti vers un groupe de clients est envoyé à chacun d'eux individuellement, en texte libre dans la fenêtre de service client de 24 heures, ou en dehors de celle-ci sous forme de template approuvé. Si une entreprise a vraiment besoin de groupes gérés par l'API, la Groups API exige un numéro enregistré uniquement sur Cloud API et titulaire d'un Official Business Account, ce qui implique de quitter la Coexistence pour ce numéro. C'est une décision structurelle sur la ligne, pas un paramètre, et elle en retire l'app. - Lire qu'une Groups API existe et supposer qu'elle couvre un numéro Coexistence. Meta exclut les numéros de l'app Business. - S'attendre à retrouver l'historique des groupes dans l'API après l'onboarding. Les conversations de groupe ne sont pas synchronisées. - Prévoir un processus fondé sur les groupes avec une limite de 8 participants sans vérifier qu'elle convient. **Puis-je envoyer un message à un groupe WhatsApp via l'API ?** Uniquement depuis un numéro API seule disposant d'un Official Business Account, avec la Groups API. Pas depuis un numéro Coexistence. **Mes groupes existants fonctionnent-ils toujours ?** Oui, dans l'app WhatsApp Business. Ils ne sont pas synchronisés avec l'API. **Combien de personnes peuvent rejoindre un groupe API ?** Meta limite les groupes créés via la Groups API à 8 participants. **Cette limite vient-elle de mon prestataire ?** Non. Meta fixe l'exclusion des numéros de l'app WhatsApp Business chez tous les prestataires. --- ## Meta Verified et le badge d'entreprise officiel sur un numéro Coexistence https://easycoexistence.com/fr/docs/meta-verified-and-coexistence Deux choses différentes sont appelées le badge bleu. Un Official Business Account est un statut demandé pour un numéro Cloud API, et la documentation de Meta indique qu'il n'est pas accordé aux numéros de téléphone de l'application WhatsApp Business. Meta Verified pour WhatsApp Business est un abonnement souscrit dans l'application, avec un badge de vérification, un accès multi-agents et un support renforcé. ### Qu'est-ce qu'un Official Business Account ? Un statut attribué à un numéro de téléphone professionnel enregistré sur la WhatsApp Business Platform. Meta le décrit comme un numéro appartenant à une entreprise dont l'authenticité a été vérifiée, affiché avec une coche bleue à côté du nom dans la vue des contacts. Il se demande dans WhatsApp Manager, dans le profil du numéro, ou via le champ official_business_account de l'API. - L'entreprise respecte la WhatsApp Business Messaging Policy. - Elle est enregistrée sur la plateforme depuis au moins 30 jours. - Son Business Portfolio a passé la Business Verification. - Le numéro a la vérification en deux étapes activée et un nom d'affichage approuvé. ### Un numéro Coexistence peut-il obtenir le statut OBA ? La documentation OBA de Meta indique que Meta n'accorde pas le statut OBA aux employés d'entreprise, aux comptes de test et aux numéros de téléphone de l'application WhatsApp Business. Meta emploie ce même terme, numéros de téléphone de l'application WhatsApp Business, sur sa page Groups API et le relie au guide d'intégration des utilisateurs de l'application WhatsApp Business, c'est-à-dire Coexistence. Meta ne publie pas de règle distincte pour les numéros partagés entre l'application et l'API : la position documentée est donc celle ci-dessus. Une demande refusée peut être soumise à nouveau au bout de 30 jours, et le profil d'entreprise reste modifiable entre-temps. ### Qu'est-ce que Meta Verified pour WhatsApp Business ? Un abonnement payant souscrit via l'application WhatsApp Business, distinct du processus OBA de la plateforme. La page de ressources de Meta énumère ce qu'il comprend : un badge de vérification, une page web personnalisée, un support renforcé, un compte multi-agents qui connecte plusieurs appareils et attribue les discussions aux agents commerciaux, ainsi que des badges de vérification sur jusqu'à 10 WhatsApp Channels. Comme il s'achète dans l'application, il relève du côté application d'un numéro Coexistence. La page de Meta demande à l'entreprise de s'assurer que ses informations d'entreprise et de compte sont à jour avant de s'abonner, et n'y publie aucun prix fixe. ### Un badge survit-il à un changement de numéro ? Pour l'OBA, Meta documente explicitement un cas : un numéro de téléphone migré d'un Solution Partner à un autre via Embedded Signup conserve son nom d'affichage, son niveau de qualité, sa limite d'envoi de messages et son statut Official Business Account. Aucune déclaration équivalente n'existe pour un changement du numéro lui-même, et un OBA est lié à un numéro de téléphone professionnel précis : un autre numéro correspond donc à une nouvelle demande. L'approbation du nom d'affichage fait partie des conditions OBA, c'est pourquoi il vaut mieux prévoir un changement de nom avant la demande plutôt qu'après. - Traiter OBA et Meta Verified comme un seul badge. L'un est un statut de plateforme, l'autre un abonnement dans l'application. - Demander l'OBA avant 30 jours sur la plateforme. Meta exige ce minimum, et un refus impose 30 jours d'attente. - Demander l'OBA avec la vérification en deux étapes désactivée ou un nom d'affichage en attente. Ce sont deux conditions listées. **Meta Verified est-il identique à un Official Business Account ?** Non. Meta les documente séparément : l'OBA est un statut demandé pour un numéro de la plateforme, Meta Verified un abonnement souscrit dans l'application. **Puis-je souscrire à Meta Verified avec un numéro Coexistence ?** Meta Verified se souscrit via l'application WhatsApp Business, que continue d'utiliser un numéro Coexistence. **Combien de temps faut-il attendre avant de demander l'OBA ?** Le numéro doit être enregistré sur la WhatsApp Business Platform depuis au moins 30 jours. **Que faire si ma demande d'OBA est refusée ?** Meta vous demande d'attendre 30 jours avant de soumettre à nouveau votre demande. --- ## Plusieurs agents et systèmes répondant sur un même numéro Coexistence https://easycoexistence.com/fr/docs/multiple-agents-on-one-number Un numéro Coexistence peut être utilisé en même temps par des personnes et par des logiciels. L'équipe travaille avec l'app WhatsApp Business et ses appareils liés, jusqu'à quatre en plus du téléphone principal, tandis que les systèmes passent par la Cloud API. Chaque message qu'une personne envoie depuis l'app ou un appareil compagnon parvient au logiciel sous forme de webhook smb_message_echoes : les deux côtés partagent donc une seule conversation. ### Comment plusieurs personnes répondent-elles sur le même numéro ? Grâce aux appareils liés. WhatsApp permet d'utiliser un compte sur quatre appareils supplémentaires en plus du téléphone principal, et l'annonce de cette fonctionnalité citait directement le cas d'usage : les employés d'une petite entreprise qui répondent aux clients depuis leur propre téléphone, sous le même compte WhatsApp Business. Sur un numéro Coexistence, cela reste vrai. Le téléphone principal demeure propriétaire du compte, et le reste de l'équipe travaille depuis des téléphones, des tablettes, des navigateurs ou des applications de bureau liés. Les clients compagnons pris en charge, et ce que l'onboarding leur fait, sont détaillés sur la page consacrée aux appareils liés. ### Où se place le logiciel ? Du côté API du même numéro. Un CRM, un outil d'automatisation ou un agent IA envoie via la Cloud API et reçoit les messages des clients par webhooks, pendant que l'équipe continue d'utiliser l'app. Le numéro est la même ligne des deux côtés : le client voit une seule conversation, quel que soit l'auteur de chaque message. Les messages envoyés par l'API apparaissent dans la conversation de l'app, et l'équipe voit donc ce que le système a déjà dit. La seule contrainte partagée est le volume : Meta fixe à 20 messages par seconde un numéro utilisé à la fois avec l'app et la Cloud API. ### Comment le logiciel sait-il qu'une personne a déjà répondu ? Grâce à l'écho. Le webhook smb_message_echoes de Meta se déclenche quand une entreprise onboardée par un partenaire envoie un message depuis l'app WhatsApp Business ou un appareil compagnon, et aussi quand un message est modifié ou supprimé depuis l'app. Cela couvre tous les humains présents sur le numéro, qu'ils aient écrit sur le téléphone principal ou sur un ordinateur portable lié. Un système qui lit les échos peut marquer une conversation comme prise en charge par une personne et suspendre sa propre réponse. C'est toute la différence entre une automatisation qui aide une équipe et une automatisation qui lui coupe la parole. - Envoyé depuis l'app ou un appareil compagnon : un écho arrive. - Modifié dans l'app : un écho arrive. - Supprimé dans l'app : un écho arrive. ### Que doit retenir chaque côté ? L'équipe doit continuer à utiliser le téléphone principal. Meta déconnecte un numéro Coexistence après environ 14 jours d'inactivité sur l'appareil principal, et un appareil compagnon après environ 30 jours d'inactivité de sa part. Une équipe qui travaille uniquement sur ordinateur portable peut donc perdre les deux. Le logiciel respecte les règles de la plateforme : texte libre dans la fenêtre de service client de 24 heures, templates en dehors. Et ni l'un ni l'autre n'a accès aux conversations de groupe via l'API, que Meta exclut sur les numéros partagés avec l'app. - Ignorer smb_message_echoes. Sans eux, un bot ne peut pas savoir qu'une personne a déjà répondu depuis un ordinateur portable lié. - Faire travailler toute l'équipe sur des ordinateurs portables liés pendant que le téléphone principal reste inutilisé des semaines. - Lier WhatsApp pour Windows après l'onboarding. Meta l'indique comme non pris en charge sur les numéros Coexistence. **Combien de personnes peuvent répondre sur un même numéro ?** WhatsApp autorise jusqu'à quatre appareils liés en plus du téléphone principal, et chacun peut être utilisé par une personne différente. **Les messages envoyés depuis un ordinateur portable lié arrivent-ils dans mon CRM ?** Oui. Meta envoie smb_message_echoes pour les messages envoyés depuis l'app ou un appareil compagnon. **Un chatbot et un humain peuvent-ils partager une conversation ?** Oui. Les deux écrivent dans la même conversation, et les échos permettent au bot de voir quand une personne a répondu. **Y a-t-il une limite de postes côté API ?** Meta limite le volume de l'API, en fixant un numéro partagé à 20 messages par seconde, et non le nombre de systèmes. --- ## Appareils liés et Coexistence : ce qui est dissocié https://easycoexistence.com/fr/docs/linked-devices-and-coexistence Lorsqu'un numéro de l'app WhatsApp Business est intégré à Cloud API, tous les appareils associés du compte sont dissociés. Les appareils pris en charge, comme WhatsApp Web et les téléphones liés en tant qu'appareils associés, peuvent être reliés ensuite. WhatsApp for Windows et WhatsApp for WearOS ne sont pas pris en charge sur un numéro Coexistence, et un appareil associé inactif pendant environ 30 jours se déconnecte. ### Que deviennent les appareils liés pendant l'onboarding ? Ils sont tous déconnectés. Selon la documentation de Meta, dès qu'une entreprise intègre Cloud API avec un compte et un numéro existants de l'app WhatsApp Business, tous les appareils associés sont dissociés du compte, et l'entreprise peut ensuite relier de nouveau ceux qui sont pris en charge. Rien n'est perdu pour autant : le téléphone principal conserve le compte et ses conversations. Mais un accueil qui répond depuis un navigateur ou un second téléphone se retrouvera déconnecté dès la fin de l'onboarding. Mieux vaut donc prévenir l'équipe avant de scanner le QR code plutôt qu'après. ### Quels appareils associés sont pris en charge ensuite ? Tous, sauf deux. Meta indique que tous les clients associés sont pris en charge sur un numéro Coexistence, à l'exception de WhatsApp for Windows et de WhatsApp for WearOS. Chaque appareil pris en charge se relie de la façon habituelle, en scannant un QR code avec le téléphone principal, et compte dans la même limite d'appareils qu'auparavant. - WhatsApp Web dans un navigateur : pris en charge, à relier de nouveau avec le QR code. - Téléphones supplémentaires liés en tant qu'appareils associés : pris en charge. - WhatsApp for Windows : non pris en charge. - WhatsApp for WearOS sur une montre : non pris en charge. ### Combien d'appareils peut-on lier ? Jusqu'à quatre en plus du téléphone principal. L'annonce de WhatsApp sur le multi-appareil pour les téléphones décrivait la liaison d'un téléphone comme l'un des quatre appareils supplémentaires possibles, au même titre que les navigateurs web, les tablettes et les ordinateurs, et citait le personnel de petites entreprises qui répond aux clients depuis son propre téléphone. Sur un numéro Coexistence, cette limite est partagée entre les clients associés qui restent pris en charge. Un bureau qui utilisait l'app Windows bascule généralement ces postes vers WhatsApp Web dans un navigateur, qui compte comme l'un des quatre, comme n'importe quel autre appareil associé. ### Qu'est-ce qui maintient les appareils liés connectés ? Deux règles d'inactivité, une pour chaque type d'appareil, qui apparaissent toutes deux comme motifs dans les données de déconnexion de Meta. PRIMARY_INACTIVITY concerne le téléphone principal et se déclenche après environ 14 jours sans activité. WhatsApp précise aussi que lorsque l'appareil principal reste inactif longtemps, le compte est déconnecté de tous les appareils associés : un téléphone principal laissé de côté entraîne donc tous les appareils liés avec lui. COMPANION_INACTIVITY concerne un appareil associé pris isolément, après environ 30 jours d'inactivité. Un ordinateur portable rarement utilisé dans une agence en est le cas typique. - Lancer l'onboarding sans prévenir le personnel qui répond depuis WhatsApp Web. Ces personnes sont déconnectées à la fin de l'onboarding. - Relier de nouveau l'app WhatsApp for Windows. Meta la déclare non prise en charge sur les numéros Coexistence. - Laisser le téléphone principal dans un tiroir parce que tout le monde travaille sur des appareils liés. Son inactivité déconnecte aussi les appareils associés. **Coexistence dissocie-t-elle WhatsApp Web ?** Oui, à l'onboarding tous les appareils associés sont dissociés. WhatsApp Web est pris en charge et peut être relié de nouveau immédiatement. **Puis-je utiliser l'app de bureau WhatsApp sous Windows ?** Pas sur un numéro Coexistence. Meta indique que WhatsApp for Windows est un appareil associé non pris en charge. **Coexistence est-elle elle-même un appareil lié ?** Non. C'est Cloud API, rattachée au numéro par l'onboarding de Meta, et elle n'occupe aucun emplacement d'appareil associé. **Combien d'appareils associés puis-je lier ?** Jusqu'à quatre en plus du téléphone principal, parmi les clients associés que Meta prend en charge. --- ## Changer de numéro de téléphone sur une connexion Coexistence https://easycoexistence.com/fr/docs/changing-the-phone-number Une connexion Coexistence est liée à un seul numéro de téléphone. Quand l'entreprise change de numéro dans l'app WhatsApp Business, Meta déconnecte la connexion avec le motif CHANGE_NUMBER. Le nouveau numéro est un numéro de téléphone d'entreprise distinct sur la plateforme, et il doit être intégré via le parcours Coexistence comme une nouvelle connexion. ### Que devient la connexion quand le numéro change ? Elle prend fin. Meta compte le changement de numéro de téléphone parmi les motifs de déconnexion d'une connexion Coexistence, et le signale dans le disconnection_info du webhook account_update avec le motif CHANGE_NUMBER. C'est la plateforme qui reste cohérente, pas qui se montre stricte. Tout ce que connaît le côté API est rattaché à un numéro de téléphone d'entreprise : son phone number ID, son nom d'affichage, sa note de qualité et ses abonnements webhook. Un autre numéro est un autre actif, donc rien de ce qui est lié à l'ancien ne se transfère de lui-même, et l'ancienne connexion cesse de fonctionner au moment du changement. ### Comment connecter le nouveau numéro ? Comme une première connexion. Le nouveau numéro doit remplir les mêmes conditions que n'importe quel numéro qui rejoint Coexistence, puis suivre l'intégration depuis le début. Rien de l'ancienne connexion n'est réutilisé : mieux vaut donc traiter le changement comme un petit projet avec une date. - Il est actif dans l'app WhatsApp Business, en version 2.24.17 ou plus récente. - Il se trouve dans un Business Portfolio que vous administrez. - Il n'est pas rattaché à un autre fournisseur. - Son nom d'affichage est renseigné à l'enregistrement, comme pour tout numéro de téléphone d'entreprise. ### Que faut-il mettre à jour côté API ? Chaque endroit où l'ancien numéro ou son ID est enregistré. Les intégrations qui envoient via la Cloud API ciblent un phone number ID : un CRM, un workflow d'automatisation ou un agent IA qui pointe encore vers l'ancien ID échouera au lieu de basculer. La nouvelle connexion repose aussi les questions d'intégration, dont le partage de l'historique des conversations et la fenêtre de 24 heures pour le synchroniser. La destination webhook définie sur l'ancienne connexion doit être appliquée à la nouvelle. La capacité du portefeuille mérite aussi un contrôle : Meta limite un nouveau Business Portfolio à deux numéros de téléphone d'entreprise enregistrés, jusqu'à sa vérification ou jusqu'à une limite d'envoi de 2 000. ### Que devient l'ancien numéro sur la plateforme ? Il reste un actif du compte WhatsApp Business tant que personne ne le retire. Meta réserve la suppression des numéros de téléphone d'entreprise aux administrateurs du Business Portfolio, et la refuse pour un numéro qui a servi à envoyer des messages payants au cours des 30 derniers jours. Supprimer est un simple rangement facultatif, pas une condition pour connecter le nouveau numéro. Mais laisser des numéros périmés dans le compte facilite l'erreur d'un système qui continue d'écrire au mauvais numéro. Le retirer une fois les 30 jours écoulés garde le compte lisible. - Changer de numéro dans l'app avant d'avoir prévu la reconnexion. L'ancienne connexion s'arrête à ce moment précis. - Laisser l'ancien phone number ID dans les intégrations. Les envois échouent au lieu de suivre le nouveau numéro. - Tenter de supprimer l'ancien numéro juste après le changement. Meta le bloque s'il a envoyé des messages payants dans les 30 jours. **La connexion suit-elle mon nouveau numéro ?** Non. Meta la déconnecte avec le motif CHANGE_NUMBER, et le nouveau numéro est intégré comme une nouvelle connexion. **Ai-je besoin d'un nouveau phone number ID ?** Oui. Le nouveau numéro est un numéro de téléphone d'entreprise distinct sur la plateforme, avec son propre ID. **Puis-je supprimer tout de suite l'ancien numéro ?** Seulement s'il n'a pas envoyé de messages payants au cours des 30 derniers jours, et seul un administrateur du portefeuille peut le supprimer. **Dois-je choisir à nouveau un nom d'affichage ?** Oui. Meta exige des informations de nom d'affichage lors de l'enregistrement d'un numéro de téléphone d'entreprise. --- ## Vérification d'entreprise Meta et numéros Coexistence https://easycoexistence.com/fr/docs/business-verification La vérification d'entreprise Meta s'applique à un Meta Business Portfolio, pas à un numéro de téléphone. Un portfolio peut envoyer des messages sans elle, avec une limite de départ de 250 destinataires uniques par jour et deux numéros enregistrés. Vérifier est un des chemins vers la limite de 2 000, porte le plafond de numéros à 20 et est requis avant de demander le badge bleu. ### La vérification d'entreprise est-elle obligatoire pour connecter un numéro ? Non. La documentation de Meta présente la vérification comme un moyen d'étendre ce qu'un portfolio peut faire, pas comme une condition pour envoyer des messages. Un Business Portfolio tout juste créé démarre avec une limite de 250 destinataires uniques hors de la fenêtre de service client sur 24 heures glissantes, et un plafond de deux numéros de téléphone professionnels enregistrés. Ces deux valeurs s'appliquent que le portfolio soit vérifié ou non, et une entreprise peut écrire à ses clients dans ces limites dès le premier jour. Ce que la vérification change, c'est le plafond. C'est l'un des trois chemins que Meta indique pour passer la limite d'envoi de 250 à 2 000, et l'un des deux déclencheurs qui relèvent le plafond de numéros enregistrés à 20. ### Que débloque la vérification sur WhatsApp ? Trois choses distinctes, souvent présentées comme une seule. - Un chemin vers une limite d'envoi supérieure : vérifier est une façon de se qualifier pour 2 000, après quoi la montée en charge automatique de Meta prend le relais. - Un plafond de numéros plus élevé : Meta fait passer le portfolio de deux numéros enregistrés à 20 et envoie un webhook business_capability_update. - L'éligibilité au compte d'entreprise officiel : le portfolio qui détient le numéro doit être vérifié avant de pouvoir demander un badge bleu. - Aucune de ces trois choses ne change le fonctionnement de l'application WhatsApp Business sur le téléphone. ### Comment la vérification s'applique-t-elle à un numéro Coexistence ? Par le portfolio. Un numéro connecté via Coexistence se trouve dans un compte WhatsApp Business rattaché à un Meta Business Portfolio, et la vérification est une propriété de ce portfolio. Tous les numéros qu'il contient partagent le résultat, ainsi que la limite d'envoi du portfolio. Le badge bleu est plus restrictif. La page de Meta sur le compte d'entreprise officiel indique qu'il n'est pas accordé, entre autres, aux numéros de l'application WhatsApp Business, et elle ne décrit pas séparément les numéros utilisés à la fois avec l'application et la Cloud API. Les autres critères d'éligibilité sont la vérification, au moins 30 jours sur la plateforme, la vérification en deux étapes sur le numéro et un nom d'affichage approuvé. ### Quel portfolio faut-il vérifier ? Celui qui détient le compte WhatsApp Business, qui doit être le portfolio propre à l'entreprise lorsqu'elle connecte son propre numéro. Cela compte pour les agences. Si le numéro d'un client est connecté dans le portfolio de l'agence, ce sont la vérification, la limite et le plafond de numéros de l'agence qui s'appliquent, et la limite du client est partagée avec tous les autres numéros que l'agence y détient. Meta précise clairement qu'un seul numéro peut consommer toute la capacité d'envoi d'un portfolio sur une période donnée. Connecter chaque entreprise dans son propre portfolio garde la vérification, les limites et la facturation chez l'entreprise qui envoie réellement. - Retarder une connexion jusqu'à la fin de la vérification. L'envoi fonctionne sans elle, dans la limite de départ. - Vérifier un autre portfolio que celui qui détient le compte WhatsApp Business. Le résultat ne se transfère pas. - Regrouper les numéros de plusieurs clients dans un seul portfolio d'agence. Ils partagent une même limite d'envoi et un même plafond de numéros. **Ai-je besoin de la vérification d'entreprise pour utiliser Coexistence ?** Non. Un portfolio peut envoyer sans elle, avec une limite de départ de 250 destinataires uniques sur 24 heures glissantes. **La vérification me donne-t-elle le badge bleu ?** Pas à elle seule. C'est l'une des conditions du statut de compte d'entreprise officiel, qui se demande séparément et que Meta examine. **La vérification est-elle propre à chaque numéro ?** Non. Elle appartient au Meta Business Portfolio, et tous les numéros de ce portfolio la partagent. **La vérification change-t-elle l'application sur mon téléphone ?** Non. Elle change les limites de la plateforme et l'éligibilité, pas le comportement de l'application WhatsApp Business. --- ## Limites d'envoi de messages WhatsApp : les paliers actuels par portfolio https://easycoexistence.com/fr/docs/messaging-limits-and-tiers Une limite d'envoi plafonne le nombre de personnes distinctes à qui une entreprise peut remettre des messages hors fenêtre de service client, sur 24 heures glissantes. Depuis le 7 octobre 2025, elle est définie par Meta Business Portfolio et partagée par tous les numéros qu'il contient : elle démarre à 250, puis passe à 2 000, 10 000, 100 000 et illimité. ### Que compte réellement la limite d'envoi ? Les numéros de téléphone WhatsApp uniques auxquels votre entreprise remet des messages en dehors d'une fenêtre de service client, sur 24 heures glissantes. Trois conséquences découlent de cette formulation. Les réponses envoyées dans une fenêtre de service client ouverte ne comptent pas : un numéro qui se contente de répondre aux personnes qui lui ont écrit peut donc fonctionner bien au-dessus de sa limite sans jamais l'atteindre. Envoyer plusieurs templates à la même personne ne la compte qu'une fois. Et la fenêtre est glissante, pas calée sur le jour calendaire : la capacité se libère progressivement à mesure que les envois les plus anciens sortent de la période. La limite porte sur le nombre de personnes que vous contactez en premier, pas sur la vitesse ni sur le volume de vos envois. ### Qu'est-ce qui a changé en octobre 2025 ? Avant le 7 octobre 2025, chaque numéro de téléphone avait sa propre limite, et un nouveau numéro démarrait à 250, quoi qu'aient obtenu les autres. Depuis, la limite appartient au Business Portfolio et tous les numéros qu'il contient la partagent. - Un numéro nouvellement enregistré partage immédiatement la limite du portfolio. - Le premier palier après 250 est 2 000, là où il était de 1 000 auparavant. - Les hausses arrivent 6 heures après que les critères sont remplis, contre 24 auparavant. - Une baisse de la note de qualité d'un numéro ne dégrade plus la limite. - Le champ à lire est whatsapp_business_manager_messaging_limit ; messaging_limit_tier est obsolète. ### Comment la limite augmente-t-elle ? En deux étapes. Pour quitter le palier de 250, un portfolio doit suivre l'un des parcours de progression : vérifier l'entreprise, la faire vérifier par le partenaire d'onboarding, ou remettre 2 000 messages hors fenêtre de service client à des destinataires uniques en 30 jours, avec des templates bénéficiant d'une note de qualité élevée. Meta examine ensuite la qualité des messages, puis approuve ou refuse ; un refus arrive sous forme de webhook account_alerts qui indique l'autre voie à suivre. À partir de 2 000, la progression est automatique. Meta relève le portfolio d'un niveau lorsqu'il envoie des messages de haute qualité sur l'ensemble de ses numéros et de ses templates, et qu'il a utilisé au moins la moitié de sa limite actuelle au cours des 7 derniers jours. Il n'y a rien à acheter ni aucune demande à déposer. ### En quoi la limite d'envoi diffère-t-elle du débit ? La limite compte des personnes par jour ; le débit compte des messages par seconde. Les deux sont définis séparément et échouent séparément. Sur un numéro en Coexistence, l'écart est net. Meta fixe le débit à 20 messages par seconde pour tout numéro utilisé à la fois avec l'app WhatsApp Business et la Cloud API, afin de rester compatible avec l'app. Ce chiffre ne bouge pas avec le palier du portfolio : un portfolio avec une limite d'envoi illimitée envoie donc toujours à 20 par seconde depuis un numéro en Coexistence. La limite par seconde, la limite par destinataire et la limite des appels de gestion ont chacune leur page et leurs propres codes d'erreur. - Lire messaging_limit_tier. Ce champ est obsolète ; le champ actuel est whatsapp_business_manager_messaging_limit. - Croire que chaque nouveau numéro démarre à 250. Depuis octobre 2025, il hérite immédiatement de la limite du portfolio. - Compter les réponses dans la limite. Les messages envoyés dans une fenêtre de service client ouverte n'en font pas partie. - Laisser la campagne d'un numéro priver les autres. Tout le portfolio puise dans la même limite. **La limite s'applique-t-elle par numéro ou par compte ?** Par Meta Business Portfolio depuis le 7 octobre 2025. Tous les numéros du portfolio la partagent. **Les réponses de mes clients comptent-elles dans ma limite ?** Non. Seuls les envois hors fenêtre de service client comptent, et chaque destinataire unique n'est compté qu'une fois par période de 24 heures glissantes. **Une mauvaise note de qualité peut-elle faire baisser ma limite ?** Plus depuis octobre 2025. Meta ne dégrade plus les limites en cas de baisse de qualité, mais la qualité décide toujours si la limite augmente. **Un palier plus élevé augmente-t-il le débit en Coexistence ?** Non. Le débit d'un numéro en Coexistence est fixé à 20 messages par seconde, quel que soit le palier. --- ## Catalogues produits sur un numéro Coexistence https://easycoexistence.com/fr/docs/catalog-and-coexistence Connecter un numéro via Coexistence laisse inchangés, dans l'app WhatsApp Business, le catalogue, les commandes et les outils de statut, et Cloud API n'expose pas ces outils de l'app. Les messages produit via l'API s'appuient sur un catalogue importé chez Meta et relié au compte WhatsApp Business, configuré numéro par numéro. ### Mon catalogue de l'app WhatsApp Business survit-il à Coexistence ? Oui, sur le téléphone. Le tableau des fonctionnalités de Coexistence de Meta cite les outils professionnels, dont le catalogue, les commandes et le statut, comme exemples sans aucun changement de fonctionnement dans l'app WhatsApp Business après l'onboarding. La même ligne les marque comme non pris en charge sur Cloud API. C'est ce point qu'il faut anticiper : une intégration ne doit pas s'attendre à lire, modifier ou répliquer l'outil catalogue de l'app via l'API. Une boutique qui vend depuis le catalogue de son app continue donc exactement ainsi après la connexion. Ce qui change, c'est qu'elle gagne aussi l'API, avec sa propre manière d'envoyer des produits. ### Comment fonctionne un catalogue produits via Cloud API ? Par un catalogue importé chez Meta et relié au compte WhatsApp Business. Un catalogue est un inventaire structuré de produits ou de services, où chaque article porte des informations comme le nom, la description, le prix, les images et la disponibilité. Meta décrit quatre étapes. - Import de l'inventaire, via la Commerce API ou Meta Commerce Manager. - Configuration commerce par numéro de téléphone : panier activé ou non, catalogue visible ou non. - Partage de produits par messages catalogue, produit unique, multiproduit ou carrousel. - Réponses des clients, qui arrivent sous forme de notifications webhook avec le détail des commandes et les questions sur les produits. ### Quelles différences entre les messages produit de l'app et ceux de l'API ? Meta documente une différence visible : les messages envoyés via Cloud API n'affichent pas pour l'instant d'icône de panier dans l'en-tête de la conversation, contrairement aux messages produit envoyés depuis l'app WhatsApp Business. Côté API, il existe aussi des paramètres que l'app n'expose pas de la même façon. Par défaut, le panier est activé et l'icône de vitrine masquée pour chaque numéro de téléphone de l'entreprise sur le compte, et les deux peuvent être modifiés numéro par numéro avec l'endpoint des paramètres commerce. Désactiver le catalogue fait afficher un avertissement de catalogue invalide quand on touche un lien de catalogue wa.me ou le bouton « Voir le catalogue ». En dehors de la fenêtre de service client, les produits partent quand même dans un template approuvé, comme tout autre message initié par l'entreprise. ### Qui vérifie les produits ? Meta, automatiquement. Les articles ajoutés à un catalogue relié à un compte WhatsApp Business sont examinés, et un article qui enfreint les règles est signalé, l'entreprise étant renvoyée vers les WhatsApp Commerce Policies. Les articles refusés peuvent faire l'objet d'un recours dans Meta Commerce Manager. Les clients peuvent aussi signaler un produit précis reçu dans un message, ce qui déclenche un examen distinct. Les signalements visant l'entreprise elle-même sont un autre sujet : ils comptent parmi les signaux que Meta utilise pour la note de qualité d'un numéro. Les entreprises établies en Inde ont une obligation supplémentaire de conformité aux lois sur la vente en ligne, que Meta traite via sa Business Compliance API. - S'attendre à lire l'outil catalogue de l'app via l'API. Meta le classe comme non pris en charge sur Cloud API. - Désactiver le catalogue d'un numéro alors que des liens de catalogue wa.me circulent encore. Ces liens affichent alors un avertissement de catalogue invalide. - Envoyer des produits hors de la fenêtre de service client sans template. Un message initié par l'entreprise en exige toujours un. **Me connecter supprimera-t-il mon catalogue ?** Non. Meta indique que les outils professionnels de l'app, catalogue compris, restent inchangés après l'onboarding Coexistence. **L'API peut-elle lire le catalogue de mon app ?** Meta marque les outils professionnels de l'app comme non pris en charge sur Cloud API. Les messages produit de l'API utilisent un catalogue relié au compte WhatsApp Business. **Combien de produits tiennent dans un seul message ?** Jusqu'à 30 dans un message multiproduit, répartis en sections. **Puis-je désactiver le panier ?** Oui, numéro par numéro, via l'endpoint des paramètres commerce. Il est activé par défaut. --- ## Listes de diffusion et templates marketing après Coexistence https://easycoexistence.com/fr/docs/broadcast-lists-vs-templates Dès qu'un numéro est connecté via Coexistence, les listes de diffusion de l'application WhatsApp Business passent en lecture seule et il n'est plus possible d'en créer. L'équivalent côté API est un template marketing envoyé à chaque destinataire, qui exige un opt-in, compte dans la limite de messagerie du Business Portfolio, est facturé par Meta et respecte les préférences marketing de chaque personne. ### Qu'est-ce qui remplace une liste de diffusion sur l'API ? Un template marketing approuvé, envoyé une fois par destinataire via Cloud API. Il n'existe pas d'objet « liste » côté API : c'est l'intégration qui conserve l'audience et envoie le template à chaque numéro. Cela change trois choses à la fois. Le contenu passe par la validation des templates de Meta avant de pouvoir être envoyé. Chaque envoi hors de la fenêtre de service client ouvre une conversation que Meta facture au moyen de paiement du compte WhatsApp Business de l'entreprise elle-même. Et chaque destinataire unique compte dans la limite de messagerie du Business Portfolio sur 24 heures glissantes. La désactivation elle-même, et les raisons invoquées par Meta, sont détaillées sur la page consacrée aux fonctionnalités que Coexistence désactive. ### Qui peut recevoir un template marketing ? Les personnes qui ont communiqué leur numéro à l'entreprise et accepté de recevoir ses messages. La Business Messaging Policy de Meta pose ces deux conditions, et l'opt-in doit nommer l'entreprise et indiquer que la personne accepte de recevoir ses messages. Meta laisse le choix de la méthode à l'entreprise, tant qu'elle respecte ces exigences et la loi applicable : SMS, formulaire sur un site web, appel IVR ou formulaire papier signé figurent parmi les exemples cités. La preuve de l'opt-in se trouve donc dans les propres registres de l'entreprise, pas dans la liste de contacts d'un téléphone. Envoyer à des personnes qui n'ont jamais donné leur opt-in est aussi le moyen le plus rapide de récolter des blocages et des signalements, ce qui fait baisser la qualité. ### Pourquoi certains templates marketing n'arrivent-ils pas ? Parce que l'API applique des contrôles par destinataire que les listes de diffusion ne rendaient jamais visibles. - Limites marketing par utilisateur : WhatsApp peut retenir les templates marketing destinés à une personne moins susceptible d'interagir, avec le code d'erreur 131049. - Marketing arrêté : une personne peut arrêter les messages marketing d'une entreprise dans le paramètre « Offres et annonces », avec le code d'erreur 131050. - Numéros américains : WhatsApp ne délivre actuellement pas les templates marketing aux utilisateurs dont le numéro de téléphone est américain. - Régions exclues : les limites par utilisateur ne sont pas actuellement actives pour l'EEE, le Royaume-Uni, le Japon ou la Corée du Sud. ### L'outil de messages marketing de l'application fonctionne-t-il toujours ? Le tableau des fonctionnalités Coexistence de Meta regroupe les outils de messagerie de l'application sur une seule ligne, qui cite les messages marketing, le message d'accueil, le message d'absence, les réponses rapides et les étiquettes, et n'indique aucun changement dans l'application WhatsApp Business après l'onboarding. La même ligne les marque comme non pris en charge sur Cloud API. La fonctionnalité de messages marketing de l'application et les templates marketing de l'API sont donc deux voies distinctes sur le même numéro. Meta précise aussi que les messages envoyés depuis l'application WhatsApp Business restent gratuits après l'onboarding, tandis que ceux envoyés via Cloud API suivent la tarification de Cloud API. Les listes de diffusion sont l'exception qui, elle, change, et c'est pourquoi elles ont besoin d'un remplaçant. - Relancer immédiatement un 131049. Meta demande d'attendre au moins 24 heures, et des nouvelles tentatives trop rapprochées peuvent bloquer les suivantes jusqu'à un jour. - Relancer un 131050. La personne a arrêté les messages marketing de l'entreprise, et le message ne sera pas reçu. - Importer une liste de diffusion comme liste d'opt-in. Avoir enregistré le numéro n'est pas l'opt-in que décrit la politique. **Mes listes de diffusion sont-elles supprimées ?** Non. Les listes de diffusion existantes passent en lecture seule, et il n'est pas possible d'en créer de nouvelles tant que le numéro est connecté. **Faut-il un template pour écrire à l'audience de ma liste de diffusion ?** Hors fenêtre de service client, oui. Un template marketing est la voie API pour une promotion à l'initiative de l'entreprise. **Pourquoi un template a-t-il échoué avec le code 131050 ?** Ce destinataire a choisi de ne plus recevoir les messages marketing de votre entreprise. Meta indique de ne pas réessayer. **La fonctionnalité de messages marketing de l'application a-t-elle disparu ?** Meta indique que les outils de messagerie de l'application, dont les messages marketing, restent inchangés dans l'application après l'onboarding. --- ## Conditions d'opt-in WhatsApp pour les messages initiés par l'entreprise https://easycoexistence.com/fr/docs/opt-in-requirements Avant qu'une entreprise écrive à quelqu'un sur WhatsApp, la politique de Meta exige deux choses : la personne a communiqué son numéro de téléphone à l'entreprise, et l'entreprise a reçu un opt-in confirmant que la personne souhaite recevoir ses messages. Depuis novembre 2024, l'opt-in peut être général et non propre à WhatsApp, mais il doit nommer l'entreprise et respecter la loi locale. ### Que exige la politique d'opt-in de Meta ? Deux conditions, qui doivent toutes deux être remplies avant qu'une entreprise contacte quelqu'un sur WhatsApp. La personne a donné son numéro de téléphone mobile à l'entreprise, et l'entreprise a reçu de cette personne un opt-in confirmant qu'elle souhaite recevoir ensuite des messages ou des appels de sa part. L'opt-in lui-même doit répondre à trois exigences. Il doit indiquer clairement que la personne accepte de recevoir des communications de l'entreprise. Il doit indiquer clairement le nom de l'entreprise. Et il doit respecter la loi applicable, que Meta laisse entièrement à l'entreprise le soin de déterminer. La mise à jour de la politique de Meta de novembre 2024 a assoupli un point : l'opt-in peut être général et n'a pas besoin de mentionner WhatsApp, tant que la loi locale est respectée. ### Quelles méthodes d'opt-in Meta accepte-t-elle ? Toute méthode qui remplit les trois exigences. Meta précise qu'une telle méthode est conforme à la politique, laisse le choix à l'entreprise et donne des exemples de méthodes prises en charge. Quelle que soit la méthode, Meta conseille aussi d'expliquer clairement ce que la personne gagne à recevoir les messages. - Par SMS. - Par un formulaire sur un site web. - Par téléphone, via un serveur vocal interactif. - En personne ou sur papier, avec un document physique signé. - Quelle que soit la méthode, l'entreprise reste responsable des mentions et des autorisations que la loi applicable impose. ### Un contact dans mon application WhatsApp Business vaut-il opt-in ? Pas à lui seul. La politique de Meta lie l'autorisation à la confirmation, par la personne, qu'elle souhaite recevoir des messages de l'entreprise, et un numéro de téléphone dans une liste de contacts ne satisfait au mieux que la première des deux conditions. C'est important sur un numéro Coexistence, car la connexion peut synchroniser les contacts de l'application, et une clientèle existante est l'audience évidente d'une première campagne de templates. Avoir le numéro de quelqu'un ne revient pas à avoir sa confirmation. Un client qui écrit à l'entreprise est un autre cas : son message ouvre une fenêtre de service client, pendant laquelle l'entreprise peut répondre. ### Que se passe-t-il si l'opt-in est faible ? Les destinataires réagissent, et la plateforme tient compte de ces retours. Les recommandations de Meta sur l'opt-in rappellent que les personnes peuvent bloquer ou signaler une entreprise, ou cesser de recevoir ses messages marketing, et que les systèmes de Meta limitent le débit d'envoi d'une entreprise dont la qualité reste basse sur une période prolongée. Les conseils pratiques de Meta en découlent. Fixez des attentes en couvrant les catégories de messages que l'entreprise enverra, ou recueillez l'opt-in par catégorie. Donnez des instructions claires pour se désinscrire de catégories précises et respectez-les. Rendez les parcours d'opt-in et d'opt-out évidents, et surveillez de près la note de qualité quand une nouvelle méthode d'opt-in est mise en service. La politique impose aussi de respecter toute demande de blocage, d'arrêt ou d'opt-out, sur WhatsApp ou en dehors, y compris en retirant cette personne des listes de contacts. - Traiter les contacts synchronisés de l'application comme une liste d'opt-in. La politique demande la confirmation de chaque personne, pas seulement son numéro. - Recueillir un opt-in qui ne nomme jamais l'entreprise. Meta exige que le nom de l'entreprise soit indiqué clairement. - Respecter les opt-out uniquement lorsqu'ils arrivent sur WhatsApp. La politique couvre les demandes faites par n'importe quel canal. **L'opt-in doit-il mentionner WhatsApp ?** Non. Depuis la mise à jour de la politique de novembre 2024, un opt-in général est autorisé, à condition de respecter la loi locale. **Faut-il un opt-in pour répondre à un client qui a écrit en premier ?** Le message d'un client ouvre une fenêtre de service client, pendant laquelle les réponses sont autorisées. L'opt-in encadre les messages que l'entreprise initie. **L'opt-in peut-il être recueilli hors ligne ?** Oui. Meta cite parmi les méthodes acceptées le recueil en personne ou sur papier, avec un document signé. **Que faire quand quelqu'un se désinscrit ?** Cessez de lui écrire, quel que soit le canal utilisé pour la demande, et retirez-le de vos listes de contacts comme l'exige la politique. --- ## Comment les blocages et signalements affectent la note de qualité WhatsApp https://easycoexistence.com/fr/docs/quality-rating-blocks-and-reports La qualité des messages est jugée d'après la façon dont les destinataires ont reçu les messages d'une entreprise ces sept derniers jours, avec un poids plus fort pour les plus récents. Les signaux sont les blocages, les signalements, les mises en sourdine, les archivages et les motifs donnés lors d'un blocage. Une qualité durablement basse entraîne une limitation du débit, l'erreur 131048 à l'envoi et des templates mis en pause. ### Quels retours font baisser la note de qualité WhatsApp ? Meta nomme directement les signaux : blocages, signalements, mises en sourdine, archivages et motifs donnés par les utilisateurs quand ils bloquent une entreprise. La qualité repose sur la façon dont les messages ont été reçus ces sept derniers jours et elle est pondérée par la récence : un mauvais envoi d'hier pèse donc plus qu'un autre vieux de six jours. Deux conséquences en découlent. Une seule campagne mal ciblée peut faire bouger la note rapidement, et Meta indique que les numéros à fort trafic voient couramment leur qualité changer en quelques minutes. Et comme l'évaluation ne couvre que les sept derniers jours, les retours plus anciens cessent d'y compter. Les templates ont leur propre note, construite à partir des retours et des taux de lecture, en plus de celle du numéro. ### Que se passe-t-il quand la qualité baisse ? Plusieurs choses, à différents niveaux. - Les envois peuvent échouer avec l'erreur 131048, que Meta associe à un trop grand nombre de messages bloqués ou signalés comme spam. - Les templates notés YELLOW ou RED peuvent encore être envoyés, mais risquent d'être mis en pause ou désactivés. - La qualité entre dans le rythme d'envoi des templates, ce qui peut ralentir la diffusion d'une campagne. - La politique permet à WhatsApp de limiter le nombre de messages qu'une entreprise peut envoyer en fonction des blocages et des signalements. - Depuis le 7 octobre 2025, une baisse n'abaisse plus la limite d'envoi du portfolio, mais elle peut empêcher cette limite d'augmenter. ### Comment remonter une note de qualité basse ? Commencez par stopper la source des retours négatifs, puis laissez la fenêtre de sept jours dépasser cet épisode. Les consignes de Meta pour des messages de haute qualité servent de liste de contrôle. N'écrivez qu'aux personnes qui ont accepté de recevoir des messages de l'entreprise. Rendez les messages personnalisés et utiles. Évitez les messages d'accueil ou de présentation ouverts. N'envoyez pas trop de messages par jour. Gardez un contenu et une longueur sobres. En pratique, cela revient à suspendre la campagne ou le template qui attire des blocages, à vérifier quel segment d'audience l'a reçu, puis à vérifier le consentement que cette audience avait donné. Les conseils de Meta sur le consentement recommandent de le recueillir par catégorie de message, justement parce que ce sont les catégories inattendues que les gens bloquent. ### Où la note de qualité est-elle affichée ? Dans WhatsApp Manager, sous Outils du compte puis Numéros de téléphone, avec le statut et la limite d'envoi du numéro, et sur l'objet du numéro de téléphone via la Graph API sous le nom quality_rating. Les notes des templates figurent sur chaque template sous le nom quality_score, et dans le panneau Gérer les templates sous la forme Élevée, Moyenne, Faible ou Qualité en attente. Rien n'apparaît dans l'application WhatsApp Business sur le téléphone, ce qui explique qu'un numéro en Coexistence puisse glisser sans que personne en boutique ne s'en aperçoive. La note n'est pas transmise par le webhook phone_number_quality_update malgré le nom de ce champ, et une page dédiée explique ce que ce webhook transporte réellement. - Envoyer un message d'accueil ouvert à une liste fraîchement importée. Meta le cite parmi les pratiques à éviter, et il attire des blocages. - Relancer les envois qui ont échoué avec l'erreur 131048. La restriction porte sur le numéro, et chaque envoi supplémentaire alimente les retours à l'origine du problème. - Ne surveiller que la note du numéro. Les templates ont la leur, et un template RED peut être mis en pause alors que le numéro semble en bonne santé. **Un seul blocage fait-il baisser ma note ?** Meta ne publie aucun seuil. La qualité reflète l'ensemble des retours sur les messages des sept derniers jours, avec un poids plus fort pour les plus récents. **Une note basse peut-elle abaisser ma limite d'envoi ?** Plus depuis le 7 octobre 2025. Elle peut encore empêcher la limite d'augmenter et restreindre les envois. **Combien de temps dure la remontée ?** Meta ne publie aucun délai. L'évaluation couvre les sept derniers jours, donc les retours plus anciens ne comptent plus. **Les conversations en sourdine comptent-elles ?** Oui. Meta cite les mises en sourdine et les archivages avec les blocages et les signalements parmi les signaux de qualité. --- ## RGPD et Coexistence : où vont les données des messages https://easycoexistence.com/fr/docs/gdpr-and-coexistence Dès qu'un numéro est connecté via Coexistence, ses messages sont répliqués entre l'application WhatsApp Business et Cloud API. Meta indique qu'elle agit comme sous-traitant pour le compte de l'entreprise, conserve les messages 30 jours au maximum et attend de chaque entreprise qu'elle respecte ses propres obligations RGPD. ### Qu'est-ce qui change pour les données des messages quand un numéro utilise Coexistence ? Les conversations deviennent visibles pour Cloud API en plus du téléphone. La documentation Coexistence de Meta indique que les messages envoyés et reçus sont répliqués entre Cloud API et l'application WhatsApp Business, que les contacts disposant d'un numéro WhatsApp peuvent être synchronisés, et que les messages des six derniers mois peuvent être synchronisés pendant l'intégration. Les conversations de groupe ne sont pas synchronisées. À partir de là, les messages individuels du numéro transitent par Cloud API. Meta décrit ce fonctionnement ainsi : elle déchiffre un message reçu pour le transmettre à l'entreprise, et chiffre les messages sortants avec le protocole Signal avant livraison. Cette page présente ce que Meta documente et ce que fait EasyCoexistence. Elle ne constitue pas un avis juridique, et c'est à l'entreprise et à ses conseils de décider si une configuration donnée respecte le RGPD. ### Que dit Meta de son propre rôle au regard du RGPD ? La page de Meta sur la confidentialité des données Cloud API expose sa position en ses propres termes. - Là où le droit reconnaît un sous-traitant, Meta agit comme tel pour le compte de l'entreprise lorsqu'elle fournit Cloud API. - Cloud API n'utilise les messages qu'elle traite que pour le compte et sur instruction de l'entreprise, sauf indication contraire. - Les messages sont conservés 30 jours au maximum, et les identifiants d'utilisateur sont supprimés dans les 30 jours suivant la dernière mise à jour de statut d'un message. - Les clients de Cloud API doivent respecter leurs propres obligations au titre de lois comme le RGPD. - Les clients de la région européenne sont couverts par l'addendum WhatsApp Business relatif aux transferts de données. ### Les données des messages peuvent-elles être stockées dans l'UE ? Meta propose le stockage local Cloud API, qui conserve le contenu des messages au repos dans un pays choisi après une courte période d'utilisation. Pour Cloud API, cette période peut aller jusqu'à 60 minutes, durant laquelle le contenu peut être traité dans des centres de données Meta à l'international. Les options européennes sont l'Allemagne pour l'UE, la Suisse et le Royaume-Uni. Le stockage local se définit à l'enregistrement d'un numéro, et le modifier sur un numéro déjà enregistré impose de l'annuler puis de l'enregistrer à nouveau. La documentation de Meta sur l'enregistrement précise aussi que l'endpoint de désenregistrement ne peut pas être utilisé sur un numéro employé à la fois avec Cloud API et l'application WhatsApp Business, et elle ne décrit pas de procédure distincte pour activer le stockage local sur un numéro Coexistence. ### Où vont les messages après Meta ? Vers l'endpoint qui reçoit les webhooks du compte WhatsApp Business. Le webhook override de Meta permet à une application d'envoyer les webhooks d'un compte donné vers une URL de rappel différente de celle de l'application. EasyCoexistence utilise ce mécanisme pour diriger les événements de messages vers le système de l'entreprise elle-même. Meta livre donc le contenu des conversations à cet endroit plutôt qu'chez nous, et EasyCoexistence ne stocke jamais le contenu des conversations. Nous conservons les événements opérationnels, comme l'état de la connexion et la qualité, dont se compose la surveillance. Meta indique également disposer de rapports SOC 2 Type II et ISO 27001 pour Cloud API, publiés via son Business Messaging Compliance Center. - Croire que le rôle de sous-traitant de Meta couvre les obligations propres à l'entreprise. Meta indique que les clients doivent respecter leurs propres obligations RGPD. - Accepter la synchronisation de l'historique sans décider où il arrive. Jusqu'à six mois de conversations peuvent être livrés au système récepteur. - Prévoir d'activer le stockage local plus tard. Il se définit à l'enregistrement, et le modifier implique de s'enregistrer à nouveau. **Meta est-elle sous-traitant ou responsable du traitement pour Cloud API ?** Meta indique agir comme sous-traitant pour le compte de l'entreprise pour Cloud API, là où le droit reconnaît cette notion. **Combien de temps Meta conserve-t-elle le contenu des messages ?** Meta indique une durée maximale de conservation de 30 jours pour les messages Cloud API, pour des fonctions comme la retransmission. **EasyCoexistence voit-elle mes conversations ?** Meta achemine les événements de messages vers votre propre système, et EasyCoexistence ne stocke jamais le contenu des conversations. **Cette page est-elle un avis juridique ?** Non. Elle présente ce que Meta documente et ce que fait EasyCoexistence. L'évaluation de la conformité revient à l'entreprise et à ses conseils.