HubSpot-Salesforce-Integration 2026: Der große Umbau im Hintergrund

Ein zwölf Jahre altes Fundament wird ausgetauscht

Die Verbindung zwischen HubSpot und Salesforce gehört zu den ältesten und meistgenutzten Integrationen im CRM-Ökosystem. HubSpot brachte bereits kurz nach der eigenen Gründung eine erste Anbindung an Salesforce heraus, damals vor allem, um Marketingaktivitäten aus HubSpot in die Salesforce-Datensätze zu spiegeln. Den entscheidenden Schritt zur heute bekannten Zwei-Wege-Synchronisation von Kontakten, Unternehmen und Deals machte HubSpot 2014. Seitdem lief das technische Rückgrat dieser Synchronisation im Kern unverändert weiter – trotz seitdem enorm gewachsener Nutzerzahlen, komplexerer Datenmodelle und einer Salesforce-Plattform, die selbst mehrfach grundlegend überarbeitet wurde.

Im Mai 2026 hat HubSpot in einem offiziellen Community-Beitrag mit dem Titel „Rebuilding the Engine: What's Next for the HubSpot-Salesforce Integration" öffentlich bestätigt, was intern offenbar schon länger lief: Die Sync-Engine zwischen beiden Plattformen wird von Grund auf neu gebaut. Es handelt sich nicht um ein Feature-Update, sondern um einen Austausch der zugrunde liegenden Architektur – inklusive neuer Worker-Prozesse, neuer Sync-Pipelines und einer überarbeiteten Logik für Abgleich, Deduplizierung und Fehlerbehandlung. Nach Angaben von Branchenbeobachtern nutzen mehrere tausend Unternehmen diese Integration im Tagesgeschäft, um Marketing- und Vertriebsdaten zwischen beiden Systemen konsistent zu halten – entsprechend groß ist die Reichweite des Umbaus.

Der Zeitplan: Was bereits läuft und was noch kommt

Der Umbau erfolgt nicht auf einen Schlag, sondern objektweise und stufenweise – ein für eine derart tief verankerte Integration nachvollziehbarer Ansatz, da ein harter Cutover das Risiko von Datenverlust oder inkonsistenten Datensätzen bei tausenden gleichzeitig aktiven Instanzen deutlich erhöhen würde. Nach aktuellem Kenntnisstand sieht der Fahrplan wie folgt aus:

• Bereits abgeschlossen: Benutzerdefinierte Objekte (Custom Objects), Tickets und Aktivitäten laufen bereits seit rund einem Jahr auf der neuen Engine.
• Live: Der Company-Sync (Unternehmen) wurde in den vergangenen Wochen auf die neue Architektur umgestellt und ist für Bestandskunden nutzbar.
• Kurzfristig: Der Deal-Sync soll in den kommenden Wochen folgen.
• Q4 2026: Der Contact-Sync – historisch das komplexeste und fehleranfälligste Objekt in der Synchronisation – startet als Beta.
• Mitte 2027: Für diesen Zeitpunkt strebt HubSpot die vollständige Abschaltung der alten Sync-Engine an.

Wichtig für die Einordnung: Bis zur endgültigen Abschaltung der Legacy-Engine bleibt reichlich Zeit, doch die Reihenfolge signalisiert klar, welches Objekt HubSpot für am kritischsten hält. Dass der Contact-Sync als Letztes und zunächst nur als Beta kommt, deutet darauf hin, dass hier die größten strukturellen Herausforderungen liegen – vor allem wegen der Art, wie Salesforce zwischen Leads und Contacts unterscheidet, während HubSpot dieses Konzept in dieser Form nicht kennt.

Welche Probleme die alte Engine über Jahre verursacht hat

Wer die HubSpot-Salesforce-Integration in den vergangenen Jahren im Einsatz hatte, kennt vermutlich mindestens eines der folgenden Symptome. Sie erklären, warum der Neubau als überfällig gilt:

• Duplikate trotz Sync: Die alte Engine deduplizierte im Kern nur über die E-Mail-Adresse. Das führte regelmäßig zu Dubletten, etwa bei Jobwechseln, geteilten Postfächern oder wenn Salesforce zwischen Lead- und Contact-Datensätzen unterschied, HubSpot aber keine entsprechende Unterscheidung kannte.
• Owner-Feld ohne sauberen Abgleich: Eine native, zuverlässige Synchronisation des zuständigen Vertriebsmitarbeiters gab es nicht. Gebietswechsel oder Teamumstrukturierungen führten zu stillem Auseinanderdriften der Zuständigkeiten zwischen beiden Systemen.
• Geteilte API-Limits: Sync-Vorgänge liefen über dieselben API-Kontingente wie andere Salesforce-Integrationen. Wurde das Limit durch andere Prozesse ausgeschöpft, konnte die komplette HubSpot-Synchronisation ins Stocken geraten.
• Picklist- und Datentyp-Konflikte: Auswahllisten wurden im Hintergrund teils als freier Text verarbeitet, was bei Änderungen am Datenmodell in Salesforce zu stillen Sync-Fehlern führte, die erst spät auffielen.
• Komplexität durch das Salesforce-Lead-Objekt: Die Zusammenführung von HubSpot-Kontakten mit Salesforce-Leads und -Contacts verlangte hart codierte Logikpfade, die fehleranfällig und schwer nachvollziehbar waren.
• Schlechte Fehlerdiagnose: Wenn ein Sync-Vorgang fehlschlug, lieferte das System oft wenig verwertbare Informationen darüber, warum – was Support-Anfragen aufwendig und Fehlerbehebung langwierig machte.

