Sabíamos optimizar WordPress como nadie. Por eso lo dejamos

Durante muchos años, la frase Code is Poetry representó la vanguardia de la publicación digital. WordPress democratizó la web, redujo plazos y nos permitió construir desde sitios corporativos tradicionales hasta plataformas de alta demanda. Sin embargo, las reglas del juego en la industria del desarrollo de software y el ecosistema DevOps cambiaron drásticamente.

Hoy en día, el valor técnico no está en sostener una plataforma mediante parches y capas defensivas, sino en la agilidad de los despliegues continuos, la orquestación nativa en la nube, el control estricto de paquetes y la eficiencia de la infraestructura. Bajo este prisma, mantener ciertos proyectos en WordPress responde más a la inercia y la costumbre que a una decisión arquitectónica justificada.

En nuestra IDA hoy cerramos un ciclo. Migramos nuestros sitios principales, www.ida.cl y blog.ida.cl, incluyendo un histórico de más de 2.550 artículos publicados desde 2011, hacia un ecosistema moderno compuesto por Nuxt 4, Tailwind, Directus como CMS Headless y PostgreSQL.

No se trata de una cruzada contra el pasado y wordpress, sino de una evolución natural hacia las necesidades presentes del desarrollo moderno. A continuación, desglosamos las razones técnicas de este cambio.

5 razones arquitectónicas para dejar WordPress

1. La fatiga de la sobreingeniería en la nube

Hacer correr WordPress de manera óptima en entornos modernos de alta disponibilidad es técnicamente viable; de hecho, nosotros lo hacíamos bajo estándares estrictos. Utilizábamos pipelines automatizados, contenedores versionados, gestión de dependencias del núcleo, theme y plugins vía Composer, y buckets externos para desacoplar los archivos multimedia.

Sin embargo, el problema real es el esfuerzo desproporcionado que exige mantener este elefante blanco en la habitación. Cuando una plataforma no es nativa de la nube, asegurar las buenas prácticas DevOps se vuelve una batalla cuesta arriba. Y no es un temor teórico. Me tocó ver un caso de pura desesperación en un cliente, que desplegaba usando Git pero emulando el viejo flujo del FTP. Reemplazaba todo wordpress, sin versionar, sin paquetes, de una sola vez en un PCV, con carpetas de medios incluida sobre el volumen persistente y atados a un único Pod en Kubernetes. Un verdadero contrasentido técnico. Dramático.

2. El desperdicio de recursos y el fantasma del OOMKill

WordPress procesa de forma dinámica cada visita por defecto, sin discriminar si el contenido ha cambiado o no. Si un artículo técnico no se ha editado en meses, no existe justificación para encender toda la maquinaria de ejecución de PHP y consultar la base de datos en cada lectura. Intentar mitigar esto con suites pesadas de seguridad o cachés agresivas a nivel de aplicación suele trasladar el problema a la memoria RAM, convirtiendo los contenedores en candidatos ideales para el temido error de agotamiento de memoria o OOMKill.

3. El infierno de las dependencias y la pérdida de foco

El ecosistema de plugins se transformó con los años. Lo que antes era modularidad colaborativa hoy es un mercado fragmentado de suscripciones, micro-pagos recurrentes y dependencias cruzadas que aportan poco valor técnico. Coordinar la actualización del núcleo, los temas y las extensiones sin romper el entorno de producción añade una fricción constante al ciclo de lanzamientos, obligando a los equipos a gastar energía en mantener la estabilidad de la herramienta en lugar de mejorar el producto.

4. Gestión arcaica de medios y almacenamiento

El manejo nativo de imágenes en el monolito duplica de forma masiva los archivos en múltiples tamaños preconfigurados durante la carga, consumiendo almacenamiento de manera ineficiente. Intentar resolver esto con redes de distribución de contenido y almacenamiento S3 requiere apilar capas de abstracción frágiles mediante plugins de terceros que complican innecesariamente el mapeo de infraestructura.

5. Complejidad estructural mal enfocada

Tener que dedicar tiempo sin control de desarrollo a configurar contenedores auxiliares, capas de caché (Varnish) y parches defensivos (modsecurity) para que la arquitectura sea segura y liviana demuestra que la prioridad está invertida. La pregunta clave deja de ser si es técnicamente posible lograrlo, sino si todavía tiene sentido. La complejidad técnica debe estar orientada a resolver las lógicas de negocio y la experiencia de usuario, no a sostener la infraestructura básica de la plataforma.

10 razones para migrar a una arquitectura moderna: Nuxt + Directus

