WordPress.com Agent und MCP write: wann .com reicht und wann Sie einen Developer brauchen

Das WordPress-Agent-Update vom 15. Oktober 2026 verkürzt zusammen mit MCP write für externe Agenten (seit März verfügbar, Ankündigungsseite am 16. Oktober aktualisiert) den Weg vom Brief zum Entwurf auf zahlendem WordPress.com. Die Agentur bleibt verantwortlich für Architektur, Plugin-Whitelist, mehrsprachiges SEO und die Publish-Gate. Ein Angebot „der Agent macht die ganze Produktion“ scheitert am ersten ERP oder Sicherheitsvorfall. Ein Angebot ohne Agent und MCP write verliert den Kickoff bei der Zeit bis zum ersten Look.

Für Nearshore und client-facing Engineering zählt die Aufteilung: was ins Automattic-Produkt kam, wie sich Brief und Angebot ändern, und wo die Abilities API auf dem eigenen Hosting beginnt.

Wenn Sie eine Site bauen oder migrieren und unsicher sind, ob WordPress.com Agent reicht oder Self-Hosted mit MCP-Integration nötig ist, schicken Sie einen kurzen Brief über Kontakt: Hosting, WooCommerce ja/nein, Anzahl Locales, Compliance-Anforderungen. Die Antwort ist eine Pfadempfehlung, kein allgemeines „wir nutzen AI“.

#Was ist neu im WordPress.com Agent (Oktober 2026)

Der offizielle Post von Ronnie Burt („Build Faster, Edit Your Way: What’s New with WordPress Agent“, 15. Oktober 2026) beschreibt ein Paket. Darunter: Projektentscheidungen, die aus diesem Paket folgen.

#Wie lange dauert die Seitengenerierung im WordPress.com Agent

Die meisten Sites sind in weniger als 4 Minuten fertig; die Generierung dauert weniger als die Hälfte der früheren Zeit. Für den Kunden ist das eine kürzere Feedbackschleife beim Kickoff. Für die Agentur: weniger Warten auf den „ersten Look“, mehr Zeit für Informationsarchitektur, strukturierte Daten und SEO.

Praktische Folge im Angebot: die Position „Mockup / erste Variante“ verliert Stundengewicht. Positionen „Keyword-Discovery“, „Inhaltskarte“, „Plugin-Regeln“ und „Akzeptanzkriterien“ gewinnen. Wenn Sie weiterhin drei Tage „erster UI-Draft“ ohne Begründung verkaufen, vergleicht der Kunde Sie mit dem Agenten und Sie wirken teuer.

#Baut der WordPress.com Agent ein eigenes Theme

Der Agent baut ein Theme aus Zielen und Antworten, statt einen Fertigen aus der Bibliothek zu liefern. Es bleibt ein generiertes Theme. Prüfen Sie den Output auf:

• Konsistenz von Typografie und Abständen über Breakpoints,
• Kontrast und Focus States (besonders bei CTAs),
• Bildperformance (Formate, Größen, Lazy Load),
• sinnvolles Content-Modell (passen H1-H3 zur Intention, oder sind sie nur Dekoration).

Das generierte Theme ist ein Entwurf. Brandbook, Design Tokens oder eine Figma-Bibliothek bleiben die visuelle Wahrheitsquelle; der Agent beschleunigt die erste Variante in Richtung dieser Wahrheit.

#AI Editor und Annotate-Modus im WordPress.com Agent

Unter Appearance gibt es einen schlankeren AI Editor mit den Tabs Preview und Edit. Der Annotate-Modus lässt Abschnitte markieren, Edits stapeln und mit einem Schuss an den Agenten senden. Im Call mit dem Kunden wirkt das wie ein gemeinsames Board: klicken, kommentieren, senden, statt Prompts nach Notion umzuschreiben.

Für das Prozessdesign in der Agentur:

1. Discovery-Call: der Kunde nennt Ziele.
2. Der Agent erzeugt die erste Variante.
3. Annotate live: 5-12 Hinweise in einem Batch.
4. Zweite Runde erst nach gespeicherten Guidelines (dazu unten).

Ohne Schritt 4 kehren Sie zum Prompt-Chaos zurück. Annotate ohne Guidelines sind schnelle kosmetische Fixes, die in der nächsten Session verschwinden.

#Plugin-Installation über den WordPress.com Agent

Der Agent kann Plugins im Gespräch empfehlen, installieren, aktivieren und aktualisieren. Das ist der stärkste Risikopunkt im gesamten Paket. Jedes installierte Plugin ist Angriffsfläche, Theme-Konflikt und potenzieller Wartungskostenpunkt.

