WordPress mit KI steuern 2026: Claude Code, ChatGPT & Abilities API

Die spannendste Frage bei WordPress 2026 ist nicht mehr „Welches KI-Plugin baue ich ein?“, sondern eine ganz andere.

Sie heißt: Wie steuere ich meine WordPress-Site von außen mit Claude Code, Codex oder Cursor, ohne ständig im Backend zu klicken?

Genau das ist 2026 möglich geworden. WordPress 7.0, die Abilities API aus 6.9 und der MCP-Adapter haben aus dem Backend eine Maschine gemacht, die externe Agenten lesen und schreiben können.

Ich habe die letzten Monate damit verbracht, mich da durchzuwühlen. WordPress 7.0 installiert, MCP-Adapter angeschlossen, Claude Code und Codex an mehrere Sites angebunden. Page-Builder mit ihren KI-Features getestet, Hosting-Anbieter durchprobiert. Mehrere hundert Euro versenkt. Eine ganze Reihe Tools wieder deinstalliert.

Die gute Nachricht:

Externe Agenten sind 2026 in WordPress angekommen. Claude Code mit MCP kann auf einer 7.0-Site Posts lesen, Drafts anlegen, Plugins konfigurieren und Theme-Dateien anfassen. Setup unter 10 Minuten, sobald der MCP-Server steht.

Allerdings:

Es ist nicht alles Gold, was glänzt. Die eingebauten KI-Features in Editor und Page-Buildern (Jetpack AI, Elementor AI, Divi AI) sind oft Cloud-closed, an einen Provider gebunden und teurer als ein externer Agent mit MCP-Zugriff. Das Google-Mai-2026-Core-Update hat reines KI-Massen-Publishing zudem brutal abgestraft. Im deutschen Markt kamen rund 4,2 Verlierer auf einen Gewinner (Collective Brain hat das auf Basis einer SISTRIX-Analyse mit 1.371 deutschen Domains durchgerechnet). Und der SiteGround-Skandal Ende Mai hat gezeigt, was passiert, wenn Hoster die Kontrolle übernehmen, ohne zu fragen.

Genau darum geht es in diesem Artikel.

Ich zeige dir die fünf Wege, WordPress 2026 mit KI zu bedienen, sortiert nach dem, was sich 2026 am produktivsten anfühlt. Externe Agenten via MCP und WP-CLI zuerst, eingebaute Editor- und Builder-KI als sekundäre Schienen.

1. Was heißt „WordPress mit KI bedienen“ eigentlich?

Bevor ich dir die fünf Wege zeige, müssen wir uns auf zwei sehr unterschiedliche Modi einigen.

Denn „WordPress mit KI bedienen“ zerfällt 2026 in zwei klar getrennte Welten:

Modus 1 (primär): Externe Agenten steuern WordPress von außen. Claude Code, Claude Desktop, Codex CLI oder Cursor sprechen über MCP, WP-CLI oder die REST-API mit deiner Site. Du sitzt im Terminal oder im Chat-Fenster, der Agent klickt für dich im Backend. Posts lesen, Drafts anlegen, Plugins konfigurieren, Theme-Dateien anfassen. Alles ohne wp-admin.

Modus 2 (sekundär): Eingebaute KI im WordPress-Backend. Du installierst ein KI-Plugin (Jetpack AI, AI Engine, Elementor AI, Divi AI), klickst dich durch ein Sidebar-UI und lässt die KI Texte umschreiben oder Layouts bauen. Die KI lebt im Plugin, du im Editor.

Das Problem?

Die meisten Artikel zum Thema werfen beide Modi in einen Topf. Du liest dann über „KI in WordPress“ und bekommst eine wilde Mischung aus ChatGPT-Plugin, Elementor AI und MCP-Server hingestellt, ohne dass jemand erklärt, was sich wovon unterscheidet, oder welcher Modus für welchen Use-Case der produktivere ist.

Ich mache das hier anders.

Meine klare Position: 2026 sind externe Agenten das produktivere Modell. Wer einmal Claude Code per MCP an seine Site angeschlossen hat, schaltet zurück, sobald Jetpack AI als Sidebar aufklappt und nach einem Provider-Login fragt. Ein externer Agent ist provider-flexibel, multi-site-fähig und nicht an ein einzelnes Plugin-Abo gebunden.

Eingebaute Editor- und Builder-KI hat ihren Platz. Vor allem, wenn du visuell arbeitest, kein Terminal magst oder schon Elementor und Divi nutzt. Sie ist aber 2026 nicht mehr das interessanteste Stück WordPress-KI.

Heißt:

Wir reden über Werkzeuge, nicht über Wunder. Und wir starten mit dem Modus, der den größten Hebel hat.

2. WordPress 7.0 „Armstrong“ und die KI-Roadmap

Das wichtigste WordPress-Release der letzten Jahre kam am 20. Mai 2026: WordPress 7.0 „Armstrong“, sechs Wochen nach Plan, weil das Team bei den Architektur-Themen sauber arbeiten wollte.

Drin ist der AI Client als provider-agnostische Core-API für OpenAI, Claude und Gemini. Der Connectors-Hub unter Einstellungen > Connectors hält deine Provider-Keys zentral, alle modernen Plugins greifen darauf zu (Setup pro Provider rund 2 Minuten, Workflow bei 365iwebdesign). Die Client-Side Abilities API bringt das Abilities-Konzept aus 6.9 jetzt auch in den Block-Editor. Dazu das offizielle AI Plugin auf wordpress.org/plugins/ai/ mit Alt-Text-Generierung, Comment-Moderation und Request-Logging, bei rund 20.000 Installationen. Die ganze Release-Ankündigung bei wordpress.org.