Was der neue Company-Sync konkret ändert

Am Beispiel des bereits live geschalteten Company-Sync lässt sich gut zeigen, wie sich die neue Architektur von der alten unterscheidet. Nach Angaben aus der HubSpot-Wissensdatenbank bringt die neue Version mehrere strukturelle Verbesserungen mit:

• Synchronisation ohne Kontaktbezug: Unternehmen können jetzt auch dann abgeglichen werden, wenn ihnen kein einziger Kontakt zugeordnet ist – bislang ein blinder Fleck in vielen Datensätzen.
• Deduplizierung über frei wählbare Felder: Statt starrer Standardlogik lassen sich Datensätze über beliebige gemappte Felder abgleichen, nicht mehr nur über eine einzelne feste Kennung.
• Konfigurierbare Konfliktregeln: Nutzer können festlegen, welches System bei widersprüchlichen Werten Vorrang hat, statt sich auf eine feste Standardregel verlassen zu müssen.
• Zusammenführungen werden erkannt: Werden Unternehmen in Salesforce zusammengeführt, spiegelt sich das künftig auch in HubSpot wider – umgekehrt gilt das laut Dokumentation weiterhin nicht.
• Selektiver Sync: Über Filterkriterien lässt sich steuern, welche Salesforce-Accounts überhaupt nach HubSpot übertragen werden.

Zwei Punkte sind für bestehende Anwender besonders relevant. Erstens ist die Umstellung auf den neuen Company-Sync nach der Aktivierung nicht mehr rückgängig zu machen – HubSpot selbst empfiehlt deshalb ausdrücklich, den Wechsel zunächst in einer Sandbox- oder Testumgebung zu prüfen, bevor er im Produktivsystem vollzogen wird. Zweitens gilt die verbesserte Deduplizierung nur für Datensätze, die nach der Umstellung neu abgeglichen werden. Bereits bestehende Dubletten aus der Zeit der alten Engine verschwinden dadurch nicht automatisch, sondern müssen weiterhin gesondert bereinigt werden.

Was für Bestandskunden jetzt wichtig wird

Für Unternehmen, die die HubSpot-Salesforce-Integration bereits produktiv nutzen, ergeben sich aus dem Umbau konkrete Handlungspunkte – unabhängig davon, in welcher Konstellation und Größenordnung beide Systeme im Einsatz sind:

• Sync-Fehler und Feldmappings dokumentieren. Vor jeder Umstellung lohnt sich ein Blick auf bestehende Fehlerprotokolle und individuelle Feldzuordnungen, um zu verstehen, welche Workarounds nach der Migration überflüssig werden könnten – und welche eventuell neu aufgesetzt werden müssen.
• Sandbox statt Produktivsystem als Testfeld nutzen. Sowohl HubSpot als auch unabhängige Berater empfehlen unisono, größere Sync-Änderungen zunächst in einer isolierten Testumgebung nachzuvollziehen, da externe Systeme wie Salesforce dort separat autorisiert werden müssen und sich Fehler risikofrei beobachten lassen.
• Zeitpuffer zwischen den Umstellungsschritten einplanen. Da die Umstellung auf den neuen Company-Sync nicht umkehrbar ist, sprechen einige Stimmen aus der Beraterszene dafür, nach jedem Migrationsschritt eine gewisse Zeit verstreichen zu lassen, bevor der nächste Objekttyp umgestellt wird, um Nebenwirkungen im laufenden Betrieb zuverlässig zu erkennen.
• Datenbereinigung getrennt planen. Wer schon länger mit Dubletten oder inkonsistenten Owner-Zuordnungen kämpft, sollte diese Bereinigung als eigenständiges Projekt behandeln – die neue Engine verhindert neue Duplikate, räumt aber nicht automatisch mit alten auf.
• Contact-Sync bewusst zuletzt angehen. Da dieser Bereich erst als Beta ab Q4 2026 verfügbar wird und historisch die komplexeste Objektbeziehung betrifft, spricht einiges dafür, hier nicht zu den ersten Anwendern zu gehören, sondern die ersten Erfahrungsberichte anderer Nutzer abzuwarten.

Wer HubSpot und Salesforce parallel im Einsatz hat, tut außerdem gut daran, sich rechtzeitig damit zu beschäftigen, dass die vollständige Abschaltung der alten Engine für Mitte 2027 angepeilt ist. Das klingt nach viel Vorlauf, doch Migrationsprojekte dieser Art – insbesondere wenn individuelle Automatisierungen, Workflows oder Middleware-Lösungen auf der alten Sync-Logik aufbauen – benötigen in der Praxis oft deutlich mehr Zeit als ursprünglich eingeplant.

