WordPress mit Claude verbinden: Was ein lokaler MCP-Server für Websites und Blogs ermöglicht

Die Ausgangslage: Texte entstehen getrennt vom Redaktionssystem

Wer heute mit Claude an Inhalten für eine WordPress-Website arbeitet, kennt vermutlich diesen Ablauf: Der Text entsteht im Chat, wird danach von Hand in WordPress kopiert. Soll Claude einen bestehenden Beitrag prüfen oder ergänzen, muss der Inhalt zuerst manuell aus dem Backend herausgesucht und in den Chat eingefügt werden. Änderungen wandern anschliessend wieder von Hand zurück.

Das funktioniert, ist aber umständlich und fehleranfällig. Wird ein Beitrag falsch kopiert oder eine Änderung an der falschen Stelle eingefügt, fällt das oft erst später auf. Und ohne eine technische Verbindung bleibt jede KI-Unterstützung auf den reinen Text beschränkt, ohne Bezug zu Slugs, Kategorien oder dem tatsächlichen Zustand der Website.

Wer regelmässig Beiträge pflegt, kennt zusätzlich diese Situation: Claude soll einen bestehenden Artikel überarbeiten, kennt aber weder dessen genauen Wortlaut noch die aktuell hinterlegten Kategorien oder Schlagwörter. Also wird zuerst im WordPress-Backend gesucht, der Inhalt kopiert, dann im Chat weiterverarbeitet und am Ende wieder von Hand zurückgetragen. Bei einem einzelnen Beitrag ist das machbar, bei wiederkehrender Redaktionsarbeit summiert sich der Aufwand spürbar.

Genau diese Lücke kann ein lokaler MCP-Server schliessen, ohne dass Claude deshalb unkontrolliert auf die Website zugreifen müsste. Die Verbindung bleibt technisch eng begrenzt, und genau darin liegt der Unterschied zu einer offenen, unkontrollierten Anbindung.

Was ist MCP?

MCP steht für Model Context Protocol. Es handelt sich um eine standardisierte Verbindung zwischen einer KI-Anwendung wie Claude Desktop und einzelnen Werkzeugen oder Datenquellen. Wichtig dabei: MCP verschafft Claude keinen automatischen Zugriff auf den gesamten Rechner oder eine gesamte Website. Verfügbar sind ausschliesslich die Werkzeuge, die ein MCP-Server ausdrücklich bereitstellt.

Ein MCP-Server ist damit vergleichbar mit einer klar begrenzten Schnittstelle: Er definiert genau, was eine KI tun darf, und alles andere bleibt technisch ausgeschlossen. Diese Begrenzung ist kein Zufall, sondern der eigentliche Sinn des Protokolls.

Was macht ein lokaler MCP-Server?

Ein lokaler MCP-Server läuft auf dem eigenen Computer, nicht irgendwo in der Cloud. Er verbindet Claude Desktop mit einer klar definierten Schnittstelle zu WordPress. Die Zugangsdaten werden lokal konfiguriert und nicht an Claude oder einen externen KI-Dienst übergeben: Sie liegen in einer eigenen Konfigurationsdatei ausserhalb des eigentlichen Projektordners, und der lokale MCP-Server nutzt sie ausschliesslich selbst, um die authentifizierte Verbindung zur WordPress-REST-API herzustellen.

Claude ruft während eines Gesprächs die bereitgestellten Werkzeuge auf, der lokale Server übersetzt diese Aufrufe in Anfragen an die WordPress-REST-API, eine Standardschnittstelle, über die WordPress-Websites mit anderen Programmen kommunizieren. Die Rechte dieser Verbindung werden zusätzlich über einen eigenen, technischen WordPress-Benutzer begrenzt, der weniger kann als ein normales Administratorkonto.

Wichtig ist dabei die Reihenfolge der Verantwortung: WordPress bleibt die massgebliche Quelle für alle Inhalte, der lokale Server ist lediglich die Vermittlungsschicht dazwischen. Er speichert selbst keine Kopie der Website, sondern fragt bei jeder Aktion erneut bei WordPress nach oder sendet eine einzelne, geprüfte Änderung dorthin. Läuft der Server nicht, gibt es schlicht keine Verbindung, Claude hat dann genauso wenig Zugriff wie vorher.

Wie die Verbindung technisch funktioniert

Vereinfacht lässt sich der Ablauf so darstellen:

Claude Desktop sendet eine Anfrage an den lokalen MCP-Server, etwa „zeige mir die letzten fünf Beiträge". Der Server prüft diese Anfrage, ruft die passenden Daten über die WordPress-REST-API ab und gibt das Ergebnis an Claude zurück. Bei einer Schreibaktion, etwa dem Anlegen eines neuen Entwurfs, läuft derselbe Weg in die andere Richtung: Claude übergibt die gewünschten Angaben, der Server prüft sie und sendet sie kontrolliert an WordPress.

