WordPress Agent und MCP auf WordPress.com: was sich im Oktober 2026 ändert und wo die Grenzen liegen

Im Oktober 2026 hat WordPress.com zwei Dinge geändert, die man leicht verwechselt. Am 15. Oktober kam ein Update für den WordPress Agent, also den im Dashboard eingebauten Assistenten, der eine Website baut und sie aus dem Chat heraus bearbeitet. Einen Tag später wurde die Ankündigung vom März zu den Schreibfunktionen des MCP-Servers aktualisiert. Über diesen Server kann ein externer KI-Assistent, zum Beispiel Claude oder Cursor, Inhalte auf der Website anlegen und ändern. Das Erste ist ein Produkt für Website-Betreiber. Das Zweite ist ein Zugang für Werkzeuge, mit denen Entwickler oder Redaktionen arbeiten.

Dieser Text beschreibt, was beide laut der Dokumentation von WordPress.com genau tun, wie Schreibvorgänge durch KI abgesichert sind, worin sich das von der Abilities API auf WordPress mit eigenem Hosting unterscheidet und wo der Funktionsumfang beider Werkzeuge endet.

#Was ist neu im WordPress Agent nach dem Update vom 15. Oktober 2026?

Die Änderungen hat Ronnie Burt in einem Beitrag im Blog von WordPress.com beschrieben. Die wichtigste betrifft die Zeit:

„Das Erzeugen einer Website dauert jetzt weniger als die Hälfte der früheren Zeit. Die meisten Websites sind in unter vier Minuten fertig.“

Quelle: WordPress.com, 15. Oktober 2026, eigene Übersetzung

Die zweite Änderung betrifft das Theme. Der Agent fragt, was Sie bauen und welche Ziele Sie haben, und entwirft auf Grundlage der Antworten ein eigenes Theme, statt eine fertige Vorlage aus dem Katalog einzusetzen. WordPress.com betont, dass sich die Inhalte exportieren lassen und das Theme für WordPress gebaut ist, die Website also nicht an ein einziges Werkzeug gebunden bleibt.

Weitere Neuerungen aus demselben Beitrag:

• AI Editor, ein vereinfachter Editor mit zwei Tabs: Preview zeigt die Website so, wie Besucher sie sehen, und Edit erlaubt es, Text direkt auf der Seite zu ändern.
• Ein Anmerkungsmodus (Annotate), in dem man mehrere Stellen auf der Seite markiert und alle Hinweise auf einmal an den Agent schickt.
• Plugins per Chat-Befehl installieren, aktivieren und aktualisieren.
• Richtlinien für die Website, die der Agent beim Aufbau anlegt und sich für spätere Gespräche merkt.
• Gespräche mit dem Agent über Direktnachrichten in Slack, nachdem das Konto in den Einstellungen verbunden wurde.

Der Agent läuft in jedem bezahlten Tarif von WordPress.com. Auf einer bestehenden Website muss er zuerst nach der Anleitung im Support aktiviert werden.

#Wie aktiviert man den AI Editor auf einer bestehenden WordPress.com-Website?

Hat der WordPress Agent die Website gebaut, ist der AI Editor von Anfang an aktiv. Für eine früher entstandene Website nennt die Anleitung im Support von WordPress.com (geprüft am 14. Oktober 2026) drei Voraussetzungen:

1. Die Website nutzt ein Block-Theme. Bei einem klassischen Theme erscheint der Menüpunkt AI Editor gar nicht erst.
2. Der WordPress Agent ist für diese Website aktiviert.
3. Unter Settings > Writing ist im Bereich AI Features das Kästchen „Enable AI-powered site building experience“ angehakt.

Sind die Voraussetzungen erfüllt, öffnet sich der Editor über das Menü Appearance > AI Editor. Der vollständige Website-Editor bleibt unter Appearance > Editor erreichbar, der AI Editor ersetzt ihn also nicht.

Für viele ältere Websites entscheidet schon die erste Voraussetzung. Eine Website mit klassischem Theme, Widgets und Menüs in PHP muss zuerst auf ein Block-Theme umgestellt werden, und das heißt: Kopfbereich, Fußbereich und Templates wandern in den Website-Editor. Bei einer Website mit eigenen Seiten-Templates und benutzerdefinierten Beitragstypen ist das ein eigenes Projekt, das Sie am besten auf einer Testkopie der Website vorbereiten.

