WhatsApp usernames in klantenservice: wat verandert er in 2026?

WhatsApp-support verandert in 2026 op een punt dat veel teams pas merken als er gesprekken verdwijnen. Vanaf juni 2026 rolt WhatsApp usernames uit. Gebruikers kunnen dan met bedrijven praten zonder dat hun telefoonnummer automatisch zichtbaar is. In plaats daarvan komt er een Business Scoped User ID, meestal afgekort als BSUID.

Dat klinkt technisch, maar de impact is operationeel. Veel webshops en supportteams gebruiken het telefoonnummer als sleutel: voor CRM-matching, orderherkenning, automatisering, rapportage en Click-to-WhatsApp campagnes. Als dat nummer niet meer altijd meekomt, moet je helpdesk op een andere manier weten wie de klant is.

De goede reactie is niet paniek. De goede reactie is een korte audit en een duidelijk migratiepad.

Wat verandert er precies?

Tot nu toe draaiden veel WhatsApp Business flows rond één vaste aanname: het telefoonnummer is zichtbaar en bruikbaar als klant-ID. Dat nummer koppelt het gesprek aan een klantprofiel, eerdere tickets, campagnes en orderhistorie.

Met usernames wordt die aanname zwakker. Twilio beschrijft dat WhatsApp vanaf juni 2026 usernames gaat uitrollen en dat het telefoonnummer bij gebruikers met een username mogelijk niet meer in webhook payloads staat. In plaats daarvan wordt een Business Scoped User ID meegestuurd. Die identifier is gekoppeld aan de relatie tussen één gebruiker en één business.

Voor support betekent dit: je krijgt niet minder klantcontact, maar je herkent klanten anders. Een gesprek dat vroeger direct matchte op telefoonnummer, kan straks alleen matchen op BSUID. Als je helpdesk, CRM of automation daar niet op voorbereid is, ontstaan gaten.

Waarom dit vooral supportteams raakt

Marketingteams kijken eerst naar usernames als brand asset: claim je naam, bescherm je merk, maak WhatsApp makkelijker vindbaar. Dat is belangrijk, maar voor klantenservice zit het risico dieper.

Supportflows zijn vaak gebouwd op herkenning. Een klant stuurt een WhatsApp-bericht. Je systeem zoekt het telefoonnummer op. De agent ziet orderhistorie, openstaande tickets en eerdere gesprekken. Daarna kan de agent snel reageren.

Als het telefoonnummer ontbreekt, vallen drie dingen om:

• CRM-matching wordt minder betrouwbaar als er geen tweede identifier bestaat.
• Routing en prioritering missen context, bijvoorbeeld VIP-klant, open retour of vertraagde bestelling.
• Rapportage raakt vervuild omdat dezelfde klant als nieuw profiel kan terugkomen.

Dit is precies waarom een unified inbox niet alleen berichten moet bundelen, maar ook identiteiten goed moet beheren. Kanaaldata zonder klantcontext maakt agents sneller in het openen van tickets, maar niet sneller in het oplossen ervan.

Click-to-WhatsApp kan stil kapotgaan

De meest onderschatte plek is Click-to-WhatsApp. Veel webshops sturen verkeer vanuit Meta-advertenties direct naar WhatsApp. Dat werkt zolang het gesprek netjes binnenkomt, de klant herkenbaar is en het supportteam kan opvolgen.

Microsoft waarschuwt dat velden die eerder altijd telefoonnummers bevatten straks leeg kunnen zijn of BSUID-waarden kunnen bevatten. Voor Click-to-WhatsApp en inbound serviceberichten is dat precies de kwetsbare plek. Het gevaar is dat dit niet altijd als harde fout verschijnt. De campagne loopt door, het budget loopt door, maar een deel van de gesprekken komt niet goed in je operatie terecht.

Voor een support lead is dat een slechte combinatie: je ziet minder gesprekken, maar weet niet zeker of dat komt door minder vraag, betere self-service of een kapotte identity-flow.

Daarom moet je vóór de rollout niet alleen de technische webhook testen, maar ook de operationele meetpunten:

