Ahora bien si alguien ofrece dinero por enlazarle se está entrando en otro terreno con diferentes efectos, no solo para los usuarios (los cuales deberían ser advertidos) sino para el propio sitio web en cuanto su posición en los resultados de un determinado motor de búsqueda, digamos Google. De tanto en tanto escribimos algunos artículos sobre enlaces pagados que pasan Pagerank [inglés], pero siempre con el mismo mensaje: estos enlaces no están en línea con las Directrices para webmasters de Google y así lo remarcamos desde nuestro Centro de asistencia, por lo tanto Google tomará acción sobre estos sin ningún miramiento. 
 
Aun así los webmasters que decidan tener enlaces pagados en sus sitios web tienen varias formas de tratarlos para evitar los efectos negativos de estos en los resultados de Google. Entre estas opciones está rel="nofollow" en la etiqueta <a>, como se 
muestra más abajo, o con una redirección a una página intermedia, bloqueada a los motores de búsqueda vía el archivo robots.txt.

Bueno, como ejemplo os mostramos la forma que algunos blogs enlazaron a Google.co.jp recientemente:

<a href="http://www.google.co.jp/artist2008/">http://www.google.co.jp/artist2008/</a>

En circunstancias normales no habría nada malo en este enlace y no habría que añadir nada, pero esta situación era diferente: había pago de enlaces por medio sin ninguna redirección o "nofollow" en la etiqueta. Los efectos se notaron rápidamente: Google Japan vio como su PageRank bajaba dramáticamente por esta razón. Es algo de lo que no estamos orgullosos y nos hemos disculpado públicamente por ello, pero queremos mostraros con este ejemplo cómo de serio nos tomamos los enlaces pagados.

Así que aquí os mostramos la buena y la mala forma de enlazar bajo esta situación:

Mal ejemplo:
<a href="http://www.google.co.jp/artist2008/">http://www.google.co.jp/artist2008/</a>

Buen ejemplo:
<a href="http://www.google.co.jp/artist2008/" rel="nofollow">http://www.google.co.jp/artist2008/</a>

Así que si creéis que Google ha notado el uso de estos enlaces en vuestro sitio web, sólo tenéis que solucionarlo y enviar un formulario de reconsideración desde las Herramientas para webmasters.


Piensa en el operador site: como un diagnóstico rápido de la salud general de tu sitio en el índice de Google. Los resultados pueden mostrarte:
  • una estimación aproximada de cuántas páginas se han indexado
  • si han hackeado tu sitio
  • si tiene títulos o fragmentos duplicados
Un ejemplo de consulta utilizando el operador site:


Tu informe del sitemap ofrece estadísticas más detalladas sobre las URL que has enviado, como por ejemplo el número de URL indexadas en comparación con el número de URL enviadas para que se rastreen, así como avisos o errores específicos del sitemap que puedan haberse producido cuando Google ha intentado acceder a tus URL.



No dudes en consultar nuestro Centro de asistencia para obtener más información sobre el operador site: y el sitemap. Si tienes más preguntas, envíalas a nuestro Foro para webmasters, donde tanto Google como webmasters experimentados estarán encantados de ayudarte.

Un sitio Flash después de la indexación mejorada, buscando
[nasa deep impact animation]
Ayúdanos a acceder e indexar tus archivos Flash
@fintan: Verificamos con Adobe que el contenido de texto desde sitios legítimos, como por ejemplo los que tienen scripts AS1 y AS2, pueden ser indexados por nuestro nuevo algoritmo.
@andrew, jonny m, erichazann, mike, ledge, stu, rex, blog, dis: En el lanzamiento del 1 de Julio no activamos la indexación Flash para estos archivos incrustados vía SWFObject. Ahora estamos probando una actualización que es compatible con técnicas normales de JavaScript para incrustar Flash, incluyendo SWFObject y SWFObject2.

@mike: Por el momento, el contenido que se carga desde otros archivos no se indexa. Hemos apuntado la petición de esta característica por parte de varios webmasters. Trabajamos en esto en una futura actualización.
Interacción entre páginas HTML y Flash
@captain cuisine: El texto que encontramos en archivos Flash se trata de la misma manera que el texto encontrado en otros archivos, como HMTL, PDF, etc. Si el archivo Flash se encuentra incrustado en HMTL (como muchos de los archivos que estamos encontrando), su contenido se asocia con la URL padre (parent) e indexada como una entidad separada.

@jeroen: Mostrar el mismo contenido Flash y una versión alternativa de HTML podría hacer que encontrásemos contenido duplicado. Esto no causaría una penalización, no reducimos la posición de un sitio web por causa del contenido duplicado. Pero estar atentos, ya que los resultados de búsqueda seguramente mostrarán una versión, no ambas.

