WordPress o Laravel: cuál de los dos está construyendo

La búsqueda que trae a la gente a una página así casi nunca es una comparativa. Es alguien a mitad de un desarrollo en WordPress que ha empezado a sentirse mal, buscando permiso para parar.

Así que lo útil no es una tabla de funcionalidades, sino una prueba que puede aplicar a lo que está construyendo, y una explicación honesta de dónde cae la línea.

La mayoría de las veces la respuesta es WordPress

Si el producto es contenido - artículos, páginas, un sitio de marketing, una publicación con editores que tienen que trabajar sin un desarrollador -, WordPress es la respuesta correcta y el resto de esta página no le aplica. Tiene un panel que esos editores ya conocen, un plugin para casi todo lo que va a necesitar, alojamiento que cuesta casi nada, y un mantenimiento que no exige un retainer.

Las agencias que venden reescrituras tienen un incentivo evidente para decirle lo contrario. Nosotros vendemos trabajo en Laravel y aun así le decimos lo contrario: sustituir por una aplicación a medida un WordPress que está haciendo su trabajo es la forma más fiable que conocemos de gastar seis cifras y acabar en un sitio ligeramente peor.

La prueba que lo decide

Quite el panel de administración. ¿Sigue siendo el producto el producto?

En una publicación, no. El panel es el producto. El valor está en que los editores publiquen, y todo lo demás existe para eso. En un sistema de reservas, un marketplace, un panel de control, una herramienta interna, la respuesta es sí. El panel es cómo alguien lo configura. El producto es lo que pasa cuando lo usa un cliente.

Contenido primero va a WordPress. Comportamiento primero va a un framework. La mayoría de los proyectos caros a los que nos llaman son productos de comportamiento que empezaron como productos de contenido, porque la primera versión sí era un sitio de folleto y nadie volvió a hacerse la pregunta cuando dejó de serlo.

Dónde se encarece WordPress de verdad

No en el rendimiento, ni en la seguridad en el sentido que afirman las páginas de comparativa. Las dos cosas se resuelven con dinero y atención.

Se encarece cuando las reglas de negocio se mudan a los plugins.

Un custom post type usado como modelo de dominio. La lógica de precios en un plugin de snippets. Un flujo de aprobación hecho de tres plugins, cada uno dueño de una parte y ninguno enterado de los otros. En ese punto tiene una aplicación escrita en un sistema sin capa de servicio, sin costura testeable, y con un modelo de datos de filas de wp_postmeta sin restricción alguna encima.

La señal es la pregunta dónde vive esta regla. En un WordPress sano es una pregunta de contenido con una respuesta de contenido. En aquellos a los que nos llaman, cuatro personas dan cuatro respuestas distintas y una de ellas es "creo que está en el tema".

WooCommerce, que es un asunto aparte

Conviene separar WooCommerce, porque es donde esta decisión sale mal más a menudo, y en las dos direcciones.

Por debajo de unos pocos miles de referencias, con impuestos estándar, envío estándar y una pasarela que ya soporta, WooCommerce es difícil de batir en coste. No lo reconstruya.

Se convierte en el contenedor equivocado cuando el pedido deja de ser simple. Suscripciones con prorrateo, precios B2B por cliente, un proceso de preparación con estados, un ERP con opiniones. Eso son reglas transaccionales, y wp_postmeta es mal sitio para guardar el registro de qué pasó y cuándo. Las columnas de dinero y las decisiones que no se pueden deshacer aplica aquí con toda su fuerza, sobre un esquema que usted no controla.

Cómo es mudarse, si se llega a eso

No como reescritura. Hemos visto fracasar bastantes como para tener una página sobre por qué.

La forma que funciona deja el contenido donde está. WordPress se queda como superficie de edición y fuente de contenido. La aplicación, la parte con las reglas de negocio, se construye al lado en Laravel y le pide a WordPress el contenido que necesita. Los editores conservan su herramienta. Nada sale del aire. Y la mudanza termina ruta a ruta en vez de en una fecha de lanzamiento.

La versión de esto que no es una migración

A veces la respuesta es que los dos siguen funcionando y ninguno se mueve. El sitio de marketing se queda en WordPress, mantenido por quien lo mantiene ahora. El producto es una aplicación Laravel. Comparten un sistema de diseño y nada más.

Esto molesta a quien quiere un solo sistema. Suele ser la respuesta correcta más barata, y que quede desordenado en un diagrama de arquitectura no es un argumento técnico.

Si está aquí porque un desarrollo en WordPress ha empezado a parecer una aplicación, cerrar exactamente eso por escrito antes de que nadie se comprometa es la primera fase de un desarrollo. Y si la respuesta honesta resulta ser que Laravel tampoco lo es, preferimos decirlo.

Si la tienda está en Shopify y no en WooCommerce, el argumento cambia de forma. Ahí no se compara un CMS con un framework, sino un producto alquilado con un sistema propio, y la frontera cae en otro sitio.

La misma frontera está en el mismo sitio en otros sistemas de contenido, y no todos son iguales. Joomla trae control de acceso y multilingüe que WordPress necesita plugins para hacer, y eso cambia qué merece conservarse y qué tiene que moverse.