Die Anmerkungen funktionieren laut Support so: Eine Schaltfläche mit Sprechblase und Pluszeichen neben Preview und Edit schaltet den Modus ein, ein Klick auf einen Bereich der Seite öffnet das Feld „Add a comment…“, jeder Hinweis bekommt eine Nummer, und die Schaltfläche Send zeigt die Zahl der gesammelten Hinweise an. Der Agent setzt alle Änderungen um, gespeichert wird aber nichts, bevor Sie auf Save klicken. Dieser letzte Schritt ist wichtig, weil er Zeit gibt, die Änderungen vor dem Speichern durchzusehen.

#Kann der WordPress Agent selbst Plugins installieren?

Ja. Laut dem Beitrag vom 15. Oktober genügt es zu schreiben, was Sie brauchen, zum Beispiel ein Kontaktformular, besseres SEO oder Zahlungen. Der Agent empfiehlt passende Plugins und installiert und aktiviert sie dann im Chat. Auf Wunsch aktualisiert er auch Plugins, die schon auf der Website sind.

Die Bequemlichkeit hat einen Preis, den jeder kennt, der WordPress-Websites betreut. Jedes Plugin ist zusätzlicher Code, der aktualisiert werden muss, mit dem Theme oder einem anderen Plugin kollidieren kann und die Angriffsfläche vergrößert. Der Agent wählt ein Plugin anhand der Beschreibung des Bedarfs. Er kennt die Pläne für die Website nicht, weiß nicht, dass in einem halben Jahr eine englische Version dazukommt, und vergleicht keine Lizenzkosten über mehrere Jahre.

Die Dokumentation der MCP-Werkzeuge zeigt, wie diese Operationen technisch aussehen. Die Suche durchsucht das Verzeichnis auf WordPress.org und den kommerziellen Katalog von WordPress.com. Ein kostenpflichtiges Plugin wird nur installiert, wenn für die Website ein aktiver Kauf vorliegt. Ohne ihn meldet die Operation, dass ein Kauf nötig ist. Jetpack und Akismet sind von WordPress.com fest eingebunden und lassen sich nicht deaktivieren. Das Installieren von Plugins setzt einen Tarif voraus, der es einschließt.

Eine vernünftige Praxis ist einfach. Legen Sie vorab eine Liste der auf der Website zugelassenen Plugins fest und prüfen Sie im Aktivitätsprotokoll, was der Agent installiert hat. Das Protokoll hat einen Filter für Plugin-Ereignisse, eine wöchentliche Durchsicht dauert also nur wenige Minuten.

#Was merkt sich der WordPress Agent zwischen Gesprächen?

Beim Aufbau der Website legt der Agent Richtlinien an: Zweck der Website, Zielgruppe, Ton und Sprachstil, Bildstil und einige weitere Einstellungen. Ab dann beginnt jedes Gespräch mit diesem Wissen, Sie müssen also nicht jedes Mal erklären, womit sich Ihr Unternehmen beschäftigt.

Die Richtlinien liegen unter Settings > Guidelines. Sie lassen sich bearbeiten, wenn sich die Marke ändert, und exportieren, um sie anderswo zu verwenden. Der Agent nutzt sie beim Erstellen von Texten und Bildern, unabhängig davon, ob das Gespräch im Dashboard von WordPress.com, in Telegram, per E-Mail oder in Slack stattfindet.

Für ein Unternehmen sind die Richtlinien nur so gut wie die Angaben, die der Agent am Anfang bekommen hat. War das erste Gespräch oberflächlich, erbt jeder folgende Text dessen Lücken. Lesen Sie die erzeugten Richtlinien gleich nach dem Aufbau der Website und korrigieren Sie sie von Hand, bevor der Agent die ersten Blogbeiträge schreibt.

#Was ist MCP auf WordPress.com, und was darf ein KI-Assistent auf der Website schreiben?

