headless

Análisis exhaustivo del coste total de propiedad (TCO) a 4 años, métricas reales de Core Web Vitals, arquitectura Astro 7 GraphQL APQ y matriz de decisión de 10 puntos para directores de tecnología que eligen entre WordPress desacoplado y tradicional.

Guía práctica sobre el endpoint público wppoland.com/mcp y el servidor woocommerce-mcp. Cómo conectar asistentes de IA (Claude Desktop, Cursor) a WordPress sin plugins ni riesgos de escritura, casos de uso empresarial y lecciones de despliegue en el edge.

Convertimos un sitio de marketing estático en un servidor Model Context Protocol en vivo y de solo lectura en POST /mcp. No una tienda, un sitio de contenido: por qué lo hicimos, la Cloudflare Pages Function que lo ejecuta, JSON-RPC escrito a mano sin SDK y la postura de seguridad de solo lectura detrás de la herramienta request_quote.

Publicamos @wppoland/woocommerce-mcp - un servidor Model Context Protocol de solo lectura para WordPress y WooCommerce. Instálalo desde npm, conéctalo a Claude o Cursor, y deja que los agentes respondan sobre stock y pedidos sin riesgo de escritura.

El traslado inicial de WordPress a Astro tomó semanas. Los otros once meses se fueron en redirecciones, hreflang, paridad entre seis idiomas y un build que superó al propio runner de Cloudflare. Un informe de campo sobre la migración.

Cómo combinar WooCommerce como backend de comercio con un front-end en Astro para Core Web Vitals, carrito, webhooks y SEO técnico. Arquitectura, límites PCI y checklist de despliegue sin cuentos de latencia cero.

Cómo construir en la práctica un servidor Model Context Protocol delante de WooCommerce. Definiciones de herramientas, endpoints de catálogo y pedidos, conformidad con schema.org, validación con Zod y despliegue en Cloudflare Workers con el que un agente de IA sabe conversar.

Cómo diseñar esquemas Zod para las entradas y salidas de herramientas MCP, incluidas las claves de idempotencia, los formatos de respuesta de error y los contratos de agente tipados que evitan desajustes silenciosos entre el servidor MCP y el origen WooCommerce.

Una guía de decisión para elegir entre Model Context Protocol y una API REST cuando el consumidor es un agente de IA. Superficie tipada frente a inferir la forma del JSON, acciones que modifican datos, autenticación y el patrón híbrido que a menudo supera a ambos.

Un plan de migración de cuatro semanas para poner un servidor Model Context Protocol delante de la REST API existente de WordPress. Auditoría de endpoints, estructura MCP, ejecución en paralelo, cambio y la observabilidad que hace segura la transición.

Un conjunto práctico de patrones de autenticación para servidores Model Context Protocol. OAuth para acceso de agentes delegado por una persona, tokens de API con scopes para B2B y headless, cuándo exigir autenticación, rate limiting y qué registrar.

La decisión entre Shopify Plus y WooCommerce headless en 2026 ya no es un compromiso binario "plataforma vs personalizado". Ambos pueden funcionar en headless, ambos integran IA, ambos sirven en el edge. Los ejes reales son el control, el coste total a lo largo de cinco años y la estrategia de salida. Este artículo recorre la matriz con datos confirmados de cada plataforma.

De seis a dieciséis semanas para proyectos típicos, en cuatro fases: descubrimiento, alcance, construcción y cutover, ajuste. Las variables son el tamaño del catálogo, el número de integraciones, la preservación de URLs y la disposición del equipo editorial, no la elección del framework.

Cloudflare Workers ejecuta JavaScript y WebAssembly en cientos de centros de datos en más de 100 países. Combinar Workers con un origen WordPress saca la ruta de lectura del servidor WordPress y convierte WooCommerce en una tienda renderizada en el edge. Así funciona la arquitectura, dónde se rompe y qué medir antes de adoptarla.

Incremental Static Regeneration y Server-Side Rendering no son intercambiables. ISR gana cuando el contenido cambia con un ritmo previsible y el tráfico es alto. SSR gana cuando la página está personalizada o depende de la sesión. La elección se hace por ruta, no por stack.

En un proyecto WordPress headless, el sitemap y la URL canónica los debe generar el front-end, no el origen de WordPress. Este es el patrón concreto que evita que compitan dos sitemaps y dos URL canónicas.

WooCommerce headless desplaza costes y complejidad. Compensa cuando las Core Web Vitals en móvil están ligadas a los ingresos, cuando el catálogo se estabiliza y cuando hay un desarrollador front-end sénior en el proyecto. No compensa en tiendas pequeñas ni en sitios donde el cuello de botella no está en el front-end.

WordPress headless traslada costes de una columna a otra, no los elimina. El coste de migración, el runtime en el edge y el tiempo de ingenieros sénior forman la nueva factura. Este es el marco que usamos con los clientes para decidir si el cambio compensa.

Las migraciones a WordPress headless mantienen el posicionamiento cuando conservan siete señales concretas: URL canónicas, hreflang, sitemap, datos estructurados, historial de redirecciones, paridad de robots.txt y búsqueda de imágenes.

Next.js y Astro están ambos en el anillo Adopt de nuestro Tech Radar Q4 2026. Decidir entre ellos para un front-end headless de WordPress no es una cuestión de gusto. Es una cuestión sobre superficie interactiva, coste de construcción y en qué mercado de contratación te encuentras.

WordPress no es solo un CMS; es un framework de aplicaciones. Aprende a dominar la REST API, autenticarte con Application Passwords o JWT y crear rutas personalizadas.