Een bedrijf dat WhatsApp alleen voor zijn eigen klanten gebruikt, hoeft meestal geen WhatsApp Tech Provider te worden. Die route is bedoeld voor een softwarebedrijf dat andere ondernemingen hun eigen WhatsApp assets aan zijn product laat koppelen, doorgaans via Embedded Signup. Het product kan daarna toegestane handelingen namens die klanten uitvoeren.
Dat verschil voorkomt veel onnodig werk. Teams zoeken soms naar een officiële WhatsApp Business API partnerstatus terwijl ze alleen een werkend Cloud API account voor hun eigen bedrijf nodig hebben. De verkeerde route voegt app review, rechtenbeheer, beveiliging, ondersteuning en een proces voor het afsluiten van klanten toe zonder de eigen berichtenstroom beter te maken.
Kies eerst de juiste rol
Het actuele overzicht van het WhatsApp partnerecosysteem onderscheidt verschillende rollen. Een externe ontwikkelaar begint als Tech Provider en kan later, als aan de voorwaarden is voldaan, een upgrade naar Tech Partner starten. Een Solution Partner biedt bredere implementatie en ondersteuning. WhatsApp vermeldt ook dat alleen Solution Partners een kredietlijn voor betalingen aan bedrijven kunnen verstrekken.
Begin met één gewone vraag. Van wie is het WhatsApp Business Account dat je software gaat beheren?
- Is het alleen van je eigen bedrijf, volg dan de normale onboarding voor bedrijven.
- Koppelen klanten hun eigen accounts aan je product, onderzoek dan de Tech Provider route.
- Adviseer en implementeer je zonder een product voor meerdere klanten te bouwen, dan past een bestaand platform of een Solution Partner waarschijnlijk beter.
Kies de status niet omdat die officieel klinkt. Kies hem omdat het eigendom van assets, de rechten en de facturering hem vereisen.
Goedkeuring begint met een echt product
De aanvraag mag niet het eerste moment zijn waarop het team bepaalt hoe het product werkt. Beschrijf vóór de onboarding bij Meta één volledige klantreis van koppeling tot verwijdering.
Stel dat een webwinkel zijn account aan een supportplatform koppelt. Het platform moet weten welke beheerder toegang verleent, welke WhatsApp assets zijn gekozen, wat de software mag doen, waar berichten en statussen binnenkomen, welke medewerkers mogen handelen, hoe toegang wordt ingetrokken en wat er met bewaarde gegevens gebeurt wanneer de klant vertrekt.
Die reis maakt zichtbaar wat een algemene functielijst verbergt. Je hebt een bereikbare productomgeving, een duidelijke privacyverklaring, veilige opslag van credentials, scheiding tussen klanten, controleerbare logs, ondersteuning en een afsluitproces nodig. Bestaan die zaken alleen in slides, dan loopt het reviewpakket vooruit op het product.
Behandel Embedded Signup als toegangsgrens
De officiële WhatsApp Business Platform collectie van Meta op Postman beschrijft Embedded Signup als de onboarding waarmee Solution Partners, Tech Providers en Tech Partners zakelijke klanten koppelen.
Het lijkt misschien op een loginvenster. In de praktijk is het het moment waarop de klant moet begrijpen welke businessportfolio en WhatsApp assets worden gedeeld en wat jouw applicatie ermee gaat doen.
Leg vóór het koppelen uit wat er gebeurt, bevestig daarna het gekozen account en maak ontkoppelen vindbaar. Bewaar alleen identifiers en rechten die het product werkelijk nodig heeft. Vraag geen bredere toegang voor een mogelijke toekomstige functie.
Meta wijzigt zijn ontwikkelaarsinterface en reviewinstructies. Gebruik daarom bij de aanvraag de actuele onboardingchecklist waarnaar de officiële partnerpagina verwijst. Een gekopieerde reeks schermklikken kan verouderen terwijl het onderliggende controlemodel nog klopt.
Maak bewijs dat een reviewer begrijpt
Een goede reviewopname volgt één echte taak van de actie van de gebruiker tot het resultaat in het product. De reviewer moet kunnen zien waarom een recht nodig is zonder te raden wat er achter het scherm gebeurde.
Bereid een testaccount en een kort script voor. Toon de klantkoppeling, de exacte productactie, het bericht of de accountwijziging die volgt en het event dat je applicatie ontvangt. Beheert het product templates, laat dan die workflow zien. Verzendt en ontvangt het berichten, toon beide richtingen en de relevante status of webhook. Koppel elk aangevraagd recht aan een bestaande functie en verwijder rechten zonder huidig gebruik.
Geef precieze toegangsinstructies voor de reviewer en test ze in een schone sessie. Een opname lost geen onbereikbare login, verlopen testaccount of webhook op die alleen op de laptop van een ontwikkelaar werkt.
Plan het werk na goedkeuring
Goedkeuring geeft toestemming voor een bepaalde integratie. Het is geen kwaliteitscertificaat voor iedere workflow die een klant later bouwt.
Het WhatsApp Business Messaging Policy blijft gelden. Het vereist toestemming voordat een bedrijf iemand benadert, het respecteren van afmeldingen en goedgekeurde templates voor door het bedrijf gestarte gesprekken. Vrije antwoorden zijn toegestaan binnen het klantenservicevenster. Je product moet correct gedrag eenvoudiger en misbruik zichtbaar maken.
Gebruik voor een bredere operationele controle de gids voor WhatsApp API-naleving.
Wijs eigenaren aan voor platformmeldingen, monitoring van webhooks en tokens, onderzoek naar waarschuwingen, beperking van toegang en het afsluiten van vertrokken klanten. De WhatsApp Business Terms leggen beveiligingsplichten en verantwoordelijkheid voor rechtmatig gebruik bij het bedrijf. Een provider mag die verplichtingen niet verbergen achter een geslaagde koppeling.
Weet wanneer een partnerplatform genoeg is
De Tech Provider route past wanneer Embedded Signup en het beheer van WhatsApp assets van klanten de kern van je eigen software vormen. Het is een blijvende operationele verantwoordelijkheid, geen korte weg om een API door te verkopen.
Een bureau of consultant kan meer waarde leveren door workflows op een bestaand product te implementeren. Het DripTell partnerprogramma is bedoeld voor consultants, bureaus en integrators die klantgesprekken helpen organiseren. Die commerciële relatie staat los van goedkeuring door Meta en mag nooit als vervanging worden voorgesteld.
Baseer de keuze op controle en verantwoordelijkheid. Moet je product klantaccounts onboarden en op hun assets handelen, bereid je dan voor op de Tech Provider route. Zo niet, kies dan het eenvoudigere model en besteed de vrijgekomen tijd aan het klantprobleem.
Veelgestelde vragen
Heb ik Tech Provider status nodig voor mijn eigen account
Meestal niet. Een bedrijf dat zijn eigen WhatsApp account koppelt en gebruikt, volgt doorgaans de standaardroute. De status is relevant wanneer jouw software WhatsApp assets van andere bedrijven koppelt en beheert.
Zijn Tech Provider en Tech Partner hetzelfde
Nee. In het huidige overzicht van WhatsApp begint een externe ontwikkelaar als Tech Provider. Een provider die aan de voorwaarden voldoet, kan later een afzonderlijke upgrade naar Tech Partner starten.
Mag ik na goedkeuring de facturering van klanten beheren
Ga daar niet automatisch van uit. WhatsApp vermeldt dat alleen Solution Partners een kredietlijn aan bedrijven kunnen verstrekken. Bevestig je betalingsmodel voordat je klantcontracten opstelt.
Wat bereid ik voor op app review
Zorg voor een bereikbare productomgeving, een volledige use case, testtoegang, precieze instructies, bewijs voor ieder recht, een werkend webhookpad, privacy en beveiligingsmaatregelen en een vastgelegd ontkoppelproces.
DripTell Editorial
Praktische uitleg, gecontroleerd door het product- en klantworkflowteam van DripTell.
Lees hoe DripTell productclaims controleert, primaire bronnen gebruikt en correcties verwerkt.
Redactioneel en bronnenbeleid



