Si llevas tiempo montando proyectos web para clientes medianos y grandes, seguramente ya tienes automatizado el ciclo típico: WordPress como núcleo, plantilla, plugins indispensables y un hosting que “aguante picos”. Ese guion tiene sentido porque el CMS es muy extendido, pero no es el único mundo. Liferay ha lanzado un sistema de gestión de contenidos desacoplado dentro de su ecosistema DXP, centrado en repositorios y canales múltiples. La noticia viene de la capa tecnológica y no tanto del titular, pero importa porque delimita muy bien en qué zona compite cada herramienta.
Yo no pretendo aquí venderte Liferay ni hacer de paladín de nadie; quiero ordenar tres cosas: qué problema resuelven los proveedores DXP cuando hablan de “CMS desacoplado”, por qué en la práctica muchas pymes siguen igual de lejos de ese modelo, y qué tienes que mirar antes de tirar carpetazo a lo que ya te funciona en WordPress cuando entra en escena algo como WordPress 7.0 (Webempresa, “Novedades de WordPress 7.0”).
Repos centralizados y multicanal: no sólo otro backend bonito
El anuncio de Liferay apunta hacia contenido desde un punto central, distribuido a web, apps móviles y otros canales. En papel suena muy serio porque lo es en organizaciones grandes con equipos paralelos (legal, marketing, tecnología) pisándose el mismo parquet. Traducción asistida por IA y workflows de trabajo en equipo encajan mejor en empresas con presupuesto y personal dedicado que en el autónomo que sólo quiere publicar páginas y captar leads (HayCanal Apps de Gestión, noticia sobre Liferay CMS).
Aquello que en meetups llamamos a veces “CMS headless” o “headless-lite” lleva tiempo creciendo. Una comparativa reciente de plataformas CMS refleja un mercado muy fragmentado: Shopify, Wix y WooCommerce creciendo detrás de los gigantes, con WordPress todavía muy presente cuando miras uso global (InMotion Hosting, “Las mejores plataformas CMS para 2026”). Si te mueves en entornos españoles el peso reputacional sigue cayendo a favor del ecosistema WP, así que tus clientes pueden “pedir Liferay en la reunión” y acabar igual de satisfechos con WordPress si el alcance era otro.
WordPress 7.0: colaboración e IA antes que el rebranding superficial
La lectura habitual en la prensa especializada española es que WordPress 7.0 llega cargado de mejoras perceptibles: colaboración en tiempo real, panel renovado, IA integrada en el núcleo y edición más orientada al responsive (Webempresa, ibíd.). Bien ¿pero qué de eso debe importarte de verdad en clientes típicos? En mi orden de prioridades lo primero es que tus actualizaciones de plugins y tema no rompan cuando el cliente pulse “actualizar”: la responsabilidad recae en mantenimiento, no sólo en el lanzamiento inicial.
Si tu equipo trabaja en remoto, necesitas menos fricciones en edición colegida: cuando varias personas tocan contenido en paralelo, la parte colaborativa importa bastante más que un rebranding superficial. La IA dentro del núcleo suena muy marketiniana si no defines límites: si quieres texto rápido sin tono marca, lo tendrás. Si antes no tenían guía editorial, no la tendrás mágica solo por tener un modelo embebido. Piensa en la IA como acelerador con reglas, no como estrategia suelta si no tienes proceso.
Cuándo no compensa imitar Liferay en una pyme con WordPress suficiente
El lanzamiento de Liferay encaja mejor donde el coste incremental de infraestructura y consultoría se diluye frente a muchos proyectos internos y el “repositorio único” deja de ser un eslógan para convertirse en contrato (HayCanal, ibíd.). En una pyme muy posiblemente el cuello de botella está en proceso comercial, soporte legal básico o fotografía mediocre, no en tener un DXP de factura alta. Tirarás de tiempo en WordPress o un stack cercano porque el ratio coste-tiempo es menor.
Lo práctico es que si tienes un cliente que menciona Liferay o “repositorio único”, primero aclaras tamaño de equipo, canales objetivo y SLA de publicación y sólo después hablas si un headless de verdad compensa el salto porque no todas las migraciones reversibles parecen bonitas en el dossier comercial cuando hay que ejecutar soporte nivel 2 un viernes tarde.
Checklist rápido antes de abrir ese melón en una reunión con el cliente
- Audiencias e idiomas: si solo trabajáis español y pocas landing, no necesitáis orquestador nuclear.
- Integraciones ERP o CRM pesadas: ahí sí puede tener sentido algo más corpóreo que WP “de serie”, pero con implementación ordenada y presupuesto de integración clarísimo.
- Capacidades de tu equipo: ¿domináis Node, React, builds y pipelines o vivís cómodos con PHP y temas bien mantenidos? No subestimes el segundo camino: muchos proyectos sanean mejor con menos piezas.
- Hosting y seguridad: ya no vale el “paso de versión cuando puedo” si el cliente vive del negocio online; necesita ciclo de parcheo entendido y pagado como servicio recurrente si quieres dormir bien.
Sigo recomendando staging serio ante cada salto importante de núcleo y documentar rollback. La promesa de versión nueva no vale media hora perdida cuando un plugin incompatible hace saltar errores PHP en medio de checkout.
Si al final tus fuentes llevan a tirar Liferay como solución porque “eso es enterprise” pero tus integraciones siguen siendo sólo WooCommerce bien hecho y páginas informativas, probablemente tienes un cliente con expectativas hinchadas. Mejor ajustáis alcance antes de ejecutar porque no hay tecnología cara que substituya proceso editorial mediocre.
Fuentes:
- HayCanal Apps de Gestión — Liferay CMS
- InMotion Hosting — Las mejores plataformas CMS para 2026
- Webempresa — Novedades de WordPress 7.0
Si esta semana un cliente grande te dice que debe ir “tipo Liferay”, pero tus ingresos reales siguen viniendo sobre todo de contenido bien cacheado sobre WordPress, ¿firmarías igual un presupuesto de headless nuevo o le propondrías antes un piloto multisitio mantenido con lo que ya controlas?