Declaración de accesibilidad
Publicada el 22 de julio de 2026. Última revisión: agosto de 2026.
June trabaja para ofrecer una experiencia digital accesible a todas las personas. Esta declaración recoge el grado de conformidad alcanzado, cómo se ha comprobado y la vía para comunicar cualquier barrera.
Compromiso de accesibilidad
El objetivo de June es cumplir las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 en el nivel AA, y alcanzar el nivel AAA en aquellos criterios en que resulte técnicamente posible. Es el estándar con el que se revisa cada página antes de su publicación.
Marco de referencia
Esta declaración toma como referencia la norma UNE-EN 301 549 y el Real Decreto 1112/2018, que regulan la accesibilidad de los sitios web del sector público en España. June es una iniciativa de una asociación privada, así que adopta ese marco de forma voluntaria: nos parece la mejor vara de medir disponible, con independencia de que la normativa nos obligue o no.
Estado de cumplimiento
June es plenamente conforme con las WCAG 2.1 en el nivel AA, y alcanza el nivel AAA en la mayoría de los criterios. Cada página se revisa antes de publicarse y se vuelve a revisar cuando cambia, y la QA funcional del equipo ha verificado los recorridos con lectores de pantalla en dispositivos reales; esa verificación se completó en agosto de 2026.
Contenido no accesible
No hay barreras identificadas y sin resolver: las detectadas en las revisiones se han ido corrigiendo. Si aparece alguna nueva, se recoge aquí junto con el motivo y la fecha prevista de corrección, y hasta entonces se ofrece una alternativa accesible.
Alcance de la evaluación
La evaluación cubre toda la plataforma pública. El mapa territorial y el formulario de aportaciones, los dos recorridos con mayor complejidad de interacción, han recibido una revisión específica y detallada.
Carga desproporcionada
No se ha invocado ninguna excepción por carga desproporcionada.
Comunicar una barrera de accesibilidad
Si encuentras una barrera de accesibilidad, puedes comunicárnoslo en legal@june-incode.org — comunicar una barrera de accesibilidad. Indica la página o la función afectada, el resultado que esperabas y, si es posible, el navegador o producto de apoyo utilizado. No es necesario emplear lenguaje técnico.
La respuesta se emitirá en un plazo máximo de veinte días hábiles. Si la corrección requiere más tiempo, se comunicará la fecha prevista y, entre tanto, se ofrecerá una alternativa accesible.
Procedimiento de reclamación
Transcurridos veinte días hábiles sin respuesta, o si la respuesta recibida no resulta satisfactoria, puedes presentar una reclamación en legal@june-incode.org — presentar una reclamación indicando expresamente esa condición. La reclamación será revisada por una persona distinta de quien atendió la comunicación inicial y se responderá por escrito, en un plazo máximo de otros veinte días hábiles, detallando las medidas previstas y su calendario. Si en ese plazo no ha sido posible resolverla, también se dirá por qué y cuándo se espera hacerlo.
Preparación de esta declaración
Esta declaración se elaboró en julio de 2026 y se revisó en agosto de 2026. La evaluación combina la revisión de quienes desarrollan con la verificación de la QA funcional, que prueba los recorridos con lectores de pantalla en dispositivos reales; puedes ver quién forma el equipo en Créditos. No se ha encargado una auditoría de certificación a una empresa externa.
Cómo lo hemos comprobado
La evaluación se realiza de forma continua mediante los siguientes procedimientos:
- Revisión del código y de la semántica HTML, con reglas automáticas de accesibilidad que se ejecutan en cada cambio del proyecto.
- Análisis automático con axe-core sobre las páginas públicas, ejecutado en los tres motores de navegador (Chromium, Firefox y WebKit).
- Pruebas manuales con teclado y lector de pantalla en dispositivos reales: NVDA y Narrador en Windows, VoiceOver en Mac y iPhone, y TalkBack en Android.
- Comprobación del contenido desde pantallas de 320 píxeles hasta monitores 4K, con zoom del 200 %, verificando el orden de foco y la ausencia de desbordes.
Las pruebas con lector de pantalla las realiza la QA funcional del equipo, en sus propios dispositivos y sin haber escrito el código que revisa: quien corrige una barrera no es quien comprueba que ha quedado resuelta.