Coexistence WhatsApp en agence : limites et verdict

La coexistence WhatsApp permet à un client de continuer à utiliser l'application WhatsApp Business sur son téléphone pendant que le même numéro est connecté à l'API Cloud, la version de WhatsApp sur laquelle travaillent les logiciels et les équipes. Pour une agence, c'est la différence entre ouvrir le numéro que les prospects du client connaissent déjà et demander au client de renoncer à l'application avec laquelle il vend.

Le verdict, avant le détail : la coexistence convient quand le client continue de répondre lui-même à une partie des conversations et que le volume reste celui d'une messagerie. Elle ne convient pas quand votre équipe a besoin que le numéro soit un espace de travail unique et auditable, parce que le téléphone reste dans la boucle avec ses propres angles morts. Cette évaluation repose sur la documentation développeur de Meta, consultée le 14 septembre 2026 et liée à chaque point, pas sur le résumé d'un éditeur. Cette documentation est en anglais : les citations sont laissées dans leur langue d'origine.

En bref

• La coexistence connecte un numéro déjà utilisé sur l'application WhatsApp Business à l'API Cloud via un partenaire, sans supprimer l'application ni l'historique.
• Le client garde ses conversations individuelles sur le téléphone. Les listes de diffusion passent en lecture seule, et les messages éphémères, les vues uniques et la position en direct sont désactivés.
• L'historique des six derniers mois peut être synchronisé, une seule fois, dans les 24 heures qui suivent la connexion, et seulement si le client l'accepte.
• Les messages envoyés depuis l'application restent gratuits et ignorent la fenêtre de 24 heures. Ceux envoyés via l'API suivent la tarification de l'API Cloud et la fenêtre.
• Le téléphone du client devient une infrastructure : un appareil inactif ou un changement de téléphone peut déconnecter le numéro de vos outils.

Sommaire

• La coexistence WhatsApp, concrètement
• Comment un client connecte un numéro existant
• Ce que le client garde et ce que le client perd
• Historique, six mois, une tentative, 24 heures
• Deux mains sur un même numéro
• La fenêtre et la facture ne sont pas les mêmes des deux côtés
• Débit, pourquoi 20 messages par seconde comptent rarement
• Les déconnexions que personne ne met dans la proposition
• Coexistence ou numéro dédié, le verdict
• Où SetScale se situe
• FAQ
• Conclusion

La coexistence WhatsApp, concrètement

La page de documentation de Meta s'intitule Onboard WhatsApp Business app users, et elle explique d'où vient le nom courant : "This feature is sometimes referred to as "Coexistence" in support channels and Partner documentation." Le principe : une entreprise qui utilise déjà l'application WhatsApp Business connecte ce même compte et ce même numéro à l'API Cloud, puis continue d'envoyer des messages individuels depuis l'application pendant qu'un outil partenaire gère le volume, l'historique restant synchronisé entre les deux.

Trois termes méritent d'être posés avant la suite. L'API Cloud est le versant programmable de la plateforme WhatsApp Business, celui sur lequel se branchent une messagerie partagée ou un setter IA. Le partenaire est l'entreprise dont vous utilisez le produit pour vous connecter, et Meta exige qu'il soit Solution Partner ou Tech Provider et qu'il passe par son parcours Embedded Signup, c'est-à-dire la fenêtre de connexion dans laquelle le client clique. Enfin, le client doit avoir une application récente : "The business customer must use WhatsApp Business app version 2.24.17 or higher."

Verdict de cette section : la coexistence n'est ni un contournement ni une zone grise. C'est un parcours de connexion documenté, et il n'existe qu'à travers le produit d'un partenaire, pas comme un simple réglage de l'application.

Comment un client connecte un numéro existant

