Accesibilidad web municipal en Chile: qué exige la normativa, cómo se implementa y por qué los overlays no cumplen

La web municipal es una ventanilla digital: si no es accesible, el servicio no llega a todos

Para la mayoría de las personas, la municipalidad es el primer contacto con el Estado: pagos, permisos, postulaciones, OIRS, solicitudes y certificados. Ese contacto hoy es, en gran medida, digital.

El problema aparece cuando el sitio municipal no se puede usar con teclado, no se entiende con lector de pantalla, tiene formularios sin etiquetas, errores que nadie puede detectar, o documentos imposibles de navegar. En la práctica, eso es lo mismo que dejar a parte de la comunidad del otro lado del mesón.

Y no hablamos de un grupo pequeño: el Segundo Estudio Nacional de la Discapacidad reportó que 16,7% de la población de 2 años y más está en situación de discapacidad (2.836.818 personas), y que en el tramo 60+ la cifra sube a 38,3%. (SENADIS)

Qué exige la normativa chilena y por qué esto ya no es opcional

Decreto N° 1: la norma técnica que exige accesibilidad en sitios y sistemas del Estado

El Decreto N° 1 aprueba la norma técnica sobre sistemas y sitios web de los órganos de la administración del Estado y establece que los sitios deben desarrollarse o implementarse de modo que garanticen disponibilidad y accesibilidad de la información bajo estándar de accesibilidad W3C osea WCAG 2.2 (BCN – Decreto N° 1)

Interpretación práctica:

• No basta con tener el trámite publicado. El trámite debe ser usable por personas que navegan con teclado, lector de pantalla u otras tecnologías de apoyo.
• No basta con verse bien. La accesibilidad se mide por función, estructura y comportamiento, no por apariencia.

Además, el Decreto no solo habla de tecnología: instala responsabilidad de gestión. Exige designación de roles como administrador técnico y administrador de contenidos, y establece responsabilidad por el cumplimiento dentro de la institución. (BCN – Decreto N° 1)

Interpretación municipal:

si la municipalidad delega todo en un proveedor y no define responsables internos, el cumplimiento se vuelve frágil y se pierde continuidad cuando cambian contratos o equipos.

Ley 21.180: Transformación Digital del Estado (incluye municipalidades)

La Ley 21.180 impulsa la transformación digital y el uso de tramitación electrónica. En la práctica, significa que cada vez más procedimientos se moverán a canales digitales y que el Estado debe funcionar en esa lógica. (BCN – Ley 21.180)

Para equipos municipales, la guía oficial de implementación confirma el ámbito de aplicación, indicando que incluye a municipalidades. (Digital.gob.cl)

Interpretación práctica: si el Estado empuja a que el trámite sea digital, entonces el canal digital tiene que funcionar para todas las personas. Si no es accesible, la transformación digital se convierte en una barrera.

Ley 20.422: accesibilidad y ajustes necesarios como medidas contra la discriminación

La Ley 20.422 establece normas sobre igualdad de oportunidades e inclusión social, y define la obligación de avanzar en accesibilidad y diseño universal como parte de garantizar derechos. (BCN – Ley 20.422)

También contempla mecanismos y sanciones en casos de incumplimiento. Por ejemplo, se describen multas (con rangos referenciados en materiales oficiales y compilaciones normativas) y la posibilidad de medidas adicionales ante persistencia del incumplimiento. (SUSESO)

Interpretación práctica: cuando un sitio municipal es el camino para ejercer un derecho (pagar, postular, reclamar, solicitar), y ese camino no es accesible, el riesgo deja de ser un bug. Pasa a ser una brecha de acceso con impacto real y con exposición institucional.

EDLI: por qué esta estrategia es el puente entre inclusión y accesibilidad digital municipal

SENADIS describe la Estrategia de Desarrollo Local Inclusivo (EDLI) como una oferta multiprogramática que busca generar desde los municipios un proceso creciente de inclusión social de personas con discapacidad, sus familias y organizaciones. (SENADIS – EDLI)

