Claude für HubSpot: alle Wege, sie 2026 zu verbinden
Rama Adi Nugraha
Katelin Teen
Zuletzt bearbeitet August 12, 2026

Claude steckt schon in Service Hub, nur nicht dort, wo du suchen würdest
Ich baue beruflich Integrationen, deshalb ist bei einer Frage wie dieser das Erste, was ich tue, die Modellkarten zu lesen statt die Marketing-Seite. HubSpot veröffentlicht eine gute unter trust.hubspot.com/ai, mit einem Datenfluss-Diagramm pro Funktion für jede KI-Oberfläche im Produkt. Das ist mehr Transparenz, als die meisten Anbieter bieten, und es beantwortet die Frage „welches Modell ist das“ auf eine Weise, gegen die kein Blogbeitrag argumentieren kann, unser Beitrag über welche KI HubSpot nutzt eingeschlossen.
Hier steht, was es sagt. Über die gesamte Plattform hinweg nennt HubSpot genau zwei Drittanbieter-Modellanbieter: OpenAI, bei allem, und Anthropic, bei zwei von drei Oberflächen. Und die Aufteilung ist nicht die, die du erraten würdest.
| Oberfläche | Von HubSpot dokumentierte Modelle |
|---|---|
| Customer Agent (löst Tickets) | GPT 4.1, GPT 4.1 mini, GPT 5.1, GPT-4o, GPT-4o Mini |
| Service Hub KI-Funktionen (eingebettet) | Enthält Claude Sonnet 4 |
| Breeze Assistant | Nur OpenAI, kein Anthropic-Modell |
| Prospecting Agent | Enthält Claude Opus 4.5 |
Lies diese Tabelle noch einmal, denn sie ist der ganze Grund, warum dieser Beitrag existiert. Der Customer Agent, das, was HubSpot als Automatisierung der Ticketlösung beschreibt, ist als vollständig OpenAI-bedient dokumentiert. Claude Opus 4.5 ist im Agents-Produkt, wird aber an den Prospecting Agent geleitet. Unterdessen listen die eingebetteten KI-Funktionen in Service Hub, deren erklärte Ausgaben Help-Desk-Antworten und Anrufzusammenfassungen einschließen, tatsächlich Claude Sonnet 4.
Claude liegt also auf dem Pfad des Antwortentwerfens, und OpenAI auf dem Pfad des autonomen Antwortens, was ziemlich genau das Gegenteil dessen ist, was die meisten annehmen, wenn sie danach suchen. Bemerkenswert auch: Sonnet 4 ist ein Modell aus 2025, nicht das aktuelle Spitzenmodell, und du hast keine Möglichkeit, es weiterzuentwickeln. Es gibt einen kleinen „Model Protection Layer“-Schritt in jedem Diagramm, angetrieben von Llama, der als Sicherheitsfilter um das jeweils generierende Modell fungiert.
Eine ehrliche Unstimmigkeit, die ich lieber benenne als übergehe: Anthropic taucht in HubSpots Subprozessoren-Liste nirgends auf, Stand ihrer April-2026-Revision, die AWS, Google und OpenAI unter dem Zweck „KI-Dienstanbieter“ nennt. Die Modellkarten sagen Claude; die Subprozessoren-Seite sagt es nicht. AWS Bedrock ist die naheliegende Erklärung, aber HubSpot sagt das nicht, also werde ich es nicht für sie sagen.

Zuerst: die Sache, die keine Route kann
Vor den vier Routen erst die Decke, denn das erspart dir einen Nachmittag.
HubSpots Remote-MCP-Server ist die Verrohrung unter jeder Claude-Verbindung, ob offiziell oder selbstgebaut. Seine Zugriffstabelle ist auf eine bestimmte Weise asymmetrisch. Tickets sind lesbar, erstellbar und aktualisierbar. Kontakte, Unternehmen, Deals, benutzerdefinierte Objekte, Produkte, Positionen und alle fünf Engagement-Typen sind lesbar, erstellbar und aktualisierbar. Aber Konversationen, also die eigentlichen Nachrichten und Threads aus Live-Chat, Team-E-Mail, WhatsApp, SMS und Facebook Messenger, tauchen nur in der Lese-Liste auf.

Praktisch bedeutet das: über den Connector oder den MCP-Server liest Claude bereitwillig einen 40-Nachrichten-Thread, arbeitet heraus, was der Kunde braucht, schreibt eine Antwort, die besser ist als die, die dein müdes Freitagnachmittag-Ich geschrieben hätte, aktualisiert die Eigenschaften des Tickets und protokolliert alles als Notiz. Dann stoppt es. Ein Mensch kopiert den Text in das Antwortfeld und drückt Senden.
Es gibt auch kein Löschen, bei keinem Objekt, was eher eine sinnvolle Voreinstellung als eine Einschränkung ist. Und wenn bei deinem Konto Sensitive Data aktiviert ist, werden Aktivitäten und Konversationsdaten speziell über MCP blockiert auf eine Weise, die für die Standard-CRM-APIs nicht gilt, sodass die nützliche Hälfte eines Support-Anwendungsfalls für regulierte Teams verschwindet.
Die Sende-Einschränkung ist eine Eigenschaft von MCP, nicht von HubSpots Plattform. Route 4 unten hebt sie auf, um den Preis, etwas bauen zu müssen. Das ist der Kompromiss, um den es im Rest dieses Beitrags geht.
Route 1: der offizielle HubSpot-Connector für Claude
Das ist die, mit der man anfangen sollte, und ehrlich gesagt für die meisten Support-Teams auch die, bei der man aufhören kann.
HubSpot hat den Connector im Juli 2025 gestartet und behauptet, das erste CRM zu sein, das einen für Claude ausgeliefert hat. Er sitzt in Anthropics Verzeichnis unter claude.com/connectors, gebaut und gepflegt von HubSpot, und funktioniert in Claude im Web, auf dem Desktop und mobil sowie in Claude Code und über die API.

