HighLevel: Privacy Policy e Termini obbligatori per la verifica dei numeri toll-free

TL;DR: HighLevel ha aggiunto due campi obbligatori alla procedura di verifica dei numeri telefonici toll-free: l’URL della Privacy Policy e l’URL dei Termini e Condizioni. Dal 15 settembre 2026, secondo quanto comunicato da HighLevel, i carrier respingeranno le nuove richieste di verifica che non includono entrambi i collegamenti. I numeri già verificati non devono essere aggiornati né sottoposti di nuovo a verifica.

In sintesi

Per inviare una nuova richiesta di toll-free verification in HighLevel servono ora due URL pubblici: Privacy Policy e Termini e Condizioni. I campi sono disponibili nello Step 3, dedicato al caso d’uso della messaggistica, e devono essere compilati prima dell’invio.

L’aggiornamento riguarda un punto preciso del processo di registrazione dei nuovi numeri toll-free su HighLevel, cioè la fase in cui un’azienda o un’agenzia descrive come utilizzerà il canale di messaggistica. La piattaforma richiede ora gli indirizzi web delle pagine che regolano informativa privacy e termini contrattuali, collocandoli subito sotto le immagini del flusso di opt-in.

La fonte ufficiale chiarisce che gli Step 1 e 2 non cambiano. Cambia invece il controllo preventivo nello Step 3: senza entrambi i link non è possibile inviare la richiesta. L’obiettivo pratico è evitare che una domanda incompleta arrivi ai carrier e venga respinta successivamente per l’assenza della documentazione richiesta.

L’annuncio è particolarmente rilevante per agenzie, aziende e sub-account che attivano nuovi numeri toll-free per comunicazioni SMS. Non introduce una nuova procedura per i numeri già approvati: HighLevel indica espressamente che i numeri già verificati sono fuori ambito e non richiedono aggiornamento o ri-verifica.

La disponibilità dei campi e i nomi visualizzati nell’interfaccia possono cambiare dopo la data di verifica della fonte, pubblicata il 2 settembre 2026.

Cosa cambia nella toll-free verification di HighLevel?

Le nuove richieste richiedono obbligatoriamente due collegamenti web prima dell’invio: Privacy Policy e Terms & Conditions. È questo il cambiamento operativo introdotto da HighLevel.

Fino a questo aggiornamento, il modulo di verifica non richiedeva in modo esplicito i link alle policy. L’eventuale mancanza di una pagina privacy o dei termini poteva emergere solo dopo la valutazione del carrier, attraverso il rifiuto della richiesta. Con i nuovi campi obbligatori, HighLevel porta la verifica di completezza all’interno del form.

La differenza non è soltanto formale. Un requisito che prima veniva intercettato a valle, durante la revisione da parte dei carrier, viene ora richiesto prima della submission. Per chi gestisce attivazioni di numeri per clienti, questo significa che la raccolta delle pagine legali diventa una dipendenza preliminare del progetto, al pari delle altre informazioni necessarie per documentare il caso d’uso di messaggistica.

HighLevel colloca i due campi nello Step 3, “Messaging use case”, direttamente sotto le immagini del workflow di opt-in. La fonte non descrive ulteriori configurazioni, né specifica criteri editoriali o giuridici per il contenuto delle pagine. Di conseguenza, non è corretto interpretare l’aggiornamento come una certificazione della conformità legale delle policy: il cambiamento comunicato riguarda la presenza dei due URL nel processo di verifica.

Da quando i carrier rifiuteranno le richieste prive di link?

Dal 15 settembre 2026, le nuove submission toll-free senza entrambi i link saranno respinte dai carrier. La scadenza è indicata in modo esplicito nel changelog ufficiale.

Per questo motivo, il requisito va considerato nella pianificazione delle nuove attivazioni. Un’azienda che intende utilizzare un nuovo numero toll-free per inviare messaggi deve poter fornire sia l’URL della Privacy Policy sia quello dei Termini e Condizioni al momento della richiesta.

L’impatto è concreto soprattutto nei flussi in cui l’agenzia configura HighLevel per conto di un cliente. Prima di avviare la verifica, può essere utile allineare il cliente sulla disponibilità dei due indirizzi web e sulla loro destinazione corretta. Non si tratta di aggiungere un testo nel form: HighLevel richiede URL alle rispettive pagine.

Il requisito si collega alla natura stessa della toll-free verification: il numero viene sottoposto a una procedura associata all’uso previsto della messaggistica, mentre i carrier valutano le nuove richieste. Privacy Policy e Termini e Condizioni diventano quindi elementi richiesti della documentazione inviata con il caso d’uso.

A chi serve prepararsi e chi non deve intervenire?

Devono intervenire solo coloro che presentano una nuova richiesta di verifica toll-free; i numeri già verificati non richiedono alcuna azione. È una distinzione essenziale per evitare lavoro superfluo.

Il cambiamento interessa in particolare:

• agenzie che configurano numeri toll-free per i propri clienti o sub-account;
• aziende che aprono un nuovo canale SMS basato su un numero toll-free;
• team operativi che raccolgono materiali e informazioni per la verifica della messaggistica;
• fornitori SaaS che usano HighLevel per organizzare processi di onboarding e attivazione dei clienti.

Al contrario, il changelog esclude espressamente i numeri già verificati. Non è richiesto aggiornare la richiesta precedente, aggiungere retroattivamente i link nel processo già concluso o avviare una nuova verifica soltanto per questo cambiamento.

Per le agenzie che amministrano più account, la distinzione tra nuove attivazioni e numeri già approvati aiuta a stabilire priorità corrette. Il focus non è una revisione generale dell’intero parco numeri, ma la preparazione dei materiali necessari per le prossime submission.