La connexion commence dans la fenêtre d'inscription du partenaire, pas dans l'application. Selon la page de Meta, le client se voit proposer de connecter son compte existant de l'application WhatsApp Business à l'API Cloud, saisit son numéro et reçoit un code de vérification. Dans l'application, un message arrive du compte officiel Facebook Business, le client valide la connexion à la Business Platform, puis confirme s'il accepte de partager son historique de conversations.

Deux détails ont leur place dans votre document d'ouverture de compte, parce que chacun peut bloquer une mise en route. D'abord, le téléphone du client doit être entre les mains d'une personne disponible pendant la session, puisque la confirmation se fait sur l'appareil. Ensuite, un client qui a travaillé avec un autre prestataire peut rencontrer une erreur : Meta précise que si le client "worked with a partner in the past and still shares the previous credit line," il "may see an error when attempting to switch to a new partner." Posez la question des prestataires précédents lors de la réunion de lancement, pas le jour de la mise en service. Le reste de la séquence d'accès, avec ses responsables et ses vérifications, suit la même logique que notre checklist d'accès partenaire Meta Business.

Verdict de cette section : organisez la connexion comme une session planifiée, avec la personne qui détient le téléphone, et vérifiez d'abord l'existence d'un prestataire précédent.

Ce que le client garde et ce que le client perd

C'est le tableau à montrer au client avant qu'il accepte, parce que plusieurs changements touchent sa propre application, pas seulement vos outils. Il reprend le tableau des fonctionnalités de Meta, avec à droite la colonne qui compte pour une agence.

Fonctionnalité de l'application	Dans l'application après connexion	Disponible via l'API	Ce que cela implique pour votre équipe
Conversations individuelles	Modification et suppression des messages désormais possibles	Oui	Le cœur du setting fonctionne des deux côtés
Contacts	Aucun changement	Oui	Les contacts ayant un numéro WhatsApp peuvent remonter dans votre outil
Groupes	Aucun changement	Non	Les conversations de groupe restent sur le téléphone
Messages éphémères	Désactivés pour les conversations individuelles	Non	À annoncer au client avant, pas après
Messages à vue unique	Désactivés pour les conversations individuelles	Non	Idem
Position en direct	Désactivée pour les conversations individuelles	Non	Une ligne à prévoir dans le brief d'ouverture
Listes de diffusion	Désactivées, les listes existantes passent en lecture seule	Non	Le client perd une habitude d'envoi, prévoyez le remplacement
Appels vocaux et vidéo	Aucun changement	Non	Les appels restent sur le téléphone, hors de vos journaux
Catalogue, commandes, statut	Aucun changement	Non	Rien de visible depuis votre outil
Message d'accueil, d'absence, réponses rapides, étiquettes	Aucun changement	Non	Les étiquettes du client n'apparaîtront pas dans votre messagerie
Profil d'entreprise	Aucun changement	Non	Les modifications du profil restent chez le client

La ligne à aborder en premier est celle des listes de diffusion. La formulation de Meta est nette : "Existing Broadcast lists will become read-only." Un client qui envoyait chaque semaine ses offres à une liste de diffusion ne pourra plus le faire. La discussion sur ce qui la remplace (des modèles envoyés via l'API, avec leur coût et leurs règles de consentement, détaillés dans les règles de l'API WhatsApp Business pour une équipe) doit donc avoir lieu pendant la vente.

Verdict de cette section : pour une équipe commerciale, ces pertes sont acceptables. Pour un client dont le marketing repose sur les listes de diffusion, elles représentent un vrai coût, à chiffrer.

Historique, six mois, une tentative, 24 heures

L'historique est l'argument le plus fort de la coexistence face à un numéro neuf, et il s'accompagne de trois contraintes faciles à manquer.

La profondeur est de six mois. Le tableau de Meta l'indique : "All chat messages in the most recent 6 months can be synchronized." La synchronisation est facultative, c'est le client qui décide dans l'application, et les groupes en sont exclus. Les médias ont leur propre limite : les références des fichiers médias ne sont transmises que pour les médias récents, dans la limite fixée par la formule "only for media messages sent within 14 days of onboarding".

