Cómo hacer formularios más rápidos, sencillos e inteligentes

Nivel de webmasters: intermedio


Uno de los principales obstáculos de cualquier embudo de conversión es rellenar un formulario online: los procesos de registro y de compra se basan en los formularios, que constituyen un paso fundamental y complejo en el cumplimiento de los objetivos del sitio. Para muchos usuarios, los formularios online consisten en la introducción repetida de información habitual (por ejemplo, nombres y direcciones) en diferentes sitios de toda la Web, es decir, una tarea tediosa que provoca que muchos se den por vencidos y abandonen el proceso por completo.

La función Autocompletar de Google Chrome y otros proveedores de completado de formularios ayudan a romper esta barrera. Para ello, recuerdan la información habitual de los perfiles y rellenan previamente los formularios con estos valores. Sin embargo, los webmasters no han podido garantizar hasta el momento que Google Chrome y otros proveedores de completado de formularios puedan analizar los formularios de forma correcta. Existen algunos estándares, pero imponen cargas muy pesadas en la implementación del sitio web, por lo que no se suelen utilizar en la práctica.

Nos complace poder anunciar hoy la admisión en Chrome de un nuevo atributo experimental de tipo de autocompletado para los campos de formularios que permite a los desarrolladores web etiquetar texto de forma inequívoca y seleccionar campos con tipos de datos habituales como, por ejemplo, el nombre completo o la dirección. Con este atributo, los desarrolladores web pueden generar conversiones en sus sitios al marcar sus formularios para autocompletado sin necesidad de cambiar la interfaz del usuario ni el servidor.

Solo hay que añadir un atributo al elemento de introducción de datos, por ejemplo, el campo de dirección de correo electrónico puede tener una apariencia similar a la siguiente:

<input type=”text” name=”field1” x-autocompletetype=”email” />

Hemos trabajado en este diseño junto con otros proveedores de autocompletado. Al igual que sucede con cualquier propuesta en fase inicial, esperamos que cambie y evolucione a medida que la comunidad de estándares web nos envíe sus comentarios. No obstante, creemos que esto es un buen punto de partida para la discusión sobre cómo admitir de la mejor forma posible los formularios que se completan automáticamente en la especificación HTML5. Por ahora, este nuevo atributo se ha implementado en Google Chrome como x-autocompletetype para indicar que todavía se encuentra en fase experimental y que no es un estándar, igual que ocurre con el atributo webkitspeech que publicamos (en Inglés) el verano pasado.

Para obtener más información, puedes leer el texto completo de la especificación propuesta (en Inglés), realizar preguntas en el foro de ayuda para webmasters o puedes compartir tus comentarios en el debate sobre estandarización.

Texto original de Ilya Sherman, publicado por Miguel Silva Rodrigues.

martes 31 de enero de 2012

Novedades sobre sitemaps

Los sitemaps informan a Google acerca de las páginas de tu sitio.  La función de sitemaps de las Herramientas para webmasters de Google te proporciona información sobre los sitemaps que envías, por ejemplo, cuántas URL de sitemaps se han indexado o si alguno de tus sitemaps contiene un error. Recientemente hemos añadido aún más información. Echémosle un vistazo:

La página de sitemaps muestra información en función del tipo de contenido. Actualmente, las estadísticas que se muestran de forma más destacada son las relativas a la Web, los vídeos, las imágenes y las noticias. De esta forma, puedes ver cuántos elementos de cada tipo se han enviado (si los hubiera) y, en algunos tipos de contenido, también mostramos cuántos elementos se han indexado.  Con estas mejoras, la nueva página de sitemaps sustituye a la función del laboratorio de sitemaps de vídeo, que desaparecerá.

Otra mejora es la capacidad de probar un sitemap. A diferencia de un envío real, en el proceso de prueba no se envía el sitemap a Google, únicamente se comprueba si contiene errores. Para probar un sitemap es necesario que Googlebot lo recupere en tiempo real, un proceso que normalmente tarda unos segundos en completarse. Ten en cuenta que la prueba inicial no es exhaustiva y es posible que no detecte todas las incidencias; por ejemplo, los errores que solo se pueden identificar una vez se han descargado las URL no se detectarán en el proceso de prueba.

