Accesibilidad del libro de reclamaciones virtual: qué exige Indecopi

La accesibilidad del libro de reclamaciones virtual dejó de ser un detalle estético para convertirse en una obligación legal cuando entró en vigencia la Ley 32495 el 11 de noviembre de 2025. Esta norma, que obliga a las plataformas digitales a tener un libro virtual con enlace visible y manda adecuar el reglamento en 30 días calendario, refuerza un principio que el Indecopi venía empujando hace tiempo: todo consumidor, sin importar su condición o capacidad, debe poder presentar un reclamo de forma efectiva.

En este artículo te contamos qué exige el Indecopi en accesibilidad del libro virtual, cómo cumplir con WCAG, qué significa estar en lugar visible, cómo manejar el idioma y qué medidas implementar para que las personas con discapacidad puedan reclamar.

Marco legal: por qué la accesibilidad es obligatoria

La accesibilidad del libro virtual se sostiene en tres pilares: la Ley 29571 (Código del Consumidor), el DS 011-2011-PCM (Reglamento del Libro) y la Ley 32495, que aterriza la obligación en el ecosistema digital.

A esto se suma el marco peruano de protección a personas con discapacidad, que exige que los servicios al público sean accesibles. Cuando combinas estas normas, llegas a una conclusión clara: el libro virtual no puede ser un formulario complicado, escondido o que solo funcione si tienes mouse y vista perfecta.

Importante: el Indecopi ha sido enfático en que la falta de accesibilidad no es solo un problema de cumplimiento formal, sino una barrera real al derecho del consumidor. Por eso las sanciones por libros virtuales mal implementados se han endurecido en los últimos años.

WCAG 2.1 AA: el estándar técnico que debes conocer

Las Pautas de Accesibilidad para el Contenido Web (WCAG por sus siglas en inglés) son el estándar internacional de referencia que utilizan reguladores en todo el mundo, incluido el Indecopi en sus orientaciones. La versión 2.1 nivel AA es el mínimo razonable para un libro de reclamaciones virtual en 2026.

WCAG se organiza en cuatro principios: perceptible, operable, comprensible y robusto. Cada uno se descompone en pautas y criterios concretos que tu libro virtual debe cumplir. Vamos a recorrer los más críticos para que sepas exactamente qué revisar.

Perceptible: toda la información debe poder ser percibida por los usuarios, sin importar el canal sensorial. Eso significa que las imágenes deben tener texto alternativo (alt text) que describa su contenido, los videos requieren subtítulos, y los formularios deben funcionar sin depender solo del color para transmitir mensajes.

Operable: la interfaz debe poder usarse con teclado, sin requerir mouse. El consumidor que use un lector de pantalla, un dispositivo de seguimiento ocular o tenga limitaciones motoras debe poder llenar el formulario completo con la tecla Tab, Shift+Tab, Enter y las flechas. Si tu libro virtual falla en esto, ya tienes un incumplimiento serio.

Comprensible: el contenido y la operación deben ser entendibles. Las etiquetas de los campos deben ser claras, las instrucciones precisas, los mensajes de error específicos y constructivos. Frases como «Error» sin contexto no cumplen.

Robusto: el código debe ser compatible con tecnologías de asistencia presentes y futuras. HTML semántico, atributos ARIA cuando corresponda, validación de marcado y pruebas con lectores de pantalla son la base.

Contraste de color: el detalle que casi siempre falla

Uno de los criterios WCAG que más se incumple en libros virtuales peruanos es el de contraste. La norma exige una relación de contraste de al menos 4.5:1 para texto normal y 3:1 para texto grande. ¿Qué significa en la práctica? Que el color del texto sobre el fondo debe diferenciarse lo suficiente para que una persona con baja visión, daltonismo o problemas de visualización pueda leerlo.

Los grises claros sobre fondo blanco, el naranja pastel sobre amarillo, el azul cielo sobre celeste y otras combinaciones de moda fallan este criterio casi siempre. Existen herramientas gratuitas como WebAIM Contrast Checker o Coolors que te permiten verificar el contraste de tu paleta en segundos.