Le délai est strict. La page de Meta précise : "After you onboard the business customer, you have 24 hours to synchronize their contacts and messaging history, otherwise they must be offboarded and complete the flow again." Et l'opération ne se fait qu'une fois : "You can only perform this step once."

Pour une équipe de setting, cet historique n'est pas un bonus. C'est le contexte qui évite à un setter de reposer à un prospect chaud la même question de qualification, soit la différence entre une relance et un redémarrage, comme le montre notre processus de relance commerciale en équipe.

Verdict de cette section : planifiez la connexion un jour où votre partenaire peut lancer la synchronisation dans la foulée, et faites confirmer par écrit que le client a choisi de partager son historique.

Deux mains sur un même numéro

Avec la coexistence, deux endroits peuvent répondre au même prospect : le téléphone du client et l'outil de votre équipe. Meta indique que "Messages sent and received are mirrored between the Cloud API and WhatsApp Business app," au moyen d'une notification que le partenaire reçoit chaque fois que le client envoie un message depuis l'application. Savoir si votre outil affiche proprement ces messages dans le fil de conversation est une question à poser à votre partenaire, et c'est le premier test à faire.

Il existe aussi un trou que ce miroir ne couvre pas. La page de Meta l'écrit : "WhatsApp users who use an unsupported companion client to message an onboarded business can do so, but the message will not trigger messages webhooks, so the business won't be able to mirror the message in their own app." Autrement dit, un prospect qui écrit depuis un appareil non pris en charge (Meta cite WhatsApp pour Windows et WhatsApp pour WearOS comme appareils associés non pris en charge) peut atteindre le téléphone sans jamais apparaître dans la messagerie de votre équipe. Côté entreprise, la connexion détache par ailleurs tous les appareils associés du client, et seuls ceux qui sont pris en charge peuvent ensuite être reliés à nouveau.

Deux règles rendent la situation gérable :

1. Attribuez la responsabilité par conversation, pas par numéro. Une répartition écrite (le client garde ses clients existants, vos setters prennent les nouveaux prospects entrants) évite que deux personnes répondent au même prospect.
2. Traitez toute conversation présente sur le téléphone mais absente de votre outil comme un incident, pas comme une curiosité. Votre contrôle qualité des setters ne mesure que ce que votre outil voit.

Verdict de cette section : gérable avec une règle d'attribution écrite, risqué sans elle.

La fenêtre et la facture ne sont pas les mêmes des deux côtés

C'est l'asymétrie qui change la façon de travailler d'une équipe. La page de Meta précise : "The 24-hour customer service window restriction applies to messages sent via Cloud API. Messages sent from the WhatsApp Business app are not subject to the customer service window and do not create, extend, or affect Cloud API conversation windows or Cloud API pricing." Côté coût, elle ajoute que les messages envoyés par l'entreprise depuis l'application "will continue to be free, but messages sent via Cloud API will be subject to Cloud API pricing."

La documentation des messages de service définit la fenêtre : "When a WhatsApp user messages you or calls you, a 24-hour timer called a customer service window starts." Une fois ce délai écoulé, "you can only send pre-approved template messages." Le téléphone, lui, n'a pas cette règle.

La tentation est évidente : un setter qui a laissé passer la fenêtre demande au client d'envoyer le message depuis son téléphone. Résistez. Le message envoyé depuis le téléphone est bien reflété dans l'outil, mais il est écrit par quelqu'un d'extérieur à votre équipe, à vos scripts et à votre délai de réponse aux leads. Il brouille aussi les chiffres que vous présentez au client, puisque les conversations basculées sur le téléphone ne sont plus attribuables à votre setting.

Verdict de cette section : le téléphone est le canal du client, pas la roue de secours de votre équipe. Une fenêtre manquée est un problème d'effectif à régler, pas une astuce de routage.

