Headless & PWA Frontend nuevo. Magento se queda.

Separamos el frontend de Magento, etapa por etapa. Magento sigue siendo el backend para catálogo, precios y pedidos. Delante funciona una PWA que su equipo puede desarrollar de forma independiente.

Qué cambia

Hoy su tienda es un solo bloque. Después son dos equipos.

Monolito

  • Diseño y lógica de negocio están en el mismo sistema. Cada cambio en el frontend es un despliegue de Magento.
  • Una plantilla lenta frena toda la tienda.
  • Un canal nuevo significa otro tema más que mantener.

Headless

  • Magento sirve catálogo, precios, carrito y pedidos a través de APIs.
  • El frontend se construye, se prueba y se publica de forma independiente.
  • Búsqueda, CMS y PIM se conectan como servicios propios, por ejemplo Algolia o Contentful.

La migración

Sin big bang. Tres etapas con tráfico real.

Un proxy inverso dirige página tras página a la nueva PWA. Lo que aún no se ha migrado sigue funcionando en su Magento actual.

  1. Catálogo y contenidos

    Las páginas CMS, de categoría y de producto se migran primero. Aquí cuenta el SEO y aquí notan los clientes la diferencia antes.

  2. Cuenta de cliente

    Inicio de sesión, historial de pedidos, cuentas de empresa y roles. La lógica B2B se queda en Magento.

  3. Carrito y checkout

    La parte más delicada va al final, cuando las interfaces ya funcionan con carga real.

¿Sin cabeza? Sigue siendo el rey.

Magento sigue siendo el cerebro de precios, clientes y pedidos. Solo cambia la cara que ven sus clientes.

Rey de ajedrez con la corona al lado

Por dentro

Sin magia. Solo interfaces limpias.

  • Backend for frontend

    Una capa intermedia reúne catálogo, precio por cliente y stock y entrega a la PWA una sola respuesta por página.

  • Renderizado por tipo de página

    Páginas de producto y categoría en el servidor para los buscadores. Cuenta y checkout en el navegador. Las páginas más visitadas, prerenderizadas.

  • Caché por capas

    CDN, BFF y servicios tienen su propia caché. Si un producto cambia en el PIM, se vacía de forma precisa en todas partes.

  • Cambio medible

    Core Web Vitals, latencia de las APIs y conversión antigua frente a nueva mientras ambos mundos funcionan en paralelo.

Con franqueza

Headless no es un fin en sí mismo. A veces basta con un tema rápido.

Merece la pena si

  • varios frontends o canales usan el mismo catálogo,
  • tiene o está creando su propio equipo de frontend,
  • su interfaz va mucho más allá de un tema estándar.

Probablemente no si

  • hay una tienda y un solo canal,
  • nadie en su equipo va a ocuparse del frontend a largo plazo,
  • el problema real son extensiones lentas o falta de caché.

¿Headless o no? Tras una conversación lo sabrá.

Reservar una conversación