Shopify o Next.js: no es la elección que parece

El planteamiento de esta pregunta está mal de una forma que cuesta dinero, así que conviene arreglarlo antes que nada.

Shopify y Next.js no son dos maneras de llevar una tienda. En casi todas las versiones de esta decisión Shopify se queda: conserva los productos, los pedidos, el checkout, el cumplimiento de pagos y el panel que su equipo ya conoce. Lo que está sobre la mesa es más estrecho y más barato de lo que suena: quién renderiza el escaparate.

Qué compra un escaparate propio

Tres cosas, y merecen nombrarse con precisión porque el marketing alrededor de esto es vago.

Renderizado que usted controla. Qué páginas son estáticas, cuáles revalidan, cuáles son dinámicas y qué se transmite. Una plantilla Liquid tiene un modelo de renderizado y no se puede cambiar. Este es el modelo entero, y en una página de producto es la diferencia entre que la petición de la imagen arranque en el HTML o arranque después de un script.

Un front que puede ser más que una tienda. Contenido, documentación, un configurador, un área con sesión, un sistema de diseño compartido con un producto que no es el escaparate. Esos son los proyectos donde una plantilla se convierte en el contenedor equivocado.

Una frontera frente al ecosistema de apps. En una plantilla, cada app que instala pone script en su página y usted carga el coste para siempre. Headless convierte eso en una decisión explícita cada vez, en lugar de un valor por defecto.

Qué le cuesta

El editor de plantillas. Que los responsables de merchandising reordenen secciones sin un desarrollador es una capacidad real, y es la que más a menudo se despacha con la mano en la presentación. Parte vuelve vía un CMS. Presupuéstelo o cuente con una discusión.

Las apps. Todo lo que funcionaba inyectando script en Liquid deja de funcionar. Reseñas, upsells, banners, partes de la analítica. Cada una es ahora una decisión: reimplementar contra una API, sustituir, o dejar caer a propósito. Haga esa lista antes del desarrollo y no durante.

El checkout, en general. El checkout se queda en Shopify, que es el resultado correcto y conviene decirlo claro. No va a reconstruir la parte regulada.

Hydrogen o Next.js, la bifurcación de verdad

Una vez decidido que el escaparate es suyo, esta es la elección real.

Hydrogen es el framework propio de Shopify, construido sobre Remix, con las suposiciones de Shopify ya tomadas y Oxygen para desplegarlo. Si el escaparate va a ser solo un escaparate, es un valor por defecto sensato y tiene menos decisiones delante.

Next.js se gana su sitio cuando el sitio es más que la tienda. Páginas de marketing con sus propias necesidades de renderizado. Contenido que no pertenece a Shopify. Un sistema de diseño compartido con una aplicación. Una segunda fuente de datos. A partir de ahí las suposiciones de Hydrogen empiezan a costar en vez de ayudar.

La prueba del tráfico, antes de todo esto

Coja las plantillas que llevan sus ingresos. Normalmente la portada, una colección, una página de producto.

Mídalas con datos de campo, no con una prueba de laboratorio. Las causas son concretas y son pocas, y en una plantilla de Shopify la respuesta es muy a menudo una imagen principal que el navegador encuentra tarde, una tipografía que bloquea el pintado, y cuatro apps. Las tres se arreglan en Liquid, en una semana, por una fracción de una reconstrucción.

Si los números son malos y la causa es el modelo de renderizado de la plataforma y no lo que se le ha atornillado encima, tiene un caso real. Si la causa son tres imágenes, una reconstrucción le dará un sitio rápido y nunca sabrá si hacía falta.

Cuándo una plantilla es sencillamente lo correcto

Una tienda que es una tienda. Un equipo sin desarrollador de front. Un flujo de merchandising que depende del editor de plantillas. Un catálogo que cambia más a menudo que el código.

Construimos escaparates headless y aun así decimos esto: una plantilla Liquid bien mantenida gana a un escaparate headless que nadie cuida, y el segundo es lo que queda cuando la agencia se va y no se entregó nada. Qué incluye realmente un desarrollo es la pregunta que hay que hacer antes de firmar nada, también con nosotros.