Blog para dispositivos móviles | [S] Ir al contenido |
Su navegador no admite frames. <a href='http://www.blogger.com/home'>Acceder a la página pricipal de Blogger</a>

jueves 30 de abril de 2009

Vínculos de sitios en las búsquedas de Google

Me han hecho varias veces la misma pregunta, y aunque la respuesta está en la propia documentación de Google, me ha parecido buena idea dedicarle un pequeño post.


A veces, cuando realizamos una búsqueda en Google, aparecen bajo la descripción de los enlaces del resultado de una búsqueda una lista de enlaces adicionales, es lo que Google denomina "enlaces o vínculos de sitio" (sitelinks).



Ejemplo de una búsqueda en Google. Bajo la información del resultado se mustra una lista de enlaces en dos columnas



La duda que surge es, ¿tenemos algún control sobre dichos enlaces?


Estos vínculos adicionales que aparecen asociados a algunos sitios son generados por Google a partir de sus contenidos, y su objetivo es ayudar a los usuarios a navegar por ellos.


Se generan de manera dinámica, de modo que la lista puede cambiar periódicamente.


¿En qué se basan para seleccionarlos?





Nuestros sistemas analizan la estructura de enlaces de su sitio para buscar los atajos que ahorrarán tiempo a los usuarios y les permitirán encontrar con rapidez la información que están buscando.


Únicamente mostramos enlaces de sitios en los resultados cuando consideramos que serán útiles para el usuario. Si la estructura de su sitio no permite que nuestros algoritmos encuentren enlaces de sitios de calidad o si no consideramos que su sitio tenga enlaces relevantes para la consulta del usuario, no los mostraremos.


Actualmente, los enlaces de sitios aparecen de forma totalmente automática. Trabajamos continuamente para mejorar nuestros algoritmos de enlaces de sitios y podríamos incorporar la colaboración del webmaster en un futuro.



"¿Cómo compila Google la lista de enlaces que aparecen debajo de algunos resultados de la búsqueda?", Ayuda de Webmasters de Google.



Dependen por tanto de cómo estén estructuradas nuestras páginas. Es recomendable subir un mapa del sitio a Google, puesto que Google Sitemaps utiliza el mapa del sitio para conocer su estructura, cuándo se actualizan sus páginas y cuál es su importancia relativa (la prioridad sólo indica la importancia de una URL concreta en relación a otras URL del mismo sitio ).


También es conveniente cumplir con las Directrices para webmasters.


A pesar de todo sí que tenemos algún control sobre estos enlaces, puesto que podemos bloquearlos, es decir, indicarle a Google que no queremos que algunos de ellos aparezcan. El bloqueo se realiza desde las Herramientas de webmasters:




Tras bloquear o desbloquear un enlace de sitio, las modificaciones pueden tardar un poco en aparecer.


Tenga en cuenta que sólo mostramos enlaces de sitio de los sitios que contienen un mínimo de cuatro. Si su sitio tiene tres o menos enlaces de sitio desbloqueados, no aparecerá ninguno en los resultados de búsqueda de Google.


Si bloquea un enlace de sitio, este no aparecerá en los resultados de búsqueda de Google durante 90 días. Este período de tiempo se ampliará cada vez que visite la página "Enlaces de sitio" en la cuenta de Herramientas para webmasters.




Hay que tener por tanto en cuenta que el bloqueo no es permanente sino temporal, y que hay que tener un mínimo de tres para que aparezcan.



Pantalla de bloqueo de vínculos en Herramientas para webmasters de Google. Aparece una lista con los enlaces actuales y los bloqueados

Después de lo dicho, me seguía quedando la incógnita de cómo realmente Google selecciona los enlaces a mostrar. He encontrado el artículo de Mani Karthik, "Cómo hacer que sus páginas aparezcan en Google bajo fragmentos SERPS", en el cual defiende como hipótesis que Google incluye como sitelinks las páginas/enlaces del menú de navegación con el máximo de visitas o clics.