Además de la prueba inmediata, también tenemos una nueva forma de revelar errores que muestra de manera más adecuada los tipos de incidencias que contiene un sitemap.  En lugar de repetir el mismo tipo de error varias veces en un sitemap, ahora los errores y advertencias se agrupan y se muestran algunos ejemplos de los mismos. De este modo, en el caso de los archivos de índice de sitemaps, hemos añadido errores y advertencias procedentes de los sitemaps secundarios que incluye el índice de sitemaps. Ya no tendrás que hacer clic en cada uno de los sitemaps secundarios.

Por último, hemos cambiado el funcionamiento del botón para eliminar los sitemaps. Ahora, estos se eliminan de las Herramientas para webmasters, tanto de tu cuenta como de las cuentas de los demás propietarios del sitio. Ten en cuenta que si eliminas un sitemap de las Herramientas para webmasters, no significa que Google no lo lea o procese. Para eliminar totalmente un sitemap y evitar que sea procesado, te recomendamos que elimines el archivo o bien que lo bloquees mediante robots.txt.

Para obtener más información sobre los sitemaps en las Herramientas para webmasters y el funcionamiento de estos, visita nuestro Centro de asistencia. Si tienes alguna pregunta, consulta el foro de ayuda para webmasters.

Escrito por Kamila Primke, ingeniera de software, Herramientas para webmasters de Google. Publicado por Miguel Silva Rodrigues.

lunes 30 de enero de 2012

Investigaciones y pruebas básicas de usuarios de sitios web

Como equipo responsable de miles de páginas web informativas de Google, la misión del equipo de webmasters es ofrecer consejos y sugerencias basados en sus conocimientos como webmasters experimentados.

Si nunca has probado o analizado el uso de tu sitio web, pregúntate si realmente sabes si el sitio resulta útil para los usuarios a los que está dirigido. Si no estás seguro, ¿por qué no lo compruebas? Por ejemplo, ¿sabías que los usuarios se desplazan hacia abajo en la página una media de 5,9 veces más que hacia arriba, lo que significa que, a menudo, el contenido de la página se "pierde" una vez que se ha pasado? Para obtener más información, consulta la página sobre descubrimientos relacionados con el desplazamiento, en la que Jakob Nielsen informa de que a los usuarios no les importa desplazarse por una página, pero dentro de unos límites.

Comprueba también las estadísticas: ¿quieres saber a qué se deben los indicadores de tiempo breve de permanencia o los porcentajes de rebote elevados de algunas de tus páginas?

Primero, piensa en el usuario

El inicio de un proyecto web, ya sea un proyecto totalmente nuevo o una actualización de uno existente, es un buen momento para hacerse preguntas como estas:

• ¿Cómo podrán acceder los usuarios al sitio web (desde casa, desde la oficina o de camino a algún lugar)?
• ¿Qué conocimientos tecnológicos tienen esos usuarios?
• ¿Hasta qué punto están familiarizados con el tema del sitio web?

Las respuestas a algunas de estas preguntas pueden ser de gran ayuda a la hora de tomar decisiones iniciales relacionadas con el diseño.

Por ejemplo, si es probable que los usuarios se encuentren en un ambiente ruidoso, que tengan una conexión lenta o que estén en la carretera y tengan poco tiempo para buscar la información que necesiten del sitio, lo más adecuado será utilizar un diseño sencillo con una finalidad única. Además, si el contenido está destinado a usuarios con pocos conocimientos técnicos, debes asegurarte de que no sea demasiado difícil acceder a él (puedes obtener buenos resultados utilizando elementos de animación, pero solo si los usuarios los aprecian y si no es demasiado difícil acceder al contenido).

Aunque no se realice ninguna prueba, crear un perfil de usuario básico (o "persona") puede ayudar a adaptar el diseño a los usuarios (no hace falta que el perfil incluya una biografía exhaustiva: es suficiente con que contenga alguna información básica sobre los patrones de comportamiento del usuario).

