Desarrollo web para el sector público: administraciones y empresas públicas

Construimos, migramos y mantenemos webs y plataformas de organismos públicos: accesibles según el Real Decreto 1112/2018, seguras con el Esquema Nacional de Seguridad en el que estamos certificados, en software libre y sin perder una sola URL cuando toca cambiar de versión. Quince webs de barcelona.cat y la web de la empresa pública de energía de la Generalitat lo respaldan.

  • 15 Webs de barcelona.cat desarrolladas y migradas a Drupal 10
  • ENS Categoría media, certificado en 2026
  • RELI Inscritos como licitadores desde 2019
Cómo construimos: requisitos, arquitectura, código revisado, despliegue reversible, rendimiento medido y evolución con tu equipo Cada métrica marca la siguiente iteración 01 · Requisitos Lo que el negocionecesita 02 · Arquitectura Decisionesdocumentadas 03 · Código Revisado y probado 04 · Despliegue Automático yreversible 05 · Rendimiento Core Web Vitals enverde 06 · Evolución Tu equipo pide,nosotros entregamos
  1. 01 · Requisitos Lo que el negocio necesita
  2. 02 · Arquitectura Decisiones documentadas
  3. 03 · Código Revisado y probado
  4. 04 · Despliegue Automático y reversible
  5. 05 · Rendimiento Core Web Vitals en verde
  6. 06 · Evolución Tu equipo pide, nosotros entregamos
  7. Cada métrica marca la siguiente iteración
Scroll

Definición

¿Qué es el desarrollo web para el sector público?

Es el diseño, desarrollo y mantenimiento de webs, sedes y plataformas de administraciones, organismos y empresas públicas, con los requisitos que la ley les pone y que una web privada no tiene: accesibilidad obligatoria, seguridad conforme al Esquema Nacional de Seguridad, transparencia, varios idiomas oficiales y contratación por licitación.

En España, la accesibilidad de las webs y apps del sector público la regula el Real Decreto 1112/2018, que se apoya en la norma EN 301 549 y, a través de ella, en WCAG 2.1 nivel AA. La seguridad de los sistemas que dan servicio a la Administración la fija el Esquema Nacional de Seguridad (Real Decreto 311/2022), que también se exige a las empresas que le prestan servicios.

Resumen

Resumen ejecutivo

Lo que pide un organismo público a quien le hace la web, y cómo lo cumplimos.

Una web pública no se puede permitir lo que una web privada a veces se permite: que un lector de pantalla no la pueda recorrer, que una migración rompa los enlaces que llevan años en boletines y buscadores, o que el proveedor sea el único que sabe cómo se publica. Por eso el listón no es solo técnico. Es accesibilidad comprobada, seguridad que se puede acreditar en un pliego, software libre que el organismo puede llevarse a otro proveedor y equipos de comunicación que publican solos.

Lo hemos hecho a escala. Durante cuatro años desarrollamos y mantuvimos quince webs del Institut de Cultura de Barcelona dentro de barcelona.cat (festivales, museos y órganos de participación) y las migramos de Drupal 7, 8 y 9 a Drupal 10 conservando contenido y URLs. Y desarrollamos en Laravel la web de L’Energètica, la empresa pública de energía de la Generalitat, con portal de transparencia, empleo público y canal ético en cuatro idiomas, en un contrato adjudicado en diciembre de 2023.

Trabajamos con los mismos controles que exige la Administración: estamos certificados en el Esquema Nacional de Seguridad en categoría media, la ISO/IEC 27001 y la ISO/IEC 42001 desde septiembre de 2026, e inscritos en el Registro de Empresas Licitadoras de Catalunya desde 2019. Nos presentamos a concursos públicos y preparamos la parte técnica de la oferta con quien redacta el pliego en mente.

  • 15 Webs de barcelona.cat
  • D7→D10 Migración con contenido y URLs
  • 3 Certificaciones: ENS, ISO 27001 e ISO 42001

Qué incluye

