MCP-Server-Entwicklung für WordPress und WooCommerce

Was ich liefere

• Maßgeschneiderter Anthropic-MCP-Server in TypeScript, deployed auf Cloudflare Workers oder einer Node-Runtime, mit typisierten Tools für die Katalog- und Order-Intent-Flows, die der Kunde benötigt.
• Schema.org-Anreicherung parallel dazu, damit derselbe Katalog für Crawler und KI-Assistenten lesbar bleibt, die noch kein MCP sprechen. Schema.org und MCP-Tool-Oberfläche bleiben synchron, während sich der Katalog weiterentwickelt.
• Observability für Agentenverkehr, in der Analyseebene vom Menschenverkehr getrennt: Latenz pro Tool, Fehlerrate, Autorisierungsausfälle und Conversion-Attribution.
• Claude-API-Test-Harness, der jedes MCP-Tool Ende-zu-Ende gegen ein Staging-WordPress durchspielt, mit aufgezeichneten Transkripten als Regressions-Baseline. Ein neues Tool darf nur ausgeliefert werden, wenn der Harness grün ist.

Wann MCP die richtige Wahl ist

Ein MCP-Server verdient seinen Platz, wenn ein Agent handeln muss, statt nur zu lesen. Die Aktion kann darin bestehen, ein B2B-Angebot mit kundenspezifischer Preisgestaltung zu erzeugen, einen Partnerrabatt anzuwenden, eine Abo-Frequenz zu ändern oder im Auftrag eines eingeloggten Käufers eine Bestellung verbindlich auszulösen. Die Schnittstelle für solche Aktionen muss typisiert, authentifiziert und idempotent sein; genau diesen Vertrag liefert MCP.

Der zweite Fall ist Authentifizierung. Wenn der Agent in einer Käufer-Session, im Auftrag eines Partners oder unter einer Machine-to-Machine-Credential agiert, muss die Katalogoberfläche wissen, wer aufruft und wozu er berechtigt ist. Ein typisiertes MCP-Tool mit Autorisierungsrichtlinie ist das passende Format dafür; ein öffentlicher REST-Endpunkt ist es nicht.

Der dritte Fall sind zustandsbehaftete Flows. Warenkörbe, Angebote, Abos und Order-Intents haben einen Lebenszyklus. Determinismus und Idempotenz-Schlüssel zählen, damit ein wiederholter Aufruf keine doppelte Belastung erzeugt oder ein Angebot dupliziert. MCP-Tools drücken diese Intention explizit aus; das Scrapen einer Storefront tut das nicht.

Für wen das passt

• WooCommerce-Shops mit eigenen Workflows: Abos, B2B-Angebote, Partnerrabatte, Multi-Region-Preisgestaltung, individuelle Checkout-Schritte.
• B2B-Kataloge, in denen jede Transaktion ein authentifiziertes Angebot statt einen Self-Service-Add-to-Cart benötigt und in denen der Käufer zunehmend ein Agent ist, der für ein Einkaufsteam handelt.
• Content-Sites mit Affiliate-Commerce, in denen die Seite der Katalog ist und eine MCP-Tool-Oberfläche es Agenten erlaubt, Offers, Verfügbarkeit und Partnerbedingungen in einem strukturierten Aufruf auszuwerten.
• Headless-WordPress-Setups, die bereits Astro oder Next.js auf Cloudflare Workers fahren, wo der MCP-Server neben dem Frontend einfügbar ist, ohne das redaktionelle Backend zu verändern.

Engagement-Modell

Senior-B2B-Verträge in EU-Jurisdiktion. Discovery, Scoping, Build und Integration, Tuning. Umfang und Preisgestaltung individuell pro Projekt; ich veröffentliche keine Standard-Tagessätze, weil der Discovery-Schritt in der Regel die Kosten des Builds verändert.