Zum Inhalt springen

MCP für Marketing-Automation: was ein Agent ändern darf

Über einen MCP-Server kann ein KI-Client wie Claude, Cursor oder Codex die eigenen Tools einer Marketing-Plattform aufrufen: Ergebnisse lesen, Segmente bauen, Journeys und Vorlagen entwerfen und in vielen Produkten auch versenden. Lassen Sie den Agenten frei lesen und Entwürfe schreiben; alles, was die Kundschaft erreicht oder etwas ändert, das bereits live ist, gehört hinter einen Bestätigungsschritt oder bleibt abgeschaltet.

Aktualisiert am 8 Min. LesezeitVon fromHello

Das Wichtigste in Kürze

  1. MCP macht die Funktionen einer Plattform zu Tools, die ein KI-Client aufrufen kann. So arbeitet ein Agent in Ihren echten Segmenten, Journeys und Vorlagen, statt nur zu beschreiben, was zu tun ist.

  2. Von 18 Anbietern für Marketing und Messaging, die wir im Oktober 2026 geprüft haben, haben 14 ein Tool, das eine Nachricht versenden kann. Wie jeder Anbieter den Versand absichert, per Scope, Flag, Voreinstellung oder gar nicht, zählt mehr als die Zahl der Tools.

  3. Eine praktikable Aufteilung: Der Agent liest und entwirft; Veröffentlichen, Versenden, Löschen und Änderungen an allem, was live ist, brauchen einen Bestätigungsschritt oder bleiben abgeschaltet.

  4. In fromHello verschickt kein KI-Tool eine Nachricht, und eine Journey, die Ihre KI erstellt, bleibt ein Entwurf, bis sie veröffentlicht wird; andere Änderungen, etwa an einem Segment oder einer Vorlage, gelten beim Speichern.

Was MCP einem Marketing-Team bringt

Das Model Context Protocol ist der Standardweg, auf dem eine KI-Anwendung die Tools eines Produkts erkennt und aufruft; unser Glossareintrag zum MCP-Server erklärt die Mechanik. Für ein Marketing-Team ist der Unterschied ganz praktisch: Der KI-Client, den Sie ohnehin nutzen, kann die Daten der Plattform lesen und über benannte Tools handeln, statt aus dem Gedächtnis zu antworten oder Sie zu bitten, Zahlen in einen Chat zu kopieren.

In der Marketing-Automation entsprechen diese Tools der täglichen Arbeit, und eine gute Sitzung liest, bevor sie schreibt. Der Agent holt die Journey-Ergebnisse des letzten Monats, vergleicht zwei Vorlagen oder findet den Schritt, an dem neue Anmeldungen hängen bleiben, und entwirft dann eine Änderung. Weil die Tools der Plattform selbst gehören, entstehen echte Objekte, die Sie öffnen, prüfen und veröffentlichen können, keine bloßen Ratschläge.

AufgabeWas der Agent liestWas er schreibt
Eine Willkommens-Journey prüfenJourney-Ergebnisse, Performance der Vorlagen, den Schritt, an dem Menschen abspringenNichts oder einen Entwurf mit den Korrekturen
Ein Segment nach Verhalten bauenEvent-Namen und -Eigenschaften, SegmentgrößenEin neues Segment, das noch keine laufende Journey nutzt
Eine Onboarding-Serie entwerfenAnmelde- und Aktivierungs-Events, vorhandene VorlagenNeue Vorlagen und einen Journey-Entwurf
Eine Kampagne vor dem Versand prüfenDie Zielgruppe, den Inhalt, den ZeitplanNotizen oder einen korrigierten Entwurf

Was die MCP-Server der Anbieter können

Wir führen eine Übersicht über Marketing-MCP-Server, erstellt aus der eigenen Dokumentation jedes Anbieters. Am 12. Oktober 2026 umfasste sie 18 Anbieter für Marketing-Automation und Customer Engagement, dazu fromHello. Vierzehn der 18 bieten einen gehosteten Server, bei dem Sie sich per OAuth anmelden, sodass der Agent innerhalb Ihrer eigenen Berechtigungen arbeitet; zwei nutzen einen API-Schlüssel, und zwei laufen auf Ihrem Rechner. Vierzehn haben ein Tool, das eine Nachricht versenden oder eine Kampagne starten kann, und genau dort gehen die Designs auseinander.

Wie der Versand funktioniertAnbieter, Oktober 2026
Aus, bis Sie ihn aktivieren, per Scope, Flag, Voreinstellung oder BetaprogrammCustomer.io, Braze, Iterable, Sequenzy
Ein Tool kann versenden, sobald der Server schreiben darfKlaviyo, Brevo, Loops, Kit, Resend, Postmark, Mailchimp Transactional, OneSignal, Knock, PostHog
Kein Tool verschickt eine NachrichtHubSpot, ActiveCampaign, Intercom, Amplitude, fromHello