Las bases técnicas EDLI sostienen una idea central: la inclusión local se logra con prácticas y coordinación en el territorio para garantizar igualdad de oportunidades, ausencia de discriminación y accesibilidad universal. (Bases EDLI)

Interpretación práctica: EDLI es estructura y continuidad. Ayuda a que la accesibilidad no sea un parche ni un proyecto aislado, sino una política municipal con diagnóstico, coordinación, articulación y seguimiento.

En documentos de bases EDLI se detalla la importancia de coordinación y seguimiento, y existen menciones al trabajo municipal (comités, coordinación, apoyo técnico) como parte de la ejecución y monitoreo. (Bases EDLI – ejemplo)

La conexión directa con accesibilidad digital:

• Si EDLI busca que la vida comunal sea inclusiva, la web municipal tiene que ser parte de esa inclusión.
• Si EDLI ordena la gestión en discapacidad a nivel municipal, la accesibilidad web/digital se vuelve un indicador concreto de cumplimiento y calidad de servicio.

Quiénes son los encargados de implementarlo (sin responsables, no hay accesibilidad)

Muchos municipios intentan y no llegan por una razón simple: nadie queda realmente a cargo. La norma técnica del Decreto N° 1 exige roles y gobernanza (administración técnica y de contenidos), lo que en la práctica obliga a una estructura mínima de implementación. (BCN – Decreto N° 1)

Responsabilidad institucional (quien debe asegurar el cumplimiento)

• Alcaldía y Administración Municipal (gobernanza y prioridad institucional).
• Dirección de Informática o TI (operación técnica, plataforma, componentes, integraciones).
• Dirección o equipo de Comunicaciones (contenido, documentos, publicaciones, banners, campañas).
• Unidades de atención ciudadana (OIRS, Trámites, Servicios), porque conocen los puntos de fricción reales.

Responsables de ejecución (quien hace el trabajo)

• Equipo de desarrollo (interno o proveedor) que corrige plantillas, formularios, navegación y componentes.
• UX o UI (estructura, flujos, legibilidad, consistencia, estados de error).
• EDLI u Oficina de Discapacidad (cuando existe) para priorización con enfoque de derechos y validación con usuarios.

Interpretación clave: accesibilidad digital no es un tema de un plugin o widget. Es trabajo coordinado entre gestión, tecnología y contenido. El sitio puede estar correcto técnicamente y fallar por PDFs mal publicados, o tener buen contenido y fallar por formularios imposibles.

Consecuencias de no cumplir (legales, operativas y reputacionales)

Consecuencias legales y de control

• Exposición a acciones, sanciones y medidas derivadas del incumplimiento del marco de inclusión y accesibilidad (Ley 20.422) en contextos donde se vulneran derechos o se mantiene el incumplimiento. (SUSESO)
• Observaciones de cumplimiento y trazabilidad interna por falta de gobernanza y roles exigibles en la norma técnica (Decreto N° 1). (BCN – Decreto N° 1)

Consecuencias operativas (las más costosas en el día a día)

• Más atención presencial por trámites digitales inaccesibles (filas, reclamos, llamados).
• Más reprocesos internos (postulaciones abandonadas, formularios fallidos, errores no detectados).
• Transformación digital a medias: el trámite existe, pero no funciona para todos, contradiciendo el objetivo de modernización y eficacia. (Digital.gob.cl)

Consecuencias reputacionales

• Pérdida de confianza: el vecino siente que el municipio no lo atiende cuando el canal digital falla.
• Señal pública de exclusión: la municipalidad se vuelve no accesible justo donde debería ser más cercana.

Paso a paso para hacer una web municipal accesible (ruta realista y verificable)

Paso 1: Gobernanza y responsables

Designar responsables técnicos y de contenidos, y establecer un comité o mesa de accesibilidad web/digital. (BCN – Decreto N° 1)

Paso 2: Inventario de servicios críticos