MCP (Model Context Protocol) ist ein offenes Protokoll, über das ein KI-Assistent verfügbare Werkzeuge findet und nutzt. WordPress.com hat seinen MCP-Server im Oktober 2025 mit reinem Lesezugriff gestartet: Inhalte, Statistiken und Einstellungen. Am 20. März 2026 kündigte Jonathan Bossenger die Schreibfunktionen an, und am 16. Oktober wurde der Beitrag aktualisiert.

Im März ging es um 19 neue Schreiboperationen für sechs Inhaltstypen: Beiträge, Seiten, Kommentare, Kategorien, Schlagwörter und Medien. Der Assistent kann unter anderem:

• einen Beitrag aus einem vorgegebenen Text oder einer Beschreibung anlegen,
• eine Seite mit Blockvorlagen aus dem Theme aufbauen oder ändern,
• Kommentare freigeben, beantworten oder löschen,
• Kategorien und Schlagwörter anlegen und ihre Struktur ändern,
• Alternativtexte, Bildunterschriften und Dateititel in der Mediathek verbessern.

Bevor er Inhalte anlegt, kann der Assistent aus dem Theme Farben, Schriften, Abstände und Blockvorlagen auslesen, damit die neue Seite zum Rest passt. Die Dokumentation empfiehlt, nach jedem Schreibvorgang das Feld _content_warnings zu prüfen, weil WordPress beim Speichern einen Teil der Blöcke oder des HTML-Codes entfernen kann.

Seit März ist der Katalog gewachsen. Die Dokumentation der MCP-Werkzeuge vom 13. Oktober 2026 beschreibt bereits eigene Gruppen von Operationen für Plugins, Templates und Template-Teile, Navigation, globale Stile, Widgets, Benutzer, Backups, Sicherheitsscans und DNS-Einträge von Domains. Die Zahl 19 beschreibt also den Stand vom März, nicht den heutigen Umfang. Die Dokumentation weist außerdem darauf hin, dass die Werkzeuge, die ein bestimmter Nutzer sieht, von Tarif, Berechtigungen und Kontoeinstellungen abhängen.

Die Einrichtung braucht vier Schritte: MCP im Konto unter wordpress.com/me/mcp aktivieren, die benötigten Schreiboperationen auswählen, den KI-Client verbinden und mit der Arbeit beginnen. Die Schreibfunktionen bleiben ganzjährig in allen bezahlten Tarifen von WordPress.com. Free-Sites können dieselbe MCP-Verbindung bis Ende November 2026 nutzen (WordPress.com-Changelog, 31. Oktober 2026); danach entfällt der Zugang, sofern kein bezahlter Tarif folgt.

Aktualisierung, 5. November 2026. Der Beitrag von WordPress.com vom 3. November vereinfacht die Verbindung: ein offizielles ChatGPT-Plugin und ein Claude-Connector im jeweiligen Verzeichnis, für andere MCP-fähige Clients bleibt derselbe Server. Pro Website legen Sie fest, was der Agent darf und ob er vor jeder Änderung fragt oder selbst handelt. Beginnen Sie mit Rückfrage: Eine nicht freigegebene Änderung an einer Live-Website ist schwerer rückgängig zu machen als ein abgelehnter Vorschlag. Die Frist bleibt: Der kostenlose Tarif behält den Zugang bis Ende November 2026.

#Wie sichert WordPress.com Änderungen durch einen KI-Assistenten ab?

Die Ankündigung vom März beschreibt mehrere Schutzebenen. Die wichtigste lautet:

„Bevor der KI-Assistent etwas anlegt, ändert oder löscht, beschreibt er genau, was er vorhat, und bittet um eine ausdrückliche Bestätigung. Ohne Ihre Zustimmung passiert nichts.“

Quelle: WordPress.com, 20. März 2026, eigene Übersetzung

Die technische Dokumentation zeigt, wie das erzwungen wird. Jede Schreiboperation muss den Parameter user_confirmed: true enthalten. Der Server akzeptiert einen Wahrheitswert oder eine der Zeichenketten „true“, „yes“, „on“, „1“. Freie Formulierungen wie „yes do it“ werden abgelehnt, der Assistent muss die Zustimmung des Menschen also in einen der erlaubten Werte übersetzen. Beim Löschen soll der Assistent das Element, das verschwindet, zuerst abrufen und anzeigen.

Weitere Schutzmechanismen:

• Neue Beiträge und Seiten entstehen als Entwürfe. Eine Änderung an einem veröffentlichten Beitrag ist sofort sichtbar, und der Assistent soll davor warnen.
• Alle Änderungen landen im Aktivitätsprotokoll der Website. Wird das Protokoll über MCP gelesen, liefert es standardmäßig die letzten sechs Monate.
• Die Berechtigungen der WordPress-Rollen gelten. Ein Redakteur legt Beiträge an und bearbeitet sie, ändert aber keine Website-Einstellungen. Ein Mitarbeiter schreibt Entwürfe, veröffentlicht aber nicht.
• Jede Operation hat in den MCP-Einstellungen einen eigenen Schalter, Sie können also nur das aktivieren, was Sie wirklich brauchen, und das nur für ausgewählte Websites.

Der Papierkorb verdient eine genauere Beschreibung. Laut der Ankündigung vom März landen gelöschte Beiträge, Seiten, Kommentare und Medien für 30 Tage im Papierkorb, während Kategorien und Schlagwörter nach einer zusätzlichen Bestätigung endgültig verschwinden. Die aktuelle Werkzeugdokumentation beschreibt Medien anders:

„Löscht ein Medienelement endgültig. WordPress.com verschiebt Anhänge nicht in den Papierkorb, die Datei lässt sich also nicht wiederherstellen, und jeder Inhalt, der sie verwendet, verliert das Bild.“

Quelle: Dokumentation der MCP-Werkzeuge von WordPress.com, 13. Oktober 2026, eigene Übersetzung

Sicherer ist es, von der Fassung in der Dokumentation auszugehen: 30 Tage im Papierkorb für Beiträge, Seiten und Kommentare, endgültiges Löschen für Kategorien, Schlagwörter und Mediendateien. Wird eine Kategorie gelöscht, wandern die ihr zugeordneten Beiträge in die Kategorie Allgemein, und eine Änderung ihres URL-Slugs ändert sofort die Adressen des Archivs und kann Links unterbrechen. Diese beiden Operationen sollten Sie einem Assistenten nicht überlassen, ohne die Folgen für SEO zu prüfen.

#Funktioniert das MCP von WordPress.com mit einer Website auf eigenem Hosting?

Teilweise. Die Werkzeugdokumentation sagt ausdrücklich, dass derselbe Katalog Websites auf WordPress.com und über Jetpack verbundene Websites auf eigenem Hosting bedient. Die Liste der Websites eines Nutzers umfasst beide Arten, und Jetpack-Funktionen wie Backups, Scans oder die Überwachung der Erreichbarkeit sind Operationen in der Werkzeuggruppe für Websites.

Der Zugriff auf Inhalte hat allerdings Grenzen. Die Inhaltsoperationen umfassen Beitragstypen, die mit show_in_rest im Standard-Namensraum wp/v2 der REST API registriert sind. Beitragstypen außerhalb davon sowie interne Typen von WordPress und Jetpack sind nicht erreichbar. Speichert ein Shop- oder Buchungs-Plugin seine Daten in eigenen Tabellen oder einem eigenen REST-Namensraum, sieht ein über das MCP von WordPress.com verbundener Assistent sie nicht.

Der WordPress Agent selbst und der AI Editor sind als Funktionen der bezahlten Tarife von WordPress.com beschrieben. Auf einer Website mit eigenem Hosting bekommt der KI-Assistent das, was sich über Jetpack und die Standard-REST-API erledigen lässt. Alles darüber hinaus müssen Sie selbst bauen.

Aktualisierung, 24. Oktober 2026: Selbst gehostetes WordPress bewegt sich in Richtung MCP, ist aber noch nicht so weit wie WordPress.com. Am 21. Oktober hielt das KI-Team von WordPress die Zustimmung fest, MCP zum Teil der Standard-Erfahrung von WordPress zu machen. WordPress 7.3 wurde als mögliches Ziel besprochen, ohne Zusage für ein Release (AI Contributor Weekly Summary). Die Lücke liegt bei den Abilities. In Andy Peatlings Benchmark Building with WordPress schlossen Opus 5.5 in Claude Code und GPT-6.1-Sol in Codex auf einer selbst gehosteten Website 0 von 42 Aufgaben von Betreibern ab, wenn der MCP Adapter der einzige Zugang war, und 33 von 42 mit einem Anwendungspasswort für die REST-API. WordPress.com liefert seine 19 Schreiboperationen fertig mit. Mit dem MCP Adapter auf Ihrem eigenen Hosting muss erst jemand die Schreib-Abilities registrieren.