Una prueba sencilla

Una prueba no tiene que ser algo costoso: los amigos y familiares pueden ser recursos de gran utilidad. A continuación te proponemos algunas sugerencias.

• Tamaño del grupo de prueba: cinco personas son usuarios suficientes para encontrar incidencias habituales relacionadas con el diseño y con la navegación (consulta el artículo de Jakob Nielsen sobre por qué es suficiente con utilizar un grupo de prueba pequeño).
• Elección de los evaluadores: puede ser útil recurrir a un grupo de evaluadores con diferentes habilidades técnicas, pero debes asegurarte de centrarte solamente en las tendencias (por ejemplo, si más del 50% de los evaluadores ha experimentado una misma incidencia relativa a la facilidad de uso, es probable que se trate de una incidencia común y no de una incidencia que afecte a una sola persona).
• Lugar de realización de la prueba: si es posible, ve a casa del usuario y observa cómo utiliza el sitio (comprueba cómo suele navegar por Internet cuando se encuentra relajado y en su entorno natural). También puedes llevar a cabo una prueba remota si no puedes desplazarte en persona (hemos oído que las quedadas de Google+ funcionan muy bien en estos casos). Para obtener más información sobre el uso de las quedadas de Google+, haz clic aquí.
• Metodología de la prueba: basándote en los objetivos de tu sitio, define cuatro o cinco tareas sencillas que se puedan llevar a cabo en tu sitio web y deja que el usuario intente completarlas. Pide a los evaluadores que hablen en voz alta para que puedas comprender mejor sus experiencias y sus razonamientos.
• Elementos de evaluación: es posible emplear prototipos básicos en imágenes en las que se pueda hacer clic o en formato de documento (por ejemplo, PDF) o utilizar HTML para probar las interacciones básicas sin tener que construir un sitio completo para las pruebas. De esta forma, se pueden probar diferentes formas de navegar y distintos diseños para ver los resultados que ofrecen antes de implementarlos.
• Elementos que no se deben evaluar: hay que centrarse en la funcionalidad (más que en los elementos de diseño gráfico). Dado que los puntos de vista suelen ser subjetivos, generalmente solo se reciben comentarios útiles referentes al diseño cuando se realizan pruebas cuantitativas en las que participa un gran número de usuarios (más de 200) a menos que, por ejemplo, los colores que se utilicen en el sitio dificulten la lectura del contenido (en cuyo caso, los comentarios pueden ser útiles). Una forma de obtener comentarios útiles sobre el diseño puede ser proponer cinco o seis palabras clave descriptivas y pedir a los usuarios que elijan las que consideren más representativas. 

En conjunto, las pruebas básicas son más útiles para evaluar la funcionalidad de un sitio web (es decir, la facilidad para encontrar información y las interacciones habituales con el sitio).

Lecciones aprendidas

Por si aún no tienes claro si realizar pruebas e investigaciones merece realmente la pena, a continuación te ofrecemos algunos datos sencillos que hemos confirmado con usuarios reales y que no conoceríamos si no hubiéramos interactuado con esos usuarios y observado cómo utilizan nuestras páginas o no hubiéramos analizado el tráfico de nuestros sitios web.

• Ten cuidado cuando utilices diseños en los que se oculte o muestre contenido: al utilizar secuencias de comandos para expandir y contraer pasajes largos de texto, hemos observado que el usuario no suele darse cuenta de que hay contenido adicional disponible, concretamente cuando se "esconde" el contenido JavaScript al buscar en la página (por ejemplo, con la habitual combinación de teclas Ctrl + F).

Modelo de diseño probado que muestra contenido
"comprimido" en la parte inferior izquierda

Diseño final de página con enlaces de anclaje en la parte superior
y contenido en el cuerpo principal de la página

• Cuida el estilo del texto: el texto de los botones, de los enlaces y de los encabezados es lo que más llama la atención a los usuarios cuando examinan la página. Evita el uso de "Más información..." en el texto de los enlaces (los usuarios parecen mostrarse reacios a hacer clic en un enlace que supone aprender algo). En vez de eso, intenta utilizar una descripción literal del contenido al que remite el enlace y asegúrate de que el texto del enlace tenga sentido y sea fácil de entender fuera de contexto, ya que así es como se lee frecuentemente. Presta atención a la forma de escribir e intenta que el texto de los botones sea descriptivo, atractivo e interesante.