Lo que una web pública tiene que cumplir

Los requisitos que revisamos en cada proyecto, desde el pliego hasta el mantenimiento.

  • Accesibilidad WCAG 2.2 AA, que cubre la WCAG 2.1 AA a la que remite la EN 301 549, revisada a mano con teclado y lector de pantalla
  • Declaración de accesibilidad conforme a la EN 301 549, publicada y al día con cada cambio de la web
  • Seguridad conforme al ENS: accesos personales, registro de actividad, copias, parches y gestión de vulnerabilidades
  • Software libre: Drupal, Laravel o el stack que fije el organismo, con el código y los datos en su poder
  • Varios idiomas oficiales por sitio, con flujos de traducción que el equipo de comunicación controla
  • Transparencia, empleo público y canal ético con roles que separan lo que publica cada departamento
  • Migraciones sin perder URLs: inventario, redirecciones y contenido verificado antes de apagar la versión vieja
  • Despliegues trazables: configuración en git y pipeline, nada tocado a mano en producción
  • Autonomía editorial: manual de contenidos y formación para que el día a día no dependa del proveedor

Claves

Qué hacemos para organismos públicos

Seis tipos de proyecto que vemos en administraciones, consorcios y empresas públicas.

  1. 01

    Webs institucionales y de equipamientos

    Webs de ayuntamientos, organismos autónomos, museos, festivales y servicios públicos, con tipos de contenido pensados para quien publica cada día. Dentro de la plataforma corporativa del organismo cuando la hay, como hicimos con los perfiles y temas de barcelona.cat, y no contra ella.

  2. 02

    Ecosistemas de muchas webs

    Cuando un organismo tiene decenas de sitios, el problema es que ninguno se quede atrás de versión. Misma receta de despliegue, misma base de componentes y el mismo listón de accesibilidad y seguridad para todos. Lo explicamos en desarrollo Drupal.

  3. 03

    Migraciones de versión y de plataforma

    De Drupal 7, 8 o 9 a Drupal 10, o de un CMS sin soporte a uno con soporte. Inventario de lo que hay, migración de contenido y de URLs, redirecciones y comprobación antes del cambio. Es lo que hicimos con las quince webs del ICUB.

  4. 04

    Accesibilidad y declaración de accesibilidad

    Auditoría WCAG 2.2 AA, corrección en el código (no overlays) y declaración de accesibilidad conforme a la EN 301 549. Si solo necesitas esta parte, la tienes en accesibilidad web.

  5. 05

    Plataformas a medida para empresas públicas

    Cuando el CMS no basta: paneles con roles por departamento, empleo público con inscripciones y documentación, canal ético con historial, y datos que vienen de los sistemas del organismo. Como la web de L’Energètica en Laravel.

  6. 06

    Mantenimiento y seguridad continua

    Parches, copias, vigilancia y evolutivos, con el registro de cada intervención a la vista. Lo contamos en mantenimiento web y, si el organismo necesita llevar su propio sistema de gestión del ENS, en Nexo SGSI.

Por qué

Contratación pública: nos presentamos a concursos

Lo que pide un pliego técnico y lo que aportamos en la oferta.

La mayoría de proyectos públicos llegan por licitación. Estamos inscritos en el Registro de Empresas Licitadoras de Catalunya (RELI) desde noviembre de 2019 y tenemos registro activo en SAM.gov, el sistema de contratación federal de Estados Unidos. Los pliegos de web pública suelen pedir lo mismo: solvencia técnica con proyectos comparables, equipo con perfiles definidos, un plan de accesibilidad, el ENS como requisito y un plan de transición para recibir y devolver el servicio. Preparamos la oferta técnica contestando punto por punto a esos criterios y con proyectos reales detrás, no con una plantilla. Si tu organismo está redactando el pliego, también te podemos decir qué es razonable pedir.