Zum Kontext, wie ungewöhnlich das ist: Ich habe nach den entsprechenden Seiten für andere Help Desks gesucht und nichts gefunden. Es gibt keinen Verzeichniseintrag unter diesem Pfad für Zendesk, Freshdesk, Salesforce, Front oder Gorgias. Wenn du bereits Service Hub nutzt, hast du eine native Brücke, die der Großteil der Kategorie nicht hat, und das ist ein echter Grund, dies vor allem anderen zu versuchen. Wenn du Stacks vergleichst, haben wir die benachbarten Fälle in Claude für Zendesk behandelt. Der Beitrag zu Claude für Freshdesk ist der nächste Vergleichsfall, da Freshdesk gar keinen Verzeichniseintrag hat.
Was es kostet und wer es aktivieren kann
Der Connector ist kostenlos. Die Voraussetzungen sind der interessante Teil:
- Ein bezahlter Claude-Plan. Pro, Max, Team oder Enterprise. Kostenloses Claude bekommt ihn nicht, laut dem KB-Artikel. Pro kostet 17 $ im Monat bei jährlicher Abrechnung, 20 $ monatlich; Team 20 $ pro Sitz jährlich.
- Jede HubSpot-Stufe. Der KB-Artikel ist für alle Produkte und Pläne gekennzeichnet. Du brauchst nicht Service Hub Professional, die Stufe, die den nativen Customer Agent absperrt.
- Ein Super Admin oder App-Marketplace-Berechtigungen. Ein Admin verbindet ihn, dann gewährt er Nutzern Zugriff. Niemand sonst kann ihn zuerst einrichten.
Die Einrichtung, die wirklich vier Minuten dauert
In Claude: Profilsymbol, Einstellungen, Connectors, Connectors durchsuchen, Web-Tab, HubSpot, dann Zu deinem Team hinzufügen. Zurück auf dem Connectors-Bildschirm, Verbinden neben HubSpot drücken, ins HubSpot-Konto einloggen, Berechtigungen auswählen, App verbinden. Dann in HubSpot: Einstellungen, Integrationen, Verbundene Apps, HubSpot-Connector für Claude, Nutzern Zugriff gewähren. Um ihn in einem Chat zu nutzen, öffne Suche und Werkzeuge und schalte HubSpot ein.
Mach eine nicht offensichtliche Sache, während du dort bist: stelle Write tools auf Needs Approval. HubSpot empfiehlt das ausdrücklich und warnt, dass bei Always allow Änderungen ohne vorherige Rückfrage passieren können. Claudes eigene Admin-Kontrollen erlauben einem Owner, jedes Werkzeug auf Always allow, Needs approval oder Blocked zu setzen, gruppiert nach Lesen versus Schreiben, und bei Team oder Enterprise gilt diese Einstellung organisationsweit und kann von Mitgliedern nicht überschrieben werden. Wenn du die Haltung „Claude darf mein Help Desk lesen, aber niemals anfassen“ willst, ist das der Hebel, und ein guter dazu.
Wofür es tatsächlich gut ist
HubSpot veröffentlicht eigene support-förmige Beispiel-Prompts, und sie sind ein fairer Hinweis darauf, wo diese Route glänzt. Fasse die häufigsten Fragen über Posteingangs- oder Help-Desk-Kanäle diesen Monat zusammen, um Trendthemen zu erkennen. Liste alle offenen Tickets nach Mitarbeiter, sortiert nach Priorität. Protokolliere eine Lösungsnotiz auf einem Ticket. Es ist ein sehr guter Analyst, der neben deiner Warteschlange sitzt.
Das ist nicht nichts. Trendthemen-Erkennung ist echte Arbeit, und sie von Hand zu machen bedeutet, eine CSV zu exportieren und zu schielen. Wenn du vorhattest, es mit der Ticket-Klassifizierung ernst zu meinen, bringt dich diese Route in einem Gespräch zu einer brauchbaren Antwort. Sie erledigt auch anständig die Zusammenfassungsarbeit, für die HubSpot anderswo berechnet, was unser Beitrag zu Konversationszusammenfassungen abdeckt.
Jeder Schreibvorgang landet in HubSpots Audit-Log, zugeschrieben sowohl dir als auch dem Connector, und Super Admins können sehen, wer wann verbunden hat. Anfragen laufen über HubSpot-Server unter Berücksichtigung des Standorts deines Rechenzentrums, sodass ein EU-Konto über HubSpots EU-Rechenzentrum läuft, wonach Anthropics Bedingungen gelten. Anthropic nutzt über den Connector geteilte Daten nicht zum Training von Modellen.
Die Fallstricke, die man kennen sollte, bevor man sich festlegt
Manche davon sind klein; zwei nicht.
- Massen-Schreibvorgänge sind auf 10 Datensätze begrenzt. Gut für Tickets, mühsam für Aufräumarbeiten.
- Benutzerdefinierte Validierungsregeln werden bei Schreibvorgängen umgangen, einschließlich Pipeline-Stufen-Validierung und Zuordnungslabel-Validierung. Deine sorgfältig gebauten Schutzmaßnahmen gelten nicht für Connector-Änderungen.
- Nur ein HubSpot-Konto pro Claude-Konto gleichzeitig. Agenturen sollten das einplanen.
- Berechtigungsvergaben sind fast eine Einbahnstraße. Sobald ein Super Admin Nutzern Zugriff gewährt hat, kann die Aktion nicht rückgängig gemacht werden; das Deinstallieren auf Kontoebene entfernt den Zugriff auf Nutzerebene nicht, und Berechtigungen später einzuschränken bedeutet eine Deinstallation und Neuinstallation durch den Admin und durch jeden Nutzer.
- Das Verzeichnis-Badge verkauft es unter Wert. Anthropics Eintrag trägt ein „Read only“-Fähigkeits-Badge, während HubSpots eigene Objektmatrix Erstellen und Aktualisieren bei Tickets dokumentiert. Vertrau hier auf die HubSpot-Dokumentation.
- Verbindungen kommen aus Anthropics Cloud, nicht von deiner Maschine, sodass ein durch Firewall geschützter oder nur per VPN erreichbarer MCP-Server ohne Allowlisting nicht funktioniert.
Der letzte Punkt erwischt Leute oft genug, dass es auf r/hubspot einen ganzen Thread gibt, in dem der Ursprungsposter annahm, der Connector sei nur lesend, und korrigiert wurde:
"You'll be happy to know they updated the connector a whole back and it now has write access. With Breze it's capabilities and access to tools are strictly inside hubspot ecosystem. With claude the sky's the limit."
Route 2: derselbe MCP-Server, selbst verdrahtet
Wenn du willst, dass Claude HubSpot aus deinem eigenen Code liest statt aus dem Chatfenster, verweist du direkt auf denselben Server.
Der Endpunkt ist https://mcp.hubspot.com über Streamable HTTP, und er ist seit dem 13. April 2026 allgemein verfügbar, über alle Hubs und alle Stufen hinweg, ohne Zusatzprodukt. Die Authentifizierung ist OAuth 2.1 mit PKCE und verpflichtend. Wenn dein Client PKCE nicht selbst handhabt, erzeugst du einen 43 bis 128 Zeichen langen code_verifier, leitest die Challenge mit S256 ab und übergibst code_challenge_method=S256.
Du erstellst eine „MCP Auth App“ in HubSpot unter Development, MCP Auth Apps, Create MCP auth app, und HubSpot generiert die OAuth-Anmeldedaten. Zu beachten: der Private-App-Token-Pfad ist tot: die Mai-2025-Beta wurde als npm-Paket ausgeliefert, bei dem man einen Private-App-Zugriffstoken in Claude Desktops Konfiguration einfügte, und der Remote-Server hat das ersetzt.
Scopes funktionieren rückwärts zu dem, was man erwarten würde. Du deklarierst sie nicht. Sie leiten sich aus den zum Installationszeitpunkt verfügbaren Werkzeugen plus dem ab, was der Nutzer gewährt hat, was bedeutet, dass bereits installierte Nutzer neu installieren müssen, wenn HubSpot neue Werkzeuge ausliefert. Das Fehlersignal ist ein REQUIRES_REAUTHORIZATION-Status bei neuen Objekttypen, behoben durch Trennen und Neuverbinden. get_user_details zu Beginn einer Sitzung aufzurufen ist HubSpots eigener Vorschlag, um zu prüfen, was man tatsächlich hat.
Die 16 Werkzeuge, und die zwei, die für Support zählen
Der Server stellt 16 Werkzeuge bereit. Für ein Help Desk erledigen vier die Arbeit:
| Werkzeug | Was es dir bringt | Erklärte Grenze |
|---|---|---|
search_crm_objects | Filtern, Abfragen, Sortieren, Paginieren von Tickets | 5 Filtergruppen à 6 Filter, 200 pro Seite |
get_crm_objects | Datensätze per ID in einem Aufruf abrufen | 100 IDs pro Anfrage |
manage_crm_objects | Tickets und Aktivitäten erstellen oder aktualisieren | Massen-Schreibvorgänge im Connector begrenzt |
search_conversations | Posteingangs- und Help-Desk-Nachrichten durchsuchen, nach Kanal oder Status aggregieren | Kanal-Metadaten zuerst abrufen |
Zwei Dinge, um die man planen sollte. search_conversations braucht zuerst einen Aufruf von get_conversation_channel_metadata, um deine Postfächer zu kennen. Und es gibt keine Vektorsuche: der Server basiert auf der CRM-Such-API, das ist also Keyword- und Filter-Abruf, keine semantische Suche. Wenn du dir vorgestellt hast, dass Claude semantisch die drei ähnlichsten Tickets zu diesem findet, ist das etwas, das du selbst darauf aufbaust.
Die Sichtbarkeit teilt sich zwischen den beiden Postfach-Produkten auf eine Weise, die Leute überrascht. Help-Desk-Konversationen sind für alle Nutzer sichtbar, aber beim Conversations-Postfach gilt: wenn der Zugriff auf bestimmte Nutzer oder Teams beschränkt ist, können nur diese Nutzer sie über MCP abfragen.
Von der API statt aus der App
Die Messages API kann einen Remote-MCP-Server direkt aufrufen, das ist der Weg, wie Claude HubSpot innerhalb deines eigenen Produkts liest. Die Preisgestaltung für diese Route ist pro Token statt pro Sitz, und unser Beitrag zu Sonnet-5-Preisen hat die aktuellen Sätze. Es steckt hinter dem Beta-Header mcp-client-2025-11-20, konfiguriert über mcp_servers plus einen mcp_toolset-Eintrag in tools, und es ist auf der Claude API, AWS und Microsoft Foundry verfügbar. Nur Werkzeugaufrufe, keine MCP-Ressourcen oder -Prompts, nur HTTPS, kein lokales stdio, und du handhabst den OAuth-Ablauf selbst. Unser Beitrag zur Claude-KI-Integration geht auf der Client-Seite tiefer. Für das CLI-Äquivalent siehe Claude Code MCP-Werkzeuge.
Rate-Limits sind der Punkt, an dem diese Route ernst wird. Es gibt kein MCP-spezifisches veröffentlichtes Limit, also gelten die Plattform-Obergrenzen: über den Marketplace vertriebene OAuth-Apps bekommen 110 Anfragen alle 10 Sekunden pro installierendem Konto, und das API-Limit-Erhöhungs-Add-on erhöht das für sie nicht. Darunter ist die CRM Search API auf fünf Anfragen pro Sekunde pro Konto begrenzt, 200 Objekte pro Seite und 10.000 Gesamtergebnisse pro Abfrage.
Fünf pro Sekunde ist die Zahl, um die man planen sollte. Ein Agent, der bei einer geschäftigen Warteschlange pro Ticket eine Suche abfeuert, wird das treffen. Auch die 100-Datensatz-Abruf-Obergrenze beißt früher, als man denkt:
"Yep — we tested it with an internal assistant and the permission model is the part that matters most. What worked: - Separate private app for MCP (don't reuse your main integration) - Read scopes only to start"
Der Autor jenes Threads, der ursprünglich fragte, wie man Nutzer schreibgeschützt hält, traf die Grenze fast sofort: die Obergrenze für Datensätze pro Aufruf „macht es sofort problematisch zu versuchen, Fragen zu beantworten, die z. B. unsere aktuelle Gesamt-Pipeline zusammenfassen“.
Route 3: HubSpots eigene KI, die man nicht auf Claude umstellen kann
Alle paar Wochen fragt mich jemand, wo das Modell-Dropdown in HubSpot ist. Es gibt keins, und ich möchte präzise sein, wie gründlich es keins gibt, denn die Abwesenheit ist eine Design-Entscheidung, kein fehlendes Feature.
Der Agent Builder bietet vier Dinge: Instructions, Actions, Knowledge, Inputs. Die Wörter „model“, „LLM“ und „API key“ tauchen in der Doku nirgends auf. KI-Einstellungen sind sechs An-Aus-Schalter. Es gibt keine Anbieterauswahl, kein Bring-your-own-Key-Feld und keine Möglichkeit, die OpenAI-Modelle des Customer Agents gegen Claude-Modelle zu tauschen. Was HubSpot auswählt, ist das, was läuft.
Was HubSpot tatsächlich hat, und was die meiste Verwirrung in diesem Bereich verursacht, ist ein zweites MCP-Produkt, das in die entgegengesetzte Richtung zeigt.

