Es posible que hayas escuchado que lanzamos Facebook Stack Overflow ayer.
Como parte de esto, modificamos nuestro código para poner <meta rel="canonical" ...
etiquetas en cada pregunta y usuario en el dominio facebook.stackoverflow.com que apunta al desbordamiento de pila "vanilla".
Por ejemplo:
Error de iAd "Inventario de anuncios no disponible" en facebook.stackoverflow.com
y
error de iAd "Inventario de anuncios no disponible" en stackoverflow.com
En facebook.stackoverflow, el html contiene la metaetiqueta
<link rel="canonical" href="/programming/3720459/iad-error-ad-inventory-unavailable">
La intención es decirle a Google "estas son exactamente la misma página, impartir todo el rango de páginas a la copia de Stack Overflow y preferirla en los resultados de búsqueda".
Este parece ser el punto de rel = "canonical" .
Una página canónica es la versión preferida de un conjunto de páginas con contenido muy similar.
Es común que un sitio tenga varias páginas que enumeren el mismo conjunto de productos. Por ejemplo, una página puede mostrar productos ordenados alfabéticamente, mientras que otras páginas muestran los mismos productos enumerados por precio o por clasificación. Por ejemplo:
Si Google sabe que estas páginas tienen el mismo contenido, podemos indexar solo una versión para nuestros resultados de búsqueda. Nuestros algoritmos seleccionan la página que creemos que responde mejor a la consulta del usuario. Ahora, sin embargo, los usuarios pueden especificar una página canónica para los motores de búsqueda agregando un elemento con el atributo rel = "canonical" a la sección de la versión no canónica de la página. Agregar este enlace y atributo permite a los propietarios de sitios identificar conjuntos de contenido idéntico y sugerir a Google: "De todas estas páginas con contenido idéntico, esta página es la más útil. Por favor, priorícela en los resultados de búsqueda".
Sin embargo, estamos viendo resultados de desbordamiento de pila de Facebook y, a veces, incluso superan el desbordamiento de pila de vainilla ( un ejemplo ). ¿Quizás esto tiene algo que ver con tener un sitemap.xml independiente para facebook.stackoverflow.com (una especie de toma en la oscuridad)?
Entonces, ¿qué estamos haciendo mal aquí?
Esperamos mantener funcionando las búsquedas del formulario site:facebook.stackoverflow.com
, pero abandonarlas es totalmente aceptable si rel="noindex"
se requiere un total .
canonical
compensar eso ... Supongo que no. El problema relacionado con los resultados de FB.SO que aparecen en una página incluso sin un término de búsqueda de Facebook ( ejemplo ) parece que Google simplemente ignora la sugerencia.