Accesibilidad digital para ONG: ¿por dónde empezar?

Introducción

Para muchas ONG, la pregunta más difícil sobre accesibilidad no es si importa. Es por dónde empezar.

El ecosistema digital puede incluir ya varios sitios web, micrositios de campaña, formularios de donación o registro, informes descargables, materiales de capacitación, newsletters, piezas para redes sociales, plataformas de terceros y años de contenido archivado. Distintos equipos pueden publicar mediante herramientas diferentes. Parte del trabajo puede gestionarse internamente, otra parte por proveedores externos y otra por equipos de programas cuya responsabilidad principal ni siquiera es la producción digital.

Ante ese panorama, la accesibilidad puede sentirse rápidamente como un proyecto sin límites claros. Una auditoría puede revelar cientos de problemas. El equipo de comunicación puede saber que sus PDFs son inconsistentes. Un equipo de programa puede depender de un constructor de formularios de terceros sobre el que tiene poco control. La dirección puede apoyar la accesibilidad en principio, pero disponer de presupuesto limitado, poco personal y ningún rol dedicado específicamente a ella.

Eso no significa que la organización deba esperar hasta poder resolverlo todo.

Una estrategia útil de accesibilidad para una ONG empieza por reducir la incertidumbre. La primera tarea es comprender de qué servicios y contenidos digitales dependen más las personas, dónde es más probable que las barreras impidan el acceso y qué sistemas siguen produciendo los mismos problemas. A partir de ahí, la organización puede tomar menos decisiones, pero mejores: proteger recorridos críticos, establecer una línea base, corregir patrones de alto impacto, dejar de crear nuevas barreras e integrar la accesibilidad en la manera en que se contrata y mantiene el trabajo futuro.

El objetivo no es hacer perfecto todo el ecosistema digital en un solo ciclo. Es crear una dirección que la organización pueda sostener.

Empieza por aquello de lo que más dependen las personas

No todos los activos digitales generan las mismas consecuencias cuando son inaccesibles.

Una landing page de campaña, un informe anual, una página con información de emergencia, un formulario de registro de beneficiarios, un flujo de donación y un portal interno pueden ser importantes, pero no generan el mismo nivel de riesgo o exclusión. Para una organización con capacidad limitada, tratarlos como igualmente urgentes suele crear un backlog demasiado grande como para actuar sobre él.

Un punto de partida más práctico es identificar los recorridos y la información de los que las personas no pueden prescindir razonablemente.

Eso puede incluir solicitar asistencia, registrarse en un programa, encontrar información de contacto, acceder a orientaciones de safeguarding, leer instrucciones de emergencia, hacer una donación, completar una derivación, descargar materiales esenciales o entender criterios de elegibilidad. Si una barrera impide completar una de esas tareas, su impacto probablemente será mayor que el de un problema aislado en una página de archivo con poco tráfico.

Aquí es donde la accesibilidad se conecta directamente con la misión. El sitio web de una ONG no es solo un canal de comunicación. En muchas organizaciones también forma parte de cómo las personas encuentran servicios, comprenden sus derechos, acceden a información, participan en programas o apoyan el trabajo de la organización.

Esa diferencia ayuda a tomar mejores decisiones cuando los recursos son limitados. La primera prioridad no es “corregir todos los problemas de accesibilidad”. Es “asegurarse de que las personas puedan llegar a lo que importa y completar las tareas esenciales”.

Mapea tu ecosistema digital

Antes de decidir qué corregir, conviene entender qué existe realmente.

Muchas organizaciones subestiman el tamaño de su ecosistema digital porque piensan principalmente en el sitio web principal. En la práctica, la accesibilidad se extiende a cada punto de contacto digital a través del cual las personas reciben información, envían datos, interactúan con servicios o se comunican con la organización.

Un inventario sencillo puede hacer que el problema resulte mucho más manejable.

Sitios web y portales

Empieza por el sitio principal, pero incluye también sitios de campaña, sitios por país, portales de programas, centros de conocimiento, intranets, plataformas de aprendizaje y micrositios antiguos que sigan disponibles públicamente.

El objetivo no es auditar de inmediato cada página. Es entender qué plataformas existen, quién es responsable de ellas, qué tecnología utilizan y cuáles contienen recorridos críticos.

Una organización pequeña puede descubrir que lo que parecía “un sitio web” es en realidad un conjunto de plataformas mantenidas por equipos o proveedores distintos. Esa información sobre ownership será importante cuando empiece la remediación.

Formularios y recorridos de servicio

Los formularios merecen atención aparte porque suelen ser el punto donde la comunicación se convierte en acción.

