HighLevel centralizza il builder predefinito dei workflow nelle impostazioni Agency

TL;DR: HighLevel introduce una pagina Workflow Settings nelle Agency Settings per impostare a livello di agenzia il builder predefinito dei nuovi workflow: Standard oppure Advanced. Attivando l’opzione Apply to all sub-accounts, la scelta viene distribuita ai sub-account posseduti dall’agenzia. I workflow già esistenti non vengono convertiti: conservano il builder con cui sono stati creati. I sub-account creati in futuro ereditano invece il valore predefinito dell’agenzia al momento della creazione.

In sintesi

La novità riduce una configurazione ripetitiva a una decisione centralizzata per l’agenzia. Per chi gestisce molti sub-account HighLevel, la scelta del builder dei workflow non deve più essere impostata necessariamente account per account: la nuova sezione dedicata consente di definire uno standard operativo e, se necessario, propagarlo ai sub-account di proprietà.

La fonte ufficiale, il changelog Agency Workflow Settings: Default Builder for Workflows, descrive l’introduzione di Workflow Settings nella barra laterale delle impostazioni Agency. La prima opzione disponibile in questa pagina riguarda proprio il builder predefinito per i workflow.

Il cambiamento riguarda HighLevel e GoHighLevel nel loro utilizzo da parte di agenzie, SaaS reseller e team che amministrano più account cliente. Il risultato operativo atteso non è una modifica delle automazioni attive, ma una maggiore coerenza nel modo in cui vengono avviati i nuovi workflow. In pratica, il builder scelto influenza l’ambiente con cui si apre un workflow appena creato; non interviene retroattivamente sugli asset già costruiti.

Che cosa cambia nelle Agency Settings di HighLevel?

Agency Settings ottiene una pagina dedicata alla configurazione dei workflow a livello di agenzia. In questa pagina l’agenzia può selezionare Standard o Advanced come builder predefinito e usare un controllo di applicazione in massa per i sub-account che possiede.

In precedenza, secondo la nota ufficiale, l’impostazione del default builder era collocata in un unico punto nelle Global Workflow Settings. Per una struttura con molti account questo poteva tradursi nella necessità di ripetere la configurazione in ciascun sub-account. HighLevel sposta ora questa decisione nell’ambito Agency, cioè dove è più naturale governare convenzioni condivise tra gli account gestiti.

La novità non aggiunge, stando alle informazioni pubblicate, nuove azioni, trigger o logiche di automazione. Interviene invece su una scelta di configurazione: quale builder proporre quando qualcuno crea un nuovo workflow. È una distinzione importante per evitare aspettative errate. Impostare Standard o Advanced non riscrive la struttura di workflow esistenti e non ne cambia il comportamento.

La pagina è inoltre progettata per ospitare altre opzioni di workflow in futuro. La fonte non specifica quali saranno né quando arriveranno: è quindi corretto considerarla un nuovo punto di gestione centralizzato, non una promessa di funzioni già disponibili.

A chi serve il default builder centralizzato?

La funzione è particolarmente utile alle agenzie che cercano uniformità tra più sub-account di loro proprietà. Può essere rilevante per chi crea ambienti cliente ricorrenti, gestisce team distribuiti o vuole ridurre le differenze di configurazione iniziale fra account.

Un’agenzia che utilizza un builder come riferimento per procedure interne, formazione, template o controlli di qualità può scegliere il default una sola volta. Attivando l’applicazione massiva, rende coerente l’apertura dei nuovi workflow nell’insieme dei sub-account coperti dall’opzione. Ciò può semplificare onboarding e documentazione: chi opera su più clienti incontra lo stesso punto di partenza per le nuove automazioni.

Il vantaggio è pratico soprattutto quando il volume cresce. Se l’agenzia crea un sub-account il mese successivo, il nuovo account eredita il default dell’agenzia alla sua creazione. Questa eredità aiuta a mantenere lo standard anche nel tempo, senza dover ricordare un passaggio manuale iniziale per ogni nuovo ambiente.

