Informe de Auditoría
New NaviLens Accessible QR

Autor:David Prieto González

25/11/2023

Informe de auditoría de accesibilidad

ID

Fecha

AuditorResumen de los cambios

967

25/11/2023

David Prieto González

Audición Parcialmente Conforme

25/11/2023

2/31

Informe de auditoría de accesibilidad

1. Resumen
Este documento recoge una evaluación detallada de la accesibilidad del sitio web
https://www.navilens.com/accessibleqrcode/es, cuyo objetivo es identiﬁcar las distintas barreras
que pueden afectar a los usuarios, y en particular a aquellos con algún tipo de discapacidad, asícomo ofrecer posibles soluciones que permitan eliminar o reducir dichas barreras.
La evaluación se ha realizado tomando como referencia el nivel Doble-A de las
Recomendaciones WCAG (Web Content Accessibility Guidelines) del W3C (World Wide Web
Consortium), siguiendo la norma UNE-EN 301549:2022 en su versión 3.2.1
Esta metodología recoge un conjunto de requisitos y procedimientos para que la evaluación sea
lo más ﬁable posible. En resumen, las etapas de la evaluación son: deﬁnir el alcance de laevaluación, explorar el sitio web, seleccionar una muestra representativa, auditoría de lamuestra seleccionada e informe de los resultados.
Alcance:
Todo el contenido de la web pública
Para la revisión de este sitio se han utilizado los navegadores:
Android Browser
Chrome - Latest
Edge - Latest
Firefox - Latest
Opera - Latest
Safari - Latest
Así como los productos de apoyo:
Browser DevTools/Inspector
Google Lighthouse
HTML Validation
Keyboard only
VoiceOver Screen Reader
WAVE Browser Extension

Los resultados del análisis técnico reﬂejan que este sitio web presenta barreras de accesibilidad
que deberían subsanarse para garantizar el pleno acceso a la información por parte de todos losusuarios, incluyendo aquellos que tienen alguna discapacidad.

25/11/2023

3/31

Informe de auditoría de accesibilidad

2. Fallos globales
Contenido no textual 9.1.1.1(A)Todo contenido no textual que se presenta al usuario tiene una alternativa textual que
cumple el mismo propósito.

Imágenes con texto alternativo erróneo (redes sociales)

Las imágenes de las redes sociales del footer contienen un texto alternativo que no deﬁne deforma clara a la imagen y al propósito del enlace en el que van contenidas. Además contienen
de forma innecesaria un aria-label.
Recomendamos eliminar el aria-label pues una imagen ya tiene un texto alternativo para
determinar su información textual
Recomendamos incluir como texto alternativo un texto que deﬁna la función de la imagen. En
este caso recomendamos 'Ir a la página de [red social] de navilens'Imágenes sin atributo de texto alternativo

En la zona de los premios, antes de cada encabezado de premio encontramos una imagen sin
atributo de texto alternativo ni atributo de imagen 'SRC'. Su uso solo genera un pequeño espacio
separador superior, recomendamos eliminarlas y gestionar ese espacio mediante CSS
25/11/2023

4/31

Informe de auditoría de accesibilidad
Logo sin texto alternativo

El logo de navilens del pie de página no tiene atributo de texto alternativo. Dado su contexto
recomendamos incluir un texto alternativo y dejarlo vacío.

25/11/2023

5/31

Informe de auditoría de accesibilidad

Sonido solo o vídeo solo (grabado) 9.1.2.1(A)Para contenido sólo audio grabado y contenido sólo vídeo grabado, se cumple lo siguiente,
excepto cuando el audio o el vídeo es un contenido multimedia alternativo al texto y estáclaramente identiﬁcado como tal:
Sólo audio grabado: Se proporciona una alternativa para los medios tempodependientes
que presenta información equivalente para el contenido sólo audio grabado.
Sólo vídeo grabado: Se proporciona una alternativa para los medios tempodependientes
o se proporciona una pista sonora que presenta información equivalente al contenido delmedio de sólo vídeo grabado.

Sin transcripción

El vídeo carece de transcripción. Recomendamos, o bien incluir una transcripción en la propia
yutube o bien incluir un enlace tras el video con el contenido de la transcripción

25/11/2023

6/31

Informe de auditoría de accesibilidad

Información y relaciones 9.1.3.1(A)La información, estructura y relaciones comunicadas a través de la presentación pueden ser
determinadas por software o están disponibles como texto.

Los encabezados no son secuenciales ni siguen una estructura lógica.

