Os dejo una lista de herramientas que nos servirá a los maquetadores o desarrolladores web a conseguir Web más accesibles. Con estas herramientas sabremos mucho mejor como se comporta nuestras páginas Web cuando interactúan en ellas diferentes tipos de usuarios.
La mayoría de ellas son muy interesantes y útiles para hacer pruebas y mejoras de accesibilidad web en el desarrollo de nuestros proyectos.
Simuladores de personas con discapacidades cognitivas
El objetivo del atributo summary es proporcionar una breve reseña o descripción de como están organizados los datos de una tabla, o una breve explicación de como navegar por la tabla. Como ya sabemos el atributo summary de table proporcionar una información disponible para los lectores de pantalla, no se muestra visualmente.
El summary es útil cuando la tabla tiene una estructura compleja (por ejemplo, cuando hay varios conjuntos de encabezados de columna o fila, o cuando hay varios grupos de columnas o filas). También puede ser útil para tablas de datos simples que contienen varias columnas o filas de datos.
El atributo summary puede utilizarse o no dependiendo de la complejidad y volumen de información de la tabla. También sabemos que la tabla tambien dispone de un título llamado caption. Si se usan ambas cosas (summary y caption) nunca se deberá duplicar su contenido. A continuación vemos unos ejemplos de uso:
Ejemplos
Ejemplo 1: Una tabla de datos con summary y sin caption
Este ejemplo muestra un horario de autobús. El número de Línea y la dirección se incluyen en el summary junto con información sobre cómo utilizar el horario.
Estación 1
Estación 2
Estación 3
Estación central
4:00
4:05
4:11
4:19
…
Ejemplo 2: Una tabla de datos con summary y caption
En este ejemplo, el caption identifica la Línea de autobús. El summary ayuda a los usuarios que son ciegos a comprender cómo utilizar el programa. Los lectores de pantalla leen el caption seguido por el summary.
En Diciembre de 2008 hasta Enero de 2009, WebAIM realizó un examen de preferencias de los usuarios que usan lectores de pantalla. Recibieron 1121 respuestas válidas a la encuesta sobre los lectores de pantalla, que fue realizada en Diciembre de 2008 – Enero de 2009. La respuesta fué asombrosa.
Tal vez la conclusión más significativa que podemos hacer de estos resultados de la encuesta es que no existe el “usuario típico” que usa un lector de pantalla. Como desarrolladores, solemos usar algún lector de pantalla como JAWS accesibilidad o Window Eyes o VoiceOver (o cualquier otro). Esta encuesta pone de manifiesto que la accesibilidad en lectores de pantalla es sobre la gente real y sobre las personas que tienen diferentes habilidades y preferencias. Como desarrolladores, debemos hacer todo lo posible para acomodar las necesidades de este diverso grupo.
En general, estos resultados sugieren que, a raíz de las directrices y normas de accesibilidad, el uso de tecnologías que apoyan los altos niveles de accesibilidad, y proporcionar a los usuarios distintas alternativas es lo más importante. La amplia gama de respuestas de los usuarios hace que sea difícil dar recomendaciones definitivas para muchas cosas.
También puede ser interpretado que algunas cosas (como las diferencias relativamente insignificantes en la variante de texto o la redacción de “saltar” enlace). Esto la verdad es que afecta muy poco en los usuarios que usan lector de pantalla. Por otro lado, el estudio también indica un alto nivel de dificultad con el contenido de Flash.
Esperamos que estos resultados den una idea a los desarrolladores para analizar mejor las opciones de desarrollo que hacemos para los usuarios que usan lectores de pantalla.
Más de uno de nosotros nos hemos encontrado con crear un sistema de votos factible y práctico. Como vemos en Youtube o en Amazon. La mayoría de ejemplos que encontramos por la Web, estan desarrollados con JavaScript que funcionan correctamente bien, pero ya sabemos que si lo tenemos desactivado ya no nos sirve de mucho.
A continuación vemos como crear un sistema de votos o Rating Star únicamente con CSS, de esta manera evitaremos usar Scripts para conseguir el efecto deseado.
En el ejemplo solo se usa una imagen con 2 estrellas, una para el estado inicial y otra con el hover. De esta forma prescindimos de crear varias imágenes para cada valor de cada estrella. Debajo vemos el ejemplo ya funcionando.
El hecho de que indexar y posicionar un site puede salir muy rentable, es lógico que haya quien pretenda hacer trampas para lucrarse mediante tales abusos. En post anteriores hemos visto algunas prácticas penalizadas, ahora veremos las consecuencias que pueden acarrear estas malas prácticas. Al fin y al cabo, es el miedo a las potenciales penalizaciones por parte de un buscador lo que nos hará alejarnos, o al menos intentarlo, de prácticas de posicionamiento de alto riesgo.
“En su momento pensé que sería un error o bug pasajero de Google, me temo que no fue así”
Lo primero que hay que saber aunque parezca una coña marinera, es que nada de lo que vamos a hablar tiene base sólida: rara vez Google ofrece información fiable sobre este tema. No nos queda más remedio que guiarnos por la rumoro logia y las experiencias que muchos maquetadotes han sufrido en sus propias carnes. Así pues, para quien las sufra será una putada, pero para el resto, serán poco más que superchería sin fundamento. Esto es lo poco que se sabe:
Penalización -30
Es la más común de las penalizaciones, se aplica a los sitios considerados “spam” o granjas de enlaces. Si el robot detecta una gran cantidad de intercambios de enlaces en tu página, y estos son de temáticas no relacionadas, puedes empezar a preocuparte. Su penalización es aparentemente automática y conlleva bajar 30 puestos en el ranking. Para evitarla si crees o sabes que has hecho spam deja de hacerlo, luego no digas que no te lo dije.
Penalización -60
Las razones para aplicarlo son básicamente las mismas que en el caso anterior. Habitualmente se ve en sitios que hacen uso indiscriminado y no accidental (vamos que se han pasado bastante) de tácticas “black seo”. Está penalización es aparentemente, (esto va a traer polémica), manual, por lo que se hace necesario una petición de reconsideración a google.
Penalización del PageRank
Muy famosa y discutida en la red. Si vendes enlaces y te pillan, la barra verde baja 2 puntos, porque sí.
La posición 6
Rumor posiblemete falso pero igualmente gracioso, lanzado desde este blog http://www.seroundtable.com/archives/015799.html. Se dice que no está relacionado con temas on-page. Quizás tema de links. Consiste en…si efectivamente bajas seis posiciones respecto a tu posicion original.
Penalización -950
La madre de todas las penalizaciones, la venganza divina por haber dicho que Explorer no era tan mal navegador. Hablan de esta penalización en este blog http://www.bestwebsites.co.nz/seo/fixing-google-950-penalty/. Es producida por causas ejem, aparentemente aleatorias y de manera automática. Afecta a sitios que se han posicionado fuerte, por lo que es posible que sea por “exceso de optimización” (“overseo”) pero en la práctica afecta por igual a sitios con un cero en optimización SEO. Sigues estando indexado pero dejas de aparecer por palabras genéricas y la única manera de aparecer es poniendo el título exacto de la entrada. Incluso los sitios que te plagian se posicionan mejor que tú. Lo curioso del asunto es que en la práctica suele desaparecer la penalización sola al cabo de semana o semana y media, justo después de que haya dado un infarto. Poco se puede añadir al respecto , ¿verdad?, ¿mentira?, no seré yo quien trate de demostrarlo.
Baneo de la web
Un baneo es la exclusión completamente de los motores de búsqueda. El robot de google no volverá ni aparecerá tu site en las búsquedas. El ejemplo más famoso sin duda, fué el banneo de la página de Volskwagen, por utilizar un DIV oculto llena de meta tags.
Quizás el título no te diga nada, pero con la foto de abajo te quedará más claro a lo que me refiero. La lista de enlaces en dos columnas o en una línea que aparecen bajo las páginas mostradas en los resultados de Google, son los enlaces de sitio o también llamados Google Sitelinks.
¿Que finalidad tienen los enlaces de sitio?
Ahorrar tiempo al usuario, mostrando los enlaces directos a las áreas más importantes (según Google) de la web.
¿Como elige Google que enlaces mostrar?
Google utiliza un algoritmo para destacar los llamados “enlaces de calidad” de un sitio, por desgracia no sabemos exactamente que factores se toman en cuenta en ese algoritmo.
Se supone que tienen gran importancia las estadísticas de acceso a cada url y sus actualizaciones, aunque hay usuarios que afirman que se utilizan muchos más factores, por ese motivo, no te sorprendas si la lista cambia de forma periódica sin lógica o directamente desaparece.
Los enlaces de sitio lineales muestran hasta cuatro enlaces destacados de nuestra página.
¿Como puedo hacer que aparezcan los enlaces de sitio en mi web?
No hay manera de asegurar que en tu sitio aparezcan estos enlaces, ya que el buscador lo hace de forma automática. Lo que si que es seguro, es que para aparecer, tu página debe estar muy bien posicionada, ya que los enlaces de sitio, solo aparecen en los primeros resultados (enlaces de sitio lineales) o solo en el primer resultado de una búsqueda (en el caso de enlaces a dos columnas).
Desde Google comentan que en un futuro, los webmasters podrán definir estos enlaces.
¿Puedo quitar uno o más enlaces de sitio de mi página?
Si, en la ayuda de Google, nos explican como borrar estos enlaces:
2. En Información del sitio, haga clic en Enlaces de sitios. Si disponemos de información sobre los enlaces de sitio de su sitio web, mostraremos la lista de enlaces correspondiente.
3. Haga clic en Bloquear junto al enlace de sitio que desea eliminar. Le agradeceríamos que nos explicara los motivos por los que desea bloquearlo, ya que nos ayudará a mejorar el método que empleamos para generar y mostrar enlaces de sitio.
Tras bloquear o desbloquear un enlace de sitio, las modificaciones pueden tardar algún tiempo en aparecer.
En definitiva, si tenemos una página bien posicionada y con un elevado número de visitas, solo nos queda esperar a que Googlebot considere que nuestra web es merecedora de mostrar los enlaces de sitio.
Al igual que Digg, Youtube dejará de dar soporte a internet explorer 6 en breve. Parece que las webs de peso ya tienen claro que no merece la pena seguir dando soporte a esta versión que pronto cumplirá “8 añitos”.
Por el momento, cuando entremos con este navegador, nos aparecerá un mensaje pidiendo la actualización a navegadores mas avanzados como Firefox, Opera, Safari o Chrome.
Actualiza tu navegador a una versión más reciente para disfrutar de una experiencia online de mayor calidad.
Pronto retiraremos el servicio de asistencia para Internet Explorer 6, por lo que te recomendamos que actualices la versión ya.
Este es un paso importante para conseguir que usuarios de IE6, por fin se actualicen y digan adiós al navegador que les vio crecer .
Una de las novedades más importantes de HTML5 es la reproducción de audio y video sin necesidad de plugins externos. La intención es adoptar una forma común para mostrar el contenido multimedia, sin obligar al usuario a instalar un software adicional.
Esta característica ha abierto un nuevo debate, ya que las compañías no se ponen de acuerdo en el códec que se utilizará para soportar estas nuevas etiquetas de <audio> y <video>.
La situación es la siguiente:
Mozilla y Opera quieren utilizar (como es lógico) el formato abierto Ogg Theora, creado por la Fundación Xiph.org.
Apple quiere utilizar H.264 desarrollado por VCEG y MPEG, del que hay que pagar licencia para crear contenidos.
Google incluye los dos códecs en Chrome, aunque parece que está apostando más por H.264.
Microsoft no se ha pronunciado, pero lo más seguro es que apoye su propio formato para Silverlight.
¿Porque no se quiere utilizar un formato abierto, por que el que nadie tenga que pagar por crear contenidos ?
Los defensores de H.264, alegan que ofrece una mejor calidad que Ogg, pero podemos ver en esta comparativa que las diferencias son mímimas, por no decir inapreciables. También critican la falta de soporte a nivel de hardware que tiene Ogg (cosa lógica si no se apoya a dicho formato).
Así que nos podemos imaginar cuales son realmente los intere$e$ a la hora de elegir formato.
Actualización:
Finalmente no habrá códec estándar para html5. Esto quiere decir que cada uno podrá utilizar el que quiera, digamos que esto puede ser lo más democrático, pero se ha perdido la oportunidad de usar un formato en común, abierto, lo que ayudaría mucho a los desarrolladores, una pena.
Ejemplo de video en formato Ogv, visible solo en Firefox 3.5 y Chrome:
Aquí el mismo video en formato mp4r, visible solo en Safari y Chrome.
Este video que se verá en formato Ogv si utilizas Firefox 3.5 y en mp4r si utilizas Safari 4:
Esto se puede conseguir utilizando la etiqueta <source>, con la que el navegador podrá elegir el formato multimedia compatible.
Para desarrollar una buena arquitectura de la información en la Web. Debemos seguir unos principios fundamentales, y una de las partes más importantes es crear un Mapa de la Web:
Rápido desarrollo
Que se pueda enseñar algo lo antes posible
Facilidad para la modificación
Escalabilidad
Distribución sencilla en formatos estándar
XMind cumple con todos estos requisitos y es la aplicación más apropiada para ello. No confundamos Mapa de la Web con site map. Con XMind podemos crear de manera muy sencilla un mapa de la arquitectura de nuestra página. Que normalmente se desarrolla en la primera fase de los grandes proyectos Web, con el objetivo de organizar el contenido y las tecnologías de la Web.
WAVE es una herramienta gratuita para evaluar la accesiblidad de las páginas web proporcionado por WebAIM. WAVE es usado para ayudar a las personas en el proceso de evaluación de la accesibilidad de las páginas web. En vez de proporcionar un reporte técnico complejo, WAVE muestra la página original con íconos e indicadores insertados dentro de la misma y así revelando la accesibilidad de la página.
Mayormente usamos otras aplicaciones para evaluar la accesbilidad Web de una página. Pero esta es relamente muy útil, práctica y gratuita. Y lo mejor es que podemos integrarla como un complemento de Firefox
La barra de herramientas WAVE para Firefox provee un mecanismo para procesar páginas web directamente en Firefox. La barra de herramientas realiza todo el proceso dentro de su navegador, ninguna información es enviada al servidor de WAVE. Esto garantiza que sus reportes de accesibilidad sean 100% seguros y privados. Dado que la barra de WAVE para Firefox evalúa la versión final de su página tal como la muestra el navegador, ésta puede evaluar los estilos locales y las páginas con contenido dinámico generado por secuencias de comando o AJAX. Esta herramienta también dispone de su versión en español.
.