Der MCP-Server ist ausgehend: deine KI liest HubSpot. Der MCP-Client ist eingehend: HubSpots Agenten lesen deine anderen Systeme. Der Client ist real und besser, als HubSpots Ruf vermuten lässt, und erreicht Notion, Atlassian, Asana, Zapier, G2, Linear, Gong und Amplitude über native Connectoren, und ist ab Starter verfügbar.
Es gibt einen Haken, und es ist der entscheidende. Jeder dokumentierte Pfad zu diesen Connectoren läuft über den Agent Builder, und der Customer Agent hat keinen Connectors-Tab. Also ist „HubSpot-KI kann Confluence lesen“ wahr für die Backoffice-Agenten, die du selbst baust, und falsch für den Agenten, der deinen Kunden antwortet. Wenn dir jemand sagt, HubSpot sei ein ummauerter Garten, liegt er falsch; wenn dir jemand sagt, dein Support-Bot könne deinen Confluence-Bereich lesen, liegt er auch falsch. Die Namensgebung hilft niemandem. Unser Erklärstück was ist HubSpot Breeze AI entwirrt den Rest des Vokabulars, und lohnt sich Breeze hat das Urteil. Und ja, „Breeze“ ist auf dem stillen Weg der Verabschiedung. HubSpots eigene Produktseite nennt den Oberbegriff jetzt Agent Hub, „ehemals Breeze Agents“.
Route 4: es auf den Ticket- und Conversations-APIs selbst bauen
Das ist die Route, die tatsächlich Senden drücken kann, und der Grund, warum sie überhaupt als Route existiert.
Lesen ist unkompliziert. GET /crm/v3/objects/tickets/{id} mit dem Scope tickets holt den Datensatz, und GET /conversations/v3/conversations/threads/{threadId}/messages mit conversations.read holt den Thread. Die Verbindung zwischen beiden ist explizit: übergib ?associatedTicketId= oder ?association=TICKET. So weit, so gewöhnlich.
Senden ist der Teil, den die MCP-Route nicht kann. POST an denselben Nachrichten-Endpunkt mit conversations.write, und das Feld type entscheidet alles: "MESSAGE" geht an den Kunden, "COMMENT" ist eine interne Notiz. Es gibt keinen reinen Sende-Scope, also ist genau dieses eine Feld deine gesamte Sicherheitsgrenze zwischen einem Entwurf und einer E-Mail im Posteingang eines Kunden. senderActorId muss auf einen echten HubSpot-Nutzer verweisen, also plane einen Sitzplatz für deinen Bot ein. WhatsApp ist vom API-Senden ausdrücklich ausgeschlossen.
Wenn du das baust, werden dich vier Dinge beißen, und sie sind der Unterschied zwischen einer Demo und Produktion:
- Abgeschnittene E-Mail-Texte. Nachrichten tragen einen
truncationStatus, und ein abgeschnittener Text braucht einen separaten Aufruf für den Originalinhalt. Ein Agent, der das ignoriert, argumentiert selbstsicher über einen halben Thread, was schlimmer ist als ein Scheitern. - Das Webhook-Timeout.
conversation.newMessageund dieticket.*-Events decken deine Auslöser ab, aber HubSpot versucht nach fünf Sekunden erneut, bis zu zehnmal über 24 Stunden, in Batches von bis zu 100 Ereignissen bei 10 gleichzeitig. Fünf Sekunden passen nicht zu einem LLM-Aufruf. Bestätige sofort, verarbeite asynchron, und mach es idempotent, sonst antwortest du jemandem doppelt. - Das tägliche Rate-Limit ist geteilt. Private Apps bekommen 100 Anfragen pro 10 Sekunden bei Free und Starter, 190 bei Professional und Enterprise, mit täglichen Obergrenzen von 250.000, 625.000 und 1.000.000. Das Burst-Limit gilt pro App, aber die tägliche Obergrenze ist über alle Apps im Konto geteilt, sodass eine andere Integration deinem Agenten die Ressourcen entziehen kann.
- Offboarding kann dich lahmlegen. Private Apps brauchen einen Super Admin zum Erstellen, Obergrenze von 20 pro Konto, und das Entfernen des erstellenden Nutzers bricht den Token mit
USER_DOES_NOT_HAVE_PERMISSIONS.
Eine angenehme Überraschung: kein bezahlter Tarif sperrt irgendetwas davon ab. Tickets und der Conversations-Posteingang sind beide auf HubSpots kostenlosem Tarif verfügbar. Bezahlte Tarife kaufen Rate-Limits, keinen Zugriff. Plane auch eine Migration ein, denn HubSpot nennt 2026-09-beta als empfohlene Version für neue Integrationen, während nur das legacy gekennzeichnete Endpunkt-Set vollständig dokumentiert ist.
Was mich zu dem bringt, was ich zu dieser Route eigentlich sagen möchte.
"We could try to write our own LLM application but we didn't want to invest our time into that. We wanted something that we would not have to maintain."
Ich habe beobachtet, wie Kunden gegangen sind, um genau das zu bauen. Zwei von ihnen, eine AR-Bautechnikfirma und eine Direct-to-Consumer-Beauty-Marke, sind abgewandert, um direkt auf der Claude API zu bauen, und „wir bauen es einfach selbst auf der LLM-API“ ist die häufigste konkurrierende Alternative, auf die wir bei technischen Teams stoßen. Ich werde nicht so tun, als würde das nie funktionieren, denn manchmal tut es das. Was ich sagen werde, ist, dass die Token-Rechnung der billige Teil ist. Der teure Teil ist die Handhabung der Abschneidung, die Idempotenz, die Wiederholungswarteschlange, der Sitzplatz für den Absender und die Person, die es in achtzehn Monaten besitzt.
Was eine KI-Antwort tatsächlich kostet
Die drei Routen messen sich völlig unterschiedlich, was sie fast unmöglich zu vergleichen macht, bis du deine eigenen Zahlen einsetzt. HubSpot berechnet Credits pro Lösung. Claude berechnet Tokens. eesel berechnet pro Ticket. Gleiche Aufgabe, drei verschiedene Einheiten, und unser Beitrag zur Ticket-Automatisierungs-Bewertung geht durch, was jede davon bringt.
Wo die Credits tatsächlich ausgehen
Das Widget oben macht ein Stück Arithmetik, das es verdient, in Klartext gesagt zu werden, denn es ist die nützlichste Zahl in diesem ganzen Beitrag.
HubSpots rechtlicher Katalog bepreist den Customer Agent mit 50 Credits, um eine Konversation auf textbasierten Kanälen zu lösen, und Credits mit 10 $ pro 1.000-Credit-Kapazitätspaket, oder 0,010 $ pro Stück bei Pay-as-you-go. Der eigene Schätzer der Preisseite sagt 9,00 $ pro 1.000 bei jährlichem Commit. So oder so landest du bei ungefähr 45 bis 50 Cent pro gelöster Konversation, und beachte, dass diese Zahl pro Lösung überhaupt nicht auf der Preisseite steht. Sie steht im rechtlichen Katalog.
Wende das jetzt auf die inkludierten Credits an.