Real-Time Collaboration wurde am 8. Mai 2026 aus 7.0 gestrichen (zu große Surface Area, Race Conditions, offene Fuzz-Bugs, siehe Make WordPress Core). Ersatz in 7.0 sind asynchrone Tools wie Block-Level Notes, Suggestions Mode und @Mentions. Live-Kollaboration kommt frühestens mit 7.1 am 19. August 2026.

Die Abilities API als strategisches Fundament

Die Abilities API ist im Dezember 2025 mit WordPress 6.9 in den Core gewandert. Ein zentrales Register, in dem Plugins, Themes und der Core ihre Fähigkeiten in maschinenlesbarem JSON-Schema registrieren, abrufbar unter wp-abilities/v1. Sie ist die Voraussetzung für alles, was 2026 folgt: Agenten können nur dann sinnvoll mit WordPress arbeiten, wenn sie wissen, welche Aktionen möglich sind. Der MCP-Adapter übersetzt diese Selbstbeschreibung für Claude Desktop, ChatGPT und Co. WordPress 7.0 ist damit der erste Core, der von Grund auf für KI-Agenten gebaut ist.

Im Blick behalten: Studio Code (seit 27. April 2026 in Beta) ist Automattics agentischer CLI-Helfer auf Claude-Basis, spezialisiert auf WP-CLI, Block-Markup und lokale Sites. Telex ist das Vibe-Coding-Experiment unter telex.automattic.ai, generiert aus Textprompts Gutenberg-Blöcke oder ganze Plugins, laut TechCrunch bereits in echten Sites im Einsatz.

3. Die fünf Wege, WordPress mit KI zu bedienen

Wenn du eins aus diesem Artikel mitnimmst, dann das hier.

Es gibt fünf grundlegende Wege, wie du WordPress 2026 mit KI bedienen kannst. Jeder Weg hat sein eigenes Werkzeug-Set, seine eigenen Stärken und seine eigenen Fallstricke. Ich sortiere sie nach Produktivitäts-Hebel, nicht nach Einstiegshürde.

Heißt: Die externen Agenten kommen zuerst, weil sie 2026 das produktivste Setup sind. Die eingebaute Editor- und Builder-KI rutscht ans Ende, weil sie weniger Spielraum hat.

Weg 1: KI-Agenten via MCP-Adapter (Claude Code, Cursor, Codex)

Hier wird es 2026 richtig spannend. Claude Code, Claude Desktop, Cursor oder Codex sprechen über MCP (Model Context Protocol) direkt mit deiner WordPress-Site. Sie lesen Posts, ändern Inhalte, legen Seiten an, konfigurieren Plugins und schreiben Theme-Dateien. Du sitzt im Terminal oder im Chat-Fenster, der Agent klickt für dich.

Beispiele für MCP-Server: WordPress/mcp-adapter (offiziell, GitHub), AI Engine mit MCP-Modul in Pro, Rank Math mit eingebautem MCP-Server, Hostinger AI Assistant, JetEngine MCP. Beispiele für Agent-Clients: Claude Code, Claude Desktop, Cursor, Codex CLI, Cline.

Für wen? Power-User, Agenturen mit Multi-Client-Setup, alle, die ihre Site lieber aus dem Terminal oder dem Chat-Fenster bedienen als aus wp-admin.

Weg 2: WP-CLI über ein Shell-Tool (Claude Code per SSH)

Du gibst Claude Code oder Codex Shell-Zugriff auf einen Server, auf dem deine WordPress-Site läuft. Der Agent ruft WP-CLI auf, also das offizielle Kommandozeilen-Tool von WordPress, und steuert darüber alles, was du sonst per wp-admin machst. Posts anlegen, Plugins aktivieren, Datenbank-Migrationen fahren, Backups ziehen.

Beispiele: Claude Code mit Bash-Tool und SSH-Schlüssel, Codex CLI mit lokaler Repo-Clone, Cline im VS Code mit Terminal-Integration.

Für wen? Tech-affine Solo-User und Entwickler, die ohnehin schon per SSH auf ihrem Server arbeiten und WP-CLI im Schlaf bedienen.

Weg 3: REST API plus Application Passwords (ChatGPT Custom GPT, n8n)

Der klassische Weg, ohne MCP-Server auf deiner Seite. Du legst ein Application Password in wp-admin an, gibst es einem ChatGPT Custom GPT, einem n8n-Workflow oder einem Zapier-Flow. Der Agent ruft dann die WordPress-REST-API direkt auf. Posts erstellen, Medien hochladen, Kategorien anlegen.

Beispiele: ChatGPT Custom GPT mit „Actions“-Schema, n8n mit WordPress-Node, Make.com, Zapier, eigene Skripte in Python oder Node.js.

Für wen? Alle, die Custom GPTs bauen oder n8n nutzen, ohne ein MCP-Plugin auf der Site installieren zu wollen.

Weg 4: KI-Plugins im Block-Editor

Du arbeitest weiter wie gewohnt in Gutenberg. Ein KI-Plugin schiebt sich als Sidebar oder Inline-Toolbar zwischen dich und den Editor. Du markierst Text, klickst auf „Verbessern“ oder „Übersetzen“, die KI schreibt um. In meinem Überblick zu Gutenberg-Plugins findest du die klassischen Editor-Erweiterungen, die du jetzt um KI-Funktionen ergänzen kannst.

