Archivos

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.

Sitio de préstamos: ¿A qué hay que prestar atención?

Una de nuestras políticas más relevantes para este modelo de negocios es la política de Seguridad del Usuario. Esto es así porque la confianza de los usuarios al momento de solicitar estos servicios financieros es de mayor importancia para mejorar la visibilidad y credibilidad de su negocio.

En relación a ello, y a efectos de lograr un sitio claro y confiable, le recomendamos revisar el siguiente listado en donde se ennumeran los aspectos principales de esta política:
  • En primer lugar, es importante que su sitio posea la información correcta de contacto de la empresa, como su dirección, número telefónico y dirección de correo electrónico, Este punto permite que el usuario conozca más respecto a la composición de su negocio y, de esta manera, posea mayores referencias que aumenten la confianza en su servicio.
  • Por otro lado, el modelo de negocio debe estar detallado y explicado claramente. Es importante que los valores TAE o de las tarifas del servicio sean transparentes, con el objetivo de informar al usuario antes que el mismo realice la transacción. De esta forma, los usuarios que se contacten con Ud. para solicitar un préstamo seran aquellos que realmente acuerden con las tarifas establecidas.
  • Además, recuerde que si su sitio web recopila información personal, es necesario que incluya un vínculo a su política de privacidad al que se pueda acceder fácilmente antes de ingresar datos personales. Su política de privacidad debe explicar la forma en que se usará la información personal, con quién será compartida y cómo los usuarios pueden eliminar su información de contacto de la base de datos del sitio si desean cancelar su participación.
  • Finalmente, debido a que algunos sitios de estas características suelen solicitar información personal confidencial, es necesario que su sitio se encuentre alojado en un servidor seguro que use SSL (https).
Con estos puntos en mente, revise su sitio y, de ser necesario, realice los cambios correspondientes para cumplir con estas políticas. Si su sitio ha sido inhabilitado por incumplir con esta política, comuníquese con el Centro de Asistencia para solicitar una nueva revisión del mismo.
Asimismo comunicamos que la política de AdWords sobre seguridad del usuario cambiará aproximadamente a mediados de enero de 2012. La política se modificará para prohibir los préstamos a corto plazo que no incluyan:

  • implicaciones de pago atrasado
  • implicaciones de falta de pago
  • código de práctica/política sobre préstamos responsables
  • divulgación de tarifas, incluida la tasa anual equivalente (TAE)
  • divulgación de la política de renovación
  • información de contacto o dirección física legítima
  • cumplimiento con otras normativas locales o estatales sobre préstamos a corto plazo.

Actualmente, la política no requiere todos los datos antes mencionados. El cambio afectará a todos los países. Tomamos esta decisión para ayudar a proteger la seguridad de nuestros usuarios. Una vez que la nueva política entre en vigor, la descripción de la política se actualizará para reflejar este cambio. 

Le aseguramos que un sitio que contenga los elementos mencionados anteriormente le permitirá a su empresa alcanzar una publicidad más exitosa, en donde los usuario puedan confiar en la honestidad de su servicio y, por ende, no duden al momento contratar sus servicios.


Autora: Paula, del Equipo de AdWords.

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.

Capítulo 12: ¡Herramienta de Estadísticas de Búsqueda y Felices Fiestas de parte de Clementina!

 
¡Hola! Gracias a todos los que siguieron los blog post de Clementina durante ésta semanas. El 2011 ha sido un gran año y muy interesante en cuanto a avances en AdWords.
Quería compartir con ustedes una herramienta que me ayuda mucho a la hora de identificar distintas tendencias en las búsquedas de los usuarios. Esta herramienta se llama Estadísticas de Búsqueda en Google.
Por ejemplo me di cuenta que durante el mes de diciembre aumentan las búsquedas relacionadas a Navidad como puedes ver en esta imagen:


Para más información puedes leer también este Blog Post que explica detalladamente como usar la herramienta para su negocio!
¡Les deseo muy Felices Fiestas a todos y seguimos en contacto durante el 2012!


¡Saludos!

Clementina

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.

¡Gracias y Buen Comienzo de 2012!

