Portal de transparencia y datos abiertos con Drupal

Cómo crear un portal de transparencia y datos abiertos con Drupal

La Ley 19/2013, de 9 de diciembre, de transparencia, acceso a la información pública y buen gobierno, obliga a las administraciones públicas españolas a publicar de forma proactiva información institucional, organizativa, de planificación y de relevancia jurídica. A esa obligación legal se le suma algo que cualquier responsable TIC nota a diario: la ciudadanía pide datos, los pide en formatos reutilizables y los pide ya. Drupal lleva años demostrando que puede sostener ese peso. Veamos cómo montar el portal desde cero.

Por qué Drupal es la plataforma adecuada para portales de transparencia

Quien haya gestionado un CMS convencional para un organismo público sabe lo rápido que se queda corto. Drupal no tiene ese problema. Su arquitectura modular, su sistema de permisos granular y una comunidad global lo han convertido en la opción de referencia para gobiernos de medio mundo. El caso más conocido: whitehouse.gov. En España, comunidades autónomas, diputaciones y ayuntamientos grandes lo usan para sus sedes electrónicas.

Las razones concretas:

• Contenidos estructurados de verdad. Taxonomías complejas, campos personalizados, relaciones entre entidades... Drupal lo gestiona de forma nativa. Cuando cada dato tiene una categoría legal, un área responsable y una fecha, eso marca la diferencia.
• Roles y permisos a medida. Se pueden definir flujos de publicación con tantos niveles de revisión como hagan falta, algo imprescindible cuando publican varias concejalías o direcciones generales.
• Estándares abiertos. Genera contenido en JSON, XML, CSV y RDF sin desarrollos a medida excesivamente complejos.
• Seguridad contrastada. Su equipo de seguridad dedicado publica parches de forma periódica. Para un portal público, esto no es negociable.
• Accesibilidad desde el núcleo. Drupal sigue las pautas WCAG de serie, lo que allana el cumplimiento normativo.

Requisitos legales: qué exige la Ley 19/2013 y la normativa complementaria

Antes de tocar una línea de código, hay que tener claras las obligaciones. La Ley 19/2013 establece en su Título I las obligaciones de publicidad activa, organizadas en tres bloques:

1. Información institucional, organizativa y de planificación. Estructura orgánica, funciones, planes, programas, grado de cumplimiento y resultados.
2. Información de relevancia jurídica. Directrices, instrucciones, anteproyectos de ley, memorias e informes.
3. Información económica, presupuestaria y estadística. Contratos, convenios, subvenciones, presupuestos, cuentas anuales, retribuciones de altos cargos y declaraciones de bienes.

Pero la ley estatal es solo el suelo mínimo. Cada comunidad autónoma tiene su propia ley de transparencia, y muchas amplían el catálogo de información publicable. Hay que sumar la Norma Técnica de Interoperabilidad de Reutilización de Recursos de Información (NTI-RISP), que fija los estándares para publicar datos abiertos en el sector público español.

Y un detalle que a veces se pasa por alto: el Real Decreto 1112/2018 sobre accesibilidad de los sitios web del sector público, que traspone la Directiva europea 2016/2102, exige conformidad nivel AA según las WCAG 2.1. Incumplirlo no es solo un fallo técnico; es un incumplimiento normativo.

Arquitectura técnica: componentes clave del portal

Un portal de transparencia y datos abiertos con Drupal se organiza en tres capas funcionales. Conviene definirlas bien desde el primer día para no tener que rehacer la estructura más adelante.

Capa de gestión de contenidos

Aquí está el corazón del portal. Se definen los tipos de contenido que reflejan las categorías de información obligatoria. Un diseño habitual incluye:

• Tipo de contenido "Publicación de transparencia", con campos para categoría legal, fecha de publicación, área responsable, documento adjunto y enlace al BOE o boletín oficial correspondiente.
• Tipo de contenido "Conjunto de datos" (dataset), con campos para título, descripción, frecuencia de actualización, licencia, formato de descarga y enlace al recurso.
• Taxonomías jerárquicas que replican la estructura de los artículos 6 a 8 de la Ley 19/2013 y habilitan la navegación por categorías.

Los módulos que no pueden faltar: Field Group para organizar campos en pestañas, Paragraphs para contenido flexible en páginas estáticas y Entity Reference para vincular datasets con sus distribuciones.

Capa de datos abiertos e interoperabilidad

Publicar datos abiertos significa que la información sea accesible en formatos estructurados y legibles por máquinas. Drupal ofrece varias vías.

Integración con CKAN. CKAN es la plataforma de referencia mundial para catálogos de datos abiertos. La usa datos.gob.es y la mayoría de portales de datos abiertos en España. Se puede integrar de dos maneras:

• Federación mediante cosechador (harvester). Drupal expone un endpoint DCAT que CKAN cosecha periódicamente. El módulo DCAT genera el feed RDF/XML conforme al perfil DCAT-AP, y el catálogo nacional agrega automáticamente los datasets. Es la vía más limpia para ganar visibilidad en datos.gob.es.
• API bidireccional. Un módulo personalizado conecta con la API de CKAN para sincronizar metadatos en ambas direcciones. Adecuado cuando CKAN actúa como repositorio central y Drupal como interfaz de publicación.

Formatos de exportación. Con Views Data Export o JSON:API (incluido en el núcleo de Drupal 10) se generan endpoints en CSV, JSON y XML para cada conjunto de datos, facilitando la descarga directa.