Además del contraste estático, debes pensar en el contraste de estados: cómo se ve un botón cuando recibe foco del teclado, cómo se distingue un campo activo de uno inactivo, cómo se marca un error sin depender exclusivamente del color rojo (porque un daltónico no lo va a distinguir).

Navegación por teclado: prueba esto hoy mismo

La prueba más rápida para evaluar la accesibilidad de tu libro virtual es la del teclado. Desconecta el mouse, abre el libro y trata de completar una reclamación usando solo el teclado. Si te quedas atascado, si no ves dónde estás parado, si el orden de los campos es ilógico, tienes un problema.

Los puntos críticos de la navegación por teclado son cinco. Primero: debe haber un indicador de foco visible en cada elemento interactivo, no escondido ni del mismo color que el fondo. Segundo: el orden de tabulación debe seguir el orden lógico de lectura, no saltar de manera caótica. Tercero: ningún campo debe ser una trampa de teclado, es decir, no debe poder entrarse pero no salirse.

Cuarto: menús desplegables, modales y componentes complejos deben manejarse con teclado: abrir, navegar, cerrar. Quinto: un enlace de salto al contenido principal para que el lector de pantalla vaya directo al formulario.

Alt text en imágenes: pequeño detalle, gran impacto

Todas las imágenes de tu libro virtual deben tener un atributo alt que describa su contenido o función. Esto incluye logotipos, íconos de redes sociales, banners informativos e incluso el ícono del propio libro de reclamaciones que muestres como enlace en la página.

Las imágenes decorativas, que no aportan información, deben llevar alt vacío (alt=»») para que el lector de pantalla las ignore. Las imágenes funcionales, como un ícono de envío, deben describir la acción («Enviar reclamación»). Las imágenes informativas deben describir el contenido relevante.

Si en tu libro tienes el sello «Libro de Reclamaciones» como imagen, el alt debería ser algo como «Libro de Reclamaciones» o «Acceso al libro virtual de reclamaciones». Sin alt, una persona ciega no encontraría el enlace.

Formularios accesibles: el corazón del libro virtual

El formulario es el componente crítico del libro virtual. Si no es accesible, todo el resto da igual. Aquí van los requisitos básicos que tu formulario debe cumplir sin discusión.

Etiquetas asociadas: cada campo debe tener una etiqueta visible y programáticamente asociada con el atributo «for» o envolviendo el input. Los placeholders no reemplazan a las etiquetas porque desaparecen cuando escribes.

Campos obligatorios marcados: indica claramente cuáles son obligatorios, idealmente con texto («obligatorio») y no solo con un asterisco que un lector de pantalla puede no anunciar bien. Usa el atributo «required» para que la tecnología asistiva lo detecte.

Mensajes de error útiles: cuando el usuario comete un error, el mensaje debe decir qué pasó y cómo corregirlo. «El DNI debe tener 8 dígitos numéricos» es mejor que «Error en DNI». El mensaje debe estar asociado al campo con aria-describedby.

Agrupación lógica: usa fieldset y legend para agrupar campos relacionados, por ejemplo datos del reclamante, datos del producto o servicio, detalle de la reclamación. Esto ayuda a las personas que usan lector de pantalla a entender la estructura.

Autocompletado: usa el atributo autocomplete con valores estándar para campos como nombre, correo, teléfono. Esto ayuda a usuarios con limitaciones motoras o cognitivas.

Ubicación visible: qué significa para el Indecopi

La Ley 32495 exige que el enlace al libro virtual sea visible. Esto no es solo un tema de accesibilidad técnica, sino de diseño y arquitectura de información. El Indecopi ha sancionado a plataformas donde el acceso al libro estaba escondido en el pie de página en letra de tres puntos, o donde había que hacer cinco clics para llegar.

