El proyecto Django se compromete a garantizar que los sitios web construidos con Django sean utilizables por todos, incluyendo personas con discapacidades. Los componentes integrados de Django, como la interfaz administrativa y el renderizado predeterminado de formularios, deben cumplir con las normas establecidas de accesibilidad y alcanzar nuestros objetivos propios para apoyar dispositivos de entrada específicos y tecnologías asistentes.
Trabajamos para adaptarnos a las Directrices de Accesibilidad del Contenido Web (WCAG), versión 2.2, al nivel AA. WCAG es la norma más establecida para la accesibilidad web. Las directrices del nivel AA son el objetivo de cumplimiento legal más común en todo el mundo.
También nos esforzamos por seguir otras mejores prácticas, como:
Las directrices del nivel AAA de WCAG 2.2 – criterios más estrictos que van más allá del nivel AA.
Las directrices futuras de WCAG 3.0 – una nueva norma en evolución que busca unificar y mejorar las versiones anteriores de WCAG.
Las Directrices de Accesibilidad para Herramientas de Autoría (ATAG) 2.0 – directrices para software y servicios utilizados para producir contenido web.
Para aprender más sobre la accesibilidad sin sumergirse directamente en las normas, recomendamos The A11Y Project, un esfuerzo comunitario para hacer que la accesibilidad digital sea más fácil.
Beyond estándares, queremos asegurarnos de que Django realmente funciona para las personas que utilizan una amplia gama de dispositivos de entrada y tecnologías asistentes. Esto tiene beneficios para asegurar que Django funcione mejor para todos``_. La forma más efectiva de hacer esto es tener en cuenta las consideraciones de accesibilidad como parte del diseño de características. Si tienes dudas, consulta con usuarios que dependen de tecnologías asistentes o con expertos en accesibilidad. Puedes contactar con el `Equipo de Accesibilidad`_ a través del tema del foro ``Django Accessibility``_ o a través del canal ``#accesibilidad en el servidor de Discord de Django.
Diseña la interfaz con accesibilidad en mente, y la prueba solo será necesaria como verificación final. Para interfaces más complejas, consulta con otros contribuyentes para decidir los objetivos de prueba. Contacta con el Equipo de Accesibilidad para obtener apoyo y coordinar las pruebas.
Prueba siempre los cambios en la interfaz del usuario con:
Navegación solo con teclado. Problemas comunes incluyen:
Un elemento interactivo no puede ser alcanzado utilizando las teclas Tab o flecha.
Un elemento interactivo «captura» el enfoque de entrada y impide navegar hacia otro lugar.
Un elemento interactivo no proporciona una indicación visible cuando tiene enfoque de entrada.
El orden del enfoque es inconsistente con el orden lógico que se comunica visualmente.
La herramienta de comprobaciones automatizadas del ``Accesibilidad Insights``_ o una herramienta equivalente con el ``Axe``_ checker.
Donde los cambios en la interfaz de usuario pueden afectar esas modalidades, también prueba con:
Navegación solo por tacto. Los problemas comunes incluyen:
Un objetivo de toque (elemento interactivo) es demasiado pequeño.
Interacción basada en el ratón que no se traduce a tacto, como un tooltip solo con ratón.
400% zoom del navegador. Los problemas comunes incluyen:
El contenido está cortado o desaparece cuando se amplía.
Contenido que no requiere inherentemente una disposición bidimensional causa desplazamiento en ambas direcciones (vertical y horizontal). El desplazamiento bidimensional es aceptable para el contenido como imágenes, mapas, videos y tablas de datos, que requieren ambas dimensiones para ser utilizables.
Modo de colores forzados (por ejemplo, Temas de Contraste de Windows). Tenga en cuenta que esto se puede probar a través del modo "high_contrast" en las pruebas de capturas de pantalla. Los problemas comunes incluyen:
Dependencia excesiva del color para el significado, que se pierde en el modo de colores forzados.
Uso de !important o estilos en línea puede romper el modo de colores forzados.
Donde los cambios en la interfaz de usuario podrían afectar a las tecnologías asistentes, aquí tienes algunas opciones gratuitas populares que recomendamos probar.
Para Windows:
NVDA - recomendado con Firefox ESR
Narrator - recomendado con Microsoft Edge
Amplificador de pantalla de Windows
Reconocimiento de voz de Windows
Para macOS:
VoiceOver - recomendado con Safari
macOS Zoom
Control de Voz en macOS
Para Linux:
Orca - recomendado con Firefox ESR
Para móvil o tableta:
VoiceOver en iOS, o TalkBack en Android
Las siguientes son opciones licenciadas populares. Si eres un usuario de estas, o puedes trabajar con un usuario que tenga una licencia, también prueba contra:
Hay partes de Django que no cumplen con nuestros objetivos de accesibilidad. Trabajamos activamente en la corrección de problemas, tanto como parte de la mantenimiento continua como de grandes renovaciones. Para obtener información sobre los problemas conocidos y participar, vea:
#accesibilidad en el servidor Django Discord.
El tema del foro Django sobre accesibilidad _.
Los problemas de accesibilidad en el rastreador de tickets _.
Nuestro proyecto de mejoras de accesibilidad de Django _.
El equipo de accesibilidad _.
may 31, 2026