Service Hub Professional inkludiert 3.000 Credits im Monat, das sind 60 Lösungen, etwa zwei am Tag. Enterprise inkludiert 5.000, also 100. Starters 500 Credits spielen keine Rolle, weil Starter keinen Customer Agent hat. Diese Credits gelten kontoweit, skalieren nicht mit Sitzen, und rollen nicht über. Sie werden auch mit allem anderen geteilt, was Agent Hub tut, sodass ein Data-Agent-Lauf 10 kostet und ein Content-Agent-Stück 1.000.
Zwei weitere Dinge über den Zähler, die ich vor dem Unterschreiben wissen wollen würde:
Die Definition von „Lösung“ hat eine scharfe Kante. Eine Konversation zählt als gelöst, wenn der Agent unter Angabe einer Inhaltsquelle antwortet oder eine Aktion ausführt und innerhalb von 72 Stunden nach der letzten Besucherantwort keine qualifizierende Übergabe stattfindet. HubSpot stellt klar, dass manuelle Mitarbeiterzuweisung, einschließlich Zuweisung über Workflows, keine qualifizierende Übergabe ist. Ein Mitarbeiter, der leise eine schlechte KI-Antwort übernimmt, wird also trotzdem als Lösung berechnet. Der Status wird nach 72 Stunden fixiert, und spätere Übergaben oder negatives Feedback machen es nicht rückgängig. Wenn ein E-Mail-Thread nach diesem Zeitfenster wieder geöffnet wird, setzt sich die Uhr zurück, und es kann erneut berechnet werden.
Diese Einschränkung ist wichtig, wenn man HubSpots Schlagzeilen-Zahlen liest. Die Preisseite behauptet 70 % oder mehr automatisch gelöst; die Customer-Agent-Seite rahmt es als 70 % ein, wobei Top-Teams 90 % erreichen. Keine veröffentlicht eine Methodik, und die obige Lösungsdefinition erledigt einen Teil dieser Arbeit. Modelliere die niedrigere Zahl und gleiche sie mit den echten Zahlen in unserem Beitrag zu Service Hub Ticket-Deflection und unserer breiteren Service-Hub-KI-Bewertung ab.
Das Ausgehen ist ein harter Stopp, und die Erholung ist eine Ratsche. Wenn die Credits leer sind, hört der Agent auf, neue Konversationen über jeden Kanal zugewiesen zu bekommen, bis zum Reset oder Nachkauf. Und sobald du ein Paket gekauft hast, ist das Standardverhalten ein automatisches Upgrade auf ein größeres Paket für den Rest der Vertragslaufzeit, nur zur Verlängerung kündbar, außer du schaltest Pay-as-you-go ein.
Diese Mechanik ist das meistdiskutierte Ding über HubSpot-KI in r/hubspot, und die Berichte sind konkret:
"when you go over that limit, the limit automatically raises. In the case of the AI credits, we went from 3K credits to 362K, without even asking for it. Then we could not set a lower limit (the system prevents it)...and then the real billing started. Pretty messed up approach..."
Um fair zu HubSpot zu sein: die meisten dieser Threads handeln von Massenanreicherung statt vom Customer Agent, der viel langsamer misst. Aber die Mechanik ist dieselbe, und der Effekt zweiter Ordnung ist das, worüber ich mir tatsächlich Sorgen machen würde:
"I don't know how many credits I'll need, so I'm less likely to test things, not more."
Das ist die echte Kosten eines Credit-Zählers, und sie hat nichts mit der Gesamtsumme zu tun. Sie macht Menschen ängstlich davor, zu experimentieren. Unsere Aufschlüsselung zu HubSpot-Credits hat die vollständige Leiter, und unsere HubSpot-KI-Kostenaufschlüsselung stellt sie neben die Sitzrechnung.
Ein kostenloser Hebel, den die meisten übersehen: Antwortempfehlungen im Help Desk verbrauchen keine Credits und erfordern nicht einmal die Bereitstellung des Agenten. Testen und Konfigurieren von Aktionen sind ebenfalls kostenlos, und Ersteinrichtungen können sich für 14 Tage kostenlosen Zugang entscheiden. Wenn du einen Co-Piloten für deine Mitarbeiter statt einen autonomen Bot willst, kostet das nichts.
Was der native Agent schon kann, und die eine Sache, die er nicht tut
Es wäre einfach, diesen Abschnitt als Liste von HubSpots Schwächen zu schreiben. Das wäre auch unfair, denn der Customer Agent ist ein anständiges Produkt und der Einrichtungsablauf einer der durchdachteren in der Kategorie.