El estándar razonable es tener el enlace visible en la página de inicio, en el pie de página de todas las páginas, y en el flujo de compra cuando aplique. El texto del enlace debe ser claro: «Libro de Reclamaciones» funciona, «LdeR» o íconos sin texto no.

El tamaño y el contraste del enlace deben permitir que cualquier consumidor lo identifique sin esfuerzo. Si para verlo necesitas hacer zoom, ya estás incumpliendo. Si el enlace solo aparece después de aceptar cookies o pasar un modal, también.

Idioma: español claro y opciones para discapacidad sensorial

El libro virtual debe estar en español, idioma oficial del Perú, y debe utilizar un lenguaje claro y comprensible. Los tecnicismos legales innecesarios, las cláusulas redactadas como si fueran un código procesal y la jerga administrativa son barreras para muchos consumidores.

Para reclamantes con discapacidad auditiva, si tu plataforma incluye videos explicativos del proceso de reclamo, deben tener subtítulos o transcripción. Para discapacidad visual, además del lector de pantalla, conviene ofrecer una versión con texto ampliado y alto contraste como alternativa.

El Indecopi ha mostrado apertura a soluciones complementarias como atención telefónica, chat con operador y formularios simplificados para consumidores que tengan dificultad con el formulario digital estándar. Pero estos canales no reemplazan al libro virtual accesible, lo complementan.

Accesibilidad para personas con discapacidad: marco específico

El Perú cuenta con la Ley 29973, Ley General de la Persona con Discapacidad, que exige condiciones de accesibilidad en todos los bienes y servicios. Aplicado al libro virtual, esto significa que tu implementación debe contemplar al menos cuatro grupos: personas con discapacidad visual, auditiva, motora y cognitiva.

Visual: compatibilidad con lectores de pantalla (NVDA, JAWS, VoiceOver), opción de aumentar texto sin romper el diseño, contraste suficiente, ausencia de información transmitida solo por color.

Auditiva: si hay audio o video, subtítulos y transcripción. Notificaciones visuales además de sonoras. Posibilidad de presentar el reclamo sin necesidad de escuchar nada.

Motora: navegación completa por teclado, áreas clicables grandes (al menos 44×44 píxeles), tiempos de sesión amplios o configurables, posibilidad de pausar y retomar.

Cognitiva: lenguaje claro, instrucciones por pasos, formularios divididos en secciones, posibilidad de revisar lo escrito antes de enviar, mensajes de confirmación claros tras el envío.

Cómo auditar tu libro virtual: pasos prácticos

Auditar accesibilidad no requiere ser experto en WCAG. Puedes hacer una primera revisión con herramientas y pruebas simples que detectan la mayoría de problemas críticos.

Paso 1: ejecuta una herramienta automática como axe DevTools, WAVE o Lighthouse en la sección de accesibilidad. Te dará un listado de errores y advertencias para resolver.

Paso 2: haz la prueba del teclado. Completa una reclamación sin tocar el mouse. Anota cada vez que te trabas o pierdes el foco.

Paso 3: revisa el contraste con WebAIM Contrast Checker para todas tus combinaciones de color de texto.

Paso 4: prueba con un lector de pantalla básico como NVDA (gratuito en Windows) o VoiceOver (incluido en macOS). No tienes que ser experto, basta con verificar si los campos se anuncian correctamente.

Paso 5: involucra a personas con discapacidad en pruebas reales. Ninguna herramienta reemplaza la experiencia de un usuario real.

Consecuencias del incumplimiento

El Indecopi puede sancionar tanto la ausencia del libro virtual como su inaccesibilidad real. Las multas se calculan en UIT, con la UIT 2026 fijada en S/5,500. Las infracciones pueden ser leves, graves o muy graves según el impacto al consumidor.

Además de la multa económica, el Indecopi puede ordenar medidas correctivas: rediseñar el libro, capacitar al personal, implementar canales accesibles complementarios, publicar avisos rectificatorios. Estas medidas suelen ser más costosas que la multa en sí.