Aktualisierung, 28. Oktober 2026: Das KI-Team hat den Vorschlag WordPress for the Agentic Web mit vier Arbeitssträngen veröffentlicht. Das Plugin MCP Adapter soll sich parallel zu WordPress 7.2 stabilisieren, und für 7.3 schlägt das Team vor, MCP in den Core zu bringen, per direktem Merge oder als mitgeliefertes Plugin. Ein Grundbestand an Abilities für die Website-Verwaltung soll teils in 7.2, breiter in 7.3 kommen. OAuth soll es erlauben, den eigenen Agenten per normaler Anmeldung zu autorisieren: Die Abläufe werden in 7.2 entworfen, die Umsetzung im Core zielt auf 7.3, und Anwendungspasswörter nennt der Autor für die meisten Nutzer ungeeignet. Der vierte Strang sind Prototypen des gesamten Ablaufs in 7.2. Ob es in den Core kommt, hängt von technischer Reife, Sicherheit und dem üblichen Review ab. Bis dahin braucht eine selbst gehostete Website das Plugin MCP Adapter und bewusst begrenzte Rechte; wie ich das einrichte, steht auf der Seite MCP- und KI-Integration.

Aktualisierung vom 29. Oktober 2026: Am 28. Oktober hat Google eine Vorschau der Connected Apps Platform geöffnet. Ein Dienst wird über einen MCP-Server in der Cloud oder, unter Android, über AppFunctions an die Google-Suche und die Gemini-App angebunden. Registrierung, Test und Einreichung laufen über die Google Connected Console, und vor der Prüfung legen Sie fest, ob die App in der Suche, in Gemini oder in beiden erscheint (Google-Blog). Die Entwicklerdokumentation verlangt OAuth 2.1, damit Nutzer Gemini einmal erlauben, in ihrem Namen zu handeln (Google for Developers). Google öffnet den Zugang schrittweise und nennt keine Märkte. Für Website-Betreiber ist das dasselbe Paar, das der Vorschlag des WordPress-AI-Teams beschreibt: ein entfernter MCP-Server und Anmeldung über OAuth. Wer heute sauber beschriebene Werkzeuge und eine sichere Autorisierung hat, ist früher bereit. Solche Server entwerfe ich im Rahmen der Entwicklung von MCP-Servern.

Aktualisierung, 1. November 2026: Das WordPress.com-Changelog vom 16.-29. Oktober (veröffentlicht am 31. Oktober) öffnet die MCP-Verwaltung auch für Free-Sites bis Ende November 2026. Bezahlte Tarife behalten den Zugang. Derselbe Eintrag ergänzt den Shop-Aufbau durch den WordPress Agent in bezahlten Tarifen: WooCommerce wird installiert, ein Shop angelegt und Beispielprodukte hinzugefügt. Für einen selbst gehosteten Shop mit ERP, eigenem Checkout oder bewusst begrenzten MCP-Abilities baue ich das weiter als WooCommerce-Integrationen mit ERP-Systemen und MCP- und KI-Integration, nicht als Prompt an einen gehosteten Agenten.

Titelbild des WordPress.com-Changelogs, 31. Oktober 2026. Quelle: wordpress.com/blog/2026/10/31/changelog-site-store-ai/.

WordPress.com Support: Enable MCP tool access for AI agents, zuletzt geprüft am 30. Oktober 2026. Hinweis: MCP ist auf jeder WordPress.com-Site verfügbar, auch auf Free-Sites. Quelle: wordpress.com/support/mcp/.

#Worin unterscheidet sich die Abilities API vom MCP auf WordPress.com?

Die Abilities API ist seit Version 6.9 im WordPress-Kern enthalten. Sie ist ein Register der Operationen, die eine Website anderen Teilen des Systems, Plugins und externen Werkzeugen bereitstellt, darunter auch KI-Assistenten. Jede Operation, in der Dokumentation Ability genannt, hat einen eindeutigen Namen im Format namensraum/name, eine Beschreibung, ein Schema für Eingabe- und Ausgabedaten in JSON Schema, eine Kategorie, eine ausführende Funktion und optional eine Funktion zur Berechtigungsprüfung.