La alternativa al monolito no es otro monolito. La solución actual pasa por desacoplar responsabilidades: el frontend presenta, el CMS administra de forma independiente, la base de datos relacional almacena y los servicios auxiliares optimizan. Así funciona nuestro nuevo flujo de trabajo:

1. Separación real de responsabilidades

Directus opera de manera completamente agnóstica al frontend. Nos permite modelar datos, flujos de trabajo y permisos con total libertad a través de una API limpia, eliminando la necesidad de condicionar el diseño o la lógica de la aplicación a un motor de plantillas o un framework de frontend predeterminado.

2. Renderizado híbrido e inteligente

Al adoptar un framework moderno como Nuxt, el contenido histórico y estático se genera durante la compilación o se renderiza en el servidor sólo cuando es estrictamente necesario. Las lecturas de los usuarios ya no golpean la base de datos de manera directa; el contenido llega de inmediato, optimizando la velocidad de carga al máximo.

3. Modelamiento de datos transparente con PostgreSQL

Le dijimos adiós a la saturación y la estructura caótica de tablas universales como la vieja tabla de metadatos de WordPress. Al utilizar PostgreSQL integrado de forma nativa con Directus ganamos legibilidad absoluta. Los esquemas de datos son relacionales, limpios y predecibles; sabemos con precisión matemática qué tipo de dato se almacena y dónde.

4. Infraestructura ligera y eficiente

Al remover el peso muerto de la ejecución del monolito, el consumo de CPU y memoria se desplomó. Esta drástica optimización de recursos nos permitió migrar de entornos de orquestación densos hacia soluciones de Kubernetes más ágiles y livianas como K3s, reduciendo los costos operativos de infraestructura.

5. CI/CD fluido y esquemas como código

En este nuevo entorno todo es versionable. Directus permite exportar y gestionar los esquemas del modelo de datos mediante capturas en formato JSON. Esto significa que los pipelines de integración y despliegue continuo en GitLab controlan entornos, paquetes, configuraciones y versiones de forma totalmente nativa y sin fricciones.

6. Almacenamiento desacoplado y procesamiento bajo demanda

A través de almacenamiento compatible con S3 utilizando MinIO, los archivos multimedia viven aislados de la aplicación. Las transformaciones, redimensionamientos y optimizaciones a formatos modernos como WebP o AVIF se ejecutan bajo demanda según los requerimientos exactos del frontend, sin penalizar el almacenamiento estático.

7. Una experiencia de desarrollo superior

Trabajar dentro del ecosistema de Vue y Nuxt 4, con soporte nativo para TypeScript, gestión de estado predecible a través de Pinia y estilizado ágil con Tailwind, eleva drásticamente la satisfacción del equipo. Se traduce en menos frustración buscando errores a ciegas y una mayor velocidad de entrega.

8. Migraciones masivas asistidas por Inteligencia Artificial

Trasladar un volumen de más de 2.550 artículos no requirió meses de trabajo manual. Diseñamos un flujo donde la IA interpretó las APIs de WordPress, mapeó los contenidos estructurados, generó los esquemas correspondientes en Directus y automatizó la ingesta de datos en un tiempo récord, garantizando la continuidad de metaetiquetas SEO críticas y redirecciones de URLs.

9. Depuración profunda del sitio

El cambio de arquitectura nos forzó a realizar una auditoría de calidad de la información. Eliminamos cientos de páginas indexadas de bajo valor técnico para SEO que los sistemas tradicionales generan de forma automática, como paginaciones infinitas, taxonomías vacías o archivos duplicados, limpiando el perfil técnico del sitio web frente a los motores de búsqueda.

10. Foco en la verdadera ingeniería de producto

Esta arquitectura moderna es exigente; comprender los ciclos de vida entre cliente y servidor, el estado asíncrono y las estrategias de hidratación requiere un conocimiento técnico maduro. No obstante, la ventaja radica en que la complejidad ahora está donde genera valor: en escribir código limpio, escalable y eficiente, en lugar de configurar capas de contención para evitar que un sistema antiguo ceda ante la demanda.

El fin de un ciclo técnico

WordPress sigue ocupando un lugar masivo en la web y es una herramienta completamente válida para proyectos donde los requerimientos de arquitectura, infraestructura en la nube o reutilización omnicanal del contenido no sean prioritarios.

Sin embargo, cuando el objetivo de una organización es escalar con madurez digital, optimizar el rendimiento y operar bajo estándares DevOps contemporáneos, es fundamental identificar el momento exacto para prevenir la inercia y evolucionar. Nos despedimos de una plataforma que nos acompañó durante años, no porque haya dejado de funcionar, sino porque encontramos un estándar de ingeniería que responde con creces al futuro de nuestra industria.