La bonne nouvelle : vos relations clients existantes sont préservées, et tous les messages sortants continuent de fonctionner exactement comme aujourd'hui. La moins bonne nouvelle : si votre CRM, votre résolution de contact ou votre tunnel publicitaire repose sur le fait qu'un numéro de téléphone accompagne toujours chaque conversation, certains éléments s'arrêteront de fonctionner pour les nouveaux contacts qui adopteront un nom d'utilisateur.
Voici ce qui change, ce qui ne change pas, et ce que votre entreprise doit faire avant juin.
En bref
Ce qui arrive : Des noms d'utilisateur optionnels pour les utilisateurs WhatsApp. Ils peuvent choisir un pseudo (du type @P.Smith). Ils peuvent également choisir de masquer leur numéro de téléphone lorsqu'ils écrivent à votre entreprise.
Quand : Le déploiement progressif débute en juin 2026, avec une extension mondiale sur le reste de l'année. Les BSUID (Business-Scoped User ID : le nouvel identifiant) apparaîtront dans les webhooks de l'API Business Messaging de CM.com.
Ce qui ne change pas : Les messages sortants vers des numéros connus, les modèles d'authentification (one-tap, zero-tap, copy code) et votre profil professionnel (votre numéro de téléphone reste visible lorsque vous adoptez un nom d'utilisateur pour votre entreprise).
Ce qui change : Les nouvelles conversations entrantes provenant d'utilisateurs ayant adopté un nom d'utilisateur arriveront avec uniquement un Business-Scoped User ID (BSUID) au lieu d'un numéro de téléphone. Tous les autres messages comporteront également un BSUID.
L'action prioritaire ce mois-ci : Assurez-vous que votre CRM et votre intégration sont prêts à stocker et faire correspondre le BSUID en parallèle du numéro de téléphone, avant que l'adoption des noms d'utilisateur ne s'accélère.
Comment vos clients seront identifiés avant et après le déploiement des noms d'utilisateur. Les utilisateurs qui n'adoptent pas de nom d'utilisateur ne voient quasiment aucun changement. Ceux qui en adoptent un sont identifiés par leur BSUID, leur numéro de téléphone n'étant disponible que si vous avez eu une conversation avec eux récemment.
Ce qui change réellement
À partir de juin 2026, les utilisateurs WhatsApp pourront choisir un nom d'utilisateur optionnel et l'utiliser pour initier des conversations avec votre entreprise sans révéler leur numéro de téléphone. C'est une amélioration en matière de confidentialité que les utilisateurs réclamaient, et l'une des raisons pour lesquelles certains se sont tournés vers Telegram ou Signal. L'adoption sera progressive : le déploiement commence dans un nombre limité de pays et s'étendra à l'échelle mondiale au cours du second semestre 2026.
Place au BSUID : le nouvel identifiant en coulisses
Un nom d'utilisateur, c'est ce que voit et choisit votre client. Ce que vos systèmes verront, c'est tout autre chose : un Business-Scoped User ID, ou BSUID.
Le BSUID est un identifiant unique généré automatiquement par Meta pour chaque paire utilisateur-entreprise. Considérez-le comme un identifiant client stable pour WhatsApp, dans le même esprit que les identifiants clients que vous utilisez déjà dans votre CRM, sauf qu'il est attribué par Meta et qu'il est propre à la relation de chaque utilisateur avec votre entreprise.
Trois points sont à retenir pour l'instant (le reste se trouve dans la section technique plus loin) :
Il identifie un utilisateur. Là où vous receviez un numéro de téléphone dans chaque message entrant, vous obtiendrez désormais un BSUID. Le numéro de téléphone est toujours présent dans la plupart des cas (nous y revenons dans un instant), mais le BSUID est le seul identifiant toujours présent pour chaque conversation.
Il est lié à votre entreprise. Un même client échangeant avec deux entreprises différentes obtient deux BSUID différents. Vous ne pouvez pas partager les BSUID entre différents Meta Business Portfolios. Si c'est nécessaire dans votre cas spécifique, des solutions de contournement existent. Contactez votre account manager si cela vous concerne.
Il est stable. Une fois qu'un client dispose d'un BSUID pour votre entreprise, celui-ci ne change pas s'il supprime ensuite son nom d'utilisateur ou revient à l'utilisation de son numéro de téléphone.
Pour la plupart des équipes métier, c'est tout ce qu'il faut savoir. Le BSUID est la nouvelle manière dont vos systèmes reconnaissent un client lorsque WhatsApp ne vous fournit pas de numéro de téléphone.
Ce qui ne change pas (la partie rassurante)
Avant d'aborder ce qui change, voici ce qui ne change pas. C'est la première question que se posent la plupart des responsables d'entreprise, et les réponses sont en grande partie rassurantes. La façon la plus simple d'y voir clair est de diviser votre messagerie en deux flux.
Les messages initiés par l'entreprise ne sont absolument pas impactés. Chaque message basé sur un template que vous envoyez aujourd'hui continue de fonctionner exactement comme avant :
Les messages marketing continuent d'être envoyés vers les numéros de téléphone connus.
Les messages utilitaires continuent d'être envoyés vers les numéros de téléphone connus.
Les messages d'authentification (one-tap, zero-tap, copy code) restent réservés aux numéros de téléphone par conception.
Les réponses des utilisateurs à l'un des messages ci-dessus continuent de fonctionner, à condition que la réponse arrive dans les 30 jours suivant votre dernier message à ce numéro de téléphone.
Les messages initiés par l'utilisateur ne sont en grande partie pas impactés, avec une exception précise. Les messages entrants de votre base clients existante, de tout utilisateur n'ayant pas adopté de nom d'utilisateur, et de tout utilisateur déjà présent dans votre Contact Book ; tous continuent d'arriver avec un numéro de téléphone. Le seul flux entrant qui change concerne les nouvelles conversations d'utilisateurs ayant adopté un nom d'utilisateur et qui ne figurent pas déjà dans votre historique de contacts. Pour ceux-ci, vous recevrez un BSUID à la place.
Quelques précisions rassurantes méritent d'être soulignées :
Votre base clients existante est protégée. Le Contact Book de WhatsApp,une fonctionnalité que Meta a lancée début avril 202, associe automatiquement les numéros de téléphone au nouvel identifiant pour les utilisateurs avec lesquels vous avez déjà interagi. Vous n'avez rien à re-collecter.
Votre profil professionnel reste inchangé. Le numéro de téléphone de votre entreprise reste visible pour les utilisateurs. L'avantage en matière de confidentialité offert par les noms d'utilisateur ne fonctionne que dans un sens : les utilisateurs gagnent la possibilité de masquer leur numéro aux entreprises, et non l'inverse.
La fenêtre de 30 jours est généreuse. Elle est évaluée par numéro de téléphone professionnel. Toute activité récente sur un numéro donné maintient le numéro de téléphone de ce client visible dans les webhooks pendant 30 jours à compter de la dernière interaction.
Une cartographie des flux de messagerie qui continuent sans interruption (vert) et de ceux qui sont impactés (vert clair) si vous n'adoptez pas le support du BSUID. L'interruption est étroite : seuls les messages de service et les conversations issues de publicités Click-to-WhatsApp provenant de nouveaux utilisateurs ayant adopté un nom d'utilisateur sont concernés. Tout le reste (tous les types de templates, toutes les réponses dans les 30 jours, tous les messages des utilisateurs n'ayant pas adopté de nom d'utilisateur) continue de fonctionner.
En résumé : la plupart de vos opérations quotidiennes ne sont pas impactées. Le changement se manifeste à la marge, dans deux scénarios spécifiques, que nous abordons maintenant.
Ce qui change pour vos opérations
L'impact varie selon les fonctions. Voici ce qui change pour chacune.
Pour les responsables CRM et données clients
C'est le domaine le plus directement impacté. Lorsqu'un utilisateur ayant adopté un nom d'utilisateur, nouveau pour votre entreprise, vous écrit pour la première fois, le webhook entrant ne contiendra qu'un BSUID, sans numéro de téléphone. Quelques propriétés supplémentaires comptent au niveau de l'implémentation :
Le BSUID est alphanumérique, jusqu'à 131 caractères, et inclut un préfixe d'indicatif pays (par exemple, NL.13491208655302741918).
Il est permanent pour cette relation utilisateur-entreprise, donc une fois stocké, il reste une clé de recherche valide indéfiniment.
Comme il est défini par business portfolio, vous ne pouvez pas réconcilier les BSUID entre portfolios distincts.
Si votre CRM ou votre plateforme de données clients recherche les clients uniquement par numéro de téléphone, ces recherches ne renverront rien pour ces nouveaux contacts. La conversation atterrira dans votre file non traitée, votre bot ne pourra pas personnaliser, et votre agent verra un contact inconnu — alors que, du point de vue du client, il vous a contacté normalement.
La solution consiste à ajouter le BSUID comme champ stocké dans vos profils clients, à côté du numéro de téléphone, et à mettre à jour votre logique de correspondance pour vérifier les deux.
Pour les équipes marketing
Deux flux nécessitent une attention particulière :
Les publicités Click-to-WhatsApp. Lorsqu'un utilisateur clique sur une publicité CTWA et démarre une conversation, vous n'avez peut-être aucune relation préalable avec lui. Si cet utilisateur a adopté un nom d'utilisateur et choisi de masquer son numéro, vous ne recevrez que son BSUID. L'attribution de votre campagne, le routage des leads et l'automatisation des relances doivent gérer ce cas.
Les campagnes de réengagement et basées sur des listes. L'envoi sortant vers les numéros de téléphone existants reste inchangé. Vos listes existantes continuent de fonctionner. La subtilité concerne les nouveaux opt-ins via des flux uniquement par nom d'utilisateur. Vous pourrez utiliser le nouveau flux natif de partage de contact de WhatsApp (un bouton CTA permettant à l'utilisateur de partager explicitement son numéro de téléphone) pour toute campagne où disposer du numéro est important.
Pour les équipes service client
Dans la boîte de réception de vos agents, les conversations provenant d'utilisateurs ayant adopté un nom d'utilisateur sans numéro de téléphone connu afficheront le BSUID. Votre formation d'agents doit couvrir ce point pour qu'ils ne considèrent pas comme suspects des contacts inconnus mais légitimes. Si vous utilisez des chatbots pour le tri, la recherche d'identifiants ou le self-service, ces bots doivent gérer correctement les conversations uniquement BSUID.
Pour la conformité et la protection des données
Quelques questions à poser à vos équipes juridiques et confidentialité : le BSUID est-il considéré comme une donnée personnelle au sens du RGPD ? (Très probablement oui, puisqu'il s'agit d'un identifiant stable lié à un individu.) Combien de temps le conservez-vous ? Doit-il faire l'objet des mêmes workflows de suppression que les numéros de téléphone ? Quelle est votre politique si un utilisateur demande la suppression de ses données et que son enregistrement ne contient qu'un BSUID ?
Ce ne sont pas des freins, mais des points à clarifier avant que l'adoption ne s'accélère.
Pour les équipes IT, intégration et plateforme
Voici ce qui compte au niveau de l'implémentation. Le modèle d'identifiant de WhatsApp passe de « le numéro de téléphone est la clé primaire » à « le BSUID est toujours présent, le numéro de téléphone est conditionnel ». Le BSUID est alphanumérique, jusqu'à 131 caractères, préfixé par un code pays ISO (par exemple, NL.13491208655302741918). Il est unique par utilisateur et par business portfolio, stable pendant toute la durée de cette relation, et présent dans chaque webhook entrant à partir de juin 2026, que l'utilisateur ait adopté un nom d'utilisateur ou non.
Trois points d'intégration nécessiteront des modifications pour la plupart des équipes :
Le parsing des webhooks entrants. Une logique qui suppose qu'un numéro de téléphone est présent passera silencieusement à côté des contacts uniquement BSUID. La solution est de lire les deux champs explicitement et d'accepter l'un ou l'autre comme identifiant valide.
La résolution de contact et les recherches CRM. Les enregistrements clients ont besoin d'un champ BSUID en plus du numéro de téléphone, et la logique de correspondance doit vérifier les deux. Pour les utilisateurs ayant adopté un nom d'utilisateur avec une relation récente ou enregistrée, les deux identifiants arriveront dans le même webhook. C'est l'occasion de pré-remplir les BSUID sur les enregistrements existants avant que l'adoption des noms d'utilisateur ne s'accélère.
L'envoi sortant. L'envoi vers des numéros de téléphone connus continue de fonctionner sans changement. L'envoi à un client dont vous n'avez jamais reçu le numéro de téléphone nécessite d'utiliser son BSUID comme identifiant destinataire ; le support API de Meta pour cela a été déployé en mai 2026.
La fenêtre de 30 jours qui protège les relations existantes est évaluée par numéro de téléphone professionnel. Si vous exploitez plusieurs numéros WhatsApp Business au sein d'un portfolio, une interaction sur l'un n'étend pas la fenêtre pour un autre, un point à garder en tête lors de la conception de votre logique de routage entre numéros.
Pour des exemples complets de payloads webhook, des patterns de code et un guide de migration, consultez notre documentation développeur.
Votre plan d'action
Une séquence pratique de ce qu'il faut faire, et quand :
Premières actions
Confirmez auprès de votre fournisseur de messagerie (CM.com ou autre) que les BSUID arrivent dans vos webhooks entrants. Vous pouvez vous y attendre avant juin 2026.
Assurez-vous que vos responsables CRM et intégration sont informés du changement. Plus le délai est long, plus la transition sera fluide.
Identifiez tout système interne ou rapport qui utilise le numéro de téléphone comme identifiant client. Chacun est un endroit susceptible d'avoir besoin d'une mise à jour.
Ajoutez le BSUID comme champ dans vos profils clients, à côté du numéro de téléphone.
Mettez à jour la logique de correspondance des contacts pour vérifier les deux identifiants.
Testez les flux entrants, en particulier Click-to-WhatsApp, avec un compte de test ayant adopté un nom d'utilisateur si votre fournisseur le permet.
Mettez à jour les scripts des agents et des bots pour que les contacts BSUID-only inconnus mais légitimes soient pris en charge correctement.
Revoyez votre documentation sur la conservation des données et la confidentialité.
Actions à moyen et long terme pour 2026
Surveillez les taux d'adoption. L'adoption des noms d'utilisateur sera progressive, et la vitesse à laquelle elle impacte votre entreprise dépend de votre base clients.
Ajustez vos campagnes CTWA et vos flux d'onboarding au fur et à mesure que vous voyez du trafic BSUID réel.
Comment CM.com gère la transition
L'API Business Messaging de CM.com traite le trafic WhatsApp entrant sur l'ensemble de vos canaux via une interface unifiée. À mesure que Meta déploie le support du BSUID, ces changements sont reflétés dans nos payloads webhook et nos endpoints d'envoi, afin que vous puissiez mettre à jour votre logique d'intégration une seule fois plutôt que de maintenir un correctif différent par plateforme.
Si vous utilisez une intégration WhatsApp Business via CM.com et souhaitez confirmer que votre configuration est prête, votre account manager et notre documentation développeur sont les bons points de départ.
Questions fréquentes
Les numéros de téléphone de mes clients existants vont-ils disparaître ? Non. Si un client figure dans votre historique de contacts, son numéro de téléphone reste. La fonctionnalité Contact Book lancée par Meta en avril 2026 garantit que les relations existantes sont préservées automatiquement.
Puis-je toujours envoyer des messages template ? Oui. L'envoi sortant vers des numéros de téléphone connus reste inchangé. Les modèles d'authentification (one-tap, zero-tap, copy code) restent réservés aux numéros de téléphone comme aujourd'hui.
Que se passe-t-il avec les publicités Click-to-WhatsApp ? Les CTWA fonctionnent toujours, mais si un utilisateur qui clique a adopté un nom d'utilisateur et n'a jamais interagi avec votre entreprise auparavant, la conversation arrive avec un BSUID plutôt qu'un numéro de téléphone. Votre attribution et votre logique de relance doivent gérer ce cas.
Le même client aura-t-il un identifiant différent pour chacune de mes entreprises ? Oui. Les BSUID sont définis par business portfolio. La même personne qui écrit à deux de vos marques aura deux BSUID différents, et vous ne pouvez pas utiliser l'un pour écrire via l'autre.
Le BSUID est-il considéré comme une donnée personnelle au sens du RGPD ? Très probablement oui. C'est un identifiant stable lié à un individu. Traitez-le avec les mêmes politiques de conservation et de suppression que vous appliquez aux numéros de téléphone, et confirmez-le avec votre Délégué à la protection des données.
Que se passe-t-il si un utilisateur supprime son nom d'utilisateur plus tard ? Le BSUID reste stable pour cette paire utilisateur-entreprise, qu'il conserve, modifie ou supprime son nom d'utilisateur. Votre mapping enregistré n'a pas besoin de changer.
Dois-je faire quelque chose pour revendiquer un nom d'utilisateur entreprise ? Les noms d'utilisateur professionnels existent déjà et ne font pas partie de ce déploiement. Si vous souhaitez mettre à jour le nom d'utilisateur ou le nom d'affichage de votre entreprise, il s'agit d'un processus distinct dans votre Meta Business Suite.
Quand dois-je commencer à me préparer ? Maintenant. Les BSUID vous parviendront bientôt. Vous pouvez commencer à les stocker et à les observer avant juin. En attendant, assurez-vous que votre organisation est familière avec les BSUID et vérifiez vos systèmes.
Cet article se concentre sur l'impact business du déploiement des noms d'utilisateur WhatsApp. Pour des exemples complets de payloads webhook, des patterns de code et un guide de migration, consultez notre documentation développeur.
Si vous avez des questions spécifiques concernant votre intégration CM.com, contactez votre account manager.