Die mittlere Zeile ist kein einheitliches Design. Die Batch-Versände von PostHog brauchen eine Zielgruppenzahl und ein Bestätigungstoken, das die API prüft; laut Kit erfordert das Versenden eines Broadcasts immer eine ausdrückliche Bestätigung; OneSignal kennzeichnet sein Versand-Tool als folgenreich, und Postmark versieht seine Tools mit Annotationen, sodass ein Client vor einem Versand nachfragen kann. Auch ein Server ohne Versand-Tool kann ändern, was die Kundschaft erhält: Der Server von HubSpot kann Landingpages und Blogbeiträge veröffentlichen, der von ActiveCampaign kann einen Kontakt in eine Automation aufnehmen, und eine Änderung an einem Segment oder einer Vorlage, die live sind, ändert die nächsten Versände.

Was ein Agent ändern darf und was hinter eine Bestätigung gehört

Die sinnvolle Grenze verläuft zwischen Arbeit, die noch niemanden erreicht, und Arbeit, die die Kundschaft erreicht, nicht einfach zwischen Lesen und Schreiben. Das meiste, was ein Agent gut kann, Analysen und erste Entwürfe, liegt auf der sicheren Seite.

Den Agenten machen lassenHinter einen Bestätigungsschritt setzenAbgeschaltet lassen oder selbst erledigen
Ergebnisse, Segmente, Events und Vorlagen lesenEine Journey oder Kampagne veröffentlichen, pausieren oder löschenAn eine ganze Liste oder ein großes Segment versenden
Segmente und Vorlagen anlegen, die noch nichts nutztKontakte in eine laufende Journey aufnehmenKontakte löschen oder die Sperrliste bearbeiten
Journeys und Kampagneninhalte entwerfenEin Segment oder eine Vorlage bearbeiten, die eine laufende Journey nutztAPI-Schlüssel anlegen oder Versanddomains ändern
Eine Änderung mit den Zahlen dahinter erklärenEinen Test an eine kleine, namentlich festgelegte Zielgruppe sendenNutzer, Rollen oder Abrechnung ändern

Zwei Details entscheiden, ob die Aufteilung hält. Das erste: Welche Änderungen gelten in dem Moment, in dem sie gespeichert werden? Eine Vorlage oder ein Segment, die eine laufende Journey nutzt, ändert die nächsten Versände ohne Veröffentlichungsschritt. Das zweite: Wo findet die Bestätigung statt? Manche Server stoppen einen riskanten Aufruf selbst, manche kennzeichnen ihre Tools, damit der Client nachfragen kann, und viele überlassen es den Berechtigungseinstellungen des Clients. Die MCP-Spezifikation sieht vor, dass Clients einem Menschen erlauben, jeden Tool-Aufruf abzulehnen, und Tool-Annotationen als nicht vertrauenswürdig behandeln, es sei denn, der Server ist vertrauenswürdig. Prüfen Sie also die Einstellungen Ihres Clients pro Tool und lassen Sie die automatische Freigabe für Tools aus, die schreiben oder versenden.

Wie die 59 Tools und die Leitplanke von fromHello funktionieren

Der MCP-Server von fromHello gibt Claude, Claude Code, Cursor, Codex oder jedem MCP-Client 59 Tools, dieselben, die auch der integrierte Assistent nutzt: Segmente (8), Journeys (10), Vorlagen (6), Tracking mit Event-Eigenschaften, benutzerdefinierten Feldern und Event-Zuordnungen (10), Analysen (15) sowie Profile und ihre Notizen (6), dazu eine Playbook-Abfrage, zwei Tools für den Workspace-Kontext und das Tool, das einen Bestätigungsschritt abschließt. MCP-Aufrufe werden nie nach Verbrauch abgerechnet.

Eine Journey, die Ihre KI erstellt, bleibt ein Entwurf, bis sie veröffentlicht wird. create_journey_draft legt eine neue Journey als Entwurf an, mit allen Knoten, in einem Aufruf, und save_journey_draft bearbeitet einen Entwurf; kein Tool erstellt eine laufende Journey. Veröffentlichen, Pausieren oder Löschen über einen Agenten erfordert einen Bestätigungsschritt in Ihrem KI-Client: Über MCP antworten publish_journey, pause_journey, enroll_in_journey und jedes Lösch-Tool mit einem Token, das confirm_pending_action abschließt, sodass der Schritt in Ihrem Client unter dessen eigenen Berechtigungseinstellungen läuft. Kein KI-Tool in fromHello verschickt eine Nachricht.

