La semana pasada Google lanzó una nueva – y desde mi punto de vista muy útil – funcionalidad dentro de sus Webmaster Tools, concretamente la posibilidad de ver el número de impresiones y el CTR de tus keywords más populares. No solo eso, sino que para cada keyword te indica el número de impresiones por posición y el CTR para esa posición. Por último, también permite filtrar por fecha, país y buscar (web, images…).

Obviando todas las implicaciones que tiene a nivel SEO – recordemos que es muy típico utilizar campañas de AdWords para medir impresiones de keywords – tal vez lo más interesante sea que por fin tenemos números bastante reales de impresiones, por lo que realizar el cálculo de CTR según la posición es trivial, y la única complicación posible consistiría en procesar más o menos datos (de momento la información no se puede obtener via alguna API de Google, por lo que es un trabajo bastante manual).

A modo de prueba de ningún modo concluyente, he realizado el cálculo del CTR para algunas palabras – 10 muestras para cada posición – con un trafico entre 100 y 4000 búsquedas diarías, y los resultados coinciden más o menos con lo esperado:

Como dato curioso, parece que el CTR en la segunda página es mayor que el de las posiciones 6 a 10, aunque ya he dicho la muestra es pequeña e igual estoy comparando keywords en posición 10 con keywords en la posición 11 – primer resultado de la segunda página – por lo que un mayor CTR para la segunda página tampoco sería inesperado. También he comprobado que para algunas keywords de long tail el CTR de la primera posición es del 100%, y que en general para keywords de long tail no es raro ver CTRs para la primera posición por encima del 80%.

Concluyendo, para keywords con volumen medio – de 100 – 5000 impresiones al día – todo lo que no sea posicionar entre los 5 primeros resultados posiblemente no compense demasiado, y para long tail  - menos de 100 búsquedas al día – la primera posición es primordial.

Sería interesante que alguien publicara un estudio con un mayor número de muestras y validara mis datos, y de paso entrara en más detalle: distribución de CTR por tipo de sitio, impresiones diarias, número de keywords de la búsqueda…

La semana pasada Google, Yahoo, y Microsoft anunciaron la ayuda para que un nuevo elemento del acoplamiento limpie URL duplicados en sitios. El sintaxis es bastante simple: Un URL feo tal como http://www.example.com/page.html?sid=asdf314159265 puede especificar en la parte PRINCIPAL del documento el siguiente:

href= canónico " http://example.com/page.html "/> del rel= " del <link "

Eso dice a motores de la búsqueda que la localización preferida de este URL (la localización “canónica”, en Search Engine habla) es http://example.com/page.html en vez de http://www.example.com/page.html?sid=asdf314159265.

También hice un vídeo del tres-minuto con WebProNews después de que el aviso para describir la etiqueta, y usted puedan mirar el vídeo canónico del elemento del acoplamiento para que otra manera aprenda sobre ella. La observación del vídeo es la manera más fácil de aprender sobre este nuevo elemento rápidamente.

Los motores de la búsqueda también han fijado sobre este nuevo estándar abierto. Usted puede leer un poste del blog o ayudar a la documentación de centro poste del blog de Google, de Yahoo, o el poste del blog de Microsoft.

También la excitación es que Joost de Valk ha producido ya varios enchufes. Joost hizo un enchufe canónico para WordPress, un enchufable para el paquete de programas informáticos del comercio electrónico Magento, y también un enchufe para Drupal. Esperaría que la gente hiciera los enchufes para otros paquetes de programas informáticos bastante pronto, o modifique el software para utilizar este elemento del acoplamiento en el software de la base.

Gracias a la gente en Yahoo (e.g. Priyank Garg y otros) y Microsoft (e.g. Nathan Buggia y otros) que lograron consenso para apoyar este estándar abierto. En el lado de Google, Joaquín Kupke hizo todo el trabajo de la puesta en práctica y de la indexación de direcciones para hacer que esto sucede; gracias por la elevación pesada en esto, Joaquín. Quiero enviar un especial grito-hacia fuera a Greg Grothaus también. Aunque la gente hubiera discutido ideas similares en el pasado, Greg era un catalizador en Google y su oferta consiguió realmente el balanceo de la bola en esta idea; lea más sobre ella en su blog.

Jason Calacanis, fundador de Weblogs,Inc. está bastante preocupado, ya que Google está creando un competidor directo de Mahalo, su nuevo site, con la ventaja que en apenas unos pocos días Knol ya está posicinando en los diez primeros resultados algunas de sus páginas.

Aaron Wall, de SEOBook, ha demostrado que es posible posicionar contenido de Knol copiado de una fuente original – en este caso una página de bussiness.com con PR5 – por encima de la fuente original.

Knol rankeando por encima del sitio original

En Searchengineland pueden verse más ejemplos de páginas que en apenas unos días ya posicionan bastante bien, algunas de ellas en primera posición para palabras relativamente competidas.

Pues nada, será cuestión de buscar artículos que posicionen para búsquedas que te interesen, copiarlos en Knol, y poner algunos enlaces apuntado a tu página. Así le quitas la primera posicion a tu competidor si no lo consigues naturalmente y de paso consigues algunos enlaces, que aunque sean nofollow seguro que aporan algo de tráfico.

¿Alquien está dispuesto a apostar cuanto le queda a Google antes de recibir una denuncia antimonopolio?

No solo eso, si no que además son bastante útiles para conseguir conteos de página de cualquier subdirectorio de tu web – eso si has utilizado subdirectorios y no lo tienen todo en la raiz de tu site. Además hay que tener en cuenta que poniendo delante el simbolo menos tambien podemos eliminar páginas de la búsqueda.

Por último, y identificados los títulos de las páginas, supongo que será posible restringir la búsqueda con el comando intitle.

Un ejemplo bastante claro de lo que explican, utilizando para la búsqueda su propio sería el siguiente, en el que piden todas las páginas de su site que pertenezcan al blog:

site:seomoz.org inurl:blog

Un pequeño problema que han encontrado es que no puedes utilizar símbolos de puntuación, por lo que buscar inurl:blog devulve los mismo resultados que inurl:/blog.