Offene Fragen und verbleibende Einschränkungen

Auch nach dem Umbau bleibt die Integration kein Selbstläufer. Aus verfügbaren technischen Dokumentationen und ersten Erfahrungswerten lassen sich bereits einige Einschränkungen der neuen Architektur ableiten:

• Bislang synchronisiert nur die primäre Unternehmenszuordnung; komplexere Many-to-many-Beziehungen zwischen Kontakten und mehreren Unternehmen bleiben außen vor.
• Deals werden nicht automatisch gegen bestehende Salesforce-Opportunities dedupliziert – ein Punkt, der beim anstehenden Deal-Sync-Rollout besondere Aufmerksamkeit verdient.
• Aktualisierungen an Salesforce-Formelfeldern lösen offenbar keinen eigenständigen Sync-Vorgang aus.
• Benutzerdefinierte Objekte lassen sich weiterhin nicht gleichzeitig mit Leads und Contacts verknüpfen.

Unabhängig von diesen technischen Details weisen Stimmen aus der RevOps-Beratung auf einen grundsätzlicheren Punkt hin: Eine technisch überarbeitete Sync-Engine löst keine organisatorischen Probleme. Viele gescheiterte oder frustrierende HubSpot-Salesforce-Integrationen scheitern nicht an der Technik, sondern daran, dass Marketing- und Vertriebsteams sich vorher nicht darauf geeinigt haben, wie Daten, Verantwortlichkeiten und Prozessschritte zwischen den Systemen tatsächlich fließen sollen. Eine neue, robustere Engine kann diese Lücke nicht ersetzen – sie macht lediglich sichtbar, wie tragfähig die zugrunde liegenden Prozessentscheidungen tatsächlich sind. Wer im Zuge der Migration ohnehin Sync-Regeln und Feldmappings überprüft, hat also eine gute Gelegenheit, auch die dahinterliegenden Prozessfragen neu zu bewerten.

Ebenfalls offen ist, wie sich der Umbau auf Drittanbieter-Tools auswirkt, die auf die bisherige Sync-Logik oder das inzwischen als veraltet markierte Salesforce-Paket von HubSpot aufsetzen. Wer eigene Middleware, individuelle iPaaS-Verbindungen oder spezialisierte Sync-Tools zwischen beiden Plattformen im Einsatz hat, sollte frühzeitig bei den jeweiligen Anbietern nachfragen, ob und wann eine Anpassung an die neue Engine erforderlich wird.

Was das für den Markt der Sync- und iPaaS-Tools bedeutet

Der Umbau berührt auch ein ganzes Ökosystem an Drittanbietern, die sich in den vergangenen Jahren rund um die Schwächen der alten Sync-Engine positioniert haben. Zahlreiche iPaaS- und Sync-Spezialisten bieten seit Langem eigene bidirektionale Verbindungen zwischen HubSpot und Salesforce an, häufig mit dem Versprechen von Echtzeit-Synchronisation, feingranularer Konfliktlösung oder Unterstützung für beliebige benutzerdefinierte Objekte und Felder – Funktionen, die in der nativen Integration lange nur eingeschränkt oder gar nicht verfügbar waren. Mit der neuen Engine schließt HubSpot einen Teil dieser Lücke selbst, etwa bei Deduplizierung, Owner-Sync und Konfliktregeln.

Das bedeutet nicht automatisch, dass spezialisierte Sync-Tools überflüssig werden. Für Unternehmen mit sehr komplexen Datenmodellen, häufigen Echtzeit-Anforderungen oder Sync-Bedarf über mehr als zwei Systeme hinweg dürfte weiterhin ein Markt für dedizierte Lösungen bestehen. Wer aktuell über die Anschaffung eines zusätzlichen Sync-Tools nachdenkt, sollte die neuen nativen Funktionen jedoch in die Entscheidung einbeziehen, bevor zusätzliche Lizenzkosten und eine weitere Fehlerquelle im Datenfluss dauerhaft eingeplant werden.

Fazit

Der Umbau der HubSpot-Salesforce-Integration ist der größte strukturelle Eingriff in diese Verbindung seit 2014 und markiert einen Wendepunkt für alle Unternehmen, die beide Plattformen parallel betreiben. Der stufenweise Zeitplan – Company-Sync live, Deal-Sync in Kürze, Contact-Sync als Beta ab Q4 2026, vollständige Ablösung der alten Engine bis Mitte 2027 – gibt ausreichend Vorlauf, um die eigene Migration sorgfältig zu planen, statt sie kurzfristig unter Zeitdruck umzusetzen. Wer die kommenden Monate nutzt, um Sync-Fehler zu dokumentieren, Testumgebungen aufzusetzen und die eigenen Datenprozesse zu hinterfragen, dürfte von der neuen Architektur spürbar profitieren – vorausgesetzt, die organisatorischen Hausaufgaben rund um Dateneigentümerschaft und Prozessklarheit zwischen Marketing und Vertrieb werden parallel erledigt.