El blog de Abel Gonzalez         ¿A quién va usted a creer, a mí o a sus propios ojos?

Big Daddy en proceso

big daddy no es solo google

Este fin de semana (4-5 feb 2006) algunos esperaban algo de Big Daddy, porque los grandes cambios de Google suelen acontecer en fines de semana festivos; la realidad es que se ha producido un gran avance en el proceso de consolidación de Big Daddy ( en adelante BD ) en Google. En algunos momentos más de una decena de datacenters estuvieron mostrando resultados BD, a pesar de que Cutts había dicho que el proceso sería más paulatino. Este proceso es refractario a la observación directa, porque el balanceo entre data centers es continuo y la misma IP resuelve a distintos resultados en cuestión de segundos en los momentos más álgidos.

Big Daddy es un update. Big Daddy no es un update.

A día de hoy aún no sabemos definir un update. Para muchos Big Daddy es la siguiente “ola” después de Jagger, Bourbon, Allegra, etc. Matt Cutts explicó que era un cambio de estructura que afectaba a varios aspectos en especial a la canonicalización y el tratamiento de los 302. ¿Es esto un update?

Si un update es un cambio de resultados, BD es un update. Si nos atenemos a la más tradicional acepción de update, esto es, cambio en el algorítmo de ordenación, BD no es un update, sino una corrección funcional del proceso de indexación de Google.

Hoja de ruta de Big Daddy

Cutts aseguró que BD se iba a ir extendiendo a todos los DC paulatinamente y que la implantación total podía tardar semanas, pudiendo ser culminado en ¿Marzo?; matizó que todo está sujeto a el ritmo que los ingenieros crean adecuado según los avances en canonicalización y el éxito o fracaso del proceso. El fin de semana siguiente ( 4,5 Feb 2006 ) el ritmo de implantación en nuevos datacenters se ha acelerado, aunque aún no está culminado. En función de las métricas que esten aplicando para ver la calidad del proceso es posible que todo sea más corto de lo esperado.

Cómo distinguir Big Daddy

Estos días BD aparece y desaparece de un mismo datacenter. Hay gente que se ha tomado como algo fijo el listado de IPs que dio Cutts sobre dónde está BD, a pesar de que el propio Cutts rectificó las IPs porque “cambian”. Sin embargo ofreció una forma indirecta de averiguar si estamos en BD o no. Si la busqueda “SF giants da como primer resultado www.sfgiants.com, estamos en un datacenter tradicional; si el primer resultado es giants.mlb.com los resultados son de BD.

Cómo podemos esperar que Big Daddy afecte a los resultados

El problema real para medir y analizar sus resultados es que no sabemos en qué grado de madurez se encuentra el proceso, ya que Cutts aseguró en Enero que en esta iteración no se iban a notar los verdaderos cambios.

Esto puede ser porque estan trabajando con un set de datos distintos sólo para BD, recogidos ad hoc por el Mozilla Googlebot, o bien porque aún no han aplicado un calculo basado en BD de PR y backlinks. Sea por lo que sea, parece que algunas mejoras en la canonicalización de sitios afectados por Jagger aún no se notan en los resultados de manera generalizada. Es posible que en la siguiente fase haya una integración total y puedan lanzar la actualización de PR y backlinks o puede que BD - como ha dicho Cutts - sea completamente ortogonal al PR, esto es, independiente. De hecho el refresco de datos sigue funcionando en los datacenters tradicionales, teniendo datos más frescos que Big Daddy.

Dado que Big Daddy se centra en canonicalización y 302, suponiendo que cumpla sus objetivos, los sitios que hayan sido perjucados por problemas de canonicalización y aquellos que sufran secuestros 302 deberían salir a flote. Todo esto si Cutts está en lo cierto. Esto podría provocar un cierto shifting de resultados, y dado que algunos recuperarían posiciones perdidas, otros bajarían. Pero el cambio sería muy localizado en estos sites con problemas.

BD en estos momentos está presentando un número distinto de páginas por site indexado que la infraestructura tradicional. Esto puede ser debido a los cambios de canonicalización bien a que maneja un set diferenciado de datos ( Mozilla Googlebot ) o a ambas cosas.

Para ayudar a la canonicalización sigo repitiendo mis cinco consejos después de Jagger.

Posted in no clasificado, search, seo on February 7th, 2006 by Abel | |

Deja un comentario