• Prueba las páginas con una conexión más lenta: prueba tus páginas en diferentes redes (por ejemplo, intenta explorar tu sitio web utilizando la red Wi-Fi de una cafetería o de la casa de un amigo), especialmente si es probable que los usuarios a los que está dirigido tu sitio vean las páginas con una conexión doméstica que no sea tan rápida como la de tu oficina. Hemos observado una mejora considerable en las métricas de porcentaje de clics (CTR) y tiempo de permanencia en el sitio en algunos casos al crear animaciones con secuencias de comandos mucho más sencillas y rápidas. (Consejo: utiliza la herramienta Page Speed Online de Google para comprobar el rendimiento si no tienes acceso a una conexión a Internet más lenta). 

Así pues, si en el futuro te ves inmerso en un ciclo de desarrollo que parece no tener fin, podrás ahorrarte algo de tiempo si realizas algunas investigaciones preliminares examinando el perfil de los usuarios y haciendo algunas pruebas básicas que te ayuden a elegir la arquitectura y el diseño más adecuados para tu sitio.

Nos encantaría que contaras tu experiencia en la sección de comentarios. ¿Has llevado a cabo pruebas de facilidad de uso de sitios web? Si lo has hecho, ¿cómo fueron y qué trucos sencillos y económicos te permitieron sacarles el máximo partido?

Google mejora el algoritmo en el diseño de página

(Publicado originariamente en Google Webmaster Central Blog, traducido y compartido aquí para todos nuestros webmasters)

Como parte de nuestro continuo esfuerzo por ayudaros a encontrar sitios web de calidad en los resultados de búsqueda, hemos realizado un cambio algorítmico que se centra específicamente en el diseño de una página web y en la cantidad de contenido que se ve en la página al hacer clic en un resultado.

Como hemos indicado en otras ocasiones [inglés], los usuarios se han quejado varias veces de que, al hacer clic en un resultado, era difícil encontrar el contenido en la página. Los usuarios quieren ver el contenido directamente sin tener que desplazarse por la página pasando por un montón de anuncios. Por eso, este cambio puede influir en los sitios que no tienen mucho contenido en la mitad superior de la página. Esto significa que, si un usuario hace clic en un sitio web y lo primero que ve no incluye mucho contenido y está dedicado en su mayor parte a anuncios, esto no es una buena experiencia para él. Este tipo de sitios puede que no se posicionen tan bien de ahora en adelante.

Sabemos que incluir anuncios en la mitad superior de la página es una práctica muy común para muchos sitios web (frecuentemente, estos anuncios dan buenos resultados y ayudan a los editores a rentabilizar el contenido online). Este cambio algorítmico no influye en los sitios que contienen una cantidad normal de anuncios en la mitad superior de la página sino principalmente en aquellos sitios que tienen una verdadera sobrecarga de anuncios ubicados en esta parte y que dificulta la localización del contenido real de la página. La mejora en el algoritmo influye en los sitios que tienen poco contenido o contenido no visible en la mitad superior de la página o en los sitios cuyo contenido relevante está oculto por anuncios de forma persistente.

Este cambio algorítmico se aplicará de una forma perceptible en menos del 1% de las búsquedas globales, lo que significa que, en menos de una de cada 100 búsquedas, un usuario estándar podría observar una reorganización de los resultados que aparecen en la página de búsqueda. Si crees que el cambio del algoritmo de diseño de página ha afectado a tu sitio web, piensa en cómo está organizado el espacio de la mitad superior de las páginas del sitio y si el contenido de las páginas está oculto o es difícil acceder a él por cualquier otro motivo. Puedes utilizar Browser Size, entre otras muchas herramientas, para ver el aspecto que podría tener tu sitio web con diferentes resoluciones de pantalla.