Du benennst ihn, wählst eine Persönlichkeit, und fütterst ihn dann mit Inhalten. Bei Wissen ist HubSpot offener, als sein Ruf vermuten lässt: es crawlt bis zu 5.000 öffentliche URLs pro Domain, akzeptiert etwa 22 Dateitypen bei 25 MB für HTML und 500 MB für andere Dateien, und synchronisiert deine Knowledge-Base-Artikel, Website-Seiten, Landingpages und Blogs.

Wenn du die Wissensseite ordentlich einrichtest, sind unser Leitfaden zur HubSpot-KI-Knowledge-Base und der Überblick zur Knowledge-Base-Software die zwei, die man zuerst lesen sollte.
Wo die Mauern tatsächlich stehen, jeweils von HubSpot selbst erklärt statt abgeleitet:
- Der Crawler ist unauthentifiziert. Login-geschützte Seiten liefern einen 401 oder 403, und HubSpots eigene dokumentierte Umgehung ist, den Inhalt als PDF oder DOCX hochzuladen, laut den Fehlerdokumenten.
noindex-Tags, restriktive robots.txt und schweres JavaScript blockieren ihn ebenfalls. Sein User-Agent ist „HubSpot Crawler“ aus dem IP-Bereich 54.174.58.224/27. - Nur Knowledge-Base-Artikel synchronisieren live. Alles andere aktualisiert sich wöchentlich.
- Der Help-Center-Import ist eine einmalige Kopie, begrenzt auf 400 Artikel pro Import aus Freshdesk, Help Scout oder Zendesk, wobei Tabellen nicht unterstützt werden und es keine fortlaufende Synchronisierung zurück zur Quelle gibt.
- CRM-Schreibvorgänge betreffen nur Kontakteigenschaften, mit maximal 10 Eigenschaften insgesamt. Keine Ticket-, Deal-, Unternehmens- oder benutzerdefinierten Objekteigenschaften, was auch begrenzt, was er fürs Ticket-Routing tun kann.
- Er kann nicht gelöscht werden, nur pausiert, und der Ausschalter liegt unter Account and Billing, Usage and Limits statt in der Agent-Oberfläche.
Er hat eine echte Testkonsole, und ich möchte hier präzise sein, denn diese Lücke zu überzeichnen wäre falsch. Du kannst in E-Mail oder Live-Chat vorschauen, als echter CRM-Kontakt oder als ganzes Segment testen, sodass der Eigenschaftszugriff wirklich geprüft wird, eine Datei bis 10 MB anhängen, und ein Testing-Insights-Panel lesen, das zeigt, welche Auslöser gefeuert haben und welche Quellen zitiert wurden. Alles kostenlos.