Beispiele: Jetpack AI Assistant, AI Engine, das offizielle AI Plugin, Otter Blocks AI. Die Tools im Detail bespreche ich im Vergleich der besten WordPress-KI-Plugins.

Für wen? Solo-Blogger und Autoren, die ihren bestehenden Workflow beibehalten, kein Terminal anfassen wollen und nur stellenweise KI-Hilfe brauchen.

Weg 5: Page-Builder-KI und KI-Hosting-Builder

Du nutzt Elementor, Divi, Bricks, Brizy oder einen KI-Hosting-Builder wie ZipWP. Die KI lebt entweder im Page-Builder und generiert Sektionen, Copy und CSS, oder beim Hoster und liefert dir aus einem Prompt eine komplette Site. Visuell, ohne Terminal, dafür Cloud-closed und an einen Anbieter gebunden.

Beispiele: Elementor AI, Divi AI, Bricks AI mit JetEngine, Brizy AI, ZipWP, 10Web, Hostinger AI Website Builder.

Für wen? Designer, kleine Agenturen, lokale Unternehmen und Anfänger, die schnell visuelle Landingpages oder ihre erste Site brauchen, ohne sich auf Agenten einzulassen.

Schauen wir uns die einzelnen Wege jetzt im Detail an. Die externen Agenten via MCP, also Weg 1 und Weg 2, behandle ich ausführlich in Sektion 7. Davor geht es um die Editor- und Builder-Welt, also Weg 4 und Weg 5, weil das für viele Leser der vertrautere Einstieg ist.

Glossar: Die zehn Begriffe, die du in der Plugin- und Theme-Datenbank siehst

In der Datenbank weiter unten klassifiziere ich jedes Plugin und jedes Theme nach seinem Agent-Zugriff. Du siehst dort Badges wie „MCP-Server“, „Abilities API“ oder „Cloud-closed“. Hier in Kurzform, was dahintersteckt. Wenn du den Unterschied verstehst, weißt du sofort, mit welchen Tools du Claude Code ernsthaft füttern kannst.

MCP-Server

Das Plugin spielt sein eigenes Model-Context-Protocol-Endpoint aus (typisch unter /wp-json/<slug>/v1/mcp). Claude Code, Cursor und ChatGPT verbinden sich direkt und sehen alle Plugin-Funktionen als steuerbare Tools. Beispiele: AI Engine Pro, Rank Math, Easy MCP AI, Hostinger AI Assistant.

Abilities API

Seit WordPress 6.9 im Core. Plugin registriert per wp_register_ability() einzelne Aktionen mit Schema, der offizielle MCP Adapter übersetzt sie automatisch in MCP-Tools. Beispiele: Polylang Pro, Ninja Forms ab 3.14, Abilities Bridge, AI Block Editor.

Custom REST

Plugin registriert eigene REST-Routen unter /wp-json/<slug>/v1/. Älter, breit verbreitet, gut von Claude Code per curl ansprechbar. Auth läuft über Application Passwords. Beispiele: Optimole (20 Routen), MonsterInsights, Better Messages.

WP-CLI

Plugin liefert eigene wp <command>-Subkommandos, die per SSH im PHP-Prozess laufen. Mächtigste Schnittstelle, weil sie direkt am Server hängt und auch Datei- oder DB-Operationen erlaubt. Beispiele: Smush, Optimole, FlowMattic, Media File Renamer.

Webhooks

Plugin triggert oder empfängt HTTP-Webhooks. Der Agent kann Workflows von außen anstoßen, ohne mit der UI zu reden. Beispiele: Zapier, FlowMattic, OttoKit, Gravity Forms ChatGPT-Add-on.

theme.json

FSE-Theme legt Farben, Typografie, Spacing und Block-Defaults in einer einzigen JSON-Datei fest. Claude Code öffnet sie, ändert eine Color-Palette, speichert. Beispiele: Twenty Twenty-Five, Ollie, Frost, Tove.

Code-first

Theme oder Builder schreibt sauberes HTML, CSS und PHP, statt seine Inhalte als proprietäres Page-Builder-JSON in die DB zu legen. Agent kann den Code lesen und ändern, ohne durch eine UI klicken zu müssen. Beispiele: Etch, Unblock, Pinegrow, Bricksfusion.

Cloud-closed

Plugin ist im WordPress installiert, aber die eigentliche KI-Logik läuft im Backend des Anbieters. Agent kann die lokale UI bedienen, kommt aber nicht in den AI-Kern rein. Beispiele: Tidio, Crisp, Writesonic, Alt Text AI.

Files

Plugin oder Theme legt seine Daten als lesbare Files (PHP, JSON, Markdown) im Repo ab, statt sie ausschließlich in der DB zu vergraben. Agent kann sie mit Read und Edit direkt bearbeiten. Beispiele: Code Snippets, Loco Translate, FSE-Themes generell, Markdown for AI Agents.

Nur Core-CRUD

Plugin hat keine eigene REST-Surface, keine Abilities, keine WP-CLI-Commands. Der Agent kommt höchstens über das WordPress-Standard-Endpoint /wp-json/wp/v2/ an Inhalte ran, weiß aber nicht, dass das Plugin überhaupt existiert. Für Agent-Workflows wenig hilfreich, bekommt deshalb in der Datenbank niedrige Sterne.

4. KI im Block-Editor: Die Plugin-Welt

