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
- Siga validando el código: detecta errores que pueden romper la página o el diseño.
- Dé prioridad a los errores que cambian lo que reciben los lectores de pantalla.
- Revise que no haya
idrepetidos cuando se usan enfor,aria-labelledbyoaria-describedby. - Cierre bien listas, tablas y otros elementos, para que su estructura se reconozca correctamente.
- No dé por accesible una página solo porque valida: la validación no mide la accesibilidad.
Cómo comprobarlo
- Pase la página por el validador del W3C (validator.w3.org/nu) o por una extensión del navegador.
- Revise los errores y separe los que afectan a nombres, relaciones o estructura de los meramente formales.
- 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:
- Cargar cada página o documento en un analizador sintáctico validador.
- 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
- Do not forget to add a doctype (No olvide añadir un doctype), de la W3C Quality Assurance Initiative, explica qué son los doctypes y por qué conviene usarlos.
- Recommended DTDs to use in your web document (DTD recomendadas para usar en su documento web), de la W3C Quality Assurance Initiative, es una lista de las declaraciones de uso habitual.
- W3C Markup Validation Service es un servicio gratuito que comprueba la validez de los documentos web.
Validar HTML
- The W3C Markup Validation Service, del World Wide Web Consortium, permite validar ficheros HTML por URI, mediante la subida de un fichero y mediante la introducción directa de documentos HTML completos. También hay páginas independientes con una interfaz ampliada para la subida de ficheros y para la validación por URI (opciones avanzadas como codificaciones y tipos de documento).
- Installation Documentation for the W3C Markup Validation Service (documentación de instalación) explica cómo instalar este servicio (por ejemplo, para usarlo en una intranet).
- Off-line HTML Validator - A clipbook for NoteTab, del profesor Igor Podlubny, es una extensión para el editor de programación NoteTab. Utiliza el analizador sintáctico SGML de código abierto de James Clark, que también utiliza el W3C Markup Validation Service.
- Do-it-yourself Offline HTML Validator, de Matti Tukiainen, explica cómo crear un validador sencillo con el analizador sintáctico SGML de James Clark en Windows.
- Validating an entire site (Validar un sitio completo), de Peter Kranz, explica cómo instalar en Mac OS una versión modificada del W3C Markup Validation Service que genera los resultados de la validación en XML. El código fuente (en Perl y Python) está disponible.
- Help for The W3C Markup Validation Service (ayuda del servicio) explica cómo usar el validador del W3C.
- HTML/XML Validator es una herramienta en línea de reparación de HTML basada en Tidy y PHP 5. Está disponible en varios idiomas, pero no es un validador propiamente dicho.
- Web Developer Extension es una extensión para los navegadores Firefox y Chromium, de Chris Pederick, que permite utilizar los servicios de validación del W3C para HTML y CSS.
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:
- el editor de programación JEdit con los complementos XML y SideKick, que admite DTD y esquemas XML del W3C,
- el «banco de trabajo» Eclipse con la Web Tools Platform,
- el editor XML Jaxe, que valida ficheros XML con Apache Xerces,
- Emacs en modo nXML (consulte la wiki de documentación de Emacs),
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.
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.