Excel nach HubSpot importieren: Bestehende Datensätze aktualisieren, ohne Dubletten anzulegen

Ein Bestandsimport braucht eine eindeutige Antwort auf die Frage: Welche Zeile aktualisiert welchen vorhandenen Datensatz? Namen und die Reihenfolge einer Excel-Tabelle reichen dafür nicht. Erst wenn Identität, erlaubte Änderungen und erwartetes Ergebnis feststehen, ist die Datei importbereit.

Dieser Artikel beschreibt einen begrenzten Updateprozess für HubSpot. Der Beispieldatensatz ist fiktiv. Er ergänzt die allgemeine CSV-Vorbereitung um die fachliche Zuordnung und den Vergleich nach dem Import. Ziel ist ein nachvollziehbarer Bestand, nicht nur eine fehlerfrei eingelesene Datei.

Mit einem Export aus dem Zielsystem beginnen

Für vorhandene HubSpot-Datensätze ist ein aktueller Export mit Record IDs ein geeigneter Ausgangspunkt. Bewahre diesen Export unverändert auf. Die Arbeitskopie enthält nur die vorgesehenen Änderungen. Dadurch existiert für jede bearbeitete Zeile ein vorheriger Zustand, gegen den du das Ergebnis prüfen kannst.

Eine Record ID gehört zu einem Objekt in einem bestimmten Account. Eine Nummer aus einem anderen Portal ist kein verlässlicher Schlüssel. Notiere deshalb Account, Objekttyp und Exportzeitpunkt neben der Datei. Kontakte und Unternehmen erhalten getrennte ID-Spalten, wenn beide Objekte beteiligt sind.

Die HubSpot-Dokumentation zum Import nennt Record IDs als Identifikatoren und beschreibt ihren Vorrang gegenüber anderen eindeutigen Eigenschaften. Prüfe die Zuordnung im Importdialog ausdrücklich. Eine Spaltenüberschrift allein beweist nicht, dass die Spalte tatsächlich als Identifikator verwendet wird.

Neue Zeilen von Änderungen trennen

Ein gemischtes Arbeitsblatt erschwert die Kontrolle. Für eine erste Bereinigung empfehle ich getrennte Pakete: bestätigte Updates, bestätigte Neuanlagen und ungeklärte Zeilen. Ein fehlender Schlüssel wird nicht durch eine Vermutung ersetzt. Die Zeile verlässt das Updatepaket, bis ihre Identität geklärt ist.

Zeile E zeigt einen häufig übersehenen Fehler: Die Datei enthält bereits widersprüchliche Änderungen für dieselbe ID. Eine erfolgreiche technische Verarbeitung entscheidet nicht, welche Telefonnummer fachlich richtig ist. Entferne den Konflikt vor dem Upload. Behalte den verworfenen Vorschlag im Änderungsprotokoll, wenn seine Herkunft später relevant ist.

Bei D wird geprüft, ob ein vorhandener Datensatz über einen anderen belegten Identifikator gefunden wird. Erst nach diesem Abgleich ist eine Neuanlage zulässig. Die Dublettenprüfung liefert dafür eine Entscheidungstabelle.

Die Änderung pro Feld begrenzen

Importiere nur die Felder, die tatsächlich geändert werden sollen. Ein kompletter Altbestand mit zusätzlichen Korrekturspalten kann aktuelle Angaben überschreiben, die nach dem Export entstanden sind. Je kleiner die Änderungsfläche, desto leichter lässt sich das Ergebnis beurteilen.

Lege pro Spalte fest, ob vorhandene Werte ersetzt oder ausschliesslich bestimmte Lücken ergänzt werden. HubSpots Option "Don't overwrite" hat eine wichtige Besonderheit: Nach der Dokumentation werden bestehende Datensätze nur ergänzt, wenn das Feld noch nie einen Wert hatte. Ein heute leeres, früher befülltes Feld wird damit nicht aktualisiert. Im Beispiel unterscheidet sich Zeile C deshalb von B.

Für das konkrete Paket bedeutet das: A gehört in ein geprüftes Ersetzungspaket. B lässt sich als Ergänzung behandeln. C benötigt eine eigene Entscheidung und einen Test der vorgesehenen Einstellung. Aus einer optisch leeren Excel-Zelle lässt sich die Eigenschaftshistorie nicht ablesen.

Auch Datums- und Zahlenformate gehören in die Definition. "03/04/2026" ist ohne Formatregel mehrdeutig. Für einen Betrag stehen Währung und Dezimaldarstellung fest. Telefonnummern und IDs werden als Text behandelt, wenn sonst führende Nullen oder lange Ziffernfolgen verändert werden. Die Datei wird nach dem Speichern erneut geöffnet, nicht nur in der ursprünglichen Excel-Ansicht geprüft.

Ein kleines Paket mit vorhergesagtem Ergebnis testen

Wähle Fälle mit unterschiedlichen Bedingungen, nicht nur drei einfache Zeilen. Das Testpaket enthält einen Ersatzwert, eine zulässige Ergänzung, ein früher geleertes Feld und eine bewusst ausgeschlossene Konfliktzeile. Für jeden Fall wird vorher das erwartete Ergebnis dokumentiert.

Prüfe zusätzlich, ob eine Feldänderung andere Abläufe auslöst. Ein neuer Status oder Owner kann Aufgaben, Synchronisationen oder weitere Automationen beeinflussen. Der Test umfasst diese Folgen im zulässigen Testbereich. Bei kontaktierenden Aktionen reicht ein Vergleich der Eigenschaftswerte nicht aus.

Den Importbericht mit einem erneuten Export verbinden

Nach der Verarbeitung werden Fehlermeldungen und ausgelassene Zeilen geprüft. Danach folgt ein erneuter Export der betroffenen IDs. Vergleiche ihn mit dem gesicherten Ausgangsstand und dem geplanten Zielzustand. Der Nachweis lautet pro Feld "vorher, geplant, tatsächlich", nicht nur "Import erfolgreich".

Wenn eine Zeile fehlschlägt, importiere nicht reflexartig die gesamte Datei erneut. Ermittele zuerst, welche Änderungen bereits übernommen wurden. Ein erneuter Lauf kann zwar denselben Endwert schreiben, aber weitere Nebenwirkungen auslösen. Wiederholbarkeit des Datenzustands und Wiederholbarkeit aller Prozessfolgen sind unterschiedliche Anforderungen.

Bei einem Fehler wird die Korrektur auf die betroffenen IDs begrenzt. Eine Rückspielung alter Werte darf zwischenzeitliche legitime Änderungen nicht überfahren. Vergleiche deshalb vor der Rücknahme den aktuellen Wert mit dem nach dem Import erwarteten Wert. Abweichungen gehen in eine gesonderte Prüfung.

Die fertige Abnahme enthält den gesicherten Export, die freigegebene Änderungsdatei, die gewählten Zuordnungen, den Importbericht und den Ergebnisvergleich. Für einen vollständigen Systemwechsel kommen weitere Prüfungen hinzu, die der Beitrag zur CRM-Migration behandelt. Im HubSpot-Setup ist genau dieser belegte Updateweg eine nutzbare Betriebsregel für spätere Importe.

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.