Der Block-Editor ist für die meisten WordPress-Nutzer der natürliche Einstieg in die KI-Welt.

Du musst keinen neuen Workflow lernen. Du installierst ein Plugin, hinterlegst deinen API-Key (oder nutzt den neuen Connectors-Hub von 7.0) und hast plötzlich KI-Funktionen in deiner Schreibumgebung.

Hier die wichtigsten Spieler im Überblick:

Kurz eingeordnet: AI Engine ist die Multi-Provider-Allzweckwaffe (OpenAI, Claude, Gemini, Mistral, OpenRouter, Ollama) und der einzige in der Tabelle mit eingebautem MCP-Server. Jetpack AI lohnt nur, wenn du Jetpack ohnehin nutzt. Das offizielle AI Plugin ist der saubere Core-Einstieg unter WordPress 7.0. AI Power ist der Schweizer-Taschenmesser-Pick für Agenturen, die Content, Chatbot und Bildgenerierung aus einer Plattform brauchen. Tiefenvergleich und meine Empfehlungen pro Use-Case stehen im Plugin-Vergleich.

5. KI in Page-Buildern: Layouts per Prompt

Wenn dein WordPress-Workflow eher visuell ist, sind Page-Builder die natürliche Heimat für KI.

Die großen Builder haben 2025 und 2026 nachgezogen. Du beschreibst, was du willst, der Builder generiert Sektion, Container, Text und manchmal sogar Bilder. Ich habe alle vier großen Player getestet.

Kurz eingeordnet: Elementor AI ist die reifste Integration, inklusive überraschend guter CSS-Hilfe (du beschreibst die Hover-Animation, Elementor schreibt das Custom CSS). Divi 5 plus Divi AI hat mit Quick Sites und Cloud-Synchronisation aufgeholt, lohnt sich preislich erst als Pro-Lifetime. Bricks ist der Developer-Liebling mit sauberem Output, hat selbst aber keine eingebaute KI, die KI-Magie kommt über JetEngine plus Command Center von Crocoblock. Brizy AI generiert ganze Sites unter 20 Sekunden und ist der schnellste Weg für Einmal-Projekte. Tiefer-Vergleich der Builder-Themes im Themes-Artikel.

6. KI für SEO, Übersetzung und WooCommerce

Drei vertikale Anwendungsfelder, die für viele Blogger und Online-Shop-Betreiber relevanter sind als die generische „KI im Editor“.

SEO mit KI

Die drei großen SEO-Plugins haben 2026 alle eigene KI-Features. Wenn du SEO komplett neu aufziehst, lohnt sich vorher ein Blick in meinen Guide WordPress-SEO.

Die kompakte Lesart: Rank Math bringt Content AI, llms.txt-Support und über 40 KI-Tools. Yoast Premium setzt auf KI-Generate, Optimize und Summarize direkt im Editor. AIOSEO registriert 28 SEO-Abilities, die der offizielle MCP-Adapter automatisch als Tools für Claude oder ChatGPT freischaltet, das ist 2026 die agent-stärkste Option.

Übersetzung mit KI

Hier ist der Markt 2026 endlich erwachsen geworden.

Für deutsche Blogger mit DSGVO-Anforderungen ist TranslatePress mit eigenem DeepL-Pro-Account aktuell mein Favorit: BYOK-fähig, EU-Server, AVV direkt bei DeepL. WPML bleibt der solide Standard. Polylang Pro spielt sauber bei URL-Strukturen und hreflang. Weglot ist schnell aufgesetzt, auf Dauer aber teurer. Wer Datenschutz ernst nimmt, schaut zusätzlich in meine Liste der wichtigsten Datenschutz-Plugins.

WooCommerce mit KI

Für Online-Shop-Betreiber ist KI 2026 ein echter Hebel. Produktbeschreibungen für 200 Produkte mit AI Product Tools in 4 Stunden statt 40. Chatbots wie WoowBot oder Tidio Lyro AI beantworten bis zu 70 % aller Standardfragen automatisch. Bulk-Operationen sind dein Hebel: Pro-Plugins, die 200 Produktbeschreibungen am Stück generieren, sparen dir realistisch hunderte Stunden.

7. KI-Agenten und WordPress: Die kompletten Zugriffswege

Jetzt wird es richtig interessant. Bis hierhin ging es um KI innerhalb von WordPress. Plugins im Editor, Page-Builder mit Prompt-Feldern, SEO-Assistenten in der Sidebar. Alles wichtig. Aber das ist nur die halbe Geschichte.

Die andere Hälfte: KI-Agenten, die WordPress von außen steuern. Claude Code, das deine Posts schreibt und veröffentlicht, während du im Terminal arbeitest. ChatGPT, das per Custom GPT direkt auf deine REST API zugreift. Cursor, das gleichzeitig dein Theme refactort und gegen die Live-Site testet. Das ist 2026 keine Science-Fiction mehr, das ist Daily Driver für Agenturen und ambitionierte Solo-Blogger.

Dieser Abschnitt ist die Tiefen-Tour: alle Zugriffswege, alle MCP-Server, alle Agent-Clients und ein ehrliches Was-geht-was-nicht am Ende.

WordPress-Core-Zugriffswege für KI-Agenten

WordPress hat 2026 sechs offizielle Wege, über die ein externer Agent auf die Site zugreifen kann. Jeder hat seinen eigenen Charakter, seine eigenen Limits und seine eigene Auth-Story. Hier der Reihe nach:

REST API (klassisch). Seit WordPress 4.7 (Dezember 2016) im Core, unter /wp-json/wp/v2/. Das ist 2026 immer noch der zuverlässigste Universalweg, der ohne jede Zusatz-Installation funktioniert. Posts, Pages, Media, Users, Comments, Categories, Tags, Custom Post Types (wenn show_in_rest auf true steht), Site-Settings. Auth läuft über Application Passwords (Basic Auth), seit WP 5.6 im Core. Ein Application Password ist ein 24-stelliges Token im Format xxxx xxxx xxxx xxxx xxxx xxxx, das du im User-Profil generierst. Tipp: Setz immer ?_fields=id,title,link in deinen Calls, das reduziert die Payload um 80 bis 95 % und schont den Context-Window deiner KI.

WP-CLI über SSH. Die mächtigste Schnittstelle, die WordPress hat. WP-CLI läuft direkt im PHP-Prozess auf dem Server und kann alles: Datenbank, Dateisystem, Hooks, Plugin-Installation, Search-Replace, Theme-Wechsel, Cron-Verwaltung. Über 200 Subkommandos in Core, plus Custom-Commands von Yoast, WooCommerce, Elementor. Ein Agent, der SSH-Zugriff hat, ruft das einfach über das Bash-Tool auf: ssh user@server 'wp post list --format=json'. Für Profis und Agenturen ist das 2026 der pragmatische Default-Weg.

XML-RPC. Existiert seit 1998, ist technisch in jeder WordPress-Installation aktiv unter /xmlrpc.php und ist praktisch tot. Managed Hoster wie Kinsta, WP Engine und Pressable blocken den Endpoint per Default. Security-Plugins schalten ihn ab. system.multicall erlaubt 1.500 Auth-Versuche in einem einzigen HTTP-Request, deshalb steht XML-RPC auf jeder Hardening-Checkliste. Für KI-Agenten 2026 keine sinnvolle Option mehr.

GraphQL via WPGraphQL. Plugin-basiert, nicht im Core, aber für Headless-Setups Standard. Single-Endpoint unter /graphql, eine Query holt verschachtelte Daten in einem Roundtrip (Post + Author + Featured Image + Categories). Das Schema ist introspectable, Agenten können das volle Type-System per __schema abfragen. Auth läuft über Application Passwords, JWT oder OAuth 2.0 via wp-graphql-headless-login. Für reine Agent-Workflows ohne Frontend-Layer ist REST plus Abilities API meist einfacher, weil weniger Setup nötig.

WordPress 7.0 AI Client und Connectors Hub. Das ist der wichtigste Punkt: Der AI Client in WP 7.0 ist eine Ausgangs-API, keine Eingangs-API. WordPress ruft LLMs, nicht umgekehrt. Plugins schreiben wp_ai_client_prompt()->using_text(...)->generate_text_result(), WordPress entscheidet zur Laufzeit, welcher Connector (Anthropic, OpenAI, Google) die Anfrage ausführt. Ein externer Agent erreicht den AI Client nicht direkt. Workaround: Eigenes REST-Plugin, das wp_ai_client_prompt() hinter einem auth-geschützten Endpoint kapselt, oder Abilities registrieren, die intern den AI Client aufrufen und nach außen via MCP exponiert werden.

Abilities API (WP 6.9+). Das ist der Game-Changer. Eine Ability ist eine deklarierte Aktion mit Name, Input-Schema, Output-Schema, Permission-Callback und Execute-Callback. Plugins registrieren Abilities einmal, WordPress macht sie automatisch über REST und MCP discoverable. Discovery via GET /wp-json/wp-abilities/v1/abilities, Ausführung via POST /wp-json/wp-abilities/v1/{namespace}/{name}/run. AIOSEO registriert 28 SEO-Abilities, ACF seit 6.8 Field-Group- und CPT-Abilities, WooCommerce ab 10.7 neun Built-in Abilities. Das löst die zwei Hauptprobleme für Agenten in einem Schritt: „Was kann diese Site?“ und „Wie ruf ich das korrekt auf?“.

MCP-Server: der Standard 2026

Das Model Context Protocol ist 2026 zum De-facto-Standard für die Anbindung von WordPress an KI-Agenten geworden. Was im Sommer 2025 noch ein Wildwuchs aus halboffiziellen Plugins war, ist heute ein klar strukturiertes Ökosystem mit einem offiziellen Core-Adapter, mehreren Plugin-spezifischen Servern und einer wachsenden Zahl an Hosting-MCPs.

Allerdings: Nicht jeder Server ist produktionsreif, und die Auth-Modelle reichen von „Application Password einkleben“ bis OAuth 2.1 mit PKCE und Audit-Log. Hier die Übersicht über die wichtigsten MCP-Server für WordPress, sortiert nach Relevanz:

Drei Dinge zur Einordnung. Erstens: Der offizielle WordPress MCP Adapter ist die strategische Wahl, wenn du langfristig planen willst. Er exponiert selbst kaum etwas, sondern übersetzt jede Ability eines Plugins automatisch in ein MCP-Tool. Das heißt: Je mehr Abilities deine Plugins registrieren (AIOSEO mit 28 SEO-Abilities, ACF, WooCommerce, SEOPress), desto mächtiger wird der Adapter. Yoast hat trotz „AI“-Marketing aktuell null Abilities am Adapter, die KI-Routen sind eine geschlossene Premium-Subscription.

