Come attivare il merge contatti avanzato per Facebook Lead Ads su GoHighLevel

TL;DR: HighLevel ha esteso il merge dei contatti Facebook per corrispondenza del nome anche alle submission dei Facebook Lead Ads. In precedenza, la funzione era riferita alle conversazioni Messenger. Ora la fonte ufficiale indica due impostazioni separate nel sub-account: una per Messenger e una per i moduli Lead Ads. L’obiettivo è ridurre i record duplicati e mantenere più ordinato il CRM quando email e telefono non sono presenti o non sono coerenti. Il merge per nome, tuttavia, richiede valutazione: persone diverse possono avere lo stesso nome e la fonte non descrive nel dettaglio la logica di risoluzione dei casi ambigui.

In sintesi

Per chi acquisisce contatti con i moduli istantanei di Facebook, la qualità dei dati è un problema operativo prima ancora che tecnico. Lo stesso potenziale cliente può inviare più volte un modulo, oppure fornire recapiti diversi tra una compilazione e l’altra. Il risultato può essere la creazione di schede duplicate, follow-up sovrapposti e una lettura poco affidabile del percorso del lead.

Secondo il changelog ufficiale di HighLevel, la piattaforma ha introdotto il supporto al merge dei contatti Facebook per nome anche per le submission di Facebook Lead Ads. L’aggiornamento separa inoltre la gestione del merge per Lead Ads da quella per Messenger, dando al sub-account un controllo distinto per ciascuna fonte.

Questa guida riporta i passaggi dichiarati dalla fonte e aggiunge indicazioni editoriali per valutare la configurazione. Non sostituisce la documentazione del prodotto: nomi delle voci, posizione delle impostazioni e disponibilità della funzione possono cambiare dopo la data di verifica della fonte, 20 maggio 2026.

Cosa cambia rispetto alla gestione precedente

La novità non introduce genericamente un nuovo sistema di deduplicazione per ogni origine del CRM. L’ambito dichiarato è specifico: contatti provenienti da Facebook.

Prima dell’aggiornamento, l’impostazione denominata “Merge Facebook contacts by name” era disponibile per le conversazioni Facebook Messenger. Per le submission dei moduli Lead Ads, la fonte segnala invece l’introduzione di un controllo dedicato.

Le due opzioni riportate nel changelog sono:

• Merge Facebook contacts by matching contact names from Messenger conversations;
• Merge Facebook contacts by matching contact names from Facebook Lead Form submissions.

La prima è la denominazione aggiornata dell’opzione precedentemente chiamata “Merge Facebook contacts by name”; la seconda estende il comportamento alle compilazioni dei moduli Facebook Lead Ads.

Il cambiamento più importante è quindi l’indipendenza delle scelte. Un team può valutare il merge per nome sui lead da modulo senza dover necessariamente adottare lo stesso comportamento per le conversazioni Messenger, e viceversa. La fonte non descrive ulteriori condizioni di matching, priorità tra campi o modalità di aggiornamento dei dati all’interno del record unito: non è quindi corretto dedurre tali dettagli dalla sola presenza dell’impostazione.

A chi serve davvero

La funzione è pertinente soprattutto a tre scenari.

Agenzie con più sub-account. Ogni cliente può avere campagne, qualità dei dati e processi commerciali differenti. La separazione tra Messenger e Lead Ads permette di ragionare per fonte, anziché applicare una scelta indistinta a tutti i contatti Facebook.

PMI che raccolgono lead dai moduli Facebook. Se un’azienda usa le Lead Ads per richieste commerciali, iscrizioni o contatti preliminari, più record per la stessa persona possono rendere meno lineare la gestione del follow-up. Un CRM con meno duplicati può rendere più leggibile la cronologia del lead.

Team che ricevono dati incompleti o poco consistenti. HighLevel presenta l’estensione del merge per nome come utile in particolare quando non sono disponibili email o numeri di telefono univoci o coerenti. In queste condizioni, il nome può offrire un criterio aggiuntivo per tentare di riconoscere un contatto già esistente.

Non è invece una funzione da considerare automaticamente adatta a ogni database. Se il pubblico contiene molte omonimie, il nome da solo può essere un identificatore debole. Questa è una valutazione editoriale basata sulla natura del criterio di corrispondenza; il changelog non specifica come HighLevel tratti gli omonimi.

Benefici dichiarati e benefici pratici attesi

Il beneficio dichiarato da HighLevel è la riduzione dei duplicati nel CRM. Da qui derivano effetti operativi plausibili, ma da interpretare nel contesto del proprio processo:

• un database potenzialmente più pulito, con meno schede riferite allo stesso lead;
• una maggiore continuità nella lettura della relazione con il contatto;
• minore rischio di gestire lo stesso nominativo in percorsi di follow-up separati;
• controllo più granulare tra i lead ricevuti via moduli e i contatti originati dalle conversazioni Messenger.