Ein Beispiel aus der Dokumentation, gekürzt auf die wichtigsten Felder:

add_action( 'wp_abilities_api_init', function () {
    wp_register_ability(
        'my-plugin/site-info',
        array(
            'label'               => __( 'Site Info', 'textdomain' ),
            'description'         => __( 'Returns information about this WordPress site', 'textdomain' ),
            'category'            => 'site-information',
            'input_schema'        => array(),
            'output_schema'       => array( 'type' => 'object' ),
            'execute_callback'    => 'wporg_get_siteinfo',
            'permission_callback' => function () {
                return current_user_can( 'manage_options' );
            },
            'meta'                => array( 'show_in_rest' => true ),
        )
    );
} );

Die Abilities API spricht selbst kein MCP. Das übernimmt das offizielle Paket MCP Adapter, das registrierte Abilities in MCP-Werkzeuge, -Ressourcen und -Prompts umwandelt. Es unterstützt die Transportwege HTTP und STDIO, erlaubt mehrere MCP-Server mit unterschiedlichen Operationen und prüft Berechtigungen auf zwei Ebenen: für den Transport und für jede einzelne Operation.

Ein wichtiger Unterschied zu WordPress.com betrifft die Standardeinstellungen. Im MCP Adapter sind Abilities standardmäßig privat. Damit ein KI-Assistent sie nutzen kann, muss meta.public (oder meta.mcp.public) auf true gesetzt werden. Freigegebene Operationen sind über drei Werkzeuge des Standardservers erreichbar: mcp-adapter/discover-abilities, mcp-adapter/get-ability-info und mcp-adapter/execute-ability. Der Client verbindet sich über WP-CLI oder per HTTP unter /wp-json/mcp/mcp-adapter-default-server.

In der Praxis sieht die Wahl so aus. Auf WordPress.com bekommen Sie einen fertigen Katalog von Operationen, vom Server erzwungene Bestätigungen und ein Aktivitätsprotokoll, können aber keine eigene Operation hinzufügen. Auf eigenem Hosting entscheiden Sie selbst, was der Assistent tun darf, einschließlich Operationen auf Shop-Daten oder einem externen System. Dafür schreiben Sie die Berechtigungsprüfung, die Bestätigungen vor einer Änderung und den Protokolleintrag selbst. Das Feld permission_callback mit current_user_can() im Beispiel oben ist das Minimum, kein vollständiger Schutz: Eine Operation, die Daten ändert, sollte die Eingaben in der ausführenden Funktion auch prüfen und bereinigen. Mehr zur API selbst steht in unserem Leitfaden zur Abilities API.

#Was kann ein KI-Assistent auf WordPress.com nicht?

Die Grenzen ergeben sich direkt aus den beschriebenen Operationen. Weder der Beitrag zum WordPress Agent noch die Ankündigung der Schreibfunktionen noch die Werkzeugdokumentation beschreibt eine Operation, die PHP-Code schreibt oder bearbeitet, Abfragen direkt auf der Datenbank ausführt oder die Website mit einem externen System verbindet, etwa einer Buchhaltungssoftware oder einem Großhändler.

Der Agent und ein Assistent über MCP können ein Plugin installieren, das jemand anderes geschrieben hat. Die Dokumentation beschreibt sogar das Hochladen eines Plugins als ZIP-Datei. Ein Plugin zu installieren ist aber etwas anderes, als es zu schreiben, zu testen und zu pflegen. Soll ein Shop alle fünfzehn Minuten Lagerbestände aus dem Firmensystem abrufen, muss jemand diese Integration schreiben, Verbindungsfehler abfangen und prüfen, was passiert, wenn das Warenwirtschaftssystem nicht antwortet. Aus demselben Grund beauftragen Kunden WooCommerce-Integrationen mit ERP-Systemen bei Entwicklern und nicht bei einem KI-Assistenten.

