claude-code-for-wordpress-2026.html
< BACK Ein sauberes modernes Terminalfenster neben dem WordPress-Logo, abstrahiert zu geometrischen Blöcken, weiches warmes Licht, redaktionelle Illustration

Claude Code für WordPress: Der Workflow, den meine Agentur 2026 nutzt

Claude Code ist für Code gebaut, nicht für WordPress, aber die WordPress-Agentur, die Claude Code heute richtig einsetzt, shipped Work mit ungefähr 3x höherer Geschwindigkeit als eine, die das nicht tut. Ich führe Seahawk Media, eine Agentur, die seit 2018 über 12.000 WordPress-Sites deployed hat. Die meisten unserer Team-Mitglieder nutzen Claude Code täglich für die Arbeit, die früher die langweiligen 70 Prozent der WordPress-Entwicklung war: Theme Scaffolding, Plugin Debugging, Schema-Generierung, Content-Migration, REST API Custom Endpoints und die lange Liste von „behebe dieses PHP-Problem"-Tickets. Das ist der eigentliche Workflow.WordPress, but the WordPress agency that runs Claude Code well today ships work at roughly 3x the velocity of one that does not. I run Seahawk Media, an agency that has shipped 12,000+ WordPress sites since 2018. Most of our team uses Claude Code daily for the work that used to be the boring 70 percent of WordPress development: theme scaffolding, plugin debugging, schema generation, content migration, REST API custom endpoints, and the long tail of "fix this PHP issue" tickets. This is the actual workflow.

Wenn du abwägst, ob Claude Code wirklich für WordPress-Arbeit geeignet ist, lautet die operative Antwort ja, aber mit einem anderen Setup als du für Vue oder Next.js nutzen würdest, und nur wenn du WordPress-Idiomen als First-Class-Context behandelst.Next.js, and only if you treat the WordPress idioms as first-class context.

Warum die meisten WordPress-Teams Claude Code falsch einsetzen

Die meisten Teams öffnen Claude Code im WordPress-Root, bitten Claude, einen Custom Block zu schreiben, und erhalten etwas, das kompiliert, aber nicht den Coding-Standards des Teams entspricht, den Block nicht korrekt registriert und PHP-seitiges Server Rendering nicht handhabt. Der Output sieht für jemanden plausibel aus, der WordPress nicht kennt; er schlägt auf subtile Weise für jemanden fehl, der die Platform kennt.

Die Lösung ist Context. Claude kennt deine WordPress-Konventionen nicht, bis du sie ihm sagst. Eine kurze CLAUDE.md im Project Root mit deinen Block-Standards, deinem PHP-Code-Stil, deinen Test-Konventionen und deinem Deploy-Workflow verwandelt Claude von einem generischen PHP-bewussten Tool in einen projektspezifischen WordPress-Collaborator. Die 30 Minuten CLAUDE.md-Authoring sind die höchste Leverage-Zeit-Investition, die ich auf der WordPress-Seite unserer Arbeit getätigt habe.

Die CLAUDE.md, die ich bei jedem WordPress-Projekt verwende

Eine Version der CLAUDE.md-Vorlage, die wir bei Seahawk-Kundenaufträgen einsetzen:

Projektkontext: Kundenname, primäre Domain, Hosting (Kinsta, WP Engine, Cloudways), WordPress-Version, PHP-Version, Theme, wichtige Plugins.

Coding-Standards: WordPress Coding Standards (WPCS) für PHP, Yoda-Bedingungen oder nicht, Präfix-Konventionen für Funktionen und Globals, Namenskonventionen für Custom Post Types und Taxonomien.

Block-Standards: server-seitig gerenderte Blöcke für Content Blocks, ACF Pro für redaktionelle Felder, Bricks Builder falls verwendet, Gutenberg falls nicht. Block-Registrierungsmuster, auf die sich das Team geeinigt hat.

Test-Konventionen: PHPUnit für PHP, Jest für JS in Blocks, Cypress für E2E falls relevant. Wo Tests im Projekt-Tree liegen.

Deploy-Workflow: wie man zu Staging pusht, wie man zu Production pusht, was wo versioniert wird.

Verbotene Muster: Dinge, die man niemals tun darf (eval, query_posts, direkte Datenbankabfragen ohne Prepared Statements, etc.).

Das sind zwei Seiten Plain English. Claude liest es einmal, und jede nachfolgende Code-Generation im Projekt ist dann auf deine Standards kalibriert, nicht auf generische WordPress-Defaults.

Spezifische WordPress-Workflows, die massiv komprimieren

Benutzerdefiniertes Block-Scaffolding

Von der Idee zum funktionierenden serverseitig gerenderten Block: 90 Minuten manuell, 10 Minuten mit Claude Code, wenn die CLAUDE.md gut ist. Claude generiert die PHP-Registrierung, das JSX für den Editor, die serverseitig gerenderte Vorlage, die block.json und die Editor-seitigen Steuerelemente. Ich überprüfe den Diff und behebe ein oder zwei Style-Probleme. Das langweilige Scaffolding ist weg.

Debugging von Plugin-Konflikten

Claude liest das Error-Log, durchsucht das Plugin-Verzeichnis nach dem verursachenden Hook, identifiziert den Konflikt und schlägt eine Lösung vor. Die Detektivarbeit, die manuell 30 bis 60 Minuten dauert, nimmt innerhalb von Claude Code 5 Minuten in Anspruch. Wir haben einen Yoast / RankMath-Konflikt bei einer kürzlichen Migration in der Zeit gefunden, die es brauchte, einen Kaffee zu kochen.

Schema-Markup im großen Maßstab

