HubSpot Juli 2026: Owner-Limit, Webhooks, Payment Links

HubSpot Changelog Juli 2026: die wichtigsten Änderungen im Überblick

HubSpot hat den Juli-Rollup 2026 veröffentlicht, laut offiziellem Changelog mit fünf Änderungen, die vor allem Administratoren und Entwickler betreffen: ein angehobenes Limit für Owner-Properties, größere Batch-Größen im Webhooks Journal, ein neuer Chart zur historischen API-Nutzung im Developer-Account sowie zwei neue Public Betas für Contract Imports und die Payment Links API. Keine der Änderungen betrifft die Oberfläche für Marketing- oder Sales-Teams direkt, dafür aber die technische Basis, auf der CRM-Prozesse laufen.

Owner Property Limit wurde angehoben

HubSpot hat das Limit für Owner-Properties angehoben. Owner-Properties sind die Felder, über die Deals, Tickets, Kontakte oder Unternehmen einem zuständigen Mitarbeitenden zugeordnet werden, etwa bei Gebietszuordnungen oder mehrstufigen Vertriebsteams. Je mehr Teams, Marken oder Ländergesellschaften in einem einzigen HubSpot-Account abgebildet werden, desto schneller stößt man an diese Grenze, etwa wenn neben dem Standard-Owner zusätzliche benutzerdefinierte Owner-Felder für Account Manager, Customer Success oder Partner angelegt werden.

Für Unternehmen mit komplexeren Organisationsstrukturen ist das praktisch relevant. Wer bislang aus Kapazitätsgründen auf Workarounds wie zusammengesetzte Textfelder oder externe Zuordnungstabellen ausweichen musste, kann diese jetzt tendenziell wieder in echte Owner-Properties zurückführen. Das betrifft direkt die Frage, wer im CRM für welchen Datensatz verantwortlich ist, ein Thema, das in vielen Projekten unterschätzt wird. Mehr dazu im Artikel zu Data Ownership im CRM.

Wie wirkt sich das größere Webhooks Journal Batch auf Integrationen aus?

Das Webhooks Journal ist die Komponente, über die HubSpot nachträgliche Änderungen an Datensätzen in Batches an angebundene Systeme ausliefert, etwa an eine Middleware, ein Data Warehouse oder ein externes ERP. Mit dem Juli-Rollup erhöht HubSpot die maximale Batch-Größe für diese Journal-Abfragen. In der Praxis bedeutet das weniger einzelne API-Calls, um dieselbe Menge an Änderungen abzuholen, und damit geringere Latenz bei synchronisierten Systemen sowie weniger Druck auf API-Limits.

Für Integrationsprojekte, die auf das Webhooks Journal statt auf klassische Webhooks pro Objekt setzen, lohnt sich ein Blick in die eigene Konfiguration. Wer die Batch-Größe bislang fest im Code verankert hat, sollte prüfen, ob sich durch die neue Obergrenze Abfrage-Intervalle reduzieren lassen. Das ist besonders für Setups mit hohem Änderungsvolumen relevant, etwa bei Massen-Updates aus Marketing-Automatisierungen oder Data-Enrichment-Jobs.

Neuer Chart für historische API-Nutzung

Im Developer-Account zeigt HubSpot jetzt einen Chart, der die historische API-Nutzung über einen längeren Zeitraum darstellt, statt nur den aktuellen Tageswert. Bislang war die Nachvollziehbarkeit von API-Limit-Überschreitungen oft mühsam: Wer im Nachhinein klären wollte, warum ein Limit erreicht wurde, musste sich auf Logs einzelner Anwendungen verlassen oder Daten manuell über die Zeit zusammentragen.

Der neue Chart macht Nutzungsspitzen und Trends direkt sichtbar und erleichtert die Kapazitätsplanung, etwa bei der Frage, ob ein zusätzliches API-Limit-Upgrade nötig ist oder ob sich der Anstieg durch eine ineffiziente Integration erklären lässt. Gerade wenn mehrere Teams oder externe Dienstleister dieselbe private App nutzen, schafft das mehr Transparenz darüber, welche Last wirklich auftritt. Wer ohnehin regelmäßig mit API-Versionswechseln zu tun hat, etwa im Zuge des Sunsets der Pipelines API V1, bekommt mit dem Chart ein zusätzliches Werkzeug, um den Effekt von Migrationen auf das Nutzungsverhalten zu beobachten.

Public Beta: Contract Imports