Was er nicht hat, ist eine dokumentierte Möglichkeit, einen Batch deiner historischen Tickets durch den Agenten laufen zu lassen und das Ergebnis vor dem Go-Live zu bewerten. Jede Eingabe im Ablauf ist eine Frage, die du eintippst, oder eine vorbereitete Testfrage. HubSpots eigener Entschärfungspfad ist eine Live-Traffic-Rampe: auf einen Kanal ausrollen, oder den Agenten auf einen kleinen Prozentsatz der Konversationen begrenzen, dann analysieren und erweitern. Das Feld Conversation coverage bei der Bereitstellung ist buchstäblich ein Prozent-Regler.
Das ist der Unterschied, der mir am meisten wichtig ist, und es ist kein kleiner. Eine Coverage-Rampe baut Vertrauen mit echten Kunden als Testmenge auf. Ein Backtest baut es auf, bevor irgendjemand betroffen ist. Nachdem ich beobachtet habe, wie ein selbstsicher klingender Bot in Produktion eine falsche Antwort gab, würde ich das lieber gegen die Tickets des letzten Quartals herausfinden als gegen die von heute Morgen.
Anerkennung, wo sie zusteht: der Bericht Knowledge Gaps ist ein netter Zug, der Themen aufzeigt, nach denen Leute immer wieder fragen und die deine Knowledge Base nicht abdeckt, und anbietet, die fehlenden Artikel zu entwerfen.