• Komt het gesprek binnen in de inbox?
• Wordt het juiste klantprofiel gevonden?
• Ziet de agent ordercontext of alleen een los WhatsApp-gesprek?
• Wordt het gesprek meegeteld in campagne- en supportrapportage?
• Kan de klant alsnog vrijwillig een telefoonnummer delen wanneer dat nodig is?

Maak klantidentiteit tweedimensionaal

De belangrijkste aanpassing is simpel: behandel telefoonnummer en BSUID als twee losse identifiers.

Een klantprofiel moet straks meerdere states aankunnen:

| Situatie | Beschikbare data | Supportactie | | --- | --- | --- | | Klant gebruikt geen username | Telefoonnummer, mogelijk BSUID | Match zoals nu, sla BSUID op als het beschikbaar is | | Klant gebruikt username en heeft recente historie | BSUID plus mogelijk telefoonnummer | Match op BSUID, verrijk met bestaande historie | | Nieuwe klant met username | BSUID zonder telefoonnummer | Maak profiel aan, vraag nummer alleen als het nodig is |

Dat laatste punt is belangrijk. Vraag niet standaard naar een telefoonnummer als het niet nodig is. Klanten kiezen juist voor een username omdat ze meer controle willen over hun contactgegevens. Een supportflow die meteen vraagt om "uw telefoonnummer ter verificatie" voelt dan alsof je de privacyverbetering omzeilt.

Vraag het alleen bij concrete noodzaak: orderlookup, accountverificatie, retourafhandeling of bezorging.

Wat je deze maand moet auditen

Begin niet met een groot project. Begin met vijf checks.

1. Zoek alle plekken waar telefoonnummer verplicht is. Denk aan CRM, helpdesk, chatbot, trackinglinks, campagneflows en rapportages.

2. Voeg BSUID toe als apart veld. Niet overschrijven, niet in hetzelfde veld proppen. Telefoonnummer en BSUID hebben een andere functie.

3. Test nieuwe en bestaande klanten apart. Een bestaande klant met historie gedraagt zich anders dan een nieuwe klant die via een advertentie binnenkomt.

4. Pas agentcontext aan. Agents moeten snappen waarom een WhatsApp-profiel soms geen telefoonnummer toont. Geef ze een korte interne notitie en een template om netjes om gegevens te vragen wanneer dat nodig is.

5. Meet conversatieverlies. Houd Click-to-WhatsApp volume, inbound serviceberichten en unmatched profiles apart bij. Een stijging in unmatched profiles is een vroeg waarschuwingssignaal.

Waar SamDesk in dit verhaal past

Voor SamDesk is dit onderwerp relevant omdat WhatsApp niet los staat van de rest van support. Een WhatsApp-bericht wordt pas bruikbaar wanneer het gekoppeld is aan een klant, ticket, status en volgende stap.

Een goede inbox moet dus drie dingen kunnen:

• meerdere identifiers bewaren bij één klantprofiel;
• gesprekken routeren zonder te vertrouwen op één veld;
• agents genoeg context geven om snel en correct te antwoorden.

Daarom is dit ook een goede aanleiding om je live chat en messaging setup breder te bekijken. Niet alleen: "kunnen klanten ons bereiken?" Maar vooral: "kunnen wij ze herkennen, opvolgen en meten?"

Conclusie

WhatsApp usernames zijn geen kleine UI-update. Voor supportteams zijn ze een wijziging in de identity-laag. Wie nu alleen op telefoonnummer matcht, moet vóór juni 2026 testen of WhatsApp-gesprekken nog goed binnenkomen, gekoppeld worden en meetbaar blijven.

De praktische route: voeg BSUID toe, test Click-to-WhatsApp, train agents op privacyvriendelijke verificatie en zorg dat je inbox klantcontext niet kwijt raakt zodra het telefoonnummer ontbreekt.

Dat is geen groot migratieproject. Het is wel een check die je beter vóór de rollout doet dan nadat gesprekken stil verdwijnen.