Andere Änderungen, etwa an einem Segment oder einer Vorlage, gelten beim Speichern und können so eine Journey erreichen, die bereits live ist. Die optionale Personalisierung zum Versandzeitpunkt, pro E-Mail-Schritt eingestellt, schreibt jede E-Mail ohne Einzelprüfung um; fällt die KI aus, wartet der Versand standardmäßig. Wie auch immer Sie fromHello betreiben, in der fromHello Cloud oder selbst gehostet unter AGPL-3.0: Ihr eigener KI-Agent kann sich über MCP verbinden.

Eine erste Sitzung, Schritt für Schritt

Eine erste MCP-Sitzung in fünf Schritten: nur lesend verbinden, eine Analyse anfordern, den Agenten entwerfen lassen, die Entwürfe im Produkt prüfen, dann bewusst veröffentlichen.

Führen Sie dieselbe Sitzung auf einem beliebigen Server aus der Übersicht durch, und die Unterschiede zeigen sich schnell: die Schritte, die ein Server Sie überspringen lässt, und die, die er nie anbietet. Genau das sollten Sie vergleichen, mehr als die Länge der Tool-Liste.

FAQ

Häufige Fragen

  • Was kann ein KI-Agent über MCP in einer Marketing-Plattform tun?

    Alles, was der MCP-Server der Plattform an Tools bereitstellt, im Rahmen der Berechtigungen des Kontos oder Schlüssels, mit dem er sich verbindet. Meist heißt das: Ergebnisse lesen, Segmente bauen und Kampagnen, Journeys und Vorlagen entwerfen; in vielen Produkten heißt es auch versenden. Unsere Übersicht über Marketing-MCP-Server zeigt, was der Server jedes Anbieters lesen, ändern und versenden kann.

  • Sollte ein KI-Agent Marketing-E-Mails versenden dürfen?

    Zunächst nein: Lassen Sie den Agenten lesen und entwerfen, und setzen Sie den Versand hinter einen Bestätigungsschritt oder schalten Sie ihn ab. Manche Anbieter bauen das ein: Iterable und Sequenzy starten ohne Versand, und Customer.io legt den Versand hinter einen eigenen Scope, den ein Admin freigeben muss. Andere bieten ein Versand-Tool an, sobald der Server schreiben darf, und überlassen die Prüfung damit den Einstellungen Ihres KI-Clients.

  • Verschickt der MCP-Server von fromHello Nachrichten?

    Der Server von fromHello gibt Claude, Cursor oder jedem MCP-Client 59 Tools für Segmente, Journeys, Vorlagen, Tracking und Analysen. Kein KI-Tool in fromHello verschickt eine Nachricht, aber KI-Aktionen können laufende Journeys ohne Bestätigungsschritt ändern. Eine Journey, die Ihre KI-Agenten erstellen, bleibt ein Entwurf, bis sie veröffentlicht wird. Veröffentlichen, Pausieren oder Löschen über einen Agenten erfordert einen Bestätigungsschritt in Ihrem KI-Client. Andere Änderungen, etwa an einem Segment oder einer Vorlage, gelten beim Speichern.

  • Brauche ich einen Entwickler, um einen MCP-Server zu verbinden?

    Bei den meisten gehosteten Servern nicht: Sie fügen eine URL in Claude, ChatGPT, Cursor oder einen anderen Client ein und melden sich an. Ein lokaler Server braucht Node.js oder Python auf Ihrem Rechner und einen API-Schlüssel, und jeder API-Schlüssel gehört in die Secret-Einstellungen Ihres Clients, nicht in eine geteilte Konfigurationsdatei.

  • Welche KI-Clients können einen Marketing-MCP-Server nutzen?

    Jeder MCP-Client, der den Transport und die Anmeldung des Servers unterstützt. Die Anbieter dokumentieren unter anderem Claude, Claude Code, ChatGPT, Cursor, Codex, VS Code und Windsurf. Ein gehosteter Server mit OAuth funktioniert aus Web-Clients heraus; ein lokaler Server braucht einen Desktop-Client oder einen Coding-Agenten auf Ihrem Rechner.

fromHello ist Open-Source-Software für Marketing-Automation: Nachrichten, ausgelöst durch das, was Menschen tun.

fromHello Cloud ist im Early Access über die Warteliste verfügbar.

Early Access

fromHello Cloud

Niemand gründet, um klein zu bleiben.

Der Early Access für fromHello Cloud öffnet schrittweise. Das Onboarding ist persönlich: Wir helfen Ihnen bei der Einrichtung und beim Umzug Ihrer Kontakte.

Wir schreiben Ihnen, sobald Ihr Platz frei wird. Kein Spam.

Noch nicht so weit? Auf GitHub ansehen