WIXLIB

1.4.3.De código propietario: Tienen coste de licencia y su código sólo puede sermodificado por su desarrollador. No obstante, ofrecen un soporte profesional estable,así como una rica información documental. En esta categoría se encuentran gestorescomo CMS10, Eximius2 CMS, Contendo CMS, Jarimba, CMS HYDRAportal,OnBase, IWEB, Oracle Portal, PipePS, Paloo, Smartone CMS, Vbulletin, XCM –Xeridia Content Manager, ZWeb Publisher CMS Por tipo de uso o funcionalidad Plataformas generales: Drupal, Gekko, E107, Joomla, Mambo, PHP-Nuke, TYPO3,TYPOLight, XOOPS, ZWeb Publisher CMS, ADSM Portal 2.0, 360 Web ManagerSoftware, GTLive! Sitios educativos: ATutor, Claroline, Dokeos, eCollege, FrogTeacher, Moodle, SakaiProject, Scholar360, Synergeia, Teletop Blogs: WordPress, bBlog, DotClear, Lifetype, Plone, Nucleus CMS, Blogger,Textpattern Galerías: Gallery, Pixelpost, Expression Engine Wikis: MediaWiki, TikiWiki, TWiki Comercio electrónico: osCommerce, Magento, Zen Cart, Drupal e-Commerce,CubeCart, Open cart, VirtueMart Groupware: Webcollab, eGroupWare, Groupware Gestión de la Accesibilidad en Gestores de Contenido8

2.OBJETIVO DE LA GUÍAEl objeto de la presente guía es el de ofrecer una visión general de la gestión de laaccesibilidad propia de los gestores de contenido. Pretende ser una ayuda para técnicosadministradores de sitios Web, en la cual se recojan las cuestiones de accesibilidad quedeben tener en cuenta e implementar en un gestor de contenidos para conseguir sitiosaccesibles.Gestión de la Accesibilidad en Gestores de Contenido9

3.FASES DE UN PROYECTO WEB SOBRE UN SISTEMA CMSUn desarrollo Web realizado sobre un sistema de gestión de contenidos se suele llevar acabo en una serie de fases más o menos complejas, pudiéndose definir como tareatransversal lo que se conoce como la gestión de la accesibilidad del gestor decontenidos. Esta tarea se aplica a cualquier proyecto implementado sobre el sistema degestión de contenidos y consiste en solucionar los problemas de accesibilidad que ésteincorpora por defecto.3.1.DEFINICIÓN INICIAL DE LA ESTRUCTURA GENERAL DEL SITIOWEBSe trata de definir con el cliente entre otras cosas, la estructura del sitio (teniendo encuenta criterios de accesibilidad como la coherencia de navegación, la claridad del lenguajeo las tecnologías usadas), la integración con otros sistemas o la posibilidad de contar confuncionalidades añadidas a las propias del gestor de contenidos.3.2.CREACIÓN DE UN DISEÑO GRÁFICO Y ADAPTACIÓN ENTRE LAESTRUCTURA DEFINIDA Y EL DISEÑOSe desarrolla el diseño gráfico, que debe ser adaptado lo máximo posible a la arquitecturade información definida en la fase anterior. Es el momento de hacer especial énfasis en laaccesibilidad del sitio, estableciendo un diseño coherente, mecanismos de navegaciónclaros, contrastes adecuados y elementos de interfaz fácilmente identificables. Se evitará elempleo de elementos que puedan constituir un obstáculo a la accesibilidad (por ejemplo, undiseño centrado exclusivamente en Flash). En caso de que el diseño requiera el uso deJavaScript se ha de tener en cuenta que esta tecnología debe usarse de forma compatiblecon la accesibilidad. Es decir, los efectos y funcionalidades basados en JavaScript debenser compatibles con los lectores de pantalla y otros productos de apoyo. En caso de queesto no sea así entonces no se puede depender del soporte de JavaScript y el sitio webdeberá ser funcional cuando JavaScript no se ejecute.3.3.IDENTIFICACIÓN DE LOS DIFERENTES MODELOS DE PÁGINADETECTADOSSe definen los modelos de página que el gestor de contenidos ofrecerá al usuario,identificando aquellas zonas que serán editables por el editor final de contenidos, y aquellasque se deben mantener automáticamente por el sistema.3.4.MAQUETACIÓN ESTÁTICA DE LOS MODELOS DE PÁGINASe realiza una maquetación estática de cada modelo de página detectado, aplicandocriterios de accesibilidad, que se mantendrán a lo largo de todo el desarrollo.Gestión de la Accesibilidad en Gestores de Contenido10

