Cloud API ou Coexistence : quel choix pour un numéro ?

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.

Erreurs courantes

• 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é.

Questions fréquemment posées

Poursuivre la lecture