A esta conclusión llega después de observar que:


  • Sólo los sitios web con gran tráfico parecen mostrar sitelinks.
  • Los enlaces publicados son en su mayoría los más vistos en las páginas de un sitio.
  • Los enlaces son en su mayor parte una copia de los eslabones de la estructura de navegación del sitio.
  • En sitios que tienen sitelinks, la categoría de páginas o la estructura de navegación es universal o repetida muchas veces; esto puede ser un criterio de Google para considerar que estos vínculos ayudan a reducir el tiempo de navegación del usuario.



Está hipótesis tiene sentido, pero no me cuadra con los vínculos de sitio que aparecen asociados a mi blog.


Es cierto que algunos de los que se muestran sí que son de los más visitados o forman parte de algún menú y por tanto están enlazados desde todas las páginas.


Sin embargo, no encuentro sentido a otros sitelinks que muestra Google, puesto que son artículos con muy poca relevancia, poco visitados y no están en los menús de navegación. Curiosamente, estos artículos (algunos los he bloqueado) contienen en el título las palabras Chrome o Blogger.


Así que me pregunto, sin ningún fundamento científico, ¿es pura casualidad o en el algoritmo de Google se les habrá colado alguna línea de código como la siguiente?



/* Se abre ironía*/

if (page.title.contains(Google.product.name))
page.sitelinks.show() && page.relevance *= 1000

/* Se cierra ironía*/



No sé si Google tendrá sentido del humor y me penalizará por el chiste o por el contrario añadirá este post a los sitelinks de mi blog...

miércoles 29 de abril de 2009

Mapa conceptual de las WCAG 2.0

Artículos relacionados
[5-05-09] Técnicas WCAG 2.0 para 10 dudas habituales sobre accesibilidad
[12-02-08] WCAG 2.0



Otro recurso de interés relacionado con las WCAG 2.0:
Mapa conceptual de las WCAG 2.0 (PDF, 380 KB) de Tripleablog

Mapa conceptual de las WCAG 2.0

Relacionados:

martes 28 de abril de 2009

Imprescindibles (15)

Estos son los artículos que han llamado mi atención últimamente (no tienen porque ser recientes):

Usabilidad



SEO


Navegadores



Imprescindibles anteriores (recopilación de artículos de interés)

miércoles 22 de abril de 2009

WCAG 2.0 Checklist

Artículos relacionados
[5-05-09] Técnicas WCAG 2.0 para 10 dudas habituales sobre accesibilidad
[12-02-08] WCAG 2.0




Recurso imprescindible en formato PDF y Word: WCAG 2.0 Checklist


This checklist has been prepared to help website developers and testers record the level of website compliance with the Success Criteria and Sufficient Techniques of the Web Content Accessibility Guidelines Version 2.0 (WCAG 2.0).

The worksheet has been prepared as series of tables in a Word document. Each table contains a WCAG 2.0 Guideline, the normative Success Criteria for the Guideline at Level AAA and the informative Sufficient Techniques for each Success Criterion.

The Success Criteria and Sufficient Techniques are presented in table rows so that the document can be easily modified by users to meet differing situations. For example, to convert the document into a Level A worksheet, delete the Level AA and AAA Success Criteria and associated Sufficient Techniques. Similarly, for each Success Criterion the rows containing Sufficient Techniques that do not apply can be deleted.

sábado 18 de abril de 2009

Artículos organizados temáticamente

Última actualización: 25/01/2012
Lectura del blog en modo manual:

Accesibilidad


Introducción



Legislación



Metodología y certificaciones




Estándares y Normativas



Accesibilidad y discapacidades específicas



Temático


 

Sectores


 UX (Usabilidad/Arquitectura de información, etc.)


General

Metodologías

Técnicas

Estándares

Temáticos

Redes sociales

 

Apéndice 1: Glosario