Il perimetro dichiarato conta però quanto il beneficio: l’opzione bulk riguarda i sub-account posseduti dall’agenzia. Non va quindi interpretata come un controllo universale su qualunque account collegato alla piattaforma. Prima di definire procedure interne o comunicazioni ai clienti, è opportuno verificare quali account rientrino concretamente nel modello di proprietà dell’agenzia.

Come si imposta il builder predefinito per i nuovi workflow?

La procedura indicata da HighLevel consiste nell’aprire Workflow Settings nelle Agency Settings, scegliere il builder, abilitare l’applicazione ai sub-account e salvare. La fonte ufficiale riporta questi passaggi:

1. Accedere alle Agency Settings.
2. Aprire Workflow Settings dalla barra laterale.
3. Nella sezione del builder predefinito, selezionare Standard oppure Advanced.
4. Attivare Apply to all sub-accounts se si vuole distribuire la selezione ai sub-account posseduti dall’agenzia.
5. Salvare la configurazione.

Non sono fornite ulteriori istruzioni ufficiali su autorizzazioni richieste, conferme intermedie, tempistiche di propagazione o eccezioni per singoli account. Per questo non è prudente trasformare questa sintesi in una procedura più dettagliata di quanto documentato. Anche etichette, posizione delle voci e disponibilità nell’interfaccia possono cambiare dopo la data di verifica della fonte, indicata al 9 settembre 2026.

Prima di applicare il valore in massa, una buona pratica organizzativa è allineare il team sul builder da adottare per le automazioni future. Non perché HighLevel dichiari rischi tecnici nella modifica, ma perché il valore predefinito incide sulle abitudini operative di chi crea nuovi workflow in diversi account. Una scelta condivisa evita che manuali, formazione e convenzioni interne facciano riferimento a impostazioni differenti.

Cosa succede ai workflow già creati?

I workflow esistenti restano associati al builder con cui sono stati costruiti. È il limite più rilevante della nuova impostazione e, allo stesso tempo, una salvaguardia per chi ha automazioni operative da tempo.

La selezione agency-level determina infatti il builder con cui si apre un nuovo workflow. Non è descritta come una migrazione dei workflow presenti, né come un comando per uniformare retroattivamente le automazioni. Un’agenzia con account che contengono già workflow realizzati in un builder diverso non dovrebbe quindi aspettarsi una conversione automatica dopo aver aggiornato il default.

Questo comportamento aiuta a separare due esigenze:

• la governance futura, cioè quale builder usare da ora in avanti per le nuove automazioni;
• la gestione dello storico, cioè workflow già pubblicati, in bozza o mantenuti dai team nei singoli sub-account.

Confondere i due piani è uno degli errori più probabili. La nuova pagina semplifica l’impostazione iniziale dei nuovi elementi, non sostituisce una valutazione dedicata qualora l’agenzia desideri rivedere o ricostruire automazioni esistenti.

Il tema è utile anche in relazione alle funzioni che continuano ad arrivare nel sistema workflow. Per esempio, HighLevel ha introdotto azioni dedicate alla generazione di immagini AI nei workflow e all’analisi di immagini tramite AI Analyze Image. Definire un builder predefinito può rendere più ordinato il lavoro sui nuovi processi che incorporano queste capacità, ma non modifica automaticamente workflow, configurazioni o risultati delle azioni AI già presenti.

Quali benefici operativi porta alle agenzie?

Il beneficio principale è la standardizzazione della creazione, non l’automazione della manutenzione. La funzione elimina la necessità di replicare la scelta del builder nei singoli sub-account posseduti, quando l’agenzia decide di applicarla in blocco.

Tra i vantaggi concreti descrivibili sulla base del changelog rientrano:

• un punto unico nelle Agency Settings per la configurazione del builder predefinito;
• la possibilità di scegliere tra Standard e Advanced a livello di agenzia;
• l’applicazione della scelta ai sub-account di proprietà dell’agenzia tramite toggle;
• l’eredità del default per i sub-account creati successivamente;
• la continuità dei workflow esistenti, che mantengono il builder originario.

Per un’agenzia, questi elementi collegano piattaforma, processo e risultato: HighLevel fornisce il controllo centralizzato; l’agenzia definisce uno standard di lavoro; il team parte da un builder coerente quando apre nuove automazioni nei sub-account. La semplificazione è quindi amministrativa e metodologica, non una garanzia di workflow più efficaci o di migliori performance commerciali.

L’accentramento delle impostazioni può anche rendere più semplice costruire materiale formativo. Invece di spiegare alternative diverse a ogni cliente o membro del team, l’agenzia può basare linee guida e template sul builder scelto. Se la configurazione dei team è un tema parallelo nella propria organizzazione, può essere utile leggere anche la news sulla nuova interfaccia di gestione utenti HighLevel, tenendo presente che si tratta di un aggiornamento distinto e attivabile da Labs secondo la relativa fonte.

Limiti ed errori da evitare prima dell’applicazione in massa

L’opzione non deve essere trattata come una migrazione universale né come una regola valida per account non posseduti dall’agenzia. La documentazione ufficiale delimita espressamente entrambi gli aspetti.

Il primo errore da evitare è pensare che il bulk apply converta gli elementi esistenti. Non accade: i workflow già creati mantengono il builder su cui sono stati costruiti. Chi vuole armonizzare lo storico dovrà valutare separatamente il proprio processo, senza assumere che questa impostazione lo faccia al posto suo.

Il secondo è attivare la distribuzione senza una decisione condivisa. Se un team usa entrambi i builder per ragioni operative, l’applicazione generalizzata di un default può creare confusione nei nuovi progetti. La funzione centralizza una preferenza; non sostituisce criteri di governance, ruoli o formazione.

Il terzo è estendere mentalmente il perimetro oltre quanto dichiarato. La fonte parla di sub-account che l’agenzia possiede. Non dichiara la copertura di altri modelli di relazione o di eventuali eccezioni. Conviene quindi controllare il perimetro effettivo dei propri account prima di comunicare il cambiamento ai clienti.

Infine, non va confuso il builder di apertura con la qualità dell’automazione. Il successo di un workflow dipende da trigger, dati, consenso, logica, contenuti, canali e monitoraggio. Il nuovo default riduce attrito nella fase di creazione, ma non certifica configurazioni corrette né risultati identici tra settori o clienti.

Cosa monitorare dopo l’aggiornamento?

Dopo la configurazione, il controllo più utile è verificare l’allineamento tra standard scelto, nuovi workflow e procedure del team. La fonte non presenta report, audit o notifiche specifiche legati a Workflow Settings; non è quindi possibile attribuire alla funzione capacità di controllo non documentate.

Sul piano organizzativo, l’agenzia può aggiornare la propria documentazione interna indicando quale builder deve essere usato per le nuove automazioni e in quali casi. Può inoltre chiarire che i workflow storici non sono coinvolti dalla scelta del default. Questo riduce richieste di supporto fondate su un’aspettativa errata di conversione automatica.

Poiché HighLevel afferma che la pagina Workflow Settings ospiterà ulteriori componenti nel tempo, ha senso includerla nelle routine di verifica delle impostazioni Agency. Non sono però annunciati dettagli sulle prossime opzioni. Nomi delle sezioni, disponibilità e comportamento dell’interfaccia possono cambiare dopo la data di verifica della fonte.

Per approfondire l’uso operativo di HighLevel e valutare risorse utili al proprio stack, è possibile consultare il bonus WhatsApp per GoHighLevel. Ogni risultato varia in base al contesto, alla configurazione dell’account, al team e ai processi adottati.