Los encabezados H2 bajo el texto 'Preguntas frecuentes' deberían estar etiquetados como H3 ya
que descienden de un H2
Los encabezados H5 bajo los premios descienden directamente de un H2, recomendamos
etiquetarlos como H3
La web no está estructurada de forma semantica

25/11/2023

7/31

Informe de auditoría de accesibilidad

Recomendamos que la cabecera de la web 'La zona con el logo y el menú de navegación' semaquete mediante la etiqueta 'HEADER' (actualmente esta usandose para esta sección laetiqueta NAV) y que la etiqueta NAV etiquete la sección del menú de navegación.
Bajo el header toda la web debería estar etiquetada dentro de una etiqueta MAIN. En el MAIN
cada sección debería estar etiquetada usando la etiqueta SECTION.
Icono con after

El icono de la ﬂecha junto al texto del idioma en el menú superior contiene un 'after', tal y comoestá el lector leerá dos veces parte del contenido del botón.
Recomendamos que el after esté incluido en una etiqueta de tipo i o span y que esta etiqueta
tenga un atributo de tipo aria-hidden='true'

25/11/2023

8/31

Informe de auditoría de accesibilidad

Identiﬁcación del propósito del campo 9.1.3.5(AA)El propósito de cada campo que recoge información del usuario puede ser determinado por
software cuando:
el campo tiene un propósito identiﬁcado y concreto
el campo está implementado usando tecnologías que permiten identiﬁcar su signiﬁcado esperado en un
formulario

No se ha especiﬁcado el propósito de los campos

En el formulario se debe especiﬁcar el proposito de cada campo, para ello basta con añadir una
etiqueta en cada campo.
A continuación detallaré que etiqueta hay que colocar en cada campo:
Nombre: autocomplete='given-name'
Email: autocomplete='email'25/11/2023

9/31

Informe de auditoría de accesibilidad

Espaciado del texto 9.1.4.12(AA)En el contenido implementado con un lenguaje de marcado que permita que el contenido sepueda formatear de la siguiente manera, no se pierde contenido ni funcionalidad si secambian estas propiedades, sin necesidad de tocar otros estilos:
Espacio entre líneas: al menos 1.5 veces el tamaño de la fuente.
Espacio entre párrafos: al menos 2 veces el tamaño de la fuente.
Espacio entre letras: al menos 0.12 veces el tamaño de la fuente.
Espacio entre palabras: al menos 0.16 veces el tamaño de la fuente.

Excepciones: los lenguajes humanos y programaciones que no utilizan alguna de estas
propiedades pueden alcanzar la conformidad usando sólo las propiedades que existan paraesa combinación de lenguaje y programación

Espaciado entre lineas insuﬁciente

Se recomienda que en los textos la distancia entre lineas (line-height) sea de 1.5. En la web lazona de las preguntas tiene un espaciado menor
Al tratarse de una recomiendación (pues el criterio solo exige que la web no se deforme alcambiar manualmente este estilo) en la segunda auditoría marcaremos este criterio como
25/11/2023

10/31

Informe de auditoría de accesibilidad

correcto.

25/11/2023

11/31

Informe de auditoría de accesibilidad

Contraste mínimo 9.1.4.3(AA)La presentación visual de texto e imágenes de texto tiene una relación de contraste de, almenos, 4.5:1, excepto en los siguientes casos:
Textos grandes: Los textos de gran tamaño y las imágenes de texto de gran tamaño
tienen una relación de contraste de, al menos, 3:1.
Incidental: Los textos o imágenes de texto que forman parte de un componente inactivode la interfaz de usuario, que son simple decoración, que no resultan visibles para nadie oforman parte de una imagen que contiene otros elementos visuales signiﬁcativos, no tienen
requisitos de contraste.
Logotipos: El texto que forma parte de un logo o nombre de marca no tiene requisitos decontraste mínimo.

Texto sobre imagen

Los textos que se encuentran sobre las imágenes no pasan el contraste mínimo. Recomendamos
que se coloque un fondo tras los textos con el ﬁn de que el contraste se haga sobre este fondo yno directamente sobre la imagen.
25/11/2023

12/31

Informe de auditoría de accesibilidad
Contraste demasiado bajo

El contraste del blanco sobre el azul #6bb8e9 no da contraste suﬁciente, esto ocurre tanto enlas secciones de 'Contacta con nosotros' y 'Genera tu código...' como en los botones de 'Genera
tu código' y 'Pruebalo ahora'. Recomendamos cambiar el azul #6bb8e9 por el #1A75AD

