HubSpot mit n8n verbinden: Automationen, die das CRM allein nicht kann

Sie haben in HubSpot einen Workflow gebaut, der bei einem neuen Kontakt eine externe Anreicherungs-API rufen soll – und stellen fest: Das geht gar nicht. Stattdessen sagt Ihnen HubSpot, dass „Custom Code Actions" und die „Create a webhook"-Aktion nur in Operations Hub Professional verfügbar sind. Listenpreis: 800 USD pro Monat (bei monatlicher Abrechnung; jährlich gebucht rund 720 USD). Für eine Handvoll API-Calls.

Das ist der Moment, in dem viele Teams entweder resignieren oder unnötig ein teures Hub-Upgrade kaufen. Beides ist meist falsch. Es gibt einen dritten Weg, und der kostet oft so viel wie ein kleiner Server.

Wo der native HubSpot-Workflow aufhört

HubSpot ist stark – im Inneren des CRM. Formular-Follow-ups, Lead-Zuweisung, E-Mail-Sequenzen, einfache If/Then-Verzweigungen: Dafür sind die nativen Workflows gebaut, und das machen sie gut. Der Bruch kommt in dem Moment, in dem Ihre Logik den Rand des CRM verlässt – wenn Daten von außen kommen, wenn mehrere Systeme beteiligt sind oder wenn die Bedingungen verschachtelter werden als ein simples „wenn Land = DE, dann Vertrieb DACH".

Die Beratung Struto formuliert es nüchtern: Standard-Workflows sind stark für Basis-Aufgaben, aber bei Automationen über mehrere Systeme, geschichteten Bedingungen oder Custom-Prozessen entstehen Lücken. Genau diese Lücken schauen wir uns konkret an – und was n8n dort einsetzt.

Die vier Bruchstellen nativer HubSpot-Workflows

1. Externe APIs und Datenanreicherung

Native Workflows arbeiten primär mit CRM-Daten. Sie können einen Kontakt aktualisieren, einen Deal anlegen, eine interne Benachrichtigung schicken. Was sie nicht können: eine beliebige externe API anrufen, deren Antwort verarbeiten und das Ergebnis zurückschreiben. Ein REST-Call gegen eine Enrichment-, Bonitäts- oder Branchen-Datenbank? Nur über die Webhook- oder Custom-Code-Aktion – und die stecken hinter der Paywall (siehe Punkt 2).

2. Custom Code steckt hinter der Paywall – mit harten Limits

Custom-Code-Aktionen in Workflows unterstützen JavaScript (Node.js 20.x) und Python 3.9 (Beta). Klingt mächtig. Zwei Haken: Erstens sind sie laut HubSpot-Doku ausschließlich in Operations Hub Professional (800 USD/Monat) oder Enterprise (2.000 USD/Monat) verfügbar. Zweitens gelten harte, systemweite Limits, die sich nicht erhöhen lassen: Eine Custom-Code-Aktion muss innerhalb von 20 Sekunden abgeschlossen sein und darf maximal 128 MB Speicher nutzen. Antwortet eine externe API langsamer als 20 Sekunden – bei Enrichment-Diensten keine Seltenheit –, bricht die Aktion einfach ab. Sie zahlen 800 USD im Monat und stoßen trotzdem an eine Wand.

3. Nur ein Objekttyp pro Workflow

Ein HubSpot-Workflow kennt jeweils nur einen Objekttyp. In einem Deal-Workflow stehen standardmäßig nur Deal-Properties zur Verfügung; Properties aus anderen Datenquellen werden schlicht nicht angezeigt. Sobald Sie über Objektgrenzen hinweg Logik bauen wollen – Kontakt liest Firma liest letzten Deal liest Support-Ticket –, wird es im Nativen umständlich bis unmöglich.

4. Mehrstufige Cross-System-Logik mit Fehlerbehandlung

Echte Prozesse sind selten linear. Sie brauchen Retries, wenn ein Zielsystem kurz nicht erreichbar ist, eine Fehlerbehandlung, wenn die API einen 500er wirft, und eine Verzweigung über drei, vier Systeme hinweg (CRM, ERP, Slack, Rechnungstool). Native Workflows bieten dafür keine ernstzunehmenden Bordmittel.

Was n8n konkret ergänzt