Glosario: Terminología relacionada con la usabilidad y la accesibilidad

Apéndice 2: Herramientas de validación y evaluación

Apéndice 3: Recursos y enlaces de interés

domingo 12 de abril de 2009

Reseña: "Accesibilidad a los contenidos audiovisuales en la web"

Artículos relacionados
[6-02-09] Reseña: "Cómo escribir para la Web" de Guillermo Franco


Título: Accesibilidad a los contenidos audiovisuales en la web. Una panorámica sobre legislación, tecnologías y estándares (WCAG 1.0 y WCAG 2.0).

Autores: Lourdes Moreno, Belén Ruiz, Paloma Martínez, Juan Manuel Carrero y Juan Ramón Martínez.

Fecha: noviembre de 2008 (primera edición)
Nº páginas: 102
Editado por: Real Patronato sobre Discapacidad

Descarga gratuita: "Accesibilidad a los contenidos audiovisuales en la web" en formato PDF (3MB)

Es uno de esos libros imprescindibles que recomiendo tener a mano. Resulta de especial utilidad las checklist de comprobación de un contenido audiovisual así como la "Tabla Resumen (WCAG 1.0/WCAG 2.0) de la accesibilidad a los contenidos audiovisuales en la web" (acceso al libro en ventana nueva, PDF de 3MB ).



El libro se estructura en tres partes:

Parte 1. Introducción


Este apartado es una introducción a los conceptos básicos relacionados con la accesibilidad. Se incluye un resumen de la legislación vigente en España y una aproximación a las metodologías y certificaciones de accesibilidad.


No resumiré este apartado porque dicha información se encuentra mucho más desarrollada en diversos artículos de este blog [1]


En cualquier caso es una gran introducción a la accesibilidad web donde se recoge de manera muy clara y completa los conceptos y la información básica sobre el tema.



Parte 2. La cadena de accesibilidad de los contenidos audiovisuales en la web


Para proveer de accesibilidad a los contenidos multimedia audiovisuales hay distintos componentes de desarrollo web e interacción que deben trabajar conjuntamente para conseguirlo, es lo que denominan "cadena de accesibilidad de los contenidos audiovisuales en la Web", cadena que consta de los siguientes eslabones:

  • Contenido en sí: el contenido en sí mismo debe ser accesible, lo que significa proveer de alternativas sincronizadas como el subtitulado, la audiodescripción o la transcripción, entre otros, que cumplan con lo establecido en las WCAG.
  • Cómo llegar al contenido: el acceso al contenido debe ser accesible, puesto que según cómo se implemente este acceso puede provocar barreras de accesibilidad.
  • Visualización del contenido: hay que ofrecer alternativas atendiendo a las preferencias del usuario, y la interacción para acceder al contenido debe ser usable. El acceso al contenido ha de ser, además de posible, intuitivo en la interacción, por lo que hay que ofrecer usabilidad, aportando accesibilidad en cómo mostrar al usuario la información de acceso y control.


Primer eslabón: el contenido ha de ser accesible


En este apartado se citan las pautas de las WCAG 1.0 y de las WCAG 2.0 relacionadas con la accesibilidad de los contenidos audiovisuales, su correspondencia, y las técnicas de las WCAG 2.0 y SMIL asociadas.



A continuación tratan el tema de las herramientas de autor, entre las que hay que distinguir:

  • Lenguajes y formatos para sincronizar: QuickTime, SMIL, SAMI, Timed Text.
  • Reproductores: Real Media, QuickTime, Windows Media.
  • Editores de subtitulado y/o audiodescripción para contenidos audiovisuales: MAGpie, Hi-Caption Studio, Captionmenow.
  • Reproductores para contenidos multimedia realizados con Flash accesible de Adobe.

Se incluye un "Anexo: Listado de herramientas" (acceso al libro en ventana nueva, PDF de 3MB ) donde se realiza una breve descripción de estas y otras herramientas.