3.5.DESARROLLO DE LA PLANTILLA BASESe trata de una fase que no es viable en todos los gestores de contenido. Consiste endesarrollar en un único punto la estructura básica y las funcionalidades comunes de lapágina, respetando en todo momento la premisa de separar adecuadamente contenido depresentación, lo cual permitirá reducir errores. Cualquier corrección que se realice sepropagará a todas las plantillas del proyecto.3.6.DESARROLLO DE LOS ELEMENTOS COMUNESLos elementos comunes de las páginas (cabecera, pie, banners, formulario de búsqueda,menús de navegación, etc.) son generados de forma automática por el sistema, lo queevitará en gran medida la posibilidad de que el usuario editor incurra en disconformidadesde accesibilidad. Es necesario que cuando se desarrollen estos elementos el código fuentesea correcto, tanto gramatical como semánticamente.3.7.DESARROLLO DE LAS PLANTILLAS PARA LOS DIFERENTESMODELOS DE PÁGINASe desarrollan las plantillas a las que accederán los usuarios finales para la gestión de loscontenidos, manteniendo siempre la estructura definida en la maquetación e intentandoatomizar al máximo la información de la página. Por ejemplo, es preferible una plantilla quecuente con múltiples campos y de formato automáticamente (por ejemplo campos para eltítulo, entradilla, cuerpo, archivos adjuntos, etc.), que una plantilla que permita incluir textocon formato en un único campo y sea el editor final el que cree la presentación de la página.3.8.PRUEBAS Y CORRECCIONESSe trata de una fase fundamental en cualquier proyecto Web, cobrando especial relevanciala accesibilidad. Así, resulta aconsejable revisar y corregir aquellas disconformidades quepuedan comprometer el correcto acceso de los usuarios a los contenidos y funcionalidadesde las páginas.Gestión de la Accesibilidad en Gestores de Contenido11

4.ASPECTOS DE ACCESIBILIDAD QUE SE DEBEN TENER ENCUENTA EN LA IMPLANTACIÓN DE UN GESTOR DECONTENIDOSLa accesibilidad de un sitio Web depende de tres factores: la accesibilidad propia delgestor de contenidos, el desarrollo de las plantillas y la gestión de contenidos.La clave principal para mantener la accesibilidad de los contenidos radica en laaccesibilidad propia del gestor de contenidos, es decir, en las opciones de que dispongapara crear contenidos accesibles: proporcionar textos alternativos, crear listas, tablas,encabezados, etc. Si el gestor de contenidos no posibilita estas opciones será imposiblehacer el sitio web accesible.Pero también es importante vigilar la implantación concreta del gestor. Puede suceder quede dos portales implementados con el mismo gestor de contenidos uno de ellos seaaccesible y el otro no, al tener deficiencias en la implementación de las plantillas o en losdiseños elegidos, etc.Por último, es crucial el papel que juegan los editores finales de contenidos que son losresponsables diarios de la introducción de nuevos contenidos. Así, el diseño de un sitio Webpuede ser totalmente accesible y dejar de serlo en el momento en el que se incluyen nuevoscontenidos. El gestor de contenidos y su implantación deben intentar hacer que la operativade estos usuarios, manteniendo la accesibilidad, sea lo más sencilla posible. Adicionalmentea esto, es imprescindible que los editores finales de contenidos estén correctamenteformados para generar contenidos accesibles puesto que hay cuestiones que sólo ellosmismos podrán introducir y controlar. Para profundizar en las tareas que deben realizar loseditores finales de contenidos puede consultarse la guía también generada por elObservatorio de Accesibilidad “Guía de cuestiones básicas de accesibilidad para editoresfinales de contenidos”.En los siguientes apartados se explicarán las cuestiones de accesibilidad que deben teneren cuenta los técnicos administradores al implantar un gestor de contenidos. Se estudiaránlas opciones de accesibilidad que un gestor de contenidos ha de reunir para generarcontenidos finales accesibles.Gestión de la Accesibilidad en Gestores de Contenido12