Beim Kickoff legen Sie eine Whitelist fest, bevor Sie den Chat zum ersten Mal öffnen:

• erlaubt: konkrete SEO-, Formular-, Cache-Plugins (falls auf .com überhaupt nötig),
• verboten: „volle SEO-Suites“, unbekannte Page Builder, zufällige Security-Scanner aus dem Katalog,
• Verfahren: Agent schlägt vor, Mensch genehmigt, erst dann Install.

Ohne Whitelist „legt der Agent Tools nach“ in einer Stunde und hinterlässt Ihnen technische Schuld für ein Quartal.

#Guidelines im WordPress.com Agent (Settings)

Site-Zweck, Audience, Ton und Bildstil speichern Sie unter Settings > Guidelines. Spätere Gespräche behalten den Kontext. Praktisch ist das ein lebendiger Brand-Brief im Produkt, kein PDF in Drive.

Behandeln Sie Guidelines als Deliverable:

• nach Discovery: erste Version zusammen mit dem Brand Owner,
• nach jeder Voice-Änderung: Guidelines aktualisieren vor der nächsten Agent-Session,
• Review einmal pro Content-Sprint: beschreiben die Guidelines noch das Produkt, das Sie verkaufen.

Agenturen, die den Brief nur in Notion halten und im Agent „von null“ klicken, verschwenden genau diese Funktion.

#WordPress.com Agent in Slack

Nach Verbindung in den Kontoeinstellungen können Sie dem Agenten aus Slack schreiben. Nützlich für Content Ops. Riskant, wenn der Kanal keine klare Ownership hat: wer Entwürfe freigibt, wer Zugriff auf das .com-Konto hat, wer das MCP-Aktivitätslog sieht.

Mindestmodell: eigener privater Kanal oder DM mit dem Agenten, 2FA auf dem WordPress.com-Konto, Liste der Personen mit Publish-Recht außerhalb des Agenten.

Verfügbarkeit: Der Agent lässt sich auf jedem bezahlten WordPress.com-Tarif aktivieren. Mit ihm gebaute Sites haben den AI Editor standardmäßig; eine bestehende Site braucht ein Block-Theme, um den AI Editor zu nutzen.

#WordPress.com MCP write: 19 Schreibfunktionen

Die offizielle Ankündigung von Jonathan Bossenger im WordPress.com-Blog (20. März 2026, Seite aktualisiert am 16. Oktober 2026) nennt:

• 19 Schreibfunktionen in sechs Inhaltstypen: posts, pages, comments, categories, tags, media,
• vor dem Schreiben liest der Agent Farben, Schriften, Abstände und Block Patterns des Themes,
• neue Beiträge sind standardmäßig Entwürfe; beim Bearbeiten eines veröffentlichten Beitrags erscheint eine Warnung, dass die Änderung sofort sichtbar wird,
• der Agent beschreibt jede geplante Änderung und wartet auf eine ausdrückliche Bestätigung,
• gelöschte Beiträge, Seiten, Kommentare und Medien bleiben 30 Tage im Papierkorb; das Löschen von Kategorien und Schlagwörtern ist endgültig und verlangt eine zusätzliche Bestätigung,
• alle Änderungen im Activity Log,
• verfügbar auf allen bezahlten Tarifen, pro Operation aktivierbar unter wordpress.com/me/mcp.

Externe Agenten (Claude, ChatGPT, Cursor, OpenClaw und ähnliche) können auf eine .com-Site schreiben. Self-Hosted erreicht dieselbe Richtung über den MCP Adapter und die Abilities API. Auf .com steuern Sie das Automattic-Produkt; auf dem eigenen Hosting das Abilities-Register, permission_callback und die Infrastruktur. Ein öffentliches Read-only-Edge-Beispiel steht im MCP-Live-Server-Leitfaden.

#Veröffentlicht MCP write sofort live

Draft + Log + reversibles Delete verringern das Risiko versehentlicher Publikation. Sie verringern nicht:

• YMYL-Inhalte ohne Fact-Check,
• massenhaft Thin Pages für SEO,
• Medien ohne Lizenz,
• Kommentare, die ein Agent ohne Richtlinie moderiert.

Die Publish-Gate bleibt menschlich. MCP write an Cursor auf einem Konto mit Publish-Recht umgeht diese Gate: das ist ein Prozessfehler, den Sie mit Rollen und 2FA schließen.

#WordPress.com Agent oder Self-Hosted WordPress

