HighLevel valida le variabili dei template WhatsApp prima del salvataggio

TL;DR: HighLevel ha introdotto la validazione inline delle variabili nel builder Create WhatsApp Template. Durante la scrittura, il sistema segnala placeholder non validi nel testo e nell’header e impedisce di salvare un template quando il corpo inizia o termina con una variabile. L’obiettivo è evitare rifiuti successivi da parte di WhatsApp dovuti a errori di sintassi o struttura, rendendo più chiara la correzione prima dell’invio in approvazione.

In sintesi

HighLevel aggiorna il builder per la creazione dei template WhatsApp con un controllo preventivo sulle variabili dinamiche. Il cambiamento riguarda il percorso indicato dalla fonte ufficiale, Settings > WhatsApp > Templates, all’interno di Create WhatsApp Template.

La novità è pratica: invece di salvare un modello, attenderne la valutazione e ricevere in seguito un rifiuto di WhatsApp da interpretare, l’utente riceve un avviso direttamente mentre compone il template. In alcuni casi il salvataggio viene bloccato fino alla correzione.

Secondo il changelog ufficiale di HighLevel, vengono controllati in particolare i placeholder numerati, la presenza di testo attorno alle variabili all’inizio e alla fine del body e gli errori di parentesi graffe. La disponibilità, le etichette e i nomi delle voci dell’interfaccia possono cambiare dopo la data di verifica della fonte, il 25 agosto 2026.

Che cosa cambia nel builder dei template WhatsApp?

Il builder intercetta errori nelle variabili mentre il template viene scritto, prima che l’utente possa salvarlo in una forma incompatibile con le regole indicate da WhatsApp. Non si tratta di una nuova tipologia di template né di una modifica alle approvazioni di Meta: è un controllo lato HighLevel durante l’attività di authoring.

Le variabili servono a inserire contenuti dinamici, come nome del contatto, numero d’ordine, data di appuntamento o altri dati disponibili nel contesto di invio. In un template WhatsApp, però, la sintassi del placeholder deve rispettare un formato preciso. La fonte specifica che sono validi soltanto segnaposto numerati come {{1}}, {{2}} e così via.