oferta-tecnica.yaml
# Lo que acreditamos en una oferta
seguridad:
ens: categoría media, certificado
iso_27001: certificado
accesibilidad:
objetivo: WCAG 2.2 AA (EN 301 549)
registros:
- RELI (Catalunya), desde 2019
- SAM.gov (Estados Unidos)
transicion:
código, datos y accesos del organismo
  • Media ENS
  • Desde 2019 RELI
  • WCAG 2.2 AA Accesibilidad

Cómo trabajamos

Cómo trabajamos

Del pliego o la primera reunión a una web que el organismo gobierna solo.

  1. 01

    Inventario

    Censo de lo que hay antes de tocar nada: webs, versiones, módulos, contenidos, URLs, integraciones, accesos y quién publica qué. Sin inventario, una migración pública pierde enlaces.

  2. 02

    Arquitectura y accesibilidad desde el diseño

    Tipos de contenido, roles por departamento, idiomas y plantillas pensadas para cumplir WCAG 2.2 AA desde el primer componente, no corregidas al final.

  3. 03

    Desarrollo y migración

    Configuración versionada en git, despliegues por pipeline, migración de contenido con sus URLs y redirecciones de lo que cambia. Cada entrega se revisa con teclado y lector de pantalla.

  4. 04

    Puesta en producción

    La versión vieja sigue en marcha hasta el cambio. Comprobamos contenido, enlaces y formularios antes y después, con vuelta atrás preparada.

  5. 05

    Formación y autonomía

    Manual de contenidos y formación a los editores, para que el equipo de comunicación publique sin depender de nosotros. Y mantenimiento, si el organismo lo quiere.

Para quién

¿Es para ti?

Encaja cuando la web es un servicio público y tiene que cumplir la ley, no solo funcionar.

Para quién

  • Ayuntamientos, diputaciones, consejos comarcales y organismos autónomos con webs que migrar o rehacer.
  • Empresas públicas y consorcios que necesitan transparencia, empleo público y canal ético en su web.
  • Organismos con muchos sitios (equipamientos, festivales, museos) que se han quedado en versiones sin soporte.
  • Departamentos que preparan una licitación de web y quieren un proveedor con ENS y proyectos públicos comparables.
  • Entidades del sector público que tienen que cumplir el RD 1112/2018 y no saben dónde están.

Para quién no

  • Contratos que solo buscan el precio más bajo por una plantilla: nuestra oferta se apoya en accesibilidad real y en migraciones que no pierden nada.
  • Proyectos que requieren una categoría ALTA del ENS: hoy estamos certificados en categoría MEDIA.
  • Organismos que solo quieren una auditoría de accesibilidad puntual: mejor nuestro servicio de accesibilidad web.

Entregables

Qué entregamos

Lo que queda en manos del organismo al acabar.

Incluido

  • Web o plataforma en producción, con código y configuración en el repositorio del organismo
  • Informe de accesibilidad WCAG 2.2 AA y declaración de accesibilidad conforme a la EN 301 549
  • Mapa de URLs migradas y redirecciones de las que cambian
  • Pipeline de despliegue y documentación técnica
  • Manual de contenidos y formación a los editores
  • Plan de transición para que otro proveedor pueda continuar si el organismo lo decide

No incluido

  • Alojamiento, licencias de terceros y certificados de dominio (se presupuestan aparte o los aporta el organismo)

La prueba

Proyectos públicos que lo respaldan

Durante cuatro años desarrollamos y mantuvimos quince webs del Institut de Cultura de Barcelona en barcelona.cat: los festivales de la ciudad, sus museos y sus órganos de participación, en catalán, castellano e inglés. Migramos el ecosistema de Drupal 7, 8 y 9 a Drupal 10 conservando contenido y URLs, republicamos 22 exposiciones virtuales del Arxiu Municipal y formamos a los equipos de comunicación para que publicaran solos. Para L’Energètica, la empresa pública de energía renovable de la Generalitat, desarrollamos entre 2024 y 2025 una web a medida en Laravel con portal de transparencia según la Ley 19/2014, empleo público, canal ético y cuatro idiomas; desde 2026 la aloja otro proveedor y sigue en línea con nuestro código, que es exactamente lo que debe poder hacer un organismo público. En accesibilidad, el portal de la Fundació Ampans cumple WCAG 2.1 AA.

  • 15 Webs de barcelona.cat desarrolladas y migradas
  • 22 Exposiciones virtuales republicadas en Drupal 10
  • 4 Idiomas de la web de L’Energètica
  • 2009 Desarrollando webs desde

