Du schreibst deine Blogposts bereits in ChatGPT. Lustig wird es erst, wenn der Entwurf fertig ist: rauskopieren, das CMS in einem anderen Tab oeffnen, in einen Rich-Text-Editor einfuegen, das Formatting reparieren, die SEO-Felder einzeln ausfuellen, dann veroeffentlichen klicken. ChatGPT Actions schaffen diesen letzten Schritt ab. Ein custom GPT mit einer konfigurierten Action ruft dein headless CMS direkt auf und postet den Artikel aus genau der Konversation, in der er entstanden ist. Das ist die OpenAI-seitige Spiegelung dessen, was Claude-Nutzer ueber MCP bekommen.
Diese Anleitung zeigt das Setup von Anfang bis Ende gegen Kamaan, das Kommandozentrum fuer Multi-Produkt-Gruender und Agenturen, die viele SaaS-Blogs betreiben: jeden Blog von einem Dashboard aus steuern und jede Operation aus Claude, ChatGPT, Cursor oder jedem MCP-Client heraus ausfuehren. Du siehst die Form des OpenAPI-Schemas, die Auth-Wahl und wie eine echte Publish-Session aus ChatGPT aussieht.
Auf einen Blick
- Ein custom GPT wird zum Publishing-Client, sobald du ein OpenAPI-Schema einfuegst und eine Auth-Methode waehlst. Kein Code auf deiner Seite.
- API-Key-Auth ist der schnellste Weg fuer einen privaten GPT, den nur du nutzt. OAuth ist das Richtige, sobald der GPT mit einem Team geteilt wird.
- Bei Kamaan ist der gleiche
publish_article-Endpoint, der den MCP Server treibt, auch aus ChatGPT Actions erreichbar. Eine API, zwei AI-Clients. - Kamaans Auto-Multilingual Delivery laeuft beim Publish unabhaengig davon, welcher Client den Aufruf gemacht hat. Veroeffentliche aus ChatGPT in Englisch und bekomme Spanisch, Deutsch, Franzoesisch und Italienisch gleichzeitig live ab Growth.
- Setup dauert rund 20 Minuten fuer den ersten Post, wenn du bereits einen Kamaan-API-Key hast. Der CMS-seitige Benchmark bleibt bei ca. 14 Minuten, sobald der GPT konfiguriert ist.
Was ChatGPT Actions wirklich sind
Ein custom GPT ist ein konfigurierter Wrapper um dasselbe zugrundeliegende Modell, mit eigenen Instructions, Wissensdateien und einer Liste von Actions, die er aufrufen kann. Eine Action ist ein HTTP-Endpoint, beschrieben in OpenAPI 3, den ChatGPT je nach Konversation aufruft. Du schreibst das Schema einmal. Danach liest das Modell die Intention des Nutzers, fuellt die Parameter, feuert den Request und liest die Antwort zurueck in den Chat.
Fuer das Publishing-Setup auf einem Blog sind die relevanten CMS-Endpoints meist wenige: Artikel listen, Artikel anlegen, Artikel aktualisieren, SEO-Felder setzen. Du beschreibst jeden im Schema und gibst ihm eine klare operationId und description. ChatGPT waehlt den richtigen, je nachdem, was der Gruender will.
Das Muster, das die Konkurrenz uebersieht: Das ist nicht "ChatGPT mit einem Publish-Button." Es ist ChatGPT mit dem CMS als aufrufbarem Werkzeug, genauso wie der Kamaan MCP Server das CMS aus Claude oder Cursor heraus aufrufbar macht. Gleiches Backend, anderer AI-Client.
Das OpenAPI-Schema, das du wirklich brauchst
Das Schema ist die gesamte Spezifikation. ChatGPT liest es einmal beim Speichern des GPT und verwendet es bei jedem Aufruf. Halte es minimal: jeder Endpoint, den du nicht brauchst, ist eine weitere Gelegenheit fuer das Modell, das falsche Tool zu waehlen.
Das kleinste sinnvolle Schema fuers Blog-Publishing gegen eine Kamaan-artige REST-API. Ersetze die Server-URL durch deine eigene.
{
"openapi": "3.1.0",
"info": {
"title": "Kamaan Blog API",
"version": "1.0.0",
"description": "Blog-Artikel aus einem custom GPT veroeffentlichen, aktualisieren und lesen."
},
"servers": [
{ "url": "https://api.kamaan.io/v1" }
],
"paths": {
"/articles": {
"post": {
"operationId": "publishArticle",
"summary": "Neuen Blog-Artikel anlegen und veroeffentlichen",
"description": "Legt einen neuen Artikel an und veroeffentlicht ihn sofort. Uebersetzt automatisch in jede Sprache des Plans, wenn der Tier es unterstuetzt.",
"requestBody": {
"required": true,
"content": {
"application/json": {
"schema": { "$ref": "#/components/schemas/ArticleInput" }
}
}
},
"responses": {
"200": {
"description": "Artikel angelegt und veroeffentlicht",
"content": {
"application/json": {
"schema": { "$ref": "#/components/schemas/Article" }
}
}
}
}
}
}
},
"components": {
"schemas": {
"ArticleInput": {
"type": "object",
"required": ["site_id", "title", "content", "language", "status"],
"properties": {
"site_id": { "type": "string", "description": "Kamaan-Site-Identifier" },
"title": { "type": "string" },
"content": { "type": "string", "description": "Markdown-Body" },
"language":{ "type": "string", "example": "en" },
"status": { "type": "string", "enum": ["draft", "published"] },
"featured_image_url": { "type": "string" }
}
},
"Article": {
"type": "object",
"properties": {
"id": { "type": "string" },
"slug": { "type": "string" },
"url": { "type": "string" }
}
}
}
}
}
Das ist der Publish-Pfad. Ergaenze GET /articles zum Auflisten, PATCH /articles/{id} fuer Edits und einen kleinen SEO-Endpoint fuer meta_title, meta_description und keywords. Fuenf Endpoints sind genug fuer einen Blog-GPT.
Auth: API Key vs OAuth
ChatGPT unterstuetzt drei Auth-Modi fuer Actions: keine, API Key und OAuth. Keine reicht nur fuer rein lesende, oeffentliche Endpoints. Die echte Wahl steht zwischen den anderen beiden.
API Key ist das Richtige, wenn ein einzelner Gruender den GPT privat nutzt. Du erzeugst den Key im Kamaan-Dashboard, fuegst ihn auf dem Auth-Screen des GPT mit dem Format Authorization: Bearer <key> ein und bist fertig. Zwei Minuten. Der Trade-off: der Key liegt nun in der GPT-Konfiguration. Wenn du den GPT teilst, teilst du auch das Publishing-Recht.
OAuth ist das Richtige, sobald der GPT mit einem Team geteilt oder im GPT Store veroeffentlicht wird. ChatGPT fuehrt jeden Nutzer durch einen Sign-in gegen dein CMS, holt ein User-Token und legt es serverseitig bei OpenAI ab. Du setzt Client-ID, Client-Secret, Authorize-URL, Token-URL, Scope und Callback. Die Callback-URL erzeugt ChatGPT beim Speichern; du kopierst sie in die Allowed-Redirects-Liste deines OAuth-Clients.
Produktionshinweis aus OpenAIs eigener GPT Actions Dokumentation: jede Domain im OAuth-Flow muss mit der API-Domain uebereinstimmen. Ausnahme sind die drei grossen Identity-Provider, aber fuer ein CMS, das du end to end kontrollierst, passt das sauber.
Eine echte Publish-Session aus ChatGPT
Eine Gruenderin oeffnet den custom GPT und schreibt: "Schreib einen 1500-Wort-Artikel zu Blog-Webhook-Benachrichtigungen, ziele auf das Keyword 'blog webhook' und veroeffentliche im Dev-Blog auf Kamaan inklusive SEO-Felder."
ChatGPT erzeugt den Entwurf direkt im Chat. Nach zwei Edit-Runden sagt die Gruenderin "publish." ChatGPT ruft die Action publishArticle mit ausgefuelltem Body auf, schickt die SEO-Werte und antwortet: "Veroeffentlicht unter kamaan.io/blog/blog-webhook-notifications. Spanisch, Deutsch, Franzoesisch und Italienisch sind ebenfalls live." Kein Dashboard, kein Copy-Paste, kein Formatting-Cleanup. Publishing kollabiert in dieselbe Konversation, in der geschrieben wurde.
Wie sich das zu MCP und zum Dashboard verhaelt
Die Grafik unten zeigt die drei ueblichen Wege, auf denen ein Gruender in einen SaaS-Blog publizieren kann: ChatGPT Actions, der Kamaan MCP Server (Claude, Cursor, jeder MCP-Client) und das gewohnte Browser-Dashboard.
Keiner gewinnt immer. ChatGPT Actions passen zu Gruendern, deren Content-Workflow bereits in ChatGPT lebt. MCP passt zu Claude- oder Cursor-Nutzern. Das Dashboard ist der richtige Ort fuer Edits, Audits und Scheduling.
Auf Kamaan-Seite rufen alle drei dieselbe API auf und respektieren denselben Plan. Auto-Multilingual Delivery laeuft beim Publish ab Growth ($49), hreflang wird emittiert, der Artikel geht in jeder Sprache des Plans live.
Haeufige Setup-Fehler (und der Fix)
Der erste Fehler ist, zu viele Endpoints auszuliefern. Wenn du zwoelf Endpoints im Schema beschreibst, waehlt ChatGPT manchmal den falschen, sobald der Nutzer mehrdeutig ist. Fuenf Endpoints sind der Sweet Spot fuer einen Blog-GPT: list, create, update, set-SEO, delete.
Der zweite sind zu weiche Descriptions. ChatGPT stuetzt sich aufs description-Feld, um die richtige Action zu waehlen. "Postet einen Artikel" ist zu vage. "Legt einen neuen Artikel an und veroeffentlicht ihn. Nur benutzen, wenn der Nutzer explizit 'publish' sagt. Fuer Entwuerfe createDraftArticle nutzen" funktioniert.
Der dritte ist, vergessen, den GPT pro Site zu scopen. Ein Multi-Produkt-Gruender mit drei Blogs in einem GPT braucht Site-Kontext in den primaeren Instructions: Produktnamen explizit auf site_id-Werte mappen. Kamaans Multi-Site Management macht die Datenseite; die Voice-Seite ist Sache des GPT.
Reale Workflow-Szenarien
Eine Solo-Gruenderin mit einem SaaS-Produkt konfiguriert einen privaten custom GPT namens "Blog Voice" mit einem Kamaan-Starter-API-Key. Sie publiziert einen technischen Artikel pro Woche. Der GPT schreibt den Entwurf, editiert auf ihr Feedback, fuellt die SEO-Felder und postet in ihren Blog aus ChatGPT. Aktive Zeit von der Idee bis zum Live-Artikel: rund 45 Minuten pro Post. Starter fuer $19 im Monat deckt ihre eine Site und eine Sprache; erster Monat gratis.
Eine Agentur, die den Content fuer zehn SaaS-Produkte von Kunden betreut, nutzt einen geteilten custom GPT mit OAuth auf Kamaan Scale. Jeder Texter meldet sich mit dem eigenen Kamaan-Account an, sieht nur die Sites, fuer die er Rechte hat, und publiziert aus ChatGPT gegen die richtige site_id. Der Agenturchef pflegt das interne GPT-Store-Listing; das Team installiert es einmal. Auto-Multilingual Delivery uebernimmt jede vom Kunden aktivierte Sprache. Scale fuer $99 im Monat deckt alle zehn Kunden-Sites mit 100.000 API-Calls; erster Monat gratis.
FAQ
Kann ich aus ChatGPT heraus direkt in einen Blog publizieren, ohne Code zu schreiben?
Ja. Du konfigurierst einen custom GPT mit einem OpenAPI-Schema fuer die REST-API deines CMS, setzt die Auth (API Key oder OAuth), und der GPT kann dein CMS aus jedem Chat heraus aufrufen. Bei Kamaan ist der Publish-Endpoint derselbe, den der MCP Server aus Claude heraus aufruft; das Schema ist also einfach.
Was ist der Unterschied zwischen ChatGPT Actions und MCP?
Beide erlauben einem AI-Client, dein CMS aufzurufen. ChatGPT Actions sind ein OpenAI-Feature: ein custom GPT ruft REST-Endpoints auf, die ein OpenAPI-Schema beschreibt, mit Auth in der GPT-Konfiguration. MCP ist das offene Model Context Protocol, das Claude, Cursor und andere nutzen, mit einem MCP-Server, der dem Client Tools exponiert. Kamaan unterstuetzt beides: gleiches Backend, zwei AI-seitige Integrationswege.
Brauche ich einen bestimmten Kamaan-Tier fuer ChatGPT Actions?
Jeder Kamaan-Tier liefert REST-API und SEO-Metadaten, also kann ein custom GPT aus jedem Plan publizieren, ab Starter ($19 im Monat, eine Site, eine Sprache). Auto-Multilingual Delivery und hreflang starten ab Growth ($49 im Monat, drei Sites, drei Sprachen). Waehle den Tier, der zur Anzahl deiner tatsaechlichen Produkte passt, nicht zur Integration.
Ist API-Key-Auth sicher genug fuer einen privaten GPT?
Fuer einen GPT, den nur du privat nutzt, ja. Der Key liegt in ChatGPTs verschluesselter Config, nicht im Chat-Verlauf. Sobald der GPT mit jemand anderem geteilt oder im Store veroeffentlicht wird, wechsle zu OAuth, damit jeder Nutzer seinen eigenen Token pro Account bekommt.
Was passiert, wenn ChatGPT die falsche Action waehlt?
Es versucht den falschen Endpoint, das CMS gibt einen Fehler zurueck, ChatGPT liest die Fehlermeldung. Der Fix liegt im Schema: schaerfe operationId und description der beiden verwechselten Actions. Sobald die Descriptions spezifisch genug sind, waehlt das Modell bei jedem Call richtig.
Kann ein custom GPT mehrere Kamaan-Sites gleichzeitig steuern?
Ja. Der Parameter site_id am Publish-Endpoint wechselt die Site. Konfiguriere die GPT-Instructions so, dass Produktnamen auf site_id-Werte mappen, dann routet der GPT jeden Publish in den richtigen Blog. Das passt zu Kamaans Multi-Site Management fuer Multi-Produkt-Gruender.
Wie lange dauert das Erst-Setup?
Etwa 20 Minuten, wenn du bereits einen Kamaan-Account und einen API-Key hast. Der Grossteil davon ist das OpenAPI-Schema zu schreiben und in den GPT-Builder einzufuegen. Der CMS-seitige Benchmark von Publish bis Live betraegt rund 14 Minuten.
Werden Uebersetzungen automatisch erzeugt, wenn ich aus ChatGPT publiziere?
Wenn du auf Growth ($49 im Monat) oder hoeher bist, ja. Kamaans Auto-Multilingual Delivery laeuft beim Publish unabhaengig davon, welcher Client den Aufruf gemacht hat. ChatGPT publiziert Englisch, jede Sprache deines Plans geht gleichzeitig live, jede unter eigener URL mit korrektem hreflang.
Mehr auf Kamaan
- Blogposts aus Claude und ChatGPT veroeffentlichen: das AI-Native CMS Setup. Das Pillar, das den AI-nativen Publishing-Workflow ueber Claude und ChatGPT rahmt.
- MCP Server fuer CMS: direkt aus Claude publizieren ohne Dashboard. Das MCP-seitige Pendant zu diesem Artikel, fuer Claude- und Cursor-Nutzer.
- So fuegst du einen Blog zu deinem SaaS hinzu: Entwickler-Guide. Setup-Anleitung fuer die REST-API, die der custom GPT aufruft.
- Multi-Site-CMS: ein Konto, mehrere Domains. Wie
site_idin einem Multi-Produkt-Portfolio funktioniert. - Was ist ein headless CMS. Kategorie-Kontext fuer das CMS, das dein custom GPT aufruft.
Mit Kamaan loslegen
Ein CMS, jeder AI-Client, den du bereits nutzt
Kamaan deckt drei Produkt-Blogs fuer $49 im Monat im Growth-Tier ab, mit Auto-Translate in 99+ Sprachen bei jedem Publish, hreflang fuer dich erledigt und dem MCP Server zum Publish aus Claude oder ChatGPT. Erster Monat gratis.