4.1.INCLUSIÓN DE IMÁGENESToda imagen incluida en una página Web, ya sea informativa, funcional, textual, decorativa ocompleja, debe proporcionar un texto alternativo que aporte la misma información o funciónque la imagen.El texto alternativo es la información proporcionada por los agentes de usuario (navegadoresy productos de apoyo) en caso de no mostrarse la imagen. Por ejemplo, los navegadoresgráficos que tengan las imágenes desactivadas o no puedan mostrarlas, y los navegadoresde texto, usarán el texto alternativo en su lugar. Por otra parte, los lectores de pantallaleerán en voz alta el texto alternativo de las imágenes.Toda imagen, cuyo contenido muestre información necesaria para comprender el contenidode la página, debe tener definido su texto alternativo. Este texto alternativo deberá ser: Descriptivo del contenido de la imagen. No demasiado largo. Preferentemente sin abreviaturas.Aquellas imágenes simplemente decorativas deberán tener un texto alternativo vacío(alt ””).A la hora de insertar una imagen mediante un gestor de contenidos, entre las propiedadesde la misma debe existir un campo para introducir su texto alternativo. Dicho texto será elcontenido del atributo alt que se genere para la imagen en el código fuente de la página.Figura 1. Campo de introducción de texto alternativo para una imagenGestión de la Accesibilidad en Gestores de Contenido13

Ejemplo de código 1 img alt ”Texto alternativo de prueba” src ”./Prueba.jpg” / Se deberá vigilar que en el caso de dejar este campo en blanco, al tratarse de una imagendecorativa, se genere el necesario atributo alt vacío.Ejemplo de código 2 img alt ”” src ”./Prueba.jpg” / Cuando la imagen sea decorativa, además de dejar el texto alternativo vacío, es importanteque la herramienta no asigne un título a la imagen (atributo title). El objetivo es que loslectores de pantalla no lean textos alternativos superfluos que puedan entorpecer el uso dela página. Existen lectores de pantalla que si no encuentran un texto alternativo entoncesleen el título. Para evitar eso, también es necesario que las imágenes decorativas carezcande un título.En ocasiones, el editor final necesita introducir imágenes complejas a través de las cualesse transmite mucha información (gráficas, diagramas, mapas, etc.), y que por lo tanto nopuede ser descrita en pocas palabras. En estos casos, además de ofrecer una alternativatextual que identifique brevemente el tipo de información transmitida por la imagen, se debeproporcionar una descripción detallada en una página aparte o en la misma página en la quese encuentra la imagen.En (X)HTML el elemento IMG dispone del atributo longdesc donde se debe indicar la URLde la ubicación donde se encuentra la descripción larga de la imagen.Adicionalmente, y para ofrecer la máxima compatibilidad, se puede proporcionar un enlacede texto a continuación de la imagen, vinculándolo al comienzo de la descripción detallada.Por lo tanto el gestor de contenidos deberá incluir un campo, entre las propiedades de laimagen, para indicar la URL de la descripción larga de una imagen compleja.Gestión de la Accesibilidad en Gestores de Contenido14

Figura 2. Campo de introducción de URL de descripción detallada para imágenes complejasEjemplo de código 3 img alt ”Texto alternativo de prueba”longdesc ”http://www.urldeprueba.com/descripcion”src ”./Prueba.jpg” / Sin embargo, en HTML5 el atributo longdesc se considera obsoleto (deprecated) debido alescaso soporte que le han dado los navegadores.Por tanto, en caso de que la gramática empleada en el sitio web sea HTML5 no esnecesario que el gestor de contenidos proporcione a los editores la posibilidad de definir laURL para el atributo longdesc. En este caso, la forma de incluir una descripción detalladaes incluyendo dicha descripción en la misma página o en una página aparte enlazada conun enlace situado de forma contigua a la imagen. Este requisito pasa por tanto a ser unaresponsabilidad exclusiva del editor de contenidos.También es aconsejable que el gestor de contenidos incluya una funcionalidad que permitaindicar las medidas finales de la imagen, tanto el ancho como el alto. De este modo, alGestión de la Accesibilidad en Gestores de Contenido15

cargarse el documento, el navegador tendrá en cuenta el tamaño que va a ocupar la imageny no se producirán ajustes continuos en la maquetación de los contenidos a medida que secargan las imágenes.Figura 3. Campo de introducción de Anchura y Altura de la imagenGestión de la Accesibilidad en Gestores de Contenido16

