A practical walkthrough of building a Model Context Protocol server in front of WooCommerce. Tool definitions, catalogue and order endpoints, schema.org alignment, Zod validation, and a Cloudflare Workers deployment that an AI agent can talk to.
A working set of authentication patterns for Model Context Protocol servers. OAuth for human-delegated agent access, scoped API tokens for B2B and headless flows, when to require auth versus stay anonymous, rate limiting, and what to log.
A decision guide for picking between Model Context Protocol and a REST API when the consumer is an AI agent. Typed surface vs JSON shape inference, mutating actions, authentication, and the hybrid pattern that often beats both.
A four-week migration playbook for putting a Model Context Protocol server in front of an existing WordPress REST API. Endpoint audit, MCP scaffold, parallel-run, cutover, and the observability that makes the move safe.
How to design Zod schemas for MCP tool inputs and outputs, including idempotency keys, error response shapes, and the typed agent contracts that prevent silent drift between the MCP server and a WooCommerce origin.
The Shopify Plus vs WooCommerce headless decision in 2026 is no longer a binary "platform vs custom" trade-off. Both can run headless, both integrate AI, both ship at the edge. The real axes are control, total cost over five years, and exit strategy. This article walks the matrix with confirmed platform facts.
Six to sixteen weeks for typical engagements, with a four-phase shape: discovery, scoping, build and cutover, tuning. The variables are catalogue size, integration count, URL preservation, and editorial team readiness, not framework choice.
Cloudflare Workers runs JavaScript and WebAssembly at hundreds of data centres in 100+ countries worldwide. Pairing Workers with a WordPress origin moves the read path off the WordPress server and turns WooCommerce into an edge-rendered store. Here is how the architecture works, where it breaks, and what to measure before adoption.
Incremental Static Regeneration and Server-Side Rendering are not interchangeable. ISR wins when content changes on a predictable cadence and traffic is high. SSR wins when the page is personalised or session-driven. The choice is per-route, not per-stack.
In a headless WordPress build, the sitemap and the canonical URL must be rendered by the front end, not the WordPress origin. This is the specific pattern that prevents two sitemaps and two canonical URLs from competing.
Headless WooCommerce shifts cost and complexity. It pays back when mobile Core Web Vitals are tied to revenue, when the catalogue stabilises, and when a senior front-end engineer is in the loop. It does not pay back for tiny shops or for sites where the bottleneck is not the front.
Headless WordPress shifts cost from one column to another, it does not delete it. Migration cost, edge runtime, and senior engineering time form the new bill. Here is the framework we use with clients to decide if the trade pays back.
Headless WordPress migrations rank well when they preserve seven specific signals: canonical URLs, hreflang, sitemap output, structured data, redirect history, robots.txt parity, and image search.
Next.js and Astro both sit in the Adopt ring of our Tech Radar Q3 2026. Deciding between them for a WordPress headless front end is not a taste question. It is a question about interactive surface area, build cost, and whose hiring market you are in.