Cosa ottieni davvero dal repository GitHub o dallo script CodeCanyon di un CRM WhatsApp, cosa non include, e quando acquistare il codice sorgente vale la manutenzione a cui ti stai iscrivendo.
Cerca “whatsapp crm source code” e finisci in uno di questi tre posti: un repository GitHub reso open source da qualcuno, uno script PHP in vendita su CodeCanyon, o un tutorial che ti spiega come collegare tu stesso una libreria non ufficiale. Tutti e tre promettono la stessa cosa, un CRM WhatsApp che possiedi del tutto invece di noleggiare come abbonamento. Quello che non dichiarano subito è che nessuno dei tre ti consegna una connessione WhatsApp già funzionante. Quella parte devi ancora costruirla o comprarla a parte, ed è di solito la parte che decide se il codice sorgente “gratis” resta davvero gratis.
Ecco cosa trovi realmente in ciascuno di questi tre gruppi, quali termini di licenza e manutenzione porta con sé, e dove si colloca uno strumento già pronto come The Chat Quotient per un team che preferirebbe evitare del tutto di possedere il codice.
| Strada | Cosa ottieni | Connessione WhatsApp | Costo tipico | Rischio principale |
|---|---|---|---|---|
| GitHub (open source) | Codice applicativo di qualità estremamente variabile, dal mantenuto attivamente all’abbandonato | La fornisci tu: API ufficiale o libreria non ufficiale | Codice gratis, più hosting e qualunque connessione tu colleghi | Nessun supporto vendor, alcuni repository sono morti in partenza |
| CodeCanyon | Un pannello di amministrazione PHP confezionato, acquisto una tantum | Di solito l’API ufficiale o l’API di un BSP terzo | Da circa $18 fino a $40-50, una tantum | Licenza a progetto singolo, nessuna revisione del codice garantita |
| Costruire su Baileys | Codice completamente su misura, controllo totale | Automazione non ufficiale di WhatsApp Web | Libreria gratuita, più il tuo tempo di sviluppo e manutenzione | Viola i termini di servizio di WhatsApp, rischio di ban |
| The Chat Quotient | Un’estensione Chrome già finita, nulla da ospitare | Funziona dentro la tua sessione WhatsApp Web esistente | Piano mensile a tariffa fissa, vedi i prezzi | Nessuno dei rischi sopra, non c’è alcun codice da mantenere |
Ogni opzione di questo elenco è un livello applicativo, un’interfaccia CRM con contatti, pipeline e log dei messaggi, costruita per appoggiarsi su una connessione WhatsApp. Non è la connessione in sé. Ti serve comunque una delle due cose sottostanti: la WhatsApp Business API ufficiale, che significa approvazione di Meta, un contratto con un BSP (Business Solution Provider) e fatturazione per messaggio, oppure una libreria non ufficiale che automatizza l’interfaccia di WhatsApp Web, gratuita ma in contrasto con i termini di servizio di Meta e con un rischio reale che il numero venga bannato.
Questa distinzione conta qui più che in un normale confronto tra CRM, perché quando compri o forki del codice sorgente sei tu a decidere quale delle due strade il progetto imbocca, ereditandone i relativi compromessi. Abbiamo approfondito la scelta tra API ufficiale e nessuna API in ti serve la WhatsApp Business API per un CRM, e gran parte di quel ragionamento si applica direttamente anche al codice sorgente, con in più il passaggio in cui sei tu a possedere l’infrastruttura invece di un vendor che la possiede al posto tuo.
Una manciata di progetti open source ricorre costantemente sotto “whatsapp crm github”, e non sono intercambiabili.
wacrm si presenta come un template di CRM self-hosted costruito apposta per essere forkato, rimarchiato e messo in produzione così com’è: una casella di posta condivisa, contatti con tag e campi personalizzati, pipeline di vendita, invii broadcast con tracciamento della consegna e automazioni no-code, tutto basato sulla WhatsApp Business API ufficiale anziché su una connessione ottenuta con scraping.
Frappe CRM è un CRM open source più generico, non un progetto specifico per WhatsApp, che aggiunge la messaggistica WhatsApp tramite una app Frappe WhatsApp separata. È un’opzione reale se un’azienda usa già altre app Frappe e vuole WhatsApp nello stesso ecosistema, meno se WhatsApp è l’unico motivo per cui lo si sta valutando.
Evolution API non è affatto un CRM, è un livello di API REST che si collega a WhatsApp tramite la Cloud API ufficiale oppure la libreria non ufficiale Baileys, e gli sviluppatori la integrano in strumenti come Chatwoot o Typebot per costruirci sopra un proprio front end. È il mattoncino giusto se stai assemblando uno stack personalizzato, sbagliato se cerchi qualcosa su cui cliccare “deploy” e ottenere un CRM finito.
Poi c’è la lunga coda: decine di repository più piccoli, progetti personali di una sola persona e tentativi abbandonati, alcuni letteralmente chiamati cose come “a failed CRM project for WhatsApp” nel proprio README. Open source non significa verificato. Un repository con una manciata di stelle e un unico contributore di due anni fa è nella migliore delle ipotesi un punto di partenza, non un prodotto mantenuto.
Il marketplace CodeCanyon di Envato elenca decine di prodotti sotto “whatsapp crm”, per lo più pannelli di amministrazione PHP venduti come acquisto una tantum anziché in abbonamento. I prezzi vanno da circa $18 per uno script essenziale fino a $40-50 per opzioni più sviluppate, la maggior parte posizionata come sender bulk per WhatsApp o come CRM leggero costruito attorno alla WhatsApp Cloud API o all’API di un BSP terzo.
Due cose di quell’acquisto passano facilmente inosservate sulla pagina prodotto. Primo, la licenza: la Regular License standard di Envato copre un solo prodotto finale, un sito, un cliente, e vieta esplicitamente di rivendere l’articolo, ridistribuirne il sorgente o riutilizzare la stessa licenza su più progetti. Se stai costruendo per più di un cliente, ti serve più di una licenza. Secondo, non c’è alcuna revisione del codice oltre a un test funzionale di base prima che uno script vada in vendita. Stai affidando ai criteri di sicurezza di un venditore anonimo un codice base che conterrà numeri di telefono e cronologia chat dei clienti, e il supporto continuativo oltre i primi mesi è di solito un componente aggiuntivo a pagamento separato, non qualcosa incluso.
Alcuni sviluppatori saltano sia GitHub che CodeCanyon e costruiscono direttamente su una libreria come Baileys, che automatizza l’interfaccia di WhatsApp Web invece di passare dall’API di Meta. È gratuita, non richiede il processo di approvazione di Meta e funziona con un numero che già usi, motivo per cui la trovi sotto molti dei progetti “gratuiti” su GitHub e CodeCanyon citati sopra.
Il compromesso è lo stesso che Meta dichiara apertamente nei propri termini di servizio: automatizzare WhatsApp al di fuori dell’API ufficiale viola quei termini, e il rischio pratico è che il numero venga segnalato o bannato, senza alcuna procedura di ricorso presso Meta, dato che non sei mai stato un utente API verificato in primo luogo. È un costo reale anche se non arriva mai una fattura per pagarlo, ed è bene controllare quale metodo di connessione usi davvero un dato repository o script prima di costruirci sopra qualsiasi cosa.
Nessuna delle tre strade sopra è gratis una volta contato cosa arriva dopo il download. Un progetto self-hosted ha bisogno di un server, TLS e backup attivi in modo continuo, non una configurazione una tantum. Una connessione basata su Baileys ha bisogno di aggiornamenti ogni volta che WhatsApp cambia il proprio client web, cosa che avviene senza preavviso e può bloccare l’invio dei messaggi finché qualcuno non aggiorna la versione della libreria. E ognuna di queste strade, repository GitHub, script CodeCanyon o sviluppo su misura, richiede che qualcuno nel tuo team tratti le patch di sicurezza come una responsabilità continua, perché il codice base è ora tuo da proteggere, non di un vendor.
Scegli la strada dell’API ufficiale invece di Baileys, e il carico di manutenzione si sposta ma non scompare, ora gestisci una relazione con un BSP e la fatturazione per messaggio di Meta oltre all’applicazione in sé. Abbiamo scomposto come funziona davvero quella fatturazione nella nostra guida ai prezzi della WhatsApp Business API e nel confronto completo dei prezzi dei CRM WhatsApp tra le principali piattaforme.
The Chat Quotient non è un quarto elemento di questo elenco. Non è codice sorgente da scaricare, forkare o ospitare, e non è open source. È un CRM WhatsApp standalone che funziona come estensione Chrome direttamente dentro WhatsApp Web, sul numero che già usi, e non si integra né si collega a nessuno dei progetti citati sopra, GitHub, CodeCanyon, Frappe o altri.
Poiché funziona come estensione del browser collegata alla tua stessa sessione WhatsApp Web invece di un servizio in background che automatizza l’API per tuo conto, non c’è alcun server da approvvigionare, nessuna versione di Baileys da aggiornare e nessun contratto BSP da negoziare. Quello che ottieni invece è lo stesso risultato per cui viene di solito costruita una configurazione self-hosted: una pipeline visiva per lead e trattative, invii di campagne con gestione degli opt-out e limiti giornalieri, un agente IA in grado di sostenere una prima conversazione con un lead e passare la mano quando ha finito, e gli strumenti di produttività (suggerimenti di risposta IA, riepiloghi delle chat, risposte rapide, messaggi programmati) che uno script costruito da zero richiederebbe un tempo di sviluppo reale per raggiungere alla pari. Funziona con una tariffa mensile fissa anziché una bolletta server più ore di sviluppo; i livelli attuali sono sulla pagina prezzi.
Niente di tutto questo significa che comprare o forkare il sorgente sia un errore. È la scelta giusta quando un’azienda ha sviluppatori interni, deve collegare i dati WhatsApp direttamente a un database esistente o a un ERP che un CRM confezionato non tocca, o vuole costruire funzionalità proprietarie che nessuno strumento pronto all’uso offre. In quel caso possedere il codice è proprio l’obiettivo, e l’onere di hosting e manutenzione è un costo che avevi già messo in conto. È la scelta sbagliata quando l’obiettivo reale è solo un CRM WhatsApp funzionante il più rapidamente possibile, e la strada del codice sorgente si trasforma in un progetto collaterale non pianificato di amministrazione di server.
Il codice sorgente di un CRM WhatsApp è davvero gratis? Il codice in sé potrebbe esserlo, sia che si tratti di un repository GitHub gratuito o di un acquisto una tantum su CodeCanyon, ma l’hosting, le patch di sicurezza e la connessione WhatsApp sottostante (le tariffe API di Meta o la manutenzione richiesta da una configurazione basata su Baileys) sono costi continuativi che non compaiono nella pagina di download.
È legale usare Baileys o altre librerie WhatsApp non ufficiali? Usarle non infrange alcuna legge, ma viola i termini di servizio di WhatsApp, dato che automatizzano il client WhatsApp Web invece di passare dall’API ufficiale di Meta. Il rischio pratico è che il numero collegato venga bannato, senza possibilità di ricorso dato che non è mai stato un numero Business API verificato.
Posso rivendere uno script CRM WhatsApp comprato su CodeCanyon? Non con la Regular License standard di Envato. Quella licenza copre un solo prodotto finale per un cliente o un progetto, e vieta esplicitamente di rivendere, ridistribuire il sorgente o riutilizzare la licenza su più clienti. Per rivendere serve una Extended License.
The Chat Quotient offre codice sorgente scaricabile? No. È un’estensione Chrome che installi, non codice sorgente da ospitare o modificare. Non si integra con progetti CRM WhatsApp su GitHub o CodeCanyon; è un’alternativa separata e standalone per i team che vogliono il risultato di un CRM senza possedere il codice base.
Qual è il modo più sicuro per ottenere le funzionalità di un CRM WhatsApp senza scrivere o mantenere codice? Uno strumento già pronto che funziona sul tuo numero WhatsApp esistente senza una libreria di automazione non ufficiale sotto il cofano. The Chat Quotient funziona così, come estensione Chrome; il compromesso di questa comodità è che usi il suo set di funzionalità così com’è costruito, non un codice base che puoi personalizzare liberamente.
Il “codice sorgente di un CRM WhatsApp” ti dà un guscio applicativo, non un prodotto finito. GitHub ti dà un punto di partenza di qualità estremamente variabile, CodeCanyon ti dà un guscio acquistato con vere restrizioni di licenza e nessuna revisione di sicurezza garantita, e costruire su una libreria non ufficiale scambia l’approvazione di Meta con il rischio di ban. Tutte e tre le strade ti lasciano comunque responsabile dell’hosting, delle patch e della connessione WhatsApp in sé. Se possedere quello stack è davvero l’obiettivo, è un obiettivo ragionevole. Se l’obiettivo era solo un CRM WhatsApp funzionante, uno strumento standalone come The Chat Quotient ci arriva senza il progetto collaterale.
Aggiungi l'estensione Chrome e trasforma il modo in cui gestisci le conversazioni WhatsApp per il tuo business.