25/11/2023

13/31

Informe de auditoría de accesibilidad

Evitar bloques 9.2.4.1(A)Existe un mecanismo para evitar los bloques de contenido que se repiten en múltiples
páginas web.

No existe un mecanismo para saltar bloques de contenido

Es necesario que exista un mecanismo para evitar bloques de contenido repetitivo, en este casoel bloque de contenido que habría que saltar sería el menú de la cabecera.
Esta herramienta llamada 'Saltar a', debe ser lo primero que se encuentre el usuario al usar lainterfaz de teclado y debe dirigirte directamente al bloque de contenido principal.
A continuación os facilitamos como construir este enlace.
Al comienzo del body debemos incluir el siguiente código, en algún HTML genérico, por ejemplo
en el de la cabecera:<p><a class='admin-bar skip-link' href='#content'>Saltar al contenido
principal</a></p>

Y en la hoja de estilos o en la cabecera:.skip-link{ z-index: 9999; padding: 5px; padding: 0.5rem; font-size:
1rem; color: #000; background: #FFF; position: absolute; top: -5rem;}.skip-link:focus{top:0;}
Debemos asegurarnos que en toda la web el cuerpo siempre esta identiﬁcado con el id 'content'.

25/11/2023

14/31

Informe de auditoría de accesibilidad

Propósito de los enlaces (en contexto) 9.2.4.4(A)El propósito de cada enlace puede ser determinado con sólo el texto del enlace o a travésdel texto del enlace sumado al contexto del enlace determinado por software, excepto
cuando el propósito del enlace resultara ambiguo para los usuarios en general.

El propósito del enlace no puede ser determinado por su texto

Las imágenes de las redes sociales del footer contienen un txto alternativo que no deﬁne deforma clara a la imagen y al propósito del enlace en el que van contenidas. Además contienen
de forma innecesaria un aria-label.
Recomendamos eliminar el aria-label pues una imagen ya tiene un texto alternativo para
determinar su información textual
Recomendamos incluir como texto alternativo un texto que deﬁna la función de la imagen. En
este caso recomendamos 'Ir a la página de [red social] de navilens'

25/11/2023

15/31

Informe de auditoría de accesibilidad

Tamaño del Objetivo (Mínimo) 2.5.8(AA)El tamaño del objetivo para las entradas de puntero es de al menos 24 por 24 píxeles CSS,
excepto en los siguientes casos:
Espaciado: Los objetivos de tamaño insuﬁciente (menos de 24 por 24 píxeles CSS) están posicionados demanera que, si se centra un círculo de 24 píxeles CSS de diámetro en el cuadro delimitador de cada uno,
los círculos no se intersecten con otro objetivo ni con el círculo de otro objetivo de tamaño insuﬁciente.
Equivalente: La función se puede lograr a través de un control diferente en la misma página que cumpla
con este criterio.
En línea: El objetivo está en una oración o su tamaño está limitado de alguna otra manera por la alturade línea del texto que no es un objetivo.
Control del agente de usuario: El tamaño del objetivo está determinado por el agente de usuario y no es
modiﬁcado por el autor.
Esencial: Una presentación particular del objetivo es esencial o está legalmente requerida para la
información que se está transmitiendo.

Nota 1:
Los objetivos que permiten seleccionar valores espacialmente basados en la posición dentrodel objetivo se consideran un solo objetivo para el propósito del criterio de éxito. Ejemplos
incluyen deslizadores, selección de colores que muestran un degradado de colores o áreas
editables donde se posiciona el cursor.
Nota 2:
Para los objetivos en línea, la altura de línea debe interpretarse como perpendicular al ﬂujo
de texto. Por ejemplo, en un idioma mostrado verticalmente, la altura de línea sería
horizontal.'

Enlace excesivamente pequeño

La imagen de las WCAG no cumple con el criterio de tamaño minimo (24 x 24px).
Recomendamos ampliarla

25/11/2023

16/31

Informe de auditoría de accesibilidad

Idioma de las partes de la página 9.3.1.2(AA)El idioma de cada pasaje o frase en el contenido puede ser determinado por software,
excepto los nombres propios, términos técnicos, palabras en un idioma indeterminado ypalabras o frases que se hayan convertido en parte natural del texto que las rodea.

Web en japonés con footer en inglés

En la web en japones parte del footer se mantene en inglés sin estar etiqeutada como tal.
Recomendamos, o bien traducirla al japonés, o bien etiquetar esta parte como que está eninglés a través del atributo lang='en'
Algunos elementos de la web están en inglés

Algunos de los premios están en inglés sin importar el idioma de la página. Recomendamos
maquetar estos textos como textos en inglés mediante el atributo LANG.
Aria-label en inglés

En el icono del menú de la versión móvil encontramos un icono con un aria-label en inglés'Toggle navigation'. Dado que este elemento de tipo button ya tiene un texto contenido
recomendamos simplemente eliminar el aria-label
Algunos elementos de la web están en inglés

25/11/2023

17/31

Informe de auditoría de accesibilidad

El texto 'Home' del menú principal está en inglés, recomendamos traducirlo al idioma en el quela página esté conﬁgurada.
En la página en español, en el footer, encontramos un texto en inglés 'QR code is a registeredtrademark of DENSO WAVE'. Recomendamos o bien traducirlo al castellano o bien marcarlocomo texto en inglés mediante el atributo LANG

25/11/2023

18/31

Informe de auditoría de accesibilidad

Identiﬁcación de errores 9.3.3.1(A)Si se detecta automáticamente un error en la entrada de datos, el elemento erróneo es
identiﬁcado y el error se describe al usuario mediante un texto.

No se marca correctamente el campo con fallo

Si cometemos un error al introducir los datos, nos indica que hay errores en el campo con un
mensaje, sin embargo, también, es necesario marcar el campo con error mediante el atributo
aria-invalid=true

25/11/2023

19/31

Informe de auditoría de accesibilidad

Etiquetas o instrucciones 9.3.3.2(A)Se proporcionan etiquetas o instrucciones cuando el contenido requiere la introducción dedatos por parte del usuario.

Error en las etiquetas de los campos del formulario

El input del email tiene dos etiqeutas asociadas, la del mensaje y la suya propia del email. Por lo
que el textarea del mensaje no tiene ninguna etiqueta asociada y el del email tiene dos.
Recomendamos cambiar el atributo for de la etiqueta del mensaje a la del textarea 'story'
No se especiﬁca qué campos son obligatorios

El formulario tiene etiquetas pero no se especiﬁca qué campos son obligatorios.
En caso de querer especiﬁcarlo mediante un simbolo (como por ejemplo *) es importante que sediga antes de comenzar a completar el formulario que los campos marcados con * son
obligatorios

25/11/2023

20/31

Informe de auditoría de accesibilidad

Sugerencias ante errores 9.3.3.3(AA)Si se detecta automáticamente un error en la entrada de datos y se dispone de sugerenciaspara hacer la corrección, entonces se presentan las sugerencias al usuario, a menos que
esto ponga en riesgo la seguridad o el propósito del contenido.

No se dan sugerencias en tiempo real

Si nos equivocamos al escribir un campo debemos esperar a enviar el formulario para que se
indique el error. Recomendamos que se muestren sugerencias en tiempo real para facilitar alusuario el completar el formulario.

25/11/2023

21/31

Informe de auditoría de accesibilidad

Procesamiento, código limpio 9.4.1.1(A)En los contenidos implementados mediante el uso de lenguajes de marcas, los elementos
tienen las etiquetas de apertura y cierre completas; los elementos están anidados deacuerdo a sus especiﬁcaciones; los elementos no contienen atributos duplicados y los ID sonúnicos, excepto cuando las especiﬁcaciones permitan estas características.
Nota: Las etiquetas de apertura y cierre a las que les falte un carácter crítico para su formación, como un signo
de 'mayor qué', o en las que falten las comillas de apertura o cierre en el valor de un atributo, no se consideran
completas.

Errores en el HTML de la web

Existen multitud de errores en el HTML de la página, tanto especiﬁcos de está página como
globales, para no repetir este criterio en cada una de las páginas lo incluiremos unicamentecomo global.
Se deben analizar las páginas usando la aplicación de la W3C:
https://validator.w3.org/nu/?doc=https%3A%2F%2Fwww.navilens.com%2Faccessibleqrcode%2Fes
Y corregir todos los errores que se desprenden del informe

25/11/2023

22/31

Informe de auditoría de accesibilidad

Características de accesibilidad y de compatibilidad 12.1.1(AA)La documentación que se suministra del producto (en nuestro caso un sitio web) debe
enumerar y explicar cómo utilizar las características de accesibilidad y compatibilidad. Debe
hacerlo tanto si se suministra por separado como si forma parte integral del producto.
La declaración de accesibilidad y las páginas de ayuda son ejemplos del suministro deinformación sobre el producto.
Las características de accesibilidad y compatibilidad incluyen las características deaccesibilidad integradas, así como las características que permiten la compatibilidad con las
tecnología de apoyo.
Nota: podría usarse W3C WebSchemas/Accessibility, que permite proporcionar losmetadatos sobre la accesibilidad de las TIC.

La web no tiene declaración de accesibilidad

Contar con una declaración de accesibilidad es fundamental para garantizar la inclusión yparticipación equitativa de todas las personas, incluyendo aquellas con discapacidades.
Proporciona transparencia sobre los servicios y adaptaciones disponibles, fomentando así laaccesibilidad y la igualdad de oportunidades.
Esta declaración demuestra el compromiso de una organización con la accesibilidad.
Facilita la identiﬁcación de áreas de mejora y la implementación de soluciones especíﬁcas para
atender las necesidades de las personas con discapacidad.

25/11/2023

23/31

Informe de auditoría de accesibilidad

Documentación accesible 12.1.2(AA)La documentación que se suministra del producto debe proporcionarse al menos en uno delos siguientes formatos electrónicos:
formato web accesible (es decir, conforme con los requisitos de los principios 1,2,3 y 4)
documento electrónico accesible (es decir, conforme con los requisitos del capítulo 10)

Esto no excluye la posibilidad de que se proporcione también la documentación delproducto en otros formatos electrónicos o impresos no accesibles.
Tampoco excluye la posibilidad de proporcionar formatos alternativos que satisfagan lasnecesidades de un tipo especíﬁco de usuario (por ejemplo, documentos en braille para
personas ciegas, o información en Lectura fácil para personas con discapacidad cognitiva).
Si la documentación es parte integral del producto, se proporcionará a través de una
interfaz de usuario accesible.

No hay declaración de accesibilidad

25/11/2023

24/31

Informe de auditoría de accesibilidad

25/11/2023

25/31

Informe de auditoría de accesibilidad

3. Resultados del análisis sobre las WCAG 2.1
Iniciohttps://www.navilens.com/accessibleqrcode/es

Criterio

Nivel

Estado5.2

Activación de características de accesibilidad

AA

No presente

5.3

BiométricaAA

No presente

5.4

Preservación de la información de accesibilidad durante laconversiónAA

No presente

6.1

Anchura de banda para voz

AA

No presente

6.2.1.1

Comunicación mediante RTT

AA

No presente

6.2.1.2

Voz y texto simultáneos

AA

No presente

6.2.2.1

Presentación en pantalla diferenciable visualmente

AA

No presente

6.2.2.2

Dirección de envío y recepción determinable por softwareAA

No presente

6.2.2.3

Identiﬁcación del hablanteAA

No presente

6.2.2.4

Indicador visual de audio con RTT

AA

No presente

6.2.3

Interoperabilidad

AA

No presente

6.2.4

Capacidad de respuesta de RTT

AA

No presente

6.3

Identiﬁcación de llamadasAA

No presente

6.4

Alternativas a los servicios basados en voz

AA

No presente

6.5.2

ResoluciónAA

No presente

6.5.3

Frecuencia de imagen

AA

No presente

6.5.4

Sincronización de audio y vídeo

AA

No presente

6.5.5

Indicador visual de audio con vídeo

AA

No presente

6.5.6

Identiﬁcación del hablante con comunicación por vídeo (lengua
de signos)AA

No presente

7.1.1

Reproducción del subtitulado

AA

Correcto

25/11/2023

26/31

Informe de auditoría de accesibilidad

Criterio

Nivel

Estado7.1.2

Sincronización del subtitulado

AA

Correcto

7.1.3

Preservación del subtitulado

AA

Correcto

7.1.4

Características de los subtítulos

AA

Correcto

7.1.5

Subtítulos hablados

AA

Correcto

7.2.1

Reproducción de la audiodescripción

AA

Correcto

7.2.2

Sincronización de la audiodescripción

AA

Correcto

7.2.3

Preservación de la audiodescripción

AA

Correcto

7.3

Controles de usuario

AA

Correcto

9.1.1.1

Contenido no textual

A

Fallo

9.1.2.1

Sonido solo o vídeo solo (grabado)

A

Fallo

9.1.2.2

Sonido sincronizado con subtítulos (grabado)

A

Correcto

9.1.2.3

Vídeo con audiodescripción o medio alternativo (grabado)

A

Correcto

9.1.2.4

Sonido sincronizado con subtítulos (en directo)

AA

No presente

9.1.2.5

Vídeo con audiodescripción (grabado)

AA

Correcto

9.1.3.1

Información y relaciones

A

Fallo

9.1.3.2

Secuencia signiﬁcativa

A

Correcto

9.1.3.3

Características sensoriales

A

Correcto

9.1.3.4

Orientación de la pantalla

AA

Correcto

9.1.3.5

Identiﬁcación del propósito del campo

AA

Fallo

9.1.4.1

Uso del color

A

Correcto

9.1.4.10

Reajuste de elementos

AA

Correcto

9.1.4.11

Contraste no textual

AA

Correcto

9.1.4.12

Espaciado del texto

AA

Fallo

25/11/2023

27/31

Informe de auditoría de accesibilidad

Criterio

Nivel

Estado9.1.4.13

Contenido en hover o focus

AA

Correcto

9.1.4.2

Control del sonidoA

No presente

9.1.4.3

Contraste mínimo

AA

Fallo

9.1.4.4

Cambio de tamaño del texto

AA

Correcto

9.1.4.5

Imágenes de texto

AA

Correcto

9.2.1.1

TecladoA

Correcto

9.2.1.2

Sin trampas para el foco del teclado

A

Correcto

9.2.1.4

Atajos de tecladoA

No presente

9.2.2.1

Tiempo ajustableA

No presente

9.2.2.2

Poner en pausa, detener, ocultarA

No presente

9.2.3.1

Umbral de tres destellos o menos

A

Correcto

2.4.11

Foco no oscurecido (mínimo)

AA

Correcto

9.2.4.1

Evitar bloques

A

Fallo

9.2.4.2

Titulado de páginas

A

Correcto

9.2.4.3

Orden del foco

A

Correcto

9.2.4.4

Propósito de los enlaces (en contexto)

A

Fallo

9.2.4.5

Múltiples vías

AA

Correcto

9.2.4.6

Encabezados y etiquetas

AA

Correcto

9.2.4.7

Foco visible

AA

Correcto

2.5.7

Movimientos de Arrastre

AA

Correcto

2.5.8

Tamaño del Objetivo (Mínimo)

AA

Fallo

9.2.5.1

Gestos del puntero

A

Correcto

9.2.5.2

Cancelación del puntero

A

Correcto

25/11/2023

28/31

Informe de auditoría de accesibilidad

Criterio

Nivel

Estado9.2.5.3

Etiqueta en el nombre

A

Correcto

9.2.5.4

Actuación por movimiento

A

Correcto

9.3.1.1

Idioma de la página

A

Correcto

9.3.1.2

Idioma de las partes de la página

AA

Fallo

3.2.6

Ayuda Consistente

A

Correcto

9.3.2.1

Al recibir el foco

A

Correcto

9.3.2.2

Al recibir entradas

A

Correcto

9.3.2.3

Navegación coherente

AA

Correcto

9.3.2.4

Identiﬁcación consistente

AA

Correcto

9.3.2.5

Cambios a petición

A

Correcto

3.3.7

Entrada Redundante

A

Correcto

3.3.8

Autenticación Accesible (Mínimo)

AA

Correcto

9.3.3.1

Identiﬁcación de errores

A

Fallo

9.3.3.2

Etiquetas o instrucciones

A

Fallo

9.3.3.3

Sugerencias ante errores

AA

Fallo

9.3.3.4

Prevención de errores en páginas legales, ﬁnancieras y de datos

AA

No presente

9.4.1.1

Procesamiento, código limpio

A

Fallo

9.4.1.2

Nombre, función y valor

A

Correcto

9.4.1.3

Mensajes de estado

AA

Correcto

9.6.1

Requisitos de conformidad

A

Correcto

11.7

Preferencias del usuario

AA

Correcto

11.8.1

Tecnología de gestión de contenidosAA

No presente

11.8.2Creación de contenido accesible

AA

No presente

25/11/2023

29/31

Informe de auditoría de accesibilidad

Criterio

Nivel

Estado11.8.3Preservación de la información de accesibilidad durante lastransformaciones

AA

No presente

11.8.4

Asistencia para la reparaciónAA

No presente

11.8.5

Plantillas

AA

No presente

12.1.1

Características de accesibilidad y de compatibilidad

AA

Fallo

12.1.2Documentación accesible

AA

Fallo

12.2.2

Información sobre las características de accesibilidad y
compatibilidad

AA

No presente

12.2.3

Comunicación efectiva

AA

No presente

12.2.4Documentación accesible

AA

No presente

25/11/2023

30/31