Recursos
Recursos
Guías y listas de verificación de accesibilidad para equipos que construyen, prueban y mantienen sitios y aplicaciones web.
Recursos en español
54 recursos
- Accesibilidad digital en Francia: RGAA, artículo 47 y EAA
Francia tiene su propio marco de accesibilidad. El RGAA implementa los requisitos bajo el artículo 47, con declaración, esquema plurianual y planes anuales; aparte, la Ley Europea de Accesibilidad cubre ciertos productos y servicios.
- Accesibilidad frente a cumplimiento: por qué pasar una fecha límite no es el final del trabajo
La accesibilidad cambia a medida que cambian los productos. Pasar una fecha límite no evita regresiones en diseño, desarrollo, QA, contenido o contratación.
- Accesibilidad en WooCommerce: qué probar en una tienda online
Las pruebas en WooCommerce deberían seguir el recorrido de compra desde el descubrimiento del producto hasta el carrito, el pago, la validación y la confirmación del pedido.
- La ADA y la accesibilidad web: una visión técnica
La ADA no es lo mismo que WCAG. Las pruebas técnicas basadas en WCAG pueden apoyar los esfuerzos de accesibilidad, pero no son asesoramiento legal ni una garantía de cumplimiento.
- Cómo auditar la accesibilidad de un sitio WordPress
Una auditoría de accesibilidad en WordPress debe identificar si cada problema proviene del tema, la salida de un plugin, el contenido, código personalizado, la configuración de bloques o incrustaciones de terceros.
- Qué debería cubrir una auditoría de accesibilidad antes de una fecha límite de cumplimiento
Una auditoría de accesibilidad previa a una fecha límite debería cubrir flujos de trabajo representativos, plantillas, componentes, documentos, terceros, orientación de remediación y re-pruebas.
- Auditorías de accesibilidad SaaS: probar flujos de trabajo complejos de aplicaciones web
Las auditorías SaaS se centran en los flujos de trabajo y el estado. Los productos autenticados necesitan pruebas de paneles, tablas, diálogos, filtros, cambios de ruta, notificaciones y formularios complejos.
- Calendario de cumplimiento de accesibilidad digital
Un calendario vivo de las principales fechas de accesibilidad digital, ordenado con las fechas próximas primero y los requisitos ya en vigor después.
- ¿Con cuánta antelación debería empezar las pruebas de accesibilidad antes de una fecha límite?
Los plazos de remediación de accesibilidad dependen de la complejidad del producto, las plantillas, los flujos de trabajo, los componentes de terceros, los ciclos de lanzamiento y las necesidades de documentación.
- Componentes de terceros y requisitos de accesibilidad
Los componentes de terceros pueden introducir barreras de accesibilidad en incrustaciones, pagos, reservas, chat, mapas, autenticación, reproductores de vídeo, banners de cookies y widgets.
- Errores comunes con ARIA y cuándo es mejor el HTML nativo
ARIA puede reparar semántica ausente, pero también puede crear falsas promesas. El HTML nativo aporta comportamiento, semántica y soporte de navegador que los widgets personalizados a menudo no tienen.
- ¿Existe una única fecha límite de accesibilidad web del ADA para toda empresa de EE. UU.?
Ninguna fecha federal única aplica a todo negocio privado de EE. UU. del mismo modo que la regla web del ADA Title II para los gobiernos estatales y locales.
- La fecha límite de accesibilidad ya pasó. ¿Qué deberían hacer los equipos de producto?
Si una fecha límite de accesibilidad ya pasó, los equipos de producto deberían confirmar el alcance, auditar, priorizar, remediar, verificar, documentar y establecer un QA continuo.
- Fechas límite de accesibilidad digital a vigilar en 2027
Las principales fechas verificadas de accesibilidad digital de 2027 incluyen la fecha de cumplimiento del ADA Title II del 26 de abril de 2027 para ciertas entidades públicas cubiertas y los requisitos de Canadá que comienzan el 5 de diciembre de 2027.
- Fechas límite de accesibilidad digital a vigilar en 2028
Las principales fechas verificadas de accesibilidad digital de 2028 incluyen las fechas del ADA Title II para entidades públicas más pequeñas y gobiernos de distritos especiales, más requisitos adicionales de Canadá.
- Cronograma de accesibilidad digital de Canadá 2027-2028.
Los requisitos federales de accesibilidad digital de Canadá incluyen fechas en diciembre de 2027 y diciembre de 2028, con una aplicabilidad que varía según la organización y el requisito.
- Fechas límite de accesibilidad digital en Estados Unidos: 2026-2028
Un cronograma de accesibilidad digital de EE. UU. que abarca el ADA Title II, el ADA Title III, Section 508, la contratación federal, los requisitos estatales y locales y las expectativas contractuales de WCAG.
- Las fechas límite de accesibilidad digital no son iguales para todos.
Compare las fechas límite y el estado de accesibilidad digital en Estados Unidos, Canadá, la Unión Europea, el Reino Unido y Australia.
- Fechas límite de accesibilidad del ADA Title II para gobiernos estatales y locales.
La regla web y de apps móviles del ADA Title II tiene fechas de cumplimiento en 2027 y 2028 para las entidades estatales y locales cubiertas, según la población y el tipo de entidad.
- Fechas límite de cumplimiento de accesibilidad digital: 2026-2028
Siga las principales fechas de accesibilidad que afectan a sitios web, aplicaciones móviles y servicios digitales en Estados Unidos, Canadá, la Unión Europea y otras jurisdicciones.
- Gestión del foco: guía práctica para interfaces web accesibles
La gestión del foco determina dónde quedan las personas usuarias de teclado y de tecnología de asistencia después de una acción. Un buen comportamiento del foco es predecible, visible y reversible.
- La fecha límite de la Ley Europea de Accesibilidad ya pasó. ¿Y ahora qué?
La fecha principal de aplicación de la Ley Europea de Accesibilidad fue el 28 de junio de 2025. Las organizaciones cubiertas deben ahora entender el alcance, las transiciones, la aplicación nacional y el trabajo técnico de accesibilidad.
- Lista de verificación de auditoría de accesibilidad WCAG 2.2 AA para sitios web
Una lista de verificación ayuda a planificar la cobertura, pero no sustituye a una auditoría. Úsela para asegurar que la muestra incluye estructura, operación por teclado, formularios, multimedia, comportamiento responsivo y estados dinámicos.
- Por qué los overlays de accesibilidad no sustituyen las pruebas y la remediación
Los overlays de accesibilidad no pueden reparar de forma fiable el código subyacente, el contenido, el comportamiento del foco ni los flujos de trabajo del producto. El trabajo de accesibilidad duradero ocurre en la propia interfaz.
- Cómo elegir una muestra representativa para una auditoría de accesibilidad web
Una muestra representativa incluye plantillas distintas, flujos de trabajo importantes, componentes compartidos, estados, tipos de contenido e interacciones de alto riesgo.
- Cómo preparar su producto para un VPAT / informe de conformidad de accesibilidad
La preparación de un ACR empieza por el alcance, la versión, los estándares y la evidencia. El trabajo es más fácil cuando los equipos de producto corrigen las barreras conocidas antes de redactar las observaciones.
- Pruebas con lector de pantalla para sitios y aplicaciones web
Las pruebas con lector de pantalla comprueban qué pueden percibir, entender y operar las personas mediante tecnología de asistencia. Funcionan mejor cuando se vinculan a flujos de trabajo representativos en lugar de a controles aislados.
- Pruebas de accesibilidad antes de un rediseño o lanzamiento de producto
Las pruebas previas al lanzamiento detectan defectos de accesibilidad cuando los cambios aún son más fáciles de hacer. Deberían incluir prototipos, componentes y la implementación final.
- Pruebas de accesibilidad automatizadas frente a manuales: qué puede detectar cada método
Las pruebas automatizadas y la evaluación manual de accesibilidad responden preguntas distintas. Las herramientas automatizadas son excelentes para comprobaciones repetibles. Las pruebas manuales son necesarias cuando importan el significado, el comportamiento, el foco, el flujo de trabajo o la salida de la tecnología de asistencia.
- Cómo probar la accesibilidad por teclado de un sitio web
Las pruebas de teclado preguntan si toda función significativa se puede alcanzar, operar y abandonar sin ratón. Es una de las formas más rápidas de revelar un comportamiento de interfaz inaccesible.
- Pruebas de regresión de accesibilidad tras el lanzamiento de un producto
Las pruebas de regresión comprueban si los nuevos lanzamientos reabrieron barreras antiguas o introdujeron otras nuevas en flujos de trabajo críticos y componentes compartidos.
- Pruebas de accesibilidad Section 508 para productos web
Las pruebas de Section 508 para productos web deberían definirse como una evaluación técnica, con documentación cuidadosa del producto, el entorno, los criterios y la evidencia.
- ¿Qué es una auditoría de accesibilidad WCAG?
Una auditoría de accesibilidad WCAG es una evaluación técnica estructurada de cómo se comporta un sitio o aplicación web frente a criterios de conformidad WCAG seleccionados. La versión útil no es un volcado de la salida de un escáner: es un registro de barreras, evidencia, personas afectadas, impacto y correcciones.
- WCAG 2.1 o WCAG 2.2: ¿qué versión debería probar su organización?
La mejor práctica técnica y los requisitos legales o de contratación pueden referirse a versiones distintas de WCAG. No asuma que la versión más nueva es obligatoria por ley en todas partes.
- Remediación de accesibilidad: de los hallazgos a las correcciones verificadas
La remediación debería abordar las causas raíz, no solo los síntomas visibles. El trabajo solo está completo cuando las correcciones se vuelven a probar contra la evidencia original.
- Requisitos de accesibilidad digital en Australia: lo que las organizaciones deberían saber
Australia no debería presentarse como si tuviera una única fecha límite nacional de accesibilidad web. La accesibilidad digital es una cuestión continua de igualdad de acceso y calidad técnica.
- Accesibilidad en la contratación de tecnología: auditorías, VPAT y ACR
Los equipos de contratación suelen pedir evidencia de accesibilidad, plantillas VPAT e informes de conformidad de accesibilidad (ACR). Las pruebas mantienen la documentación anclada al comportamiento del producto.
- Accesibilidad del comercio electrónico en la UE después del 28 de junio de 2025
Los servicios de comercio electrónico cubiertos por la Ley Europea de Accesibilidad necesitan pruebas técnicas cuidadosas en la selección de productos, la autenticación, el pago, los pagos, los formularios y los flujos de soporte.
- Requisitos de accesibilidad digital del Reino Unido: sitios y apps del sector público
Los requisitos de accesibilidad de sitios web y apps móviles del sector público del Reino Unido están en vigor. La guía oficial vigente remite a WCAG 2.2 AA y a las declaraciones de accesibilidad.
- Section 508 frente a ADA Title II: requisitos distintos, cronogramas distintos
Section 508 y el ADA Title II suelen mencionarse juntos, pero aplican a entidades, marcos técnicos y cronogramas diferentes.
- Validación accesible de formularios: errores, instrucciones y foco
La validación accesible de formularios conecta etiquetas visibles, instrucciones, errores, resúmenes y comportamiento del foco para que las personas puedan recuperarse sin adivinar.
- VPAT frente a ACR: ¿cuál es la diferencia?
VPAT® es la plantilla. Un informe de conformidad de accesibilidad (ACR) es el documento completado. Confundir los términos puede llevar a una documentación de contratación poco clara.
- ¿WCAG 2.2 tiene una fecha límite legal de cumplimiento?
WCAG 2.2 es un estándar técnico del W3C. Por sí mismo no establece una única fecha límite legal de cumplimiento a nivel global.
- Guía de pruebas con lector de pantalla
Cómo definir el alcance e interpretar las pruebas con lector de pantalla sin tratar una sola combinación como prueba universal.
- Guía de pruebas manuales de accesibilidad
Cómo las pruebas manuales evalúan el acceso por teclado, el foco, la semántica, los formularios, el reflujo y el comportamiento de la tecnología de asistencia.
- Guía de remediación de accesibilidad
Cómo pasar de los hallazgos a las correcciones de causa raíz, la revisión y la verificación.
- Guía de VPAT® / ACR
Cómo se relacionan las plantillas VPAT® y los informes de conformidad de accesibilidad con las pruebas, la contratación y la documentación de producto.
- Guía de WCAG 2.2
Una guía práctica de WCAG 2.2 para equipos que planifican auditorías, remediación y QA de producto.
- Lista de verificación de accesibilidad previa al lanzamiento
Una lista de verificación práctica de accesibilidad previa al lanzamiento para equipos que planifican su QA de accesibilidad.
- Lista de verificación de accesibilidad por teclado
Una lista de verificación práctica de accesibilidad por teclado para equipos que planifican su QA de accesibilidad.
- Lista de verificación de accesibilidad en WordPress
Una lista de verificación práctica de accesibilidad en WordPress para equipos que planifican su QA de accesibilidad.
- Lista de verificación de auditoría WCAG de un sitio web
Una lista de verificación práctica de auditoría WCAG para equipos que planifican su QA de accesibilidad.
- Lista de verificación de formularios accesibles
Una lista de verificación práctica de formularios accesibles para equipos que planifican su QA de accesibilidad.
- Lista de verificación de preparación para una fecha límite de accesibilidad
Una lista de verificación práctica para preparar productos digitales antes de una fecha límite de cumplimiento de accesibilidad.
La biblioteca en español está en crecimiento. Mientras tanto, puede consultar la biblioteca completa en inglés.
Audite, corrija, verifique.
Cuéntenos sobre su sitio o aplicación, el alcance y sus objetivos de accesibilidad. Le recomendaremos un enfoque —solo auditoría o auditoría más remediación— y le enviaremos una propuesta por escrito.