Débit, pourquoi 20 messages par seconde comptent rarement

Les numéros en coexistence sont plafonnés. La page de Meta sur le débit indique que "For each registered business phone number, Cloud API supports up to 80 messages per second (mps) by default, and up to 1,000 mps by automatic upgrade," tandis que la page sur la connexion précise que les numéros "that are in use with both the WhatsApp Business app and Cloud API have a fixed throughput of 20 mps." Si vous lisez un autre chiffre dans une présentation plus ancienne, la page de Meta fait référence.

Pour du setting, 20 messages par seconde ne sont pas une contrainte. Les conversations sont individuelles, et même une campagne soutenue de publicités click to WhatsApp produit des prospects à un rythme humain. Le plafond ne compte que si le même numéro doit envoyer de grosses campagnes de modèles en rafale.

Verdict de cette section : à ignorer pour le setting, à vérifier seulement si le client prévoit des envois massifs depuis le même numéro.

Les déconnexions que personne ne met dans la proposition

Avec la coexistence, le téléphone du client fait partie de votre prestation. La documentation de Meta liste les raisons pour lesquelles un numéro peut être déconnecté du partenaire, dont un appareil principal "inactive for approximately 14 days", un appareil associé "inactive for approximately 30 days", un changement de numéro, une réinscription du client sur un nouvel appareil, l'enregistrement du numéro sur l'application WhatsApp grand public, et une mesure de sanction ou la suppression du compte.

Trois conséquences pour une agence :

• Des vacances peuvent arrêter votre service. Un client qui laisse le téléphone professionnel au fond d'un tiroir pendant deux semaines peut couper le numéro de vos outils.
• Un nouveau téléphone est un événement. La réinscription sur un nouvel appareil figure parmi les raisons de déconnexion. Demandez au client de vous prévenir avant de changer d'appareil, et inscrivez cette demande dans le document d'ouverture.
• La sortie se fait côté client. Meta précise que le partenaire ne peut pas utiliser son appel habituel de désinscription pour ces numéros. Le client se déconnecte depuis l'application, via le chemin que la documentation décrit en anglais comme Settings, Account, Business Platform, puis le bouton Disconnect Account (les libellés de l'application en français peuvent différer), et le partenaire en est notifié.

Votre partenaire reçoit une notification lors d'une déconnexion. Assurez-vous qu'une personne de votre côté est alertée aussi, parce qu'une messagerie silencieuse un lundi matin ressemble exactement à un week-end calme. Si les rendez-vous obtenus sur WhatsApp alimentent votre CRM, la même surveillance a sa place dans votre intégration des DM au CRM.

Verdict de cette section : la coexistence place une partie de votre disponibilité dans la poche du client. Écrivez-le dans le contrat et surveillez-le.

Coexistence ou numéro dédié, le verdict

Aucune des deux options n'est meilleure dans l'absolu. Le choix dépend de qui travaille le numéro et de ce que le client veut conserver.

Situation	Coexistence	Numéro dédié
Le client vend déjà depuis l'application et ses prospects connaissent le numéro	Très adaptée	Perte du numéro connu
Le client veut continuer à répondre lui-même à ses clients existants	Très adaptée	Oblige le client à passer par votre outil ou par un second numéro
Votre équipe gère toutes les conversations et rend compte de chacune	Peu adaptée, le téléphone reste hors de votre processus	Très adapté
Le client s'appuie sur les listes de diffusion ou les messages éphémères	Coûteuse, ces fonctions s'arrêtent	Aucun impact sur l'application du client
Le téléphone du client est partagé, ancien ou souvent éteint	Risquée, l'inactivité et les changements d'appareil déconnectent	Très adapté
Vous avez besoin de six mois de contexte dès le premier jour	Très adaptée, si la synchronisation est faite sous 24 heures	Aucun historique

