Cómo crear un portal de transparencia y gobierno abierto con Drupal para entidades públicas y organizaciones
La Ley 19/2013, de 9 de diciembre, de transparencia, acceso a la información pública y buen gobierno (LTAIPBG) cambió por completo el listón de la publicidad activa en España. Desde que entró en vigor, ayuntamientos, diputaciones, universidades públicas, fundaciones del sector público y organismos autónomos tienen que exponer información institucional, económica, presupuestaria y estadística de manera accesible, estructurada y reutilizable. Sobre el papel, todos cumplen. A la práctica, muchas entidades siguen colgando secciones estáticas con PDFs sueltos que ni satisfacen los requisitos legales ni la curiosidad razonable de cualquier vecino.
Saber cómo crear un portal de transparencia y gobierno abierto con Drupal para entidades públicas y organizaciones se ha vuelto una conversación recurrente en cualquier ayuntamiento mediano. Drupal lleva más de una década siendo la referencia para portales de gobierno abierto. Lo usan la Casa Blanca, el Gobierno de Australia, la Comisión Europea y decenas de administraciones españolas. No es casualidad: su arquitectura modular, los permisos granulares y la capacidad para tratar datos estructurados encajan con un encargo donde cumplimiento, accesibilidad WCAG 2.1 AA y publicación de datasets abiertos no son extras, son requisitos de partida.
Qué exige la Ley de Transparencia y cómo afecta al diseño del portal
Antes de tocar una línea de código, conviene traducir los requisitos legales a decisiones de producto. La LTAIPBG marca tres bloques de obligaciones, y cada uno condiciona la arquitectura.
Publicidad activa (artículos 6 a 8)
Las entidades obligadas publican de oficio información sobre su organización, funciones, normativa aplicable, planes y programas, contratos, convenios, subvenciones, presupuestos, cuentas anuales, retribuciones de altos cargos y datos estadísticos. Aquí viene lo interesante: cada bloque pide un tipo de contenido propio en Drupal, con campos estructurados que permitan filtrar, buscar y descargar la información en CSV, JSON o XML. No vale con maquetar tablas.
Derecho de acceso a la información pública (artículos 12 a 24)
Los ciudadanos pueden pedir información que no esté publicada, y eso obliga a montar un canal de solicitudes con seguimiento, plazos legales (un mes ampliable a dos), notificaciones y resolución motivada. El plazo se cuenta desde la recepción. Drupal resuelve este flujo con Webform combinado con módulos de workflow que controlan los estados de cada expediente.
Buen gobierno y datos abiertos
La ley no lo impone literalmente, pero el Real Decreto 1495/2011 sobre reutilización de la información del sector público y la Norma Técnica de Interoperabilidad (NTI) sí: los datos se publican en formatos abiertos y con metadatos conformes a DCAT-AP. Drupal genera catálogos compatibles con DCAT mediante vistas programáticas y feeds estructurados, lo que evita mantener un sistema paralelo de catalogación.
Arquitectura técnica de un portal de transparencia con Drupal
Un portal de transparencia no es una web informativa con PDFs enlazados. Es una aplicación de gestión documental y de datos, con actualizaciones frecuentes, varios perfiles editoriales y consultas complejas. La arquitectura debería reflejar eso desde el primer minuto.
Tipos de contenido y taxonomías
El modelo de contenido es la pieza más crítica del proyecto. Si se acierta aquí, lo demás fluye. Si se mezclan responsabilidades, cada cambio futuro duele. Estos son los tipos mínimos que pide un portal alineado con la LTAIPBG:
- Información institucional: organigrama, funciones, planes estratégicos, memorias de actividad.
- Contratos públicos: objeto, adjudicatario, importe, procedimiento, fecha de formalización, enlace al perfil del contratante.
- Convenios: partes firmantes, objeto, obligaciones económicas, plazo de vigencia.
- Subvenciones y ayudas: convocatoria, beneficiarios, importe, objetivo.
- Presupuestos y cuentas anuales: ejercicio, partidas presupuestarias, ejecución, liquidación.
- Retribuciones e indemnizaciones: cargo, retribución bruta anual, dietas, indemnizaciones.
- Solicitudes de acceso: datos del solicitante (anonimizados en publicación), objeto, estado, resolución, plazo.
- Datasets: fichero de datos, formato, frecuencia de actualización, licencia, metadatos DCAT.
Cada tipo necesita taxonomías transversales: área organizativa, ejercicio fiscal, categoría temática alineada con el esquema NTI, y estado de publicación. Drupal gestiona esas taxonomías con el módulo Taxonomy del core, y su sistema de referencias entre entidades permite cruzar información sin duplicarla. Un contrato puede apuntar a un convenio marco, y ese convenio a un plan estratégico, sin copiar campos.
Roles y permisos editoriales
Un ayuntamiento mediano puede tener entre cinco y quince personas alimentando el portal. Intervención sube presupuestos. Secretaría publica contratos. El área de participación gestiona solicitudes. Drupal define roles granulares con permisos por tipo de contenido y hasta por campo. Pero ojo: pasarse con la granularidad convierte la administración en un laberinto. Un técnico de intervención edita presupuestos sin tocar contratos, y un revisor legal aprueba publicaciones sin poder crearlas. El equilibrio se encuentra con un par de iteraciones junto a los editores reales.
El módulo Workflow del core de Drupal 10 gestiona los estados de publicación (borrador, en revisión, publicado, archivado) y asigna transiciones a roles concretos. Para flujos más exigentes, el módulo ECA (Event-Condition-Action) automatiza correos cuando un contenido cambia de estado o se acerca a un plazo legal, algo que en transparencia importa más de lo que parece.
Búsqueda y filtrado avanzado
Los ciudadanos no buscan en abstracto: buscan un contrato concreto entre miles. Las vistas de Drupal, combinadas con filtros expuestos y facetas (módulo Facets con Search API), construyen interfaces que filtran por tipo de información, rango de fechas, importe, área organizativa y texto libre. Para volúmenes altos, Search API con un backend Solr o Elasticsearch ofrece rendimiento y relevancia muy por encima de la búsqueda nativa de la base de datos. El matiz es que Solr o Elastic añaden infraestructura, y conviene meterlos solo cuando el volumen lo pide.
Módulos y herramientas clave para el portal
Drupal apenas requiere desarrollo a medida para cubrir la mayoría de funcionalidades. La comunidad ha madurado un ecosistema de módulos contribuidos que resuelven los requisitos habituales sin inventar nada.
Gestión documental y archivos
El módulo Media del core gestiona ficheros adjuntos (PDFs de contratos, hojas de cálculo) con metadatos, previsualización y control de versiones. Para entidades que manejan miles de documentos, Media Library organiza los archivos en colecciones navegables. File Entity asigna campos extra a cada fichero: fecha, número de expediente, clasificación. Detalles aparentemente menores que, tirando del hilo, ahorran horas a quien tiene que localizar un acta de 2018.
Accesibilidad y cumplimiento WCAG
La Directiva (UE) 2016/2102 y el Real Decreto 1112/2018 obligan a los portales públicos a cumplir WCAG 2.1 nivel AA. Drupal 10 trae soporte de accesibilidad en el core: etiquetado ARIA, gestión de foco, contraste configurable en los temas base. Editoria11y añade un verificador en tiempo real para los editores, marcando problemas de contraste, encabezados saltados o imágenes sin alt antes de publicar. Funciona como un revisor silencioso, y eso, en redacciones con prisa, marca la diferencia.
Datos abiertos y catálogos DCAT
Para cumplir con la NTI de reutilización, el portal ofrece un catálogo de datasets con metadatos estructurados. Drupal modela cada dataset como un tipo de contenido con campos para título, descripción, frecuencia, cobertura temporal, licencia y distribuciones (CSV, JSON, RDF). Las vistas programáticas generan el catálogo en formato DCAT-AP compatible con datos.gob.es, el portal nacional de datos abiertos. Si la entidad ya está federada con datos.gob.es, los nuevos datasets aparecen automáticamente, sin trabajo manual.
Formularios de solicitud de acceso
Webform crea el formulario de solicitud de acceso con todos los campos que pide la LTAIPBG: identificación, información solicitada, formato preferido de respuesta y medio de notificación. Trata los envíos como entidades, así que pueden pasar por un flujo de estados (recibida, en tramitación, resuelta, desestimada) con plazos automáticos y notificaciones. La integración nativa con el sistema de notificaciones de la entidad evita que el ciudadano reciba comunicaciones por dos canales distintos.
Rendimiento, seguridad y escalabilidad
Un portal de transparencia recibe picos predecibles: presupuestos anuales, apertura de convocatorias de subvenciones, periodos electorales. La infraestructura tiene que absorberlos sin que la experiencia se hunda.
Caché y CDN
Drupal 10 trae un sistema de caché por etiquetas (cache tags) que invalida solo el contenido modificado, sin purgar todo de golpe. Si encima añades un proxy inverso como Varnish y una CDN, el portal sirve miles de páginas por segundo con tiempos de respuesta por debajo de 200 milisegundos. Para contenido que apenas cambia (organigramas, normativa), la caché se configura con TTL largos que descargan el servidor de aplicaciones.
Seguridad y cumplimiento ENS
Las administraciones públicas españolas tienen que cumplir el Esquema Nacional de Seguridad (ENS, Real Decreto 311/2022). Drupal aporta varias ventajas concretas: parches coordinados por un equipo de seguridad dedicado, doble factor con TFA, registro de auditoría con Audit Log y compatibilidad con identidad federada (Cl@ve) mediante SAML o OpenID Connect.
El módulo Security Kit (SecKit) configura cabeceras HTTP de seguridad (Content-Security-Policy, X-Frame-Options, Strict-Transport-Security) desde la administración, sin tocar el servidor web. Para equipos pequeños sin sysadmin dedicado, ese detalle pesa más de lo que aparenta.
Alojamiento y soberanía de datos
Los datos de un portal de transparencia son información pública, pero sensible. Muchas entidades optan por infraestructura propia o por proveedores con centros de datos en territorio español que cumplan el ENS. Drupal funciona sobre la pila LAMP/LEMP estándar y no arrastra dependencias propietarias que cierren puertas. Config Split mantiene desarrollo, preintegración y producción sincronizados con despliegues reproducibles, lo que evita el clásico "funciona en local, no en producción".
Metodología de implantación: fases y plazos realistas
Un portal de transparencia con Drupal no se despliega en dos semanas. Tampoco hacen falta dieciocho meses. Con un equipo experimentado, un ayuntamiento de entre 20.000 y 200.000 habitantes sigue, más o menos, esta secuencia.
Fase 1: Análisis y modelo de contenido (3-4 semanas)
Auditoría de la información que ya publica la entidad, mapeo de obligaciones legales pendientes, definición de tipos de contenido, taxonomías, roles y flujos. De aquí sale el documento funcional que guía el desarrollo. Si esta fase se hace en frío, sin sentarse con los editores reales, el proyecto sufre más adelante.
Fase 2: Desarrollo y configuración (6-8 semanas)
Instalación del perfil base, configuración de tipos de contenido, vistas, formularios, permisos y flujos. Integración con el catálogo de datos abiertos y con identidad digital si aplica. Tema visual conforme a la imagen corporativa, con validación WCAG 2.1 AA en paralelo, no al final.
Fase 3: Migración de contenido y formación (3-4 semanas)
Migración desde la web anterior, hojas de cálculo o bases de datos departamentales. El módulo Migrate del core automatiza migraciones desde varias fuentes con mapeo y transformaciones. En paralelo, formación a los equipos editoriales. La formación importa tanto como el desarrollo: un portal impecable que nadie sabe alimentar termina abandonado en seis meses.
Fase 4: Lanzamiento y soporte (2 semanas + mantenimiento continuo)
Pruebas de carga, auditoría de seguridad, despliegue y soporte intensivo. Después, el portal pide mantenimiento continuo: actualizaciones, ampliaciones funcionales y soporte editorial. Asumir desde el principio que el despliegue no es el final ahorra frustraciones.
El portal de transparencia como palanca de confianza institucional
Un portal de transparencia bien construido hace mucho más que cumplir una obligación legal. Reduce las solicitudes de acceso porque la ciudadanía encuentra lo que busca sin pedirlo. Mejora la eficiencia interna porque obliga a estructurar información que antes vivía en carpetas departamentales desconectadas. Y genera confianza institucional medible: el Índice de Transparencia Internacional España evalúa a ayuntamientos y comunidades autónomas con indicadores que un portal Drupal bien configurado cubre de forma nativa.
Quien entiende cómo crear un portal de transparencia y gobierno abierto con Drupal para entidades públicas y organizaciones sabe que la flexibilidad de la plataforma es lo que permite adaptar el proyecto a cada caso sin renunciar a estándares. Una diputación que gestiona datos de treinta municipios tiene requisitos distintos a los de una universidad pública con obligaciones de rendición de cuentas académicas. Ambos escenarios encajan con configuraciones diferentes.
Si tu organización necesita un portal de transparencia que cumpla la ley, respete los estándares técnicos y ofrezca una experiencia real de gobierno abierto, Hablemos sobre cómo construir tu portal de transparencia con Drupal. Llevamos años ayudando a entidades públicas a convertir obligaciones normativas en proyectos digitales que funcionan.