4.2.DEFINICIÓN DE ENCABEZADOS O TÍTULOS DE PÁGINALas páginas con un volumen de información elevado suelen dividirse en una serie decapítulos, apartados, secciones y párrafos. Estos trozos semánticos de informaciónconstituyen la estructura de la página que es usada para navegar por los usuarios invidentes(y con otras discapacidades). De este modo, pueden acceder de forma más sencilla a lainformación que necesitan sin tener que esperar a que les lean la página completa. Es porello que los encabezados de página se consideran elementos básicos en la navegación deun portal.En (X)HTML, la estructura de una página se define a través de elementos de encabezado otítulo, con diferentes niveles de profundidad, permitiendo acceder rápidamente a lasdiferentes secciones de ésta.Los encabezados deben seguir una estructura jerárquica, según el nivel de profundidad sinque se produzcan saltos en los niveles identificados y sin incluir encabezados vacíos.Es necesario que los gestores de contenido ofrezcan opciones para marcar los diferentesniveles de encabezado o título existentes en las páginas de un portal. Es muy importanteque cuando se identifique un encabezado, el propio gestor de contenidos realice latransformación por medio de los elementos HTML adecuados (H1-H6), y no mediantecaracterísticas de presentación (por ejemplo, efectos de fuente).Figura 4. Funcionalidad de selección de niveles de encabezado para una páginaEjemplo de código 4 h1 Noticias /h1 p Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed doeiusmod tempor incididunt ut labore et dolore magna aliqua. /p h2 Noticias de Junio 2010 /h2 ul Gestión de la Accesibilidad en Gestores de Contenido17

li Lorem ipsum dolor sit amet /li li Lorem ipsum dolor sit amet /li li Lorem ipsum dolor sit amet /li /ul h2 Noticias de Julio 2010 /h2 ul li Lorem ipsum dolor sit amet /li li Lorem ipsum dolor sit amet /li li Lorem ipsum dolor sit amet /li /ul Como los encabezados de una página deben seguir el nivel jerárquico, sin saltarse nivelesintermedios, el primer encabezado del contenido editado en el gestor de contenidos debeser del nivel adecuado para que la estructura de encabezados de la página, una vez que sehaya añadido dicho contenido, sea la correcta.Para ello esta responsabilidad se puede dejar en manos de los editores finales de contenidoa los que se les instruye para comenzar cada contenido en un nivel determinado. Otraopción es dejar que se edite el contenido comenzando con un encabezado H1 y que sea laherramienta la que haga la conversión de forma automática a los niveles adecuados.Finalmente, otra opción es eliminar en el gestor de contenidos los niveles que no se puedenusar. Por ejemplo, si el contenido debe empezar en un H3 se pueden eliminar las opcionespara crear encabezados de nivel H1 y H2.En caso de que la gramática empleada sea HTML5 este problema se ve mitigado ya que esposible incluir el contenido editado dentro de un elemento de sección como ARTICLE oSECTION. Como en HTML5 cada elemento de sección puede comenzar por un H1,independiente de la estructura anterior de encabezados, entonces los gestores y editoresfinales de contenidos no tendrán que preocuparse por el nivel inicial de encabezados,comenzando siempre en un H1.Ejemplo de código 5 h1 Título de la página /h1 p Lorem ipsum dolor sit amet /p article h1 Título del contenido editado /h1 p Lorem ipsum dolor sit amet /p p Lorem ipsum dolor sit amet /p /article Gestión de la Accesibilidad en Gestores de Contenido18

La estructura u outline del ejemplo anterior en HTML5 respeta la jerarquía del documento: Título de la páginao Título del contenido editado4.3.INCLUSIÓN DE ENLACESLos usuarios invidentes y con otras discapacidades se ayudan en la navegación deherramientas que les permiten mostrar un listado de todos los enlaces de una página. Por lotanto, la descripción del enlace debe ser lo suficientemente buena para comprender suutilidad fuera del contexto. Por ejemplo deben evitarse textos para los enlaces como “pincheaquí”, “más”, etc.Excepcionalmente, cuando el texto del enlace no es descriptivo por sí mismo, al menosdebe serlo mediante su contexto más inmediato. Se entiende por contexto inmediatoaquellos elementos que un lector de pantalla puede obtener a partir del enlace como eltexto de la frase, el párrafo, la celda de tabla o el elemento de lista que contiene al enlace, obien el encabezado de la sección en la que se encuentra.Por otro lado, se ha de evitar la apertura de enlaces en nuevas ventanas del navegadordados los problemas que ello puede originar: El u

Un CMS (Content Management System) o sistema de gestión de contenidoses un software alojado en un servidor Web que se apoya en una o varias bases de datos controladas a través de un interfaz en cliente, que se utiliza principalmente para facilitar la creación, gestión, publicación y presentación de grandes sitios Web, ya sea un sitio Web