Se acerca el último día del año y queremos agradecerles a todos nuestros anunciantes de América Latina que hayan confiado en nosotros.

Estamos orgullosos de haber compartido con ustedes este 2011 en el que nuestro equipo no sólo creció en número de personas sino también en calidad de servicio. Valoramos y analizamos cada una de las respuestas que recibimos de su parte en las encuestas de satisfacción de todos nuestros canales de ayuda. Hemos utilizado sus comentarios para mejorar nuestra atención y seguir haciendo las cosas que ya nos salen bien. Sabemos que todavía nos queda mucho por recorrer y contamos con que nos sigan haciendo llegar sus consejos para mejorar.

Esperamos que como nuestro equipo, su negocio haya crecido durante 2011 y que cuenten con nosotros en 2012 para seguir cosechando éxitos. Estaremos felices de poder ayudarlo a mejorar sus campañas a través de nuestro Centro de Ayuda en Línea, nuestro correo electrónico o nuestras líneas telefónicas en toda la región.

¡Les deseamos que pasen unas bonitas fiestas y que el 2012 comience cargado de oportunidades y triunfos!



El equipo de AdWords de América Latina

Paginación con rel="next" y rel="prev"

De forma similar a como rel=”canonical” indica claramente el contenido duplicado, ahora puedes utilizar los elementos de vinculación HTML rel="next" y rel="prev" [inglés] para indicar la relación entre las direcciones URL de los componentes de una serie paginada. En un sitio web, una serie paginada de contenido puede tener muchas formas, desde un artículo dividido en varias páginas de componentes, hasta una categoría de productos con elementos repartidos a lo largo de varias páginas o un hilo de un foro dividido en una secuencia de direcciones URL. Ahora, si incluyes los elementos de marcado rel="next" y rel="prev" en las páginas de los componentes de una serie, estarás indicando a Google claramente que quieres que:
  • Consolidemos las propiedades de indexación, como los enlaces, desde las direcciones URL o las páginas de los componentes hasta la serie como conjunto (es decir, que los enlaces no deben estar dispersos entre página-1.html, página-2.html, etc., sino que deben estar agrupados con la secuencia).
  • Enviemos a los usuarios a la página o a la URL más relevante, normalmente la primera página de la serie.
Ahora es posible indicar a Google la relación entre las URL de los componentes de una serie mediante rel="next" y rel="prev".

Existe una excepción en la implementación de rel="prev" y rel="next": si a lo largo de la serie de contenido también ofreces a los usuarios una página que muestre todo el contenido o si estás considerando incluir una, consulta esta entrada del blog para obtener más información. Los usuarios suelen preferir las páginas en las que puedan ver todo el contenido, por lo que tratamos de incluir estas páginas en los resultados de las búsquedas en lugar de las páginas de componentes (las páginas de componentes tienen más opciones de aparecer en los resultados si incluyen rel="next" y rel="prev").

Si no dispones de una página que incluya todo el contenido o quieres evitar que Google la muestre, puedes utilizar rel="next" y rel="prev" como se describe en esta entrada.


Para obtener información sobre configuraciones paginadas que incluyan una página que muestre todo el contenido, consulta esta entrada del blog.

Opciones disponibles

Si tienes una serie, dispones de tres opciones:
  1. Deja lo que tienes exactamente como está. Existe contenido paginado por toda La Web y seguiremos intentando ofrecer a los usuarios el mejor resultado, independientemente de si se han incluido o no los elementos de marcado HTML rel="next" y rel="prev".
  2. Si dispones de una página donde se muestra todo el contenido, o si estás considerando incluir una, consulta esta entrada del blog.
  3. Indica a Google la relación entre las URL de los componentes de tu serie con rel="next" y rel="prev". Esto nos ayudará a indexar tu contenido de una forma más precisa y a mostrar a los usuarios la página más relevante (normalmente la primera). A continuación te indicamos de forma detallada cómo implementar estos elementos.
Implementación de rel="next" y rel="prev"

Si optas por la opción 3 para tu sitio, a continuación te explicamos cómo hacerlo. Supongamos que tienes contenido paginado en estas direcciones URL:

