Wat je daadwerkelijk krijgt uit de GitHub-repo of het CodeCanyon-script van een WhatsApp CRM, wat er niet bij zit, en wanneer broncode kopen het onderhoud waard is waar je dan aan begint.
Zoek op “whatsapp crm source code” en je komt op een van drie plekken terecht: een GitHub-repo die iemand open source heeft gezet, een PHP-script te koop op CodeCanyon, of een tutorial die je vertelt zelf een onofficiële library aan te sluiten. Alle drie beloven hetzelfde, een WhatsApp CRM die je volledig bezit in plaats van huurt via een abonnement. Wat ze er niet bij vermelden, is dat geen van drieën je een werkende WhatsApp-verbinding geeft. Dat deel moet je nog altijd zelf bouwen of apart kopen, en het is meestal het deel dat bepaalt of de “gratis” broncode ook echt gratis blijft.
Hier volgt wat er daadwerkelijk in elk van die drie categorieën zit, welke licentie- en onderhoudsvoorwaarden erbij horen, en waar een kant-en-klare tool zoals The Chat Quotient past voor een team dat liever helemaal geen codebase in eigendom wil.
| Route | Wat je krijgt | WhatsApp-verbinding | Typische kosten | Belangrijkste risico |
|---|---|---|---|---|
| GitHub (open source) | Appcode van wisselende kwaliteit, van actief onderhouden tot verlaten | Regel je zelf: officiële API of een onofficiële library | Gratis code, plus hosting en welke verbinding je ook aansluit | Geen leveranciersondersteuning, sommige repo’s zijn bij oplevering al dood |
| CodeCanyon | Een verpakt PHP-adminpaneel, eenmalige aankoop | Meestal de officiële API of de API van een externe BSP | Ruwweg $18 tot in de hoge $40’s/$50’s, eenmalig | Licentie voor één project, geen gegarandeerde codebeoordeling |
| Zelf bouwen op Baileys | Volledig maatwerkcode, volledige controle | Onofficiële automatisering van WhatsApp Web | Gratis library, plus je eigen ontwikkel- en onderhoudstijd | In strijd met WhatsApp’s servicevoorwaarden, risico op een ban |
| The Chat Quotient | Een afgewerkte Chrome-extensie, niets om te hosten | Draait binnen je bestaande WhatsApp Web-sessie | Vast maandtarief, zie prijzen | Geen van bovenstaande risico’s, er is geen codebase om te onderhouden |
Elke optie op deze lijst is een applicatielaag, een CRM-interface met contacten, pipelines en berichtenlogs, gebouwd om bovenop een WhatsApp-verbinding te draaien. Het is niet de verbinding zelf. Je hebt nog altijd een van twee dingen nodig eronder: de officiële WhatsApp Business API, wat goedkeuring van Meta betekent, een BSP-contract (Business Solution Provider) en facturering per bericht, of een onofficiële library die de WhatsApp Web-interface automatiseert, wat gratis is maar tegen Meta’s servicevoorwaarden ingaat en een reëel risico met zich meebrengt dat het nummer geband wordt.
Dat onderscheid weegt hier zwaarder dan bij een gewone CRM-vergelijking, want als je broncode koopt of forkt, ben jij degene die bepaalt welk van die twee paden het project neemt, en erf je welke afwegingen daarbij horen. We hebben de keuze tussen de officiële API en geen API uitgebreider behandeld in heb je de WhatsApp Business API nodig voor een CRM, en die redenering geldt vrijwel één op één ook voor broncode, alleen met de extra stap dat jij de leidingen bezit in plaats van een leverancier die voor jou.
Een handvol open-source projecten duikt steeds weer op onder “whatsapp crm github”, en ze zijn niet inwisselbaar.
wacrm profileert zichzelf als een zelf te hosten CRM-template, specifiek gebouwd om geforkt, herbranded en zo geïmplementeerd te worden: een gedeelde inbox, contacten met tags en aangepaste velden, salespipelines, broadcastverzendingen met bezorgtracking en no-code-automatiseringen, allemaal gebouwd op de officiële WhatsApp Business API in plaats van een gescrapete verbinding.
Frappe CRM is een breder open-source CRM, geen WhatsApp-specifiek project, dat WhatsApp-berichten toevoegt via een aparte Frappe WhatsApp-app. Het is een reële optie als een bedrijf al andere Frappe-apps draait en WhatsApp in datzelfde ecosysteem wil, minder als WhatsApp de enige reden is dat je het overweegt.
Evolution API is helemaal geen CRM, het is een REST API-laag die verbinding maakt met WhatsApp via ofwel de officiële Cloud API ofwel de onofficiële Baileys-library, en ontwikkelaars koppelen hem aan tools zoals Chatwoot of Typebot om er hun eigen front-end bovenop te bouwen. Het is het juiste bouwblok als je een maatwerkstack samenstelt, en het verkeerde als je op zoek bent naar iets waar je “deploy” op klikt en een afgewerkt CRM krijgt.
Dan is er nog de lange staart: tientallen kleinere repo’s, side-projects van één persoon, en gestaakte pogingen, waarvan sommige letterlijk in hun eigen README dingen heten als “a failed CRM project for WhatsApp”. Open source betekent niet gecontroleerd. Een repo met een handvol sterren en één bijdrager van twee jaar geleden is hooguit een startpunt, geen onderhouden product.
Envato’s CodeCanyon-marktplaats vermeldt tientallen items onder “whatsapp crm”, meestal PHP-adminpanelen die als eenmalige aankoop worden verkocht in plaats van als abonnement. Prijzen lopen van rond de $18 voor een kaal script tot in de hoge $40’s en $50’s voor uitgebreider opties, de meeste gepositioneerd als een WhatsApp-bulkverzender of een lichtgewicht CRM rond de WhatsApp Cloud API of de API van een externe BSP.
Twee dingen over die aankoop worden gemakkelijk over het hoofd gezien op de productpagina. Ten eerste de licentie: Envato’s standaard Regular License dekt één eindproduct, één site, één klant, en verbiedt expliciet het doorverkopen van het item, het herdistribueren van de broncode of het hergebruiken van dezelfde licentie voor meerdere projecten. Bouw je voor meer dan één klant, dan koop je meer dan één licentie. Ten tweede is er geen codebeoordeling anders dan basale functionele tests voordat een script te koop wordt gezet. Je vertrouwt de beveiligingspraktijken van een anonieme verkoper met een codebase die klanttelefoonnummers en chatgeschiedenis gaat bevatten, en doorlopende ondersteuning na de eerste paar maanden is meestal een aparte, betaalde add-on, niet iets dat standaard is inbegrepen.
Sommige ontwikkelaars slaan zowel GitHub als CodeCanyon over en bouwen rechtstreeks op een library zoals Baileys, die de WhatsApp Web-interface automatiseert in plaats van via Meta’s API te gaan. Het is gratis, vereist geen goedkeuringsproces van Meta, en werkt met een nummer dat je al gebruikt, precies waarom het onder zoveel van de “gratis” GitHub- en CodeCanyon-projecten hierboven schuilgaat.
De afweging is dezelfde die Meta zelf duidelijk vermeldt in de eigen servicevoorwaarden: WhatsApp automatiseren buiten de officiële API om is in strijd met die voorwaarden, en het praktische risico is dat het nummer gemarkeerd of geband wordt, zonder beroepsmogelijkheid bij Meta omdat je nooit een geverifieerde API-gebruiker was om te beginnen. Dat is een echte kostenpost, ook al komt er nergens een factuur voor binnen, en het loont om te checken welke verbindingsmethode een gegeven repo of script daadwerkelijk gebruikt voordat je er iets bovenop bouwt.
Geen van de drie routes hierboven is gratis zodra je meerekent wat er na de download komt. Een zelf-gehost project heeft een server, TLS en continu draaiende back-ups nodig, geen eenmalige opzet. Een op Baileys gebaseerde verbinding heeft updates nodig telkens als WhatsApp zijn webclient wijzigt, wat zonder aankondiging gebeurt en het versturen van berichten kan breken totdat iemand de library-versie patcht. En elk van deze, GitHub-repo, CodeCanyon-script of maatwerkbouw, vereist dat iemand in je team beveiligingspatches als een doorlopende verantwoordelijkheid behandelt, want de codebase is nu van jou om te beveiligen, niet van een leverancier.
Kies je voor de officiële-API-route in plaats van Baileys, dan verschuift de onderhoudslast maar verdwijnt niet, je beheert nu een BSP-relatie en Meta’s facturering per bericht bovenop de app zelf. We hebben uitgesplitst hoe die facturering er daadwerkelijk uitziet in onze prijsgids voor de WhatsApp Business API en in de volledige WhatsApp CRM-prijsvergelijking tussen de grote platforms.
The Chat Quotient is geen vierde item op deze lijst. Het is geen broncode die je downloadt, forkt of host, en het is niet open source. Het is een standalone WhatsApp CRM die als Chrome-extensie rechtstreeks in WhatsApp Web draait, op het nummer dat je al gebruikt, en het integreert niet met en koppelt niet aan een van de projecten hierboven, GitHub, CodeCanyon, Frappe of anderszins.
Omdat het draait als een browserextensie die vastzit aan je eigen WhatsApp Web-sessie in plaats van een achtergrondservice die de API namens jou automatiseert, is er geen server om in te richten, geen Baileys-versie om te patchen en geen BSP-contract om te onderhandelen. Wat je in plaats daarvan krijgt is hetzelfde resultaat waar een zelf-gehoste opzet meestal voor gebouwd wordt: een visuele pipeline voor leads en deals, campagneverzendingen met opt-outafhandeling en dagelijkse limieten, een AI-agent die een eerste gesprek met een lead kan voeren en overdraagt zodra het klaar is, en de productiviteitstools (AI-antwoordsuggesties, chatsamenvattingen, snelle antwoorden, geplande berichten) waar een zelfgebouwd script echte ontwikkeltijd voor nodig zou hebben om gelijke tred te houden. Het draait op een vast maandtarief in plaats van een serverrekening plus ontwikkeluren; actuele niveaus staan op de prijspagina.
Niets van dit alles betekent dat broncode kopen of forken een vergissing is. Het is de juiste keuze als een bedrijf eigen ontwikkelaars in huis heeft, WhatsApp-data rechtstreeks in een bestaande database of ERP moet koppelen die een kant-en-klaar CRM niet aanraakt, of eigen functionaliteit wil bouwen die geen kant-en-klare tool biedt. In dat geval is het bezitten van de code precies het punt, en de hosting- en onderhoudslast een kostenpost die je toch al van plan was te dragen. Het is de verkeerde keuze wanneer het daadwerkelijke doel simpelweg een werkend WhatsApp CRM is, zo snel mogelijk, en de broncoderoute uitmondt in een ongepland zijproject in serverbeheer.
Is WhatsApp CRM-broncode echt gratis? De code zelf kan dat zijn, of het nu een gratis GitHub-repo is of een eenmalige CodeCanyon-aankoop, maar hosting, beveiligingspatches en de WhatsApp-verbinding eronder (Meta’s API-kosten of het onderhoud dat een op Baileys gebaseerde opzet nodig heeft) zijn doorlopende kosten die niet op de downloadpagina staan.
Is het legaal om Baileys of andere onofficiële WhatsApp-libraries te gebruiken? Het gebruiken ervan overtreedt geen wet, maar het schendt wel WhatsApp’s eigen servicevoorwaarden, omdat ze de WhatsApp Web-client automatiseren in plaats van via Meta’s officiële API te gaan. Het praktische risico is dat het gekoppelde nummer geband wordt, zonder beroepsmogelijkheid omdat het nooit een geverifieerd Business API-nummer was.
Mag ik een WhatsApp CRM-script dat ik op CodeCanyon heb gekocht doorverkopen? Niet onder Envato’s standaard Regular License. Die licentie dekt één eindproduct voor één klant of project, en verbiedt expliciet doorverkoop, het herdistribueren van de broncode of het hergebruiken van de licentie voor meerdere klanten. Doorverkopen vereist een Extended License.
Biedt The Chat Quotient downloadbare broncode aan? Nee. Het is een Chrome-extensie die je installeert, geen broncode die je host of aanpast. Het integreert niet met GitHub- of CodeCanyon WhatsApp CRM-projecten; het is een apart, standalone alternatief voor teams die het CRM-resultaat willen zonder de codebase te bezitten.
Wat is de veiligste manier om WhatsApp CRM-functionaliteit te krijgen zonder code te schrijven of te onderhouden? Een kant-en-klare tool die draait op je bestaande WhatsApp-nummer zonder een onofficiële automatiseringslibrary eronder. The Chat Quotient werkt op die manier als Chrome-extensie; de afweging voor dat gemak is dat je de functieset gebruikt zoals gebouwd, niet een codebase die je vrij kunt aanpassen.
“WhatsApp CRM broncode” levert je een applicatieschil op, geen afgewerkt product. GitHub geeft je een startpunt van wisselende kwaliteit, CodeCanyon geeft je een gekochte schil met reële licentiebeperkingen en geen gegarandeerde beveiligingsbeoordeling, en bouwen op een onofficiële library ruilt goedkeuring van Meta in voor risico op een ban. Alle drie laten je nog altijd verantwoordelijk voor hosting, patches en de WhatsApp-verbinding zelf. Als die stack bezitten oprecht het doel is, is dat een redelijk doel. Als het doel simpelweg een werkend WhatsApp CRM was, komt een standalone tool zoals The Chat Quotient daar zonder het zijproject.
Voeg de Chrome-extensie toe en transformeer hoe je WhatsApp-gesprekken beheert voor je bedrijf.