Si una persona con discapacidad denuncia barreras de accesibilidad, el caso puede escalar al Consejo Nacional para la Integración de la Persona con Discapacidad (CONADIS), que puede sumar sanciones específicas y derivar a otras autoridades.

Preguntas frecuentes

Es obligatorio cumplir WCAG 2.1 AA o basta con tener un libro funcional?

La normativa peruana no menciona literalmente WCAG, pero exige accesibilidad efectiva. WCAG 2.1 AA es el estándar internacional aceptado y el que el Indecopi utiliza como referencia para evaluar si tu libro virtual es accesible en la práctica. Cumplirlo te protege; ignorarlo te expone a interpretaciones desfavorables.

Mi libro virtual funciona en celular, eso cuenta como accesible?

Funcionar en celular es responsive, no accesible. Son dos conceptos distintos. Un sitio puede ser perfectamente responsive y aun así tener contraste insuficiente, no funcionar con teclado o no ser compatible con lectores de pantalla. La accesibilidad va mucho más allá del tamaño de pantalla.

Tengo que tener un botón especial de accesibilidad o widget flotante?

Esos widgets que prometen «hacer accesible» un sitio con un botón flotante suelen ser solución parcial y pueden incluso generar problemas adicionales. La accesibilidad real se construye en el código, no se parcha con un widget. El Indecopi valora la accesibilidad nativa, no superpuesta.

Quién es responsable: yo como negocio o mi proveedor de la plataforma?

Frente al Indecopi y al consumidor, el responsable es el proveedor que ofrece el bien o servicio. Si contrataste una plataforma de libro virtual a un tercero, eso no te exime de la obligación. Internamente puedes reclamarle al proveedor, pero el incumplimiento te afecta directamente.

Cómo afecta la Ley 32495 a la accesibilidad de mi libro virtual?

La Ley 32495 publicada el 11 de noviembre de 2025 obliga a las plataformas digitales a tener libro virtual con enlace visible. Aunque no menciona expresamente WCAG, refuerza el principio de visibilidad y accesibilidad, y manda adecuar el reglamento en 30 días calendario, donde pueden venir especificaciones técnicas adicionales.

Qué pasa si una persona con discapacidad no puede presentar su reclamo?

Esa persona puede denunciarte ante el Indecopi por barreras al ejercicio de su derecho, ante el CONADIS por discriminación, e incluso plantear acciones legales por daños. Además, una sola denuncia bien fundamentada puede gatillar una fiscalización general a tu plataforma.

Debo traducir el libro a otros idiomas como quechua o aymara?

La normativa exige español. Ofrecer versiones en lenguas originarias es una buena práctica, especialmente si operas en regiones donde hay alta presencia de hablantes, pero no es obligatorio para todos. Para sectores como banca o telecomunicaciones con reglas sectoriales específicas, conviene revisar regulación adicional.

Cuánto cuesta hacer accesible mi libro virtual?

Depende del punto de partida. Si tu libro está bien construido desde el inicio, los ajustes son menores. Si tienes un sitio con problemas profundos, puede requerir rediseño. Como regla general, hacer accesible un sitio existente cuesta entre 10 y 30 por ciento de su desarrollo original. Construirlo accesible desde cero cuesta casi lo mismo que uno inaccesible.

Qué herramientas gratuitas me sirven para empezar?

WAVE de WebAIM para auditoría visual rápida, axe DevTools como extensión de navegador, Lighthouse integrado en Chrome para auditorías automatizadas, NVDA como lector de pantalla, y WebAIM Contrast Checker para contraste de colores. Con estas cinco cubres el 80 por ciento de los problemas comunes.

El Indecopi tiene una guía oficial sobre accesibilidad?

El Indecopi ha emitido orientaciones generales sobre el libro de reclamaciones virtual, y con la entrada en vigencia de la Ley 32495 se espera que el reglamento actualizado incluya precisiones específicas sobre accesibilidad. Mientras tanto, el estándar de referencia universal es WCAG 2.1 AA combinado con la Ley 29973 de personas con discapacidad.