Si decides actualizar el diseño de la página, el algoritmo de diseño de página reflejará automáticamente los cambios cuando Google vuelva a rastrear y procesar un número de páginas del sitio que sea suficiente para evaluar los cambios. La duración de ese proceso dependerá de múltiples factores, entre los que se incluyen el número de páginas del sitio y el nivel de eficacia con el que Googlebot pueda rastrear el contenido. El tiempo de duración para un sitio web normal puede ser de varias semanas.

En general, nuestro consejo para los editores sigue siendo que se centren en ofrecer la mejor experiencia posible a los usuarios [inglés] en sus sitios web, no en mejoras algorítmicas específicas. Este cambio representa solo una de las más de 500 mejoras que esperamos llevar a cabo este año en las búsquedas. Como siempre, te agradecemos cualquier comentario o pregunta que quieras publicar en el Foro de ayuda para webmasters.

Publicado por Matt Cutts, ingeniero de software

miércoles 25 de enero de 2012

Lo más destacado de la calidad de búsqueda

(Publicado originariamente en Inside Search Blog, traducido en el blog Tecnología y producto de Google y compartido aquí para todos nuestros webmasters)

Es momento de publicar otra lista con las mejoras a las búsquedas, y comenzar una nueva serie mensual en la que les compartiremos mayor detalle acerca de nuestro algoritmo y las principales mejoras que realizamos de manera casi diaria. Probamos con un post en noviembre y estamos complacidos de saber que les gustó.

Sabemos que a la gente le importa saber acerca de cómo funcionan las búsquedas, por eso siempre queremos llevar al límite el asunto de la transparencia. Hemos hecho cuentas, y son casi 1,000 posts los que hemos publicado acerca de las búsquedas web, más de 400 videos para webmasters y miles de publicaciones en foros. Desde hace años hemos estado escribiendo acerca de las actualizaciones significativas a nuestros algoritmos, desde Panda, hasta nuestra reciente actualización para obtener resultados más frescos y actuales. Entonces, ¿por qué necesitamos una serie más?

Hemos estado pensando en la forma de hacer que las búsquedas sean todavía más transparentes. La buena noticia es que realizamos alrededor de 500 mejoras en un año cualquiera, así que siempre tendremos algo más que compartirles. Con esta nueva serie de posts, estaremos destacando muchos de los cambios algorítmicos imperceptibles y los principales cambios visibles que realizamos. Estos son cambios que no necesariamente son tan importantes como para ocupar un post por si solos, por ello hemos decidido compartirles varios en cada publicación mensual.

A continuación una lista de los cambios que realizamos desde la publicación anterior:

• Refinamiento a los resultados de consultas relacionadas: A veces procesamos resultados a consultas que son similares a las que en realidad escribieron. Este cambio hace menos probable que estos resultados tengan un posicionamiento alto si la consulta original incluía una palabra poco común que se omitió en la consulta alterna. Por ejemplo, si están buscando [bicicletas raras], quizá no estén interesados en una página que solamente mencione “bicicletas.”
• Una organización exhaustiva de la información: Este cambio hace que estén disponibles documentos más largos en nuestro índice, por lo que es más probable que sean mejor posicionados para consultas relevantes.
• Nuevo clasificador de dominios aparcados: Este es un nuevo algoritmo que detecta automáticamente los dominios aparcados. Los dominios aparcados son sitios reservados que rara vez son útiles y que comúnmente están llenos de anuncios. Regularmente no tienen contenido importante para los usuarios, por lo que en la mayoría de los casos preferimos no mostrarlos.
• Más predicciones para auto-completar: Con auto-completar, tratamos de lograr el balance entre sugerir predicciones flexibles y mantenernos fieles a sus intenciones de búsqueda. Este cambio hace que nuestro algoritmo de predicciones sea un poco más flexible para ciertas consultas, sin perder su intención original.
• Resultados más frescos y completos para las búsquedas de blogs: Hemos realizado un cambio a nuestro índice de búsqueda de blogs para obtener resultados más frescos y exhaustivos. 
• Contenido original: Hemos añadido nuevas señales para poder predecir mejor de entre dos sitios similares, cuál es el original.
• Resultados en vivo para la Major League Soccer y para la Liga de Fútbol Canadiense: Este cambio muestra los marcadores más recientes y los calendarios de estas ligas en conjunto con un acceso rápido a resúmenes de juego y tablas de posicionamiento.
• Resultados de búsqueda de imágenes más actuales: Hemos realizado un cambio a la manera en la que determinamos la frescura de las imágenes que se muestran como resultado a consultas de este tipo. Esto nos ayudará a encontrar imágenes más actuales con mayor regularidad.
• Mejoras al diseño en tablets: Hemos hecho algunos cambios menores al diseño de las búsquedas para mejorar la usabilidad en tablets.
• Reescritura del código de selección de primeros resultados: Este código maneja un procesamiento extra para refinar los primeros resultados de búsqueda. Por ejemplo, se asegura de que no mostremos demasiados resultados de un mismo sitio (fenómeno conocido como “host crowding”). Reescribimos el código para que sea más fácil entenderlo, mantenerlo y sea más flexible a futuras extensiones.