Pour un numéro dédié, les règles de notre guide de l'API WhatsApp Business pour une équipe s'appliquent telles quelles. Pour la coexistence, ajoutez trois lignes à votre document d'ouverture : la répartition des conversations, l'engagement de la personne qui détient le téléphone à garder l'appareil actif et à annoncer tout changement, et la date et le résultat de la synchronisation de l'historique.

Verdict global : la coexistence est le bon choix par défaut pour un client déjà actif sur l'application WhatsApp Business et qui restera impliqué. Pour un compte que votre équipe gère de bout en bout, un numéro dédié est plus simple à auditer et plus difficile à casser.

Où SetScale se situe

SetScale est un setter IA conçu pour les équipes et les agences : plusieurs comptes clients, plusieurs closers, un reporting par siège, et une option en marque blanche prévue. La mise en place des canaux est l'endroit où une activité multi-comptes tient ou casse, c'est pourquoi la vision infrastructure du setting IA traite les numéros, la répartition et la surveillance comme une partie de la question produit. Notre page WhatsApp dit la même chose depuis l'autre côté : WhatsApp Business sur un téléphone ne survit pas au deuxième closer.

Le produit n'est pas encore ouvert. La liste d'attente est la seule chose proposée aujourd'hui. Rejoindre la liste d'attente.

FAQ

La coexistence supprime-t-elle les conversations du téléphone du client ?

La page de Meta décrit l'inverse : le client continue d'envoyer des messages individuels depuis l'application, et l'historique reste synchronisé entre l'application et l'outil du partenaire. Ce qui change, c'est la liste de fonctionnalités du tableau ci-dessus, notamment les listes de diffusion en lecture seule et la désactivation des messages éphémères.

Pouvons-nous mettre en place la coexistence nous-mêmes, sans produit partenaire ?

La page de Meta s'adresse aux Solution Partners et Tech Providers qui utilisent Embedded Signup. Une agence passe normalement par le produit d'un partenaire. Meta indique aussi que "Embedded signup v2 will be deprecated on October 15, 2026." Il est donc légitime de demander à un partenaire quelle version son parcours utilise.

Que se passe-t-il si la synchronisation de l'historique est manquée ?

Meta laisse 24 heures après la connexion. Passé ce délai, le client doit être déconnecté puis refaire le parcours, et la synchronisation elle-même ne peut être réalisée qu'une fois par connexion.

Les messages envoyés depuis le téléphone entrent-ils dans la facture WhatsApp du client ?

Meta indique que les messages envoyés par l'entreprise depuis l'application restent gratuits, tandis que ceux envoyés via l'API Cloud suivent la tarification de l'API Cloud. Présentez les deux séparément pour que le client comprenne ce que coûte réellement l'activité de votre équipe.

La coexistence existe-t-elle pour Instagram ou Messenger ?

La coexistence est un parcours de connexion de la plateforme WhatsApp Business, documenté pour les utilisateurs de l'application WhatsApp Business uniquement. Les accès Instagram et Messenger suivent leur propre modèle d'autorisations, détaillé dans notre checklist d'accès partenaire Meta Business.

Conclusion

La coexistence WhatsApp résout un vrai problème d'agence : ouvrir le numéro que les prospects du client utilisent déjà, avec six mois de contexte, sans lui retirer son application. Elle laisse aussi le téléphone à l'intérieur de votre opération, avec ses propres règles de fenêtre, ses propres angles morts et ses propres façons de se déconnecter.

Avant la prochaine ouverture WhatsApp, décidez avec le client qui gère quelles conversations, planifiez la synchronisation de l'historique et ajoutez l'activité du téléphone à votre surveillance. Présentez ensuite le compte comme le propose notre reporting client en agence, en séparant ce que votre équipe a fait de ce qui s'est passé sur le téléphone. Si vous préférez piloter les numéros, la répartition et le reporting comme un seul système sur tous vos clients, Rejoindre la liste d'attente.