Zweitens: Das alte Automattic/wordpress-mcp-Repository wurde am 19. Januar 2026 archiviert. Wenn du noch auf v0.2.5 läufst, solltest du zum offiziellen Adapter migrieren. Die Konzepte sind weitgehend kompatibel.

Drittens: Die Tool-Counts sind teils irreführend. „215 Tools“ klingt nach viel, ist aber oft redundant. Und bei Plugins wie Royal MCP oder StifLi Flex MCP läuft die eigentliche Logik in der Hersteller-Cloud, das Plugin registriert im Vanilla-Setup gar keine REST-Routen. Ein schlanker Adapter plus die Abilities deiner Standard-Plugins ist für Produktiv-Sites oft sicherer und transparenter.

Welcher KI-Agent kann was?

Die Server-Seite ist nur die Hälfte. Die andere Hälfte sind die Clients, also die KI-Agenten, die sich mit deiner Site verbinden. Hier eine Übersicht über die wichtigsten Client-Optionen 2026 und ihre WordPress-Zugriffswege:

Die kurze Lesart der Tabelle: Wenn du heute neu anfängst, ist Claude Code mit MCP-Adapter der Goldstandard für Entwickler-Workflows. Claude Desktop mit denselben Connectors ist die richtige Wahl für Redakteure ohne Terminal-Affinität. ChatGPT bleibt 2026 die einzige große Plattform ohne nativen MCP-Support, dort musst du über Custom GPT Actions mit OpenAPI-Schema gehen.

Setup: Claude Code mit deiner WordPress-Site verbinden

Das konkrete Setup für Claude Code dauert zehn Minuten, wenn du alle Schritte parat hast. Hier der Ablauf:

1. MCP Adapter installieren. Das Plugin ist nicht im wp.org-Verzeichnis, nur als Release-Zip auf GitHub. Per WP-CLI: wp plugin install https://github.com/WordPress/mcp-adapter/releases/latest/download/mcp-adapter.zip --activate. Alternativ das Zip von github.com/WordPress/mcp-adapter/releases/latest herunterladen und im wp-admin unter Plugins > Hinzufügen > Plugin hochladen einspielen. Voraussetzung: WordPress 6.9+, besser 7.0.
2. Application Password generieren. Im wp-admin unter Benutzer > Profil ganz unten auf „Application Passwords“. Name vergeben (z. B. „Claude Code“), auf „Add New“ klicken. Das Passwort wird einmal angezeigt im Format xxxx xxxx xxxx xxxx xxxx xxxx. Kopieren und sicher ablegen, es wird nie wieder gezeigt.
3. Bot-User mit minimaler Rolle anlegen. Nicht den Admin-Account verbinden. Lege einen dedizierten User mit Editor-Rolle an, generiere das Application Password für diesen User. So begrenzt du den Schaden, falls das Token mal leakt.
4. Claude Code konfigurieren. Im Projektordner oder global. Per CLI: claude mcp add --transport http wordpress https://deine-domain.de/wp-json/mcp/mcp-adapter-default-server. Den vollen Pfad inklusive mcp-adapter-default-server nicht vergessen, das ist der Default-Server-Namespace, den das Plugin nach Aktivierung anlegt. Alternativ per Konfig-Datei (siehe unten).
5. Test-Prompt absetzen. Claude Code starten und fragen: „Liste meine letzten 5 Blogposts mit Titel und Status“. Wenn der Agent erst mcp-adapter/discover-abilities aufruft und dann mit den Post-Daten zurückkommt, läuft alles.

Die Konfig-Datei für MCP-Server liegt projektweise unter .mcp.json oder global (für deinen User) unter ~/.claude.json. Allerdings: claude_desktop_config.json ist die Datei der separaten Claude-Desktop-App, nicht von Claude Code. Verwechsle die beiden nicht. Hier das minimale HTTP-Setup für eine Remote-Site, das semantisch dem CLI-Befehl von oben entspricht:

{
  "mcpServers": {
    "wordpress": {
      "type": "http",
      "url": "https://www.blogmojo.de/wp-json/mcp/mcp-adapter-default-server",
      "headers": {
        "Authorization": "Basic ZmlubjpYWFhYIFhYWFggWFhYWCBYWFhYIFhYWFggWFhYWA=="
      }
    }
  }
}

Den Basic-Auth-Header baust du mit echo -n "username:application-password" | base64. Das Ergebnis hängst du hinter „Basic “ (mit Leerzeichen). Statt type: "http" akzeptiert Claude Code auch streamable-http als Alias.

Nach dem Neustart von Claude Code erkennst du am mcp-Badge im Statusbar, dass die Verbindung steht. Mit /mcp im Chat-Prompt siehst du alle verfügbaren Tools. Realistisch sind das ohne weitere Plugins etwa 10 bis 15. Wenn du AIOSEO MCP zusätzlich aktivierst, kommen 28 SEO-Tools dazu, mit WooCommerce MCP nochmal 9. Schnell sind 50+ Tools verfügbar.

Setup: Codex CLI mit WordPress

OpenAI Codex CLI unterstützt MCP seit Mitte 2025 nativ. Konfig liegt in ~/.codex/config.toml. Verwaltung über die codex mcp-Subcommands:

[mcp_servers.wordpress]
command = "npx"
args = ["-y", "@automattic/mcp-wordpress-remote"]

[mcp_servers.wordpress.env]
WP_URL = "https://www.blogmojo.de"
WP_USERNAME = "finn"
WP_APP_PASSWORD = "xxxx xxxx xxxx xxxx xxxx xxxx"