Identificar las páginas y flujos que más se usan: pagos, permisos, beneficios, OIRS, transparencia, formularios, turnos, documentos descargables.

Paso 3: Auditoría de accesibilidad (no solo scanner)

Evaluación automática más pruebas manuales: teclado, foco, lector de pantalla, formularios, errores, estructura, contraste y documentos. Evidencia: capturas, fragmentos de código, reproducción paso a paso, contra pauta WCAG 2.1, o WCAG 2.2

Paso 4: Matriz de remediación y plan por sprints

Convertir hallazgos a backlog: prioridad, impacto, componente, responsable, plazo. Arreglar primero lo que impide trámites (formularios, foco, navegación, errores).

Paso 5: Corrección en el origen

Plantillas, navegación, encabezados, landmarks, componentes reutilizables. Formularios: labels, instrucciones, validaciones y mensajes de error accesibles.

Paso 6: Contenido accesible (editorial y documental)

Publicaciones, banners, enlaces descriptivos, PDFs etiquetados (o migración a HTML accesible). Videos con subtítulos y alternativas cuando corresponde.

Paso 7: Contratos y compras públicas

Exigir WCAG (idealmente 2.2 AA) como requisito técnico, con evidencias y re-test, no solo promesas. En Accessibility podemos ayudarte con esto.

Paso 8: Monitoreo continuo

Revisión periódica (mensual o trimestral), capacitaciones a editores y actualización de componentes para no retroceder.

Por qué los widgets de accesibilidad y los overlays no cumplen (y por qué son un riesgo)

Un overlay no corrige el sitio; lo recubre. Intenta adaptar la experiencia por arriba, pero no arregla el origen del problema: código, estructura, formularios, semántica y flujos.

Los widgets de accesibilidad no pueden garantizar cumplimiento de estándares

Tomemos como referencia el manual del NHS: los widgets u overlays no pueden hacer un sitio totalmente compliant y no protegen de acciones legales. (NHS Service Manual)

NHS Es el organismo público ejecutivo que lidera el Servicio Nacional de Salud (NHS) en Inglaterra.

No generan contenido accesible de forma confiable

La guía de la University of Iowa explica que los overlays no pueden generar de manera confiable cosas críticas como texto alternativo, texto de enlaces o etiquetas de formularios. Además duplican funciones ya disponibles en navegadores y sistemas operativos.

No cambian el código subyacente (la raíz del problema)

Scope lo resume: el problema principal es que no cambian el código subyacente; por eso no resuelven la accesibilidad real de la web.

Las afirmaciones de cumplimiento automático han sido cuestionadas

La Federal Trade Commission publicó acciones por afirmaciones engañosas sobre herramientas que prometían hacer sitios compliant con guías de accesibilidad.

Si quieres profundizar en soluciones complementarias orientadas a navegación y experiencia (sin caer en promesas de cumplimiento mágico), puedes revisar easynav.cl.

Accesibilidad digital municipal es calidad de servicio público (y se puede hacer bien)

Cuando un municipio hace su web accesible, mejora la atención real a la ciudadanía, reduce fricción y reprocesos, fortalece confianza, y alinea su transformación digital con inclusión.

La accesibilidad no es un proyecto bonito ni un botón flotante: es gestión + estándar + evidencia + mejora continua.

Llamado a la acción: si de verdad quieres un sitio inclusivo, hagámoslo con metodología y evidencia

Si eres encargado o encargada municipal, trabajas en TI, comunicaciones, OIRS, EDLI, o eres proveedor y tu objetivo es implementar accesibilidad de forma real (no cosmética), te invitamos a conocer los servicios de Accessibility.cl:

• Auditorías WCAG (enfoque práctico y verificable)
• Matriz de remediación priorizada para equipos de desarrollo
• Acompañamiento de implementación (plantillas, formularios, navegación, documentos y flujos críticos)
• Capacitación para equipos municipales y proveedores

Si quieres que tu sitio municipal sea inclusivo de verdad y puedas demostrarlo con evidencia, conoce más en Accessibility.cl.