Die zweite Grenze betrifft die Verantwortung. Der Agent aktualisiert ein Plugin auf Zuruf aus dem Chat, geht danach aber nicht den Kaufvorgang im Shop durch und prüft nicht, ob das Kontaktformular noch Nachrichten verschickt. Das Aktivitätsprotokoll zeigt, was sich geändert hat. Es sagt nicht, ob die Website nach der Änderung noch so funktioniert, wie sie soll.

Die dritte Grenze ist der Datenumfang. Der Assistent sieht nur Beitragstypen, die in der Standard-REST-API verfügbar sind. Inhalte, die Plugins in eigenen Tabellen speichern, Plugin-Einstellungen außerhalb der Standardoptionen und Shop-Daten bleiben außerhalb seiner Reichweite, es sei denn, das Plugin stellt sie selbst bereit.

#WordPress.com mit Agent oder WordPress auf eigenem Hosting: wie wählt man?

WordPress.com mit Agent ist sinnvoll, wenn die Website ausschließlich fertige Plugins nutzt und der Betreiber Inhalte und Aussehen ohne Entwickler ändern möchte. WordPress.com kümmert sich um Hosting, Sicherheit und WordPress-Updates, und Agent und MCP beschleunigen die tägliche Arbeit an den Inhalten. Das betrifft meist eine Firmenwebsite, einen Blog, eine Dienstleistungsseite mit Formular und einen einfachen Shop.

Eigenes Hosting ist in einigen Situationen die bessere Wahl:

• die Website soll Daten mit einem Warenwirtschafts-, Buchhaltungs- oder CRM-System austauschen,
• es braucht eigenen PHP-Code, eigene Blöcke oder eigene Inhaltstypen mit benutzerdefinierten Feldern,
• die Daten müssen an einem bestimmten Ort gespeichert werden, zum Beispiel wegen eines Kundenvertrags oder einer Firmenrichtlinie,
• der KI-Assistent soll Operationen ausführen, die es im Katalog von WordPress.com nicht gibt, zum Beispiel auf Shop-Bestellungen.

Vor der Entscheidung helfen drei Fragen. Braucht eine der heutigen oder geplanten Funktionen Code, den kein Plugin aus dem Katalog liefert? Soll die Website auf einem Block-Theme laufen, das der AI Editor voraussetzt? Wer prüft, was der KI-Assistent auf der Website geändert hat, und wie oft? Lautet die Antwort auf die erste Frage „ja“ und hat auf die dritte niemand eine Antwort, beschleunigt der Agent den Start, die Probleme kommen aber mit der ersten Integration.

Eine Website auf WordPress.com ist keine Entscheidung für immer. Die Inhalte lassen sich exportieren, und das vom Agent gebaute Theme ist ein WordPress-Theme. Beim Umzug müssen Sie jedoch die Lizenzen kostenpflichtiger Plugins und Weiterleitungen der Adressen einplanen.

#Wann lohnt es sich, die Umsetzung einem Entwickler zu übertragen?

Der Agent verkürzt den Weg zur ersten Version der Website und kommt mit täglichen Inhaltsänderungen gut zurecht. Einen Entwickler brauchen Sie dort, wo Code, Integrationen und die Verantwortung dafür beginnen, dass die Website nach einer Änderung funktioniert. Wie Agenturen die Arbeit mit KI mit einer Code-Prüfung durch Menschen verbinden, beschreiben wir im Text über die Einstellung von WordPress-Entwicklern, die mit KI arbeiten.

Fragen Sie ein Angebot an, wenn:

• Sie einen WordPress-Entwickler brauchen, der die Website von einem klassischen auf ein Block-Theme oder von WordPress.com auf eigenes Hosting umzieht,
• Sie einem KI-Assistenten eigene Operationen über die Abilities API und den MCP Adapter bereitstellen möchten, mit Berechtigungsprüfung und Änderungsprotokoll, also eine MCP- und KI-Integration,
• der Agent schon mehrere Plugins installiert hat und Sie wissen möchten, welche davon nötig sind.

Beschreiben Sie in der Anfrage, wo die Website heute gehostet wird, ob sie einen Shop hat, wie viele Sprachversionen es gibt und mit welchen Systemen sie verbunden werden soll. Das Angebot ist individuell und richtet sich nach dem Umfang. Das Formular finden Sie auf der Seite Kontakt.