HighLevel: il trigger “User login” ora supporta il nuovo Client Portal

TL;DR: HighLevel ha aggiornato il trigger workflow “User login” affinché si attivi anche quando un utente effettua con successo l’accesso nel nuovo Client Portal, oltre che nei login delle membership legacy. I workflow che usano già questo trigger dovrebbero intercettare automaticamente anche i nuovi eventi, senza riconfigurazione. Nel selettore dei trigger, inoltre, HighLevel introduce la categoria Client Portal, dove confluiscono “User login” e “Client portal file uploaded”. Nomi, posizionamento nell’interfaccia e disponibilità delle funzioni possono cambiare dopo la data di verifica della fonte, 3 settembre 2026.

In sintesi

Il cambiamento elimina un vuoto di automazione per gli accessi al nuovo Client Portal di HighLevel. Fino a questo aggiornamento, secondo la nota ufficiale, il trigger “User login” copriva i login delle membership legacy e non quelli provenienti dalla nuova esperienza del portale clienti. Ora un accesso riuscito nel nuovo Client Portal emette lo stesso evento workflow.

L’impatto pratico riguarda agenzie, consulenti, creator e aziende che usano GoHighLevel per distribuire contenuti, file o servizi tramite un’area riservata. Un login del membro può diventare il punto di partenza di un workflow: per esempio, un messaggio di onboarding, una notifica interna, un aggiornamento del contatto o un percorso di assistenza. La fonte non definisce quali azioni debbano essere usate dopo il trigger: la scelta resta legata al processo dell’azienda e alla configurazione del workflow.

L’aggiornamento interviene anche sull’organizzazione dell’interfaccia. “User login”, prima collocato sotto Courses, è stato spostato nella nuova categoria Client Portal. Anche il trigger “Client portal file uploaded”, indicato in precedenza sotto Membership, viene raggruppato nella stessa categoria. L’obiettivo dichiarato da HighLevel è rendere più coerente la ricerca dei trigger connessi al portale.

La fonte ufficiale è il changelog di HighLevel: Client Portal: “User login” Workflow Trigger Now Supports the New Client Portal Experience.

Che cosa cambia nel trigger “User login” di HighLevel?

Lo stesso trigger ora riconosce sia i login delle membership legacy sia quelli del nuovo Client Portal. Quando un utente completa con successo il login nella nuova esperienza Client Portal, HighLevel indica che viene generato l’evento già usato dal trigger “User login”.

Non si tratta quindi, stando alla documentazione di rilascio, di un secondo trigger separato riservato alla nuova esperienza. È un’estensione del comportamento del trigger esistente. Questo dettaglio è rilevante per chi ha già costruito automazioni attorno agli accessi: invece di duplicare workflow o mantenere rami distinti solo per intercettare due esperienze di login, il punto di ingresso resta uno.

HighLevel chiarisce inoltre che i workflow già configurati con “User login” inizieranno a essere eseguiti anche per i login del nuovo Client Portal automaticamente. Per questi workflow non è richiesta alcuna riconfigurazione secondo l’annuncio ufficiale.

È utile distinguere l’evento dal risultato operativo finale. Il trigger segnala un login riuscito; non prova, da solo, che l’utente abbia consumato un contenuto, caricato un documento, letto una comunicazione o completato un’attività. Se il processo richiede una verifica di quelle azioni, occorre basarsi su eventi e dati adatti allo scopo, nei limiti degli strumenti disponibili nell’account.

A chi serve il supporto ai login del nuovo Client Portal?

Serve soprattutto a chi vuole reagire in modo automatico al ritorno di un cliente o membro nell’area riservata. Il nuovo supporto è pertinente alle agenzie HighLevel che adottano il nuovo Client Portal e che, prima dell’aggiornamento, non potevano avviare automazioni da un suo login attraverso questo trigger.

Un’agenzia può usare il Client Portal come punto di accesso per clienti che consultano risorse, file o altri elementi messi a disposizione. In questo scenario, l’evento di login può essere un segnale utile per coordinare attività interne o comunicazioni, senza attribuirgli un significato che non possiede. Per esempio, un team potrebbe voler sapere che un utente è tornato nel portale prima di gestire una richiesta già aperta; oppure potrebbe avviare una sequenza di assistenza prevista dal proprio modello di servizio.

Per chi utilizza ancora membership legacy, il cambiamento non rimuove il comportamento precedente: la fonte dichiara espressamente la continuità dei workflow esistenti. Per chi sta passando al nuovo Client Portal, invece, viene colmata la differenza di copertura tra le due esperienze.

Il valore è anche organizzativo. In ambienti dove più persone costruiscono automazioni, trovare i trigger relativi al Client Portal nello stesso gruppo riduce l’ambiguità legata alla loro precedente collocazione tra Courses e Membership. Non cambia necessariamente la logica aziendale, ma può rendere più chiara la manutenzione dei workflow.

Dove si trovano ora i trigger del Client Portal?

Nel trigger picker di Workflow Builder compare una categoria dedicata chiamata “Client Portal”. In questa sezione HighLevel raccoglie i trigger relativi al portale indicati nel changelog:

• User login, spostato dalla categoria Courses;
• Client portal file uploaded, spostato dalla categoria Membership.

Il trasferimento di categoria non va interpretato come un cambiamento automatico della strategia di automazione. È soprattutto una revisione della tassonomia nell’interfaccia: il login e il caricamento file sono ricondotti all’entità funzionale che li accomuna, cioè il Client Portal.

