La riunione di solito va bene fino all'ultima slide. Qualcuno mostra il prototipo: una chat di WhatsApp dove il cliente scrive quello che vuole e il modello risponde. Funziona, impressiona, ed è proprio per questo che nessuno fa l'unica domanda che conta —«ma Meta lo permette?»— finché il budget non è approvato e c'è una data di lancio.
La tesi in una frase: la linea che separa un agente di IA legittimo su WhatsApp da uno che ti costa il canale non è tecnica, è di perimetro —se l'IA è il prodotto sei fuori; se l'IA serve una funzione di business precisa sei dentro— e quella distinzione non la decide la tua architettura ma quello che il tuo bot accetta di rispondere.
Quale agente di IA è consentito sulla WhatsApp Business API dopo il cambio del 2026
Meta ha aggiornato i termini della WhatsApp Business Solution per vietare ai fornitori di IA di usare la piattaforma quando l'IA stessa è la funzionalità principale che offrono. Il calendario ha avuto due fasi: dal 15 ottobre 2025 vale per tutti gli account nuovi, e dal 15 gennaio 2026 per tutti quelli esistenti. La conseguenza visibile è stata l'uscita degli assistenti generalisti dal canale —i ChatGPT e Perplexity che vivevano dentro WhatsApp—.
La risposta breve, per chi è venuto solo per quella: sì, un agente di IA è consentito su WhatsApp se serve una funzione di business identificabile della tua azienda —assistenza, ordini, prenotazioni, notifiche, qualificazione di lead— e non è consentito se funziona da assistente di dominio aperto, capace di rispondere a qualsiasi cosa su qualsiasi tema. Meta dichiara due ragioni: quei bot generavano volumi enormi di messaggi che la piattaforma doveva reggere, e non rientravano nelle categorie di template su cui WhatsApp fattura.
- Vietato: fornitori il cui prodotto è l'IA e che usano WhatsApp come canale di distribuzione del proprio assistente. Conversazione aperta, qualsiasi tema, nessuna funzione di business dietro.
- Consentito: marchi e fornitori di servizi che usano l'IA come parte della loro assistenza: rispondere a domande frequenti, seguire un ordine, gestire una prenotazione, segnalare un guasto, qualificare una richiesta.
- Sicuro e fuori dal dibattito: l'IA che lavora verso l'interno —riassunti di conversazione, suggerimenti di risposta per l'operatore umano, traduzione—, perché su WhatsApp non si distribuisce nessun assistente.
Il confine non è la tecnologia: è il perimetro di quello che accetti di rispondere
Qui sta il malinteso costoso. Molti team leggono la regola come una restrizione di modello —«quindi non posso usare un LLM»— e la risposta è che puoi: stesso modello, stesso fornitore, stessa architettura dell'assistente vietato. Quello che cambia è il perimetro della conversazione.
Due bot identici dentro possono cadere ai lati opposti della linea. Uno risponde «certo, ti riassumo quel PDF» e ha appena trasformato il tuo numero aziendale in un canale di assistente generalista. L'altro risponde «posso aiutarti solo su ordini, spedizioni e resi; di quale ordine parliamo?» e resta un servizio clienti. La differenza non è la dimensione del modello: è se hai scritto il rifiuto.
- Perimetro dichiarato. Il bot dice dal primo messaggio cosa sa fare. Un agente che non si presenta finisce per accettare qualunque cosa gli arrivi.
- Rifiuto esplicito. Quello che sta fuori perimetro si rifiuta con un'uscita utile, non con un «non capisco». Senza quella lista scritta, il perimetro reale lo definisce l'utente più creativo.
- Escalation a una persona. Una via chiara verso un umano —o un altro canale— quando l'IA non riesce a risolvere. È un requisito di conformità e, in più, è ciò che evita che il bot inventi pur di non restare zitto.
- Identità aziendale. La conversazione avviene sotto il tuo numero verificato e sui tuoi processi, non come vetrina di un modello.
Detto altrimenti: il perimetro non è una restrizione che si mette all'IA alla fine, è la specifica del sistema. È esattamente la disciplina che tiene viva un'automazione in produzione, quella che sviluppiamo in governance e controllo dell'automazione con IA: decidere per iscritto cosa può toccare il sistema, prima di accenderlo.
Quando NON dovresti montare il tuo agente su WhatsApp
Con il cambio di regole addosso, ci sono tre casi in cui partire da WhatsApp significa partire dal posto sbagliato. Non per divieto: per progetto.
- Quando il tuo caso d'uso è esplorare. Se vuoi un assistente a cui la gente chieda di tutto per scoprire cosa serve, quell'esperimento non entra nel canale. Fallo sul tuo sito o sulla intranet, misura cosa viene chiesto davvero, e porta su WhatsApp solo la parte che si è rivelata una funzione di business.
- Quando il processo dietro non esiste. Un agente di prenotazioni sopra un'agenda che nessuno mantiene non è un progetto di IA, è uno strato di conversazione su un problema operativo. WhatsApp amplifica quello che c'è sotto, nel bene e nel male.
- Quando la conversazione non è il canale naturale. Richieste documentali complesse, comparazioni lunghe, moduli da venti campi: ci stanno, ma stanno meglio altrove. Scegliere il canale per moda è il modo più comune di pagare messaggi che non convertono.
Come si blinda un agente WhatsApp già in produzione
Se ne hai già uno che gira, la revisione è breve e va fatta con il bot davanti, non con la documentazione. Quattro verifiche e una decisione.
- Prova di dominio aperto. Chiedigli il meteo, chiedigli una poesia, mandagli un testo da riassumere. Se risponde, il tuo perimetro non è delimitato: è implicito, e l'implicito non difende un account.
- Prova di deriva. Parti da una richiesta legittima e allontanati dal tema passo dopo passo. La maggior parte dei bot regge la prima deviazione e cede alla terza. È lì che il perimetro si rompe nella pratica.
- Prova di escalation. Verifica che l'uscita verso un umano esista, funzioni negli orari reali e non sia un messaggio che promette una chiamata che non arriva mai.
- Prova di tracciabilità. Guarda se puoi ricostruire cosa è stato chiesto, cosa ha risposto il bot e cosa è finito nei tuoi sistemi. Senza quella traccia, ogni incidente si discute a memoria.
La decisione che esce da quelle quattro prove è quasi sempre la stessa: trasformare il perimetro implicito in perimetro scritto, e mettere una persona nei tratti dove l'IA non deve decidere da sola. È la logica di umano nel ciclo dell'automazione con IA, applicata a un canale dove l'errore non lo vede una squadra interna: lo vede il cliente, sul suo telefono, con il tuo nome sopra.
Cosa dice questo cambio del canale (e di chi ci costruisce sopra)
Leggiamo la regola senza epica. Meta non ha deciso che l'IA conversazionale sia pericolosa: ha deciso che la sua API serve a far parlare le aziende con i loro clienti, non a far distribuire assistenti a terzi. È una decisione di business, coerente con come fattura la piattaforma, e segnala qualcosa di più generale a chiunque costruisca su canali altrui.
La lezione operativa è vecchia e continua a fare male: quando il tuo prodotto vive dentro il canale di un altro, i suoi termini fanno parte della tua architettura. Non un allegato legale che rilegge qualcun altro. Se un cambio di policy può lasciare il tuo servizio senza canale da un giorno all'altro, quella dipendenza si progetta —un secondo canale, il processo disaccoppiato dalla messaggistica, la logica di business dalla tua parte e non nello strumento— prima di averne bisogno.
La buona notizia per la maggior parte delle aziende è che questa regola non le tocca. Se il tuo agente risponde sui tuoi ordini, i tuoi appuntamenti o i tuoi guasti, è esattamente quello che WhatsApp vuole sulla sua piattaforma. E se ti resta il dubbio su dove cade il tuo, la domanda che lo risolve è cruda: togli la tua attività — resta un prodotto? Se sì, hai un assistente generalista con un logo. Se no, hai assistenza automatizzata —la stessa cosa che montiamo quando ci chiedono di rispondere su WhatsApp 24 ore—, e quella resta consentita.