MAISON CODE .
/ Tech · Architecture · Headless · Shopify · CMS

Arquitectura sin cabeza: desacoplando el frente de la parte posterior

El CMS monolítico (WordPress, Shopify Liquid) es limitante. La arquitectura sin cabeza te permite construir un motor Ferrari con una carrocería personalizada.

AB
Alex B.
Arquitectura sin cabeza: desacoplando el frente de la parte posterior

La restricción del monolito

En el viejo mundo (WordPress, Magento, Shopify 1.0), el Frontend (el tema) y el Backend (la base de datos/administrador) estaban pegados. Para cambiar el color de un botón, editó un archivo .liquid o .php dentro de la estructura CMS. Esto es conveniente para sitios pequeños. Es una prisión para sitios ambiciosos. Restricciones:

  1. Rendimiento: Sirve HTML generado por un servidor PHP/Ruby lento. No se puede utilizar el Edge Caching moderno fácilmente.
  2. DX: No puedes usar React. No puede utilizar el reemplazo de módulo en caliente. Codifica en un área de texto o carga archivos ZIP.
  3. Estructura de URL: Estás atascado con /products/xyz. No puedes cambiar la ruta.

La revolución sin cabeza

Sin cabeza significa cortar la cabeza (Frontend) del cuerpo (Backend). Hablan a través de API.

  • Backend: Shopify / Contentful / Strapi. (Datos Puros).
  • Frontend: Next.js / Remix / Vue. (UX pura).
  • Conexión: GraphQL / REST API.

Ahora puede crear el frontend como una aplicación de página única (SPA) de alto rendimiento. Puede alojarlo en Vercel (Edge Network). Puedes obtener datos de Shopify y Contentful y una base de datos personalizada, y fusionarlos en una sola página. El usuario no sabe que está navegando en 3 sistemas diferentes.

Por qué Maison Code analiza esto

En Maison Code, nos especializamos en Lujo sin cabeza. Las marcas de lujo necesitan “Storytelling”. Quieren una página de producto que parezca el avance de una película. Los temas estándar de Shopify no pueden hacer esto. Son rejillas rígidas. Usamos patrones sin cabeza para anular la cuadrícula. Usamos Shopify Hydrogen (marco basado en Remix) para crear escaparates personalizados que se sienten como aplicaciones nativas, mientras mantenemos el sólido Shopify Checkout para pagos. Hablamos de esto porque la Diferenciación requiere control de código.

La pila: JAMstack 2.0

  1. Motor de comercio: Shopify Plus o BigCommerce. (Maneja carrito, caja, inventario).
  2. CMS: Contentful o Sanity. (Maneja texto enriquecido, publicaciones de blogs, diseños de páginas de destino).
  3. Frontend Framework: Next.js o Remix.
  4. Hosting: Vercel o Netlify.

El comercio “composable”

Esto le permite elegir el “Mejor de su raza”. ¿No te gusta el motor Shopify Blog? (Es terrible). Mantén Shopify para los productos, pero cambia Sanity CMS por el blog. ¿No te gusta la búsqueda de Shopify? Permuta en Algolia. En un Monolith, estás atrapado con las herramientas integradas. En Headless, compones la pila de tus sueños.

7. Contenido federado (la malla)

En un Monolith, todos los datos residen en una base de datos SQL. En Headless, los datos viven en todas partes. Usamos GraphQL Federation (Stitching).

  1. Producto proviene de Shopify.
  2. Reseñas provienen de Yotpo.
  3. Editorial proviene de Sanity.
  4. Recomendaciones provienen de Rebuy. El frontend consulta un punto final (The Mesh). Mesh llama a los servicios en paralelo. Esto es más rápido que la ejecución secuencial y más limpio que el código espagueti en el cliente.

8. Modo de vista previa: el eslabón perdido

Los especialistas en marketing odian Headless porque “no puedo ver lo que estoy editando”. En Shopify Theme Editor, ves los cambios al instante. En Headless, presionas “Guardar” en Contentful, esperas 2 minutos para la compilación… inútil. Solución: Modo de vista previa de Next.js/Vista previa en vivo de Sanity. Construimos un puente en tiempo real. Cuando el especialista en marketing escribe Sanity, usamos postMessage para actualizar nodos DOM específicos en la aplicación React al instante. Parece un editor WYSIWYG, pero genera código React limpio.

