HubSpot-Dubletten prüfen: Wann zwei Datensätze wirklich zusammengehören

Zwei ähnliche CRM-Einträge sind zunächst ein Prüfauftrag. Vor dem Zusammenführen muss feststehen, dass beide dieselbe Person oder dasselbe Unternehmen beschreiben. Danach folgt eine zweite Entscheidung: Welche Angaben bleiben erhalten? Wer beides vermischt, bereinigt vielleicht eine Liste und verliert dabei die Information, die das Vertriebsteam für den nächsten Kontakt braucht.

Dieser Leitfaden beschreibt eine eigene Prüfmethode. Alle Personen, IDs und Vorgänge im Beispiel sind fiktiv. Die Methode beginnt mit Kandidaten, führt über einen belegten Identitätsentscheid und endet mit einem kontrollierten Datensatz. Sie verspricht keine automatische Erkennung aller Dubletten.

Drei verschiedene Fragen vor dem Merge

Ähnlichkeit, Identität und Aktualität sind getrennte Fragen. "Anna Berger" und "A. Berger" sind ähnlich. Ob es dieselbe Person ist, braucht weitere Hinweise. Selbst bei bestätigter Identität bleibt offen, welche Telefonnummer aktuell ist. Ein neuer Datensatz ist nicht automatisch besser: Ein Import kann gestern zehn Jahre alte Angaben angelegt haben.

Bei Unternehmen reicht ein ähnlicher Name ebenfalls nicht. Eine Unternehmensgruppe kann mehrere rechtliche Einheiten, Standorte und gemeinsame E-Mail-Domains haben. Zuerst legst du fest, was ein Unternehmensdatensatz in deinem CRM abbildet. Wenn einige Zeilen Standorte und andere Vertragspartner beschreiben, steckt hinter der vermeintlichen Dublette ein ungeklärtes Datenmodell.

Die HubSpot-Dokumentation zur Deduplizierung beschreibt unterschiedliche Identifikatoren je nach Objekt und Anlageweg. Kontakte können über E-Mail-Adressen, Unternehmen über Domains und Importe über Record IDs zugeordnet werden. Für per API angelegte Unternehmen gilt die automatische Domain-Deduplizierung nicht. Eine Regel für einen Import lässt sich deshalb nicht ungeprüft auf eine Integration übertragen.

Einen Verdacht anhand konkreter Belege entscheiden

Im Beispiel enthält die Prüfliste vier Kandidatenpaare. Die Entscheidung wird vor jeder Änderung gespeichert. Ein offener Fall bleibt offen; er erhält keine niedrigere Prüfschwelle, nur weil die Bereinigung sonst länger dauert.

Der erste Fall wird nicht wegen der Schreibweise freigegeben. Der nachvollziehbare Adresswechsel liefert den Beleg. Im zweiten Fall beweist die gemeinsame Firma keine Personenidentität. Im vierten Fall ist die gemeinsame Telefonnummer schwach: Eine Zentrale gehört vielen Personen.

Für grosse Bestände kann eine Ähnlichkeitssuche die Kandidatenliste verkürzen. Ihr Ergebnis bleibt ein Vorschlag. Miss bei einer geprüften Stichprobe getrennt, wie viele vorgeschlagene Paare wirklich identisch sind und welche bekannten Dubletten die Suche übersieht. Eine hohe Trefferzahl allein sagt nichts über die Fehlerkosten einer falschen Zusammenführung.

Den führenden Datensatz und die Feldwerte bestimmen

Nach bestätigter Identität wird ein Datensatz als Ausgangspunkt gewählt. Dafür zählen bestehende Integrationsbezüge, nachvollziehbare Historie und die verwendete ID. Die Auswahl des Ausgangspunkts ersetzt keine Feldentscheidung. Ein alter Datensatz kann die richtige Kunden-ID und eine veraltete Telefonnummer enthalten.

Speichere für strittige Werte die Quelle und den Zeitpunkt der Prüfung. Kopiere eine neue E-Mail-Adresse nicht blind in jedes angeschlossene System. Dort können andere Identitätsregeln gelten. Bei unklaren Integrationsfolgen bleibt der Merge zurückgestellt, während das Team den Kontakt weiterhin bearbeiten kann.

Vorher sichern und die Wirkung begrenzen

Vor einer Zusammenführung werden die betroffenen IDs, Feldwerte und relevanten Beziehungen gesichert. Ein einfacher Tabellenexport ersetzt keine vollständige Wiederherstellung der Aktivitätshistorie. Prüfe deshalb vorab, welche Informationen sich tatsächlich wiederherstellen lassen und welche nur als Nachweis vorliegen.

HubSpot beschreibt das Zusammenführen als nicht rückgängig aufteilbar. Die Übernahme von Werten und Verknüpfungen hat objektspezifische Regeln. Deshalb wird zuerst ein einzelnes, fachlich bestätigtes Paar bearbeitet. Automationen, Marketingstatus und angebundene Systeme gehören zur Wirkungsprüfung. Ein erfolgreich geschlossener Dialog ist noch kein Nachweis für den gewünschten Endzustand.

Eine sichere Arbeitsliste enthält Paar-IDs, Identitätsbeleg, Prüfer, führenden Datensatz, abweichende Feldentscheidungen und Ergebnisstatus. "Geprüft" ohne Entscheidung ist unzureichend. Nutze beispielsweise "getrennt bestätigt", "Identität offen", "Merge vorbereitet" und "Ergebnis zurückgelesen". Damit lässt sich nach einer Unterbrechung weiterarbeiten, ohne denselben Fall erneut zu verändern.

Nachher aus Sicht des Vertriebs prüfen

Öffne den verbliebenen Datensatz erneut. Suche nach beiden alten Namen und den verwendeten Adressen. Kontrolliere den offenen Deal, die zuständige Person und die letzte relevante Aktivität. Prüfe anschliessend im angebundenen System, ob die richtige Identität erhalten blieb. Eine reine Zeilenzählung erkennt einen falsch zugeordneten Deal nicht.

Im Beispiel ist der Merge erst abgeschlossen, wenn D-72 weiterhin der richtigen Person zugeordnet ist, die bestätigte Adresse sichtbar bleibt und die Kunden-ID K-018 unverändert auf den vorgesehenen Datensatz zeigt. Die Telefonnummer bleibt ausdrücklich ungeklärt. Das ist ein korrekteres Ergebnis als ein vollständig gefülltes Feld mit der Zentrale als vermeintlicher Direktnummer.

Die offene Ursache gehört ebenfalls in den Abschluss. Entstanden die Dubletten durch einen wiederholten Import ohne Identifikator, korrigiere diesen Weg. Sonst wächst die Liste erneut. Für die nächste Aktualisierung beschreibt der Beitrag zum HubSpot-Bestandsimport den kontrollierten Updateprozess. Beziehungen zwischen mehreren Firmen behandelt der Artikel zu Kontakten, Unternehmen und Deals.

Wenn Identitätsregeln und Zuständigkeiten noch fehlen, ist das Teil eines HubSpot-Setups. Die Abnahme lautet dann konkret: bestätigte Paare bereinigt, ungeklärte Fälle sichtbar, Beziehungen erhalten und der verursachende Anlageweg korrigiert.

Quellenprüfung: 5. November 2026. Verlinkte Produktdokumentation belegt die ausdrücklich genannten Funktionen. Methoden, Tabellen und Rechenfälle sind eigene redaktionelle Vorschläge; fiktive Beispiele sind keine Kundenresultate.