--- title: "Auditoría de accesibilidad (WCAG 2.2) y corrección" canonical: https://wavect.io/es/services/accessibility-audit/ language: es description: "Audita aplicaciones web y móviles frente a WCAG 2.2: hallazgos reproducibles, correcciones priorizadas y nueva comprobación. Evidencia técnica, sin certificado ni opinión legal." image: "https://wavect.io/img/general/bak/open_graph_preview.jpg" --- Auditoría de accesibilidad # Una auditoría de accesibilidad con la que tu equipo puede trabajar. Descubre dónde se atascan en tu producto las personas que usan teclado, lector de pantalla o zoom. Evaluamos una muestra acordada frente a WCAG 2.2, redactamos hallazgos que tu equipo puede reproducir, corregimos lo que encargues y volvemos a comprobar el resultado. EL ENCARGO ## Una muestra. Hallazgos reproducibles. Correcciones verificables. 1. **Acordar la muestra** Recorridos, plantillas, estados, dispositivos y tecnologías de apoyo. 2. **Evaluar e informar** Hallazgos WCAG 2.2 con pasos, impacto y criterio. 3. **Corregir y volver a comprobar** Correcciones encargadas, revisadas en la tarea completa. RESPUESTA DIRECTA Una auditoría de accesibilidad evalúa una muestra definida de un producto frente a los criterios de conformidad de WCAG 2.2, combinando comprobaciones automáticas con pruebas manuales de teclado, lector de pantalla y zoom. Este servicio entrega hallazgos reproducibles, correcciones priorizadas y una nueva comprobación; no es una certificación ni una declaración de conformidad legal. Adecuado para - Aplicaciones web o móviles cuyos recorridos clave nunca se han probado más allá de un escaneo automático - Equipos que necesitan evidencia técnica para su propia evaluación de la Ley Europea de Accesibilidad Cuándo elegir otro servicio - Una opinión legal sobre si la normativa de accesibilidad te afecta - Pruebas funcionales y de regresión continuas en cada versión ## Evalúa recorridos completos, no solo páginas Una auditoría vale lo que vale su muestra. Elegimos las tareas completas que la gente debe terminar (registrarse, encontrar algo, pagar, enviar un formulario con errores de validación, descargar un documento) y las plantillas y estados que tocan: diálogos, listas desplegables, mensajes de error, resultados vacíos. Después acordamos navegadores, dispositivos y tecnologías de apoyo. Si quieres preparar el brief por tu cuenta o comparar ofertas, usa nuestra [guía para definir una auditoría de accesibilidad](/es/software-development-guide/website-accessibility-audit/). ## Las herramientas encuentran algunos problemas. Las personas, el resto. Evaluamos frente a [WCAG 2.2](https://www.w3.org/TR/WCAG22/) en el nivel que elijas, normalmente AA. Las herramientas detectan parte de los problemas; el resto requiere a una persona recorriendo la tarea. Comprobaciones automáticas Escáneres sobre la muestra para contraste, nombres ausentes, estructura y uso incorrecto de ARIA. Cada aviso se revisa, porque un resultado de herramienta no es un hallazgo hasta que alguien lo confirma. Teclado y foco Cada tarea sin ratón: orden del foco, foco visible, trampas de teclado en diálogos, enlaces de salto y dónde queda el foco tras una acción. Lector de pantalla y zoom Combinaciones acordadas de lector y navegador (por ejemplo VoiceOver con Safari, NVDA con Firefox), ampliación de texto y reajuste del contenido en pantallas estrechas. Apps móviles nativas Si el móvil está en el alcance: pantallas de iOS y Android con los lectores de pantalla de cada plataforma, textos del sistema ampliados y tamaño de los objetivos táctiles. ## Hallazgos que tu equipo puede reproducir y corregir Cada hallazgo indica página y estado, entorno, pasos, comportamiento observado y esperado, impacto en el usuario, el criterio WCAG y una corrección recomendada. Se ordenan según cuánto impiden completar la tarea, no por el número de avisos de herramientas. También recibes una declaración del alcance probado: qué se evaluó, cómo y qué no. La auditoría cubre cómo funciona el producto para personas con discapacidad; las pruebas funcionales y de regresión generales siguen en [Aseguramiento de Calidad](/es/services/software-quality-assurance/). ## Hallazgo ilustrativo: un diálogo que atrapa el teclado Ilustrativo, no es una página de cliente auditada. Una persona que usa teclado abre un diálogo de filtros pero no alcanza el control de cierre, y la página de fondo queda inaccesible. El hallazgo indica plantilla y estado, navegador y pasos de teclado, el impacto, el comportamiento esperado del foco y el criterio 2.1.2 Sin trampas para el foco del teclado de WCAG 2.2, con una corrección propuesta. Tras la corrección, la nueva comprobación repite la tarea completa: abrir, usar, cerrar y que el foco vuelva al control que abrió el diálogo. ## Auditar, corregir, volver a comprobar. Cada paso es una decisión. Acordamos alcance y presupuesto de cada fase por separado. Una muestra aporta evidencia sobre el alcance probado; no demuestra que todas las páginas sean accesibles. 1. **Auditoría** - Recibe el registro de hallazgos, la declaración del alcance probado, detalles de método y entorno, y una lista priorizada de correcciones. 2. **Corrección** - Corregimos en tu código los problemas encargados, o tu equipo los corrige con nuestros hallazgos y pautas para componentes. 3. **Nueva comprobación** - Se revisan de nuevo los pasos originales y los estados cercanos. El registro vincula cada hallazgo con su corrección y su resultado. ## Usa la evidencia y deja la decisión legal a tu asesoría La Ley Europea de Accesibilidad y las leyes nacionales que la trasponen, como la BFSG alemana, han convertido la accesibilidad en un tema de lanzamiento para muchos productos digitales que se venden en la UE. Si se aplican a tu producto, y cómo, es una cuestión legal para tu asesoría. Nosotros aportamos evidencia técnica: qué se probó, frente a qué criterios, qué falló y qué se corrigió. No emitimos certificados ni declaraciones de conformidad. Si tu alcance requiere pruebas con personas con discapacidad o un evaluador especialista externo, la propuesta indica quién lo hace. Las pantallas nuevas cuestan menos si se hacen bien antes de construirlas; para eso existe [Diseño UX/UI](/es/services/ux-ui-design/). // pruebas ## Accesibilidad dentro de la entrega de producto Aún no hemos publicado una auditoría de accesibilidad de cliente. Estos casos son trabajo cercano, no auditorías de conformidad WCAG. Aniron: diseño responsive y accesibilidad abordados junto con la entrega funcional de un portal para desarrolladores. Scramble Wallet: accesibilidad corregida como parte del trabajo de base para usuarios de más de 50 años sin experiencia cripto. Soundromeda: la disciplina de reproducir, priorizar y volver a comprobar en la que se basa el formato de hallazgos. ### [Aniron](/es/case-studies/aniron/) - **Estado:** En Vivo - **Resultado:** Portal de API - Alta de clientes, controles de claves API, recargas de créditos y visibilidad de uso entregados. - **Resumen:** Wavect fue el principal colaborador en la aplicación de Aniron: claves API, créditos prepago, visibilidad de uso e integraciones. - **Stack:** TypeScript, Next.js, React ### [Scramble Wallet](/es/case-studies/scramble-wallet/) - **Estado:** En Vivo - **Resultado:** 50+ - Edad del Usuario Objetivo - **Resumen:** Extensión multi-navegador, Tron añadido, iOS + Android por múltiples rutas, construida sobre un fork de Enkrypt, deuda pagada … - **Stack:** VueJS, Typescript, NestJS ### [Soundromeda](/es/case-studies/soundromeda/) - **Estado:** En Vivo - **Resultado:** Producción - Vibe-Coded → Endurecido - **Resumen:** El endurecimiento liderado por QA llevó un prototipo de juego vibe-coded a un estado que los comités de subvenciones respaldaron. Estos son proyectos seleccionados, no nuestro portfolio completo. Hemos entregado más de 100 productos desde 2018. ## Preguntas antes de empezar ### ¿Basta con un escaneo automático? No. Los escaneos encuentran parte de los problemas y ayudan a evitar regresiones. Las tareas importantes siguen necesitando pruebas de teclado, lector de pantalla y zoom hechas por una persona. ### ¿Recibimos un certificado? No. Recibes un registro de hallazgos, una declaración del alcance probado y registros de la nueva comprobación. El W3C no certifica la conformidad con WCAG y nosotros no declaramos conformidad legal. ### ¿Están incluidas las correcciones? Solo si las encargas. Auditoría, corrección y nueva comprobación se definen por separado, para que tu propio equipo pueda corregir. ### ¿Frente a qué nivel de WCAG evaluáis? Normalmente WCAG 2.2 nivel AA. El objetivo y cualquier criterio adicional se acuerdan en la propuesta. ### ¿Habéis auditado productos como el nuestro? Es una oferta más reciente con alcance propio y aún no hemos publicado una auditoría de accesibilidad de cliente. El método sigue las pautas de evaluación del W3C, y los casos de esta página muestran trabajo de producto cercano en el que la accesibilidad formó parte de la entrega. ## Elige el siguiente paso - [Preparar el brief de una auditoría](/es/software-development-guide/website-accessibility-audit/) - [Pruebas independientes de cada release](/es/services/software-quality-assurance/) - [Diseñar pantallas nuevas accesibles](/es/services/ux-ui-design/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" } ] } ``` ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/es/services/accessibility-audit/#service", "@type": "Service", "areaServed": [ { "@type": "Country", "name": "Austria" }, { "@type": "Place", "name": "Worldwide" } ], "category": "Diseño de producto y calidad", "dateModified": "2026-10-30", "description": "Audita aplicaciones web y móviles frente a WCAG 2.2: hallazgos reproducibles, correcciones priorizadas y nueva comprobación. Evidencia técnica, sin certificado ni opinión legal.", "name": "Auditoría de accesibilidad (WCAG 2.2) y corrección", "provider": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "serviceType": "Auditoría de accesibilidad", "url": "https://wavect.io/es/services/accessibility-audit/" }, { "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/es/", "name": "Inicio", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/es/services/overview/", "name": "Servicios", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/es/services/overview/#design", "name": "Diseño de producto y calidad", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/es/services/accessibility-audit/", "name": "Auditoría de accesibilidad", "position": 4 } ] }, { "@id": "https://wavect.io/es/services/accessibility-audit/#webpage", "@type": "WebPage", "dateModified": "2026-10-30", "description": "Audita aplicaciones web y móviles frente a WCAG 2.2: hallazgos reproducibles, correcciones priorizadas y nueva comprobación. Evidencia técnica, sin certificado ni opinión legal.", "inLanguage": "es", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "mainEntity": { "@id": "https://wavect.io/es/services/accessibility-audit/#service" }, "name": "Auditoría de accesibilidad (WCAG 2.2) y corrección", "url": "https://wavect.io/es/services/accessibility-audit/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Los escaneos encuentran parte de los problemas y ayudan a evitar regresiones. Las tareas importantes siguen necesitando pruebas de teclado, lector de pantalla y zoom hechas por una persona." }, "name": "¿Basta con un escaneo automático?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Recibes un registro de hallazgos, una declaración del alcance probado y registros de la nueva comprobación. El W3C no certifica la conformidad con WCAG y nosotros no declaramos conformidad legal." }, "name": "¿Recibimos un certificado?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Solo si las encargas. Auditoría, corrección y nueva comprobación se definen por separado, para que tu propio equipo pueda corregir." }, "name": "¿Están incluidas las correcciones?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Normalmente WCAG 2.2 nivel AA. El objetivo y cualquier criterio adicional se acuerdan en la propuesta." }, "name": "¿Frente a qué nivel de WCAG evaluáis?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Es una oferta más reciente con alcance propio y aún no hemos publicado una auditoría de accesibilidad de cliente. El método sigue las pautas de evaluación del W3C, y los casos de esta página muestran trabajo de producto cercano en el que la accesibilidad formó parte de la entrega." }, "name": "¿Habéis auditado productos como el nuestro?" } ], "speakable": { "@type": "SpeakableSpecification", "cssSelector": [ ".faq-question", ".faq-answer" ] } } ```