9. Estudio de caso: Configurador de productos personalizado

Imagínese vender un traje personalizado. El usuario selecciona Tela, Botón, Estilo de solapa, Monograma. Hay 10.000 combinaciones. Shopify Variants admite un máximo de 100 variantes. Solución monolito: Imposible. Aplicaciones pirateadas. Solución sin cabeza: Construimos una interfaz React personalizada. Mantiene el estado de las selecciones. Genera una vista previa dinámica en 3D. Cuando el usuario hace clic en “Agregar al carrito”, creamos un “Artículo personalizado” a través de la API de Shopify con atributos de metadatos específicos. Al Backend no le importa la complejidad visual. El Frontend lo maneja.

El impuesto a la complejidad

Sin cabeza no es gratis. En un Monolith, “Agregar al carrito” simplemente funciona. En Headless, debe escribir la llamada de recuperación, manejar el estado de carga, manejar el estado de error y manejar la actualización optimista de la interfaz de usuario. Eres dueño de la complejidad. Compensación: La alta funcionalidad requiere un alto esfuerzo de ingeniería. NO te quedes sin cabeza si:

  1. Tienes <€1 millón de ingresos.
  2. No tienes un equipo de desarrolladores.
  3. Un tema estándar es “Suficientemente bueno”.

La visión del escéptico

“Está sobrediseñado. Mi tema se convierte bien”. Contrapunto: Los temas se convierten bien para productos estándar. Pero si desea “cargas de página instantáneas” (Core Web Vitals), los temas tienen dificultades. Los temas cargan 50 complementos jQuery. Headless carga exactamente el JS que escribiste. Velocidad = Conversión. Los sitios headless suelen ser un 50% más rápidos que los monolitos.

Preguntas frecuentes

P: ¿Qué pasa con el pago? R: Por lo general, mantenemos el pago en la plataforma (por ejemplo, redireccionamos a checkout.shopify.com). Reconstruir el proceso de pago es riesgoso (cumplimiento de PCI, lógica fiscal, reglas de envío). Shopify desaconseja explícitamente los pagos personalizados a menos que seas Shopify Plus.

P: ¿Es el SEO más difícil? R: Solía ser (renderizado del lado del cliente). Con Server Side Rendering (SSR) en Next.js/Remix, en realidad es mejor que Monoliths porque tienes control total sobre los metadatos y la estructura HTML semántica.

10. La capa de puerta de enlace API

Si tiene 10 microservicios, su Frontend no debería comunicarse con 10 API. Se trata del infierno CORS y la gestión de claves. Insertamos un API Gateway (BFF - Backend para Frontend). Por lo general, un servidor GraphQL liviano (servidor Apollo o función Edge especializada). Agrega las 10 API en Un esquema. Frontend: consulta {producto {precio, reseñas, disponibilidad} }. Puerta de enlace: obtiene precio (Shopify), reseñas (Yotpo), disponibilidad (ERP) en paralelo. Simplifica drásticamente la lógica del Cliente.

11. Manejo del rendimiento de catálogos grandes

“Tenemos 100.000 productos. Construir el sitio estático lleva 4 horas”. Esta es la trampa “Build Time” de Gatsby/Next.js SSG. Solución: ISR (Regeneración Estática Incremental).

  1. Cree los 1000 productos principales en el momento de la implementación (ruta crítica).
  2. El producto 1001 está “no fabricado”.
  3. El usuario visita el Producto 1001.
  4. El servidor lo crea bajo demanda (tarda 200 ms) y lo almacena en caché.
  5. El siguiente usuario obtiene la versión en caché (instantánea). Esto mantiene los tiempos de compilación rápidos (5 minutos) y admite catálogos infinitos.

12. Conclusión

Headless es la separación de preocupaciones aplicada a la lógica empresarial. Libera al equipo de marketing (usando el CMS) y al equipo de ingeniería (usando React) para moverse a su propio ritmo. Es la arquitectura de la web moderna.

¿Atascado en una plantilla?

Si su marca ha superado las limitaciones de los temas estándar, Maison Code puede migrarlo a una arquitectura sin cabeza. Construimos escaparates personalizados que combinan historia y ventas.



¿Temas de Shopify superados?

Creamos soluciones de comercio sin cabeza utilizando Next.js/Hydrogen para ofrecer experiencias de compra personalizadas y de alta velocidad. Contrata a nuestros Arquitectos.