Shopify Plus vs WooCommerce headless en 2026: coste, control, IA
La pregunta “¿Shopify o WooCommerce?” ha cambiado de forma. En 2018 era plataforma vs personalizado. En 2026 son dos stacks de comercio headless igual de viables, con valores por defecto distintos. Ambos sirven en el edge. Ambos integran IA. Ambos tienen herramientas headless de primera mano. La decisión gira ahora en torno al control, el coste total a lo largo de cinco años y la estrategia de salida. Basta mirar una tienda que vende en España y quiere ofrecer Bizum junto a tarjeta y Redsys: quién es dueño de la elección de pasarela pesa más que el logotipo de la plataforma.
Este artículo se ancla al pilar de servicio headless WordPress y se complementa con el pilar Cloudflare Workers + WordPress, la economía del headless WordPress 2026 y la ubicación en el anillo del Tech Radar.
TL;DR
- Ambas plataformas funcionan en headless en 2026; la historia headless ya no es un diferenciador.
- El coste a 5 años depende más del build de frontend, las integraciones y las horas de ingeniería que de la cuota de plataforma; no es el factor decisivo.
- El control del stack, del proveedor de IA y de los datos favorece a WooCommerce.
- La simplicidad operativa, la amplitud de integración de pagos y la disponibilidad de talento en el equipo favorecen a Shopify Plus.
- Estrategia de salida: WooCommerce es mecánicamente más simple.
Qué ofrecen Shopify Plus y WooCommerce en 2026
Shopify Plus. Comercio alojado. La página de precios de Shopify Plus (consultada el 15 de octubre de 2026) indica 2100 EUR al mes con un contrato de 3 años o 2250 EUR al mes con un contrato de 1 año para configuraciones estándar, y una tarifa de plataforma variable basada en los ingresos para empresas más complejas y de mayor volumen. Incluye el escaparate, el admin, el sistema de temas (Liquid) y la App Store. Procesamiento de pagos a través de Shopify Payments a la tarifa por defecto de la plataforma; con un proveedor de pagos de terceros, Shopify cobra un 0,20 por ciento por transacción además de las comisiones del procesador (misma página de precios). Soporte headless vía Hydrogen (basado en React) y la Storefront API.
WooCommerce. Plugin de código abierto sobre WordPress. Alojado por ti (o por un proveedor de WordPress gestionado), tematizado por ti, integrado con la pasarela de pago que elijas. Headless vía Store API en /wp-json/wc/store/v1/ para el carrito y el checkout, y la WooCommerce REST API autenticada en /wp-json/wc/v3/ para el trabajo en el servidor. Framework de frontend: Astro 5+, Next.js 15 o cualquier framework capaz de llamar a REST.
La brecha funcional entre ambas se ha estrechado cada año desde 2020. En 2026, el catálogo, el carrito, el checkout y los flujos de pedido en cualquiera de las plataformas están a la par funcionalmente para la mayoría de los casos de uso.
Ventajas de Shopify Plus frente a WooCommerce
Amplitud de integración de pagos. Shopify Payments + Apple Pay + Google Pay + Klarna + Afterpay, más de 100 proveedores de tarjetas de crédito de terceros. WooCommerce tiene las mismas integraciones disponibles, pero cada una es un plugin independiente con su propia cadencia de actualizaciones y su perfil de seguridad.
Cumplimiento mediante parches de la plataforma. El cumplimiento PCI es problema de Shopify en Shopify Plus. SOC 2 es problema de Shopify. Los parches se despliegan sin que tu equipo toque servidores.
Disponibilidad de talento en el equipo. Los ingenieros de Shopify Plus son más fáciles de reclutar en el mercado abierto. El lenguaje de plantillas Liquid, la App Store y la Storefront API están bien documentados y son estables.
Disponibilidad operativa. Shopify indica un uptime medio del 99,99 por ciento en toda la plataforma durante los mayores eventos de ventas del año (precios de Shopify Plus). Es una media medida, no un contrato: la página de precios no menciona ningún SLA. El uptime de una tienda WooCommerce es lo que prometa tu proveedor de alojamiento y lo que aguante tu servidor de origen.
Ventajas de WooCommerce frente a Shopify Plus
Control del stack. Elección del framework de frontend, elección del runtime de edge (nosotros usamos Cloudflare Workers), elección del proveedor de IA, elección de la base de datos, elección del stack de analítica. Nada queda condicionado por una decisión de plataforma.
Propiedad de los datos. Los datos de clientes, de pedidos y de productos viven todos en tu base de datos de WordPress. Sin paso de exportación de la plataforma. Sin límites de API de solo lectura de la plataforma sobre datos antiguos.
Libertad de proveedor de IA. Anthropic Claude, OpenAI, Mistral, alojado en local, todo está abierto. Shopify Plus tiene Magic y Sidekick integrados, pero con un cambio limitado a proveedores propios.
Flujos de checkout personalizados. WooCommerce admite cualquier arquitectura de checkout, incluidos flujos específicos de B2B, configuradores multietapa y pipelines de presupuesto a pedido. El checkout de Shopify Plus se personaliza con extensiones de checkout: checkout.liquid ya no es compatible en los pasos de información, envío y pago, y Shopify lo retiró en las páginas de agradecimiento y de estado del pedido el 28 de agosto de 2025. La superficie de personalización sigue siendo menor que el ecosistema de plugins de WordPress.
Estrategia de salida. Traslada WordPress + base de datos a otro alojamiento, reescribe el frontend, y ya estás fuera. Salir de Shopify Plus significa reconstruir la capa de plataforma, lo que supone un trabajo de varios meses.
Coste de Shopify Plus vs WooCommerce en cinco años
Las líneas de coste de una tienda de tamaño medio y qué impulsa cada una. Solo las cuotas de Shopify Plus son cifras publicadas:
| Línea de coste | Shopify Plus | WooCommerce headless |
|---|---|---|
| Suscripción de plataforma | EUR 25200 a 27000 / año (2100 o 2250 EUR al mes, contrato de 3 años o de 1 año, shopify.com, consultado el 15 de octubre de 2026) | EUR 0 (código abierto) |
| Alojamiento | Incluido | WordPress gestionado más edge, crece con el tráfico y la tasa de aciertos de caché |
| Procesamiento de pagos | Por defecto de la plataforma, o comisiones del procesador + 0,20 por ciento con proveedor de terceros | Tarifa directa de la pasarela |
| Tema / build de frontend | Puntual, crece con el número de plantillas y el alcance del diseño | Puntual, incluye también las vistas de carrito, checkout y cuenta sobre la Store API |
| Integración de IA | Vía apps o Magic / Sidekick | Integración a medida, crece con el uso de modelos y los sistemas conectados |
| Plugins / apps | Suscripciones recurrentes de apps, crecen con el número de apps | Licencias anuales de plugins, crecen con el número de extensiones |
| Retainer de ingeniería | Crece con el número de integraciones y el ritmo de lanzamientos | Crece con el número de integraciones, el ritmo de lanzamientos y el mantenimiento del origen |
El retrato de coste no es el factor decisivo. Lo que cambia el coste total más que la elección de plataforma es la calidad de la ingeniería, la disciplina de alcance y el número de integraciones.
No publicamos precios de servicio en este artículo. Los únicos importes de arriba son las cuotas publicadas de los planes de Shopify. El precio es siempre individual.
Cuándo compensa Shopify Plus
Elige Shopify Plus cuando la tienda:
- Está en tráfico medio o superior (más de 1 millón de visitantes mensuales) y el uptime gestionado por la plataforma importa más que el control del stack.
- Vende principalmente B2C con flujos de checkout convencionales.
- Tiene un equipo comercial sin perfil de ingeniería que necesita una UI de admin y una App Store.
- Va a integrarse con el ecosistema más amplio de socios de Shopify (POS, Markets, Audiences).
- No tiene un equipo de ingeniería interno ni un retainer técnico a largo plazo.
Cuándo compensa WooCommerce headless
Elige WooCommerce headless cuando la tienda:
- Tiene flujos inusuales de checkout o de presupuesto a pedido.
- Necesita una integración de IA flexible en cuanto al proveedor (Claude, OpenAI, modelos propios).
- Se sitúa dentro de un sitio de contenido cuyo flujo editorial corre sobre WordPress.
- Tiene requisitos de SEO multirregión que se benefician del control de URL por locale más allá de Shopify Markets.
- Tiene un perfil de cumplimiento (NIS2, DORA) que se beneficia del control total del stack.
- Planea una estrategia de salida o una adquisición en la que se valore la portabilidad de los datos.
Arquitectura de referencia para WooCommerce headless
Cuando el proyecto cae en WooCommerce headless, la arquitectura de referencia es:
- WordPress 6.7+ como back end editorial y origin de WooCommerce.
- Astro 5+ o Next.js 15 como frontend headless, según la matriz de decisión Next.js vs Astro.
- Cloudflare Workers y Pages para renderizado y caché en el edge, según el pilar Cloudflare Workers + WordPress.
- ISR o SSR por ruta, según la regla de decisión ISR vs SSR.
- API de Anthropic Claude y Model Context Protocol allí donde las funciones de IA justifican su valor, según el artículo sobre tokens en la web agéntica.
Cuando el proyecto cae en Shopify Plus, seguimos construyendo el frontend en Astro o Next.js, apuntamos a la Storefront API y desplegamos en Cloudflare. La capa de CMS cambia; la arquitectura de frontend y edge se mantiene.
Cómo gestiona la WooCommerce Store API un carrito headless
La interfaz de cara al cliente en una tienda WooCommerce headless es la Store API, no la REST API en /wp-json/wc/v3/. La documentación de la Store API describe endpoints públicos de carrito, checkout y productos en el namespace wc/store/v1, por ejemplo GET /wp-json/wc/store/v1/products. Los grupos de rutas documentados cubren el carrito, los artículos y cupones del carrito, el checkout, los pedidos y los productos con sus atributos, categorías, marcas, reseñas y etiquetas. No requiere autenticación: no hay claves de API y solo devuelve datos del cliente actual. No permite consultar otros clientes ni pedidos por ID ni cambiar ajustes de la tienda.
Esa división decide dónde corre el código. La WooCommerce REST API en wc/v3 se autentica con consumer key y consumer secret mediante Basic auth, así que pertenece al servidor: importación del catálogo en el build, sincronización de pedidos con el ERP, herramientas de backoffice. Un consumer secret enviado en el JavaScript del navegador lo puede leer cualquiera que abra el código fuente de la página.
Las sesiones de la Store API se basan por defecto en cookies, y los endpoints de escritura, como actualizar la dirección del cliente, exigen un nonce. Un frontend desacoplado en otro dominio usa en su lugar tokens de carrito: una petición GET correcta al endpoint del carrito devuelve una cabecera de respuesta Cart-Token, y reenviarla como cabecera de petición Cart-Token identifica el carrito sin cookies y sin nonce.
La limitación de peticiones es opcional y está desactivada por defecto. El filtro woocommerce_store_api_rate_limit_options la activa, con un valor por defecto de 25 peticiones POST en 10 segundos, y los clientes bloqueados reciben una cabecera RateLimit-Retry-After. Un interruptor aparte, solo para el checkout, en los ajustes avanzados de funciones de WooCommerce limita POST /checkout y el envío del pedido a 3 peticiones cada 60 segundos. Un checkout headless público debería funcionar al menos con ese interruptor activado.
Cómo gestiona la Shopify Storefront API un carrito headless
El acceso headless empieza por el canal Headless. Instalarlo desde la Shopify App Store y crear un storefront genera un token de acceso público y otro privado; una tienda puede tener hasta 100 storefronts y tokens activos. La referencia de la Storefront API permite además acceso sin token a productos, colecciones, búsqueda, páginas, blogs y el carrito, con un límite de complejidad de consulta de 1000. Los metacampos, metaobjetos, menús, etiquetas de producto y datos de clientes siguen exigiendo token.
El carrito vive en Shopify. El frontend llama a mutaciones como cartCreate, cartLinesUpdate y cartBuyerIdentityUpdate y después redirige al comprador al checkoutUrl del carrito, que pasa por el checkout web de Shopify. Un build headless sobre Shopify sustituye, por tanto, el escaparate y no el checkout, y los cambios en el checkout pasan por extensiones de checkout.
Los límites funcionan de otra forma que en la Admin API. Shopify indica que el tráfico de compradores no tiene límite de peticiones; el de bots y rastreadores sí, con más rigor cuando sus peticiones no van firmadas. Un frontend renderizado en el servidor debe enviar la IP del comprador en la cabecera Shopify-Storefront-Buyer-IP. Sin ella, Shopify no distingue a los compradores, lo que puede provocar limitaciones y respuestas 430 Shopify Security Rejection. Superar la regulación del checkout devuelve un error 200 Throttled, y Shopify recomienda una cola de peticiones con backoff exponencial.
Oxygen, la plataforma edge de Shopify para Hydrogen, está disponible sin coste adicional en los planes de pago, Plus incluido. Hydrogen también se ejecuta en otros runtimes JavaScript como Vercel, Netlify, Fly.io y Cloudflare Workers, tras eliminar los paquetes específicos de Oxygen, siempre que el alojamiento ofrezca una Web Cache API y un método del tipo waitUntil.
Cómo exportar los datos de la tienda fuera de Shopify Plus
El argumento de la salida depende de lo que Shopify permite llevarse. La exportación de productos en el admin genera un archivo CSV en UTF-8 (Centro de ayuda de Shopify). Una exportación de todos los productos o de resultados filtrados llega por correo electrónico y no como descarga en el navegador, igual que una página o selección en la que algún producto tenga más de 100 variantes. Las imágenes de los productos no se incluyen en el archivo. Las columnas de título y descripción SEO solo vienen rellenas donde alguien las personalizó a mano; si no, se exportan vacías. Una exportación que contendría miles de variantes puede agotar el tiempo de espera, y Shopify sugiere dividirla con filtros.
La exportación de pedidos sigue el mismo patrón (Centro de ayuda de Shopify). Hasta 50 pedidos, o la página actual, se descargan directamente; las exportaciones mayores y las exportaciones por fecha llegan por correo electrónico a ti y al propietario de la tienda, y según el propio ejemplo de Shopify una exportación de 400 000 artículos tarda unas cuatro horas. Un pedido con varios artículos continúa en líneas adicionales con muchos campos vacíos. El historial de transacciones del archivo solo contiene pagos capturados, sin datos de autorización, y los descuentos automáticos no aparecen en la columna del código de descuento.
Para una migración completa, las operaciones masivas de la GraphQL Admin API son la vía más completa. Una consulta masiva puede abarcar cualquier campo de tipo connection del esquema de la Admin API, se ejecuta de forma asíncrona y devuelve un archivo JSON Lines, un objeto por línea, en el que los elementos anidados apuntan a su padre con el campo __parentId. La URL de descarga va firmada y caduca a la semana. Desde la versión 2026-01 de la API, una app puede ejecutar hasta cinco consultas masivas por tienda a la vez, y cada una debe terminar en 10 días.
Las dos vías mueven datos, no comportamiento. Ninguna incluye el código del tema, la lógica de las apps ni las extensiones de checkout, y por eso salir de Shopify supone reconstruir la capa de plataforma. En WooCommerce, los mismos datos ya están en la base de datos de WordPress, y la REST API autenticada en wc/v3 los crea, lee, actualiza y elimina en JSON, así que una migración por script funciona en ambos sentidos.
Guías relacionadas sobre WordPress headless y cumplimiento
Este artículo compartido entre locales (EN + PL + DE según la estrategia 6.3) se ancla al pilar de servicio headless WordPress, a la ubicación en el anillo del Tech Radar, al pilar WCAG / BFSG / EAA (el cumplimiento es un eje de compra) y al pilar NIS2 / DORA por la misma razón. Para la comparación de un sitio de contenido no comercial, la elección de framework se trata en la matriz de decisión Next.js vs Astro.