Breiterer Kontext zu Agenten und Blöcken: agentic WordPress MCP block runner. MCP-Integrationen produktseitig: MCP-AI-Integration.

#Wann der WordPress.com Agent für den Kunden reicht

#Landing und Firmenblog mit WordPress.com Agent

Der Agent reicht für die erste Site-Version und laufendes Content Ops über Guidelines + Annotate. Die Agentur verkauft: lokales SEO-Discovery, LocalBusiness-Schema, GSC, Pflege der Guidelines, Review von MCP-Entwürfen. Sie verkauft kein „Custom Theme von null in 6 Wochen“, wenn der Agent 80 % der UI abdeckt.

#WooCommerce mit Lager: Agent oder Developer

Der Agent kann Landing und Produkttexte beschleunigen. Checkout, Bestände, Steuern, ERP bleiben außerhalb des Agenten. Self-Hosted (oder VIP / Enterprise-Host) mit eigenen Abilities und Tests. MCP write auf .com löst weder HPOS noch Store API.

#Mehrsprachiges WordPress für AI Mode und AEO

Agent und MCP write erzeugen Entwürfe. Hreflang, Inhaltstiefe, llmCard, zitierbare Fakten in den ersten 80 Wörtern, Messung CTR vs. Position in GSC - das ist redaktionell-ingenieurmäßige Arbeit. Die am 15. Oktober gemeldeten Link-Änderungen in AI Mode und AI Overviews (Search Engine Roundtable) kommen ohne Klickdaten für Website-Betreiber; Zitierbarkeit zählt weiterhin mehr als ein schöneres Karussell.

#Wie Sie ein Projekt mit WordPress.com Agent kalkulieren

1. Kürzerer Kickoff beim Mockup, nicht bei Discovery. Generierung unter 4 Minuten + Annotate = der Kunde sieht eine Variante, bevor Sie Discovery fertig haben. Kürzen Sie Discovery zu SEO und Daten nicht. Kürzen Sie das Warten auf das Mockup.
2. Guidelines = Deliverable. Geben Sie dem Kunden einen editierbaren Brief in Settings, nicht nur ein PDF. Das verringert Drift in späteren Content-Sprints.
3. Plugin-Policy vor dem Chat. Beim Kickoff: Liste erlaubter Plugins. Ein Agent ohne Whitelist erzeugt Schuld in einer Stunde.
4. MCP write ≠ Publish. Draft + menschliche Freigabe bleiben im Prozess. Für YMYL und Shops: Staging oder Review-Queue, auch wenn das Tool aus Cursor schreiben kann.
5. Nearshore verkauft weiterhin Review. Der Agent beschleunigt; er unterschreibt kein SLA. Zur Rekrutierung für AI-Effizienz plus echtes Code Review: WordPress-AI-Rekrutierung.

#Sicherheit bei WordPress.com Agent und MCP write

• 2FA auf jedem Konto mit Zugriff auf Agent und MCP-Dashboard.
• Getrennte Rollen: wer MCP verbinden darf, wer publishen darf.
• MCP-Aktivitätslog: wöchentlicher Review bei aktivem Content Ops.
• Kein MCP write auf dem Live-Shop ohne Staging-Spiegel.
• Slack: nur Personen mit Vertrag und NDA; keine gemeinsamen Workspace-Gäste mit Agent-Rechten.
• Backup / Export vor Massenoperationen über MCP (auch bei reversiblen Deletes).

#SD AI Agent 1.25 und WordPress.com Agent

Am 15. Oktober 2026 erhielt das Plugin SD AI Agent auf WordPress.org die Version 1.25.0: freigegebene Remote-MCP-Server, OAuth, scoped Tool-Discovery, Bestätigungen vor dem Aufruf. Das ist ein Signal des Self-Hosted-Ökosystems: Remote-MCP mit Kontrolle, nicht „irgendetwas anschließen“.

Verwechseln Sie SD AI Agent nicht mit dem WordPress.com Agent. Anderes Produkt, dieselbe Risikoklasse (Tools mit Schreibrechten). Wenn Sie Self-Hosted für Kunden in DACH und der EU betreiben, ist 1.25.0 eine Vendor-Due-Diligence-Checkliste: OAuth, Scope, Confirmations. Bietet jemand „vollen Datenbankzugriff über MCP ohne Bestätigungen“, lehnen Sie ab.

#Was Sie dem Kunden beim WordPress Agent versprechen

Verkaufen Sie

• schnelleren UI-Kickoff auf WordPress.com,
• lebendige Guidelines als Deliverable,
• Content Ops mit MCP write + menschlicher Publish-Gate,
• Migration vom .com-Prototyp auf Self-Hosted, wenn die Komplexität wächst,
• Audit von Plugin-Whitelist und MCP-Logs.

