TL;DR
- Individuare i duplicati in fase di inserimento blocca alcuni nuovi record, di solito con una corrispondenza esatta di email o dominio.
- Il controllo in fase di inserimento spesso non rileva errori di battitura, email secondarie e alcuni record importati o sincronizzati.
- Cercare e unire i duplicati a intervalli regolari individua le corrispondenze simili e quelli già presenti nel CRM.
- Molti team CRM combinano la deduplica nativa in fase di inserimento con la ricerca e l'unione pianificate.
- Dedupely trova e unisce i duplicati sfuggiti all'inserimento, con nuovi record pronti per il confronto in pochi minuti.
Ci sono due momenti per gestire un duplicato. Lo si può bloccare al momento della creazione del record, oppure individuarlo in seguito e unirlo al record che ripete.
I team spesso ne scelgono uno e si aspettano che copra tutto. L'abbinamento in fase di inserimento sembra più sicuro, perché nulla di sbagliato entra.
La pulizia programmata sembra più completa perché vede l'intero database. Ogni metodo individua un tipo diverso di duplicato, e ognuno ne lascia sfuggire qualcuno.
In questo articolo si vede cosa fa ciascun approccio, cosa lascia passare e come combinarli in modo che le lacune non si sovrappongano.
Cosa significa intercettare i duplicati all'inserimento
La verifica dei duplicati all'inserimento si attiva alla creazione o modifica di un record. Il CRM confronta il nuovo record con quelli esistenti e decide come procedere prima del salvataggio.
Molti CRM includono una forma di deduplicazione nativa. Il comportamento dipende dal CRM e da come arriva il record.
Blocca, avvisa o aggiorna
La deduplica nativa di solito compie una di tre azioni. Blocca il nuovo record, avvisa l'utente e gli consente di salvare comunque, oppure aggiorna il record esistente con i nuovi valori.
In un CRM, digitare un contatto con un'email già esistente viene bloccato. Un modulo inviato con la stessa email aggiorna invece il contatto esistente. In un altro, un amministratore decide se una regola mostra un avviso o blocca il salvataggio.
Le regole esatte e approssimate dipendono dal CRM
Alcuni controlli in fase di inserimento usano corrispondenze esatte di email o dominio. Altri, inclusi i criteri di corrispondenza configurabili di Salesforce, possono confrontare più campi e usare metodi fuzzy. Ciò che viene bloccato dipende dalla regola attiva, dall'oggetto e dal fatto che il record arrivi da modulo, import, API o inserimento manuale.
Una regola di blocco richiede test accurati perché può rifiutare un record valido. Un avviso può permettere all'utente di verificare una possibile corrispondenza prima del salvataggio. Scegli azione e criteri in base ai tuoi dati; come funziona il confronto dei duplicati in un CRM approfondisce il match esatto e quello approssimativo.
A partire da ottobre 2026, dalla knowledge base di HubSpot: Deduplicazione dei record, e Salesforce Help: Impedire agli utenti di creare record duplicati.
Ciò che il controllo in fase di inserimento lascia passare
L'abbinamento in fase di inserimento fa il suo lavoro sui duplicati per cui è stato progettato. Gli altri passano comunque, spesso per motivi che non dipendono da quanto sia configurato bene.
- Corrispondenze vicine: un errore di battitura nell'email, un soprannome, "Acme Inc." accanto a "Acme". La corrispondenza esatta li legge come record diversi.
- Un secondo indirizzo email: la stessa persona si registra con un'email personale dopo aver acquistato con una aziendale. Nulla nel campo chiave corrisponde.
- Record senza campo chiave: un contatto inserito solo con nome e telefono, oppure una riga di import senza email. Non c'è nulla con cui confrontarlo.
- Importazioni e integrazioni: alcuni punti di ingresso seguono regole diverse. In un CRM, le aziende create tramite API non vengono confrontate affatto per dominio.
- Avvisi che le persone ignorano cliccando: un commerciale impegnato vede un avviso, pensa che sia sbagliato e salva comunque il record.
- Duplicati già presenti nel database: La corrispondenza al momento dell'inserimento considera solo il record in fase di salvataggio. Non rivede mai i duplicati già presenti.
Il blocco ha un secondo costo, facile da trascurare. In un CRM, i record provenienti da importazioni di dati e dall'API non ricevono alcun avviso quando una regola li blocca, e non vengono salvati. Se nessuno controlla cosa è stato rifiutato, quei dati vanno persi nel caricamento.
A partire da ottobre 2026, dalla knowledge base di HubSpot: Deduplicazione dei record, e Salesforce Help: Cose da sapere sulle regole dei duplicati.
Cosa trova e unisce una pianificazione periodica
La deduplicazione pianificata funziona dopo il salvataggio dei record. Uno strumento o una persona esamina l'intero database, raggruppa i record che appartengono insieme e li unisce.
Una ricerca pianificata può raccogliere candidati incerti da rivedere prima di qualsiasi modifica. A seconda dello strumento, può confrontare errori di battitura, nomi simili nella pronuncia, domini aziendali e più campi insieme. Verifica l'identità prima di trasformare questi candidati in unioni.
Corrispondenze simili e gruppi
Analizzare l'intero database archiviato trova duplicati che le regole di inserimento configurate non hanno intercettato. Possono includere email leggermente diverse o una persona che usa due indirizzi. Trova anche gruppi, come un cliente inserito da più fonti. Alcune regole di inserimento intercettano anche corrispondenze simili; la ricerca programmata offre un'altra occasione di revisione.
I duplicati che hai già
Un'esecuzione programmata copre anche i record vecchi. Include i duplicati creati prima dell'attivazione di qualsiasi deduplica nativa, quelli dalle migrazioni e dalle integrazioni che hanno aggirato le regole di inserimento.
Verifica prima di apportare modifiche
Nessun record viene bloccato o perso quando arriva. I match incerti possono attendere la verifica di una persona, e il risultato del merge può essere controllato prima che avvenga.
Il compromesso è il tempo. Un duplicato esiste per un po' prima di essere unito, e in questo intervallo può raccogliere attività o entrare in una sequenza. Quanto debba durare questo intervallo dipende dalle tue fonti, di cui parliamo in con quale frequenza deduplicare il CRM.
Inserimento e pianificazione a colpo d'occhio
| Intercettare già in fase di inserimento | Ricerca e unione programmate | |
|---|---|---|
| Quando viene eseguito | Al momento della creazione o modifica di un record | Dopo il salvataggio dei record, in tutto il database |
| Cosa confronta | Esatto o approssimato, in base al CRM e alla regola attiva | Più campi, incluse le corrispondenze approssimative |
| Cosa rileva meglio | Ripetizioni esatte da persone e moduli | Refusi, email secondarie, gruppi e vecchi duplicati |
| Cosa non rileva | Corrispondenze vicine, record senza campo chiave, alcuni import e integrazioni | Duplicati che si creano tra un'esecuzione e l'altra |
| Chi decide | La regola, oppure un utente che riceve un avviso | Regole testate, più revisione per gli insiemi incerti |
| Rischio principale | Record bloccati non salvati o avvisi ignorati | Abbinamento troppo permissivo che unisce record che non sono duplicati |
Perché molti team hanno bisogno di entrambi
Ogni approccio copre il punto cieco dell'altro. Il controllo al momento dell'inserimento blocca le ripetizioni più semplici prima che si diffondano. Un'esecuzione programmata trova le corrispondenze simili e i vecchi duplicati che l'inserimento non vede.
L'equilibrio tra i due dipende dai tuoi dati. Cosa conta come duplicato varia caso per caso e ciò che per un team è un duplicato potrebbe non esserlo per un altro. Definisci per iscritto la tua regola prima di configurare uno dei due.
Lascia che l'inserimento gestisca le ripetizioni esatte
Attiva la deduplica nativa offerta dal tuo CRM per il campo che identifica ogni record. Mantieni le regole ristrette, così gli utenti si fidano degli avvisi invece di ignorarli.
Se una regola blocca importazioni o record API, controlla cosa ha respinto dopo ogni caricamento. I livelli che la circondano sono trattati in come evitare contatti duplicati nei team commerciali in forte crescita.
Lascia che la pianificazione gestisca tutto il resto
Partite dai duplicati evidenti, come corrispondenze esatte su email o dominio entrate da un'altra porta. Passate poi alle corrispondenze simili su nome con azienda o telefono, e inviate i set incerti alla revisione.
Una volta testate le regole, è possibile unire automaticamente e a intervalli programmati i duplicati certi, come le corrispondenze esatte sull'email. Mantieni in revisione tutto ciò che è meno certo.
Osservare da dove arrivano ancora i duplicati
Ogni duplicato che la pianificazione trova rimanda a una fonte che quella voce ha mancato. Alcune fonti, come moduli web che creano nuovi contatti, si correggono una volta sola, più facilmente che unirli continuamente.
Come Dedupely individua i duplicati che sfuggono all'inserimento
Dedupely agisce dopo la creazione dei record e rileva i nuovi entro 1-5 minuti. Si creano ricerche di duplicati che tengono conto di refusi, nomi simili nella pronuncia e domini condivisi, si impostano regole per il valore prevalente e si visualizza in anteprima ogni unione. Una volta testate le regole, è possibile unire automaticamente, secondo una pianificazione, i nuovi duplicati di cui si è certi, come le corrispondenze esatte di email.
Due momenti, un'unica definizione di duplicato
Il matching in fase di inserimento e la deduplica programmata risolvono lo stesso problema in momenti diversi. Le regole di inserimento possono usare criteri esatti o approssimati, ma coprono solo gli oggetti e i percorsi di inserimento configurati. Le ricerche programmate riesaminano il database salvato, lasciando tempo per verificare le corrispondenze incerte.
Usati insieme, si coprono a vicenda le lacune. Ciò che li rende efficaci è una definizione condivisa di duplicato. Così la regola all'ingresso e la ricerca dietro cercano la stessa cosa.
Domande frequenti
È meglio bloccare i duplicati all'inserimento o unirli dopo?
Molti team hanno bisogno di entrambi: il blocco in fase di inserimento ferma le ripetizioni esatte, come la stessa email, prima che si diffondano. L'unione successiva individua corrispondenze simili, seconde email e vecchi duplicati che l'abbinamento in inserimento non vede. Usa le regole di inserimento per i casi esatti e una ricerca programmata per tutto il resto, con verifica manuale per gli insiemi poco chiari.
Perché il mio CRM crea ancora duplicati con la deduplicazione attiva?
Il comportamento nativo dipende dal CRM e dalle regole configurate. Un controllo su email esatta non rileva un secondo indirizzo o un refuso, mentre una regola multi-campo o fuzzy potrebbe rilevarlo. Alcune importazioni e integrazioni usano regole diverse, gli utenti possono ignorare gli avvisi e le regole di inserimento non analizzano l'intero database esistente.
Le regole CRM sui duplicati possono far perdere dati?
Possono, quando una regola blocca record che nessuno controlla. In alcuni CRM, una regola di blocco respinge le righe corrispondenti di importazioni e caricamenti API senza mostrare un avviso, e quelle righe non vengono salvate. Controlla cosa ha respinto ogni caricamento e limita le regole di blocco alle corrispondenze di cui sei certo.
Con quale frequenza vanno uniti i duplicati dopo l'inserimento?
Dipende da quanto rapidamente le fonti aggiungono record. Con moduli e integrazioni costanti, i team spesso uniscono automaticamente alcune corrispondenze secondo una pianificazione e verificano regolarmente le altre. I team che importano per lo più liste possono controllare dopo ogni importazione, cercando di unire prima che i duplicati raggiungano report e sequenze.
Cos'è il confronto dei duplicati in fase di inserimento?
La corrispondenza avviene alla creazione o alla modifica di un record. A seconda del CRM, della regola e del percorso di inserimento, il confronto può essere esatto o approssimativo. Il sistema può bloccare, avvisare o aggiornare un record esistente. Verificare ogni percorso invece di presumere che una sola regola copra tutti i nuovi record.
Oppure registrati con Google