Eine letzte Sache, die es wert ist, zu wissen, unter Daten statt Funktionen eingeordnet. HubSpots KI-Modus-Trainingseinstellung ist standardmäßig aktiv, und vergangene Trainingsdaten können nicht rückwirkend entfernt werden. Sie verpflichtet sich, keine Drittanbieter mit deinen Daten trainieren zu lassen und zu Null-Retention „wo immer möglich“, was ein Ziel und keine Garantie ist. Wenn dein Konto im australischen oder kanadischen Rechenzentrum sitzt, findet die KI-Verarbeitung trotzdem in den Vereinigten Staaten statt.
Was Betreiber tatsächlich erleben
Dokus sagen dir, was möglich ist. Threads sagen dir, was an einem Dienstag passiert. Die klarste strukturelle Zusammenfassung, die ich gefunden habe, kam von einem Admin, der alle drei Oberflächen betrieben hat:
"The in-app connector is fine for basic end user stuff like querying HubSpot. However it has tons of limitations and gotchas, for example you can't access campaigns. The MCP client calls the API and is much more robust but requires some basic dev skills to work with."
Das ist dieselbe Dreiteilung, die ich oben aufgezeigt habe, unabhängig zustande gekommen. Bemerkenswert: dieser Admin betreibt den Gemini-Connector statt Claude, also lies es als Punkt über Connectors versus MCP versus nativ statt über Claude im Speziellen.
Der nützlichste Bericht in der Sammlung stammt von jemandem, der drei Wochen lang HubSpot von der Claude Code CLI aus statt vom MCP-Server aus betrieben hat, und zwei konkrete Gründe für den Wechsel hatte:
"The MCP, from all my experience, has always been problematic because it overloads context on your initial tasks. Also causes rate limits because of the amount of tokens you have to pull in just from the server. The private app with CLI is like the new move."
Diese zweite Aussage ist die, die ich unterstreichen würde. Die Definitionen eines 16-Werkzeug-Servers landen bei jeder Runde im Kontext, und bei 5 Anfragen pro Sekunde darunter summieren sich der Token-Overhead und die Rate-Grenze. Derselbe Praktiker markiert einen Fehlermodus, den ich selbst erlebt habe: die MCP-Werkzeuge authentifizieren sich gegen welches Portal auch immer die Konfiguration verweist, und wenn das das falsche Portal ist, ist das Symptom eine leere Antwort statt ein Fehler. „Null Ergebnisse“ zu debuggen ist viel schwerer als einen 403 zu debuggen.
Das ehrliche Urteil zum Claude-Pfad, in drei Worten, kam von einem Nicht-Programmierer, der ein legacy-lastiges Portal betreibt:
"Claude connector or mcp helps drive changes and is good at looking at your portal - but there can be drift. Side quests. Loss of context."
Und das Fairste, was ich über HubSpots nativen Agenten sagen kann: wenn man ihm den Spielraum gibt, funktioniert er. Das ist der quantifizierteste Bericht im ganzen Korpus:
"Customer agent handled 40% of our support inbounds last month and took our overall average first response time to hardly anything. We average over 15k inbounds per month."
40 % Deflection bei 15.000 Eingängen im Monat ist ein echtes Ergebnis, und beachte die zwei Voraussetzungen, die dieser Betreiber selbst nennt: vier Monate Betrieb des Agenten, bevor der Zähler wichtig wurde, und eine bereits KI-optimierte Knowledge Base. Beides ist die eigentliche Arbeit, und keins davon ist ein Feature, das man kaufen kann.
Wie ich tatsächlich entscheiden würde
Vier Routen, und die Wahl hängt weniger von der Fähigkeit ab als davon, für welchen Job du einstellst.
| Route | Kann sie eine Antwort senden? | Einrichtung | Was du zahlst | Wähle sie, wenn |
|---|---|---|---|---|
| Offizieller Claude-Connector | Nein | ~4 Minuten | Kostenlos, plus ein bezahlter Claude-Sitz | Du willst den besten reinen Lese-Analysten für dein Help Desk, heute |
| MCP-Server selbst | Nein | OAuth 2.1 mit PKCE, ein halber Tag | Kostenlos, plus Claude-API-Tokens | Claude braucht HubSpot-Kontext innerhalb deines eigenen Produkts |
| HubSpots nativer Agent | Ja | Stunden, Professional-Stufe | 50 Credits pro Lösung | Du willst autonome Antworten und kannst mit der Credit-Obergrenze leben |
| Auf den APIs bauen | Ja | Wochen, dann für immer | Tokens, ein Sitz und ein Besitzer | Du hast Ingenieure und einen Grund, warum die fertigen Optionen nicht passen |
Mein ehrliches Fazit: starte diesen Nachmittag mit dem offiziellen Connector. Er ist kostenlos, dauert vier Minuten, und Claude zu fragen „was sind die zehn häufigsten Fragen in meinem Help Desk diesen Monat“ wird dir mehr über deine Warteschlange beibringen als eine Woche Dashboards. Stelle Write Tools auf Needs Approval und lass es dabei.
Sei dann klar darüber, was du hast. Du hast einen brillanten Assistenten, der liest. Du hast keinen Agenten, der löst. Wenn du das zweite willst, wählst du zwischen HubSpots Customer Agent, der 50 Credits pro Lösung berechnet und nicht gegen deine Historie proben kann, und etwas Zweckgebautem. Wir stellen das Feld in Service Hub KI-Alternativen gegenüber.
Route 4 ist die, gegen die ich am stärksten argumentieren würde, und ich sage das als jemand, der sie gerne bauen würde. Die API unterstützt wirklich eine vollständig autonome Schleife, und die Token-Kosten sind erstaunlich niedrig. Aber jeder der vier Fallstricke oben ist ein Produktionsvorfall, der auf eine ruhige Woche wartet, und die Wartung endet nie. Wenn du die Argumentation ordentlich ausgelegt haben willst, macht unsere Aufschlüsselung zu KI-Kundenservice-Kosten die Build-versus-Buy-Rechnung, und KI-Agent versus regelbasierter Chatbot deckt die Design-Entscheidungen ab, die du von Grund auf treffen würdest. Wenn du lieber gleich zur Shortlist springen willst, starte mit der Übersicht bester KI-Agent.
eesel AI für HubSpot Service Hub
Willst du eine KI, die in Service Hub tatsächlich auf Senden drücken kann? eesel klinkt sich in dein HubSpot Help Desk als echter Agent statt als Connector ein: es liest Tickets, entwirft und sendet Antworten, aktualisiert Ticket-Eigenschaften, verschiebt Pipelines, und nutzt dabei Live-CRM-Kontaktdaten. Keine 10-Eigenschaften-Obergrenze, keine Credit-Klippe, und kein type: "MESSAGE"-Feld, bei dem du um zwei Uhr morgens etwas falsch machen könntest. Unser Leitfaden zum KI-Hinzufügen zu HubSpot hat die Schritt-für-Schritt-Anleitung.