Codex unterscheidet stdio von HTTP nicht über ein type-Feld, sondern darüber, ob command (stdio) oder url (HTTP) gesetzt ist. Ein type-Schlüssel wird als unbekannt verworfen.

Für Streamable-HTTP statt stdio: codex mcp add wordpress --url "https://deine-domain.de/wp-json/mcp/mcp-adapter-default-server". Codex CLI hat kein --type-Flag, der Transport ergibt sich aus --url (HTTP) oder einem trailing -- <command> (stdio). Für Bearer-Auth: --bearer-token-env-var WP_MCP_TOKEN ergänzen und den Token in ~/.codex/.env ablegen. Mit codex mcp list prüfst du den Status, mit codex mcp login <name> authentifizierst du OAuth-Server. Codex Cloud (OpenAIs Hosted Runner) unterstützt nur HTTP-Transport, kein stdio.

Setup: ChatGPT Custom GPT mit WordPress REST API

ChatGPT hat 2026 immer noch keinen nativen MCP-Support in der Web-UI. Der Weg läuft über Custom GPT Actions mit OpenAPI-3.1-Schema. Das ist umständlicher, aber funktioniert für 80 % der Standard-Operationen.

Setup-Schritte:

1. Application Password generieren wie oben.
2. Basic-Auth-Header bauen: echo -n "username:application-password" | base64. Das Ergebnis ist dein Auth-String.
3. Im Custom GPT Builder unter „Configure“ > „Actions“ > „Create new action“ klicken.
4. Das OpenAPI-Schema einfügen (siehe unten).
5. Unter „Authentication“ Typ „API Key“ wählen. Dann erscheint ein Auth-Type-Wählschalter mit „Basic“, „Bearer“ und „Custom“. „Custom“ auswählen (nicht „Basic“, weil ChatGPT dort intern Benutzername und Passwort separat erwartet und den Header selbst baut). Erst danach blendet der Builder das Feld „Custom Header Name“ ein, dort Authorization eintragen. Im Feld „API Key“ kommt der Wert rein: Basic <dein-base64-string>, also das Wort „Basic“, ein Leerzeichen, dann der Base64-String.

Minimales OpenAPI-Schema, das Lesen und Anlegen von Posts erlaubt:

openapi: 3.1.0
info:
  title: WordPress REST API
  version: 1.0.0
servers:
  - url: https://www.blogmojo.de/wp-json/wp/v2
paths:
  /posts:
    get:
      operationId: listPosts
      parameters:
        - name: per_page
          in: query
          schema:
            type: integer
            default: 10
        - name: _fields
          in: query
          schema:
            type: string
            default: id,title,link,status
      responses:
        "200":
          description: Liste der Posts
    post:
      operationId: createPost
      requestBody:
        required: true
        content:
          application/json:
            schema:
              type: object
              properties:
                title:
                  type: string
                content:
                  type: string
                status:
                  type: string
                  enum: [draft, pending, publish]
      responses:
        "201":
          description: Post angelegt

Mit diesem Schema kann dein Custom GPT Posts listen und anlegen. Für Updates fügst du den PUT /posts/{id}-Endpoint hinzu, für Media den POST /media-Endpoint mit multipart/form-data. Achtung: ChatGPT erwartet absolute URLs in den servers, der Pfad /wp-json/wp/v2 gehört in die Server-URL, nicht in die paths.

8. KI-Hosting-Builder: Site aus dem Prompt

Der spektakulärste, aber auch umstrittenste Bereich.

Du gibst deinem Hoster einen Prompt, der baut dir eine komplette WordPress-Site. Theme, Inhalte, Bilder, manchmal sogar Domain inklusive. Klingt nach Magie? Ist teilweise auch eine.

Kurz eingeordnet: ZipWP (vom Astra-Team) ist der ausgereifteste KI-Site-Generator, Sub-60-Sekunden-Sites mit erstaunlich brauchbarem Startpunkt. 10Web liefert Managed Google Cloud, 90+ PageSpeed-Garantie und AI Co-Pilot im Elementor, ideal wenn du Hosting nicht selbst verwalten willst. Hostinger AI Website Builder 2.0 ist im Hostinger-Plan dabei, baut primär Hostingers eigenes CMS, nicht reines WordPress. Bluehost WonderSuite liefert dir nach dem Hosting-Kauf drei Site-Vorschläge, solide, nicht spektakulär. Hosting-Vergleich separat.

SiteGround AI Agent (Vorsicht!)

Hier wird es problematisch.

SiteGround hat Ende Mai 2026 sein „AI Agent“-Plugin auto-aktiviert auf rund 1 Million Kundensites installiert. Ohne zu fragen. Das Ergebnis: ein Plugin-Rating von rund 1,1 Sternen mit einer großen Mehrheit Ein-Stern-Reviews innerhalb weniger Tage (WP Mayor hat die Reaktionen dokumentiert).

Kommentare von SiteGround-Kunden:

„Auto Install = HUGE Mistake!“

„Why did you install without consent?“

„No Longer a SG Fan“

SiteGround verteidigt sich mit dem Argument, dass die normale Setup-Route (Connector-Plugin, API-Key, AI-Plugin, Drittanbieter-Subscription) zu viel Reibung habe und Auto-Install mit 20.000 Free-Tokens das löse.

Die Mehrheit der Nutzer akzeptiert dieses Argument nicht.

Und ich kann das gut verstehen. Fakt ist: Auto-Installation eines Plugins auf 1 Million Sites ohne Opt-in ist ein klarer Overreach. Wenn dein Hoster dir entscheidet, was auf deinem WordPress läuft, hast du nicht mehr WordPress, sondern einen verkleideten Site-Builder.

