Template WhatsApp Business: come farli approvare da Meta

Un template WhatsApp Business è un messaggio con struttura fissa e variabili che Meta approva prima dell'uso. Serve per una cosa sola, ma decisiva: contattare qualcuno fuori dalla finestra di 24 ore, cioè quando quella persona non ti ha scritto di recente.

Questo lo rende il pezzo obbligato di qualsiasi automazione basata su date — promemoria, istruzioni, solleciti, conferme. Nessun template approvato, nessun messaggio automatico. È anche la parte del progetto che dipende meno da te: l'approvazione ha tempi propri e un template scritto male torna indietro.

Qui raccogliamo le regole pratiche emerse costruendo cinque tipi di messaggio per sei lingue nel caso studio dell'agente WhatsApp per affitti brevi, realizzato per Rial Estate.

Com'è fatto un template

Un template ha una struttura semplice e rigida.

1. Intestazione (facoltativa). Può essere una riga di testo, oppure un media: immagine, video o documento. Nel progetto degli affitti brevi l'intestazione porta il PDF delle istruzioni.
2. Corpo (obbligatorio). Il testo del messaggio, con variabili numerate che riempi al momento dell'invio: nome, data, importo.
3. Piè di pagina (facoltativo). Una riga breve, tipicamente per una nota o un riferimento.
4. Pulsanti (facoltativi). Azioni rapide come "conferma" o un collegamento esterno.

Il template va dichiarato in una categoria, e questa scelta è la più delicata dell'intero processo.

Le categorie: sbagliarle è la prima causa di rifiuto

La regola che conta: se nel testo c'è un invito a comprare, è marketing, anche se il resto del messaggio è di servizio. Infilare una frase promozionale dentro un template dichiarato "utility" è il modo più veloce per farsi rifiutare, e anche il più comprensibile dal punto di vista di Meta.

Le regole pratiche per passare alla prima revisione

Sono poche e si rispettano facilmente, una volta che le conosci.

• Il testo deve essere comprensibile da solo. Chi revisiona non conosce la tua attività: deve capire dal messaggio a chi è diretto e perché.
• Niente variabile in apertura o in chiusura. Un messaggio che inizia o finisce con un segnaposto viene letto come potenzialmente vuoto. Metti sempre del testo fisso attorno.
• Le variabili devono essere numerate in ordine e usate tutte. Un numero saltato è un errore di formato.
• Nessuna variabile può restare vuota all'invio. Se un dato può mancare, prevedi un valore di ripiego sensato prima di chiamare l'API.
• Evita il testo troppo generico. "Ciao {{1}}, ecco le informazioni" non fa capire nulla del contesto e viene spesso respinto.
• Coerenza fra intestazione e corpo. Se l'intestazione è un documento, il corpo deve spiegare cosa contiene.

Un esempio scritto bene e uno scritto male

Un corpo che passa senza problemi ha questa forma: "Ciao {{1}}, la tua prenotazione presso {{2}} è confermata dal {{3}} al {{4}}. Nei prossimi giorni riceverai le istruzioni per l'arrivo." Il contesto è chiaro, le variabili sono circondate da testo, e chi legge capisce di cosa si tratta.

Un corpo che viene respinto assomiglia a questo: "{{1}}, ecco il tuo link: {{2}}". Apre con una variabile, chiude con una variabile, e non spiega né chi scrive né perché.

Il problema delle lingue

Ogni lingua è un template separato. Cinque tipi di messaggio per sei lingue fanno trenta template, ognuno con la sua revisione.

Questo ha due conseguenze pratiche che conviene affrontare in fase di progetto e non a ridosso del lancio.

La prima è di tempo: le approvazioni non arrivano tutte insieme, e finché una lingua non è approvata gli ospiti che le corrispondono non ricevono nulla.

La seconda è di robustezza: serve un comportamento definito per quando la lingua manca. Nel progetto degli affitti brevi l'inglese fa da ripiego. Senza un ripiego esplicito, un destinatario con una lingua non approvata produce un errore — e, se la coda non è isolata per destinatario, quell'errore ferma anche gli invii successivi. È esattamente uno degli incidenti raccontati in sei errori pagati sul campo.

La scelta della lingua da assegnare a ciascun destinatario è un problema a sé, trattato in messaggi automatici multilingua.

Gestire trenta template senza perdere la testa

Con cinque messaggi per sei lingue si arriva a trenta oggetti da governare. È il punto in cui un progetto ordinato si distingue da uno che diventerà ingestibile in sei mesi.

Tre accorgimenti risolvono quasi tutto.

• Una convenzione di nomi rigida. Il nome del template deve dire tipo di messaggio e lingua in modo prevedibile, così che il flusso possa comporlo da solo invece di avere un elenco scritto a mano da aggiornare.
• Un solo punto dove sta scritto quali lingue esistono. Se l'elenco è duplicato nel flusso e nella documentazione, prima o poi divergono.
• Un registro delle revisioni. Quando un template viene modificato e rimandato in revisione, serve sapere da quando è attiva la nuova versione: senza, quando qualcosa cambia nei messaggi ricevuti dai clienti, nessuno sa perché.