Eine vollständige Installationsanleitung gehört nicht in diesen Artikel. Sie liegt bereits vollständig im kostenlosen WordPress MCP Starter bei, Schritt für Schritt und ohne vorausgesetzte Programmierkenntnisse.

Was Claude mit dem WordPress MCP Starter tun kann

Der WordPress MCP Starter stellt acht Werkzeuge bereit, klar getrennt nach Lesen und Schreiben.

Lesefunktionen (verändern nichts auf der Website)

• Verbindung prüfenZeigt Website-Adresse, Benutzername, Anzeigename und Rolle des technischen Kontos.
• Beiträge auflistenMit Suche, Statusfilter und Sortierung nach Datum oder Änderungsdatum.
• Einzelnen Beitrag lesenÜber die Beitrags-ID, inklusive Rohinhalt.
• Beitrag über Slug findenSucht einen Beitrag anhand seines Slugs.
• Kategorien lesenZeigt vorhandene Kategorien.
• Schlagwörter lesenZeigt vorhandene Schlagwörter.

Schreibfunktionen (bewusst eng begrenzt)

• Neuen Beitrag als Entwurf anlegenDer Status wird dabei fest auf Entwurf gesetzt, unabhängig von jeder Eingabe.
• Bestehenden Beitrag kontrolliert aktualisierenVor jeder Änderung wird automatisch ein lokales JSON-Backup des bisherigen Zustands erstellt.

Was der Starter bewusst nicht kann

Ebenso wichtig wie die vorhandenen Funktionen sind die bewusst gesetzten Grenzen. Der WordPress MCP Starter kann in Version 1.0.0 nicht:

• Beiträge veröffentlichen
• den Status eines Beitrags ändern
• Beiträge, Kategorien oder Schlagwörter löschen
• mehrere Beiträge gleichzeitig bearbeiten
• Medien oder Beitragsbilder hochladen
• SEO-Felder von RankMath oder anderen Plugins bearbeiten
• Kategorien oder Schlagwörter anlegen oder ändern
• mehrere WordPress-Websites gleichzeitig verwalten

Diese Liste liest sich zunächst nach Einschränkung, ist aber genau umgekehrt gemeint. Jede dieser Grenzen reduziert, was im Fehlerfall schiefgehen kann, egal ob durch einen missverständlichen Prompt oder ein kompromittiertes Kennwort. Es gibt in der aktuellen Version keinen einzigen Codepfad, der einen Beitrag löschen oder veröffentlichen kann. Das ist keine vorübergehende Einschränkung, sondern eine bewusste Entscheidung.

Diese Entscheidung zeigt sich auch technisch, nicht nur in der Beschreibung: Der Status eines neuen Beitrags wird im Code fest auf Entwurf gesetzt, unabhängig davon, was im Prompt steht. Bei der Aktualisierung eines Beitrags wird der Status nie an WordPress übermittelt, ein bereits veröffentlichter Beitrag bleibt also veröffentlicht, ein Entwurf bleibt Entwurf. Zugangsdaten werden ausschliesslich über Umgebungsvariablen geladen, nie im Code hinterlegt, und Anfragen laufen mit aktiver SSL-Zertifikatsprüfung sowie einer festen Zeitbegrenzung. Fehlermeldungen enthalten zwar den WordPress-Statuscode und eine verständliche Meldung, niemals aber Zugangsdaten oder rohe technische Details. Diese Prinzipien lassen sich im Quelltext des Starters nachvollziehen, sie sind kein reines Versprechen im Text.

Warum der Mensch die Kontrolle behalten muss

Ein lokaler MCP-Server macht Claude nicht zu einer eigenständigen Redaktion. Claude kann Vorschläge machen, Entwürfe vorbereiten und bestehende Inhalte analysieren. Ob ein Text inhaltlich korrekt, fachlich sauber und im richtigen Kontext ist, muss weiterhin eine Person prüfen.

Die Veröffentlichung bleibt deshalb bewusst aussen vor. Das WordPress-Backend bleibt der Ort, an dem am Ende entschieden wird, ob ein Entwurf online geht. Auch das automatische Backup vor jeder Aktualisierung ersetzt diese Prüfung nicht: Es dokumentiert lediglich den vorherigen Zustand, falls eine Änderung rückgängig gemacht werden muss, es bewertet aber nicht, ob ein Text inhaltlich stimmt.

Ein Praxisbeispiel und typische Anwendungsfälle

Der WordPress MCP Starter ist nicht am Reissbrett entstanden, sondern aus einem bestehenden WordPress-Magazin heraus, mit dem Ziel, Beiträge über Claude analysieren und vorbereiten zu können, ohne dass automatisch etwas veröffentlicht wird. Dafür wurde ein eigener, technischer WordPress-Benutzer mit begrenzten Rechten angelegt, ausgestattet mit genau den acht beschriebenen Werkzeugen.