Para el CTO

Resumen para el responsable técnico

Cómo lo construimos por dentro.

En Drupal trabajamos con configuración exportada a git y despliegues por pipeline (GitLab CI en el caso del ICUB, con entornos locales DDEV), de modo que un cambio de estructura se revisa y se despliega, no se toca a mano en producción. La misma receta sirve para quince webs. Las migraciones de versión empiezan por un inventario de módulos, temas y URLs, y el contenido se migra con sus rutas; lo que cambia lleva su redirección.

La accesibilidad se prueba en cada entrega con axe-core y a mano con teclado y lector de pantalla, porque las herramientas automáticas solo detectan una parte de las barreras. La seguridad sigue los controles con los que estamos certificados en el ENS: acceso con clave personal de cada técnico, credenciales en un gestor cifrado, copias verificadas, parches por aviso de seguridad y registro de cada intervención. Para webs multiidioma con mucho volumen, la traducción puede apoyarse en IA conservando el HTML y los enlaces, como en L’Energètica, con el original siempre intacto.

Tecnologías

  • Drupal 10
  • Laravel
  • PHP 8.3
  • MySQL
  • PostgreSQL
  • Redis
  • Twig
  • GitLab CI/CD
  • DDEV
  • axe-core
  • Configuración versionada y despliegues por pipeline
  • Migraciones con inventario previo, URLs conservadas y redirecciones
  • Accesibilidad probada en cada entrega, automática y manual
  • Accesos personales, credenciales cifradas y registro de intervenciones
  • Código y datos del organismo, sin dependencia del proveedor

Riesgos y cómo los cubrimos

Los riesgos que evitamos

Lo que vemos cuando nos llega una web pública heredada.

  1. 01

    Una migración que rompe los enlaces de boletines, buscadores y otras webs

    Mitigación

    Inventario de URLs antes de empezar, migración del contenido con sus rutas y redirección de todo lo que cambia, comprobada antes de apagar la versión vieja.

  2. 02

    Webs que se quedan en una versión sin soporte

    Mitigación

    Una sola receta de despliegue y un calendario de actualizaciones para todo el ecosistema, para que ningún sitio se quede atrás.

  3. 03

    Accesibilidad que cumple el día del lanzamiento y se pierde con el uso

    Mitigación

    Componentes accesibles por defecto, revisión en cada entrega y formación a los editores sobre lo que depende de ellos: textos alternativos, encabezados y documentos.

  4. 04

    Quedar atado a un proveedor que es el único que sabe publicar

    Mitigación

    Software libre, código y datos del organismo, documentación y plan de transición. L’Energètica cambió de proveedor en 2026 y su web sigue funcionando.

Tecnologías

Tecnologías y estándares

Con los que construimos y comprobamos webs públicas.

  • Drupal 10
  • Laravel
  • PHP
  • Symfony
  • MySQL
  • PostgreSQL
  • Redis
  • GitLab CI/CD
  • WCAG 2.2
  • EN 301 549
  • WAI-ARIA
  • axe-core
  • ENS
  • ISO/IEC 27001

Preguntas frecuentes

Preguntas frecuentes sobre webs para el sector público

Lo que nos preguntan los responsables de comunicación y de sistemas.

¿Qué normativa de accesibilidad tiene que cumplir una web pública en España?

El Real Decreto 1112/2018, sobre accesibilidad de los sitios web y aplicaciones móviles del sector público. Se apoya en la norma EN 301 549, que cita formalmente WCAG 2.1 nivel AA. Nosotros auditamos y desarrollamos contra WCAG 2.2 AA, que cubre esos criterios y añade los nuevos de la versión 2.2.

