# Centralizar sin asfixiar: la gobernanza como ventaja de marca en universidades multi-facultad > Controlar y publicar rápido no deberían competir. Separar quién decide el sistema de quién publica resuelve la tensión entre CIO, CMO y comunicación. **URL:** https://griddo.io/journal/centralizar-sin-asfixiar-gobernanza-universitaria/ **Language:** Español **Publicado:** 2026-09-08 **Autor:** Daniel Serrano **Etiquetas:** digital-strategy, cms --- ## Puntos Clave - **El falso dilema:** control, velocidad y autonomía editorial no tienen por qué competir si el sistema separa quién decide el diseño de quién publica el contenido. - **Los tres roles, los tres frenos:** CIO, CMO y comunicación institucional protegen necesidades distintas que chocan en la mayoría de plataformas: nunca por culpa de las personas, sino del sistema que usan. - **Un sistema, tres ganadores:** el Embedded Design System y el RBAC granular permiten que los tres ganen a la vez, con el caso real de Universidad Pontificia Comillas: 60 personas, 31 departamentos, una sola instancia. --- ## El falso dilema Controlar y publicar rápido no deberían competir entre sí. En la mayoría de universidades, lo hacen. El CIO cierra accesos para proteger la infraestructura. El CMO necesita lanzar la campaña de admisiones ya. El equipo de comunicación institucional, repartido entre facultades, sedes y centros, tiene una noticia que no puede esperar el turno de nadie. Los tres tienen razón. Y en la mayoría de plataformas, los tres se estorban entre sí. La respuesta habitual es elegir un bando. Centralizar todo y volver lenta la comunicación institucional. O descentralizar todo y ver cómo la marca se fragmenta en cuanto treinta departamentos empiezan a publicar por su cuenta. Ninguna de las dos sale gratis. Y ninguna es necesaria si el sistema separa bien lo que hay que centralizar de lo que hay que dejar libre. Aquí hay algo más que operativa en juego: la reputación institucional de toda la universidad. Cada site desalineado, cada aprobación que tarda semanas, es una señal hacia fuera de que nadie gobierna el conjunto. ## Los tres roles, los tres frenos Cada rol protege algo distinto, y ese algo choca con lo que necesitan los otros dos. **El CIO** responde por la seguridad y la estabilidad del sistema. Cada permiso nuevo es una puerta que alguien, algún día, puede dejar abierta. Su instinto: restringir accesos y auditar todo lo posible. **El CMO** responde por la captación. Necesita lanzar landing pages, actualizar programas y ajustar mensajes al ritmo del mercado, no al ritmo de un ticket de Desarrollo, y que la marca aguante ese ritmo sin fisuras. **El DirCom**, con frecuencia Vicerrector/a de Comunicación, responde por la actualidad institucional. Gestiona un equipo de periodistas distribuido por sedes y facultades: investigación, vida universitaria, noticias que no pueden esperar a que Marketing libere hueco en el calendario ni a que el equipo de desarrollo, interno o externo, resuelva una petición pendiente. En la mayoría de plataformas, dar más autonomía a uno de los tres significa quitarle control a los otros dos. Por eso la gobernanza suele acabar como un problema técnico que resuelve en solitario quien tenga acceso al código (el equipo de desarrollo, interno o externo), en lugar de una decisión de marca que sostiene a los tres roles al mismo tiempo. Ninguno de los tres está equivocado. El sistema que usan es el que les obliga a competir. ## El modelo de Griddo: separar el "cómo" del "qué se dice" Griddo separa dos preguntas que la mayoría de plataformas confunden: quién decide el sistema (diseño, permisos, estructura de marca) y quién publica dentro de él (el contenido, el día a día editorial). El Embedded Design System fija lo que no debe cambiar nunca: colores, tipografías, componentes, estructura de marca. Actúa como barrera técnica que impide que un editor rompa código, a la vez que protege la identidad visual. Cada página publicada respeta la marca de la universidad, la firme quien la firme: el resultado sale ya aprobado por diseño. Encima de esa base, el sistema de roles y permisos (RBAC) define, por sitio, por sección, por página e incluso por idioma, quién puede editar, revisar o publicar cada pieza. Los flujos de aprobación multinivel dejan que cada equipo trabaje a su propio ritmo, con el control central intacto. En Universidad Pontificia de Comillas, 60 personas de 31 departamentos, facultades, institutos y cátedras (Biblioteca, Alumni, ICAI, ICADE, Relaciones Internacionales, Programa de Refugiados, entre otros) publican en una sola instancia, con la gobernanza centralizada intacta. Cada publicación queda registrada con su autor, su sitio y su fecha, lista para recuperar cualquier versión anterior con la producción siempre a salvo. El resultado, medido en Griddo: 5 veces menos tiempo de incorporación para un editor nuevo y un 73% menos de cambios de contenido no autorizados. En Universidad Europea, dos organizaciones (la propia universidad y Centro de Estudios Garrigues) conviven en una sola instancia con permisos diferenciados, cada una publicando su propio catálogo de programas dentro de límites claramente definidos. En IE University, tres perfiles de agencia digital conviven con diecisiete cuentas internas en la misma instancia: la agencia lleva el catálogo y el volumen de publicación, el equipo interno lleva módulos, arquitectura de página e imágenes. Ninguno de los dos bloquea al otro, y ninguno necesita pasar por IT para hacer su parte. Como resume Lucía Tornero, de Comunicación en Universidad Pontificia de Comillas: "Griddo nos ha dado un nivel de coherencia que nunca habíamos conseguido. Cada página tiene ya la voz de Comillas: consistente, reconocible, nuestra." El mismo sistema sostiene, además de la marca, el cumplimiento normativo: acceso vía SSO (SAML, LDAP, Active Directory), cumplimiento GDPR desde el diseño y un registro de auditoría que cubre el 100% de las acciones sobre la plataforma. Cuando rectorado o legal preguntan quién publicó qué, la gobernanza ya tiene la respuesta documentada. Ya hemos hablado de cómo esta misma arquitectura [redibuja el perímetro de seguridad de una universidad](/journal/perimetro-seguridad-arquitectura-cms-universidad/). Aquí el foco es lo que ese perímetro permite: autonomía real para tres roles que en la mayoría de plataformas compiten por el mismo control. ## Qué pasa sin este modelo El patrón es conocido. Empieza con una facultad que no puede esperar semanas a que el equipo de desarrollo le haga hueco, y monta su propio site. Le sigue otra. En un par de años, la universidad tiene decenas de webs, a veces cientos, con plantillas distintas, tipografías distintas y un tono que cambia de facultad a facultad. Cada una es, de puertas para dentro, una pequeña victoria de autonomía. De puertas para fuera, es una marca fragmentada que un estudiante o un periodista nota en dos clics. Ya lo hemos contado en detalle en [la paradoja de la autonomía](/journal/paradoja-autonomia-fragmentacion-digital/): cincuenta webs y ningún ecosistema. Y también en [cómo construir una visión cohesionada del ecosistema web universitario](/journal/ecosistema-web-universidad-construir-vision-cohesionada-con-griddo/). Es el mismo problema, visto ahora desde la gobernanza en lugar de la infraestructura. La solución de emergencia suele ser recentralizar todo de golpe: la facultad que tenía autonomía la pierde, y el equipo que había ganado velocidad vuelve a depender de la cola de peticiones de desarrollo. El péndulo no resuelve la tensión entre los tres roles: solo cambia quién se queja esta vez. ## Empieza por tu rol Cada uno de los tres roles necesita algo distinto de la gobernanza, y cada uno tiene que defender su parte ante los otros dos. Por eso este artículo se abre en seis guías, una por perfil: **[Si eres CIO, empieza aquí →](/journal/gobernanza-portales-web-rbac-cio-universitario/)** Reducción de shadow IT, RBAC granular por sitio y sección, el Design System como barrera técnica. Y cómo explicarle a Marketing y a Comunicación que ese mismo control es lo que les permite moverse rápido. **[Si eres CMO, empieza aquí →](/journal/gobernanza-acelera-campanas-no-las-frena/)** Por qué una gobernanza bien diseñada acelera el lanzamiento de campañas en lugar de frenarlo, y cómo mantener la marca consistente en cada facultad que alimenta el embudo de Admisiones. **[Si eres DirCom, empieza aquí →](/journal/noticia-no-espera-turno-gobernanza-publicacion-dircom/)** Velocidad de publicación para un equipo distribuido por sedes, con coherencia institucional garantizada y visibilidad automática sobre lo que publica cada una. **[Si eres Director General, empieza aquí →](/journal/precio-reputacional-web-gobernanza-institucional/)** La gobernanza web como activo (o riesgo) reputacional, y cómo dejar de arbitrar entre IT, Marketing y Comunicación caso por caso. **[Si eres Responsable de Marca, empieza aquí →](/journal/manual-marca-que-funciona/)** Por qué el Embedded Design System convierte el manual de marca en una herramienta que funciona sola, en vez de un PDF que nadie sigue. **[Si lideras la Transformación Digital, empieza aquí →](/journal/caso-negocio-gobernanza-kit-director-area/)** El caso de negocio completo: cómo presentarlo a cada dirección de área, anticipar la resistencia interna y secuenciar la conversación. --- ## Tu siguiente paso Si reconoces esta tensión entre control, velocidad y autonomía editorial en tu propia universidad, hablemos de cómo separar esas tres necesidades en lugar de sacrificar una por las otras dos. [Solicita una demo →](/demo/) --- *Este artículo abre la serie de Gobernanza en el Journal de Griddo. El whitepaper "La gobernanza digital como ventaja competitiva en educación superior" se publica en los próximos días.* --- *Generado desde [Centralizar sin asfixiar: la gobernanza como ventaja de marca en universidades multi-facultad](https://griddo.io/journal/centralizar-sin-asfixiar-gobernanza-universitaria/)*