http://www.example.com/article?story=abc&page=1
http://www.example.com/article?story=abc&page=2
http://www.example.com/article?story=abc&page=3
http://www.example.com/article?story=abc&page=4

En la primera página, http://www.example.com/article?story=abc&page=1, se incluye la sección <head>:
<link rel="next" href="http://www.example.com/article?story=abc&page=2" />

En la segunda página, http://www.example.com/article?story=abc&page=2:
<link rel="prev" href="http://www.example.com/article?story=abc&page=1" />
<link rel="next" href="http://www.example.com/article?story=abc&page=3" />

En la tercera página, http://www.example.com/article?story=abc&page=3:
<link rel="prev" href="http://www.example.com/article?story=abc&page=2" />
<link rel="next" href="http://www.example.com/article?story=abc&page=4" />

Y en la última página, http://www.example.com/article?story=abc&page=4:
<link rel="prev" href="http://www.example.com/article?story=abc&page=3" />

Varios puntos que hay que mencionar:
  • La primera página solo contiene el elemento de marcado rel="next", no rel="prev".
  • Las páginas comprendidas entre la segunda y la penúltima deben disponer de vinculación doble con rel="next" y rel="prev".
  • La última página solo contiene el elemento de marcado rel="prev", no rel="next".
  • Los valores de rel="next" y rel="prev" pueden ser URL relativas o absolutas (según permita la etiqueta <link>). Y si se incluye un enlace <base> en el documento, las rutas relativas se resolverán según la URL base.
  • Solo es necesario declarar rel="next" y rel="prev" en la sección <head>, no en el documento <body>. Se permite el uso de rel="previous" como variante sintáctica de los enlaces rel="prev".
  • rel="next" y rel="previous" por un lado y rel="canonical" por otro constituyen conceptos independientes.
  • Se pueden incluir ambas declaraciones en la misma página. Por ejemplo, http://www.example.com/article?story=abc&page=2&sessionid=123 puede contener:
<link rel="canonical" href="http://www.example.com/article?story=abc&page=2”/><link rel="prev" href="http://www.example.com/article?story=abc&page=1&sessionid=123" /><link rel="next" href="http://www.example.com/article?story=abc&page=3&sessionid=123" />
  • rel=”prev” y rel=”next” actúan como sugerencias para Google, no como directivas absolutas.
  • Si se implementan de forma incorrecta, por ejemplo, si se omite una designación rel="prev" o rel="next" en la serie, seguiremos indexando las páginas y nos basaremos en nuestra heurística para comprender el contenido.
¿Alguna pregunta?

Si necesitas más información, consulta el Centro de asistencia o únete a la conversación en el Foro de ayuda para webmasters.

Benjia Li y Joachim Kupke, Ingenieros de software del equipo de indexación

ZMOT: Ganando el Momento Cero de la Verdad

¿Sabías que más del 70% de los latinoamericanos que usan Internet utilizan buscadores al momento de tomar decisiones de compra? Internet ha revolucionado la manera de comprar y las estrategias de marketing deben adaptarse a esta nueva realidad.

En Google, llamamos al momento de tomar decisiones en línea el Momento Cero de la verdad o ZMOT. Jim Lecinski, Director General de Ventas de Google en EE.UU ha desarrollado este concepto y lo ha plasmado en su nuevo libro ZMOT (Zero Momento of Truth). Tradicionalmente, los consumidores se acercaban a los puntos de ventas para informarse y comparar productos. Hoy, el proceso de investigación, análisis de información, comparación y toma de decisiones se realiza un paso antes, es decir, en Internet. Los usuarios llegan a las tiendas con una idea clara de qué quieren. Por ende, es clave estar online para poder ser parte de las opciones a considerar y poder crecer su negocio. Si usted es vendedor, director ejecutivo, representante de ventas o aspirante a empresario, este libro sobre las estrategias de marketing y el ZMOT lo ayudarán a comprender este cambio en el panorama del marketing y le mostrarán las estrategias necesarias para triunfar.

Acceda aquí a la versión completa en PDF en  y escuche los testimonios de altos ejecutivos de empresas líderes mundiales como General Electric, Johnson & Johnson y VivaKi.




Autora: Lucía Niño Kehoe, Analista Senior para América Latina