Auditorías de accesibilidad con soluciones que su equipo puede aplicar
Gjethe audita sitios web y aplicaciones web según WCAG 2.2 nivel AA: análisis automáticos, comprobaciones manuales de navegación por teclado, foco, formularios, contraste de color, encabezados y contenido multimedia, y pruebas con lectores de pantalla como NVDA, VoiceOver y TalkBack. Recibe un informe priorizado con explicaciones claras y correcciones a nivel de código, y podemos resolver las incidencias y volver a probar. No certificamos el cumplimiento legal; sus asesores jurídicos confirman obligaciones como la European Accessibility Act.
- Primera consulta gratuita
- Presupuesto por escrito para su proyecto
- Pagos fraccionados por hitos, con flexibilidad
De un vistazo
- Standard
- WCAG 2.2 nivel AA
- Pruebas
- Automático, manual, lectores de pantalla, teclado
- Resultado
- Problemas priorizados con correcciones a nivel de código
- Follow-up
- Correcciones y nuevas pruebas bajo petición
Definition
Qué es la auditoría de accesibilidad?
Una auditoría de accesibilidad comprueba si un sitio web o una app puede ser utilizado por personas con discapacidad, incluidas las que usan lectores de pantalla, teclados, ampliación o subtítulos, normalmente medido según las Web Content Accessibility Guidelines (WCAG).
Los problemas de accesibilidad dejan fuera a personas reales: un formulario que no se puede completar sin ratón, un botón que un lector de pantalla anuncia como "botón", un texto demasiado tenue para leerlo, un vídeo sin subtítulos. Muchos problemas son sencillos de corregir una vez encontrados. Las herramientas automáticas detectan solo una parte, así que una auditoría útil combina herramientas con pruebas manuales cuidadosas y explica las correcciones en términos que los desarrolladores puedan aplicar.
¿Para quién es?
Tiendas online
Pago, páginas de producto y búsqueda utilizables por todos.
Productos SaaS
Aplicaciones que cumplen los requisitos de contratación de los clientes.
Sanidad, educación y servicios de cara al público
Servicios de los que la gente depende, disponibles para todos.
Empresas que atienden a clientes de la UE
Preparación para los requisitos de accesibilidad en los mercados europeos.
Qué está incluido y qué se queda usted
Qué incluye
- Alcance y muestreo de páginas y flujos
- Análisis automáticos en toda la muestra
- Revisión manual WCAG 2.2 AA
- Pruebas de navegación solo con teclado
- Pruebas con lectores de pantalla NVDA, VoiceOver y TalkBack
- Comprobaciones de contraste de color y zoom
- Formularios, errores y gestión del foco
- Contenido multimedia: necesidades de subtítulos, transcripciones y audiodescripción
- Lista priorizada de problemas con correcciones a nivel de código
- Repaso de los hallazgos con los desarrolladores
- Nuevas pruebas tras las correcciones
Lo que recibe
Se entrega al final. Suyo para siempre.
- Un informe de auditoría vinculado a los criterios de conformidad de WCAG
- Backlog priorizado de problemas para su gestor de tareas
- Ejemplos de código para las correcciones habituales
- Un informe de nuevas pruebas tras las correcciones
- Material de partida para su declaración de accesibilidad
Por qué los análisis automáticos no bastan
Las herramientas automáticas como axe y Lighthouse son excelentes para detectar algunos problemas: atributos alt ausentes, bajo contraste, etiquetas de formulario que faltan. No pueden juzgar si el texto alternativo es significativo, si el foco se mueve de forma lógica por un cuadro de diálogo o si un componente personalizado tiene sentido para un usuario de lector de pantalla. Eso requiere que una persona pruebe los flujos reales.
Usamos herramientas automáticas para la amplitud y pruebas manuales para la profundidad, centradas en las tareas que más importan: registrarse, buscar, comprar, reservar, contactar.
Problemas que encontramos con frecuencia
| Problema | Impacto |
|---|---|
| Etiquetas de formulario ausentes o poco claras | Los usuarios de lectores de pantalla no saben qué introducir |
| Botones y menús personalizados sin roles | Los controles son inutilizables sin ratón |
| Indicador de foco invisible | Los usuarios de teclado pierden la noción de dónde están |
| Bajo contraste de color | El texto es difícil de leer para mucha gente |
| Imágenes sin texto alternativo útil | Falta contenido para los usuarios ciegos |
| Mensajes de error que no se anuncian | Los usuarios no pueden recuperarse de los errores de formulario |
Priorizado, para que corregir sea realista
Una larga lista de problemas sin prioridad paraliza a los equipos. Ordenamos los hallazgos por gravedad y por cuántas personas y tareas clave afectan, agrupamos los problemas repetidos por componente para que una sola corrección resuelva muchas páginas, y estimamos el esfuerzo, para que su equipo pueda planificar el trabajo.
La European Accessibility Act y otras normas
Los requisitos de accesibilidad se aplican a muchos productos y servicios digitales en la UE, incluidos el comercio electrónico, los servicios bancarios y los libros electrónicos, y muchos países tienen sus propias normas para el sector público. WCAG 2.2 AA es la referencia técnica habitual. Auditamos según WCAG y explicamos los hallazgos; si y cómo se aplican leyes concretas a su negocio es una cuestión para sus asesores jurídicos.
Mantenerlo accesible
La accesibilidad retrocede con cada versión si no forma parte del proceso. Podemos añadir comprobaciones automáticas a su pipeline de CI, ofrecer guías de componentes para diseñadores y desarrolladores y formar a su equipo para que las nuevas funciones nazcan accesibles en lugar de corregirse después.
Qué nos ayuda a empezar
- El sitio o la app y cuentas de prueba
- Las tareas de usuario más importantes
- Su sistema de diseño o biblioteca de componentes
- Problemas conocidos o quejas de usuarios
- Su estándar objetivo y los plazos que tenga
- Quién corregirá los problemas
Sistemas de diseño accesibles
La mayoría de los problemas de accesibilidad proceden de componentes compartidos: un botón, un menú, un modal, un campo de formulario. Corregirlos en el sistema de diseño los corrige en todos los sitios donde se usan. Revisamos los componentes de su biblioteca, documentamos el comportamiento accesible de cada uno, como la interacción por teclado, el foco y las etiquetas, y ofrecemos ejemplos probados que sus desarrolladores pueden copiar.
Cómo funciona la auditoría de accesibilidad, paso a paso
Cada paso tiene un resultado claro que puede revisar. Los plazos se acuerdan en su presupuesto.
- 1
Alcance
Páginas, flujos y estándar acordados; muestra seleccionada.
- 2
Análisis automático
Comprobaciones de amplitud en toda la muestra.
- 3
Pruebas manuales
Teclado, lectores de pantalla, zoom y revisión de contenido.
- 4
Informe
Hallazgos priorizados con referencias WCAG y correcciones.
- 5
Corregir
Su equipo o el nuestro corrige los problemas.
- 6
Re-test
Correcciones verificadas e informe actualizado.
Herramientas y qué determina su presupuesto
El precio depende de su proyecto y se acuerda en su presupuesto. Esto es lo que lo hace variar.
| Factor | Por qué importa |
|---|---|
| Número de páginas y flujos | Más plantillas y recorridos implican más pruebas. |
| Complejidad | Los componentes personalizados y las aplicaciones web requieren pruebas manuales más profundas. |
| Platforms | Las apps móviles y varios navegadores añaden rondas de pruebas. |
| Corrección | La corrección de los problemas se presupuesta aparte de la auditoría. |
| Re-testing | Cada ronda de nuevas pruebas añade trabajo de verificación. |
| Área | Tools |
|---|---|
| Automated | axe DevTools, Lighthouse, WAVE, Pa11y |
| Lectores de pantalla | NVDA, JAWS, VoiceOver, TalkBack |
| Otro | Colour Contrast Analyser, zoom del navegador y pruebas de reflujo, pruebas con teclado |
Errores habituales que evitar
Lo que vemos fallar con más frecuencia y cómo lo evita un buen proyecto.
Confiar en un widget de superposición
Las superposiciones no corrigen el código subyacente y pueden empeorar las cosas para los usuarios de tecnologías de apoyo.
Ejecutar solo herramientas automáticas
Pasan por alto muchos de los problemas que bloquean a los usuarios.
Corregir página por página
Corrija una vez los componentes compartidos; la corrección se extiende por todo el sitio.
Tratarlo como algo puntual
Sin comprobaciones en su proceso, los problemas vuelven con la siguiente versión.
Preguntas frecuentes
¿Con qué estándar auditan?
WCAG 2.2 nivel AA, la referencia técnica más habitual para los requisitos de accesibilidad.
¿Certifican que nuestro sitio cumple la normativa?
No. Auditamos según WCAG e informamos de los hallazgos. Sus asesores jurídicos confirman si se aplican leyes concretas y si se cumplen.
¿Funcionan las superposiciones de accesibilidad?
No corrigen el código subyacente y pueden interferir con las tecnologías de apoyo. Recomendamos corregir el propio sitio.
¿Pueden corregir los problemas que encuentren?
Sí. Podemos corregirlos en su código o guiar a sus desarrolladores, y después volver a probar.
¿Prueban apps móviles?
Sí, con VoiceOver en iOS y TalkBack en Android, según los criterios WCAG pertinentes.
¿Pueden ayudar con nuestra declaración de accesibilidad?
Aportamos los hallazgos y el estado que la declaración debe describir. La declaración en sí es de su propiedad y la publica usted.
¿Prueban con lectores de pantalla reales?
Sí. NVDA, VoiceOver y TalkBack en navegadores y dispositivos reales.
¿Pueden añadir comprobaciones de accesibilidad a nuestro proceso de desarrollo?
Sí, con pruebas automáticas en CI, guías de componentes y formación del equipo.
¿Cómo se fija el precio de una auditoría de accesibilidad?
Se presupuesta según el número de páginas y flujos, la complejidad de los componentes y si se incluyen correcciones y nuevas pruebas.
¿Cuántas páginas prueban?
Probamos una muestra representativa de plantillas y los recorridos de usuario clave, elegidos con usted, ya que la mayoría de los problemas se repiten en páginas construidas con los mismos componentes.
¿Prueban PDF?
Podemos revisar PDF importantes en cuanto a los fundamentos de accesibilidad, aunque convertir los documentos clave en páginas web accesibles suele ser la mejor solución.
¿Forman a nuestros diseñadores y desarrolladores?
Sí. Unas sesiones breves y prácticas sobre componentes, contenidos y pruebas accesibles ayudan a que el trabajo nuevo nazca accesible.
Servicios relacionados
QA y pruebas de software
Pruebas manuales y automatizadas en distintos navegadores y dispositivos.
Desarrollo de sitios web
Sitios web corporativos a medida con Next.js, React o WordPress.
Diseño UI/UX
Investigación, wireframes, prototipos e interfaces.
Rediseño de sitios web
Reconstruya un sitio obsoleto sin perder tráfico.
Auditoría de accesibilidad por sector
Haga que su sitio sea utilizable por todos.
Cuéntenos qué necesita. Recibirá una valoración honesta, un plan claro y un presupuesto por escrito. La primera consulta es siempre gratuita.
- Qué ocurre después
- 1Usted nos cuenta qué necesita
- 2Nos proponemos responder en 24 horas con preguntas
- 3Recibe un presupuesto por escrito para su proyecto