El apartado dedicado al primer eslabón termina con una serie de buenas prácticas:



Buenas prácticas de subtitulado


El documento de referencia son las "Buenas prácticas de subtitulado" del CESyA, basadas en la "Norma UNE 153.010 Subtitulado para personas sordas y personas con discapacidad auditiva. Subtitulado a través del teletexto."


También destacan las "Best practices in online captioning" de Joe Clark.


En el libro se hace un pequeño resumen donde se tratan temas como el color de los subtítulos, la localización en pantalla, la alineación, el número de líneas, la velocidad, consejos ortográficos y gramaticales, etc.



Buenas prácticas de audiodescripción


El documento de referencia son las "Buenas prácticas de audiodescripción" del CESyA, basadas en la "Norma UNE 153.020 Audiodescripción para personas con discapacidad visual. Requisitos para la audiodescripción y elaboración de audioguías".




La audiodescripción permite compensar la falta de percepción de imágenes con descripciones sonoras complementarias (sobre situación espacial, vestuario, gestos, actitudes, paisajes, etc.)


Si no has oído nunca una audiodescripción, puedes consultar el siguiente ejemplo: "Nicolás" (serie de dibujos animados), ejemplo de contenido multimedia accesible disponible en el portal del CESyA.


En dicho portal puedes consultar otros contenidos multimedia accesibles.




En este apartado del libro repasan los seis requisitos necesarios para audiodescribir.



Buenas prácticas para la lengua de signos española


El documento de referencia es la "Norma UNE 139804:2007. Requisitos para el uso de la Lengua de Signos Española en redes informáticas".


En este apartado se trata la presentación del vídeo (tamaño, calidad, tipo de ventana) así como aspectos relativos al propio vídeo (encuadre, apariencia del signante, etc.)



Segundo eslabón: el acceso al contenido multimedia debe ser accesible



Se repasan las distintas formas de ofrecer un contenido multimedia audiovisual en la Web:

  • Mediante descarga directa.

    Es la opción más accesible siempre y cuando se proporcionen todos los elementos necesarios en la descarga (por ejemplo los subtítulos y la audiodescripción si no vienen integrados en el vídeo) y siempre y cuando se elabore adecuadamente el enlace que activa la descarga y su etiquetado.


    A pesar de ser la opción más accesible no es la más utilizada, pues es más usable, más sencillo para el usuario, que la difusión del contenido se haga a través de un reproductor, integrándolo en la propia página.

  • Emisión en descarga progresiva (falso streaming) y streaming [2]

    En ambos casos se puede implementar mediante la activación de un enlace o integrándolo mediante el elemento OBJECT.


    En el primer caso habrá que etiquetar adecuadamente el enlace.




    En el segundo caso se nos presenta el problema de que usando OBJECT la página no puede ser validada de acuerdo al estándar XHTML, puesto que es necesario utilizarlo junto con EMBED.


    Para solucionar el problema se cita el célebre artículo de Elizabeth Castro "Bye Bye Embed".




    Destacan como reproductor CC Player, que es gratuito, accesible desde teclado, compatible con lectores de pantalla, permite asociar audiodescripciones y varios ficheros de subtitulado con idiomas distintos o distintas versiones.


    También hacen especial mención del estándar del W3C Synchronized Multimedia Integration Language (SMIL)




    En relación con SMIL es necesario destacar el artículo "Subtitulado y Audiodescripción en Páginas Web Accesibles" de Lourdes Moreno, Ana Mª Iglesias, Juan Manuel Carrero y Paloma Martínez, en el cual se expone el caso práctico de un vídeo con audiodescripción y subtitulado abiertos [3], implementado con SMIL según las recomendaciones del W3C.


    Hay que puntualizar que la opción XHTML+SMIL sólo es compatible hoy en día con Explorer.


    Para profundizar en SMIL te recomiendo "SMIL. Un leguaje para la multimedia en Internet" de A.L.Delgado y "Guía Breve de Subtitulado y Sincronización de Vídeos con SMIL" de INTECO (incluye ejemplos).



