Educación superior

Accesibilidad web en universidades: contenido al día sin desarrolladores

El sitio web de una universidad es la puerta de entrada para aspirantes, estudiantes actuales y docentes, y en muchos campus está desactualizado: las páginas esperan al único desarrollador que conoce el sistema, y la accesibilidad se queda corta. La accesibilidad web en universidades, y un sitio que tu equipo de contenido sí pueda manejar, resuelven las dos cosas a la vez.

3 nov 20263 min de lectura
Volver a Blogs
Una integrante del equipo de comunicaciones actualiza el sitio desde un CMS en un portátil.

¿Por qué es tan difícil mantener al día los sitios web universitarios?

Porque cambiar una página suele significar pasar por TI o por un desarrollador. El equipo de contenido queda bloqueado, así que el sitio se aleja de lo que la universidad realmente ofrece. Piensa en un programa que actualiza su página cada agosto: las ediciones entran a la cola de un desarrollador detrás de otra docena de pedidos, la página nueva sale en octubre, y mientras tanto los aspirantes leen el plan de estudios del año pasado. Las actualizaciones se acumulan detrás de un solo punto de contacto, y el sitio envejece entre una publicación y la siguiente.

¿Qué exigen las normas de accesibilidad a un sitio web universitario?

En Colombia, la Resolución 1519 de 2020 del MinTIC exige que los sitios de las entidades públicas cumplan criterios de accesibilidad alineados con la WCAG. En la práctica eso toca cosas que un equipo de contenido maneja a diario: las imágenes necesitan texto alternativo, los videos necesitan subtítulos, el contraste de color debe ser suficiente, y la página tiene que funcionar con teclado y con lector de pantalla. La WCAG 2.1 AA es el referente internacional, así que es la meta correcta en cualquier país. Verifica qué norma aplica a tu institución.

¿Qué debería permitir un CMS universitario a los editores?

Publicar sin un desarrollador. Un buen CMS le da a los editores bloques y plantillas listos para que puedan:

  • Construir y actualizar páginas con bloques listos
  • Publicar páginas bilingües sin un desarrollador
  • Trabajar dentro de plantillas que mantienen cada página accesible
  • Mantener al día páginas de programas, noticias y eventos

Cuando la accesibilidad vive en las plantillas, a un editor que agrega una imagen se le pide el texto alternativo y no puede dejar un encabezado fuera de orden, así el sitio se mantiene conforme a medida que crece en lugar de salirse de la norma entre una auditoría y otra.

La accesibilidad también define cuántos aspirantes pueden usar de verdad el sitio. Uno que funciona con lector de pantalla, lleva subtítulos y se lee bien en un teléfono llega a personas que un sitio recargado deja por fuera, incluidos los que están decidiendo dónde postularse. Cumplir la WCAG 2.1 AA y mantener el sitio al día resultan ser el mismo trabajo, porque una plantilla accesible solo ayuda mientras el contenido dentro de ella siga actualizado.

¿Cómo se conecta el sitio con el sistema de gestión académica?

Con integraciones, para que el sitio no sea una isla. Las páginas de programas, los calendarios y los formularios pueden leer o enviar datos a los sistemas que corre la universidad, así un formulario de inscripción en el sitio cae directo en el flujo de admisiones en lugar de una hoja de cálculo, y un evento que se agrega una vez aparece donde debe. La automatización mantiene el contenido y los datos sincronizados en lugar de volver a digitarlos a mano. RunMyProcess construye el sitio y el CMS y les da soporte, así el trabajo te sigue sirviendo después de salir.

También ayuda definir quién es dueño de qué. Cuando cada página tiene un editor claro y las plantillas imponen las reglas, el equipo de comunicaciones puede dejar que las áreas actualicen sus propias páginas sin que el sitio pierda el estilo ni el cumplimiento. Propiedad más barandas es lo que mantiene al día el sitio de una universidad grande sin un cuello de botella que frene cada cambio.

Si tu sitio espera a un desarrollador para cada cambio, lista las diez páginas que tu equipo más necesita editar, y empieza por ahí. Las revisamos contigo y construimos un sitio que tu propio equipo maneja.

Sigue leyendo: Automatización de procesos en universidades · Mesa de ayuda universitaria

Preguntas frecuentes

¿Qué estándar de accesibilidad debe cumplir un sitio universitario?

La WCAG 2.1 nivel AA, que es el referente internacional y con el que se alinean las normas locales de accesibilidad. Cubre texto alternativo, subtítulos, contraste de color y acceso por teclado, entre otras cosas. Verifica qué norma aplica a tu país.

¿Puede nuestro equipo actualizar el sitio sin desarrolladores?

Sí. Con un CMS pensado para editores, el equipo de comunicaciones publica y actualiza las páginas por su cuenta, a partir de bloques listos. Un desarrollador solo hace falta para tipos de página nuevos, no para el contenido del día a día.

¿RunMyProcess construye y da soporte al sitio?

Sí. RunMyProcess construye el sitio y el CMS y ofrece soporte continuo. El sitio se construye pensando en la accesibilidad y en los demás sistemas de la universidad, así sigue funcionando a medida que la institución cambia.

¿El sitio puede conectarse con nuestros otros sistemas?

Sí, con integraciones, y la automatización mantiene el contenido y los datos sincronizados. Los formularios, las páginas de programas y los calendarios pueden conectarse con los sistemas que la universidad ya usa en lugar de vivir como copias aparte.

Siguiente paso

Necesitas apoyo para implementar tus ideas?

Trabaja con nuestro equipo para convertir estrategia en automatizaciones productivas.

Contáctanos