Mit Contract Imports können Verträge, die bislang außerhalb von HubSpot verwaltet wurden oder aus einem anderen CRM stammen, in Public Beta importiert werden, statt sie manuell neu anzulegen. Das ist vor allem für Unternehmen interessant, die von Salesforce oder einem anderen System zu HubSpot wechseln und dabei bestehende Vertragsdaten nicht verlieren wollen. Bei Migrationsprojekten gehören Verträge regelmäßig zu den Objekten, die am aufwendigsten zu übertragen sind, weil sie oft mit Deals, Unternehmen und Abrechnungsdaten verknüpft sind.

Da es sich um eine Public Beta handelt, sollten Unternehmen die Funktion vor einem produktiven Einsatz in einer Sandbox testen, insbesondere im Hinblick auf Feldmapping und Pflichtfelder. Wer eine Migration ohnehin plant, findet im Artikel zu den Kosten einer Migration von Salesforce zu HubSpot eine Einordnung, wo Vertragsdaten typischerweise ins Budget einfließen.

Public Beta: Payment Links API

Die Payment Links API erlaubt es, programmatisch Zahlungslinks zu erzeugen, etwa aus einem Deal, einer Rechnung oder einer externen Anwendung heraus, statt Links ausschließlich über die HubSpot-Oberfläche zu erstellen. Das öffnet die HubSpot-eigene Zahlungsfunktion für Automatisierungen, etwa um bei Erreichen einer bestimmten Deal-Phase automatisch einen Zahlungslink zu generieren und per E-Mail oder Workflow zu versenden.

Auch hier gilt der Beta-Status. Die API kann sich bis zur allgemeinen Verfügbarkeit noch ändern, und produktive Abrechnungsprozesse sollten nicht vollständig darauf aufgebaut werden, bevor sie stabil ist. Für Unternehmen, die HubSpot Payments bereits nutzen, lohnt sich aber ein früher Blick in die Dokumentation, um die eigene Billing-Logik perspektivisch vorzubereiten.

Was der Rollup für RevOps und Dateninfrastruktur bedeutet

Keine der fünf Änderungen ist für sich genommen groß. In der Summe zeigen sie aber, wohin sich HubSpot entwickelt: weg von reinen Oberflächen-Updates, hin zu Anpassungen an der Dateninfrastruktur, die vor allem technische Teams betreffen. Höhere Limits, größere Batches und bessere Monitoring-Werkzeuge sind typische Anzeichen dafür, dass eine Plattform mit wachsenden, komplexeren Datenmodellen rechnet.

Für RevOps-Verantwortliche ist das ein guter Anlass, das eigene Datenmodell gegen diese Änderungen zu prüfen, statt den Rollup nur zur Kenntnis zu nehmen. Wo entstehen im eigenen Account Engpässe bei Owner-Zuordnungen? Welche Integration hängt am Webhooks Journal und könnte von größeren Batches profitieren? Diese Fragen lassen sich am ehesten beantworten, wenn ein sauberes, dokumentiertes Datenmodell existiert, statt gewachsener Konfiguration ohne Überblick. Mehr dazu im Artikel Datensilos abbauen: Warum RevOps ein Datenmodell braucht.

Häufig gestellte Fragen

Wann wurde der Juli-Rollup 2026 veröffentlicht?

Laut dem offiziellen HubSpot-Changelog wurden die Änderungen im Juli 2026 veröffentlicht. Die beiden Public Betas sind seitdem schrittweise für berechtigte Accounts verfügbar.

Muss ich als Marketing- oder Sales-Team auf diesen Rollup reagieren?

Direkt betroffen sind vor allem Administratoren und Entwickler, die Integrationen, API-Zugriffe oder komplexe Owner-Strukturen verwalten. Für den täglichen Umgang mit dem CRM in Marketing und Sales ändert sich zunächst nichts.

Was ist der Unterschied zwischen einer Public Beta und einer allgemein verfügbaren Funktion bei HubSpot?

Eine Public Beta ist für alle berechtigten Accounts zugänglich, kann sich in Funktionsumfang und API-Struktur aber noch ändern, bevor sie offiziell freigegeben wird. Für produktive, geschäftskritische Prozesse empfiehlt sich deshalb vor allem ein Test in einer Sandbox, bevor eine Beta-Funktion fest eingebaut wird.

Wo finde ich die vollständigen technischen Details zum Juli-Rollup?

Die vollständige Liste mit allen technischen Details veröffentlicht HubSpot im offiziellen Developer-Changelog, der laufend um neue monatliche Rollups ergänzt wird.