Tercer eslabón: ofrecer alternativas atendiendo a preferencias del usuario y la interacción del usuario al acceder al contenido debe ser usable


El acceso al vídeo debe ser, además de posible, intuitivo en la interacción, para lo cual habrá que realizar un diseño centrado en el usuario, utilizar un lenguaje claro y sencillo y los usuarios deberán tener acceso a la reproducción del vídeo de acuerdo a sus características y preferencias.


El tipo de información que se ha de mostrar dependerá de la modalidad elegida al servir el contenido, tal y como se ve en la "Tabla 4: Información a presentar al usuario" (acceso al libro en ventana nueva, PDF de 3MB).



Parte 3. Listado de puntos de verificación de la accesibilidad a los contenidos audiovisuales en la web




Este apartado es un recurso imprescindible para cualquier evaluador o desarrollador a la hora de revisar la accesibilidad de los contenidos audiovisuales incluidos en una web.


Se ofrece una serie de checklists diferentes para evaluar los contenidos en función de si la validación se realiza teniendo en cuenta las WCAG 1.0, la Norma UNE 139803:2004 o las WCAG 2.0 (recomendable, puesto que las WCAG 1.0 están obsoletas respecto a la tecnología actual, no olvidemos que datan de 1999); y si el contenido audiovisual se proporciona mediante streaming, descarga progresiva (falso streaming) o descarga directa.


Checklist de comprobación de un contenido audiovisual (acceso al libro en ventana nueva, PDF de 3MB).





Otras referencias de interés


Notas

[1] Consultar por ejemplo:

[2]

Emisión de descarga progresiva (falso streaming): el contenido se va descargando en el equipo del usuario y cuando alcanza un porcentaje determinado de descarga se empieza a reproducir.

Streaming: es una descarga del contenido bajo demanda. El usuario puede manejar completamente los controles de reproducción desde un principio y no es necesario almacenar el vídeo en el equipo del usuario.

[3]

Existen varios tipos de subtítulos. De manera ideal siempre deberían incluirse aquellos denominados closed, cuya característica principal es que se pueden activar y desactivar. En su defecto, se deben incluir subtítulos del tipo open que están pregrabados con el vídeo o el audio y que se muestran siempre al reproducir el recurso.

jueves 9 de abril de 2009

Usable y Accesible Repositorio en Netvibes

Os presento una herramienta que espero os sea de utilidad a todos aquellos interesados en hacer la Red más usable y accesible: Usable y Accesible Repositorio en Netvibes

La intención de Jordi Sánchez y mía es que sirva de punto de partida a la hora de buscar información sobre usabilidad y accesibilidad; para ello integra mi buscador temático de Google, la agenda de eventos de Gabriel Porras, grupos de discusión (Cadius, AccesoWeb), noticias y las últimas novedades aparecidas en blogs, etc.

Intentamos evitar las listas interminables de URLs que acaban siendo poco prácticas, sustituyéndolas por feeds, búsquedas automáticas, recopilatorios de blogs ("planetas"), etc.

No hace falta decir que estáis invitados a utilizarlo y colaborar aportando las ideas que consideréis oportunas. Me hubiera gustado hacer más accesible la plantilla pero no dejan meterle mano...

CSS Naked Day 09

Hoy se celebra el CSS Naked Day, razón por la cual este blog se muestra con las CSS desactivadas.

Se deseas unirte al evento pásate por Naked 09:

The idea behind this event is to promote Web Standards. Plain and simple. This includes proper use of (x)html, semantic markup, a good hierarchy structure, and of course, a good 'ol play on words. It's time to show off your <body>.

lunes 6 de abril de 2009

Noticias... (17)

Estas son las noticias que llamaron mi atención el mes pasado:


Noticias anteriores