Google anuncia en su blog oficial que sigue adaptando sus algoritmos a los patrones de uso a medida que el número de usuarios
que accede a internet a través de dispositivos móviles aumenta de forma exponencial. A partir del 21 de abril, los contenidos web que no se adapten a la tecnología móvil sufrirán penalizaciones en su ranking de resultados de búsquedas.
Este cambio afectará a las búsquedas móviles en todos los idiomas a nivel mundial y tendrá un impacto significativo en los resultados. En consecuencia, los usuarios encontrarán más fácil obtener resultados relevantes, de alta calidad de búsqueda y optimizados para sus dispositivos.
Personaliza el software del sitio web para usuarios de móviles: si tu web site utiliza software de terceros (WordPress, Joomla!, Drupal, Blogger, vBulletin, Tumblr, DataLife Engine, Magento, PrestaShop, Bitrix, Google Sites), esta completa guía de Google te resultará muy útil.
Guía SEO para móviles: te ayuda a configurar el sitio para varios dispositivos para que los motores de búsqueda comprendan la configuración y evitar errores habituales.
Usabilidad móvil: la usabilidad móvil resulta del todo relevante para obtener unos resultados de búsqueda óptimos.
PageSpeed Insights: introduce la url de tu sitio web y al pulsar el botón Analizar aparecerán los resultados de Velocidad y Experiencia de Usuario para móviles en una escala 1/100.
Aspectos básicos a tener en cuenta
si usas diseño web adaptativo en el que el código HTML es el mismo para todos los dispositivos y son las CSS las encargadas de modificar el procesamiento de la página, se recomienda el uso de media queries.
Media Queries es un módulo CSS3 que permite la representación de contenido para adaptarse a condiciones como la resolución de pantalla. Se convirtió en un estándar recomendado por la W3C en junio del 2012 y es un principio básico de la tecnología de diseño web adaptaivo. Fuente Wikipedia: Media Query.
Ejemplo: @media only screen and (max-width: 620px) {...}.
si optamos por la publicación dinámica de diferentes HTML en la misma URL, el servidor responderá en función del user-agent que solicite la página. Se recomienda que el servidor envíe una sugerencia para detectar el contenido móvil. Esta sugerencia se implementa mediante la cabecera Vary HTTP.
El contenido de la respuesta variará en función del user-agent que solicite la página. Si el servidor ya utiliza la cabecera Vary HTTP, puedes añadir User-Agent a la lista que ya se ha proporcionado.
en el caso de URL para móviles independientes, la recomendación es la siguiente:
para las páginas de escritorio, añade una etiqueta de enlace especial rel="alternate" que señale la URL para móviles.
Ejemplo: <link rel="alternate" media="only screen and (max-width: 620px)" href="http://m.example.com/default"/>
y para las páginas para móviles, añade una etiqueta de enlace rel="canonical" que señale la URL para equipos de escritorio.
Extracto de las recomendaciones para Developers de Google: Google Developers
Errores comunes en los sitios desarrollados para smartphones que debemos evitar:
los vídeos no se reproducen porque no usamos tecnología html5 estándar.
redireccionamientos defectuosos.
error 404 (Page Not Found) sólo para smartphones.
baja velocidad de carga de la página.
no prestar atención a la usabilidad: tamaño incorrecto de los textos e imágenes, colores inapropiados, ubicación inadecuada de las opciones de navegación, falta de implementación de los atajos de teclado, etc.
llamadas a enlaces externos que se abren en otras ventanas.
ausencia de un apartado de contacto o método de retroalimentación.
El término japonés Emoji significa pictograma dónde la "e" es dibujo o imagen y "moji" es letra, es decir,
un dibujo para expresar algo y cuyo uso se extiende a mensajes electrónicos y sitios web.
Los emojis son utilizados principalmente en conversaciones de texto a través de teléfonos inteligentes.
Emojis y Unicode
Los emojis son caracteres como las letras y los números.
Apple y Google empujaron para que se estandarizaran en Unicode, entendido como un estándar internacional encargado de la representación de caracteres de escritura de la mayoría de idiomas
en sistemas informáticos.
El proceso de estandarización de los emojis comenzó en 2007 y hasta la versión 6.0 de Unicode, de 2010, no estuvo lista.
Pero ya están dentro de Unicode y hay 772 emojis dentro de Unicode (perfectamente identificados en codificación y significado).
Si los emojis no se representan bien en un sistema operativo es porque no tienen, dentro de la fuente habitual que usa el sistema, dichos caracteres implementados.
Es como si alguien nos manda algo en Chino o Japonés. Nuestro ordenador entiende que es un carácter de Unicode, pero si no tenemos instaladas las fuentes en Chino o Japonés, no las veremos bien.
Ahora la página html renderiza los siguientes caracteres unicode:
🎁 🎂 🎃 🎄 🎅 🎆 🎇 🎈 🎉 🎊
Soporte
Los emojis están disponibles para su uso en la mayoría de los dispositivos móviles de última generación como Android, Apple y Windows Phone.
Apple fué el primero que incorporó los caracteres unicode emoji (en 2011) con el lanzamiento de Mac OS X v10.7: es la octava versión de OS X, el sistema operativo de Apple para sus ordenadores de escritorio, portátiles y servidores.
Google añade soporte nativo emoji al teclado (en 2013) para los dispositivos con Android 4.4 y versiones posteriores.
Windows 8 y versiones superiores son compatibles con emoji a través de la familia de fuentes Microsoft Segoe UI. A partir de Windows 8.1, la fuente Segoe UI Emoji suministra pictografías a todo color.
Algunas distribuciones de Linux como Ubuntu, Debian, Fedora y OpenSUSE admiten caracteres emoji instalando fuentes adicionales.
En general, cualquier sistema operativo que permita añadir fuentes adicionales tendrá soporte emoji.
A continuación muestro la lista completa de emojis.
Puedes copiar directamente el emoji o utilizar la entidad html correspondiente posicionando el cursor encima de cada uno (aparecerá un tooltip con su entidad html)
Mozilla ha desarrollado una nueva función con la colaboración de Telefónica (basado en Movistar) para mantener comunicaciones de voz y vídeo con otras personas directamente en el navegador, sin instalar plugins ni programas adicionales y sin necesidad de descargar extensiones.
El proyecto se sustenta en la integración de tecnología WebRTC o lo que es lo mismo, una API o conjunto de reglas que está siendo elaborada por la World Wide Web Consortium para permitir a las aplicaciones del navegador realizar llamadas de voz, chat de vídeo y uso compartido de archivos P2P sin plugins.
Los programadores pueden implementar esta API y utilizarla en otras aplicaciones. Más información: http://es.wikipedia.org/wiki/WebRTC
Como Hello está integrado en Firefox, tus conversaciones e informaciones se mantendrán privadas y seguras.
Lo único que necesitas es Firefox para iniciar nuevas conversaciones o administrar una lista de contactos. Si tienes la última versión de Firefox, ya tienes Hello.
No hace falta abrirse una cuenta, ni registrarse ni descargar nada.
Solo tienes que iniciar una conversación, enviar un enlace a un amigo y pedirle que haga clic. Éste ni siquiera necesita Firefox para unirse a la conversación. Lo único que necesita es un navegador compatible, y listo.
Los navegadores que soportan WebRTC a día de hoy son Firefox, Google Chrome y Opera.
Comienza por pulsar el icono de conversación situado en la parte superior derecha de tu navegador y haz clic en el botón Iniciar una conversación.
En la esquina inferior derecha aparecerá una ventana para que etiquetes la conversación.
La aplicación autogenera una url única por conversación que podrás copiar para enviar por correo electrónico a la persona con la que esperas comunicarte. También puedes pegar el enlace en otra aplicación de mensajería.
La persona que reciba el enlace, lo copiará en la barra de dirección de un navegador compatible y podrá unirse a la conversación pulsando el botón azul. Lo único que necesita es un micrófono y una web cam (opcional)
Cuando tu amigo acceda al enlace para iniciar la llamada, te aparecerá una notificación en tu navegador
Aunque no necesitas una cuenta de Firefox para utilizar Firefox Hello, si te creas una podrás agregar, administrar y llamar a tus contactos directamente con tan solo un clic de ratón. Para obtener más información, consulta el artículo Crea y administra tu lista de contactos en Firefox Hello.
Nota importante
El equipo de Mozilla ha decidido dejar de incluirlo a partir de la versión 50 de Firefox y las razones son suficientemente claras: no puede competir contra servicios como Skype, FaceTime o Hangouts.
Toda la información en su página oficial Bugzilla
La mayoría de los gestores de contenido proporcionan herramientas precisas (widgets o plugins) para mostrar información acerca de los archivos publicados en el blog ordenados de forma cronológica.
Si queremos dotar a nuestro blog de un diseño más atractivo, también podemos presentar un calendario de publicaciones.
Vamos a hacer ésto posible con tan sólo unas pocas líneas de código.
Éstos son los pasos a seguir:
Selecciona la entrada Diseño del panel principal de Blogger.
Pulsa sobre el link Añadir un gadget y se abrirá una ventana con diferentes alternativas
Desplazamos el scroll de la nueva ventana hacia abajo hasta llegar a la opción:
HTML/Javascript Añade una característica de un tercero u otro código a tu blog.
Introduce el Título del widgets (por ejemplo Calendario)
En la caja Contenido pega el siguiente código:
<div id='calendar'><strong>Loading...</strong></div>
<script>
var conf = {
bgcolor: '#1e4e7e',
newtab: 1, // 0:abre link en la misma ventana | 1:abre link en ventana nueva
tooltip: true, // false:title por defecto | true:tooltip con css3
start: 1, // 0:Domingo | 1:Lunes
days: "Lunes|Martes|Miercoles|Jueves|Viernes|Sabado|Domingo",
months: "Enero|Febrero|Marzo|Abril|Mayo|Junio|Julio|Agosto|Septiembre|Octubre|Noviembre|Diciembre",
date: "Ir al mes actual"
}
</script>
<script src='https://cdn.jsdelivr.net/gh/jmacuna/calendar-widget@master/create-calendar.js' type='text/javascript'></script>
<script src='https://www.tecnoblog.guru/feeds/posts/summary?max-results=1000&alt=json-in-script&orderby=published&callback=createCalendar' type='text/javascript'></script>
Por último hacemos click sobre el botón Guardar
Vamos a analizar los parámetros de configuración:
bgcolor: color de fondo del calendario.
newtab: 0 para abrir el artículo seleccionado en la misma ventana o 1 para abrir el link en una ventana nueva.
tooltip: false para mostrar el tooltip por defecto o true para mostrarlo en forma de bocadillo.
start: 1 si queremos que el calendario empiece en Lunes o 0 si empieza en Domingo.
days: días de la semana. Nota: si ponemos la variable start a cero, el primer día de la semana en la variable days será el Domingo
months: meses del año.
date: texto que aparece cuando posicionamos el cursor encima de la fecha actual (parte inferior en color gris).
Tenemos que escribir la url de nuestro blog en el último script, dónde aparece https://www.tecnoblog.guru
resaltado en negrita.
Importante: si el calendario no se carga en tu página, lo más probable es que sea debido a la incompatibilidad del protocolo seguro como consecuencia de una redirección de tu blog a través de protocolo http (contenido mixto). En este caso, la solución es muy sencilla.
Reemplaza la parte de la url https://www.tecnoblog.guru/feeds del script por https://www.blogger.com/feeds/TUIDDEBLOGGER, dónde TUIDEDEBLOGGER es el parámetro numérico que aparcen como blogID en tu blog.
En mi caso: https://www.blogger.com/feeds/5415513870832441455/posts/summary?max-results=1000&alt=json-in-script&orderby=published&callback=createCalendar
Y si aún así no funciona, no dudes en preguntarme a través del blog o de mi cuenta de correo info@tecnoblog.guru. Estaré encantado de ayudarte!!
Si ponemos la variable tooltip a true, tenemos que añadir la clase tooltip de la siguiente manera:
Pulsa sobre las flechas ◀ y ▶ para moverte por los meses anterior/siguiente
Haz clic sobre el mes actual y aparecerá un desplegable con los doce meses del año
Haz clic sobre el año en curso y aparecerá un desplegable para seleccionar otro año.
Deja pulsadas las flechas ⊻ o ⊼ para avanzar más rápido hasta el año deseado.
Si queremos volver a la situación inicial, haremos clic en la fecha actual que aparece en la parte inferior del calendario
Podéis ver el ejemplo funcionando a continuación.
Puedes descargarte el ejemplo para modificarlo o personalizarlo libremente en Calendario para Blogger.
Los ficheros que intervienen son:
Por último y a petición popular, os dejo el código html para insertar un calendario en cualquier blog (Blogger, Wordpress, Drupal, Joomla, etc) o Página Web:
<style type="text/css">
iframe#calendar html, #calendar body{
overflow:hidden
}
iframe#calendar{
position:absolute;
border:0;
width:240px;
height:230px
}
</style>
<iframe id='calendar' src='about:blank' scrolling='no'></iframe>
<script>
var conf = {
bgcolor: '#741826', //color del calendario
start: 1, // 0:Domingo | 1:Lunes
days: "Lunes|Martes|Miercoles|Jueves|Viernes|Sabado|Domingo",
months: "Enero|Febrero|Marzo|Abril|Mayo|Junio|Julio|Agosto|Septiembre|Octubre|Noviembre|Diciembre",
date: "Ir al mes actual"
}
</script>
<script src='https://cdn.jsdelivr.net/gh/jmacuna/calendar-widget@master/create-calendar-iframe.js' type='text/javascript'></script>
Una página o sitio web es accesible cuando está diseñado y codificado de forma que sus contenidos y servicios estén disponibles para cualquier persona, con independencia de su contexto de navegación.
Ésto va a permitir que las personas con algún tipo de discapacidad, puedan percibir, entender, navegar e interactuar con la Web, aportando a su vez contenidos.
Según el último informe mundial sobre la discapacidad de la Organización Mundial de la Salud, más de mil millones de personas viven en todo el mundo con alguna forma de discapacidad; de ellas, casi 200 millones experimentan dificultades considerables en su funcionamiento.
Entre los beneficiarios de la accesibilidad web se encuentran:
Usuarios que usan traductores a voz, braille... y usuarios en general que no disponen de tarjeta de sonido o usan navegadores en modo texto.
Usuarios con dificultad para distinguir colores, usuarios con sistemas monocromos.
Usuarios con dificultades oculares que tienen que aumentar el tamaño de letra de una página web.
Usuarios con epilepsia fotosensible.
Usuarios con navegadores desfasados o que han deshabilitado servicios de su navegador.
Usuarios con dificultades motrices que no son capaces de interactuar con objetos en movimiento.
Usuarios que no disponen de ratón o no lo pueden usar.
Usuarios con dificultades cognitivas
El Director y Creador de la World Wide Web, Tim Berners-Lee, dice que "El poder de la Web está en su universalidad. El acceso de todo el mundo con independencia de su discapacidad es un aspecto esencial."
Para alcanzar este objetivo se han ido proponiendo una serie de pautas que persiguen hacer más accesibles los contenidos Web.
El país pionero a la hora de legislar sobre el acceso a la información de las personas discapacitadas es Estados Unidos, y tras él han sido muchos los países que han incluido en sus leyes aspectos relativos a la accesibilidad en los sitios web públicos.
A nivel europeo, la Comisión Europea junto con el Consejo Europea está promoviendo el desarrollo de una Internet accesible para todos, con la Iniciativa eEuropa que pretende
que las administraciones públicas de los estados miembros mejoren el nivel de accesibilidad en sus páginas y las organizaciones que reciban fondos públicos deberán hacer que sus sitios web sean accesibles.
La Iniciativa de Accesibilidad a la Web del W3C (WAI) fundada en 1997, recibe el apoyo de los principales actores de la industria y los gobiernos del mundo y se dedica a
promover soluciones de accesibilidad en la web para personas con discapacidades.
Esta iniciativa trabaja en definitiva para el desarrollo del potencial de la web.
La WAI actúa principalmente sobre cinco áreas de trabajo:
Asegurar que las tecnologías web den soporte a la accesibilidad
Desarrollar pautas de accesibilidad
Crear herramientas de evaluación y corrección de la accesibilidad web
Desarrollar materiales para la educación y difusión
Coordinar proyectos de investigación y desarrollo
La accesibilidad web incluye los contenidos y aplicaciones, los navegadores y reproductores multimedia, las herramientas de autor y las tecnologías XML.
La WAI ha propuesto para cada una de estas necesidades unas pautas a seguir.
Niveles de accesibilidad
El WAI tiene, actualmente, tres niveles de accesibilidad.
Para que una página sea totalmente accesible debe cumplir, al menos el nivel doble AA y contar con una buena usabilidad.
Nivel A (Prioridad 1): el desarrollador tiene que satisfacer estos puntos de verificación, si no, algunos grupos de personas serán incapaces de acceder a la información de un sitio.
Nivel AA (Prioridad 2): el desarrollador debe satisfacer estos puntos, de lo contrario, alguien encontrará muchas dificultades para acceder a la información.
Nivel AAA (Prioridad 3): el desarollador puede satisfacer estos puntos, de lo contrario, algunas personas hallarán dificultades para aceeder la la información.
Puntos de verificación Prioridad 1
En General:
Proporcionar un texto equivalente para todo elemento no textual (p. ej. 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 (p. ej. GIFs animados), applets y objetos programados, ASCII art, marcos, scripts, imágenes usadas
como viñetas en las listas, espaciadores, botones gráficos, sonidos (utilizados con o sin interacción), archivos exclusivamente auditivos, banda sonora del vídeo y vídeos.
Asegurar 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.
Identificar claramente los cambios en el idioma original del texto del documento y en cualquier texto equivalente (p. ej. leyendas).
Organizar 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.
Asegurar que los equivalentes de un contenido dinámico son actualizados cuando cambia el contenido dinámico.
Hasta que las aplicaciones de usuario permitan controlarlo, evitar provocar parpadeo en la pantalla.
Utilizar el lenguaje apropiado más claro y simple para el contenido de un sitio.
Si se utilizan imágenes y mapas de imágenes:
Proporcionar vínculos de texto redundantes con cada zona activa de un mapa de imagen del servidor.
Proporcionar mapas de imágenes controlados por el cliente en lugar de por el servidor, excepto donde las zonas sensibles no puedan ser definidas con una forma geométrica.
Si utiliza tablas:
En las tablas de datos, identificar los encabezamientos de fila y columna.
Para las tablas de datos que tienen dos o más niveles lógicos de encabezamientos de fila o columna, utilizar marcadores para asociar las celdas de encabezamiento y las celdas de datos.
Si utiliza marcos (frames):
Titular cada marco para facilitar la identificación y navegación de los mismos.
Si utiliza applets y scripts:
Asegurarse de que las páginas sigan siendo utilizables cuando se desconecten o no se soporten los scripts, applets u otros objetos de programación.
Si esto no es posible, proporcionar información equivalente en una página alternativa accesible.
Si utiliza multimedia:
Proporcionar una descripción autiditiva de la información importante de la banda visual de una presentación multimedia, hasta que las aplicaciones de usuario puedan leer automáticamente el texto equivalente de la banda visual.
Para toda presentación multimedia tempodependiente (p. ej. una película o animación) sincronizar alternativas equivalentes (p. ej. subtítulos o descripciones de la banda visual) con la presentación.
Y si todo lo demás falla:
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 equivalente (o funcional) y sea actualizada tan a menudo como la página (original) inaccesible.
Puntos de verificación Prioridad 2
En General:
Asegurarse de que las combinaciones de los colores de fondo y primer plano tengan el suficiente contraste para que sean percibidos por personas con deficiencias de percepción de color o por pantallas en blanco y negro.
Utilizar marcadores en vez de imágenes para transmitir la información cuando exista un marcador apropiado.
Crear documentos que estén validados por las gramáticas formales publicadas.
Utilizar hojas de estilo para controlar la maquetación y presentación.
Utilizar 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.
Utilizar elementos de encabezado para transmitir la estructura lógica y hacerlo de acuerdo con la especificación.
Marcar las listas y los puntos de las listas correctamente.
Marcar las citas. No utilizar el marcador de citas para efectos de formato tales como sangrías.
Asegurar que los contenidos dinámicos son accesibles o proporcionar una página o presentación alternativa.
Evitar el parpadeo del contenido (por ejemplo, cambio de presentación en periodos regulares, así como el encendido y apagado) hasta que las aplicaciones de usuario permitan controlarlo.
No crear páginas que se actualicen automáticamente de forma periódica hasta que las aplicaciones de usuario proporcionen la posibilidad de detener las actualizaciones.
No utilizar marcadores para redirigir las páginas automáticamente hasta que las aplicaciones de usuario proporcionen la posibilidad de detener el redireccionamiento automático. En su lugar, configurar el servidor para que ejecute esta posibilidad.
No provocar apariciones repentinas de nuevas ventanas y no cambiar la ventana actual sin informar al usuario hasta que las aplicaciones de usuario permitan desconectar la apertura de nuevas ventanas.
Utilizar tecnologías W3C cuando estén disponibles y sean apropiadas para la tarea, y usar las últimas versiones cuando sean soportadas.
Evitar características desaconsejadas por las tecnologías W3C.
Dividir los bloques largos de información en grupos más manejables cuando sea natural y apropiado.
Identificar claramente el objetivo de cada vínculo.
Proporcionar meta datos para añadir información semántica a las páginas y sitios.
Proporcionar información sobre la maquetación general de un sitio (p ej. mapa del sitio o tabla de contenidos).
Utilizar los mecanismos de navegación de forma coherente.
Si utiliza tablas:
No utilizar tablas para maquetar, a menos que la tabla tenga sentido cuando se alinee.
Por otro lado, si la tabla no tiene sentido, proporcionar una alternativa equivalente (la cual debe ser una versión alineada).
No utilizar marcadores estructurales para realizar un formateo visual si se utiliza una tabla para maquetar.
Si utiliza marcos (frames):
Describir el propósito de los marcos y cómo éstos se relacionan entre sí, si no resulta obvio solamente con el título del marco.
Si utiliza formularios:
Para todos los controles de formularios con etiquetas asociadas implícitamente, asegurar que la etiqueta está colocada adecuadamente,
hasta que las aplicaciones de usuario soporten explícitamente la asociación entre control de formulario y etiqueta.
Asociar explícitamente las etiquetas con sus controles.
Si utiliza applets y scripts:
Para los scripts y applets, asegurarse de que los manejadores de eventos sean entradas independientes del dispositivo.
Evitar los movimientos en las páginas hasta que las aplicaciones de usuario permitan congelar el movimiento de los contenidos.
Hacer que los elementos de programación, tales como scripts y applets, directamente accesibles o compatibles con las ayudas técnicas.
Asegurar que cualquier elemento que tiene su propia interfaz pueda manejarse independiente del dispositivo.
Para scripts, especificar manejadores de eventos lógicos mejor que manejadores de eventos dependientes de dispositivos.
Puntos de verificación Prioridad 3
En General:
Especificar la expansión de cada abreviatura y acrónimo en el documento cuando aparezca por primera vez.
Identificar el idioma principal de un documento.
Crear un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos.
Proporcionar atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles de formulario y los grupos de controles de formulario.
Incluir caracteres imprimibles (rodeados de espacios), que no sirvan como vínculo, entre los vínculos contiguos, hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten claramente los vínculos contiguos.
Proporcionar la información de modo que los usuarios puedan recibir los documentos según sus preferencias (p. ej. idioma, tipo de contenido, etc.).
Proporcionar barras de navegación para destacar y dar acceso al mecanismo de navegación.
Agrupar los vínculos relacionados, identificar el grupo (para las aplicaciones de usuario) y proporcionar una manera de evitar el grupo hasta que las aplicaciones de usuario lo hagan.
Si proporciona una función de búsqueda, permitir diferentes tipos de búsqueda para diversos niveles de habilidad y preferencias.
Localizar la información destacada al principio de los encabezamientos, párrafos, listas, ec...
Proporcionar la información sobre las colecciones de documentos (por ejemplo, los documentos que comprendan múltiples páginas).
Proporcionar un medio para saltar sobre un ASCII art de varias líneas.
Complementar el texto con presentaciones gráficas o auditivas cuando ello facilite la comprensión de la página.
Crear un estilo de presentación que sea coherente para todas las páginas.
Si se utilizan imágenes y mapas de imágenes:
Proporcionar vínculos de texto redundantes para cada zona activa del mapa de imagen de cliente hasta que las aplicaciones de usuario interpreten el texto equivalente para los vínculos de los mapas de imagen de cliente.
Si utiliza tablas:
Proporcionar resúmenes de las tablas
Proporcionar abreviaturas para las etiquetas de encabezamiento.
Proporcionar un texto lineal alternativo (en la página actual o en alguna otra) para todas las tablas que maquetan texto en paralelo, en columnas de palabras, hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten correctamente los textos contiguos.
Si utiliza formularios:
Incluir caracteres por defecto en los cuadros de edición y áreas de texto hasta que las aplicaciones de usuario manejen correctamente los controles vacíos.
Herramientas de validación
Para evaluar la accesibilidad de un sitio web, se hace uso de las ayudas técnicas y las estrategias de acceso siguiendo un proceso manual.
Sin embargo, existe un gran número de herramientas automáticas de validación, genéricas (validadores de sintaxis del lenguaje de marcado o de las hojas de estilo) y especificas de accesibilidad.
Estas herramientas son de gran ayuda, tanto en el desarrollo como en el mantenimiento de una web, pero no garantizan al 100% la accesibilidad de un sitio.
Validador de accesibilidad que permite seleccionar las pautas de accesibilidad, tanto el WCAG como la Seccion 508, validar contenidos dinámicos con un
emulador, detecta errores en los enlaces, reconoce código javascript, objetos multimedia, etc.
La versión en línea solo permite una página por minuto pero es gratuita.
El Test de Accesibilidad Web, es una herramienta web para el análisis e información del grado de accesibilidad que presentan otras web.
Se puede descargar una versión para ejecutarla en local.
WAVE de Temple University Institute on Disabilities y WebAIM
✓
✗
✓
Este es otra herramienta de validación, es muy útil para evaluar los puntos básicos de la accesibilidad de un sitio web, incluye las WCAG 1.0 y la Sección 508.
Existen cuatro modos de validación:
1. Validar un dirección web pública
2. Validar un fichero local (upload)
3. Instalar una barra de tareas en el navegador
4. Añadir WAVE a los "bookmarklet" del navegador
A-Prompt esta realizado por la Universidad de Toronto, es una herramienta para validar la accesibilidad de un sitio web y al mismo tiempo ayuda a autor a corregir los problemas o propone soluciones.
Solo trabaja con ficheros locales por lo que no es muy útil para páginas dinámicas.
Este programa permite seleccionar colores para ver el resultado final con un fondo u otro, y de este modo poder ver el contraste de las distintas combinaciones.
En esta página se pueden realizar distintos filtros en función de tipo de ceguera de color que se quiera simular. Se pueden aplicar filtros a páginas web y a imágenes.
Esta herramienta permite a los desarrolladores añadir subtítulos para videos de QuickTime, Windows Media o SMIL, y añadir descripciones de audio para SMIL.
Herramienta para comprobar si existe algun enlace roto, dirección de imagen o cualquier otro fichero. Se puede ejecutar en local y permite configurar la profundidad,
el tipo de enlaces, y las zonas del sitio que no se deseen evaluar.
Un favelet (pequeño fragmento de código JavaScript que se almacena como "favorito" en el navegador) que permite visualizar la información sobre una tabla que suele estar oculta en los navegadores visuales: summary, headers, axis, scope y abbr.
Añade un menú y una barra de herramientas con numerosas opciones que ayudan a desarrollar páginas web. Además, este complemento se puede emplear para revisar la accesibilidad de un sitio web.
La extensión está disponible para Chrome, Firefox y Opera y se ejecutará en cualquier plataforma compatible con estos navegadores, incluyendo Windows y Linux.
Contiene las siguientes utilidades: DOM Inspector (visualiza y permite modificar etiquetas y atributos de CSS), HTTP Inspector (visualiza las peticiones HTTP/S, las cookies y los parámetros pasados por GET y POST), Javascript Inspector y Javascript Console, HTML Validator y otras funciones. Es gratuito para uso personal.
Proporciona un conjunto de herramientas para validar la sintaxis del HTML y el CSS de una página, explorar y modificar el DOM de una página, mostrar información sobre las imágenes de una página como sus dimensiones o su texto alternativo, visualizar y borrar las cookies de una página, etc.
Ayuda a inspeccionar las páginas web y comprobar si se cumplen los criterios de accesibilidad. Entre otras cosas, permite: identificar los componentes de una página web, facilita el uso de aplicaciones online, simula la "experiencia" de algunos tipos de usuarios (básicamente, usuarios con algún problema de visión) y proporciona enlaces a guías de referencia y otros recursos.
Crea una versión textual de una página web similar a cómo lee la página un lector de pantallas. Añade un menú contextual al navegador que abre una nueva ventana donde se puede ver la versión textual, la lista de encabezados y la lista de enlaces de la página.
Crea un índice o mapa de los encabezados de una página web. Además, este complemento permite navegar por la página web saltando de un encabezado a otro, tal como lo hacen los usuarios que utilizan un lector de pantallas.
Realiza tres funciones: permite examinar los roles y propiedades de las regiones activas de WAI-ARIA, permite examinar las tablas de datos y determina si el contraste de color es suficiente. Más información: Examining WAI-ARIA Live Regions.
Facilita la navegación entre páginas que forman una secuencia al añadir una barra de botones para ir a la primera, anterior, siguiente y última página. Para ello emplea la etiqueta o lo adivina a partir del texto de los enlaces.
Permite comprobar el grado de cumplimiento de los niveles de contraste, luminosidad y brillo en la combinación de colores de los contenidos textuales en base a los requerimientos de las WCAG 1 y WCAG 2.
Permite visualizar las etiquetas HTML de una página web sobre la misma página web, sin tener que ver el código fuente.
Extracto del curso Accesibilidad en Internet y del Curso Avanzado sobre Diseño de Sitios Web impartidos por la Fundación Instituto de Ciencias del Hombre en colaboración con el Ministerio de Industria, Turismo y Comercio.