Versprechen Sie nicht

• dass der Agent WooCommerce B2B ersetzt,
• dass MCP write „SEO erledigt“ ohne Redaktion und Messung,
• dass React / Gutenberg / Edge irgendwie „aus dem Chat kommt“,
• einen Festpreis für „unbegrenzte Agent-Sessions“ ohne Scope-Limit.

#Checkliste: WordPress.com Agent in der Agentur einführen

• Kunde auf zahlendem WordPress.com: Agent aktivieren, Guidelines mit Brand Owner füllen
• Plugin-Whitelist vor der ersten Chat-Session festlegen
• Annotate auf einer Seite testen (Stack 3-5 Hinweise, ein Batch)
• MCP write nur auf Konto mit 2FA anbinden; Entwürfe, nicht Publish
• Self-Hosted: dieselben Operationen auf Abilities + MCP Adapter mappen; .com-Flow nicht 1:1 kopieren
• Zeit messen: Brief bis erster Draft (mit Agent) vs. Brief bis erster Review (ohne) - beide Zahlen im Angebot halten
• Im Angebot festhalten: was der Agent macht, was der Engineer macht, wer publisht

#Wie Sie den Effekt von WordPress.com Agent und MCP write messen

Ohne Zahlen bleibt die Aussage aus dem Einstieg eine Meinung. Beim ersten .com-Projekt mit Agent sammeln Sie vier Metriken:

1. Zeit vom unterschriebenen Brief bis zur ersten UI-Variante (Minuten oder Stunden). Vergleich mit dem letzten ähnlichen Projekt ohne Agent.
2. Anzahl Annotate-Runden bis Layout-Abnahme (Ziel: 2-3 Batches, nicht 15 Einzelprompts).
3. Anzahl vom Agent installierter Plugins vs. Whitelist (Ziel: null außerhalb der Liste).
4. Zeit vom MCP-Draft bis Publish (Ziel: feste Review-Queue, nicht „sofort live“).

Wenn (1) sich halbiert und (3) sowie (4) unkontrolliert wachsen, fressen Sie den Kickoff-Gewinn mit Incidents auf. Der monatliche Kundenreport sollte diese vier Zahlen zeigen, keinen Screenshot des Agent-Chats.

#MCP write, REST API und Abilities API - Unterschiede

Im Gespräch mit dem CTO des Kunden verschwimmen drei Namen zu einem. Trennen Sie sie:

• WordPress REST API - klassischer HTTP-Transport. Er existiert weiterhin. Agenten können ihn nutzen, aber ohne gemeinsames Register „was erlaubt ist“ erfindet jeder Agent eigene Endpoints.
• Abilities API (Core ab 6.9) - Register von Operationen mit Schema, Berechtigungen und Callback. Das ist die Sprache, mit der WordPress beschreibt „was das System kann“. Details: Abilities API.
• MCP - Protokoll, mit dem externe Agenten Tools entdecken. Auf Self-Hosted ist die Brücke der MCP Adapter. Auf WordPress.com ist MCP write die produktseitige Schreib-Exposition (19 Funktionen) mit Drafts und Log.

Für Agenturen: lehren Sie den Kunden, dass „wir haben MCP“ ohne Abilities und ohne Publish-Gate nur heißt, dass jemand ein Tool mit Schreibrecht angeschlossen hat. Das ist keine Architektur.

#Annotate im WordPress.com Agent im Kundengespräch

Ohne Protokoll wird Annotate zu Chaos „noch eine Korrektur“. Bewährter Ablauf eines 45-Minuten-Calls:

1. Minuten 0-5: Preview öffnen, Guidelines laut bestätigen (Zweck, Audience, Ton). Sind Guidelines veraltet, zuerst korrigieren, dann UI anfassen.
2. Minuten 5-25: Kunde spricht, Sie markieren in Annotate. Diskutieren Sie nicht jede Schrift einzeln. Bauen Sie den Stack.
3. Minuten 25-30: Batch an den Agenten senden, auf Ergebnis warten.
4. Minuten 30-40: zweite Runde nur bei Blockern (CTA, Navigation, Hero). Rest in den Backlog.
5. Minuten 40-45: Entscheidungen festhalten: was in Guidelines ging, was ein Entwickler-Ticket außerhalb des Agenten ist.

Nach dem Call senden Sie dem Kunden eine kurze Zusammenfassung: Liste der Batch-Änderungen, Liste der Dinge außerhalb des Agenten (Integrationen, SEO, Compliance). Dieses Dokument schützt vor „auf dem Call hieß es doch, der Agent macht das Lager“.