Quando il lavoro coinvolge sub-account, è inoltre importante evitare comunicazioni generiche o ambigue verso gli utenti. Le agenzie che utilizzano gli annunci interni possono valutare una comunicazione mirata ai soggetti coinvolti; qui trovi la news sui banner Announcements mirati per sub-account e utenti.

Quali passaggi indica la fonte ufficiale?

La fonte conferma che gli Step 1 e 2 restano invariati e che i nuovi dati vengono richiesti nello Step 3. Non vengono descritti altri passaggi obbligatori oltre alla compilazione dei due campi prima dell’invio.

Sulla base del changelog ufficiale, il percorso indicato è il seguente:

1. avviare una nuova procedura di toll-free verification;
2. completare gli Step 1 e 2, che non hanno subito modifiche secondo HighLevel;
3. nello Step 3, relativo al Messaging use case, individuare i due campi sotto le immagini del flusso di opt-in;
4. inserire l’URL della Privacy Policy e l’URL dei Terms & Conditions;
5. inviare la richiesta soltanto dopo aver completato entrambi i campi richiesti.

Questa sequenza riprende esclusivamente quanto riportato nell’annuncio ufficiale di HighLevel. La fonte non precisa, ad esempio, se gli URL debbano rispettare uno specifico formato oltre a essere link alle due policy, né descrive eventuali controlli sui contenuti delle pagine. Per requisiti ulteriori occorre fare riferimento alle indicazioni applicabili del proprio contesto e ai soggetti competenti.

Quali benefici porta il controllo prima della submission?

Il beneficio dichiarato è ridurre le richieste incomplete e mantenere più fluido l’iter dei nuovi numeri. HighLevel anticipa nel form un requisito che in precedenza poteva emergere solo attraverso un rifiuto del carrier.

In termini operativi, la modifica può aiutare a evitare una situazione frequente nei processi documentali: una richiesta sembra pronta, viene inviata e soltanto in seguito richiede correzioni perché manca un elemento essenziale. Rendendo obbligatori i due URL prima dell’invio, HighLevel impedisce che la submission proceda priva di Privacy Policy o Termini e Condizioni.

Per un’agenzia, il vantaggio è soprattutto organizzativo. Il team può inserire la verifica dell’esistenza di entrambi i link nella checklist di onboarding o di attivazione del numero, separandola dalle attività di configurazione tecnica. Per il cliente, questo rende più chiaro che le pagine legali devono essere disponibili prima della richiesta, non recuperate dopo un eventuale rifiuto.

La modifica non garantisce l’approvazione di una richiesta e non elimina tutte le possibili cause di rifiuto: la fonte afferma soltanto che l’assenza dei due link comporterà il rifiuto delle nuove submission dal 15 settembre 2026. Non vanno quindi promessi tempi di attivazione, esiti certi o conformità automatica.

Errori da evitare nelle nuove richieste toll-free

L’errore principale è tentare l’invio senza aver raccolto entrambi gli URL richiesti. Dal momento che i campi sono obbligatori, una richiesta incompleta non può essere inviata dalla procedura descritta da HighLevel.

Altri errori da evitare sono:

• confondere i numeri già verificati con le nuove richieste, pianificando inutilmente aggiornamenti o ri-verifiche;
• rimandare la raccolta di Privacy Policy e Termini e Condizioni alla fase successiva alla submission;
• fornire un solo link pensando che possa sostituire entrambi i campi richiesti;
• considerare invariati tutti gli elementi dello Step 3: le immagini del flusso di opt-in restano il riferimento di posizione dei nuovi campi, ma ora devono seguire anche i due URL;
• presentare la disponibilità dei campi come una garanzia di approvazione da parte dei carrier.

È utile anche evitare di ricavare istruzioni non riportate nella fonte. Il changelog non spiega come redigere Privacy Policy e Termini, non indica modelli da usare e non tratta casi particolari. La novità è circoscritta: HighLevel richiede due link obbligatori per le nuove toll-free verification.

Per mantenere ordinati i processi di messaggistica e le relative configurazioni, può essere utile distinguere le attività di verifica del numero dalla gestione del mittente nei flussi automatizzati. Su quest’ultimo tema, consulta l’approfondimento sul dominio mittente dedicato per ogni workflow in HighLevel.

Cosa fare ora per le prossime attivazioni?

La misura più prudente è aggiornare la checklist delle nuove verifiche toll-free includendo i due URL prima di iniziare la submission. In questo modo il team dispone delle informazioni richieste quando arriva allo Step 3.

Per agenzie e operatori SaaS, può essere utile rendere esplicita la responsabilità di chi fornisce le pagine: il cliente, il team legale o chi cura il sito. Questa non è un’indicazione tecnica imposta da HighLevel, ma un accorgimento organizzativo per evitare blocchi nel momento in cui occorre presentare la richiesta.

Chi utilizza HighLevel in contesti multi-cliente può anche integrare il requisito nei materiali di onboarding, chiarendo che riguarda esclusivamente i nuovi numeri toll-free. La fonte conferma infatti che le richieste già approvate non devono essere riesaminate per questa modifica.

Per aggiornamenti futuri, conviene verificare sempre il changelog ufficiale di HighLevel, poiché campi, diciture e disponibilità nell’interfaccia possono variare dopo il 2 settembre 2026.

Se stai impostando processi di comunicazione e onboarding su GoHighLevel, scopri il nostro bonus WhatsApp per GoHighLevel. L’efficacia operativa dipende comunque dal caso d’uso, dalla configurazione e dal contesto dell’account.