@All: Estamos intentado mostrar a los usuarios los resultados más relevantes sin tener en cuenta el tipo de archivo. Estos significa que Flash, HTML con Flash incrustado, sólo HTML, PDF, etc., pueden tener la opción de que se sirvan en los resultados de búsqueda.
Indexando una gran cantidad de archivos Flash
@dsfdgsg: Hemos escuchado peticiones de enlaces internos (enlaces a un contenido específico dentro del archivo) no sólo para los resultados Flash, sino también para otros documentos de gran tamaño y presentaciones. En el caso de Flash, la capacidad de enlazar internamente requerirá una funcionalidad adicional en Flash que nosotros integramos.

@All: La mayoría de los archivos Flash existentes en Internet están bien respecto a su tamaño. No debería ser algo por lo que preocuparnos.
Más detalles sobre nuestro algoritmo de indexación Flash
@brian, marcos, bharath: Sobre ActionScript, nosotros somos capaces de encontrar nuevos enlaces que se cargan a través de este. Exploramos Flash como un usuario lo haría, no descompilamos el archivo SWF. A menos que tú hagas el ActionScript visible a los usuarios, Google no mostrará el código ActionScript.
@dlocks: Respetamos el rel="nofollow" donde quiera que lo encontremos en el HTML.


Evita XMLHttpRequests falsos 

Las páginas que permiten a los usuarios buscar información utilizan a menudo XMLHttpRequests para rellenar la página con información una vez que ésta ha cargado. Si utilizas este patrón, asegúrate de que tu página principal contiene información útil. De lo contrario, tanto el Googlebot como los usuarios que tienen desactivados los scripts en el navegador podrían pensar que tu sitio solamente contiene el mensaje "cargando ..." y nada más.

CSS con imágenes precargadas (Sprites CSS) y links de navegación 

Disponer de texto relevante que acompañe a los enlaces de navegación es importante tanto para el Googlebot como para los usuarios que no pueden visualizar imágenes. Al diseñar la apariencia de los enlaces de navegación de tu sitio, puedes haber elegido tener imágenes que funcionan como enlaces, por ejemplo, colocando etiquetas <img> en elementos <a>. Ese diseño te permite colocar texto descriptivo como atributo alt [inglés] para la etiqueta <img>.

¿Y qué pasa si has optado por el uso de imágenes precargadas (sprites CSS) para optimizar el proceso de carga de las páginas? También puedes incluir texto descriptivo relevante. Para ver un ejemplo, mira cómo se ha codificado el logotipo de Google y los distintos enlaces de navegación en la parte inferior de la página de resultados de Google. Resumiendo, hemos puesto el texto descriptivo justo debajo de la imagen con sprites CSS.

Resultados de búsqueda de Google con CSS activado


Resultados de búsqueda de Google con CSS desactivado (Se ha perdido la imagen, pero permanece el enlace descriptivo"Google")



Utiliza JavaScript no intrusivo (unobtrusive JavaScript)

Hemos hablado sobre el concepto de mejora progresiva [inglés] al crear un sitio interactivo. A medida que añades funcionalidades, también vas utilizando técnicas de JavaScript no intrusivo (unobtrusive JavaScript), para crear páginas web basadas en JavaScript que se integran con el resto. Esto garantiza que tu contenido siga siendo accesible para el mayor número posible de usuarios sin la necesidad de sacrificar las funcionalidades interactivas propias de la aplicaciones Web 2.0.

Facilita el acceso a las versiones para imprimir

Los sitios web con diseños visuales muy interactivos proporcionan a menudo su contenido en versión para imprimir. Generadas con el mismo contenido que la versión interactiva, resultan una excelente fuente de contenido de alta calidad, tanto para el Googlebot como para los usuarios con deficiencias visuales que no pueden experimentar las características interactivas de un sitio web. Pero a menudo estas versiones para impresión permanecen ocultas detrás de enlaces en scripts como este:

<a href = "#" onclick = "javascript: print(...)"> Imprimir </ a>

Crear URL para estas versiones para imprimir y enlazarlas mediante anclas HTML simples mejorará mucho la calidad del contenido que se rastrea:

<a href="http://example.com/pagina1-para-imprimir.html" target="_blank">Imprimir</a>

Si estás especialmente preocupado por el contenido duplicado [inglés] de la versión interactiva y de la versión para imprimir, entonces puedes elegir una versión preferida del contenido y enviar un sitemap que contenga la URL preferida, así como enlazar internamente a dicha versión. Esto puede ayudar a Google a aclararse en el caso de que se encontraran partes del mismo texto en URL diferentes.

Crea URL para tu contenido útil

Como webmaster, tienes el poder de acuñar URL con el contenido útil que publicas. Esto es lo que hace que la web se mueva. Crear URL para cada contenido útil que publicas y enlazarlo mediante enlaces HTML simples hará que:
  • El Googlebot aprenda sobre ese contenido
  • Los usuarios puedan encontrar ese contenido
  • Los usuarios puedan guardarlo y volver más tarde.
No hacer esto fuerza a los usuarios a tener que recordar secuencias de clics para llegar al contenido que vieron antes en tu sitio.