Desde la última vez, hemos publicado algunas otras mejoras a la búsqueda, como la actualización a la app de búsqueda para iPad, la nueva herramienta Verbatim [inglés] y el rediseño de la barra de Google.

Estaremos de vuelta en enero con nuestro siguiente paquete de cambios y mejoras como parte de este plan de hacer una serie mensual.

Publicado por Scott Huffman, Director de Ingeniería

viernes 30 de diciembre de 2011

Presentación de Googlebot-Mobile de smartphones

El número de usuarios de smartphones crece rápidamente y cada vez son más los sitios web que ofrecen contenido diseñado específicamente para este tipo de dispositivos. Hoy estamos encantados de anunciar que ahora Googlebot-Mobile utiliza un user-agent de smartphones además de los user-agents anteriores de teléfonos tradicionales para rastrear contenido. De esta forma, podemos aumentar nuestra cobertura de contenido de smartphones y ofrecer una mejor experiencia de búsqueda a los usuarios de este tipo de dispositivos. A continuación, se indican las principales cadenas de user-agent que utiliza ahora Googlebot-Mobile.

• Googlebot-Mobile de teléfonos tradicionales:

• SAMSUNG-SGH-E250/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 UP.Browser/6.2.3.3.c.1.101 (GUI) MMP/2.0 (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html) 

• DoCoMo/2.0 N905i(c100;TB;W24H16) (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html)

• Googlebot-Mobile de smartphones:

• Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_1 like Mac OS X; en-us) AppleWebKit/532.9 (KHTML, like Gecko) Version/4.0.5 Mobile/8B117 Safari/6531.22.7 (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html)

El contenido que rastrea Googlebot-Mobile de smartphones se utilizará principalmente para mejorar la experiencia de usuario al realizar búsquedas móviles. Por ejemplo, el nuevo rastreador puede encontrar contenido optimizado específicamente para smartphones, así como redireccionamientos específicos para este tipo de dispositivos.

Asimismo, presentamos una nueva función que permite ignorar los redireccionamientos de las páginas optimizadas para smartphones y que utiliza estas indicaciones. Cuando encontramos una URL en los resultados de búsqueda que redirige a los usuarios de smartphones a otra URL con contenido optimizado para este tipo de dispositivos, modificamos el enlace que aparece en los resultados de búsqueda para que el usuario acceda directamente a la URL de destino final. De esta forma, se elimina la latencia adicional del redireccionamiento y permite ahorrar una media de entre 0,5 y 1 segundos al visitar la página de destino de esos resultados de búsqueda.

Los user-agents de Googlebot-Mobile se identifican a sí mismos como un tipo específico de dispositivo móvil. Por tanto, las solicitudes de Googlebot-Mobile deben recibir el mismo tratamiento que cualquier usuario con el mismo user-agent de teléfono. Tanto esta como otras directrices se describen en la entrada de blog anterior y aún se aplican, excepto las que se refieren a smartphones que se actualizan con esta información. Si tu sitio ha tratado a Googlebot-Mobile basándose en el hecho de que solo rastrea contenido con user-agents de teléfonos tradicionales, te recomendamos que revises esta política y que ofrezcas el contenido adecuado basado en el user-agent de Googlebot-Mobile, para que tanto el contenido destinado a teléfonos tradicionales como el que va destinado a los smartphones se indexe correctamente.