Registros, solicitudes, donaciones, derivaciones, feedback, encuestas, inscripciones a eventos, formularios de contacto y solicitudes de servicio pueden crear barreras importantes cuando los labels no son claros, la validación es inaccesible, las instrucciones dependen del color, la interacción con teclado falla o los errores son difíciles de recuperar.

Un formulario puede parecer visualmente sencillo y, sin embargo, ser uno de los mayores riesgos de accesibilidad del ecosistema. Si las personas no pueden completarlo, el servicio digital ha fallado, por muy accesibles que sean las páginas que lo rodean.

Documentos y publicaciones

Para muchas ONG, la accesibilidad digital no termina en el sitio web.

Informes, investigaciones, policy briefs, toolkits, manuales de capacitación, factsheets, documentos de evaluación, materiales de safeguarding y formularios descargables suelen ser centrales para el trabajo de la organización. Muchos se distribuyen como PDFs y pueden permanecer en circulación durante años.

Esto crea un reto de accesibilidad distinto. Un sitio técnicamente accesible puede seguir enviando a las personas hacia documentos sin una estructura correcta de headings, sin orden de lectura etiquetado, con tablas inaccesibles, contraste deficiente, texto escaneado o imágenes sin alternativas significativas.

El primer paso más útil normalmente no es remediar todos los PDFs históricos. Es identificar qué tipos de documentos se producen repetidamente, qué publicaciones son más importantes y qué plantillas fuente o prácticas de autoría generan barreras recurrentes.

Email y piezas de campaña

Las newsletters y los emails de campaña son fáciles de pasar por alto porque suelen producirse fuera del flujo del sitio web.

Sin embargo, un email inaccesible puede afectar a una parte considerable de la audiencia de una ONG. Entre los problemas comunes están las imágenes que contienen texto esencial, contraste insuficiente, enlaces poco claros, estructuras de headings deficientes, layouts que no se adaptan bien y llamadas a la acción difíciles de entender sin contexto visual.

Las piezas de campaña, los gráficos para redes sociales y los materiales promocionales descargables pueden introducir barreras similares si la información clave existe únicamente dentro de imágenes o si la comunicación visual depende demasiado del color.

La organización no necesita un programa de accesibilidad distinto para cada canal. Necesita reglas compartidas de publicación que puedan aplicarse en todos ellos.

Plataformas de terceros

Algunas de las partes más importantes de la experiencia digital de una ONG pueden no haber sido construidas por la propia organización.

Sistemas de donación, plataformas de recruitment, herramientas de eventos, sistemas de aprendizaje, formularios de CRM, plataformas de encuestas, mapas embebidos, proveedores de pago y portales externos pueden formar parte del recorrido de las personas. Si uno de esos servicios crea una barrera, la persona usuaria la percibe como parte del servicio de la organización, independientemente de quién sea propietario de la tecnología.

Esto convierte la accesibilidad de terceros en una cuestión tanto técnica como de procurement.

Por eso, el inventario debería registrar no solo qué plataformas se utilizan, sino también qué recorridos dependen de ellas y cuánto control tiene la organización sobre su accesibilidad.

La planificación de accesibilidad se vuelve más práctica cuando la organización puede ver todo el ecosistema en lugar de tratar el sitio web principal como si fuera todo el problema.

Establece una línea base antes de elegir prioridades

Una vez que el ecosistema es visible, el siguiente paso es entender su estado actual.

Eso no siempre exige una auditoría completa de cada página y cada documento.

Para muchas ONG, una línea base útil combina varios tipos de evidencia: revisión de recorridos críticos, una muestra representativa de tipos de página, pruebas automatizadas, comprobaciones manuales dirigidas, documentos clave, componentes comunes y las plataformas de terceros de las que más dependen las personas.

El propósito de la línea base no es producir la lista más larga posible de fallos. Es revelar patrones.

¿Los problemas de formularios aparecen en todas partes porque se reutiliza el mismo componente? ¿Los PDFs carecen repetidamente de estructura semántica porque los equipos trabajan desde la misma plantilla fuente? ¿Los colores de bajo contraste forman parte del sistema de marca? ¿Los proveedores externos entregan sitios sin pruebas de teclado? ¿Las personas editoras publican headings inaccesibles porque el CMS hace más fácil la opción incorrecta que la correcta?

Estos hallazgos importan más que una cifra bruta de issues porque ayudan a diferenciar defectos aislados de problemas estructurales.

Como explicamos en Los problemas de accesibilidad más comunes que encontramos en sitios web, muchas barreras de accesibilidad son recurrentes, no excepcionales. Por eso, una línea base debería ayudar a entender no solo qué está roto, sino también qué sigue produciendo los mismos tipos de barreras.