Per chi documenta procedure interne o forma nuovi operatori, può essere opportuno aggiornare riferimenti che indicavano “Courses” come percorso per trovare “User login”. La fonte segnala infatti che il vecchio posizionamento poteva creare confusione sulla copertura effettiva dell’evento. Prima di modificare manuali, screenshot o SOP, è comunque prudente verificare l’interfaccia disponibile nel proprio account, perché HighLevel può aggiornare etichette e menu nel tempo.

Come impostare un workflow sul login di un membro?

La procedura indicata da HighLevel consiste nel selezionare “User login” dalla categoria Client Portal e salvare il workflow. Il changelog riporta questi passaggi:

1. Aprire il Workflow Builder.
2. Selezionare Add trigger e cercare “User login”.
3. Scegliere il trigger nella categoria Client Portal; in precedenza era disponibile sotto Courses.
4. Salvare il workflow.

Secondo la fonte, il workflow così configurato può attivarsi sia per i login delle membership legacy sia per quelli nel nuovo Client Portal. Chi utilizza già “User login” non deve invece compiere azioni: gli attuali workflow continuano a operare e acquisiscono automaticamente gli eventi di login della nuova esperienza.

La parte successiva al trigger richiede una valutazione progettuale. Prima di aggiungere email, task, notifiche o aggiornamenti, conviene chiedersi se l’azione sia appropriata a ogni login e non solo al primo accesso. Un login ripetuto può essere normale: trasformarlo in un messaggio esterno a ogni evento può produrre comunicazioni superflue. La fonte non descrive filtri, condizioni o limiti di frequenza; eventuali controlli vanno valutati in base al workflow realmente disponibile e al caso d’uso.

Quando l’automazione prevede email conseguenti, il login non sostituisce la cura della deliverability. Per approfondire configurazione e autenticazione del dominio, consulta la guida su SPF, DKIM e DMARC in HighLevel. Per processi che collegano dati esterni e contatti, può essere utile anche Find Contact in HighLevel, così da associare correttamente un webhook al contatto prima di proseguire.

Quali benefici porta alle agenzie e ai clienti finali?

Il beneficio principale è la continuità dell’automazione durante l’adozione del nuovo Client Portal. HighLevel rende disponibile un segnale di login coerente tra esperienza legacy e nuova esperienza, riducendo la necessità di ripensare workflow esistenti esclusivamente per intercettare gli accessi al portale.

Per l’agenzia, questo può significare minore frammentazione nella progettazione: il trigger “User login” resta il riferimento per l’evento di accesso, mentre i trigger del portale sono più facili da individuare nella categoria dedicata. Per il cliente finale, un processo ben configurato può tradursi in un’assistenza più contestuale o in passaggi operativi tempestivi, ma il risultato dipende dalla logica che l’agenzia costruisce dopo l’evento.

È importante non confondere questa novità con una nuova funzione completa di analytics o con la prova dell’engagement. HighLevel parla di automazione su login riuscito e di una migliore organizzazione del picker; non annuncia nella fonte metriche aggiuntive, segmentazioni automatiche, prezzi, nuove policy o funzioni di tracciamento dei contenuti.

Limiti ed errori da evitare

L’evento di login è utile, ma non equivale a un’azione approfondita dell’utente nel portale. Il primo errore è trattare l’accesso come conferma che un cliente abbia visualizzato un file, completato un corso o accolto un’offerta. Per tali obiettivi servono segnali specifici, se previsti dagli strumenti usati.

Il secondo errore è ricreare da zero workflow già basati su “User login” solo per coprire il nuovo Client Portal. La fonte afferma che gli attuali workflow ricevono automaticamente i nuovi eventi; duplicarli potrebbe aumentare il rischio di messaggi, notifiche o attività duplicate.

Terzo: cercare ancora il trigger in Courses o interpretare la sua vecchia collocazione come un limite funzionale. La nuova categoria Client Portal è il punto indicato da HighLevel per selezionare il trigger nelle nuove configurazioni.

Infine, non usare il login come pretesto per invii indiscriminati. Se il workflow attiva email, occorre rispettare consenso, aspettative del destinatario e qualità delle liste. Le automazioni basate su eventi possono essere efficaci solo quando la frequenza e il contenuto sono coerenti con il servizio offerto.

FAQ

Il trigger “User login” funziona anche con il nuovo Client Portal?

Sì. HighLevel comunica che un login riuscito nel nuovo Client Portal ora attiva il trigger “User login”, oltre ai login delle membership legacy.

Devo aggiornare i workflow esistenti?

No, secondo il changelog ufficiale. I workflow già basati su “User login” continuano a funzionare e acquisiscono automaticamente gli eventi dalla nuova esperienza Client Portal.

Dove trovo il trigger “User login” in Workflow Builder?

HighLevel indica la nuova categoria Client Portal nel trigger picker. In precedenza il trigger era collocato sotto Courses.

Quali trigger vengono raccolti nella categoria Client Portal?

La fonte cita “User login” e “Client portal file uploaded”, quest’ultimo precedentemente collocato nella categoria Membership.

Un login dimostra che il cliente ha visto un contenuto o un file?

No. L’aggiornamento riguarda l’evento di accesso riuscito. Non va usato come prova automatica della consultazione di contenuti o del completamento di attività.

Questa funzione è disponibile in ogni account HighLevel?

La fonte annuncia il cambiamento, ma non dettaglia piani, rollout, aree geografiche o eventuali requisiti. Conviene verificare la disponibilità effettiva nel proprio account; nomi e disponibilità possono cambiare dopo il 3 settembre 2026.

Per valutare come inserire questa automazione in un flusso di assistenza, onboarding o gestione clienti su GoHighLevel, scopri il nostro bonus WhatsApp per GoHighLevel. I risultati variano in base al contesto, alla configurazione del Client Portal e alla qualità del processo costruito attorno al workflow.