El cliente quiere "e-shop headless". Tras una hora de conversación normalmente descubrimos que quiere o SaaS con mejor velocidad, o una plataforma plenamente custom. Headless está en algún lugar entre medias — y a veces es ese el sitio correcto, a veces no.
Este artículo trata sobre cuándo tiene sentido ir "headless" y cuándo es solución over-engineered para necesidades que Shopify manejaría.
Qué significa "headless" en realidad
Un e-shop tiene dos capas: 1. **Backend / commerce platform** — catálogo de producto, carrito, checkout, pedidos, clientes. Tradicionalmente: Shopify, WooCommerce, Magento. 2. **Frontend / store** — lo que ve el visitante. Tradicionalmente: tema integrado de la plataforma (Shopify Liquid, theme WooCommerce).
Headless = separación de estas capas. El backend permanece (o se cambia por una plataforma API-first como Medusa, Commerce.js, Saleor), el frontend se construye como aplicación independiente (Next.js, Astro, SvelteKit), que se comunica con el backend vía API.
Cuándo headless tiene sentido
1. El mercado exige una velocidad que el tema integrado no entrega.
Lighthouse Performance score por encima de 90, LCP por debajo de 2 s, FID por debajo de 100 ms en móvil. Shopify Liquid con 30 apps + 10 pixel trackers nunca se acercará. Next.js con ISR y catálogo edge-rendered sí.
Si su business case es "2% de conversión → 3% de conversión vía rendimiento", headless cumple. Si su business case es "95% de conversión basta", no cumple.
2. El frontend necesita lógica propia que no es primariamente e-commerce.
Ejemplo: e-shop B2B con configurador 3D de producto (muebles a medida). El tema Shopify no entrega 3D viewer. Custom React/Next.js sí.
Segundo ejemplo: personalización AI-driven, donde el frontend alterna la oferta según comportamiento real-time. Headless lo permite, el tema integrado no.
3. Multi-channel — web, app móvil, kiosk — desde un backend.
Si quiere un catálogo, un checkout, pero dos-tres frentes distintos, headless es la única solución razonable. Tener dos e-shops sincronizados es un horror.
4. El equipo tiene ingenieros React/TypeScript que dominan frontend.
Headless = custom code. Sin equipo de ingeniería (o partner externo) el sistema no crecerá. Shopify Liquid lo puede ajustar un senior marketer. Storefront Next.js no.
Cuándo headless no tiene sentido
1. El mercado es "e-shop estándar, 50-500 productos, B2C".
Shopify con tema Dawn o Impulse le venderá más que un Next.js custom. El tema tiene features (reseñas, productos relacionados, search, checkout) hechas. Custom = cada feature la tiene que construir.
Si sus requisitos coinciden con el 95% de los e-shops, custom es over-engineered.
2. El presupuesto es inferior a 30k EUR.
Headless mínimo: backend (Medusa.js hosted = 200-500 €/mes), frontend (desarrollo Next.js = 15-40k EUR en la primera fase), CMS para contenido (Sanity, Strapi = 200-500 €/mes), pipeline (Vercel/CloudFlare = 100-300 €/mes), mantenimiento (2-5k mensual).
Si el negocio no tiene 30k+ de entrada y 2k+ de operativa mensual, Shopify Starter o Basic es la elección correcta.
3. El equipo no es técnico y nunca lo será.
Headless = decisión técnica constante. Sin equipo interno/partner externo que le guíe, el sistema se detiene en cómo resolver "un cambio en el checkout".
Cómo se decide
Tres preguntas:
**Pregunta 1:** ¿Cuál es su GMV (gross merchandise volume) de los últimos 12 meses? - < 100k EUR → Shopify Basic, no piense en headless - 100k-500k EUR → Shopify con tema headless, o Shopify Plus non-headless - 500k-5M EUR → Headless empieza a tener sentido - > 5M EUR → Headless suele ser necesario
**Pregunta 2:** ¿Tiene 1+ ingeniero con React/TypeScript en el equipo? - Sí → headless es elección realista - No → o encuentre partner externo, o quédese en plataforma integrada
**Pregunta 3:** ¿Planea en 2 años B2B, app móvil o kiosk? - Sí → headless es inversión que retorna en la expansión - No → quédese en plataforma simple
Qué stack usamos
Para el mercado eslovaco en 2026 recomendamos: - **Backend**: Medusa.js (open-source, self-hosted, plenamente controlado) - **Frontend**: Next.js 15+ en Vercel/Cloudflare - **CMS**: Sanity.io (content + product enrichment) - **Search**: Algolia (al precio → Meilisearch self-hosted) - **Analytics**: Plausible o PostHog (GDPR-friendly) - **Payments**: Stripe + GoPay (mercado eslovaco) - **Email**: Klaviyo o Postmark
Este stack sirve a 1M-20M EUR GMV sin reescritura. Con mayor crecimiento las partes se cambian gradualmente (Medusa → microservicios custom, Algolia → search propio).
---
*Ayudamos a los clientes a elegir arquitectura antes de comprometerse con tecnología. A menudo recomendamos Shopify, si headless no tiene sentido — depende del business case, no de la preferencia tecnológica.*