Corrige primero los patrones de mayor impacto

Una vez identificados los problemas, la priorización se convierte en la cuestión central.

La severidad importa, pero no es suficiente por sí sola. Una barrera que afecta a un servicio crítico utilizado por miles de personas no es lo mismo que el mismo fallo técnico en una página interna de poco uso. Del mismo modo, un problema que aparece una sola vez puede merecer atención, pero un componente compartido que reproduce la misma barrera en cientos de páginas ofrece una oportunidad mucho mayor de mejora.

Un modelo práctico de priorización puede combinar cuatro preguntas:

Este enfoque ayuda a evitar dos extremos habituales: intentar corregir todo según el orden de la auditoría o concentrarse únicamente en la página más visible.

Un patrón de alto impacto puede ser un formulario de donación utilizado en varias campañas, un componente de navegación compartido, la plantilla que está detrás de todos los formularios de solicitud de programas o el archivo fuente utilizado para generar informes recurrentes. Corregir una de esas fuentes puede mejorar muchas experiencias al mismo tiempo.

El principio es similar al que exploramos en Deuda de accesibilidad: el problema del que nadie habla: cuando las barreras se repiten, la corrección más efectiva suele estar más cerca de la fuente que de la página individual.

Haz que el contenido nuevo sea accesible por defecto

La remediación se vuelve mucho más difícil si la organización continúa creando nuevas barreras mientras intenta corregir las antiguas.

Por eso, uno de los objetivos iniciales más útiles es cambiar lo que ocurre a partir de ahora.

Para los equipos de contenido, eso puede significar introducir expectativas sencillas para headings, enlaces, texto alternativo, tablas, captions, uso del color y estructura de documentos. Para diseño, puede significar utilizar combinaciones de color accesibles y especificar estados de interacción. Para desarrollo, puede significar probar comportamiento con teclado y nombres accesibles como parte de la revisión de componentes. Para los equipos que producen PDFs, puede significar mejorar las plantillas fuente de Word, PowerPoint, InDesign u otras herramientas, en lugar de reparar una y otra vez los archivos exportados.

El proceso exacto dependerá de la organización, pero el principio es el mismo: hacer que la opción accesible sea la más fácil de repetir.

Aquí es donde plantillas, sistemas de diseño, checklists y orientaciones compartidas pueden aportar un valor desproporcionado. Reducen la cantidad de conocimiento de accesibilidad que cada persona necesita recordar y convierten las buenas prácticas en parte del sistema de producción.

Para una ONG con un equipo digital pequeño, esto suele ser mucho más sostenible que depender de una sola persona para revisar todo antes de publicar.

Integra la accesibilidad en el procurement

Las organizaciones pueden crear deuda de accesibilidad sin escribir una sola línea de código.

Un nuevo sitio web, sistema de donaciones, micrositio de campaña, plataforma de aprendizaje o herramienta de reporting puede encargarse a un proveedor externo. Si la accesibilidad no aparece en el brief, los criterios de evaluación, el contrato, las pruebas de aceptación y los requisitos de entrega, la ONG puede recibir un producto que genere años de remediación futura.

Por eso la accesibilidad debe entrar en procurement lo bastante temprano como para influir en lo que se entrega.

Eso no significa que cada proveedor tenga que llegar con documentación perfecta o una certificación concreta. Significa que la organización debe hacer preguntas útiles: con qué estándar de accesibilidad se alineará el producto, cómo se probará, qué evidencias se entregarán, qué problemas se consideran bloqueantes para el lanzamiento y quién será responsable de corregir defectos descubiertos después de la entrega.

Para equipos poco familiarizados con WCAG, WCAG explicado sin jerga técnica puede ofrecer una base útil para comprender el estándar sin convertir procurement en un ejercicio técnico de compliance.

El objetivo es hacer de la accesibilidad una expectativa normal de calidad, no un requisito sorpresa introducido cerca del lanzamiento.

Asigna responsabilidades

El trabajo de accesibilidad suele estancarse no porque a nadie le importe, sino porque nadie sabe claramente quién debe hacerse cargo de lo siguiente.

Un programa práctico de accesibilidad necesita ownership, pero eso no significa necesariamente contratar un equipo dedicado exclusivamente a accesibilidad.

En una ONG pequeña, la responsabilidad puede distribuirse. Comunicación puede encargarse de las prácticas de publicación accesible. Producto o digital pueden ser responsables de los estándares del sitio web y los componentes. Procurement puede encargarse de los requisitos para proveedores. Los equipos de programa pueden ser responsables de la accesibilidad de los materiales que publican. La dirección puede asumir la responsabilidad sobre recursos y accountability.