La manutenzione dei template è lavoro ricorrente, non una tantum. Ogni volta che cambia una procedura interna — un orario, una regola di accesso, un riferimento — bisogna capire quali template la contengono e rimandarli in revisione. È la ragione pratica per cui conviene trasformare in variabile tutto ciò che ha una probabilità concreta di cambiare.

Testare prima di andare in produzione

Un template approvato non è un template funzionante. L'approvazione dice che Meta accetta quel testo, non che il tuo flusso lo riempia correttamente.

Le prove che vale la pena fare, tutte su un numero di test e mai su clienti reali:

1. Invio con tutte le variabili piene. Verifica che l'ordine dei segnaposti corrisponda a quello che ti aspetti: è facile invertire due valori e accorgersene solo dal messaggio ricevuto.
2. Invio con una variabile vuota. Deve fallire in modo prevedibile, non produrre un messaggio con un buco.
3. Invio in ogni lingua. Le traduzioni possono spostare i segnaposti in posizioni che l'italiano non prevedeva.
4. Invio verso una lingua non approvata. Serve a verificare che il ripiego funzioni e che l'errore non blocchi la coda.

L'ultima prova è quella che quasi nessuno fa, ed è quella che ci ha salvato dal ripetere un incidente già visto — raccontato in sei errori pagati sul campo.

Esempi pratici

Uno studio che manda promemoria. Un template di categoria utility, corpo con nome, data e ora, nessun invito commerciale. Passa senza difficoltà perché il contesto è evidente e il messaggio è chiaramente legato a un appuntamento già preso.

Un e-commerce che avvisa della spedizione. Utility, con il codice di tracciamento come variabile e un pulsante che apre la pagina del corriere. Se nello stesso messaggio si aggiunge "e con il codice SCONTO10 hai il 10% sul prossimo ordine", il template diventa marketing e va dichiarato come tale.

Una struttura ricettiva multilingua. Lo stesso messaggio di benvenuto in sei versioni. Il consiglio pratico: fai approvare per prime le due lingue che coprono la maggior parte dei clienti, così puoi partire, e aggiungi le altre man mano. Un progetto simile per il settore viaggi è descritto in AI per agenzie di viaggio.

Errori da evitare

Scoprire i tempi di approvazione a progetto finito. È l'errore di pianificazione più comune. I template vanno inviati in revisione appena il testo è deciso, in parallelo allo sviluppo, non dopo.

Testo promozionale in un template di servizio. Rifiuto quasi certo, e una revisione persa.

Nessun ripiego quando manca la lingua. Produce fallimenti in produzione, spesso proprio sui destinatari meno frequenti — quindi difficili da notare nei test.

Template troppo rigidi. Se il testo fisso contiene qualcosa che cambia ogni stagione (un orario, una regola interna), ogni cambio impone una nuova revisione. Meglio trasformarlo in variabile fin dall'inizio.

Non conservare l'elenco. Con trenta template attivi serve un posto dove sta scritto quale template corrisponde a quale messaggio in quale lingua, altrimenti la manutenzione diventa un lavoro archeologico.

Come applicarlo in azienda

1. Elenca i messaggi che devi poter mandare a freddo. Sono quelli che diventeranno template.
2. Assegna la categoria giusta a ciascuno, guardando il contenuto e non l'intenzione.
3. Scrivi i testi in italiano, poi traducili. Verifica che le variabili abbiano senso in tutte le lingue: l'ordine delle parole cambia e un segnaposto può finire in apertura.
4. Manda in revisione presto, e nel frattempo costruisci il resto.
5. Definisci il ripiego per lingua mancante e destinatario in errore prima di andare in produzione.

Il collegamento con il resto dell'automazione — da dove arrivano i dati che riempiono le variabili — è descritto in integrare il gestionale e in automazione con n8n.

Conclusione

I template WhatsApp Business sono la parte meno tecnica e più sottovalutata di un progetto di messaggistica automatica. Non richiedono competenze di sviluppo: richiedono di scrivere bene, di scegliere la categoria onestamente e di mettere in conto un tempo che non controlli.

Le due regole che risolvono la maggior parte dei rifiuti: fai in modo che il messaggio si spieghi da solo a chi non conosce la tua attività, e non far mai iniziare o finire un template con una variabile.

L'AI diventa utile quando entra nei processi. Giallo Studio aiuta PMI e team a costruire automazioni concrete, misurabili e sostenibili. Il funzionamento completo del canale è spiegato in WhatsApp Cloud API.

Schema consigliato: Article + HowTo + FAQPage + BreadcrumbList