Estándares de metadatos. Cada dataset debe documentarse con el vocabulario DCAT (Data Catalog Vocabulary) del W3C y, en el ámbito español, con el perfil NTI-RISP. Como mínimo: título, descripción, editor, fecha de publicación, frecuencia de actualización, cobertura temporal, licencia y al menos una distribución con formato y URL de acceso.

Capa de presentación y accesibilidad

El diseño tiene que priorizar la usabilidad y la accesibilidad. Lo estético viene después.

• Tema base accesible. Olivero, el tema por defecto de Drupal 10, cumple WCAG 2.1 AA y ofrece un buen punto de partida. Se extiende con un subtema que aplique la identidad corporativa de la administración sin sacrificar la accesibilidad.
• Buscador potente. Search API combinado con Apache Solr permite búsquedas facetadas por categoría, fecha, área responsable y formato. Cuando el volumen de publicaciones crece --y crece rápido--, un buscador mediocre mata la utilidad del portal.
• Navegación por indicadores. Un panel de control en portada que muestre el grado de cumplimiento por categorías, con indicadores visuales, mejora la percepción de transparencia y facilita la supervisión interna.

Flujo de publicación: del borrador al dato abierto

Uno de los puntos fuertes de Drupal frente a otras opciones es la capacidad de definir flujos de trabajo complejos. En un portal de transparencia, un flujo típico pasa por cuatro estados:

1. Borrador. El técnico del área responsable crea el contenido y adjunta la documentación.
2. Revisión jurídica. El servicio jurídico verifica que la publicación cumple con la normativa de protección de datos y que no incluye información que deba anonimizarse.
3. Validación del responsable de transparencia. Se comprueba que la información corresponde a la categoría legal correcta y que los metadatos están completos.
4. Publicación. El contenido pasa a publicado y, si se trata de un dataset, se dispara la generación del feed DCAT para que el cosechador de datos.gob.es lo recoja en el siguiente ciclo.

El módulo Content Moderation, incluido en el núcleo de Drupal, gestiona estos estados. Se complementa con Workbench Email o ECA (Event-Condition-Action) para enviar notificaciones automáticas a cada responsable cuando le toca revisar.

Ejemplos reales en España

Varios organismos públicos españoles han apostado por Drupal y los resultados están en producción:

• Portal de transparencia del Gobierno de Aragón. Construido sobre Drupal, integra publicidad activa con un catálogo de datos abiertos federado con el catálogo nacional.
• Ayuntamiento de Madrid (datos.madrid.es). Su catálogo CKAN es independiente, pero la web institucional que lo enmarca corre sobre Drupal. La interoperabilidad entre ambos sistemas demuestra que la convivencia funciona.
• Diputaciones provinciales. Numerosas diputaciones en España usan Drupal para sus sedes electrónicas y portales de transparencia, aprovechando la capacidad multisite para gestionar varios municipios desde una única instalación.

Estos casos confirman que la plataforma escala igual de bien para un ayuntamiento mediano que para un organismo autonómico con volúmenes de información elevados.

Mantenimiento y evolución del portal

Un portal de transparencia no es un proyecto que se entrega y se olvida. Requiere mantenimiento continuo:

• Actualizaciones de seguridad. Drupal publica avisos de seguridad los miércoles. Los parches críticos deben aplicarse en un máximo de 48 horas. Un contrato de mantenimiento con un equipo especializado garantiza esos tiempos de respuesta.
• Actualización de contenidos. La Ley 19/2013 no solo exige publicar: exige mantener la información al día. Hay que asignar responsables internos y fijar periodicidades de revisión por cada categoría. Sin esa disciplina, el portal se convierte en un cementerio de PDFs desactualizados.
• Monitorización de accesibilidad. Las auditorías deben hacerse al menos una vez al año y tras cada cambio relevante en el diseño. Herramientas como Axe o WAVE permiten comprobaciones automatizadas, pero no sustituyen la revisión manual con tecnologías asistivas.
• Evolución funcional. La normativa de transparencia cambia, y el portal tiene que cambiar con ella. Nuevas categorías de información, actualizaciones en los estándares de datos abiertos, integración con plataformas de participación ciudadana... La arquitectura modular de Drupal absorbe esas ampliaciones sin grandes refactorizaciones.

Errores frecuentes que conviene evitar

La experiencia acumulada en proyectos de este tipo deja lecciones claras:

• Publicar solo en PDF. Un PDF no es un dato abierto. La información tiene que estar disponible en formatos estructurados y reutilizables. El PDF puede ser un complemento, nunca la única vía.
• Ignorar la anonimización. Publicar datos personales sin anonimizar incumple el RGPD, genera desconfianza ciudadana y abre la puerta a sanciones. Y pasa más de lo que parece.
• No asignar recursos internos. La herramienta más sofisticada del mercado es inútil si no hay personas dedicadas a alimentarla y revisarla. Esto es un clásico: se invierte en tecnología y se escatima en equipo humano.
• Relegar la accesibilidad. Además de ser una obligación legal (RD 1112/2018), la accesibilidad es un indicador directo de la calidad del servicio público. Tratarla como un adorno de última hora es un error caro.

De la obligación legal al servicio público real

Montar un portal de transparencia y datos abiertos con Drupal combina requisitos legales, técnicos y organizativos. Hace falta un equipo que domine la plataforma y conozca la normativa española de transparencia y accesibilidad. Si tu administración necesita poner en marcha o renovar su portal, contacta con nuestro equipo para una valoración sin compromiso. Analizaremos vuestro punto de partida, definiremos la arquitectura y os acompañaremos desde el diseño hasta la puesta en producción y el mantenimiento posterior.