Lo importante es que esos límites sean visibles.

Alguien debe saber quién recibe un issue de accesibilidad, quién decide su prioridad, quién coordina la remediación, quién actualiza las plantillas, quién se comunica con proveedores y quién comprueba que el mismo problema no vuelva a introducirse.

Sin esa claridad, los hallazgos de auditoría pueden quedarse sin resolver porque cada equipo asume que otro es responsable.

Crea una hoja de ruta realista de accesibilidad

Una hoja de ruta debería convertir los hallazgos en una secuencia que la organización realmente pueda ejecutar.

Para muchas ONG, la primera hoja de ruta no necesita cubrir varios años. Puede comenzar con los próximos tres a seis meses y centrarse en un conjunto manejable de resultados.

Esos resultados pueden incluir hacer que los formularios críticos funcionen con teclado y lectores de pantalla, corregir un componente de navegación compartido, sustituir una plantilla de documentos inaccesible, establecer guías de publicación, añadir requisitos de accesibilidad a procurement o crear un proceso de testing repetible para nuevos releases.

La hoja de ruta también debería diferenciar entre distintos tipos de trabajo.

Algunos problemas necesitan remediación inmediata porque bloquean el acceso a servicios esenciales. Otros requieren una corrección a nivel de sistema porque se repiten en varios productos. Algunos son cambios de gobernanza que previenen deuda futura. Otros pueden ser mejoras de menor prioridad que se incorporen a rediseños o actualizaciones de contenido ya planificados.

Esto hace que la accesibilidad resulte mucho más manejable que un único backlog con cientos de tickets inconexos.

Para organizaciones que trabajan con recursos limitados, se aplica el mismo principio que exploramos en Cómo las organizaciones pueden crear mejores productos digitales con recursos limitados: una capacidad restringida debería conducir a una priorización más precisa, no a estándares más bajos.

Una hoja de ruta realista de accesibilidad comienza filtrando el trabajo posible según alcance, criticidad, severidad y recurrencia, para que las prioridades de mayor impacto aparezcan primero.

Cómo pueden verse los primeros 90 días

Un plan de 90 días puede dar suficiente estructura al trabajo de accesibilidad para comenzar sin fingir que la organización resolverá todo en un trimestre.

El primer mes puede centrarse en comprender. Mapea el ecosistema digital, identifica recorridos críticos, reúne hallazgos de auditorías existentes, revisa una muestra representativa de páginas y documentos y conversa con los equipos que crean o mantienen esos activos. Al final de esta fase, la organización debería saber qué importa más y de dónde provienen las barreras repetidas.

El segundo mes puede centrarse en correcciones de alto impacto y prevención. Corrige barreras críticas en recorridos esenciales, ajusta componentes o plantillas compartidos siempre que sea posible, introduce guías sencillas de publicación y actualiza los briefs de procurement activos para que el trabajo nuevo no reproduzca los mismos problemas.

El tercer mes puede convertir esas mejoras en un modelo operativo. Asigna responsabilidades, documenta prioridades pendientes, define cómo se comprobará el trabajo nuevo, establece una hoja de ruta realista para la siguiente fase y decide qué evidencias se seguirán para entender si la accesibilidad está mejorando.

Una vista sencilla del primer trimestre podría ser esta:

El valor de este enfoque no está en el calendario exacto. Algunas organizaciones avanzarán más rápido y otras necesitarán más tiempo. El valor está en convertir la accesibilidad de una ambición indefinida en una secuencia de decisiones.

Los primeros 90 días no necesitan resolver todos los problemas de accesibilidad; necesitan crear suficiente estructura para que el progreso pueda continuar después de la primera ronda de correcciones.

Para las ONG, la accesibilidad digital rara vez es un proyecto técnico independiente. Atraviesa comunicación, programas, fundraising, procurement, publicación, prestación de servicios, tecnología y responsabilidad organizacional. Precisamente por eso, intentar resolverlo todo de una vez suele ser el peor punto de partida.

Empieza por aquello de lo que más dependen las personas. Comprende el ecosistema alrededor de esos recorridos. Establece una línea base suficiente para detectar patrones. Corrige las barreras con mayor impacto y mayor capacidad de mejora sistémica. Cambia los procesos que siguen creando problemas nuevos. Después construye una hoja de ruta que refleje la capacidad real de la organización.

Si tu organización no sabe por dónde empezar, una línea base de accesibilidad puede transformar una preocupación amplia en una hoja de ruta práctica: qué proteger primero, qué patrones corregir y qué cambios harán que el trabajo futuro sea más accesible por defecto.