Addaw, ir a inicio Donar

Técnica Técnicas generales WCAG 2.2 obsoleta

G134Validar el código de las páginas (técnica obsoleta)

Nombre oficial en el W3C: Validar las páginas web

Técnica obsoleta: el W3C ya no la recomienda. |

En pocas palabras

Técnica obsoleta: el criterio 4.1.1 Procesamiento, al que servía, se eliminó en WCAG 2.2. Consistía en pasar las páginas por un validador para que el código siguiera las reglas de su lenguaje. Validar sigue siendo buena práctica, pero ya no es un requisito de accesibilidad por sí mismo.

Por qué es importante

Antes, un código mal escrito podía hacer que cada navegador o lector de pantalla (programa que lee en voz alta lo que hay en la pantalla) interpretara la página a su manera. Hoy los navegadores corrigen esos errores todos igual, así que ese riesgo casi ha desaparecido.

Los errores de código que sí afectan a la accesibilidad se revisan ahora con otros criterios: 1.3.1 (información y relaciones) y 4.1.2 (nombre, función y valor).

Cómo se hace

  1. Siga validando el código: detecta errores que pueden romper la página o el diseño.
  2. Dé prioridad a los errores que cambian lo que reciben los lectores de pantalla.
  3. Revise que no haya id repetidos cuando se usan en for, aria-labelledby o aria-describedby.
  4. Cierre bien listas, tablas y otros elementos, para que su estructura se reconozca correctamente.
  5. No dé por accesible una página solo porque valida: la validación no mide la accesibilidad.

Cómo comprobarlo

  1. Pase la página por el validador del W3C (validator.w3.org/nu) o por una extensión del navegador.
  2. Revise los errores y separe los que afectan a nombres, relaciones o estructura de los meramente formales.
  3. Para cumplir WCAG 2.2, compruebe esos errores con los criterios 1.3.1 y 4.1.2, no con 4.1.1.
Ver el texto completo del W3C (traducción al español)

Esta es una traducción no oficial al español de la técnica G134 de Techniques for WCAG 2.2, del W3C. Puede contener errores. El único documento oficial y normativo es la versión original en inglés, publicada en el sitio web del W3C.

Aplicabilidad

Cualquier lenguaje de marcado y muchas otras tecnologías.

Descripción

El objetivo de esta técnica es evitar las ambigüedades en las páginas web que a menudo se derivan de un código que no es válido según las especificaciones formales. Se utiliza el mecanismo propio de cada tecnología para indicar la tecnología y su versión, y la página web se valida contra la especificación formal de esa tecnología. Si existe un validador para esa tecnología, quien desarrolla puede utilizarlo.

Normalmente la validación elimina las ambigüedades (y más cosas), porque un paso esencial de la validación es comprobar el uso correcto del marcado de esa tecnología (en un lenguaje de marcado) o del código (en otras tecnologías). La validación no comprueba necesariamente la conformidad completa con una especificación, pero es el mejor medio para comprobar automáticamente el contenido frente a su especificación.

Ejemplos

Validar HTML

Las páginas HTML incluyen una declaración de tipo de documento (a veces denominada declaración !DOCTYPE) y son válidas según la versión de HTML indicada en la declaración de tipo de documento. Quien desarrolla puede utilizar validadores en línea o sin conexión (consulte la sección de Recursos) para comprobar la validez de las páginas HTML.

Validar XML

SVG, SMIL y otros documentos basados en XML hacen referencia a una definición de tipo de documento (DTD) u otro tipo de esquema XML. Quien desarrolla puede utilizar validadores en línea o sin conexión (incluidas las herramientas de validación integradas en los editores) para comprobar la validez de los documentos XML.

Validación por lotes con Ant

La tarea xmlvalidate de Apache Ant puede utilizarse para la validación por lotes de ficheros XML. El siguiente objetivo (target) de Apache Ant es un ejemplo sencillo de validación de los ficheros con extensión .xml del directorio dev\\Web (relativo al fichero de construcción de Ant).

<target name="validate-xml"> 
  <xmlvalidate lenient="no"> 
    <fileset dir="dev/web" includes="*.xml" /> 
  </xmlvalidate> 
</target>

Pruebas

Procedimiento

Para HTML y las tecnologías basadas en SGML y en XML:

  1. Cargar cada página o documento en un analizador sintáctico validador.
  2. Comprobar que no se encuentran errores de validación.

Para otras tecnologías:

Seguir el procedimiento de validación definido para la tecnología en uso, si existe alguno.

Resultados esperados

Para HTML y las tecnologías basadas en SGML y en XML:

La comprobación n.º 2 es verdadera.

Recursos

Validar HTML

Validar XML

  • XML Validator - A Document Validation Service, de JavaView, permite comprobar que los ficheros XML están bien formados y son válidos, mediante la subida de un fichero o la introducción directa del código XML.
  • La tarea XMLValidate de Apache Ant puede utilizarse para validar documentos basados en XML. Esta herramienta permite validar directorios completos (y subdirectorios) de ficheros XML.
  • XML Schema Validator, de CoreFiling, es una herramienta en línea que permite validar un fichero XML contra un esquema XML del W3C; ambos pueden subirse.

Tenga en cuenta que muchos editores de programación, editores XML y entornos de desarrollo integrados (IDE) pueden validar ficheros XML. Entre ellos están las siguientes herramientas gratuitas o de código abierto:

Cómo lo comprobamos en ADDAW

En cada auditoría de ADDAW revisamos esta técnica página a página y le entregamos los errores con capturas y la forma de corregirlos.

Solicitar una auditoría

Basado en la técnica G134 del W3C (WCAG 2.2). Explicación y ejemplos: ADDAW. Traducción no oficial del texto del W3C © W3C, licencia de documentos del W3C. ¿Ha visto un error? Escríbanos.