Agencia experta enAccesibilidad Webcon auditoría WCAG 2.2 y remediación integral.
Auditamos y remediamos accesibilidad con criterio profesional: WCAG 2.2 AA, EN 301 549 y Real Decreto 1112/2018. Sin overlays parcheadores. Sin declaraciones de accesibilidad que no aguantan una revisión. Con documentación auditable ante la autoridad competente.
Los "overlays" de accesibilidad — esos widgets que prometen adaptar automáticamente cualquier web — están siendo denunciados en tribunales de todo el mundo por prácticas engañosas. No solucionan la accesibilidad; a menudo la empeoran. Nosotros hacemos lo contrario: auditoría honesta, remediación con oficio y documentación que aguanta una revisión externa.
Piezas de un programa de accesibilidad serio
Combinamos según punto de partida y urgencia normativa.
Auditoría técnica
Revisión manual (no sólo automática) contra WCAG 2.2 AA y EN 301 549. Reporte con incidencias priorizadas, evidencias y remediación sugerida.
Auditoría con usuarios
Tests con usuarios reales que usan tecnología asistiva: lectores de pantalla, navegación por teclado, magnificadores. Insights que las heurísticas no ven.
Remediación
Implementación de las correcciones priorizadas: HTML semántico, ARIA correcto, contraste, foco visible, formularios accesibles, navegación por teclado.
Declaración de accesibilidad
Documento formal exigido por el RD 1112/2018 y la directiva UE, con nivel de conformidad, no conformidades y contacto. Preparado para inspección.
Formación al equipo
Sesiones para diseño, contenidos y desarrollo. Para que nueva funcionalidad ya nazca accesible — no genere nueva deuda.
Monitorización continua
Setup de linters de accesibilidad en CI/CD y de tests automáticos en el pipeline. La accesibilidad se mantiene, no se congela en el día de auditoría.
Cinco fases del proyecto
Sin fases mágicas. Todo verificable.
- 01
Diagnóstico
Auditoría técnica + análisis del contexto legal (sector, tipo de organización, plazos). Sale un informe con el estado real y la exposición normativa.
- 02
Priorización
Las no conformidades se ordenan por impacto en el usuario y por criticidad legal. No todo se resuelve simultáneamente — se resuelve en orden.
- 03
Remediación
Implementación por bloques con revisión continua. Se corrige, se verifica, se documenta. Sin dejar deuda encubierta.
- 04
Verificación
Auditoría final (interna + tests con usuarios de tecnología asistiva) para certificar conformidad real. Documento de resultado.
- 05
Mantenimiento
Formación al equipo, integración de linters en CI/CD, protocolo para nuevos desarrollos. La accesibilidad pasa a ser proceso, no proyecto.
Herramientas con las que trabajamos
Automatización + manual + usuarios reales. Sin una sola fuente de verdad.
Auditoría automatizada
- axe DevTools
- WAVE
- Lighthouse a11y
- Pa11y
- IBM Equal Access
- Siteimprove
Tecnología asistiva de prueba
- NVDA
- JAWS
- VoiceOver
- TalkBack
- Dragon NaturallySpeaking
- ZoomText
Integración en CI/CD
- axe-core en Jest
- Cypress a11y
- Playwright a11y
- Storybook a11y addon
- ESLint jsx-a11y
- Pre-commit hooks
Documentación
- Declaración RD 1112
- VPAT (US)
- ACR (US)
- Reporte WCAG-EM
- Roadmap remediación
- Auditorías anuales
Principios que aplicamos en todo proyecto
Cinco compromisos que definen accesibilidad hecha con oficio.
Sin overlays parcheadores
No instalamos widgets que prometen "solucionar" la accesibilidad. La evidencia dice que empeoran experiencia y no evitan sanción.
HTML semántico primero
Antes que ARIA está el HTML correcto. "Primer principio de ARIA: no uses ARIA si el HTML nativo hace el trabajo".
Tests con usuarios reales
Ninguna herramienta automática detecta más del 30-40% de los problemas de accesibilidad. Los tests con usuarios de tecnología asistiva son insustituibles.
Documentación auditable
Cada afirmación de conformidad viene con evidencia. Preparada para inspección de la Autoridad de Supervisión (España: OFISPE) sin sorpresas.
Formación transferida
El equipo interno sale entendiendo qué mantener. La accesibilidad no debe depender de tenernos en soporte perpetuo.
Dudas honestas antes de contratar
¿La accesibilidad web es obligatoria en nuestro caso?
Depende. Sector público en España está sujeto al RD 1112/2018 desde 2018. Sector privado entra en muchas categorías con la European Accessibility Act (aplicable desde 28 de junio de 2025). Os hacemos un análisis de aplicabilidad como primer paso para saber exactamente vuestra exposición.
¿No basta con instalar un widget de accesibilidad?
No. Y además os expone. Múltiples sentencias en EE. UU. y análisis técnicos independientes han demostrado que los overlays no resuelven la accesibilidad y en muchos casos generan nuevas barreras. No son defendibles ante una autoridad de supervisión seria.
¿Qué pasa si nos denuncian por falta de accesibilidad?
Depende de la jurisdicción y del hecho concreto. En España puede haber sanciones económicas y requerimientos de subsanación por parte de OFISPE. En EE. UU. hay riesgo de demanda ADA con costes legales elevados. En ambos casos, tener una declaración de accesibilidad honesta y un plan de remediación en marcha reduce muchísimo el riesgo.
¿Podemos hacer accesible una web antigua o hay que rehacerla?
Casi siempre se puede remediar sin rehacer. Depende del grado de degradación. En algunos casos, ciertos módulos (widgets legacy, reproductores antiguos) sí conviene sustituirlos — pero no es un requisito general.
¿Trabajáis con partners especializados si el caso lo requiere?
Sí. Colaboramos con testers usuarios de tecnología asistiva y con especialistas legales cuando el caso lo requiere. Ninguna consultora seria pretende cubrir todos los frentes en solitario.
¿La European Accessibility Act aplica en vuestro sector?
Nos cuentas qué sector y qué producto digital tenéis. Miramos aplicabilidad, exposición y qué haría falta para llegar a conformidad de verdad.
¿Hablamos?Análisis de aplicabilidad bajo NDA. Sin propuesta genérica.