¿Es obligatorio el Esquema Nacional de Seguridad para el proveedor de la web?

El ENS (Real Decreto 311/2022) fija las medidas de seguridad de los sistemas que dan servicio a la Administración y se exige también a las empresas que le prestan servicios: los pliegos lo piden. Para las categorías MEDIA y ALTA hace falta certificación por una entidad acreditada. Kiwop está certificada en el ENS categoría media desde septiembre de 2026.

¿Os presentáis a licitaciones públicas?

Sí. Estamos inscritos en el Registro de Empresas Licitadoras de Catalunya (RELI) desde el 7 de noviembre de 2019 y tenemos registro activo en SAM.gov (Estados Unidos). Preparamos la oferta técnica con proyectos públicos comparables, el ENS y un plan de accesibilidad y de transición.

¿Por qué Drupal para una web pública?

Porque es software libre, maduro en entornos institucionales, con buen manejo de varios idiomas, roles y flujos de publicación, y con una comunidad que publica sus avisos de seguridad. No es la única opción: cuando el proyecto necesita lógica propia (empleo público, canal ético, datos de otros sistemas) usamos Laravel, como en L’Energètica.

¿Cómo migráis una web pública sin perder URLs ni posicionamiento?

Empezamos por un inventario de todas las URLs y contenidos. Migramos el contenido conservando sus rutas, redirigimos todo lo que cambia y lo comprobamos antes de apagar la versión vieja. Así migramos las quince webs del ICUB de Drupal 7, 8 y 9 a Drupal 10.

¿Qué pasa con Drupal 7 si mi organismo todavía lo usa?

Drupal 7 ya no tiene soporte de la comunidad, así que cada vulnerabilidad nueva se queda sin parche oficial. Lo prudente es planificar la migración a Drupal 10 con inventario previo, como proyecto con su presupuesto, y no esperar a una incidencia.

¿El código y los datos son del organismo?

Sí. Trabajamos con software libre y dejamos el código, la configuración y los datos en manos del organismo, con documentación y un plan de transición. Si un día decide cambiar de proveedor, puede: la web de L’Energètica la aloja otro proveedor desde 2026 y sigue en línea con nuestro código.

¿Podéis trabajar dentro de la plataforma corporativa de un ayuntamiento?

Sí, y es lo habitual en grandes ayuntamientos. En barcelona.cat trabajamos dentro de la plataforma Drupal del Ajuntament, sobre sus perfiles y temas corporativos, desarrollando los tipos de contenido y las vistas que cada equipamiento necesitaba.

¿Cuánto cuesta una web para un organismo público?

Depende del número de sitios, de la migración, de las integraciones y de lo que fije el pliego. No publicamos una tarifa: tras revisar el inventario o el pliego damos un presupuesto cerrado por fases. Si el proyecto sale a licitación, el importe lo fija el propio expediente.

¿Trabajáis con organismos públicos de fuera de España?

Sí. Trabajamos en español, inglés, catalán, francés, alemán, neerlandés y portugués, con el estándar europeo de accesibilidad EN 301 549 como referencia y la ISO/IEC 27001 como marco de seguridad reconocido fuera de España.

Siguiente paso

Cuéntanos qué webs tiene tu organismo y en qué estado están

Una videollamada de 30 minutos con quien hará el proyecto. Si tienes un pliego en preparación o publicado, tráelo.

  • Sin compromiso
  • Respuesta en 24h
  • Propuesta personalizada
Última actualización: octubre de 2026

Hablemos.

Consulta técnica inicial

IA, seguridad y rendimiento. Diagnóstico y propuesta cerrada por fases.

  • NDA disponible
  • Respuesta <24h
  • Propuesta por fases

Tu primera reunión es con un Arquitecto de Soluciones, no con un comercial.

Hablar con un arquitecto