Claude generiert Pro-Seitentyp-Schema (Article, BlogPosting, Product, FAQPage, Organization, BreadcrumbList) nach den Namenskonventionen des Projekts. Drei bis fünf Seitentypen, vollständige Schema-Abdeckung, in etwa 30 Minuten. Das Schema hätte ein halbtägiger Job für einen Junior-Engineer sein sollen.

Inhalts-Migrationsskripte

WP-CLI plus Claude ist wirklich eine andere Kategorie von Tool als WP-CLI allein. Wir haben 8.000 Posts von einem benutzerdefinierten CMS zu WordPress bei einem kürzlichen Projekt migriert. Claude hat die WP-CLI-Befehle geschrieben, das Post-Import-Bereinigungsskript, die Redirect-Map-Generierung und die URL-Deduplizierung. Drei Tage Arbeit in einer halben Stunde.

Benutzerdefinierte REST-API-Endpunkte

Von der Produktspezifikation zum funktionierenden Endpunkt mit Permission-Callbacks, Schema-Validierung und Test-Coverage: unter einer Stunde. Das Boilerplate, das die WordPress REST API zum Laufen bringt, verschwindet in Claudes Output.

Was Claude Code in WordPress nicht gut handhabt

Drei Bereiche, in denen Claude genug kämpft, dass ich den Menschen als den leitenden Ingenieur behandle:

Entscheidungen zur Theme-Architektur. Bei der Wahl zwischen Block Themes, klassischen Themes mit FSE, Bricks oder vollständig headless sind die Trade-offs projektspezifisch und Claude hat keinen Kontext zu deinem Client-Redaktionssystem. Das ist Menschenarbeit.

Plugin-Auswahl. Claude kann Plugin-Features vergleichen, weiß aber nicht, welche Plugins dein Team schlechte Erfahrungen gemacht hat, welche dein Client-Host blockiert, oder welche auf PHP 8.3 brechen. Wähle Plugins selbst aus; lass Claude sie integrieren.

Benutzererlebnis von Custom Gutenberg Blocks. Claude generiert funktionierende Blocks; es generiert keine Editor-Erlebnisse, die poliert wirken. Die Micro-Interaktionen, die Toolbar-Platzierung, das InspectorControls-Layout, die Leertext-Kopie – das sind Design-Entscheidungen, keine Code-Generierungs-Outputs.

Die Toolchain, die ich tatsächlich nutze

Claude Code als die primäre Oberfläche, mit den WordPress-spezifischen MCP-Zusätzen:

Filesystem MCP, eingebaut. Liest die WordPress-Codebase, Theme-Dateien, Plugin-Verzeichnis.

Postgres oder MySQL MCP, für Content-Audits und Migrations-Arbeit. Führe SQL direkt gegen die wp_posts und wp_postmeta Tabellen aus.

Puppeteer MCP, zum Crawlen der gerenderten Site, um zu verifizieren, dass Änderungen korrekt ausgerollt wurden.

WP-CLI über die Shell, Claude ruft wp-Befehle direkt bei Bedarf auf.

Plus eine vorhandene CLAUDE.md pro Projekt. Das ist der gesamte Stack.

Fazit

Claude Code für WordPress ist real, der Workflow unterscheidet sich vom generischen Claude Code-Einsatz, und die CLAUDE.md pro Projekt ist die wirkungsvollste 30-minütige Investition, die eine WordPress-Agentur dieses Jahr tätigen kann. Wir deployen schneller, beheben Fehler schneller und identifizieren Plugin-Konflikte schneller als zuvor.

Bei Seahawk Media führen wir AI-gestützte WordPress-Entwicklung bei jedem Kundenprojekt durch. Das erste Gespräch ist kostenlos; die Empfehlung ist ehrlich darüber, ob AI-gestützte Entwicklung für dein spezifisches WordPress-Projekt das Richtige ist.

Häufig gestellte Fragen

Kann man Claude Code für WordPress-Entwicklung nutzen?

Ja. Claude Code ist für allgemeine Softwarearbeit konzipiert, nicht speziell für WordPress, aber es funktioniert gut mit Theme- und Plugin-Code, Build-Tools, Migrationen und Automatisierung. Agenturen, die davon profitieren, kombinieren es mit einem klaren CLAUDE.md und einem MCP-Setup, damit es den WordPress-Kontext versteht.

Macht Claude Code WordPress-Entwicklung schneller?

Für Teams, die es gut aufsetzen, deutlich schneller. Die Geschwindigkeit kommt nicht aus dem Nichts, sondern aus der Automatisierung von repetitivem Code, Scaffolding und Audits. Eine disziplinierten CLAUDE.md, ein getesteter Workflow und Code-Review bei jeder Änderung verwandeln das in echte Geschwindigkeit statt in schnelle Fehler.

Was braucht man, um Claude Code für WordPress zu nutzen?

Ein klares CLAUDE.md, das deine Standards und deinen Stack beschreibt, ein MCP-Setup für Tools und Daten, auf die es zugreifen soll, und die Gewohnheit, jede Änderung zu überprüfen. Ohne diese sind die Ergebnisse generisch. Mit ihnen wird Claude Code ein schneller, kontext-bewusster Partner für Theme-, Plugin- und Migrationsarbeit.

Ist Claude Code besser, als Code aus ChatGPT zu kopieren für WordPress?

Für echte Projektarbeit ja, weil Claude Code in deiner Codebase läuft, mit deinen Dateien, Standards und Tools, nicht nur Snippets produziert, die du blind einfügst. Es liest den echten Code, macht Änderungen im Kontext und führt Checks aus. Der Kontext macht den Unterschied, nicht das zugrunde liegende Modell allein.

< BACK