Ir al contenido

Shopify o Laravel: dónde se rompe el modelo de pedido

Shopify es un producto que se alquila, y para la mayoría de tiendas es la respuesta correcta. La frontera no es el catálogo, es el momento en que su pedido deja de ser simple.

4 min de lectura

La mayoría de las páginas de comparativa sobre esto las escriben agencias que construyen tiendas a medida. Así que claramente: para la mayoría de negocios que buscan esto, Shopify es lo correcto y no hace falta que sigan leyendo.

Shopify no es un framework con limitaciones. Es un producto que se alquila, y el alquiler incluye alojamiento, alcance PCI, control de fraude, disponibilidad, y un equipo cuyo único trabajo es mantener un checkout en pie el Black Friday. Reconstruir eso para poseerlo necesita mejor razón que las ganas de poseerlo.

Lo que cuesta Shopify de verdad

Antes de declararlo caro, súmelo bien, porque casi nadie lo hace.

La cuota es la cifra pequeña. La cifra real es el porcentaje por transacción sobre cada pedido, más las apps. Una tienda con algo de historia suele cargar entre ocho y quince: suscripciones, packs, reseñas, una lista de deseos, un gestor de feeds, un maquetador de páginas, dos que nadie recuerda haber instalado. Cada una es una cuota mensual y cada una inyecta script en su escaparate.

Escriba ese total. A veces es genuinamente grande y el caso se defiende solo. A menudo es menor que el coste de mantenimiento de lo que vendría a sustituirlo, y saberlo antes de empezar vale la hora que cuesta.

El tamaño del catálogo es la métrica equivocada. Shopify lleva catálogos grandes sin problema, y hemos visto catálogos pequeños que tenían que irse.

La línea es el pedido. Si su pedido es estos artículos, esta dirección, este pago, Shopify lo modela de forma nativa y todo funciona. Deja de encajar cuando el pedido carga reglas de negocio de las que Shopify no tiene concepto:

  • Precios que dependen de quién compra, en términos de contrato y no de códigos de descuento.
  • Un proceso de preparación con estados - aprobación, envío parcial, pendiente de stock, devolución a proveedor - que tiene que ser consultable y reportable.
  • Suscripciones con prorrateo, cambios a mitad de ciclo y un registro de facturación que sigue cuadrando un año después.
  • Stock que vive en un ERP con opiniones firmes que no va a cambiar.
  • Presupuestos, aprobaciones, límites de crédito. Toda la forma B2B.

Cada una se puede aproximar con apps y metacampos. La pregunta es cuántas aproximaciones está corriendo el negocio a la vez, y si alguien puede todavía decir dónde vive una regla, que es la misma pregunta que lo decide en cualquier plataforma.

Lo que un desarrollo propio tiene que ganarse

Una tienda a medida arranca por detrás. Sin checkout, sin control de fraude, sin ecosistema de apps, sin equipo de guardia. Para valer la pena tiene que eliminar más trabajo del que crea.

Los casos en que lo hace son concretos. Un negocio donde el propio proceso de pedido es el producto. Una operación donde cada día se van horas de personal en rodear la plataforma. Una empresa cuyo stock y precios viven en un sistema con el que Shopify solo puede hablar por un CSV nocturno. Existen, son bastante comunes como para que los construyamos, y no son la mayoría de las tiendas.

La forma que conserva Shopify

La decisión rara vez es todo o nada, y la opción intermedia está infravalorada.

Shopify conserva el checkout, el cumplimiento de pagos y la parte del flujo donde los errores son caros y están regulados. Su aplicación Laravel posee el motor de precios, los permisos, los estados de preparación, la estructura de cuentas B2B - lo que haga inusual a su negocio - y habla con Shopify por su API.

Lo que hay que diseñar deliberadamente es qué sistema es la fuente de verdad de un pedido una vez existe, y qué pasa cuando los dos discrepan. Eso es conciliación, y es el trabajo al que dedicamos más tiempo en cualquier integración.

Si al final se mueven

Trate el mapa de URL como el primer entregable. URL de colección y de producto, los parámetros de filtro y paginación, una redirección para cada URL que haya posicionado. Un cambio de plataforma que descubre sus redirecciones la última semana ya ha regalado el tráfico que intentaba proteger.

Y construya el modelo de pedido antes que el escaparate. El escaparate es la parte que todos quieren mirar y la más barata de cambiar después. El pedido no es ninguna de las dos cosas.

Si el carrito está autoalojado en lugar de alquilado, nada del argumento de propiedad anterior aplica y la pregunta es otra. OpenCart es la versión de ella que más nos plantean.

Preguntas relacionadas

¿Sale más barato un desarrollo propio que Shopify a la larga?
Normalmente no, y quien diga lo contrario está contando solo la cuota. Shopify incluye alojamiento, alcance PCI, control de fraude, disponibilidad y un equipo manteniendo el checkout. Un desarrollo propio traslada todo eso a su presupuesto. Gana cuando elimina trabajo, no cuando elimina una cuota mensual.
¿Podemos conservar el checkout de Shopify y construir el resto?
Con frecuencia sí, y a menudo es la forma correcta. Shopify conserva el checkout y el cumplimiento de pagos, y su aplicación posee los precios, los permisos y todo lo que hace inusual a su negocio. Lo que hay que diseñar con cuidado es qué sistema es la fuente de verdad de un pedido una vez existe.
¿Y Shopify Plus?
Plus aporta extensibilidad del checkout, límites de API más altos y funciones B2B que eliminan algunas de las razones para irse. Conviene ponerle precio frente a un desarrollo propio antes de empezar uno, porque en una parte apreciable de los casos que nos plantean, Plus es la respuesta más barata.
¿Cómo migramos sin perder tráfico de búsqueda?
Tratando el mapa de URL como el primer entregable y no el último. URL de colección y de producto, los parámetros de filtro y paginación, y una redirección para cada URL que haya posicionado alguna vez. Un cambio de plataforma que descubre sus redirecciones la última semana ya ha perdido lo que intentaba proteger.

← Volver a todos los artículos

Llamar+1 848 272 7583WhatsApp+90 850 308 5436Correoinfo@codefacture.comPágina de contacto