Perché evitare le soluzioni WhatsApp API non ufficiali
WASenderAPI, GOWA, Baileys: promettono tutto quello che fa ManyChat a costo inferiore. Ecco i rischi concreti di ban e instabilità che chi le usa scopre troppo tardi.
TL;DR
Gli strumenti non ufficiali usano Baileys, non l'API Meta. Il rischio è il ban permanente del numero senza preavviso. Noi stessi abbiamo usato WASenderAPI su un progetto reale: la migrazione a ManyChat era inevitabile. Il risparmio non vale il rischio.
Perché evitare le soluzioni WhatsApp API non ufficiali
Cercando su Google «WhatsApp API bot» o «WhatsApp automation», si incontra rapidamente una categoria di strumenti che promette tutto quello che fa ManyChat ma a un costo molto inferiore, spesso con setup più semplice e senza dover passare per Meta Business Manager. Si chiamano WASenderAPI, GOWA, Baileys, e una dozzina di varianti con nomi diversi.
La promessa è reale. Il prezzo è reale. Noi stessi abbiamo usato WASenderAPI per il bot di CPER nelle prime settimane di sviluppo. 5 euro al mese, connessione a n8n immediata, nessun costo per messaggio. Sulla carta era il setup perfetto.
Non lo era.
Cosa sono questi strumenti
WhatsApp ha una sola API ufficiale: la Cloud API di Meta, quella che richiede verifica aziendale, Business Solution Provider, e la burocrazia descritta in Come collegare WhatsApp a ManyChat. Gli strumenti non ufficiali non usano questa API. Usano Baileys, una libreria open source che funziona in modo completamente diverso.
Baileys emula WhatsApp Web nel browser. Invece di comunicare con un'API di Meta, simula un dispositivo che si connette a WhatsApp come farebbe il tuo telefono: scansioni un QR code, si stabilisce una sessione, e da lì in poi il sistema può inviare e ricevere messaggi come se fosse un utente normale che usa l'app sul telefono. WASenderAPI, GOWA e gli altri sono un'interfaccia sopra Baileys che rende questa simulazione accessibile tramite HTTP.
È una soluzione ingegnosa. Ed è esattamente qui che iniziano i problemi.
Il problema reale: il QR code che si scollega
Nelle prime tre settimane con WASenderAPI tutto funzionava. Il bot rispondeva velocemente, avevamo integrato anche un simulatore di comportamento umano con typing indicator (l'indicatore «sta scrivendo...») per far sembrare che ci fosse una persona reale dietro la chat e ridurre il rischio di rilevamento da parte di Meta. Era elegante.
Poi ha iniziato a scollegarsi. Non una volta al giorno: 3-4 volte al giorno, nei momenti più casuali. WASenderAPI perdeva la sessione WhatsApp e richiedeva di riscansionare il QR code per riconnettersi. Il bot smetteva di rispondere, i messaggi degli utenti cadevano nel vuoto, e per ripristinarlo bisognava aprire il laptop, entrare nel pannello, riscansionare.
Questo succedeva in macchina. Da un cliente. Di notte. Nel weekend.
Non esiste un modo di tenere questo sistema in produzione su campagne attive. Il costo del piano ManyChat, visto da quel punto, smette di sembrare un problema.
Perché si scollega
La sessione Baileys è strutturalmente fragile perché simula una connessione mobile, non una API dedicata. WhatsApp è progettato per rilevare le sessioni che si comportano in modo anomalo (troppi messaggi, pattern di invio meccanico, connessione da IP fisso invece che da un dispositivo mobile reale) e le chiude. È lo stesso meccanismo che protegge gli utenti dallo spam, e Baileys ci cade dentro in modo sistematico.
Il typing indicator e i ritardi simulati riducono la frequenza dei disconnessioni ma non la eliminano. La sessione prima o poi cade, e non c'è niente che il fornitore possa fare: il problema è strutturale, non è un bug da correggere.
Il rischio di ban
Il QR code da riscansionare è scomodo. Il ban è un'altra cosa.
WhatsApp può bloccare definitivamente un numero usato con client non ufficiali. Non è un rischio teorico: succede, senza preavviso, senza possibilità di appello. Un numero bannato non si recupera: nuovo numero, nuovo profilo, nuova verifica Meta, nuovi template di messaggio da approvare. Settimane di lavoro, non ore.
Noi non siamo stati bannati, anche perché abbiamo migrato su ManyChat prima che succedesse. Ma il meccanismo di rilevamento di Meta è opaco e imprevedibile: quello che ha funzionato per tre settimane può non funzionare la quarta. Il rischio cresce nel tempo, non diminuisce.
Con ManyChat o Wati, che sono Business Solution Provider ufficiali, questo rischio non esiste. Hanno accordi con Meta, gestiscono il rate limiting correttamente, e anche se la verifica aziendale fallisce ti permettono di riprovare invece di bloccarti.
L'instabilità a lungo termine
C'è un terzo problema, meno visibile ma strutturale: Baileys si rompe ogni volta che WhatsApp aggiorna il protocollo di connessione.
Meta aggiorna WhatsApp regolarmente. Ogni aggiornamento può rompere la compatibilità con i client non ufficiali: le sessioni smettono di funzionare, si aspetta che qualcuno nella community pubblica un fix, si aggiorna la libreria, si testa di nuovo. In produzione questo si traduce in downtime non pianificato. Con le API ufficiali non succede: Meta non rompe le API senza preavviso perché è vincolata dai contratti con i Business Solution Provider.
Il calcolo economico reale
5 euro al mese contro 39 euro al mese: la differenza su 12 mesi è di oltre 400 euro. Sembra tanto.
Poi consideri che bastano due giorni di bot offline su una campagna da 20 euro al giorno per perdere 40 euro di advertising che non ha prodotto niente. O che ogni disconnessione durante una demo o una riunione richiede di interrompere quello che stai facendo per riscansionare un QR code. O che un ban costringe a ricostruire tutto da zero in settimane.
Per prototipare in locale, per imparare, per un test che non andrà mai in produzione: le soluzioni non ufficiali hanno senso. Per qualsiasi cosa collegata a campagne pubblicitarie attive, a un numero che i clienti conoscono, a un flusso su cui dipende la generazione di lead: il risparmio non vale.
La migrazione da non ufficiale a ufficiale
Se stai già usando WASenderAPI o simili su un numero attivo, la migrazione a ManyChat richiede attenzione su due fronti. Cambia il formato del payload (la struttura dei dati usata per inviare e ricevere messaggi), quindi i nodi di invio nel workflow n8n vanno aggiornati. E vale la pena leggere il consiglio sui 7-14 giorni in Come collegare WhatsApp a ManyChat: un numero con una storia recente su client non ufficiali potrebbe avere problemi con la verifica Coexistence di Meta.
Leggi anche: Come configurare un chatbot WhatsApp per rispondere automaticamente ai messaggi da Facebook Ads per scegliere la piattaforma giusta per il tuo caso d'uso.
Domande frequenti
WASenderAPI o GOWA possono andare bene per iniziare a testare? Per test in locale o prototipi che non entrano in produzione, sì. Il setup è veloce e il costo è irrilevante. Il problema inizia il giorno in cui colleghi il bot a una campagna attiva e ti aspetti che risponda in modo affidabile 24 ore su 24.
Il typing indicator evita il ban? Riduce il rischio di rilevamento immediato simulando un comportamento più umano, ma non elimina il problema strutturale: la sessione Baileys rimane fragile e soggetta a disconnessioni indipendentemente dai ritardi simulati.
Cosa perdo concretamente se vengo bannato? Il numero. Non si recupera: nuovo numero, nuovo profilo Meta, nuova verifica aziendale, nuovi template di messaggio da sottomettere e aspettare che vengano approvati. Se quel numero era già conosciuto dai tuoi clienti, perdi anche quella continuità.
ManyChat ha problemi simili di disconnessione? Nella nostra esperienza, no. Dopo la migrazione da WASenderAPI a ManyChat non abbiamo più avuto disconnessioni non pianificate. È esattamente la differenza tra un'API ufficiale con contratti di stabilità e una sessione simulata che Meta può chiudere in qualsiasi momento.
Questo articolo fa parte del cluster su WhatsApp e Facebook Ads: Come integrare WhatsApp con Facebook Ads - guida pratica per aziende italiane