Resumen: Millones de personas diariamente navegan a través de Internet realizando diversas actividades que solventan sus necesidades de navegación. Desde búsquedas de información académica, lectura de noticias hasta pasar horas de ocio. De esa gran cantidad de personas, un porcentaje considerable son personas que padecen de alguna discapacidad visual, motriz o auditiva. Estas personas utilizan herramientas físicas o lógicas que se implementan en sus equipos de cómputo para ayudarlas a navegar en Internet. Este artículo se enfoca en las personas ciegas que navegan todos los días a través de Internet y en el proceso de detección de estos para imprimirles en pantalla un sitio desarrollado especialmente para ellos, cuya intención es proporcionar de funcionalidades que sean de ayuda para que puedan escuchar idóneamente la información hospedada en el sitio.
Palabras clave:Internet AccesibleInternet Accesible,Discapacidad visualDiscapacidad visual,W3CW3C,WWWWWW.
Abstract: Millions of people daily surf the Internet doing various activities that meet their navigation needs. From simple searches of academic information, reading news to spending leisure hours. A considerable percentage of that large population, are people who have a visual, motor or hearing disability. These people use physical or logical tools that are implemented on their personal computers to help them navigate the Internet. This article focuses on the blind people who surf daily through the Internet, also in the process of detection of these to print on the screen a site developed especially for them, whose intention is to provide features that help them to hear properly the information hosted on the site
Keywords: Accessible Internet, Visual disability, W3C, WWW.
Computación e Informática
Haciendo el Internet Accesible, un Paso más Hacia la Universalidad de la Información
Making the Internet Accessible, a Step Toward Universality of Information
Universidad de Guadalajara
Esta obra está bajo una Licencia Creative Commons Atribución-CompartirIgual 3.0 Internacional.
Recepción: 30 Agosto 2016
Aprobación: 15 Marzo 2017
Con la creación de Internet desde que surgió el ARPANET a finales de los años 60 (Leiner, B. et al, 2012), ha crecido exponencialmente convirtiéndose en la forma más comúnmente utilizada para transferir datos como voz, transferencias electrónicas, varios tipos de información, etc. Esta transferencia de información es realizada por la gente a través de cualquier dispositivo conectado a Internet, de los cuales 20% tienen alguna forma de discapacidad como problemas auditivos, visuales o mentales WebAIM (2017). Según la Organización Mundial de la Salud, hay 285 millones de personas con discapacidad visual, de las cuales 39 millones son ciegas. De esta cantidad, el 82% tiene 50 años o más, World Health Organization (2017). Esto significa que hay un 18% equivalente a más de 7 millones de personas, que son menores de 50 años de edad, los cuales fácilmente pueden unirse a una vida productiva o académica. Pero hay un problema, estas personas tienen gran dificultad en el acceso a la información almacenada en sitios como revistas electrónicas, periódicos en línea o cualquier sitio web que almacena información. No pueden leer la información almacenada en las páginas web, es necesario mostrar una página especial que pueda audio describir la información.
Esta investigación propone una actualización basada en la necesidad de mejorar el acceso a la información a las personas con ceguera. Esto implica varios cambios realizados por el W3C, los desarrolladores de navegadores web y el diseño de sitios web en Internet, para que se logre la inclusión del mayor número de personas a la información que ofrecen los casi 700 millones de sitios web en Internet según cifras de Internet Live Stats (2017).
Existen lineamientos para la creación de sitios accesibles que ofrece la W3C (World Wide Web Consortium), estas son guías que sirven a los encargados de diseñar sitios web para diseñar sitios apegados a los estándares de la W3C. Estas sirven como base para que un sitio pueda ser evaluado por la WAI (Web Accesibility Initiative) y ser considerado como un sitio accesible WAI Site (2017).
La W3C es la entidad responsable de desarrollar estándares que regulen el crecimiento ordenado de la Web y gracias a esta existen los protocolos necesarios para que un usuario, a través de sus navegadores puedan acceder a los contenidos almacenados en páginas web. Tomando en consideración que lo que comúnmente para el usuario es transparente y sencillo al visitar un sitio en Internet, detrás de ese paso tan simple existe muchos años de investigación y desarrollo por parte de la W3C (World Wide Web Consortium), desde el lenguaje HTML que es lo más utilizado, protocolos de comunicación entre el servidor web y el navegador; entre otros más protocolos y procesos.
Atendiendo la problemática de la accesibilidad web la W3C establece el “WAI” (Web Accessibility Initiative o Iniciativa de Accesibilidad Web) cuyo propósito es facilitar el acceso a los contenidos web de personas con cualquier tipo de discapacidad a través de estándares y lineamientos para el correcto diseño accesible de los sitios web (Shawn, 2005).
El tema de la accesibilidad web ha estado presente desde hace ya al menos 15 años entre los proyectos de la W3C cuando publicó la apertura de la POI (International Program Office for Web Accessibility Initiative) en 1997 con el propósito de promover y lograr la funcionalidad Web para personas con discapacidad. Durante esa presentación Tim Berners Lee declaró: “El poder de la Web está en su universalidad. El acceso por cualquier persona, independientemente de la discapacidad que presente es un aspecto esencial” (Berners, 1996).
Uno de los objetivos de esta investigación, es proponer una mejora a la guía que regula la W3C, para el diseño de sitios web accesibles ya que esta guía ha servido de gran ayuda para los web masters y aun más para la población con discapacidad pero se enfoca solo en el aspecto visual de los sitios web.
En la actualidad existen algunas herramientas que funcionan para audio describir textos almacenados en portales de información académica, un ejemplo es “ReadSpeaker”. Esta herramienta trabaja 100% en línea, es una buena herramienta de audio descripción pero es comercial y tiene un costo por utilizarla, ReadSpeaker (2017). El segundo ejemplo es “vozMe”, para que funcione esta herramienta se debe instalar un plugin en el navegador, lo cual disminuye la portabilidad (Cano, 2017).
El funcionamiento de la mayoría de las herramientas anteriormente mencionadas se basa principalmente en la descarga e instalación previa para que pueda operar la audio descripción, siendo la mayoría de ellas software comercial el cual requiere la compra de una licencia para tener derecho a utilizarlo. Uno de los principales objetivos de esta investigación es que el usuario final no tiene que preocuparse de descargar e instalar software para audio describir algún texto. Este proceso debe ser transparente para el usuario final, donde, además del impacto que tendrá en la satisfacción del usuario, facilitará el acceso al contenido almacenado en un sitio web.
Este trabajo tiene un propósito social de brindar a las personas ciegas acceso universal a gran contenido de información que existe hoy en día almacenada en sitios académicos, audio describiendo el texto e imágenes que se contienen a en sitios diseñados específicamente para personas ciegas que pueden ser detectadas cuando esta visita un sitio web.
Para explicar la propuesta de este trabajo es necesario conocer el proceso para acceder a un sitio web, esto es muy conocido por todos desde el punto de vista del usuario final. Este último debe contar con un dispositivo que cuente con conexión a Internet, (puede ser una computadora de escritorio o portátil, tableta o celular), necesita un cliente web (navegador web) y la escritura de la URL en la barra de direcciones para acceder al sitio que desea visualizar, UNAM (2017).
Una explicación un poco más detallada del proceso anterior, es que el navegador ayuda al cliente a conectarse a un servidor a través del puerto 80 usando el protocolo HTTP. El servidor detecta la conexión del cliente y dependiendo del nombre de dominio del sitio web que quiere acceder, es la impresión de la página que el servidor ofrece al cliente. En este caso se usó el servidor web APACHE el cual ofrece dentro de su configuración la opción de hospedar diferentes sitios web dependiendo del nombre de dominio, los cuales se les conoce como dominios virtuales, ya que están almacenados en carpetas diferentes dentro del servidor y dependiendo del nombre de dominio (previamente con su DNS apuntado a la IP del servidor) será la página que el servidor APACHE ofrecerá al cliente.
Estos dominios virtuales se utilizan cuando un mismo servidor necesita hospedar muchos sitios diferentes, es el caso de los proveedores de hospedaje web, que pueden hospedar muchos sitios en su servidor sin necesidad de instalar físicamente un servidor para cada sitio web.
El término "Virtual Hosting" se refiere a operar más de un sitio web (como www.company1.com y www.company2.com) en una sola máquina. Los sitios web virtuales pueden estar "basados en direcciones IP", lo que significa que cada sitio tiene una dirección IP diferente o "basada en nombres diferentes", de esta forma, con una sola dirección IP se ejecutan sitios web con nombres de dominio diferentes. El hecho de que se estén ejecutando en el mismo servidor físico no es visible para el usuario que visite estos sitios web, Apache HTTP Server (2017).
El proceso de identificación del usuario podría ser muy simple, pero podemos dividir este proceso en varias partes. A partir de que el cliente inicie el proceso de navegación por la Web, este emite una variable denominada HTTP_USER_AGENT que se define de acuerdo con el lenguaje de programación en el Manual Oficial PHP (2017):
"Contents of the User-Agent: header from the current request, if any. It consists of a string that indicates the user agent used to access the page. A typical example is: Mozilla / 4.5 [en] (X11; U; Linux 2.2.9 i586) ".
Otra definición para esta variable la encontramos dentro del RFC 1945 :
"El cliente que inicia una solicitud. Estos son a menudo navegadores, editores, arañas (robots que atraviesan la web) u otras herramientas de usuario final. El campo de solicitud del encabezado contiene información sobre el “USER-AGENT” que origina la solicitud. Esto es para propósitos estadísticos, el rastreo de violaciones de protocolo y el reconocimiento automatizado de agentes de usuario con el fin de adaptar las respuestas para evitar las limitaciones particulares del agente de usuario. Aunque no es necesario, los agentes de usuario deben incluir este campo con las solicitudes. El campo puede contener múltiples fichas de producto y comentarios que identifiquen el agente y cualquier subproducto que forme una parte significativa del USER-AGENT. Por convención, los tokens de producto se enumeran en orden de importancia para identificar la aplicación.
User-Agent = "User-Agent" ":" 1*( product | comment )
Example:
User-Agent: CERN-LineMode/2.15 libwww/2.17b3” (Berners et al,1996).
Esta variable es emitida por el cliente, si la analizamos, encontramos que los valores que componen esta cadena están separados por ";". Estos valores se leen desde el lado del servidor, donde se almacenan las páginas web que se muestran a los usuarios. Algunos sitios web actualmente están analizando esta variable e imprimen un sitio web personalizado dependiendo del tipo de dispositivo al que esté conectando el cliente.
Es importante destacar que hoy ya se puede mostrar un sitio web personalizado y estilizado para cada tipo de dispositivo que el usuario está utilizando para acceder al sitio web.
Esto es posible a través del análisis de la cadena User-Agent utilizando las fichas de producto.
“Se utilizan para permitir que las aplicaciones de comunicación se identifiquen por el nombre y la versión del software. La mayoría de los campos que utilizan fichas de productos también permiten que se enumeren subproductos que forman una parte significativa de la aplicación, separados por espacios en blanco. Por convención, los productos se enumeran en orden de importancia para identificar la aplicación.
product = token ["/" product-version]
product-version = token
Ejemplos:
User-Agent: CERN-LineMode/2.15 libwww/2.17b3
Server: Apache/0.8.4” (Berners et al,1996).
Estas páginas se muestran en función del dispositivo que se utiliza para acceder a los sitios que las hospedan, las cuales se llaman páginas progresivas. Tienen ciertas características que deben cumplir para ser considerado una "aplicación web progresiva". Estas características según la guía de desarrolladores de google (2015) son:
-
Progresivo: Funciona para todos los usuarios, independientemente de la elección del navegador, ya que se construyen con una mejora progresiva como principio básico.
Responsiva: Ajustar cualquier factor de forma: escritorio, móvil, tableta, o cualquier otro dispositivo.
Conectividad independiente: Mejora con los trabajadores de servicio para trabajar fuera de línea o en redes de baja calidad.
App-like: Se siente como una aplicación para el usuario con interacciones de estilo de aplicación y navegación porque están basadas en el modelo de shell de aplicaciones.
Fresco: Siempre actualizado gracias al proceso de actualización de los trabajadores de servicio.
Seguro: Se utiliza el protocolo HTTPS para evitar espionaje y asegurar que el contenido no ha sido manipulado.
Detectable: Son identificables como "aplicaciones" gracias a los manifiestos W3C y al alcance del registro de los trabajadores de servicio, lo que permite a los motores de búsqueda encontrarlos.
Reutilizable: facilita la reincorporación a través de funciones como notificaciones push.
Instalable: permite a los usuarios "conservar" las aplicaciones que consideren más útiles en su pantalla de inicio sin la molestia de una tienda de aplicaciones.
Enlazable: comparte fácilmente por URL y no requiere instalación compleja. Google Developers (2015).
Otra definición de Aplicación Web Progresiva (PWA), es una aplicación que permite a los desarrolladores construir un sitio web móvil que puede contestar peticiones de forma rápida y a su vez comportarse como una aplicación. "Son una mejor manera de permitir que un sitio web funcione más como una aplicación nativa instalada" (Gustafson, 2016).
Otro término que debemos considerar es el de Páginas Responsivas que pueden adaptar la apariencia visual usando HTML o CSS para ajustarse a la resolución de pantalla de cualquier dispositivo utilizado para acceder al sitio web. Esta tecnología proporciona al usuario la mejor visualización de un sitio web en cualquier dispositivo móvil, ya sea un teléfono celular, una tableta o un PC de escritorio. Responsive Web Design Introduction (2017).
Knight (2011), define este concepto como el enfoque que el diseño y el desarrollo deben responder con base al comportamiento del usuario y el entorno basado en el tamaño de la pantalla, la plataforma y la orientación. La práctica consiste en una mezcla de rejillas flexibles y diseños, imágenes y un uso inteligente de las peticiones a los medios CSS.
Con base en lo anterior, podemos hacernos una pregunta, ¿Qué nos detiene si también se puede mostrar un sitio web personalizado y estilizado para ciertos tipos de usuarios que sufren de una discapacidad visual en este caso de ceguera?.
La solución a esta pregunta se puede llevar a cabo sólo tiene que encontrar el método para saber si un cliente sufre de un problema visual o alguna discapacidad.
Una forma de llevar a cabo tal identificación se explica en el siguiente apartado.
Una vez que conocemos la funcionalidad de HTTP_USER_AGENT, lo que se pretende proponer en este trabajo es implementar una actualización a los navegadores web, modificando la variable HTTP_USER_AGENT, añadiendo un parámetro de configuración llamado "disesp" referente a "discapacidad especial". El nombre utilizado para esta variable es sólo un nombre prototipo para hacer referencia a una nueva variable, este nombre de variable pudiera cambiar si en un futuro se implementa como estándar.
Como ya se mencionó, esta investigación es una propuesta para mejorar las directrices del W3C para el beneficio de las personas que sufren alguna debilidad, esta propuesta se centra inicialmente en las personas con ceguera.
Al realizarse esta propuesta, la variable "disesp" se puede definir durante el proceso de instalación del navegador web o al realizar la configuración inicial de un dispositivo ya sea tableta, smartphone o computadora, independientemente del sistema operativo que cada uno utilice. Esta variable se convertiría en un parámetro que se concatenaría a la variable "HTTP_USER_AGENT" a través del carácter token “;”.
A través del análisis de esta variable (HTTP_USER_AGENT), desde el lado del servidor web, se puede detectar si un usuario se conecta desde un dispositivo móvil o desde un equipo de escritorio (Boxall, 2009).
Con este parámetro, se podrá detectar si el cliente sufre de alguna discapacidad, como en particular nos enfocamos en detectar personas ciegas, proponiendo que el parámetro se llamara "disesp" se propone también agregar algunos caracteres que se refieren a discapacidad visual dejando " disesp-v "(discapacidad especial - visual), si la persona tiene debilidad visual y auditiva añadiría la letra" a "siendo" disesp-va". Un ejemplo de cómo sería la variable HTTP_USER_AGENT: "Mozilla / 4.5 [en] (X11; U2 Linux 2.2.9 i586; disesp-va)" con el último parámetro de la cadena, estamos especificando que el usuario sufre de una discapacidad especial visual.
Es importante mencionar que el carácter para separar es "-" línea de caracteres horizontal utilizada como un token para separar los parámetros, de esta manera el analizador puede leer los parámetros que se pueden declarar en el futuro para diferenciar otro tipo de discapacidades.
En este sentido el sitio web puede analizar la cadena que contiene la variable y detectar si el usuario que visita el sitio tiene una discapacidad. El sitio web, con esta información puede imprimir una página con un diseño especial y herramientas adecuadas dependiendo de la discapacidad que el usuario tiene.
Es importante mencionar que como primer paso y como inicio de esta propuesta es identificar a estos usuarios que tienen alguna discapacidad. Pero en un futuro habrá más trabajo por desarrollar al crear las herramientas especiales para ayudar a estas personas a acceder a la información. Como por ejemplo, para las personas con ceguera, necesitarán un potente audio descriptor que funcione del lado del servidor para que el cliente no tenga la necesidad de instalar nada en su computadora.
Existen maneras de analizar la variable para detectar los nuevos parámetros que hemos agregado. Una de ellas es el uso de código PHP para dividir la variable por tokens, por ejemplo:
Usando esta cadena de la variable USER_AGENT como ejemplo: Mozilla / 4.5 [en] (X11; U; Linux 2.2.9 i586; disesp-v
Divido por tokens
En el ejemplo de la Tabla 1, podemos ver que hay un token número "7" con la variable "disesp" declarada, con "v" asignado. Esto significa que el usuario que tiene este USER_AGENT, declara que tiene una discapacidad visual y necesita una página web diseñada especialmente.
Este proceso de análisis podría ser una función en la sección de encabezado del índice principal de una página web lo que podría estar comprobando cada usuario acceder a la página web y si es necesario el servidor web redirige al usuario a una página web especial diseñado en función de la condición especial.
Esto conduce a un desarrollo web donde se pueden desarrollar diversas aplicaciones que pueden ayudar a los usuarios con diversas discapacidades. Imagina a una persona ciega que hace una compra de un servicio a través de una página web accesible que muestra herramientas para hablar con un operador que puede asistirlo de manera remota, dichas herramientas deben ser desarrolladas a la medida, para solventar las necesidades, ya que son aplicaciones que deben funcionar 100% en línea, deben conectarse automáticamente al micrófono de la computadora para poder iniciar una conversación a través del sitio web, sin que el cliente tenga la necesidad de instalar ni configurar nada.
Se realizó una encuesta a 20 personas ciegas y se les preguntó si les gustaría visitar una página web que describa el contenido a través de audio, el 100% de los encuestados respondió "sí". También se les preguntó la frecuencia con la que dejan de visitar a un sitio web debido a que su herramienta actual instalada en su PC no puede audio describir el contenido. De las siguientes respuestas posibles: a) nunca b) rara vez c) muy frecuente, el 100% de los encuestados respondió "C" (muy frecuente).
Este trabajo demuestra la necesidad de mejorar ciertas pautas en el W3C. Esta propuesta se expone basándose en las necesidades actuales y futuras de personas con discapacidad y con el principal objetivo de detectar a los usuarios y tratar de hacer que los sitios web más accesible para ellos.
Esto es algo que el CONAPRED (Consejo Nacional de Prevención de la Discriminación) y el CONADIS (Consejo Nacional para el Desarrollo y la Inclusión de las Personas con Discapacidad) han estado trabajando en México, pero aún queda trabajo por hacer. Incluso la accesibilidad ha sido propuesta en la ley federal en el artículo 32 en el párrafo no. 2 de la Ley General para la Inclusión de Personas con Discapacidad, que dice:
"II. Promover el uso del Lenguaje de Signos Mexicano, Braille y otros modos, medios y formatos de comunicación y acceso a nuevos sistemas y tecnologías de la información y comunicaciones, incluyendo Internet" Congreso General (2011).
Internet ofrece muchas oportunidades para personas con discapacidades que no están disponibles a través de ningún otro recurso, ofrece independencia y libertad. Sin embargo, si no se crea un sitio web basado con los estándares de accesibilidad web, excluye a un segmento de la población que puede beneficiarse mucho de Internet.
Esto se debe a que muchas de las actividades que realizan diariamente, podrían llevarse a cabo a través de su computadora. La mayoría de los web masters no tienen la intención de excluir a las personas con discapacidad, pero hasta hoy, son muy pocos los que desarrollan un sitio accesible bajo las directrices del W3C, lo cual ya hemos explicado que no es suficiente para que una persona totalmente ciega pueda acceder a la información. Organizaciones y diseñadores al hacer conciencia y aplicando la accesibilidad, se asegurarán que su contenido podrá estar disponible a una población más amplia.
Con esta investigación estamos ampliando el espectro de cómo se compondrán los sitios web en un futuro tal vez no muy lejano, el cual no se compondrá solo de la parte visual si no también de la parte auditiva y por que no (como se mencionaba en la parte anterior) hasta de personas que estén detrás de un escritorio esperando clientes con discapacidad visual para poder asistirlos de manera remota con algún proceso critico como lo puede ser una compra a través de un sitio web accesible.
Divido por tokens