Der Unterschied, der angesichts all dessen oben am meisten zählt, ist die Probe. Bevor eesel einem einzigen echten Kunden antwortet, lässt du es gegen deine eigenen geschlossenen Tickets laufen und siehst genau, was es gesagt hätte, welche Tickets es bearbeitet hätte, und welche es unangetastet gelassen hätte. Das ist das, was HubSpots Coverage-Prozent-Regler dir nicht geben kann, und deshalb kommen Teams zu einer echten Tier-1-Deflection-Zahl statt zu einer erhofften. Kim Simpson von Gridwise brachte es in einer öffentlichen Bewertung klar auf den Punkt: im ersten Monat löste eesel 73 % ihrer Tier-1-Anfragen, mit Ergebnissen, die während eines siebentägigen Testzeitraums sichtbar waren.
Die Abrechnung erfolgt mit 40 Cent pro bearbeitetem Ticket oder Chat, ohne Sitzgebühr und ohne Plattform-Minimum, und es gibt eine harte Ausgabenobergrenze, falls du eine willst. Bei dem 1.200-Ticket-Monat im Rechner oben sind das 480 $, gegenüber einer HubSpot-Rechnung, die bereits am zweiten Tag ihre 3.000 Credits verbraucht hat. Es gibt 50 $ kostenlose Nutzung zum Start und keine Kreditkarte, sodass du deine eigenen Tickets durchlaufen lassen kannst, bevor du irgendetwas entscheidest. Teste eesel und lass eine Woche deiner eigenen Tickets durchlaufen.
Häufig gestellte Fragen
Gibt es eine offizielle Claude-Integration für HubSpot?
Kann ich HubSpots Customer Agent auf Claude laufen lassen?
Was kostet Claude für HubSpot zusätzlich zu Service Hub?
Kann Claude ein HubSpot-Ticket eigenständig beantworten?
Welche HubSpot-Daten kann Claude tatsächlich sehen?
Ist es sicher, dem HubSpot-MCP-Server Schreibzugriff für eine KI zu geben?
Was ist die beste KI für HubSpot Service Hub Tickets?
Brauche ich Service Hub Professional, um Claude zu verbinden?

Article by
Rama Adi Nugraha
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.








