PLAN INTEGRAL DE ACCESIBILIDAD DEL MUNICIPIO DE

(1)

S

E

G

O

V

I

A

(2)

7.INFORME SOBRE

ACCESIBILIDAD WEB

WEBSITES MUNICIPALES

AYUNTAMIENTO DE SEGOVIA

(3)

ÍNDICE

1. INTRODUCCIÓN

2. METODOLOGÍA

3. ANÁLISIS GENERAL

3.1. Grado de cumplimiento del nivel de prioridad

3.2. Aspectos generales

3.3. Recomendaciones globales

4. ANÁLISIS DETALLADO

4.1. Ayuntamiento de Segovia (www.segovia.es)

4.1.1. Página Principal

4.1.2. Página interior intermedia

4.1.3. Página tipo listado expositivo

4.1.4. Página de contenidos finales

4.1.5. Análisis manual del resto de aspectos del website

4.1.6. Consideraciones generales del website

4.2. Asociaciones de Segovia: (http://asociaciones.segovia.es)

4.2.1. Página principal

4.2.2. Página de Servicios

4.2.3. Página con Formulario

4.2.4. Agenda

4.2.5. Revisión manual del resto de aspectos del website

4.2.6. Consideraciones generales del website

4.3. Instituto Municipal de deportes de Segovia: (www.imdsg.es)

4.3.1. Página principal

4.3.2. Revisión manual del resto de aspectos del website

4.3.3. Consideraciones generales del website

4.4. Segovia Joven (www.segoviajoven.es)

4.4.1. Página principal

4.4.2. Revisión manual del resto de aspectos del website

4.4.3. Consideraciones generales del website

4.5. Turismo de Segovia: (www.turismodesegovia.com)

4.5.1. Página principal

4.5.2. Página interior de contenidos

4.5.3. Página con Formulario: Contacto

4.5.4. Revisión manual del resto de aspectos del website

4.5.5. Consideraciones generales del website

5. COSTES Y PLAN DE TRABAJO

6. ANEXO I. Descripción de las pautas y puntos de las WCAG 1.0

7. ANEXO II: Legislación estatal sobre accesibilidad web

(4)

(5)

La accesibilidad Web significa que personas con algún tipo de discapacidad van a poder

hacer uso de ella. En concreto, al hablar de accesibilidad Web se está haciendo referencia a

un diseño que va a permitir que estas personas puedan percibir, entender, navegar e

interactuar de forma efectiva con la Web, así como crear y aportar contenido.

Existen millones de personas con discapacidad que no pueden utilizar la Web. Actualmente,

la mayoría de los sitios Web presentan barreras de accesibilidad, lo que hace difícil e incluso

imposible su utilización. Sin embargo, si los sitios Web fueran accesibles, las personas con

discapacidad podrían utilizar la Web de forma eficaz.

La Ley 34/2002, de 11 de Julio, de Servicios de la Sociedad de la Información y de

Comercio Electrónico establece en su disposición adicional quinta que todas las páginas de

Internet de las Administraciones Públicas han de ser accesibles a personas con

discapacidad y de edad avanzada antes del 31 de Diciembre de 2005.

Además de esta Obligación Legal debemos observar el derecho que todas las personas con

algún tipo de discapacidad tienen para acceder a la información en igualdad de condiciones.

También es de señalar que la realización de sitios Web accesibles mejora notablemente la

posibilidad de manejo desde cualquier tipo de dispositivo, conexión o edad, además de

mejorar considerablemente el Posicionamiento en Buscadores de dichos Portales Web.

La Unión Europea considera las Directrices de

Accesibilidad elaboradas por la WAI (Iniciativa de

Accesibilidad Web) como las normas de facto. Para hacer

el contenido Web accesible, se han desarrollado las denominadas Pautas de Accesibilidad

al Contenido en la Web (WCAG), cuya función principal es guiar el diseño de páginas Web

hacia un diseño accesible, reduciendo de esta forma barreras a la información.

WCAG 1.0 consiste en 14 pautas que proporcionan soluciones de diseño y que utilizan

como ejemplo situaciones comunes en las que el diseño de una página puede producir

problemas de acceso a la información. Las Pautas contienen además una serie de puntos

de verificación que ayudan a detectar posibles errores. Cada punto de verificación está

asignado a uno de los tres niveles de prioridad establecidos por las pautas.

Prioridad 1: son aquellos puntos que un desarrollador Web tiene que cumplir ya que, de

otra manera, ciertos grupos de usuarios no podrían acceder a la información del sitio Web.

Prioridad 2: son aquellos puntos que un desarrollador Web debería cumplir ya que, si no

fuese así, sería muy difícil acceder a la información para ciertos grupos de usuarios.

Prioridad 3: son aquellos puntos que un desarrollador Web debería cumplir ya que, de otra

forma, algunos usuarios experimentarían ciertas dificultades para acceder a la información.

En función a estos puntos de verificación se establecen los niveles de conformidad:

Nivel de Conformidad "A": todos los puntos de verificación de prioridad 1 se

satisfacen.

Nivel de Conformidad "Doble A": todos los puntos de verificación de prioridad

1 y 2 se satisfacen.

Nivel de Conformidad "Triple A": todos los puntos de verificación de prioridad

1,2 y 3 se satisfacen.

(6)

En el ANEXO I se expresan en detalle cada una de las pautas (directrices) y cada uno de

los puntos a tener en cuenta dentro de cada una de ellas, correspondientes estas a las

WCAG 1.0.

El objetivo del presente informe es realizar un análisis pormenorizado del estado en el que

se encuentran una serie de websites relacionados con la ciudad y el ayuntamiento de

Segovia en lo referente a accesibilidad web:

¾ Web del Ayuntamiento:

www.segovia.es

¾ Web de Asociaciones:

http://asociaciones.segovia.es

¾ Web del Instituto municipal de deportes:

www.imdsg.es

¾ Web de la concejalía de Juventud:

www.segoviajoven.es

¾ Web de Turismo:

www.turismodesegovia.com

Por tratarse de websites pertenecientes todos ellos a organismos públicos, están obligados,

a cumplir al menos con el Nivel de Conformidad “Doble A”.

En el ANEXO II se ofrece una breve referencia a la legislación española que se ha

establecido al respecto.

(7)

(8)

Para la realización del presente estudio se llevarán a cabo los siguientes pasos:

1. Estudio general y automático de las páginas principales (WCAG 1.0 y WCAG 2.0)

2. Comprobación de aspectos principales

3. Muestreo de páginas a evaluar según estos criterios:

a. Página de Inicio

b. Página de primer nivel (páginas de inicio de cada sección)

c. Página en la que se utilicen elementos u objetos programados (javascript,

applets, etc.)

d. Páginas que incluyan formularios

4. Evaluación

automática:

a. Herramienta TAW 3.0 del la fundación CTIC: Validación de las pautas de

accesibilidad web marcadas por la WAI (WCAG 1.0) de la W3C

b. Herramienta Markup Validation Service: Validación de la sintaxis del

documento HTML

c. Herramienta JIGSAW CSS Validation Service: Validación de las hojas de

estilo (CSS2)

5. Evaluación

manual:

a. Revisión manual de los puntos establecidos por la herramienta TAW 3.0

b. Pruebas básicas de navegación

c. Utilización de varios navegadores (Internet Explorer, Mozilla Firefox, Opera,

Safari, Chrome)

d. Distintas resoluciones de pantalla

e. Uso de un lector de pantalla (JAWS)

f. Revisión de textos según CLARIDAD Y SIMPLICIDAD

Para cada uno de los websites sobre los que se presenta este informe, se ofrece un estudio

detallado de cada una de las páginas seleccionadas finalizando con un resumen de las

principales conclusiones que se han detectado, así como las recomendaciones a tener en

cuenta para cada uno de ellos, a fin de obtener un correcto grado de accesibilidad para ese

website.

Aunque en los resúmenes automáticos se han incluido los errores y los puntos a revisar en

Prioridad 3 (AAA) no se ha entrado a valorar detalladamente este punto por no ser necesario

llegar hasta ese grado de cumplimiento de manera obligatoria por la normativa actual

vigente.

(9)

(10)

3.1. Grado de cumplimiento del nivel de prioridad

Para el análisis general se van a someter las páginas principales de los diferentes websites

a la herramienta TAW 3.0, para la verficación del grado de cumplimiento de las normas de

accesibilidad web.

Se tendrán en cuenta principalmente las WCAG 1.0, aunque también se someterán estas a

las WCAG 2.0 de modo meramente ilustrativo.

En puntos posteriores se someterán todos los websites a una revisión más detallada.

WCAG 1.0

WCAG 2.0

A

AA

AAA

A

AA

AAA

Ayuntamiento:

www.segovia.es

Asociaciones:

http://asociaciones.segovia.es

Deportes:

www.imdsg.es

Juventud:

www.segoviajoven.es

Turismo:

www.turismodesegovia.com

Æ Se cumple

Æ No se cumple

De este primer análisis se concluye lo siguiente:

1. Solo la página web de Turismo de Segovia (www.turismodesegovia.es) es accesible

hasta la Prioridad 2, que es lo mínimo exigible actualmente por la legislación vigente

en materia de accesibilidad Web.

2. Si se quiere adecuar las páginas a las nuevas pautas de accesibilidad (WCAG 2.0)

es necesario realizar una revisión de todas ellas, pues se encuentran errores

referidos a cualquier nivel de accesibilidad.

3. La página del Ayuntamiento (www.segovia.es) puede cumplir cómodamente con la

Prioridad 2 pues solo se ha detectado un error automático, que podría ser subsanado

fácilmente.

4. El resto de páginas contienen un gran número de problemas de Prioridad 1 y

Prioridad 2, con lo que habría que realizar un esfuerzo mayor en el cumplimiento de

los requerimientos mínimos para cumplir con la legislación actual vigente en materia

de accesibilidad Web.

(11)

3.2. Aspectos generales

Dentro de este apartado se revisarán ciertos aspectos generales que se consideran muy

importantes de cara a valorar si la página web es accesible.

Estas valoraciones generales se han realizado teniendo en cuenta un análisis general de los

Websites en cuestión de manera manual. Más adelante se podrá observar con mayor detalle

una justificación más palpable del porqué de las mismas.

Web del Ayuntamiento

Web de Asociaciones

Web de Deportes

Web de Juventud

Web de Turismo

1 Utilización de tablas para maquetar

2 Uso correcto de la hoja de estilos CSS

3 Formato de tabla de datos

4 Uso de formularios

5 Uso de los enlaces

6 Texto alternativo en imágenes

7 Contraste de color en imágenes

8 Uso de marcos

9 Uso de scripts

10 Uso de encabezados

11 Validación de códigos

12 Valor semántico del color

Æ Correcto

Æ Incorrecto

3.3. Recomendaciones globales

Como recomendaciones generales a todas las web analizadas se ofrecen las siguientes:

Æ Estructura de la página

La mayoría de las ocasiones, a la hora de realizar un proyecto web se comete el error de

comenzar definiendo la interfaz gráfica de la misma y a partir de ella realizar la estructura de

navegación y los diferentes elementos que la componen.

La forma correcta de afrontar el proyecto es definir en primer lugar la estructura de la página

teniendo en cuenta que esta siga un orden lógico de los diferentes elementos que la

componen (menús de navegación, contenidos, etc.) y realizando el marcado de los

diferentes elementos utilizando adecuadamente las reglas definidas por el W3C.

(12)

Es conveniente utilizar encabezados con diferentes niveles, bloques, listas, etc., que ayuden

a los diferentes agentes de usuario a interpretar de manera sencilla la estructura de la

página.

Mejorando la estructura y la semántica de la página, se mejora el grado de accesibilidad y

como ventaja añadida se consigue una mejor indexación por parte de los robots de los

motores de búsqueda.

Una vez bien estructurada la página, se le puede dar el formato acorde con la capa de

diseño, utilizando correctamente las hojas de estilo, siendo conveniente utilizar medidas

relativas en lugar de absolutas.

Æ Hacer un uso correcto de tablas

En general, lo correcto sería no utilizar las tablas con fines de maquetación, práctica

bastante habitual. El uso de las mismas debería limitarse a la presentación de contenidos

que tengan sentido expresados de manera tabular, pero que un agente de usuario, pueda

interpretar correctamente cuando esta se expone de manera lineal.

En las webs analizadas se usan con cierta frecuencia las tablas con fines de maquetación y

presentación gráfica de la misma. Se aconseja rehacer nuevamente la estructura de algunas

de la páginas y utilizar elementos de tipo “div“ para presentar correctamente las mismas.

Æ Alternativas textuales

Proporcionar alternativas textuales para todo contenido no textual de modo que se pueda

convertir a otros formatos que las personas necesiten, tales como textos ampliados, braille,

voz, símbolos o un lenguaje más simple.

En general no hay que conformarse con poner el obligatorio atributo “alt” a las imágenes

consiguiendo con ello no reportar ningún error automático al utilizar una herramienta de

análisis, sino que la alternativa que se ofrezca tiene que ser clara, corta y suficientemente

descriptiva.

En caso de que la alternativa textual corta no sea suficiente, se recomienda utilizar el

atributo “longdesc” para realizar una descripción más detallada.

Cuando se habla de alternativas textuales no hay que limitarse unicamente a las imágenes,

sino en general, a todos aquellos elementos que puedan ser susceptibles de no ser

reconocidos adecuadamente por parte de las ayudas técnicas (object, applet).

Æ Alternativas al Scripting

En muchas ocasiones se utilizan funcionalidades basadas en lenguajes de script y otras

tecnologías (AJAX, Flash, Applets, etc.).

El uso de estas tecnologías no implica que la página sea inaccesible necesariamente. Al

contrario, en muchas ocasiones un buen uso del scripting hasta pueda beneficiar a las

ayudas técnicas y a los agentes de usuario. El problema se encuentra en no hacer un uso

correcto de estas tecnologías y en no pensar que pueden existir ciertos usuarios que no

tengan acceso a las mismas.

Como norma general esos problemas se suelen corregir dando una solución alternativa, que

permita a todos los usuarios acceder a las mismas funcionalidades. Estos problemas son

más relevantes y acusados en aquellos casos en los que estas tecnologías se usan para

(13)

ofrecer acceso a la navegación principal. Si no se dan alternativas, muchos usuarios no

podrán jamás acceder al resto de contenidos.

Se recomienda no abusar del scripting y hacer uso de él con fines meramente estéticos. Si

se sigue ese objetivo se cometeran muchos errores de accesibilidad.

Æ Sintaxis del código válido

Hay que tener mucho cuidado en el uso del lenguaje con el que se realiza la página,

atendiendo en todo momento a las normas establecidas al respecto por parte de la W3C.

Son frecuentes los errores de este tipo en los websites analizados. Estos errores en la

mayoría de las ocasiones provocan errores automáticos de accesibilidad y en general se

trata de errores de Prioridad 1 y 2.

Al igual que se debe poner interés en el lenguaje de marcado, también hay que tenerlo con

la sintaxis de las hojas de estilo.

Æ Textos claros y sencillos

Se aconseja que los textos que componen la página sean sencillos y claros. No

necesariamente un contenido largo tiene que ser mejor que uno más corto y directo.

En general, los textos tienen que ser acordes a la temática y al público objetivo del website.

Se recomienda utilizar un tamaño de fuente que no sea muy pequeño, que tenga suficiente

contraste con respecto al fondo de la página, que el espacio interlineado sea de al menos un

espacio y medio y el espacio entre párrafos sea al menos 1,5 veces mayor que es espacio

entre líneas. Además es recomendable no justificar el texto y que el ancho del párrafo no

sea superior a 80 caracteres.

Æ Enlaces

Es buena práctica que los enlaces estén bien identificados y que representen correctamente

el objetivo de los mismos. No vale el típico “Pincha aquí” o “ver más”. Además deben ser

cortos y directos.

Æ Formularios usables

Es conveniente realizar formularios de manera que estos sean fácilmente accesibles. Para

ello se deben agrupar los elementos según conjuntos lógicos de información, utilizando para

ellos las etiquetas “fieldset” y “legend”.

Se deben proporcionar etiquetas descriptivas y asociarlas correctamente al elemento al que

describen.

Se deben programar de manera que el orden de tabulación sea el orden lógico de recorrido

de los diferentes elementos, sin forzar en ningún caso ese orden utilizando atributos

“tabindex”. El foco debe asignarse siguiendo ese orden lógico de los elementos y ese foco

debe ser visible, usando para ello los controles estándar y si es posible dejar de manera

predeterminada el efecto de recogida de foco.

Es necesario también indicar cuales de los campos son obligatorios, no realizando esto

unicamente con efectos de color.

El cambio de estado en cualquier componente de la interfaz de usuario, no debe provocar

un cambio de contexto automático. Por ejemplo, es recomendable no utilizar el evento

“onChange” para desencadenar una acción que suponga un cambio de página. Por tanto, es

aconsejable usar siempre un botón de envío y que no sea solo dependiente de un script.

(14)

(15)

4.1. Ayuntamiento de Segovia

(www.segovia.es)

4.1.1. Página Principal

www.segovia.es

Análisis automático

A Verificar manualmente Errores automáticos Prioridad 1

39 0

Prioridad 2

70 1

Prioridad 3

20 4

0 1 4 0 25 50 75 100 125 150 175 200 E rro re s

Prioridad 1 Prioridad 2 Prioridad 3

www.segovia.es: Página principal

Análisis manual

Problemas de accesibilidad de tipo 1 (Prioridad 1: A)

Un desarrollador de contenidos de páginas Web tiene que satisfacer este punto de

verificación. De otra forma, uno o más grupos de usuarios encontrarán imposible acceder a

la información del documento. Satisfaciendo este punto de verificación es un requerimiento

básico para que algunos grupos puedan usar estos documentos Web.

Se han encontrado 0 problemas de tipo automático y 39 problemas de tipo manual.

1.1 Proporcione un texto equivalente para todo elemento no textual (Por ejemplo, a través

de "alt", "longdesc" o en el contenido del elemento). Esto incluye: imágenes,

representaciones gráficas del texto, mapas de imagen, animaciones (Por ejemplo, GIFs

animados), "applets" y objetos programados, "ASCII art", marcos, scripts, imágenes usadas

como viñetas en las listas, espaciadores, botones gráficos, sonidos (ejecutados con o sin

interacción del usuario), archivos exclusivamente auditivos, banda sonora del vídeo y

vídeos. Compruebe que los textos alternativos proporcionados son adecuados.

Compruebe que las siguientes imágenes son decorativas. (4)

Línea 120: <img src="/MODULOS/global/publico/interfaces/img/pastillas/imagen1_es.gif" alt="" /> Línea 121: <img src="/MODULOS/global/publico/interfaces/img/pastillas/imagen2_es.gif" alt="" /> Línea 124: <img src="/MODULOS/global/publico/interfaces/img/pastillas/imagen3_es.gif" alt="" /> Línea 125: <img src="/MODULOS/global/publico/interfaces/img/pastillas/imagen4_es.gif" alt="" />

(16)

Æ

Comprobado y correcto

Si la imagen contiene información importante, utilice el atributo longdesc para enlazarla a un

archivo html que contenga su descripción. (8)

Línea 41: <img src="/MODULOS/global/publico/interfaces/img/logo_ayto_segovia.jpg" alt="Ayuntamiento de Segovia" />

Línea 131: <img src="/MODULOS/global/publico/interfaces/img/bienvenido_segovia_es.jpg" alt="Bienvenido a Segovia" title="Bienvenido a Segovia" />

Línea 198: <img src="/MODULOS/global/publico/interfaces/img/bullet_ant.gif" alt="Mes anterior" /> Línea 200: <img src="/MODULOS/global/publico/interfaces/img/bullet.gif" alt="Mes siguiente" />

Æ

Comprobado y correcto

2.1 Asegúrese de que toda la información transmitida a través de los colores también esté

disponible sin color, por ejemplo mediante el contexto o por marcadores. Compruébelo en

toda la página

Æ

Comprobado y correcto

4.1 Identifique claramente los cambios en el idioma del texto del documento y en cualquier

texto equivalente (por ejemplo, leyendas). Compruébelo en toda la página

Æ

Comprobado y correcto

5.2 Para las tablas de datos que tienen dos o más niveles lógicos de encabezamientos de

fila o columna, utilice marcadores para asociar las celdas de encabezamiento y las celdas

de datos. Compruebe que de entre las siguientes tablas, en aquellas que sean de datos y

tengan varios niveles lógicos de encabezado, estén marcados todos los encabezados. (1)

Línea 195: <table class="tbl-cal" summary="Calendario de eventos Octubre 2009: Los eventos disponibles pueden localizarse desde el calendario. Elige una fecha y pulsa para ver los que hay.">

Æ

Comprobado y correcto

6.1 Organice el documento de forma que pueda ser leído sin hoja de estilo. Por ejemplo,

cuando un documento HTML es interpretado sin asociarlo a una hoja de estilo, tiene que ser

posible leerlo. Asegúrese de que este documento puede ser leído sin necesidad de utilizar

hojas de estilo. (4)

Línea 21: <link href="/MODULOS/global/publico/interfaces/css/reset.css" rel="stylesheet" type="text/css" media="screen" />

Línea 23: <link href="/MODULOS/global/publico/interfaces/css/public.css" rel="stylesheet" type="text/css" media="screen" />

Línea 25: <link href="/MODULOS/global/publico/interfaces/css/home.css" rel="stylesheet" type="text/css" media="screen" />

Línea 28: <link href="/MODULOS/global/publico/interfaces/css/print.css" rel="stylesheet" type="text/css" media="print" />

Æ

Comprobado y correcto

6.2 Asegúrese de que los equivalentes de un contenido dinámico son actualizados cuando

cambia el contenido dinámico. Este elemento podría estar generando contenido dinámico.

(4)

Línea 30: <script src="/MODULOS/global/publico/interfaces/js/onload.js" type="text/javascript">

Línea 114: <script type="text/javascript" src="http://www.tutiempo.net/TTapi/1dsyMzgT9Z8hKB7Vyp7cm8"> Línea 115: <script type="text/javascript">

Línea 598: <script type="text/javascript">

Æ

Comprobado y se denota que puede ofrecer algún error en algún elemento como por

ejemplo en la barra de meteorología

(17)

6.3 Asegúrese de que las páginas sigan siendo utilizables cuando se desconecten o no se

soporten los scripts, applets u otros objetos programados. Si esto no es posible, proporcione

información equivalente en una página alternativa accesible. Compruebe que los contenidos

dinámicos son accesibles o proporcione una alternativa. (4)

No existe el elemento "noscript" con contenido alternativo para "scripts". Compruebe si es

necesario para no perder funcionalidad o información. (4)

Æ

Comprobado y se detecta que se pierde alguna funcionalidad de navegación

7.1 Hasta que las aplicaciones de usuario permitan controlarlo, evite provocar destellos en la

pantalla. Compruébelo en toda la página

Æ

Comprobado y correcto

8.1 Haga los elementos de programación, tales como scripts y applets, directamente

accesibles o compatibles con las ayudas técnicas, si la funcionalidad es importante y no se

presenta en otro lugar. Este elemento puede no ser accesible para todos los usuarios.

Asegúrese de que existe una interfaz accesible para este objeto. (4)

Æ

Comprobado y se detecta que se pierde algún elemento de navegación (combos

inferiores) y la barra de meteorología, aunque ello no impide que se pueda ir a una página

donde se ofrece de manera alternativa toda esa información

11.4 Si, después de los mayores esfuerzos, no puede crear una página accesible,

proporcione un vínculo a una página alternativa que use tecnologías W3C, sea accesible,

tenga información (o funcionalidad) equivalente y sea actualizada tan a menudo como la

página (original) inaccesible. Compruébelo en toda la página

Æ

Se considera que no es necesario ofrecer esta alternativa

14.1 Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio.

Compruébelo en toda la página

Æ

El lenguaje que se utiliza es apropiado y claro para el tipo de contenidos que se ofrece en

la página

Problemas de accesibilidad de tipo 2 (Prioridad 2: AA)

Un desarrollador de contenidos de páginas Web debería satisfacer este punto de

verificación. De otra forma, uno o más grupos encontrarán dificultades en el acceso a la

información del documento. Satisfaciendo este punto de verificación eliminará importantes

barreras de acceso a los documentos Web.

(18)

3.6 Marque correctamente las listas y los ítems de las listas. Compruebe que todas las listas

están marcadas (elementos "ul","ol","dl"). Las listas no deberían utilizarse para dar formato

al texto. Para ello utilice hojas de estilo. (1)

Línea 50: <ul>

Æ

En este caso parece que este elemento solo tiene un uso de maquetación. En cualquier

caso el elemento se abre y cierra sin ningún contenido dentro, por lo que podría ser

fácilmente prescindible

2.2a Asegúrese de que los colores de fondo y primer plano en imágenes tengan suficiente

contraste para que sean percibidas por personas con deficiencias de percepción de color o

en pantallas en blanco y negro. Compruebe si existe visibilidad inadecuada entre el color del

texto y de fondo de la imagen. (8)

Línea 131: <img src="/MODULOS/global/publico/interfaces/img/bienvenido_segovia_es.jpg" alt="Bienvenido a Segovia" title="Bienvenido a Segovia" />

Línea 198: <img src="/MODULOS/global/publico/interfaces/img/bullet_ant.gif" alt="Mes anterior" /> Línea 200: <img src="/MODULOS/global/publico/interfaces/img/bullet.gif" alt="Mes siguiente" />

Æ

En general existe un contraste suficiente en la confección de las imágenes

3.1 Cuando exista un marcador apropiado, use marcadores en vez de imágenes para

transmitir la información. Cuando exista un lenguaje de etiquetado adecuado, utilice

etiquetas en lugar de imágenes para mostrar información.

Æ

Comprobado y correcto

3.2 Cree documentos que estén validados por las gramáticas formales publicadas.

Compruebe que la gramáticas del documento (HTML-XHTML, CSS) son válidas.

Æ

Ver punto análisis de la sintaxis de la página

3.4 Utilice unidades relativas en lugar de absolutas al especificar los valores en los atributos

de los marcadores de lenguaje y en los valores de las propiedades de las hojas de estilo.

Compruebe que no se utilizan medidas absolutas en las hojas de estilo. (4)

Æ

Comprobado y correcto

3.5 Utilice elementos de encabezamiento para transmitir la estructura lógica y utilícelos de

acuerdo con la especificación. Compruebe que todos los encabezados están marcados

(elementos "h1"-"h6").

Æ

No se hace un uso apropiado de los elementos de encabezado, pues parece que se usa

como elementos de maquetación para dar formato a determinados textos.

3.7 Marque las citas. No utilice el marcador de citas para efectos de formato tales como

sangrías. Compruebe que ha marcado todas las citas correctamente (elementos

"q","blockquote"). Puede ser necesario marcar el siguiente texto con el elemento "q" o

"blockquote". (6)

(19)

Línea 385: "Hay Festival" Línea 441: "C.D. Caja Segovia"

Línea 441: "Autos Lobelle de Santiago F.S."

Línea 497: "IV Festival Internacional de Artes Escénicas y Discapacidad" Línea 501: "Abrazo al Acueducto"

Línea 509: "B"

Æ

Comprobado y correcto

5.3 No utilice tablas para maquetar, a menos que la tabla tenga sentido cuando se lea línea

a línea. Por otro lado, si la tabla no tiene sentido, proporcione una alternativa equivalente (la

cual debe ser una versión alineada). Si son tablas utilizadas para dar formato deben tener

sentido cuando se lean línea a línea. (1)

Æ

Comprobado y correcto

5.4 Si se utiliza una tabla para maquetar, no utilice marcadores estructurales para realizar un

efecto visual de formato. Las tablas de maquetación no deben utilizar elementos de

encabezado (elemento "th"). (2)

Æ

Comprobado y correcto

6.4 Para los scripts y applets, asegúrese de que los manejadores de evento sean entradas

independientes del dispositivo. Para scripts y applets, asegúrese de que los manejadores de

evento sean independientes del dispositivo. (4)

Æ

Comprobado y correcto

7.2 Hasta que las aplicaciones de usuario permitan controlarlo, evite el parpadeo del

contenido (por ejemplo, cambio de presentación en periodos regulares, así como el

encendido y apagado). Compruebe que no existe parpadeo de contenido en la página.

Æ

Comprobado y correcto

7.3 Hasta que las aplicaciones de usuario permitan congelar el movimiento de los

contenidos, evite los movimientos en las páginas. Compruebe que no se existe movimiento

en el contenido de la página o que existe un mecanismo que permita al usuario desactivarlo.

Æ

Comprobado y correcto

8.1 Haga los elementos de programación, tales como scripts y applets, directamente

accesibles o compatibles con las ayudas técnicas. Este elemento puede no ser accesible

para todos los usuarios. Asegúrese de que existe una interfaz accesible para este objeto. (4)

Æ

Comprobado y se detecta que se pierde alguna funcionalidad de navegación

10.1 Hasta que las aplicaciones de usuario permitan desconectar la apertura de nuevas

(20)

actual sin informar al usuario. Este enlace abrirá una nueva ventana que puede desorientar

a algunos usuarios. Compruebe que se ha informado al usuario. (3)

Línea 121: <a href="http://www.turismodesegovia.com/" title="Accede a Turismo" target="_blank"> Línea 124: <a href="http://www.caytec.es" title="Accede a CAT" target="_blank">

Línea 125: <a href="http://www.segovia2016.es/segovia-2016.html" title="Accede a 2016" target="_blank">

Æ

No se avisa al usuario de que se va a abrir el enlace en una nueva ventana.

10.2 Hasta que las aplicaciones de usuario soporten explícitamente la asociación entre

control de formulario y etiqueta, para todos los controles de formularios con etiquetas

asociadas implícitamente, asegúrese de que la etiqueta está colocada adecuadamente.

Verifique que esta etiqueta esté situada cerca de sus correspondientes controles de

formulario. (1)

Línea 55: <label for="q">

Æ

Comprobado y correcto

11.1 Utilice las tecnologías W3C cuando estén disponibles y sean apropiadas para la tarea,

y use las últimas versiones que sean soportadas. Compruébelo en toda la página

Æ

Ver punto análisis de la sintaxis de la página

13.1 Identifique claramente el objetivo de cada vínculo. Asegúrese que cada enlace

identifica claramente su objetivo. El texto del vínculo es muy largo, debería acortarse. (21)

Línea 139: El Ayuntamiento y la Fundación ANAR colaboran para desarrollar un Programa de Educación en Valores en el Deporte

Línea 145: IV Festival Internacional de Arte Escénicas y Discapacidad "Paladio Arte", 2009 Línea 317: Inauguración del XIII Ciclo de Música de Folklore en los Corralillos

Línea 329: Entrega de diplomas y distintivos SICTED (Sistema Integral de Calidad Turística en Destino) Línea 333: Presentación del Día de la Solidaridad de las Ciudades Patrimonio Mundial

Línea 337: Visita del Vicepresidente 3º y Ministro de Cooperación Territorial, Manuel Chaves

Línea 341: Acto de apoyo a Segovia 2016 por parte de la Comunidad de la Ciudad y Tierra de Segovia Línea 357: Asamblea General del Grupo de Ciudades Patrimonio de la Humanidad

Línea 369: Acto del Día de la Accesibilidad de la Semana Europea de la Movilidad Línea 377: Inauguración del programa de artes visuales del Hay Festival Segovia

Línea 381: Reunión de la Subcomisión de Régimen Económico, Financiero y Fiscal de la Comisión Nacional de Administración Local

Línea 385: Recorrido-presentación actividades infantiles Fundación MAPFRE- "Hay Festival" Segovia Línea 401: Actos del traslado de la Virgen de la Fuencisla a su Santuario

Línea 433: Primeras Jornadas sobre Control y Auditoría en el Sector Público Local Línea 441: Fútbol Sala: "C.D. Caja Segovia" - "Autos Lobelle de Santiago F.S." Línea 449: Nombramiento de eméritos de distintos Colegios Profesionales de Segovia Línea 465: Presentación del documental “José María Heredero en la distancia”

Línea 481: Presentación actos del 125 Aniversario de la Declaración del Acueducto como Monumento Nacional Línea 485: Presentación del estudio de viabilidad y de implantación de un sistema tranviario en Segovia Línea 497: Presentación del "IV Festival Internacional de Artes Escénicas y Discapacidad"

Línea 505: Felicitación al Acueducto en su 125 aniversario como Monumento Nacional

Estos enlaces comparten el mismo texto pero están vinculados a recursos diferentes. (4)

Línea 425: <a class="enl-mas" href="/index.php/mod.eventos/mem.detalle/id.1483/chk. " title="Ver detalle del evento Reunión de la Junta de Gobierno Local">Reunión de la Junta de Gobierno Local</a>

Línea 461: <a class="enl-mas" href="/index.php/mod.eventos/mem.detalle/id.1508/chk.e" title="Ver detalle del evento Reunión de la Junta de Gobierno Local">Reunión de la Junta de Gobierno Local</a>

Línea 413: <a class="enl-mas" href="/index.php/mod.eventos/mem.detalle/id.1476/chk. c" title="Ver detalle del evento Comisión Ejecutiva de la FEMP">Comisión Ejecutiva de la FEMP</a>

Línea 493: <a class="enl-mas" href="/index.php/mod.eventos/mem.detalle/id.1529/chk. 54" title="Ver detalle del evento Comisión Ejecutiva de la FEMP">Comisión Ejecutiva de la FEMP</a>

Æ

Comprobado y correcto

13.2 Proporcione metadatos para añadir información semántica a las páginas y sitios.

Compruébelo en toda la página

(21)

13.3 Proporcione información sobre la maquetación general de un sitio (por ejemplo, mapa

del sitio o tabla de contenidos). Compruébelo en toda la página

Æ

Comprobado y correcto

13.4 Utilice los mecanismos de navegación de forma coherente. Compruébelo en toda la

página

Æ

Comprobado y correcto

Análisis de la sintaxis

Todos los ficheros css que acompañan a esta página son válidos según la

versión 2.1 de CSS

La revisión sintáctica del documento HTML proporciona la siguiente información:

Doctype:

XHTML 1.0 Transitional

Errores:

1

(22)

4.1.2. Página interior intermedia

http://www.segovia.es:81/index.php/mod.global/mem.subhome/area.22/chk.28c4a04878150

965eee9884e35e747d2

Análisis automático

0 1 3 0 25 50 75 100 125 150 175 200 E rrore s

Prioridad 1 Prioridad 2 Prioridad 3 www.segovia.es: Página interior intermedia

26 0

Prioridad 2

35 1

Prioridad 3

18 3

(23)

Análisis manual

Problemas de accesibilidad de tipo 1 (Prioridad 1: A)

Un desarrollador de contenidos de páginas Web tiene que satisfacer este punto de

verificación. De otra forma, uno o más grupos de usuarios encontrarán imposible acceder a

la información del documento. Satisfaciendo este punto de verificación es un requerimiento

básico para que algunos grupos puedan usar estos documentos Web.

Se han encontrado 0 problemas de tipo automático y 26 problemas de tipo manual.

1.1 Proporcione un texto equivalente para todo elemento no textual (Por ejemplo, a través

de "alt", "longdesc" o en el contenido del elemento). Esto incluye: imágenes,

representaciones gráficas del texto, mapas de imagen, animaciones (Por ejemplo, GIFs

animados), "applets" y objetos programados, "ASCII art", marcos, scripts, imágenes usadas

como viñetas en las listas, espaciadores, botones gráficos, sonidos (ejecutados con o sin

interacción del usuario), archivos exclusivamente auditivos, banda sonora del vídeo y

vídeos. Compruebe que los textos alternativos proporcionados son adecuados.

Si la imagen contiene información importante, utilice el atributo longdesc para enlazarla a un

archivo html que contenga su descripción. (4)

Línea 197: <img src="/MODULOS/global/publico/interfaces/img/pastillas/pastilla_lateral_1_es.jpg" alt="Carpeta del Ciudadano" title="Carpeta del Ciudadano" />

Línea 201: <img src="/MODULOS/global/publico/interfaces/img/pastillas/pastilla_lateral_2_es.jpg" alt="Alertas" title="Alertas" />

Línea 205: <img src="/MODULOS/global/publico/interfaces/img/pastillas/pastilla_lateral_3_es.jpg" alt="Tablón de anuncios" title="Tablón de anuncios" />

Æ

Comprobado y correcto

2.1 Asegúrese de que toda la información transmitida a través de los colores también esté

disponible sin color, por ejemplo mediante el contexto o por marcadores. Compruébelo en

toda la página.

Æ

Comprobado y correcto

4.1 Identifique claramente los cambios en el idioma del texto del documento y en cualquier

texto equivalente (por ejemplo, leyendas). Compruébelo en toda la página

Æ

Comprobado y correcto

6.1 Organice el documento de forma que pueda ser leído sin hoja de estilo. Por ejemplo,

cuando un documento HTML es interpretado sin asociarlo a una hoja de estilo, tiene que ser

posible leerlo. Asegúrese de que este documento puede ser leído sin necesidad de utilizar

hojas de estilo. (4)

Æ

Comprobado y correcto

6.2 Asegúrese de que los equivalentes de un contenido dinámico son actualizados cuando

cambia el contenido dinámico. Este elemento podría estar generando contenido dinámico.

(4)

(24)

Línea 32: <script src="/MODULOS/encuestas/publico/interfaces/js/checkRespuesta.js" type="text/javascript"> Línea 214: <script type="text/javascript">

Æ

Comprobado y correcto

6.3 Asegúrese de que las páginas sigan siendo utilizables cuando se desconecten o no se

soporten los scripts, applets u otros objetos programados. Si esto no es posible, proporcione

información equivalente en una página alternativa accesible. Compruebe que los contenidos

dinámicos son accesibles o proporcione una alternativa. (4)

Æ

Comprobado y se detecta que se pierde alguna funcionalidad de navegación

7.1 Hasta que las aplicaciones de usuario permitan controlarlo, evite provocar destellos en la

pantalla. Compruébelo en toda la página

Æ

Comprobado y correcto

8.1a Haga los elementos de programación, tales como scripts y applets, directamente

accesibles o compatibles con las ayudas técnicas, si la funcionalidad es importante y no se

presenta en otro lugar. Este elemento puede no ser accesible para todos los usuarios.

Asegúrese de que existe una interfaz accesible para este objeto. (4)

Æ

Comprobado y se detecta que se pierde alguna funcionalidad de navegación

11.4 Si, después de los mayores esfuerzos, no puede crear una página accesible,

proporcione un vínculo a una página alternativa que use tecnologías W3C, sea accesible,

tenga información (o funcionalidad) equivalente y sea actualizada tan a menudo como la

página (original) inaccesible. Compruébelo en toda la página

Æ

Se considera que no es necesario ofrecer esta alternativa

14.1 Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio.

Compruébelo en toda la página.

Æ

El lenguaje que se utiliza es apropiado y claro para el tipo de contenidos que se ofrece en

la página

Problemas de accesibilidad de tipo 2 (Prioridad 2: AA)

Un desarrollador de contenidos de páginas Web debería satisfacer este punto de

verificación. De otra forma, uno o más grupos encontrarán dificultades en el acceso a la

información del documento. Satisfaciendo este punto de verificación eliminará importantes

barreras de acceso a los documentos Web.

Se ha encontrado 1 problema de tipo automático y 35 problemas de tipo manual.

3.6 Marque correctamente las listas y los ítems de las listas. Compruebe que todas las listas

están marcadas (elementos "ul","ol","dl"). Las listas no deberían utilizarse para dar formato

al texto. Para ello utilice hojas de estilo. (1)

(25)

Æ

En este caso parece que este elemento solo tiene un uso de maquetación. En cualquier

caso el elemento se abre y cierra sin ningún contenido dentro, por lo que podría ser

fácilmente prescindible

2.2a Asegúrese de que los colores de fondo y primer plano en imágenes tengan suficiente

contraste para que sean percibidas por personas con deficiencias de percepción de color o

en pantallas en blanco y negro. Compruebe si existe visibilidad inadecuada entre el color del

texto y de fondo de la imagen. (4)

Línea 197: <img src="/MODULOS/global/publico/interfaces/img/pastillas/pastilla_lateral_1_es.jpg" alt="Carpeta del Ciudadano" title="Carpeta del Ciudadano" />

Línea 201: <img src="/MODULOS/global/publico/interfaces/img/pastillas/pastilla_lateral_2_es.jpg" alt="Alertas" title="Alertas" />

Línea 205: <img src="/MODULOS/global/publico/interfaces/img/pastillas/pastilla_lateral_3_es.jpg" alt="Tablón de anuncios" title="Tablón de anuncios" />

Æ

En general existe un contraste suficiente en la confección de las imágenes

3.1 Cuando exista un marcador apropiado, use marcadores en vez de imágenes para

transmitir la información. Cuando exista un lenguaje de etiquetado adecuado, utilice

etiquetas en lugar de imágenes para mostrar información.

Æ

Comprobado y correcto

3.2 Cree documentos que estén validados por las gramáticas formales publicadas.

Compruebe que la gramáticas del documento (HTML-XHTML, CSS) son válidas.

Æ

Ver punto análisis de la sintaxis de la página

3.4 Utilice unidades relativas en lugar de absolutas al especificar los valores en los atributos

de los marcadores de lenguaje y en los valores de las propiedades de las hojas de estilo.

Compruebe que no se utilizan medidas absolutas en las hojas de estilo. (4)

Æ

Comprobado y correcto

3.5 Utilice elementos de encabezamiento para transmitir la estructura lógica y utilícelos de

acuerdo con la especificación. Compruebe que todos los encabezados están marcados

(elementos "h1"-"h6").

Æ

Comprobado y correcto

3.7 Marque las citas. No utilice el marcador de citas para efectos de formato tales como

sangrías. Compruebe que ha marcado todas las citas correctamente (elementos

"q","blockquote").

Æ

Comprobado y correcto

6.4 Para los scripts y applets, asegúrese de que los manejadores de evento sean entradas

independientes del dispositivo. Para scripts y applets, asegúrese de que los manejadores de

evento sean independientes del dispositivo. (4)

(26)

Æ

Comprobado y correcto

7.2 Hasta que las aplicaciones de usuario permitan controlarlo, evite el parpadeo del

contenido (por ejemplo, cambio de presentación en periodos regulares, así como el

encendido y apagado). Compruebe que no existe parpadeo de contenido en la página.

Æ

Comprobado y correcto

7.3 Hasta que las aplicaciones de usuario permitan congelar el movimiento de los

contenidos, evite los movimientos en las páginas. Compruebe que no se existe movimiento

en el contenido de la página o que existe un mecanismo que permita al usuario desactivarlo.

Æ

Comprobado y correcto

8.1b Haga los elementos de programación, tales como scripts y applets, directamente

accesibles o compatibles con las ayudas técnicas. Este elemento puede no ser accesible

para todos los usuarios. Asegúrese de que existe una interfaz accesible para este objeto. (4)

Æ

Comprobado y se detecta que se pierde alguna funcionalidad de navegación

10.2 Hasta que las aplicaciones de usuario soporten explícitamente la asociación entre

control de formulario y etiqueta, para todos los controles de formularios con etiquetas

asociadas implícitamente, asegúrese de que la etiqueta está colocada adecuadamente.

Verifique que esta etiqueta esté situada cerca de sus correspondientes controles de

formulario. (5)

Línea 55: <label for="q">

Línea 126: <label for="voto_0" class="lbl-rad"> Línea 129: <label for="voto_1" class="lbl-rad"> Línea 132: <label for="voto_2" class="lbl-rad"> Línea 135: <label for="voto_3" class="lbl-rad">

Æ

Comprobado y correcto

11.1 Utilice las tecnologías W3C cuando estén disponibles y sean apropiadas para la tarea,

y use las últimas versiones que sean soportadas. Compruébelo en toda la página

Æ

Ver punto análisis de la sintaxis de la página

13.1 Identifique claramente el objetivo de cada vínculo. Asegúrese que cada enlace

identifica claramente su objetivo. Estos enlaces comparten el mismo texto pero están

vinculados a recursos diferentes. (2).

Línea 164: <a href="/index.php/mod.global/mem.listadoRssDestacadosSubHome/area.22/chk…" title="Recibe las últimas noticias sobre Segovía a través de Rss" class="enl-rss">Rss </a>

Línea 179: <a href="/index.php/mod.global/mem.listadoRssActualidadSubHome/area.22/chk.f…" title="Recibe las últimas noticias sobre Segovía a través de Rss" class="enl-rss">Rss </a>

Æ

Comprobado y correcto

13.2 Proporcione metadatos para añadir información semántica a las páginas y sitios.

Compruébelo en toda la página

Æ

Comprobado y se detecta que faltan metadatos

13.3 Proporcione información sobre la maquetación general de un sitio (por ejemplo, mapa

del sitio o tabla de contenidos). Compruébelo en toda la página

(27)

13.4 Utilice los mecanismos de navegación de forma coherente. Compruébelo en toda la

página

Æ

Comprobado y correcto

Análisis de la sintaxis

Todos los ficheros css que acompañan a esta página son válidos según la

versión 2.1 de CSS

La revisión sintáctica del documento HTML proporciona la siguiente información:

Doctype:

XHTML 1.0 Transitional

Errores:

1

(28)

4.1.3. Página tipo listado expositivo

http://www.segovia.es:81/index.php/mod.pags/mem.listado/relcategoria.2461/area.22/seccio

n.25/relmenu.25/chk.886f333b4e96d07b355169fd9ce763ac

Análisis automático

21 0

Prioridad 2

_{27 1}

Prioridad 3

17 4

0 1 4 0 25 50 75 100 125 150 175 200 E rro re s

Prioridad 1 Prioridad 2 Prioridad 3

(29)

Análisis manual

Problemas de accesibilidad de tipo 1 (Prioridad 1: A)

Un desarrollador de contenidos de páginas Web tiene que satisfacer este punto de

verificación. De otra forma, uno o más grupos de usuarios encontrarán imposible acceder a

la información del documento. Satisfaciendo este punto de verificación es un requerimiento

básico para que algunos grupos puedan usar estos documentos Web.

Se han encontrado 0 problemas de tipo automático y 26 problemas de tipo manual.

2.1 Asegúrese de que toda la información transmitida a través de los colores también esté

disponible sin color, por ejemplo mediante el contexto o por marcadores. Compruébelo en

toda la página

Æ

Comprobado y correcto

4.1 Identifique claramente los cambios en el idioma del texto del documento y en cualquier

texto equivalente (por ejemplo, leyendas). Compruébelo en toda la página

Æ

Comprobado y correcto

6.1 Organice el documento de forma que pueda ser leído sin hoja de estilo. Por ejemplo,

cuando un documento HTML es interpretado sin asociarlo a una hoja de estilo, tiene que ser

posible leerlo. Asegúrese de que este documento puede ser leído sin necesidad de utilizar

hojas de estilo. (4)

Línea 140: <span id="filtros_lnk" style="display:none">

Æ

Comprobado y correcto

6.2 Asegúrese de que los equivalentes de un contenido dinámico son actualizados cuando

cambia el contenido dinámico. Este elemento podría estar generando contenido dinámico.

(4)

Línea 28: <script src="/MODULOS/global/publico/interfaces/js/onload.js" type="text/javascript"> Línea 30: <script src="/MODULOS/global/publico/interfaces/js/filtros.js" type="text/javascript"> Línea 204: <script type="text/javascript">

Æ

Comprobado y correcto

6.3 Asegúrese de que las páginas sigan siendo utilizables cuando se desconecten o no se

soporten los scripts, applets u otros objetos programados. Si esto no es posible, proporcione

información equivalente en una página alternativa accesible. Compruebe que los contenidos

dinámicos son accesibles o proporcione una alternativa. (4)

Æ

Comprobado y se detecta que se pierde alguna funcionalidad de navegación

7.1 Hasta que las aplicaciones de usuario permitan controlarlo, evite provocar destellos en la

pantalla. Compruébelo en toda la página

(30)

8.1a Haga los elementos de programación, tales como scripts y applets, directamente

accesibles o compatibles con las ayudas técnicas, si la funcionalidad es importante y no se

presenta en otro lugar. Este elemento puede no ser accesible para todos los usuarios.

Asegúrese de que existe una interfaz accesible para este objeto. (4)

Æ

Comprobado y se detecta que se pierde alguna funcionalidad de navegación

11.4 Si, después de los mayores esfuerzos, no puede crear una página accesible,

proporcione un vínculo a una página alternativa que use tecnologías W3C, sea accesible,

tenga información (o funcionalidad) equivalente y sea actualizada tan a menudo como la

página (original) inaccesible. Compruébelo en toda la página

Æ

Se considera que no es necesario ofrecer esta alternativa

14.1 Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio.

Compruébelo en toda la página

Æ

El lenguaje que se utiliza es apropiado y claro para el tipo de contenidos que se ofrece en

la página

Problemas de accesibilidad de tipo 2 (Prioridad 2: AA)

Un desarrollador de contenidos de páginas Web debería satisfacer este punto de

verificación. De otra forma, uno o más grupos encontrarán dificultades en el acceso a la

información del documento. Satisfaciendo este punto de verificación eliminará importantes

barreras de acceso a los documentos Web.

Se ha encontrado 1 problema de tipo automático y 27 problemas de tipo manual.

3.6 Marque correctamente las listas y los ítems de las listas. Compruebe que todas las listas

están marcadas (elementos "ul","ol","dl"). Las listas no deberían utilizarse para dar formato

al texto. Para ello utilice hojas de estilo. (1)

Línea 48: <ul>

Æ

En este caso parece que este elemento solo tiene un uso de maquetación. En cualquier

caso el elemento se abre y cierra sin ningún contenido dentro, por lo que podría ser

fácilmente prescindible

2.2a Asegúrese de que los colores de fondo y primer plano en imágenes tengan suficiente

contraste para que sean percibidas por personas con deficiencias de percepción de color o

en pantallas en blanco y negro. Compruebe si existe visibilidad inadecuada entre el color del

texto y de fondo de la imagen. (1)

Æ

En general existe un contraste suficiente en la confección de las imágenes

3.2 Cree documentos que estén validados por las gramáticas formales publicadas.

Compruebe que la gramáticas del documento (HTML-XHTML, CSS) son válidas.