n8n ist eine programmierbare Mittelschicht: ein visueller Workflow-Editor, der jede beliebige REST-API anspricht, dazu einen Code-Node für JavaScript oder Python, wenn die fertigen Bausteine nicht reichen. Kein 20-Sekunden-Timeout, kein 128-MB-Deckel, keine Beschränkung auf einen Objekttyp. Sie modellieren Verzweigungen, Schleifen, Retries und Fehlerpfade visuell und greifen nur dort zum Code, wo es nötig ist.

Wichtig für die Erwartungshaltung: n8n ersetzt HubSpot nicht. Es erweitert es. HubSpot bleibt Ihr System of Record für Kontakte, Deals und Pipelines. n8n übernimmt die Arbeit dazwischen und außenherum. Wenn Sie ohnehin gerade erst in das Thema einsteigen, finden Sie in unserem Beitrag Automation Quick Wins mit n8n in 30 Tagen einen pragmatischen Einstieg.

Drei Beispiel-Flows, die sich sofort lohnen

Lead-Anreicherung in Echtzeit

Der Klassiker, für den n8n sogar fertige Templates mitbringt: Ein HubSpot-Trigger startet den Flow bei einem neuen Kontakt, ein Enrichment-Node (etwa Clearbit) holt Person- und Firmendaten über die E-Mail-Adresse, ein Update-Contact-Node schreibt sie zurück nach HubSpot. Branche, Mitarbeiterzahl, Tech-Stack – automatisch befüllt, bevor der Vertrieb überhaupt draufschaut. Eine sinnvolle Best Practice aus den n8n-Templates: Reichern Sie nur Leads aus bestimmten Formular-Quellen an, sonst verbrennen Sie Enrichment-Credits an Kontakte mit geringer Kaufabsicht. Wer auf den angereicherten Daten dann ein sauberes Scoring aufsetzen will, findet die Methodik in HubSpot Lead Scoring in 5 Schritten.

Dubletten-Prüfung vor dem Anlegen

Der häufigste Anfängerfehler bei der Anbindung: blind Kontakte anlegen. Stattdessen prüfen Sie vor jedem Create per „Get by email"-Operation, ob der Kontakt schon existiert, und entscheiden dann zwischen Update und Insert. Klingt banal, verhindert aber genau die Datenmüll-Lawine, die saubere CRMs über Monate ruiniert. Zwei Detail-Fallen aus der Praxis: HubSpot-Property-Namen sind case-sensitive und nutzen die internen Namen, nicht die UI-Labels. Und bei Bulk-Operationen gehört ein Wait-Node zwischen die Batches, damit Sie die Rate Limits einhalten.

Mehrstufiges Routing über Systeme hinweg

Neuer Enterprise-Lead aus dem DACH-Raum mit Deal-Wert über 50.000 Euro? Dann: Account-Owner in HubSpot setzen, eine Slack-Nachricht in den Vertriebskanal, ein Datensatz ins ERP, und falls das ERP nicht antwortet, ein Retry mit Eskalation per Teams. Solche geschichteten Wenn-Dann-über-Systeme-Logik ist exakt das, was native Workflows nicht leisten – und in n8n eine Frage von ein paar Nodes.

Die technische Anbindung – ehrlich erklärt

Authentifizierung: der API-Key ist tot

HubSpot hat die klassische API-Key-Authentifizierung abgekündigt. Der n8n-HubSpot-Node bietet OAuth 2.0 (empfohlen), App Token und – als Legacy – noch den API Key. Für in der UI erstellte Private Apps empfiehlt HubSpot inzwischen einen Service Key statt des reinen Private-App-Tokens. Praktisch heißt das: Setzen Sie auf OAuth 2.0 oder einen sauber gescopeten Private-App-Service-Key. Wer heute noch über API-Key startet, baut auf einem Auslaufmodell.

Die Trigger-Falle

Hier stolpern viele: Der HubSpot-Trigger-Node in n8n nutzt die Webhooks-API und braucht einen HubSpot-Developer-Account samt Developer-API-Key – nicht dasselbe wie Ihr normaler Portal-Zugang. Beim Aktivieren registriert der Node einen Webhook bei HubSpot. Manche Webhook-Events setzen zudem ein Professional- oder Enterprise-Abo voraus. Reicht Ihnen kein echtes Event-Trigger, ist oft ein Polling-Ansatz oder ein aus einem HubSpot-Workflow herausgeschickter Webhook der pragmatischere Weg.

Rate Limits und Idempotenz