Il miglioramento non equivale però a una garanzia di qualità assoluta del CRM. Il merge per nome può affrontare un tipo di duplicazione, ma non sostituisce la progettazione del form, le verifiche sui dati raccolti né una policy interna per i casi incerti.

Se i dati dei contatti vengono poi utilizzati nelle analisi, è utile mantenere coerenza anche nei campi raccolti. A questo proposito può essere pertinente approfondire come HighLevel abbia reso i campi personalizzati utilizzabili come metriche per dashboard e report dei sub-account: dati ordinati e campi strutturati facilitano letture più affidabili, pur trattandosi di una funzione distinta dal merge Facebook.

Passaggi indicati dalla fonte ufficiale

Di seguito riportiamo il percorso segnalato ufficialmente. L’interfaccia può cambiare e questa guida non dichiara una verifica diretta nella UI: controlla quindi le etichette effettivamente disponibili nel tuo account.

1. Apri il sub-account interessato. La fonte colloca le impostazioni nella vista del sub-account, non descrive un’impostazione globale a livello agenzia.

2. Raggiungi Settings > Business Profile > General. Questo è il percorso riportato nel changelog ufficiale.

3. Individua le due impostazioni di merge Facebook. Cerca l’opzione per la corrispondenza dei nomi dalle conversazioni Messenger e quella per la corrispondenza dei nomi dalle submission dei Facebook Lead Form.

4. Valuta separatamente Messenger e Facebook Lead Ads. La fonte conferma che le impostazioni sono indipendenti. Di conseguenza, l’attivazione del comportamento per Lead Ads non va data per scontata solo perché è già attivo quello per Messenger.

5. Abilita l’opzione relativa alle submission dei Facebook Lead Form solo dopo averne valutato l’impatto sui dati. Questo è un consiglio editoriale: la funzione lavora sul nome e conviene considerare la frequenza di omonimie e la qualità delle informazioni raccolte dai moduli.

La fonte non indica un pulsante di salvataggio, tempi di propagazione, test automatici, retroattività sui contatti esistenti o una procedura per annullare un merge. Non trasformiamo quindi questi elementi in passaggi operativi certi.

Una procedura prudente di valutazione

L’attivazione della voce è il passaggio ufficiale disponibile; ciò che segue è una pratica editoriale suggerita, non una procedura documentata da HighLevel.

Prima di estendere il merge per nome a un sub-account operativo, può essere ragionevole esaminare alcuni record recenti provenienti dalle Lead Ads. L’obiettivo è capire se i nomi raccolti sono sufficientemente distintivi e se email e telefono sono spesso assenti, variabili o poco utilizzabili come riferimento.

Può inoltre essere utile definire internamente chi controlla gli eventuali casi dubbi: il team commerciale, l’agenzia o il cliente. In assenza di questa responsabilità, un record potenzialmente unito in modo non desiderato può essere scoperto solo durante il follow-up.

Infine, considerate l’effetto sulle automazioni già collegate ai nuovi lead. HighLevel dispone di numerose funzionalità per costruire workflow e follow-up, ma la fonte di questo aggiornamento non specifica come il merge per nome interagisca con trigger o azioni. Per organizzare meglio i processi successivi al contatto, può essere utile leggere l’aggiornamento sui badge automatizzati nei Workflows, tenendo però separate le due funzionalità.

Errori da evitare

Confondere Lead Ads e Messenger. Le impostazioni sono distinte. Verificare solo l’opzione Messenger non significa aver configurato il merge per le submission dei moduli.

Trattare il nome come un identificatore infallibile. Il nome può aiutare quando mancano email o telefono coerenti, ma gli omonimi esistono. Evita di assumere che ogni corrispondenza nominale rappresenti necessariamente la stessa persona.

Presumere comportamenti non documentati. Il changelog non spiega quali campi prevalgano dopo il merge, come siano trattati i conflitti tra dati o se l’effetto si applichi ai record precedenti. Non basare procedure interne su queste ipotesi.

Attivare senza valutare il processo di follow-up. Ridurre i record può migliorare l’ordine del CRM, ma il team dovrebbe sapere come gestire i contatti che sembrano duplicati o ambigui.

Dimenticare che la configurazione è per sub-account. Se un’agenzia gestisce più clienti, è opportuno considerare le esigenze di ciascun sub-account anziché replicare una decisione in modo indiscriminato.

Conclusione

L’estensione del merge per nome alle Facebook Lead Ads porta in HighLevel un controllo che prima era limitato a Messenger. Per chi gestisce lead form con dati non sempre completi, può essere un’opzione utile per ridurre la proliferazione di schede duplicate e mantenere una visione più continua del contatto.

Il valore della funzione dipende però dalla qualità dei nomi raccolti, dalla presenza di omonimie e dalle regole operative del team. Consulta il changelog ufficiale, verifica le impostazioni nel tuo sub-account e adotta una configurazione coerente con il tuo caso d’uso. Se vuoi valutare l’attivazione di HighLevel e le risorse disponibili tramite il portale, visita /bonus-whatsapp-gohighlevel. I risultati variano in base al contesto, al processo adottato e al modello di business.