#WordPress.com Agent am PL-Nearshore-Markt

DACH-B2B-Kunden starten oft auf günstigem Hosting oder auf WordPress.com „weil Marketing AI versprochen hat“, und bitten danach um DATEV-/ERP-Anbindung, deutsche Zahlungswege oder Mehrsprachigkeit DE/EN/PL mit getrennten GSC-Properties. Der Agent schließt die erste Firmenwebsite gut. Er schließt schlecht den Moment, in dem Rechnungswesen, Lagerbestände und zwei Locales mit eigener Search Console auftauchen.

Im Nearshore-Angebot:

• Phase 0 (Agent / .com): festes Paket Discovery + Guidelines + 2 Annotate-Runden,
• Phase 1 (Self-Hosted oder VIP): Migration, wenn Integration oder Compliance erscheint,
• Exit-Kriterium aus Phase 0: Triggerliste (ERP, SSO, >N SKUs, Log-Anforderungen über .com hinaus).

Ohne Exit-Kriterium bleibt der Kunde länger auf .com mit Agent, als er sollte, und Sie bekommen das Ticket „warum spricht der Checkout nicht mit dem Lager“.

#Was der WordPress.com Agent nicht löst

Der WordPress.com Agent beschleunigt nicht:

• Migration von Legacy-PHP ohne Tests,
• Reparatur von Core Web Vitals nach einem schlechten generierten Theme (manchmal verschlechtert er LCP, wenn der Agent ein schweres Hero ohne Kontrolle setzt),
• Rechtsstreitigkeiten und Ecosystem-Governance (eigenes Thema, außerhalb dieses Textes),
• Indexierung bei Google (weiterhin GSC, IndexNow, Inhalt; die Änderung der Indexing-API-Dokumentation vom 16. Oktober entfernte alte Quota-Beschreibungen, sie fügte keinen Magie-Button hinzu).

Kommt der Kunde mit „null Klicks auf Position 2 zur Preisseite“, lesen Sie zuerst AI Overviews und AI Mode. Installieren Sie den Agenten nicht als SERP-Heilmittel.

WordPress Day for AI in Faro (24. Oktober 2026) widmet einen ganzen Community-Tag den praktischen Auswirkungen von AI auf WordPress, mit einem Business- und einem Entwickler-Track. Die These dieses Textes ist enger: der leichte Gewinn sind 4 Minuten bis zum Draft. Der schwere Gewinn sind Publish-Gate, Whitelist und Ownership.

#Angebots-Split: Agent, MCP write, Custom Development

Struktur, die Sie in eine Proposal kopieren können (individuelle Preise, wie immer außerhalb der Preisseite):

Der Kunde sieht, wo der Agent endet. Sie schützen sich vor Scope Creep („da Sie AI haben, legen Sie ERP noch in denselben Sprint“).

#Wann eine Umsetzungsanfrage lohnt (nicht nur „den Agent durchklicken“)

Schreiben Sie, wenn mindestens eine Bedingung zutrifft:

• Shop, ERP, Lager, Subiekt, Baselinker oder Zahlungen außerhalb des .com-Standards,
• mehr als eine Sprache mit eigenem SEO / AI Mode,
• Anforderung an Logs, SSO oder Audit Trail außerhalb des WordPress.com-Panels,
• Agent oder MCP write läuft bereits, Plugin-Whitelist und Publish-Gate fehlen,
• Sie brauchen einen WordPress-Entwickler für Ownership, nicht für den nächsten Prompt.

In der Mail reichen vier Punkte: URL oder Hosting-Plan, Geschäftsziel in einem Satz, Deadline, Einschränkungen (DSGVO, YMYL-Branche, Budget als individuelle Spannen nach Scope). Je konkreter der Brief, desto schneller die Angebotsrechnung und desto weniger Drift in der Discovery.

#WordPress.com Agent für den Entwurf, Developer für Ownership

Oktober 2026 verkürzt die Distanz vom Gespräch zum Entwurf auf WordPress.com und stellt Schreibzugriff über MCP externen Agenten bereit, mit Drafts und Log. Custom WordPress bleibt dort, wo Shops, Integrationen und SEO unter der nächsten AI-Mode-UI-Änderung liegen: Abilities API, eigenes MCP und Code Review.

Audit „.com Agent vs. Self-Hosted“ oder Umsetzungsangebot: Kontakt. Verwandte Leistungen: MCP-AI-Integration, WordPress-Entwickler.