Die harten Zahlen: Private Apps dürfen 100 Requests pro 10 Sekunden (Free/Starter) bzw. 190 Requests pro 10 Sekunden (Professional/Enterprise) feuern. Das Tageslimit liegt bei 650.000 Requests (Professional) bzw. 1 Mio. (Enterprise), wobei das Burst-Limit pro App gilt und das Tageslimit über alle Apps des Accounts geteilt wird. Für die meisten KMU sind diese Limits üppig – aber bei Bulk-Migrationen oder Massen-Updates rennen Sie schnell dagegen, deshalb der erwähnte Wait-Node.

Der zweite Punkt, den Anfänger unterschätzen, ist Idempotenz. HubSpot-Webhooks können doppelt feuern – etwa wenn HubSpot nach einer langsamen Antwort einen Retry schickt oder wenn ein Workflow-Webhook und eine API-Subscription gleichzeitig aktiv sind. Ohne Idempotenz-Schutz entstehen Dubletten und doppelt ausgelöste Aktionen. Zwei Maßnahmen: Verifizieren Sie die `X-HubSpot-Signature` mit Ihrem Client Secret, und machen Sie Ihren Flow so, dass dieselbe Nachricht zweimal verarbeitet zum selben Ergebnis führt (zum Beispiel über den erwähnten Get-by-email-Lookup statt blindem Create).

Rechnet sich das?

Jetzt die Geldfrage. Operations Hub Professional kostet 800 USD/Monat (bei monatlicher Abrechnung; jährlich gebucht rund 720 USD/Monat). n8n in der Cloud (jährlich abgerechnet): Starter 20 EUR/Monat mit 2.500 Workflow-Ausführungen, Pro 50 EUR/Monat mit 10.000 Ausführungen, Business 667 EUR/Monat mit 40.000 Ausführungen – alle Pläne mit unbegrenzten Usern, Workflows und Integrationen. Entscheidend ist das Abrechnungsmodell: n8n zählt pro Workflow-Ausführung, nicht pro Schritt. Ein 10-Schritt-Workflow ist eine Ausführung – bei Zapier (Abrechnung pro Task) wären das zehn.

Und nach unten ist Luft: Die self-hosted Community Edition ist kostenlos mit unbegrenzten Ausführungen. Sie zahlen nur den Server – typisch 3 bis 5 USD/Monat auf einem einfachen VPS, rund 7 USD/Monat auf einer Managed-Plattform. Gegen 800 USD/Monat für Operations Hub ist das eine andere Größenordnung.

Aber: n8n ist nicht immer die richtige Antwort. Bleiben Sie bei HubSpot nativ, wenn Ihre Anforderung mit Standard-Workflows abgedeckt ist – Formular-Follow-up, Lead-Zuweisung, einfache E-Mail-Logik. Und es gibt einen Bereich, in dem ein natives Operations Hub klar überlegen sein kann: die eingebaute Two-Way-Data-Sync-Engine (die Weiterentwicklung von PieSync) mit historischem Sync und Konfliktbehandlung. Wenn Sie genau diesen bidirektionalen Abgleich mit Salesforce, Mailchimp & Co. brauchen, kaufen Sie ihn lieber fertig, statt ihn in n8n nachzubauen.

Fazit und Handlungsempfehlung

n8n ersetzt HubSpot nicht – es erweitert es um genau das, was die nativen Workflows aus gutem Grund nicht können: externe APIs, beliebige Logik, Cross-System-Prozesse mit echter Fehlerbehandlung. Die ehrliche Wenn-dann-Empfehlung:

• Bleiben Sie nativ, wenn Ihre Automation im CRM-Inneren stattfindet und mit Standard-Workflows läuft.
• Kaufen Sie Operations Hub, wenn Sie vor allem fertigen bidirektionalen Daten-Sync brauchen.
• Setzen Sie n8n daneben, sobald externe APIs, Datenanreicherung, mehrere Objekttypen oder mehrstufige System-Logik ins Spiel kommen – das ist der Sweet Spot, und der kostet den Bruchteil eines Hub-Upgrades.

Achten Sie bei der Umsetzung auf die drei Stolpersteine: OAuth statt API-Key, der Developer-Account für den Trigger-Node, und Idempotenz gegen doppelt feuernde Webhooks. Wer das beachtet, baut eine Brücke zwischen zwei Welten, die jahrelang trägt.