Google Instant Previews & Google Analytics: Que ha pasado?

Desde la semana pasada muchos webmasters y SEOs hemos estado observando incrementos de tráfico extraños en Google Analytics. El pasado 9 de Noviembre Google lanzaba la última optimización de SERPs: Google Instant Previews.

Al cabo de 2 días, el 11 de Noviembre, varios webmasters detectaron picos de tráfico con procedencias extrañas en sus cuentas de Google Analytics, con alta Tasa de Rebote y bajos porcentajes de paginas/visita. El dia 11 de Noviembre se abre un thread en el Foro de Google Analytics, en la ruta Help forum > Google Analytics > Reports and Reporting Data, con el título ALERT: Google Instant Previews are being tracked as pageviews in GA.

El usuario que abrió el thread indicó que estuvo observando el efecto de Google Instant Previews en sus datos de Google Analytics, y que veía cómo el Bot de Google Instant Previews tenía el siguiente user-agent:

Mozilla/5.0 (en-us) AppleWebKit/525.13 (KHTML, like Gecko; Google Web Preview) Version/3.1 Safari/525.13

Parece raro pero el Bot de Instant Previews ejecuta javascript, ya que ha podido ejecutar el JS de Google Analytics, generando estos picos de tráfico de baja calidad, con alta Bounce Rate y bajo P/V. Este webmaster ya sugirió crear un filtro en Analytics con la expresión «google inc.» para filtrar dicho tráfico del bot de Google Instant Previews.

Unos días más tarde y unas contribuciones más allá, el 17 de Noviembre, David Cano postea en el mismo thread explicando lo que él observó en sus datos, con lo que más tarde escribió un post en su blog sobre el problema observado acerca del tráfico del bot de Google Instant Previews con el user-agent de Safari/525.13 que se colaba en los datos de Analytics.

Google Instant Previews

Al día siguiente yo mismo estuve investigando el tema y a raíz de una contribución del usuario mm357 que se preguntaba si las visitas de «google inc.» eran generadas por un usuario viendo las previews en los SERPs o bien por los accesos del Bot de Google Instant Previews accediendo a generar los screenshots, expuse mi teoría al respecto.

Adjunto mi contribución:

» Hi mm357,
If you use a sniffer like Http-Fox in Mozilla Firefox or Firebug and you switch on it at the same time you open the preview layers in Google SERPs, you’ll see that there’s no request of any google-analytics tracking code, although you open all the layers of instant preview of all the 10 results of the SERP you’re watching.

That’s why the web traffic you’ve detected in analytics seems to be not generated by the users opening the Instant Preview Layers, it can be generated by the GoogleBot that is crawling the websites to generate the screenshot served then in the layer of Instant Preview.

If you read the FAQ on Instant Previews that @JohnMu has post on twitter today at http://goo.gl/XwR5j , you’ll see there 2 important questions he had answered:

Q: When are Instant Preview images generated?
A: We mostly generate preview images based on content we’ve crawled with Googlebot. When we don’t have a cached preview image (which primarily happens when we can’t fetch the contents of important resources), we may choose to create a preview image on-the-fly based on a user’s request.

Q: What’s the difference between on-the-fly and crawled previews?
A: Crawled previews are generated with content fetched with Googlebot. When we generate previews on-the-fly based on user requests, we use the «Google Web Preview» user-agent, currently:
Mozilla/5.0 (en-us) AppleWebKit/525.13 (KHTML, like Gecko; Google Web Preview) Version/3.1 Safari/525.13
As on-the-fly rendering is only done based on a user request (when a user activates previews), it’s possible that it will include embedded content which may be blocked from Googlebot using a robots.txt file.

In my opinion, it seems that when a user is using Instant Previews in Google SERPs and opens the layer of a IP result, if the preview had been generated before by the content crawled with GoogleBot, nothing happens.
But if the content was not crawled before, it’s generated on-the-fly by the crawling of googlebot using Google Web Preview user-agent, and in this case the web of the result has the visit of googlebot to generate the screenshot by the user request. This visit seems to be counted as a single visit of a single page, with 100% of Bounce Rate. This traffic seems to be the traffic that you’ve been detected last days.»

Mi opinión al respecto es que parece ser que cuando un usuario esta abriendo la capa del Google Instant Previews en los SERPs de google, si la preview ha sido generada anteriormente mediante el contenido indexado por el GoogleBot, no pasa nada raro, se lanza la preview con normalidad.
En cambio si el contenido de la URL de los SERPs de la que se solicita el preview no ha sido recorrido anteriormente por el bot de Google Instant Previews, la preview se genera al vuelo por el googlebot con el user-agent de Google Web Preview, hecho que genera una visita con una única pageview, con un bounce rate del 100%. Parece ser que éste es el tráfico que los SEOs y Webmasters hemos estado observando desde la semana pasada en los datos de Google Analytics.

Finalmente, el pasado lunes 22 de Noviembre, desde el Google Analytics Team, se genera un post en el Blog Oficial de Analytics, indicando que se ha resuelto el problema del efecto de Instant Preview sobre los datos de Google Analytics, así como comentan las 3 soluciones que se dan desde el Blog de WebShare para evitar que este tráfico afecte a nuestros datos de Google Analytics, que son 3:

1 – Crear un Segmento Avanzado en Google Analytics.
2 – Usar Custom variables.
3 – Filtrar el tráfico desde el Servidor Web.

Como Google ha dicho que el tráfico pasado no se puede reprocesar, la mejor forma de poder ver el trafico normalizado de los días pasados es la opción 1, usando Segmentos Avanzados.