Con l’aggiornamento, HighLevel rileva inline variabili malformate nell’header e nel body. Tra gli esempi citati ufficialmente rientrano token come {{1$}}, parentesi non bilanciate come {{1 e un numero eccessivo di parentesi graffe, ad esempio {{1}}}. Il builder fornisce indicazioni per riportare il token nel formato corretto.

Il controllo affronta anche una condizione strutturale importante: WhatsApp rifiuta un corpo del messaggio che inizia o termina con una variabile. Un testo come {{1}}, il tuo appuntamento è confermato. oppure Ciao, il tuo codice è {{1}} può quindi richiedere una revisione della struttura se la variabile resta, rispettivamente, al primo o all’ultimo estremo del body. HighLevel ora segnala questa situazione e blocca il salvataggio finché non è presente testo attorno alla variabile.

Perché questa validazione è utile ad agenzie e team operativi?

Il vantaggio è ridurre il ciclo “salva, attendi, ricevi un rifiuto, correggi e riprova” per errori di formato individuabili già nella fase di composizione. Per le agenzie che gestiscono più location e per i team che preparano messaggi transazionali, promemoria o comunicazioni commerciali approvate, anche un errore minimo nei placeholder può rallentare la pubblicazione di un template.

Il rapporto tra gli strumenti coinvolti è chiaro: WhatsApp applica le proprie regole di accettazione ai template; HighLevel fornisce il builder in cui tali template vengono composti; le variabili sono il punto tecnico che permette al messaggio di diventare personalizzato al momento dell’invio. Se il placeholder non è nel formato previsto, oppure è collocato in una posizione non accettata nel corpo, il risultato operativo è un template che non può proseguire correttamente nel flusso di approvazione.

Il nuovo controllo non elimina la necessità di progettare bene i messaggi né sostituisce la valutazione di WhatsApp. Riduce però un tipo specifico di errore: quello rilevabile dalla sintassi e dalla posizione delle variabili prima del salvataggio.

Questo è rilevante soprattutto per chi usa template in automazioni e follow-up. Un messaggio correttamente costruito può poi essere parte di una sequenza più ampia: per esempio, dopo l’avanzamento di un’opportunità è possibile progettare un flusso coerente con quanto illustrato nella guida su come automatizzare il follow-up dopo un preventivo inviato. La validazione del template non configura l’automazione, ma evita che un suo componente essenziale venga preparato con una variabile non accettata.

Quali regole controlla HighLevel prima del salvataggio?

La fonte ufficiale indica tre aree: posizione della variabile nel body, sintassi dei placeholder e validità nell’header oltre che nel corpo. I controlli descritti sono i seguenti.

1. Niente variabile all’inizio del body. Se il messaggio si apre con un placeholder, il builder lo segnala. Occorre aggiungere testo prima della variabile, secondo la regola riportata nel changelog.

2. Niente variabile alla fine del body. Anche una chiusura del messaggio con {{1}} viene rilevata e impedisce il salvataggio fino alla modifica. In pratica, la variabile deve essere accompagnata da testo anche dopo.

3. Solo placeholder numerati nel formato corretto. I token validi sono {{1}}, {{2}} e i successivi numeri progressivi. Formati con caratteri aggiuntivi, parentesi mancanti, graffe sbilanciate o graffe superflue vengono segnalati.

4. Controllo nell’header e nel body. Il rilevamento non è limitato al testo principale: la fonte menziona espressamente header e body. È quindi opportuno verificare ogni area in cui vengono inserite variabili.

HighLevel comunica inoltre di aver corretto il preset predefinito per le richieste di recensione/reputazione. Quel modello terminava con una variabile finale, condizione che attiva la regola appena descritta. Per i nuovi template di reputazione, il preset aggiornato dovrebbe quindi superare questa validazione senza modifiche manuali relative a quel problema specifico.

Come si usa il controllo delle variabili nei template WhatsApp?

Non è richiesto alcun interruttore da attivare: la validazione è integrata nel builder Create WhatsApp Template. La fonte indica di creare o modificare il contenuto del template nel percorso Settings > WhatsApp > Templates e di osservare gli eventuali avvisi inline durante la composizione.

Il comportamento documentato è semplice: se una variabile è errata, il builder la evidenzia con una guida al formato corretto; se il body inizia o finisce con un placeholder, HighLevel blocca il salvataggio finché non viene aggiunto testo attorno alla variabile. Non è necessario attendere il rifiuto post-salvataggio per queste casistiche.

Poiché la fonte non dettaglia ogni elemento dell’interfaccia, non è opportuno assumere posizione, colori o formulazione esatta degli avvisi. Vale invece la pena adottare una revisione editoriale prima di sottoporre il template: leggere il body dall’inizio alla fine, controllare che ogni placeholder sia numerato e verificare che non siano rimaste graffe digitate per errore.

Per i team che ricevono risposte ai messaggi e le distribuiscono al reparto commerciale o assistenza, la costruzione corretta del template è solo un primo passaggio. La gestione della conversazione successiva può essere organizzata, ad esempio, con il trigger spiegato nella guida su Customer Replied in HighLevel e il passaggio della conversazione al team. Sono funzioni distinte: il builder verifica il template, mentre workflow e trigger definiscono che cosa avviene dopo la risposta del contatto.

Quali errori evitare quando si preparano i placeholder?

L’errore più comune da evitare è trattare le variabili WhatsApp come testo libero: il formato ammesso dalla fonte è numerico e deve essere scritto in modo esatto. Prima di salvare, conviene controllare questi punti:

• non aprire il body con {{1}} o un’altra variabile;
• non chiudere il body con una variabile;
• usare placeholder come {{1}} e {{2}}, non token con simboli aggiuntivi;
• verificare che ogni coppia di graffe sia completa e senza caratteri o graffe extra;
• ricontrollare anche l’header, non solo il contenuto principale;
• non considerare la correzione sintattica come garanzia assoluta di approvazione del template da parte di WhatsApp.

Quest’ultimo punto è essenziale. Il changelog descrive un filtro preventivo per errori specifici, non una promessa che ogni template salvato verrà approvato o genererà un determinato risultato. Contenuto, consenso, contesto di invio e configurazione operativa restano fattori rilevanti.

Che impatto ha sui flussi WhatsApp in HighLevel?

L’impatto previsto è una preparazione più lineare dei messaggi che alimentano campagne, notifiche e automazioni, con meno ambiguità su alcuni rifiuti dovuti alle variabili. In contesti nei quali il team personalizza i template con dati del CRM, il controllo immediato aiuta a separare un problema di sintassi da altre verifiche necessarie sul messaggio o sul processo.

Questo può essere utile anche quando l’azienda usa altri strumenti WhatsApp di HighLevel. Per esempio, la recente funzione che riguarda il recupero del numero da contatti WhatsApp identificati tramite username è descritta nella news su richiesta contatto WhatsApp, recupero numero e workflow. Quel flusso riguarda l’acquisizione o l’uso del contatto; la validazione qui trattata riguarda invece la correttezza dei placeholder nel template. Collegare correttamente dati, template e automazioni resta un compito progettuale del team.

Per chi lavora su più account o location, l’aggiornamento può anche ridurre le richieste interne di supporto legate a messaggi respinti senza una causa immediatamente leggibile. Non sostituisce la formazione degli operatori, ma rende l’errore visibile nel punto in cui viene introdotto.

FAQ

La validazione delle variabili WhatsApp richiede un’attivazione?

No. Secondo la fonte ufficiale, è integrata nel builder Create WhatsApp Template e non richiede di abilitare un’impostazione separata.

Quali variabili sono valide nei template WhatsApp di HighLevel?

La fonte indica placeholder numerati nel formato {{1}}, {{2}} e successivi. Formati come {{1$}}, graffe non bilanciate o graffe extra vengono rilevati come non validi.

Posso iniziare o finire il body del template con una variabile?

No, in base alla regola riportata nel changelog. WhatsApp rifiuta un body che inizia o termina con una variabile; HighLevel ora lo segnala e blocca il salvataggio fino alla correzione.

Il controllo avviene solo nel testo principale del messaggio?

No. HighLevel dichiara il rilevamento delle variabili non valide sia nell’header sia nel body del template.

Se HighLevel permette il salvataggio, WhatsApp approverà sicuramente il template?

No. L’aggiornamento intercetta gli errori di variabili descritti dalla fonte, ma non equivale a una garanzia di approvazione di WhatsApp per ogni contenuto o caso d’uso.

Il preset per la richiesta recensione è stato aggiornato?

Sì. La fonte afferma che il preset di reputazione predefinito, in precedenza concluso da una variabile finale, è stato ripulito affinché i nuovi template superino questa validazione senza correzioni manuali su quel punto.

Per approfondire l’uso operativo di WhatsApp e delle automazioni in HighLevel, consulta il nostro bonus WhatsApp GoHighLevel. La configurazione migliore e i risultati ottenibili variano in base al settore, al consenso raccolto, al processo commerciale e al contesto di utilizzo.