9. Was 2026 wirklich geht und was nicht

Genug Tools. Lass uns ehrlich bilanzieren.

Die größten Stolperfallen in einem Satz: KI-Massenproduktion wurde vom Google-Mai-2026-Core-Update abgestraft (rund 4,2 Verlierer auf 1 Gewinner laut SISTRIX), Details in den GEO-Ranking-Faktoren. KI-Content ohne Lektorat heißt Halluzinationen (MAHA-Report-Skandal mit sieben erfundenen Quellen). Chatbots ohne AVV sind ab Cookie-Banner ein DSGVO-Risiko, siehe Cookie-Plugins. Hoster-AI-Plugins ohne Opt-in kosten dich die Kontrolle, siehe SiteGround. KI-Bilder ohne Kennzeichnung sind ab 2. August 2026 EU-AI-Act-pflichtig (anwalt.de). Single-Provider-Bindung macht dich anfällig für Preiserhöhungen, Multi-LLM-Plugins sind die sicherere Wahl.

Die DSGVO-Wahrheit

Ich räume gleich mit einem Mythos auf:

DSGVO ist 2026 nicht der Blocker, den viele behaupten. Mit BYOK (Bring Your Own Key) und EU-gehosteten Providern (Azure OpenAI in EU-Region, Mistral aus Frankreich) ist KI in WordPress datenschutzkonform umsetzbar. Allerdings:

AVV-Pflicht besteht weiter. OpenAI, Anthropic und Google bieten alle ein Data Processing Agreement an, du musst es aber aktiv anfordern und unterzeichnen. Datentransfer USA ist seit dem EU-US Data Privacy Framework (Juli 2023) wieder formal gesichert, das Schrems-III-Risiko bleibt aber. Wer auf Nummer sicher gehen will, nutzt EU-Provider.

10. Workflow-Empfehlung: 5 Schritte für 2026

Genug Theorie. So sieht ein realistischer KI-WordPress-Workflow 2026 aus.

Schritt 1: Update auf WordPress 7.0

Ohne 7.0 keine Connectors-API, kein offizielles AI-Plugin und keine saubere MCP-Anbindung. Update zuerst dein WordPress (mit Backup vorher, ist Pflicht), dann sprechen wir weiter.

Schritt 2: Lege deine API-Keys einmal zentral an

Geh in Einstellungen > Connectors. Lege je einen API-Key für OpenAI, Anthropic Claude und Google Gemini an. Wenn du DSGVO-streng bist, nimm zusätzlich Mistral oder Azure OpenAI in EU-Region.

Das ist deine Provider-Basis für alles, was kommt.

Schritt 3: Installiere einen MCP-Server und verbinde Claude Code

Drei Optionen: WordPress/mcp-adapter (offiziell, kostenlos, mein Standard), AI Engine Pro (ab 54 € pro Jahr, wenn du AI Engine eh nutzt) oder Rank Math mit eingebautem MCP-Server. Verbindung danach mit claude mcp add --transport http <name> <url>, Details im Setup-Guide oben in Sektion 7.

Schritt 4: Wähle parallel ein Editor-KI-Plugin

Ein Editor-Plugin bleibt sinnvoll, weil nicht jede Aufgabe in den Agenten gehört. Für Alt-Texte, Tonalität und Meta-Titel direkt im Editor ist der Klickweg über das Plugin oft schneller. Wenn du SEO-Plugins nutzt, nimm deren KI-Add-on. Für maximale Flexibilität AI Engine, für den Core-Weg das offizielle AI Plugin.

Schritt 5: Definiere deinen hybriden Workflow

Die wichtigste Entscheidung: Wo denkt der Mensch, wo steuert der Agent, wo hilft das Plugin im Editor? Mein eigener Workflow für Blogartikel: Themenfindung und Strukturplanung Mensch. Keyword-Recherche via NeuronWriter. Erster Entwurf 70 % Mensch, 30 % Claude Code per MCP für Recherche-Schnipsel. Lektorat Mensch. Meta-Titel via Rank Math, Alt-Texte via AI Engine, Internal-Linking via Claude Code mit AIOSEO-Abilities, Featured Image via DALL-E.

Seit Anfang 2026 sind meine Stunden pro Artikel von 6 bis 8 auf 3 bis 4 gesunken, die Qualität blieb gleich oder ist gestiegen. Das Prinzip „Mensch denkt, KI tippt“ bleibt 2027 mit neuen Modellen genauso gültig.

11. Fazit

Mit WordPress 7.0, der Abilities API aus 6.9 und dem MCP-Adapter hat Automattic die Basis gelegt, die seit Jahren gefehlt hat. Ein externer Agent wie Claude Code, Codex oder Cursor liest und schreibt deine Site, ohne dass du das Backend öffnest. Das ist der eigentliche Sprung, nicht die zehnte KI-Sidebar im Editor.

Mein Take-Home: Ein Agent mit MCP-Zugriff ist 2026 das produktivere Modell als eingebaute KI. Setz auf BYOK und EU-Provider statt blinder Cloud-Subscriptions. Fang klein an: ein MCP-Server, ein Agent, ein Use-Case. Tiefer-Vergleich der Plugins im Plugin-Artikel und der KI-Themes in den Folgeartikeln.

Behalte die Kontrolle. Der Agent ist dein Werkzeug, nicht dein Chef.