Ce que vous obtenez réellement avec le dépôt GitHub ou le script CodeCanyon d'un CRM WhatsApp, ce qui n'est pas inclus, et quand acheter du code source vaut vraiment la maintenance que cela implique.
Cherchez “whatsapp crm source code” et vous atterrissez dans l’un de ces trois endroits : un dépôt GitHub que quelqu’un a rendu open source, un script PHP en vente sur CodeCanyon, ou un tutoriel qui vous explique comment brancher vous-même une bibliothèque non officielle. Les trois promettent la même chose : un CRM WhatsApp que vous possédez entièrement au lieu de le louer sous forme d’abonnement. Ce qu’ils n’annoncent pas d’emblée, c’est qu’aucun des trois ne vous fournit une connexion WhatsApp fonctionnelle. Cette partie-là, vous devez encore la construire ou l’acheter séparément, et c’est généralement elle qui détermine si le code source “gratuit” le reste vraiment.
Voici ce qui se trouve réellement dans chacune de ces trois catégories, les conditions de licence et de maintenance qui les accompagnent, et où un outil clé en main comme The Chat Quotient se positionne pour une équipe qui préférerait éviter de posséder le code du tout.
| Voie | Ce que vous obtenez | Connexion WhatsApp | Coût typique | Risque principal |
|---|---|---|---|---|
| GitHub (open source) | Du code d’application de qualité très variable, du projet activement maintenu au projet abandonné | À vous de la fournir : API officielle ou bibliothèque non officielle | Code gratuit, plus l’hébergement et la connexion que vous mettez en place | Pas de support éditeur, certains dépôts sont morts dès le départ |
| CodeCanyon | Un panneau d’administration PHP packagé, achat unique | Généralement l’API officielle ou l’API d’un BSP tiers | Environ 18 $ à 40-50 $, paiement unique | Licence limitée à un seul projet, aucune revue de code garantie |
| Construire sur Baileys | Code entièrement sur mesure, contrôle total | Automatisation non officielle de WhatsApp Web | Bibliothèque gratuite, plus votre propre temps de développement et de maintenance | Contrevient aux conditions d’utilisation de WhatsApp, risque de bannissement |
| The Chat Quotient | Une extension Chrome terminée, rien à héberger | Fonctionne à l’intérieur de votre session WhatsApp Web existante | Forfait mensuel fixe, voir la tarification | Aucun des risques ci-dessus, il n’y a pas de code à maintenir |
Chaque option de cette liste est une couche applicative, une interface CRM avec contacts, pipelines et historiques de messages, construite pour venir se greffer sur une connexion WhatsApp. Ce n’est pas la connexion elle-même. Il vous faut toujours l’une de ces deux briques en dessous : l’API officielle WhatsApp Business, ce qui implique une validation par Meta, un contrat avec un BSP (Business Solution Provider, fournisseur de solution métier) et une facturation au message, ou une bibliothèque non officielle qui automatise l’interface WhatsApp Web, gratuite mais contraire aux conditions d’utilisation de Meta et porteuse d’un risque réel de bannissement du numéro.
Cette distinction compte encore plus ici que dans une comparaison de CRM classique, parce que lorsque vous achetez ou forkez du code source, c’est vous qui décidez de la voie empruntée par le projet, et vous héritez des compromis qui vont avec. Nous avons détaillé le choix entre API officielle et absence d’API dans faut-il l’API WhatsApp Business pour un CRM, et l’essentiel de cette logique s’applique directement au code source, avec cette étape supplémentaire : c’est vous qui possédez la plomberie, et non un éditeur à votre place.
Une poignée de projets open source reviennent sans cesse sous “whatsapp crm github”, et ils ne se valent pas tous.
wacrm se présente comme un modèle de CRM auto-hébergeable, conçu spécifiquement pour être forké, rebrandé et déployé tel quel : une boîte de réception partagée, des contacts avec étiquettes et champs personnalisés, des pipelines de vente, des envois en diffusion avec suivi de livraison, et des automatisations sans code, le tout construit sur l’API officielle WhatsApp Business plutôt que sur une connexion scrapée.
Frappe CRM est un CRM open source plus généraliste, pas un projet spécifique à WhatsApp, qui ajoute la messagerie WhatsApp via une application Frappe WhatsApp séparée. C’est une option pertinente si une entreprise fait déjà tourner d’autres applications Frappe et veut WhatsApp dans le même écosystème, moins pertinente si WhatsApp est la seule raison pour laquelle vous l’évaluez.
Evolution API n’est pas du tout un CRM, c’est une couche API REST qui se connecte à WhatsApp via l’API Cloud officielle ou la bibliothèque non officielle Baileys, et les développeurs la branchent sur des outils comme Chatwoot ou Typebot pour construire leur propre interface par-dessus. C’est la bonne brique si vous assemblez une stack sur mesure, et la mauvaise si vous cherchez quelque chose sur lequel cliquer “déployer” pour obtenir un CRM terminé.
Vient ensuite la longue traîne : des dizaines de petits dépôts, des projets personnels d’un seul développeur, et des tentatives abandonnées, certains portant littéralement dans leur propre README un nom du genre “un projet de CRM WhatsApp qui a échoué”. Open source ne veut pas dire vérifié. Un dépôt avec une poignée d’étoiles et un seul contributeur depuis deux ans est au mieux un point de départ, pas un produit maintenu.
La marketplace CodeCanyon d’Envato liste des dizaines d’articles sous “whatsapp crm”, surtout des panneaux d’administration PHP vendus en achat unique plutôt qu’en abonnement. Les prix vont d’environ 18 $ pour un script minimaliste jusqu’à 40-50 $ pour des options plus abouties, la plupart positionnées comme un outil d’envoi WhatsApp en masse ou un CRM léger construit autour de l’API WhatsApp Cloud ou de l’API d’un BSP tiers.
Deux points liés à cet achat passent facilement inaperçus sur la page produit. D’abord, la licence : la Regular License standard d’Envato couvre un seul produit fini, un seul site, un seul client, et elle interdit explicitement de revendre l’article, de redistribuer le code source, ou de réutiliser la même licence sur plusieurs projets. Si vous développez pour plusieurs clients, vous achetez plus d’une licence. Ensuite, il n’y a aucune revue de code au-delà d’un test de fonctionnement basique avant qu’un script soit mis en vente. Vous faites confiance aux pratiques de sécurité d’un vendeur anonyme pour un code qui va héberger des numéros de téléphone clients et des historiques de conversation, et le support au-delà des premiers mois est généralement une option payante à part, pas quelque chose d’inclus.
Certains développeurs court-circuitent à la fois GitHub et CodeCanyon et construisent directement sur une bibliothèque comme Baileys, qui automatise l’interface WhatsApp Web plutôt que de passer par l’API de Meta. C’est gratuit, cela ne demande pas de processus de validation par Meta, et cela fonctionne avec un numéro que vous utilisez déjà, ce qui explique justement pourquoi cette brique se retrouve sous tant des projets “gratuits” cités plus haut, que ce soit sur GitHub ou CodeCanyon.
Le compromis est exactement celui que Meta énonce clairement dans ses propres conditions d’utilisation : automatiser WhatsApp en dehors de l’API officielle va à l’encontre de ces conditions, et le risque concret est que le numéro soit signalé ou banni, sans procédure d’appel possible auprès de Meta puisque vous n’avez jamais été un utilisateur d’API vérifié. C’est un coût réel même s’il n’apparaît sur aucune facture, et cela vaut la peine de vérifier quelle méthode de connexion utilise réellement un dépôt ou un script donné avant de construire quoi que ce soit par-dessus.
Aucune des trois voies ci-dessus n’est gratuite une fois qu’on compte ce qui vient après le téléchargement. Un projet auto-hébergé a besoin d’un serveur, de TLS et de sauvegardes qui tournent en continu, pas d’une configuration ponctuelle. Une connexion basée sur Baileys a besoin d’être mise à jour à chaque fois que WhatsApp modifie son client web, ce qui arrive sans préavis et peut casser l’envoi de messages jusqu’à ce que quelqu’un corrige la version de la bibliothèque. Et chacune de ces options, dépôt GitHub, script CodeCanyon ou développement sur mesure, exige qu’une personne de votre équipe traite les correctifs de sécurité comme une responsabilité continue, parce que le code est désormais le vôtre à sécuriser, pas celui d’un éditeur.
Optez pour la voie de l’API officielle plutôt que pour Baileys, et la charge de maintenance se déplace mais ne disparaît pas : vous gérez désormais une relation avec un BSP et la facturation au message de Meta, en plus de l’application elle-même. Nous avons détaillé à quoi ressemble concrètement cette facturation dans notre guide de tarification de l’API WhatsApp Business et dans le comparatif complet des tarifs des CRM WhatsApp sur les principales plateformes.
The Chat Quotient n’est pas un quatrième élément sur cette liste. Ce n’est pas du code source que vous téléchargez, forkez ou hébergez, et ce n’est pas open source. C’est un CRM WhatsApp autonome qui fonctionne comme une extension Chrome directement dans WhatsApp Web, sur le numéro que vous utilisez déjà, et il ne s’intègre à aucun des projets ci-dessus, ni GitHub, ni CodeCanyon, ni Frappe, ni aucun autre.
Parce qu’il fonctionne comme une extension de navigateur attachée à votre propre session WhatsApp Web plutôt que comme un service en arrière-plan qui automatise l’API en votre nom, il n’y a aucun serveur à provisionner, aucune version de Baileys à corriger, et aucun contrat de BSP à négocier. Ce que vous obtenez à la place, c’est le même résultat qu’une installation auto-hébergée vise généralement : un pipeline visuel pour les prospects et les affaires, des envois de campagnes avec gestion des désinscriptions et limites quotidiennes, un agent IA capable de mener une première conversation avec un prospect et de vous le transmettre une fois le travail fait, et les outils de productivité (suggestions de réponses IA, résumés de conversation, réponses rapides, messages programmés) qu’un script construit à la main mettrait un vrai temps de développement à égaler. Il fonctionne à tarif mensuel fixe plutôt qu’avec une facture de serveur plus des heures de développement ; les paliers actuels sont sur la page tarifs.
Rien de tout cela ne signifie qu’acheter ou forker du code source est une erreur. C’est le bon choix lorsqu’une entreprise dispose de développeurs en interne, a besoin de brancher directement les données WhatsApp sur une base de données ou un ERP existant qu’un CRM packagé ne touchera pas, ou veut construire des fonctionnalités propriétaires qu’aucun outil clé en main ne propose. Dans ce cas, posséder le code est précisément l’objectif, et la charge d’hébergement et de maintenance est un coût que vous aviez déjà prévu d’assumer. C’est le mauvais choix quand l’objectif réel est simplement d’avoir un CRM WhatsApp fonctionnel le plus vite possible, et que la voie du code source se transforme en projet annexe imprévu d’administration système.
Le code source d’un CRM WhatsApp est-il vraiment gratuit ? Le code lui-même peut l’être, qu’il s’agisse d’un dépôt GitHub gratuit ou d’un achat unique sur CodeCanyon, mais l’hébergement, les correctifs de sécurité et la connexion WhatsApp en dessous (les frais d’API de Meta ou la maintenance qu’exige une installation basée sur Baileys) sont des coûts continus qui n’apparaissent pas sur la page de téléchargement.
Est-il légal d’utiliser Baileys ou d’autres bibliothèques WhatsApp non officielles ? Les utiliser n’enfreint aucune loi, mais cela viole bien les conditions d’utilisation propres à WhatsApp, puisqu’elles automatisent le client WhatsApp Web au lieu de passer par l’API officielle de Meta. Le risque concret est que le numéro connecté soit banni, sans possibilité d’appel puisqu’il n’a jamais été un numéro d’API Business vérifié.
Puis-je revendre un script de CRM WhatsApp acheté sur CodeCanyon ? Pas avec la Regular License standard d’Envato. Cette licence couvre un seul produit fini pour un client ou un projet, et interdit explicitement la revente, la redistribution du code source, ou la réutilisation de la licence sur plusieurs clients. Revendre nécessite une Extended License.
The Chat Quotient propose-t-il du code source téléchargeable ? Non. C’est une extension Chrome que vous installez, pas du code source que vous hébergez ou modifiez. Il ne s’intègre pas avec les projets de CRM WhatsApp sur GitHub ou CodeCanyon ; c’est une alternative séparée et autonome pour les équipes qui veulent le résultat d’un CRM sans posséder le code.
Quel est le moyen le plus sûr d’obtenir les fonctionnalités d’un CRM WhatsApp sans écrire ni maintenir de code ? Un outil clé en main qui fonctionne sur votre numéro WhatsApp existant sans bibliothèque d’automatisation non officielle en dessous. The Chat Quotient fonctionne ainsi, sous forme d’extension Chrome ; la contrepartie de cette simplicité, c’est que vous utilisez son ensemble de fonctionnalités tel qu’il est construit, pas un code que vous pouvez personnaliser librement.
“Code source d’un CRM WhatsApp” vous apporte une coquille applicative, pas un produit fini. GitHub vous donne un point de départ de qualité très variable, CodeCanyon vous donne une coquille achetée avec de vraies restrictions de licence et aucune revue de sécurité garantie, et construire sur une bibliothèque non officielle échange la validation de Meta contre un risque de bannissement. Les trois voies vous laissent malgré tout responsable de l’hébergement, des correctifs et de la connexion WhatsApp elle-même. Si posséder cette stack est réellement l’objectif, c’est un objectif raisonnable. Si l’objectif était simplement d’avoir un CRM WhatsApp fonctionnel, un outil autonome comme The Chat Quotient y arrive sans le projet annexe.
Ajoutez l'extension Chrome et transformez la façon dont vous gérez les conversations WhatsApp pour votre entreprise.
