Declaración de accesibilidad

1. Declaración de accesibilidad

Esta web se ha comprometido a hacer accesible contenido de conformidad con el criterio de accesibilidad del Programa Kit Digital, conforme a los anexos de la norma UNE-EN 301 549:2022.

2. Situación de cumplimiento

Las tecnologías web en las que se basa la conformidad de la accesibilidad del presente sitio son HTML5 , CSS , WAI-ARIA , DOM así como OTRAS tecnologías de la plataforma WordPress url: https://wordpress.org

Con motivo de lo anterior, este sitio web es PARCIALMENTE CONFORME , siendo los aspectos de accesibilidad con los que es conforme la presente web los siguientes:

 

REQUISITOS WEB:

  • 9.1.1.1 Contenido no textual
  • 9.1.2.1 Solo audio y solo vídeo (grabado)
  • 9.1.2.2 Subtítulos (grabados)
  • 9.1.2.3 Audiodescripción o Medio Alternativo (grabado)
  • 9.1.2.5 Audiodescripción (grabada)
  • 9.1.3.1 Información y relaciones
  • 9.1.3.3 Características sensoriales
  • 9.1.3.4 Orientación
  • 9.1.4.1 Uso del Color
  • 9.1.4.2 Control del audio
  • 9.1.4.3 Contraste (mínimo)
  • 9.1.4.4 Cambio de tamaño del texto
  • 9.1.4.5 Imágenes de texto
  • 9.1.4.10 Reajuste del texto
  • 9.1.4.11 Contraste no textual
  • 9.1.4.12 Espaciado del texto
  • 9.2.2.1 Tiempo ajustable
  • 9.2.2.2 Poner en pausa, detener, ocultar
  • 9.2.3.1 Umbral de tres destellos o menos
  • 9.2.4.2 Titulado de páginas
  • 9.2.4.3 Orden del foco
  • 9.2.4.4 Propósito de los enlaces (en contexto)
  • 9.2.4.6 Encabezados y etiquetas
  • 9.2.5.1 Gestos con el puntero
  • 9.2.5.3 Inclusión de la etiqueta en el nombre
  • 9.3.1.1 Idioma de la página
  • 9.3.1.2 Idioma de las partes
  • 9.3.2.1 Al recibir el foco
  • 9.3.2.3 Navegación coherente
  • 9.3.2.4 Identificación coherente
  • 9.3.3.1 Identificación de errores
  • 9.3.3.2 Etiquetas o instrucciones
  • 9.3.3.3 Sugerencias ante errores
  • 9.3.3.4 Prevención de errores (legales, financieros, de datos)
  • 9.4.1.3 Mensajes de estado

 

REQUISITOS SOFTWARE:

  • 11.7 Preferencias de usuario
  • 11.8.1 Tecnología de gestión de contenidos
  • 11.8.2 Creación de contenidos accesibles
  • 11.8.3 Preservación de la información de accesibilidad durante las transformaciones
  • 11.8.5 Plantillas

 

REQUISITOS DE DOCUMENTACIÓN Y SERVICIOS DE APOYO:

  • 12.1.1 Características de accesibilidad y compatibilidad
  • 12.1.2 Documentación accesible
  • 12.2.2 Información sobre las características de accesibilidad y compatibilidad
  • 12.2.3 Comunicación efectiva
  • 12.2.4 Documentación accesible

3. Contenido no accesible

Por el contrario, el contenido de los puntos que se recogen a continuación no son accesibles por los siguientes motivos:

 

9.1.3.2 Secuencia significativa (Condicional)

Condición: Cuando las TIC sean una página web.
Cuando la secuencia en que se presenta el contenido afecta a su significado, se puede determinar por software la secuencia correcta de lectura.
https://www.w3.org/TR/WCAG/#meaningful-sequence

9.1.3.5 Identificación del propósito de la entrada (Condicional)

Condición: Cuando las TIC sean una página web.
El propósito de cada campo de entrada que recoge la información sobre el usuario puede ser determinado programáticamente cuando:
– El campo de entrada sirve a un propósito identificativo en los propósitos de entrada de los componentes de la interfaz de usuario, y
– El contenido se implementa usando tecnologías con soporte para identificar el significado esperado de los datos de entrada en formularios.

https://www.w3.org/TR/WCAG/#identify-input-purpose

9.1.4.13 Contenido señalado con el puntero o que tiene el foco (Condicional)

Condición: Cuando las TIC sean una página web.
i al recibir y luego eliminar el puntero o el foco del teclado se activa el contenido adicional para que se haga visible y luego se oculte, lo siguiente es cierto:

-Puede retirarse: Un mecanismo está disponible para descartar el contenido adicional sin mover el puntero o foco del teclado, a menos que el contenido adicional comunique un error de entrada o no oscurezca o reemplace otro contenido.
-Hoverable: Si el puntero puede activar el contenido adicional, entonces el puntero puede moverse sobre el contenido adicional sin que el contenido adicional desaparezca.
-Persistente: El contenido adicional permanece visible hasta que se elimina el cursor o el disparador de enfoque, el usuario lo despide o su información deja de ser válida.

https://www.w3.org/TR/WCAG/#content-on-hover-or-focus

9.2.1.1 Teclado (Condicional)

Condición: Cuando las TIC sean una página web

Toda la funcionalidad del contenido es operable a través de una interfaz de teclado sin que se requiera una determinada velocidad para cada pulsación individual de las teclas, excepto cuando la función interna requiere de una entrada que depende del trayecto de los movimientos del usuario y no sólo de los puntos inicial y final (Nivel A)

Nota 1: Esta excepción se refiere a la función subyacente, no a la técnica de entrada de datos. Por ejemplo, si la entrada de texto se hace por medio de escritura a mano, la técnica de entrada (escritura a mano) depende del trazo (ruta trazada) pero la función interna (introducir texto9 no.

Nota2: Esto no prohíbe ni debería desanimar a los autores a proporcionar entrada de ratón u otros métodos de entrada de datos adicionales a la operabilidad a través del teclado.

https://www.w3.org/TR/WCAG/#keyboard

9.2.1.2 Sin trampas para el foco del teclado (Condicional)

Condición: Cuando las TIC sean una página web

Si es posible mover el foco a un componente de la página usando una interfaz de teclado, entonces el foco se puede quitar de ese componente usando sólo la interfaz del teclado y, si se requiere algo más que las teclas de dirección o de tabulación, se informa al usuario el método apropiado para mover el foco (Nivel A)

Nota: En la medida en que cualquier contenido que no satisfaga este criterio puede interferir con la capacidad del usuario para emplear la página por completo, todo contenido de la página web (tanto si satisface o no otros criterios de conformidad) debe satisfacer este criterio. Véase Requisito de Conformidad 5: Sin interferencia.

https://www.w3.org/TR/WCAG/#no-keyboard-trap

9.2.1.4 Atajos del teclado (Condicional)

Condición: Cuando las TIC sean una página web

En el caso de que para activar los elementos de interacción (enlaces, botones, etc.) se empleen atajos de teclado usando una única letra, signo de puntuación, número o símbolo entonces se debe cumplir al menos una de las siguientes condiciones:

-Existe un mecanismo que permite desactivar el atajo de teclado
-Existe un mecanismo que permite reasignar el atajo de teclado para emplear en su lugar otra tecla no imprimible (ej,  Ctrl, Alt, etc.)
-El atajo de teclado solo se puede activar cuando el componente tiene el foco del teclado.

https://www.w3.org/TR/WCAG/#character-key-shortcuts

9.2.4.1 Evitar bloques (Condicional)

Condición: Cuando las TIC sean una página web
Existe un mecanismo para evitar los bloques de contenido que se repiten en múltiples páginas web (Nivel A)

https://www.w3.org/TR/WCAG/#bypass-blocks

9.2.4.5 Múltiples vías (Condicional)

Condición: Cuando las TIC sean una página web
Se proporciona más de un camino para localizar una página web dentro de un conjunto de páginas web, excepto cuando la página es el resultado, o un paso intermedio, de un proceso (Nivel AA)

https://www.w3.org/TR/WCAG/#multiple-ways

9.2.4.7 Foco visible (Condicional)

Condición: Cuando las TIC sean una página web

Cualquier interfaz de usuario operable por teclado tiene uan forma de operar en la cual el indicador del foco del teclado resulta visible (Nivel AA)

https://www.w3.org/TR/WCAG/#focus-visible

9.2.5.2 Cancelación del puntero (Condicional)

Condición: Cuando las TIC sean una página web

Para la funcionalidad que puede operarse con un solo puntero, al menos uno delos siguientes es verdadero:

-Sin evento descendente: el evento descendente del puntero no se utiliza para ejecutar ninguna parte de la función:

-Abortar o Deshacer. La finalización de la función está en el evento up, y hay un mecanismo disponible para abortar la función antes de que se complete o para deshacer la función después de que se complete;

-Inversión ascendente: el evento ascendente invierte cualquier resultado del evento descendente anterior;

-Esencial: completar la función en el evento descendente es esencial.

https://www.w3.org/TR/WCAG/#pointer-cancellation

9.2.5.4. Activación mediante movimiento (Condicional)

Condición: Cuando las TIC sean una página web

La funcionalidad que puede ser operada por el movimiento del dispositivo o el movimiento del usuario también puede ser operada por los componentes de la interfaz del usuario y la respuesta al movimiento se puede desactivar para evitar la activación accidental, excepto cuando:

-Interfaz compatible: el movimiento se utiliza para operar la funcionalidad a través de una interfaz compatible de accesibilidad;

-Esencial: el movimiento es esencial para la función y hacerlo invalidaría la actividad.

https://www.w3.org/TR/WCAG/#motion-actuation

9.3.2.2 Al recibir entradas (Condicional)

Condición: Cuando las TIC sean una página web

El cambio de estado en cualquier componente de la interfaz de usuario no provoca automáticamente un cambio en el contexto a menos que el usuario haya sido advertido de ese comportamiento antes de usar el componente (Nivel A)

https://www.w3.org/TR/WCAG/#on-input

9.4.1.1 Procesamiento (Condicional)

Condición: Cuando las TIC sean una página web

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 de acuerdo a sus especificaciones; los elementos no contienen atributos duplicados y los ID son únicos, excepto cuando las especificaciones permitan estas características (Nivel A)

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 que” o en las que falten las comillas de apertura o cierre en el valor de un atributo, no se consideran completas.

https://www.w3.org/TR/WCAG/#parsing

9.4.1.2 Nombre, función, valor (Condicional)

Condición: Cuando las TIC sean una página web

Para todos los componentes de la interfaz de usuario (incluyendo pero no limitado a: elementos de formulario, enlaces y componentes generados por scripts), el nombre y la función pueden ser determinados por software; los estados, propiedades y valores que pueden ser asignados por el usuario pueden ser especificados por software; y los cambios en estos elementos se encuentran disponibles para su consulta por las aplicaciones de usuario, incluyendo las ayudas técnicas. (Nivel A)

Nota: Este criterio de conformidad se dirige principalmente a los autores web que desarrollan o programan sus propios componentes de interfaz de usuario. Por ejemplo, los controles estándar de HTML satisfacen automáticamente este criterio cuando se emplean de acuerdo con su especificación.

https://www.w3.org/TR/WCAG/#name-role-value

9.6 Requisitos de conformidad de las Pautas WCAG (Condicional)

Condición: Cuando las TIC sean una página web

Se deben satisfacer, en el nivel AA, los cinco requisitos de conformidad de las Pautas WCAG 2.1 siguientes [5]:

  1. nivel de conformidad;
  2. páginas completas;
  3. procesos completos;
  4. uso de tecnologías exclusivamente según métodos que sean compatibles con la accesibilidad;
  5. sin interferencia.

NOTA 1 En el caso de que una página web cumpla todos los requisitos 9.1 a 9.4 o se proporcione una versión alternativa conforme al nivel AA (como se define en las Pautas WCAG 2.1 [5]), se cumplirá el requisito de conformidad 1.

NOTA 2 Según el WC3, «Las Pautas WCAG 2.1 amplían las Pautas de Accesibilidad para Contenido Web 2.0 [4], que se publicaron en formato de Recomendación del WWW en diciembre de 2008. Los contenidos que están conformes con las Pautas WCAG 2.1 también lo están con las Pautas WCAG 2.0 y, en consecuencia, con las políticas que hacen referencia a las Pautas WCAG 2.0 [4].

NOTA 3 El requisito de conformidad 5 establece que todo el contenido de la página, incluyendo el contenido que, de otra manera, no serviría de base para conseguir la conformidad, cumple los apartados 9.1.4.2, 9.2.1.2, 9.2.2.2 y 9.2.3.1.

11.8.4 Servicio de reparación (Condicional)

Condición: Cuando el contenido web sea una herramienta de autor.

Si la funcionalidad de verificación de la accesibilidad de una herramienta de autor puede detectar si el contenido no cumple un requisito de los capítulos 9 (Web) o 10 (Documentos no web), según proceda, entonces la herramienta de autor debe proporcionar una(s) sugerencia(s) para su reparación.

NOTA Esto no excluye una reparación automática o semiautomática, que es posible (y recomendable) para muchos de los tipos de problemas de accesibilidad del contenido.

4. Preparación de la presente declaración de accesibilidad

La presente declaración fue preparada el 2 de mayo de 2024

La declaración ha sido creada por la empresa desarrolladora del sitio web OKIODATA IBÉRICA SOFTWARE SL, quien certifica que el presente sitio web corresponde sustancialmente a la interpretación de la guía informativa proporcionada por las pautas WCAG 2.1 AA. En este esfuerzo continuo en la eliminación de barreras y seguirán mejorando este sitio hasta alcanzar una accesibilidad y usabilidad óptimas para todos los usuarios

Última revisión de la declaración: 2 de mayo de 2024

5. Observaciones y datos de contacto

Si encuentra barreras de acceso o problemas con alguna página o función de este sitio web que pueda suponer un obstáculo para los visitantes que quieran acceder a él, puede ponerse en contacto en cualquier momento en la dirección de correo electrónico del aviso legal.