Drei Änderungen, ein Ziel: weniger Klebecode
Das August-Rollup des HubSpot Developer-Changelogs, angekündigt am 27. August 2026 und produktiv seit dem 31. Juli, ist kurz, aber für Admins und Integrationsteams relevant. Alle drei Punkte drehen sich um dieselbe Frage: Wie kommen Daten ins CRM und wie bleiben HubSpot Workflows stabil, wenn sich darunter etwas bewegt.
Webhook-Datenquellen für Data Studio
Entwickler und App-Partner können JSON-Daten jetzt in Echtzeit aus jedem HTTP-fähigen System direkt nach Data Studio schicken. Kein Datei-Upload, kein eigener Connector.
Die Eckdaten:
- Jede Quelle bekommt eine eindeutige Inbound-URL
- Unterstützt werden GET, POST und PUT
- Datensätze lassen sich neu anlegen oder über einen Match-Key aktualisieren
- Aktuell ein Datensatz pro Request
- Die URL ist der einzige Authentifizierungsmechanismus und ist deshalb wie ein Secret zu behandeln
- Eingegangene Daten stehen in Datasets, Segmenten, Workflows und Reports zur Verfügung
Zwei Dinge sollte IT vorab regeln. Erstens: Die Inbound-URL gehört in einen Secret-Store, nicht im Klartext in ein Automatisierungs-Szenario oder ein Wiki. Wer die URL kennt, kann Daten einspielen. Zweitens: Das Limit von einem Datensatz pro Request macht die Quelle zum Werkzeug für Ereignisströme, nicht für Massenimporte. Historische Daten laufen weiterhin über Import oder API.
Merges unterbrechen keine Workflows mehr
Wenn zwei CRM-Datensätze zusammengeführt werden, bleibt der Primärdatensatz künftig in seinen aktiven Workflows eingeschrieben, inklusive Position, Wartezeiten, Verzweigungen und ausstehenden Aktionen. Nur das Duplikat wird ausgetragen. Das gilt automatisch für alle Objekttypen, die Merges unterstützen, ohne Konfiguration.
Das war bisher ein realer Schmerz. Wer Dubletten bereinigte, riskierte, laufende Nurturing-Strecken oder Onboarding-Sequenzen abzubrechen. Viele Teams haben Dedup-Kampagnen deshalb auf Zeitfenster gelegt oder Datensätze in aktiven Workflows ausgeklammert. Beides kann jetzt weg.
App-Objekte in Assoziations-Workflows
Die Workflow-Aktion „Manage CRM record associations“ unterstützt jetzt App-Objekte aus verbundenen Apps. Workflows können Verknüpfungen zwischen App-Objekt-Datensätzen und anderen CRM-Datensätzen anlegen, ändern oder entfernen. Damit landen Daten aus Drittanwendungen ohne manuelles Verlinken in Pipeline, Attribution, Segmentierung und Reporting.
Was Admins jetzt prüfen sollten
- Gibt es selbst gebaute Connectoren, die Ereignisse einzeln ins CRM schieben? Die lassen sich oft durch eine Webhook-Quelle ersetzen
- Enthalten Dedup-Prozesse Ausnahmen für Datensätze in aktiven Workflows? Die Regel kann fallen
- Läuft Verknüpfungslogik für App-Objekte in Custom Code? Ein Workflow ist wartbarer und für Marketing-Ops sichtbar
Fazit
Kein spektakuläres Release, aber drei Änderungen, die typische Bastellösungen überflüssig machen. Am meisten Aufmerksamkeit verdient die Webhook-Quelle, weil sie neue Datenwege öffnet und gleichzeitig ein Secret in Umlauf bringt, das jemand verwalten muss. Wer das sauber aufsetzt, spart sich künftig einen Connector pro Quelle.