Era martes, 2 de la tarde. Estaba en FONTUR revisando el portal de turismo que llevaba años en Drupal 7 —ya deprecado, claro— cuando el director ejecutivo me llamó a su oficina. "¿Por qué los municipios no actualizan sus contenidos?" preguntó. Revisé los logs. Los alcaldes tenían usuarios creados, pero ninguno entraba hace meses.
Llama a uno de Nariño. Me dijo: "Es que ese sistema es muy complicado. Necesito llamar al técnico para cambiar una foto." Eso fue mi click.
Drupal es poderoso —de una, bacano si sabes qué haces— pero exige una arquitectura mental que los funcionarios públicos no tienen por qué desarrollar. La taxonomía, los vocabularios controlados, la distinción entre nodos y campos. Es hermoso para desarrolladores. Desastroso para alguien que solo quiere escribir noticias.
El caso concreto: RAP-E Región Central
Llegué a RAP-E hace cinco años. Tenían un Drupal 8 con tres desarrolladores dedicados y seis municipios esperando poder actualizar sus propios portales de forma autónoma. Pero —y aquí va lo importante— cada cambio requería ticket, revisión técnica, deployment. Los alcaldes se cansaron.
Entonces pasamos tres municipios a WordPress. No fue decisión mía al principio —fue casi por accidente, honestamente. Un técnico contratista sugirió probarlo en uno de prueba. Y sucedió algo raro: en dos semanas, el secretario de cultura de ese municipio estaba subiendo eventos él mismo. Sin preguntar. Sin miedo.
Aunque WordPress es "menos escalable" —según la teoría— funcionó donde Drupal había fracasado. ¿Por qué? Porque en el sector público no necesitas escalabilidad en la arquitectura de contenidos. Necesitas que el alcalde pueda escribir sin intermediarios.
La verdad incómoda
Me equivoqué cuando asumí que la complejidad era una fortaleza. En la Secretaría Jurídica Distrital pasó lo mismo: heredamos un Drupal con permisos granulares tan ajustados que cambiar un párrafo de una sentencia requería cinco clics en diferentes pantallas. Migramos a WordPress con roles simples. Los abogados felices.
Y no es que Drupal sea malo. Es que Drupal fue diseñado para resolver problemas que las entidades públicas no tienen. Un periódico grande, una plataforma de comercio electrónico compleja, un portal con miles de usuarios con permisos distintos. Sí, Drupal brilla.
Pero un municipio con 50 empleados y 10 que actualizan contenido. Todavía no entiendo por qué seguimos recomendando Drupal para eso.
El detalle que nadie menciona
En el Archivo General de la Nación trabajamos con colecciones digitales masivas. Ahí Drupal tiene sentido. Los metadatos, la taxonomía, los vocabularios. El sistema que construimos fue hermoso. Pero para los portales de contenido general de la nación, WordPress gana. Y aquí viene lo ojo con eso: no es un problema de tecnología. Es un problema de adopción. El funcionario que entra una vez por semana a actualizar la página de contactos no va a aprender Drupal.
¿Debería? Tal vez. Pero la realidad del Estado colombiano es otra.
Llevamos diez años viendo proyectos fracasar no porque la tecnología fuera mala, sino porque nadie más que el desarrollador sabía usarla. WordPress resolvió eso. Para el sector público, a veces la solución simple es la solución correcta.