Getestet wurde die Verbindung sowohl an bestehenden, bereits veröffentlichten Beiträgen, ausschliesslich lesend, als auch an einem eindeutig benannten Testentwurf, der zu keinem Zeitpunkt veröffentlicht und anschliessend wieder verworfen wurde. Interne Pfade, Benutzernamen oder Zugangsdaten aus diesem Praxistest werden hier bewusst nicht genannt.

Typische Anwendungsfälle

• Einen bestehenden Artikel über seinen Slug aufrufen und analysieren
• Vorhandene Kategorien und Schlagwörter vor einer neuen Beitragsidee prüfen
• Einen neuen Entwurf zu einem Thema vorbereiten, ohne dass er veröffentlicht wird
• Einen einzelnen Entwurf gezielt aktualisieren, mit automatischem Backup im Hintergrund
• Inhalte mehrerer bestehender Beiträge miteinander vergleichen
• Redaktionelle Bestände strukturierter auswerten, etwa nach Kategorie oder letztem Änderungsdatum
• Eine neue Artikelidee mit bereits vorhandenen Inhalten abgleichen, um Doppelungen zu vermeiden

Der WordPress MCP Starter übernimmt damit keine vollständige Redaktionsplanung und veröffentlicht auch nichts von selbst. Er unterstützt bei genau diesen wiederkehrenden, klar abgegrenzten Aufgaben.

Für wen der Ansatz geeignet ist

Der Ansatz eignet sich für Betreiber bestehender WordPress-Websites, für Blogs und Magazine, für kleine Redaktionsteams, für Agenturen und für Berater, die WordPress-Projekte betreuen. Ebenso passend ist er für technisch interessierte Website-Verantwortliche, die bereit sind, sich einmalig mit Terminal oder PowerShell und einer Konfigurationsdatei zu befassen.

Weniger geeignet ist er für alle, die eine Ein-Klick-Lösung ohne eigene Einrichtung erwarten, die eine vollautomatische Veröffentlichung wünschen, die Claude Administratorzugriff auf WordPress geben möchten, oder die mehrere Websites zentral und automatisch über eine einzige Verbindung steuern wollen. Für diese Erwartungen ist der WordPress MCP Starter in der aktuellen Version bewusst nicht gedacht.

Auch wer stark auf Plugin-spezifische Felder angewiesen ist, etwa auf SEO-Angaben von RankMath, auf Divi- oder Elementor-Bausteine oder auf Funktionen bestimmter Redaktionssysteme, sollte wissen, dass diese Felder in Version 1.0.0 bewusst nicht angebunden sind. Sie würden eine eigene, website- beziehungsweise plugin-spezifische Erweiterung erfordern und sind nicht Teil des allgemeinen Starterservers.

Wer die Einrichtung nicht selbst vornehmen oder die Anbindung an individuelle WordPress-Strukturen anpassen möchte, kann sich dazu auch beraten lassen, etwa über ein Erstgespräch mit WebStrategen.

Voraussetzungen und Sicherheit

Voraussetzungen

Für den Einsatz des WordPress MCP Starter werden benötigt: Claude Desktop, Python 3.12, eine bestehende WordPress-Website mit HTTPS und erreichbarer REST-API, ein eigenes WordPress-Benutzerkonto mit Anwendungskennwort sowie Zugriff auf das Terminal unter macOS beziehungsweise PowerShell unter Windows.

Der Ablauf unter macOS ist praktisch vollständig getestet. Der Windows-Weg ist technisch vorbereitet und dokumentiert, inklusive eigenem Startskript und PowerShell-Befehlen, wurde bislang jedoch nicht praktisch mit Claude Desktop getestet. Wer unter Windows startet, sollte das entsprechend einplanen.

Sicherheit

Für den technischen Zugriff wird ausdrücklich kein Administratorkonto empfohlen, sondern ein eigenes, enger berechtigtes WordPress-Benutzerkonto mit einem separaten Anwendungskennwort. Dieses Kennwort gehört ausschliesslich in die lokale Konfigurationsdatei und niemals in einen Prompt an Claude.

Die Konfigurationsdatei liegt bewusst ausserhalb des eigentlichen Projektordners, unter macOS zusätzlich mit eingeschränkten Dateirechten. Wichtig zu wissen: Das lokale Backup-Verzeichnis kann auch unveröffentlichte Beitragsinhalte enthalten und sollte deshalb ebenso vertraulich behandelt werden wie die Website selbst.

Der empfohlene erste Schritt nach der Installation ist deshalb, ausschliesslich die Lesewerkzeuge zu testen. Erst danach folgt ein einzelner, eindeutig als Test gekennzeichneter Entwurf, bevor der Starter im Alltag eingesetzt wird.

Fazit

Ein MCP-Server schafft keine vollautomatische KI-Redaktion, sondern eine kontrollierte technische Verbindung zwischen Claude Desktop und WordPress. Der Nutzen entsteht nicht dadurch, Claude möglichst viele Rechte zu geben. Der Nutzen entsteht durch eine klar begrenzte Verbindung, bei der Claude unterstützt und der Mensch entscheidet.