{"id":178,"date":"2012-02-14T07:53:44","date_gmt":"2012-02-14T06:53:44","guid":{"rendered":"http:\/\/www.tyflosaccessiblesoftware.com\/programaraciegas\/?p=178"},"modified":"2012-02-14T07:53:44","modified_gmt":"2012-02-14T06:53:44","slug":"ventajas-y-peligros-de-la-accesibilidad","status":"publish","type":"post","link":"https:\/\/programaraciegas.net\/?p=178","title":{"rendered":"Ventajas y peligros de la accesibilidad"},"content":{"rendered":"<p>La Web se ha convertido en el medio donde el conocimiento de la humanidad se comparte de forma m\u00e1s global, accesible y efectiva. Muchos defendemos la neutralidad de Internet pero hay otros peligros que rodean a la Web.<\/p>\n<h2>La accesibilidad en la Web<\/h2>\n<p>En el principio la Web era principalmente texto y enlaces. Esto limitaba los problemas de accesibilidad a ciertos perfiles de discapacidad f\u00e1cilmente superables con un equipo inform\u00e1tico adaptado que permitiese el acceso al texto. Con el tiempo aparecieron im\u00e1genes, formularios y otros elementos visuales para proporcionar mayor vistosidad al contenido. Posteriormente aparecieron v\u00eddeos, sonido, contenidos din\u00e1micos y tecnolog\u00edas externas al propio HTML como Javascript, Flash y Applets Java. Todas estas mejoras beneficiaron a la mayor\u00eda de usuarios de Internet pero provoc\u00f3 la aparici\u00f3n de multitud de barreras de accesibilidad.<\/p>\n<p>El <a href=\"www.w3c.org\" title=\"P\u00e1gina oficial del World Wide Web consortium\">W3C<\/a> observ\u00f3 que exist\u00eda un total desconocimiento de las necesidades de las personas con discapacidad en la Web y que no exist\u00edan criterios que permitiesen a los creadores de contenidos satisfacer estas necesidades. De todo esto surge la WAI (<span lang=\"en\">Web Accessibility Initiative<\/span>) que busca proporcionar criterios y t\u00e9cnicas para que la Web sea accesible y evitar la tendencia de que por cada nueva tecnolog\u00eda o caracter\u00edstica que aparezca en la Web se creen nuevas barreras de accesibilidad.<\/p>\n<p>Aunque esta tendencia de nuevas barreras por cada nueva tecnolog\u00eda a\u00fan persiste en nuestros d\u00edas hay que reconocer que gracias a la WAI, los usuarios y la progresiva concienciaci\u00f3n global de los usuarios de Internet hoy podemos disfrutar de una Web m\u00e1s inclusiva, aunque a\u00fan no es suficiente.<\/p>\n<p>Las pautas y t\u00e9cnicas ofrecidas por la WAI permiti\u00f3 a los desarrolladores de productos de apoyo definir un modelo m\u00e1s claro sobre c\u00f3mo acceder a los contenidos de una p\u00e1gina web y c\u00f3mo acceder a los servicios y funciones ofrecidos en ella. Tambi\u00e9n permiti\u00f3 avanzar en formatos y est\u00e1ndares y definir marcos legales para comprender el concepto de una p\u00e1gina web accesible para que legisladores, dise\u00f1adores y fabricantes de tecnolog\u00eda tuviesen un mismo punto de partida.<\/p>\n<h2>La realidad de la accesibilidad legal<\/h2>\n<p>Muchos gobiernos han definido y est\u00e1n definiendo hoy d\u00eda sus marcos legales para la Web a partir de los criterios indicados por la WAI. Aunque esto sea satisfactorio en muchos casos es cierto que el utilizar los criterios definidos por la WAI no garantizan una p\u00e1gina web accesible ya que, como todo en la vida, cualquier elemento tiene un uso correcto y muchos incorrectos. Adem\u00e1s, aunque la WAI ha ido actualizando sus criterios y t\u00e9cnicas las leyes suelen ir siempre por detr\u00e1s por lo que encontramos que muchas leyes definen requisitos de accesibilidad para la Web con criterios concebidos hace m\u00e1s de 14 a\u00f1os. Pero lo importante de estas leyes es que apoyan los est\u00e1ndares por encima de soluciones espec\u00edficas y describen las necesidades de diversos perfiles de discapacidad para acceder a los distintos contenidos definiendo el concepto de web accesible para todos.<\/p>\n<p>Todo esto hace pensar que la ley es insuficiente para garantizar la accesibilidad real en la Web. Pero debemos entender que las leyes son necesarias como incentivo para los creadores de contenidos que hacen bien su trabajo y como herramienta para obligar a empresas y organismos para crear p\u00e1ginas de forma responsable.<\/p>\n<h2>Guetos digitales<\/h2>\n<p>Las empresas, los organismos, los dise\u00f1adores y los responsables de muchos sitios web al conocer el hecho de que sus p\u00e1ginas web no son accesibles optan por crear un sitio web alternativo al que llaman versi\u00f3n accesible. Un sitio web con pocas o ninguna imagen, con pocas o ninguna funci\u00f3n de la llamada Web 2.0 y que suele ser actualizada m\u00e1s tarde que la versi\u00f3n oficial o, en algunos casos, olvidada por los propios creadores. Esta versi\u00f3n accesible, creada por aquellos que confunden la accesibilidad de la Web por algo visualmente feo, dedicado a aquellos que la sociedad ha olvidado por sus necesidades especiales y que, por tanto, es algo que tambi\u00e9n se puede olvidar. La versi\u00f3n accesible de un sitio web es un lugar virtual donde confinar a aquellos que no cumplen esos requisitos f\u00edsicos, sensoriales o cognitivos necesarios para acceder al sitio oficial. Aquellos que deben ser ovlidados en un patio trasero para que no molesten a los que visitan al sitio oficial y, adem\u00e1s, deben estar agradecidos por ofrecerles este gueto donde acceder a las migajas de contenidos y servicios de esa p\u00e1gina web.<\/p>\n<p>Esta versi\u00f3n accesible es confundida por estos creadores con el concepto de alternativa. En lugar de ofrecer una alternativa a las im\u00e1genes, sonidos y tecnolog\u00edas no compatibles con la accesibilidad se opta por dar un camino alternativo al contenido, un camino m\u00e1s oscuro, m\u00e1s feo, m\u00e1s limitado y m\u00e1s discriminatorio.<\/p>\n<h2>Soluciones espec\u00edficas<\/h2>\n<p>Algunos fabricantes y desarrolladores relacionados con la accesibilidad han creado productos de apoyo y servicios espec\u00edficos para satisfacer las necesidades de unos pocos perfiles de discapacidad para proporcionar un m\u00e9todo de comunicaci\u00f3n entre el usuario y el dispositivo compatible con las necesidades del usuario.<\/p>\n<p>En el caso de barreras de accesibilidad al hardware o al software, como pueden ser lectores de pantalla, magnificadores, teclados adaptados o virtuales, reconocedores del habla o apuntadores; su objetivo es dar un acceso general a los contenidos y funciones de un dispositivo inform\u00e1tico. Estas soluciones, en muchos casos, son tan espec\u00edficas para el perfil de discapacidad que su uso provoca la aparici\u00f3n de barreras de accesibilidad para aquellas personas que no posean dicho perfil de discapacidad. Por ejemplo existen lectores de pantalla que desactivan el funcionamiento habitual del teclado o rat\u00f3n, muchas personas sin discapacidad visual se sienten incapaces de utilizar un equipo inform\u00e1tico cuya pantalla muestra una porci\u00f3n m\u00ednima de la pantalla de forma aumentada.<\/p>\n<p>La Web se ha entendido como un nuevo medio de actividad virtual. Esto ha provocado que algunos fabricantes hayan decidido ignorar la presencia de estos productos de apoyo para el hardware y el software y, en su lugar, crear aplicaciones web o navegadores web que satisfagan las necesidades de algunos perfiles de discapacidad. Ejemplos como navegadores web para ni\u00f1os autistas, como <a href=\"http:\/\/www.zacbrowser.com\/\">ZacBrowser<\/a>, o personas ciegas como el IBM home page reader han demostrado ser soluciones que dan un acceso parcial a los contenidos y funciones que ofrece una web completa.<\/p>\n<p>Otras soluciones como <a href=\"http:\/\/webanywhere.cs.washington.edu\/#content\">Web anywhere<\/a>, ReadSpeak o <a href=\"http:\/\/www.inclusite.es\">Inclusite<\/a> consisten en una aplicaci\u00f3n Java, Flash u otra tecnolog\u00eda similar que proporcionan un m\u00e9todo de acceso alternativo a los contenidos y funcionalidades de una web.<\/p>\n<p>En el caso de Readspeak se confunde accesibilidad con mejor experiencia del usuario ya que el servicio consiste en una funci\u00f3n para que el navegador nos lea la p\u00e1gina web que estamos visitando por si no nos apetece hacerlo ya que una persona ciega que haya accedido a esa p\u00e1gina de forma aut\u00f3noma no necesita dicho servicio ya que disfruta de la voz ofrecida por su lector de pantallas.<\/p>\n<p>Pero en el caso de Web anywhere e Inclusite su funci\u00f3n va m\u00e1s all\u00e1 ya que intentan sustituir al producto de apoyo habitual del usuario ya que, en muchos casos, estos servicios son incompatibles con algunos lectores de pantalla o sistemas de reconocimiento del habla dejando al usuario con discapacidad en un limbo de indefensi\u00f3n en el momento de pasar al uso de su producto de apoyo al de estos servicios ya que, aunque estos servicios satisfagan las necesidades de algunos usuarios no contemplan una serie de problemas b\u00e1sicos:<\/p>\n<ul>\n<li>Si el usuario desactiva su producto de apoyo para acceder al servicio de WebAnywhere o Inclusite aparece el problema de que el usuario est\u00e1 utilizando un equipo inform\u00e1tico sin adaptaci\u00f3n y necesita abrir un navegador web y acceder a la p\u00e1gina de WebAnywhere o Inclusite. Estas operaciones pueden ser realizadas de forma aut\u00f3noma por aquellos usuarios que conozcan y hayan personalizado su sistema, como puede suceder en el caso de personas ciegas. Pero es totalmente imposible para aquellos usuarios incapaces de acceder al teclado y al rat\u00f3n. Es como si a una persona en silla de ruedas se le proporciona una rampa de acceso a un edificio pero, a cambio, se la obliga a acceder al edificio avandonando por unos instantes su silla de ruedas para sentarse en otra nueva y espec\u00edfica para recorrer dicho edificio. Una persona con movilidad en sus brazos puede intentar realizar la operaci\u00f3n pero otras personas con menor movilidad ser\u00e1n incapaces de hacerlo de forma aut\u00f3noma.<\/li>\n<li>Estos servicios, como es el caso de Inclusite, suelen dar acceso s\u00f3lo a un n\u00famero muy concreto de sitios web y funciones de dichos sitios. Esto provoca que los usuarios de estos servicios no puedan salir de las p\u00e1ginas web compatibles creando un nuevo concepto de gueto digital. Ahora los discapacitados no se quedan en el patio trasero de algunos edificios sino que se les invita a quedarse en edificios dise\u00f1ados espec\u00edficamente para ellos.<\/li>\n<li>Estos servicios, como sucede en WebAnywhere, no dan acceso completo a las funciones de un sitio web sino que se limitan a ofrecer algunos de ellos que si resultan compatibles con el modelo de uso definido por ellos. Es como si al usuario se le ofreciese una mesa llena de multitud de alimentos pero se le atasen las manos con cuerdas de una determinada medida para que s\u00f3lo tuviese acceso a algunos de dichos platos.<\/li>\n<li>Estos servicios se dise\u00f1an para satisfacer, como es el caso de Inclusite, las necesidades de unos perfiles de discapacidad concretos provocando la aparici\u00f3n de barreras de accesibilidad para otros perfiles. Por ejemplo, Inclusite da s\u00f3lo soporte a personas ciegas que utilicen s\u00edntesis de voz pero olvida a aquellas que utilicen dispositivos de lectura braille dejando fuera a personas sordociegas.<\/li>\n<li>Estos servicios utilizan tecnolog\u00edas que no est\u00e1n disponibles para todas las plataformas y usuarios. Por ejemplo, Inclusite actualmente utiliza tecnolog\u00eda Flash por lo que el usuario debe instalar dicho soporte. Si el usuario utiliza un smartphone o un tablet esta operaci\u00f3n es imposible pero si utiliza OSX, Linux o Windows se puede encontrar con un instalador poco o nada accesible.<\/li>\n<\/ul>\n<p>Estos servicios proporcionan un m\u00e9todo de acceso m\u00e1s que suficiente para algunas personas ya que satisfacen sus necesidades por completo pero no solucionan las necesidades de todos los usuarios.<\/p>\n<p>Todos estos servicios, actualmente, deben aceptarse como una alternativa opcional para algunas personas con discapacidad. En ning\u00fan caso deben presentarse como soluciones completas y reales para conseguir una web accesible.<\/p>\n<h2>Un sitio web accesible<\/h2>\n<p>Una web accesible es aquella que presenta sus contenidos y funciones utilizando los est\u00e1ndares y siguiendo las pautas de accesibilidad de forma apropiada proporcionando alternativas accesibles para aquellos contenidos y funciones que presenten barreras de acceso para algunos perfiles de discapacidad. Pueden incorporar alguno de los servicios anteriores como valor a\u00f1adido pero nunca y bajo ning\u00fan concepto deben utilizarse como garant\u00eda de que el sitio web es accesible tan s\u00f3lo por incorporar dichos servicios.<\/p>\n<p>Una accesibilidad a la web mal entendida puede crear muchas m\u00e1s barreras de acceso. Debemos apostar por el dise\u00f1o para todos en lugar del dise\u00f1o para algunos, lgunos que puedan ver, algunos que puedan usar el teclado, algunos que puedan usar una tecnolog\u00eda o algunos que tengan una determinada discapacidad.<\/p>\n<p>Un sitio web accesible debe ser aquel que presente sus contenidos de forma comprensible proporcionando mecanismos para acceder al significado de dichos contenidos a trav\u00e9s del canal m\u00e1s apropiado para cada persona, textos para ciegos, im\u00e1genes para sordos, pictogramas y aclaraciones din\u00e1micas para personas mayores y personas con discapacidad cognitiva, uso de teclado o rat\u00f3n a voluntad del usuario y respeto de los est\u00e1ndares tecnol\u00f3gicos. Pero tambi\u00e9n debe ofrecer una estructura de navegaci\u00f3n que permita una experiencia de usuario satisfactoria.<\/p>\n<p>Esto se puede conseguir incorporando el concepto de accesibilidad al principio del proyecto. No debemos conformarnos con parches, sean estos versiones alternativas, feas y limitadas de un sitio oficial o servicios espec\u00edficos para acceder a sitios concretos y que son incompatibles con otras soluciones de la accesibilidad.<\/p>\n<p>Las personas con o sin discapacidad no queremos estar en guetos digitales o depender de otras personas para superar barreras de accesibilidad. Internet debe ser de todos, por todos y para todos.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>La Web se ha convertido en el medio donde el conocimiento de la humanidad se comparte de forma m\u00e1s global, accesible y efectiva. Muchos defendemos la neutralidad de Internet pero hay otros peligros que rodean a la Web. La accesibilidad en la Web En el principio la Web era principalmente texto y enlaces. Esto limitaba &hellip; <\/p>\n<p class=\"link-more\"><a href=\"https:\/\/programaraciegas.net\/?p=178\" class=\"more-link\">Continuar leyendo<span class=\"screen-reader-text\"> \u00abVentajas y peligros de la accesibilidad\u00bb<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,7,8,92],"tags":[11,135,94,136],"class_list":["post-178","post","type-post","status-publish","format-standard","hentry","category-accesibilidad","category-herramientas-de-asistencia","category-metodologiafilosofia","category-servicios-de-internet","tag-accesibilidad-2","tag-inclusite","tag-web","tag-webanywhere"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/posts\/178","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=178"}],"version-history":[{"count":0,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=\/wp\/v2\/posts\/178\/revisions"}],"wp:attachment":[{"href":"https:\/\/programaraciegas.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=178"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=178"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/programaraciegas.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=178"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}