Si tienes más preguntas, no dudes en consultar en el  Foro de ayuda para webmasters.

Publicado por Yoshikiyo Kato, ingeniero de software

lunes 26 de diciembre de 2011

Nuevo marcado para contenido multilingüe

Muchos sitios web se dirigen a usuarios de todo el mundo. Existen varias formas de ofrecer un contenido adaptado al idioma o a la región de los usuarios. El año pasado ofrecimos la posibilidad de añadir anotaciones explícitas a páginas web que mostraran el mismo contenido con varias plantillas de idioma.

Hoy damos un paso más y mejoramos la gestión del contenido multilingüe en estos dos casos:

• En sitios web que se orienten a varias regiones y que usen prácticamente el mismo contenido (por ejemplo, páginas web en inglés que se orienten a Australia, a Canadá y a EE.UU. y que solo se diferencien en los precios)
• En sitios web orientados a varias regiones que incluyan contenido completamente traducido o que muestren un contenido monolingüe con diferencias notables enfocado a varias regiones (por ejemplo, la página web de un producto en alemán, en francés y en inglés).

Cómo especificar el idioma y la ubicación

Hemos ampliado la compatibilidad del elemento de enlace rel="alternate" hreflang para gestionar el contenido que esté traducido o adaptado a varias regiones geográficas. El atributo hreflang permite especificar el idioma u, optativamente, el país, así como URL de contenido equivalente. Las URL alternativas nos permiten consolidar los indicadores de estas páginas y ofrecer la URL adecuada a los usuarios que hagan una búsqueda. Estas URL pueden pertenecer al mismo sitio o a otro dominio.

Cómo anotar páginas con un contenido prácticamente idéntico

En lo que respecta a las páginas que tengan un contenido prácticamente idéntico en el mismo idioma y que se orienten a varios países, también puedes usar el elemento de enlace rel="canonical" para indicar la versión preferida. Este indicador nos permitirá dar prioridad a esa versión en la Búsqueda y mostrar las URL locales a los usuarios cuando sea conveniente. Por ejemplo, podrías usar este elemento de enlace si tienes una página de producto en alemán y quieres orientarla a usuarios que hagan búsquedas en los sitios de Google de Alemania, de Austria y de Suiza de forma específica.

Ejemplo de uso

Para explicar el funcionamiento del elemento, usaremos las siguientes URL de ejemplo:

• http://www.example.com/ (URL de la página principal general de un sitio web que está en español),
• http://es-es.example.com/ (URL de la versión en español para los usuarios de España),
• http://es-mx.example.com/ (URL de la versión en español para los usuarios de México),
• http://en.example.com/ (URL de la versión en inglés genérico).

En todas estas páginas, podríamos usar los siguientes marcados para especificar el idioma y, en su caso, la región:

<link rel="alternate" hreflang="es" href="http://www.example.com/" />
<link rel="alternate" hreflang="es-ES" href="http://es-es.example.com/" />
<link rel="alternate" hreflang="es-MX" href="http://es-mx.example.com/" />
<link rel="alternate" hreflang="en" href="http://en.example.com/" />

Si incluyes una subetiqueta regional, lo interpretaremos como que quieres orientar la página a la región especificada.

Ten en cuenta que todas estas anotaciones se deben usar en cada URL. Procura usar URL específicas para ambos elementos de enlace en lugar de la correspondiente a la página principal.

Asistencia adicional

Como siempre, si necesitas ayuda adicional para implementar sitios web multilingües u orientados a varias regiones, consulta el artículo del Centro de asistencia sobre este tema o publica tu consulta en el Foro de ayuda para webmasters.

Publicado por Christopher Semturs, ingeniero de software de infraestructura de búsquedas de Google Suiza

jueves 22 de diciembre de 2011