HubSpot deaktiviert Erstellung von Legacy Private Apps
- HubSpot entfernt die UI-basierte Erstellung neuer Legacy Private Apps dauerhaft aus dem Account-Setting
- Als Ersatz für system-to-system-Integrationen dienen Service Keys, verfügbar ab Developer Platform Projects Version 2026.09
- Die Umstellung erfolgt gestaffelt nach Account-Alter, bestehende Legacy Private Apps sind aktuell nicht betroffen
Was sich ändert: HubSpot schaltet die Erstellung neuer Legacy Private Apps ab
HubSpot entfernt die Möglichkeit, neue Legacy Private Apps über die Account-Oberfläche anzulegen. Betroffen sind Private Apps, die nicht auf dem Projects-Framework basieren, also die klassische Variante, bei der ein Nutzer im Account-Setting direkt einen API-Token mit festen Scopes erzeugt. Wer künftig eine vergleichbare Integration für den systemseitigen Datenaustausch aufsetzen will, muss auf Service Keys zurückgreifen. Diese stehen laut offiziellen HubSpot Changelog ab Developer Platform Projects Version 2026.09 zur Verfügung. Bereits bestehende Legacy Private Apps sind von der Änderung nach aktuellem Stand nicht betroffen und laufen zunächst unverändert weiter.
Legacy Private Apps und Developer Platform Projects: der Unterschied
Private Apps gehören seit Jahren zum Standardwerkzeug, wenn ein Unternehmen HubSpot ohne den Umweg über den App Marketplace an ein anderes System anbinden will, etwa an ein ERP, ein Data Warehouse oder eine selbst gebaute Middleware. Der Weg war denkbar einfach: im Account-Setting eine neue Private App anlegen, Scopes auswählen, Token kopieren, fertig. Genau dieser Weg fällt jetzt für neue Apps weg.
Der Grund liegt in HubSpots Strategie für die eigene Entwicklerplattform. Seit einigen Jahren treibt HubSpot Developer Platform Projects voran, ein CLI-basiertes, versioniertes Framework, über das sich sowohl öffentliche als auch private Apps, UI-Erweiterungen und benutzerdefinierte Workflow-Aktionen bauen lassen. Legacy Private Apps standen bislang außerhalb dieses Frameworks: ein einzelner statischer Token, keine Versionierung, keine Trennung zwischen Entwicklungs- und Produktivumgebung. Mit der Abschaltung der UI-basierten Erstellung verschwindet dieser Sonderweg für neue Integrationen.
Service Keys als Ersatz für system-to-system-Integrationen
Service Keys sind an ein Developer Platform Project gebunden und damit Teil des versionierten Entwicklungsprozesses. Sie sind für system-to-system-Integrationen gedacht, also für Szenarien, in denen kein einzelner Nutzer, sondern ein technisches System dauerhaft auf die HubSpot-API zugreift, etwa ein Sync-Job, ein Reporting-Dienst oder eine Middleware zwischen CRM und ERP. Wer heute eine Legacy Private App für genau diesen Zweck einsetzt, sollte prüfen, ob Service Keys ab Projects-Version 2026.09 die gleiche Funktionalität abdecken, bevor eine Migration ansteht.
Zwei Zeitachsen: Warum das Account-Alter über den Zeitpunkt entscheidet
HubSpot rollt die Änderung nicht für alle Accounts gleichzeitig aus. Laut Changelog gilt eine gestaffelte Umstellung, abhängig davon, wie alt der jeweilige Account ist. Neuere Accounts sind in der Regel früher betroffen, ältere Accounts erhalten mehr Zeit, bevor die Option zur Erstellung neuer Legacy Private Apps verschwindet. Für Unternehmen, die eine konkrete Integration planen, lohnt sich deshalb ein Blick in den eigenen Account: Ob die Option zur Anlage einer neuen Legacy Private App noch sichtbar ist, lässt sich direkt im Account-Setting prüfen.
Was das für bestehende Integrationen bedeutet
Für laufende Legacy Private Apps ändert sich zunächst nichts. Sie funktionieren weiter, Tokens bleiben gültig, bestehende Scopes greifen wie bisher. Wer allerdings schon einmal die Abschaltung älterer APIs bis September 2027 verfolgt hat, kennt das Muster: HubSpot kündigt Übergangsfristen frühzeitig an und verlängert sie in der Regel nicht. Wer heute mehrere Legacy Private Apps im Einsatz hat, sollte diese deshalb bereits jetzt dokumentieren, auch wenn noch kein konkretes Enddatum für den Bestand feststeht.
Warum das auch für Marketing- und Sales-Entscheider relevant ist
Auf den ersten Blick wirkt die Änderung wie ein reines Entwicklerthema. Für Unternehmen, die HubSpot mit Umsystemen wie ERP, Data Warehouse oder einer Kundenplattform verbinden, hat sie aber direkte Auswirkungen auf Projektplanung und Budget. Jede neue Integration, die bislang in wenigen Minuten über eine Legacy Private App aufgesetzt wurde, braucht künftig ein Developer Platform Project mit CLI-Setup, Versionierung und einer sauberen Trennung von Entwicklungs- und Produktivumgebung. Das erhöht den initialen Aufwand für neue Anbindungen, senkt aber langfristig das Risiko instabiler, undokumentierter Integrationen, ein Problem, das in vielen CRM-Systemumgebungen ohnehin schon besteht.
Was RevOps- und IT-Teams jetzt konkret tun sollten
- Bestand aufnehmen: Welche Legacy Private Apps existieren im Account, wer betreibt sie, welche Scopes nutzen sie tatsächlich?
- Für neue Integrationen ab sofort Developer Platform Projects und Service Keys einplanen, nicht mehr die alte UI-Erstellung.
- Prüfen, ob im Team oder bei externen Partnern CLI-Kenntnisse für Projects vorhanden sind, dieses Framework unterscheidet sich deutlich vom bisherigen Klick-Setup in der Oberfläche.
- Einen Migrationsplan für bestehende Legacy Private Apps vorbereiten, auch wenn noch keine Frist droht.
Einordnung: ein weiterer Schritt in HubSpots Plattform-Konsolidierung
Die Abschaltung reiht sich in eine Reihe von Änderungen ein, mit denen HubSpot seine Entwicklerplattform vereinheitlicht. Bereits im Fall 2026 Spotlight für Entwickler hatte HubSpot deutlich gemacht, dass Projects künftig der zentrale Weg für alles sind, was über Standard-Automatisierungen hinausgeht. Für Unternehmen, die HubSpot als zentrale Datendrehscheibe im RevOps-Setup nutzen, heißt das: Wer heute noch auf schnelle, UI-basierte Integrationen setzt, baut Technologie auf einer Basis auf, die HubSpot mittelfristig nicht mehr weiterentwickelt.
Häufig gestellte Fragen
Was ist der Unterschied zwischen einer Legacy Private App und einem Service Key?
Eine Legacy Private App wird direkt über die Account-Oberfläche angelegt und liefert einen einzelnen statischen Token mit festen Scopes. Ein Service Key ist an ein Developer Platform Project gebunden, entsteht über die CLI und ist für system-to-system-Integrationen konzipiert, bei denen ein technisches System dauerhaft auf die API zugreift.
Sind bestehende Legacy Private Apps von der Abschaltung betroffen?
Nach aktuellem Stand nicht. HubSpot entfernt ausschließlich die Möglichkeit, neue Legacy Private Apps anzulegen. Bereits bestehende Apps laufen zunächst unverändert weiter.
Ab wann stehen Service Keys zur Verfügung?
Service Keys sind ab Developer Platform Projects Version 2026.09 verfügbar. Für Unternehmen, die eine neue system-to-system-Integration planen, ist das der relevante Mindeststand.
Betrifft die Änderung alle Accounts gleichzeitig?
Nein. HubSpot rollt die Abschaltung gestaffelt nach dem Alter des jeweiligen Accounts aus. Ob die Option zur Erstellung einer neuen Legacy Private App im eigenen Account bereits entfernt wurde, lässt sich direkt im Account-Setting prüfen.
Sprechen wir über Ihre Situation
Ich unterstütze Unternehmen bei HubSpot-Integrationen, Datenmigrationen und CRM-Strategie.
