Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
Jueves, 15 de septiembre del 2011
Gracias a las pruebas de los usuarios, hemos detectado que los usuarios que realizan búsquedas prefieren ver todo el contenido en una sola página en lugar de que se muestren páginas distintas que incluyen únicamente una parte de la información con saltos de página arbitrarios (y que les obligan a hacer clic en "Siguiente" y a cargar otra URL).
Normalmente, los usuarios que realizan búsquedas prefieren ver todo el contenido en lugar de que este aparezca paginado con saltos de página arbitrarios y una latencia mayor.
Por lo tanto, para mejorar la experiencia de usuario, si detectamos que una serie de contenido (por ejemplo, page-1.html, page-2.html, etc.) también contiene una versión con todo el contenido (por ejemplo, page-all.html), intentaremos devolver esta versión en los resultados de búsqueda. Si tu sitio ofrece la posibilidad de ver todo el contenido, no es necesario que hagas nada; nosotros haremos el trabajo por ti. Además, consolidaremos las propiedades de indexación de las distintas páginas de la serie, como los enlaces, en la página de visualización de todo el contenido.
Una latencia alta puede hacer que no se quiera visualizar páginas que incluyan todo el contenido
Curiosamente, los casos en los que los usuarios no quieren visualizar páginas que incluyen todo el contenido se deben a una latencia alta (por ejemplo, páginas que incluyen todo el contenido y que tardan más en cargarse debido a que contienen muchas imágenes). Esto se debe a que los usuarios suelen sentirse menos satisfechos cuando se tarda en devolver los resultados.
Por lo que, a pesar de que normalmente se prefieren las páginas de visualización de todo el contenido, es importante que los webmasters hallen el equilibrio entre esta preferencia y el tiempo de carga de la página y la experiencia de usuario en general.
Prácticas recomendadas sobre las series de contenido
Si tu sitio incluye páginas de visualización de todo el contenido: intentamos detectar esta versión de tu contenido y las distintas páginas asociadas, si hay alguna disponible. No hace falta que hagas nada más. Sin embargo, puedes incluir etiquetas rel="canonical" que dirijan a la página de visualización de todo el contenido desde las distintas páginas asociadas para indicárnoslo y que haya más probabilidades de que detectemos la serie de páginas correctamente.
Con la etiqueta rel="canonical", se puede especificar el superconjunto de contenido (es decir, la página de visualización de todo el contenido, en este caso page-all.html) con la misma información en una serie de URLs.
¿En qué se basa su funcionamiento? Como se ve en el diagrama, se puede especificar que la URL canónica de page-2.html es page-all.html, ya que page-all.html es un superconjunto del contenido de page-2.html. Si un usuario busca un término de consulta y selecciona page-all.html en los resultados de búsqueda, aunque su consulta esté principalmente relacionada con la información de page-2.html, sabemos que el usuario podrá consultar la información relevante de page-2.html en page-all.html.
Por otro lado, page-1.html no debería ser la URL canónica de page-2.html, ya que el contenido de page-2.html no se incluye en page-1.html. Es posible que la consulta de búsqueda de un usuario coincida con el contenido de page-2.html. Sin embargo, si se ha configurado page-1.html como URL canónica de page-2.html, el usuario podría seleccionar page-1.html en los resultados de búsqueda y verse obligado a seguir navegando para llegar a la página en la que se encuentra la información que busca. Esto dará lugar a una mala experiencia de usuario, ya que el resultado de Google no es óptimo y, además, puede provocar un tráfico mal orientado a tu sitio.
Sin embargo, si estás seguro de que no quieres que tu página de visualización de todo el contenido aparezca en los resultados de búsqueda, sigue estos pasos:
Asegúrate de que las distintas páginas de la serie no incluyan una etiqueta rel="canonical" que dirija a la página de visualización de todo el contenido.
Marca la página que muestra todo el contenido como noindex con cualquiera de los métodos habituales.
Si quieres que se muestren las distintas páginas por separado (o si no hay una versión de todo el contenido): es posible que tu sitio se encuentre en una de las situaciones que se indican a continuación o en ambas.
No es recomendable que la página de visualización de todo el contenido aparezca en los resultados de búsqueda, ya que el tiempo de carga es demasiado elevado o es demasiado difícil navegar por la página.
Los usuarios de tu sitio prefieren la experiencia multipágina y acceder a varias páginas a través de los resultados de búsqueda en lugar de ver una sola página que incluya todo el contenido.
En estos casos, puedes utilizar los elementos HTML rel="next" y rel="prev" estándares para especificar la relación entre las distintas páginas de una serie de contenido. Si se implementan correctamente, intentaremos hacer lo siguiente:
Consolidar las propiedades de indexación, como los enlaces, entre las URLs y las distintas páginas.
Dirigir a los usuarios a la página o a la URL de las páginas de componentes que sea más relevante. Por lo general, la primera página del contenido suele ser la más relevante, pero nuestros algoritmos pueden dirigir a los usuarios a una de las otras páginas de la serie.
Es habitual que los webmasters utilicen la etiqueta rel="canonical" de forma incorrecta para dirigir a los usuarios que acceden a las de páginas del contenido a la primera página de su serie (por ejemplo, incluyen una etiqueta rel="canonical" en page-2.html que dirige a page-1.html). Esta implementación no es recomendable, ya que las distintas páginas no incluyen contenido duplicado. Lo más adecuado es utilizar las etiquetas rel="next" y rel="prev".
Resumen
Debido a que los usuarios suelen preferir la opción de todo el contenido en los resultados de búsqueda, nos estamos esforzando por detectar esta versión correctamente para mostrársela a los usuarios que realicen búsquedas. Si tienes una serie de contenido, no es necesario que hagas nada. Si quieres ayudar a Google para que muestre mejor tu información a los usuarios, sigue estos pasos:
Para optimizar la página de visualización de todo el contenido, puedes incluir la etiqueta rel="canonical" en las distintas páginas de contenido para que dirijan a esta versión.
Si la página de visualización de todo el contenido de tu sitio provoca una mala experiencia de usuario, puedes utilizar los atributos rel="next" y rel="prev" para ayudarnos a identificar la serie de páginas y a mostrarlas en los resultados.
[null,null,[],[[["\u003cp\u003eGoogle prioritizes showing single-page, "view-all" content in search results for a better user experience, consolidating indexing properties from component pages.\u003c/p\u003e\n"],["\u003cp\u003eWhen "view-all" pages have high latency, Google might show individual component pages instead to ensure faster loading times.\u003c/p\u003e\n"],["\u003cp\u003eWebmasters with "view-all" pages can use \u003ccode\u003erel="canonical"\u003c/code\u003e from component pages to the "view-all" page to aid Google's detection and indexing.\u003c/p\u003e\n"],["\u003cp\u003eIf "view-all" is unsuitable, use \u003ccode\u003erel="next"\u003c/code\u003e and \u003ccode\u003erel="prev"\u003c/code\u003e on component pages to indicate the series and potentially surface individual pages in search results.\u003c/p\u003e\n"]]],["Webmasters with content series should prioritize user experience by offering a \"view-all\" page. When detected, this version will be favored in search results. To aid this, use `rel=\"canonical\"` from component pages to the \"view-all\". If a \"view-all\" is not suitable, use `rel=\"next\"` and `rel=\"prev\"` between component pages. High latency on a view-all page can be detrimental. If the desire is for individual pages, ensure the \"view-all\" isn't canonicalized, and it can be noindexed.\n"],null,["# View-all in search results\n\nThursday, September 15, 2011\n| It's been a while since we published this blog post. Some of the information may be outdated (for example, some images may be missing, and some links may not work anymore). `rel=prev/next` is not an indexing signal anymore.\n\n\nUser testing has taught us that searchers much prefer the view-all, single-page version of content\nover a component page containing only a portion of the same information with arbitrary page breaks\n(which cause the user to click \"next\" and load another URL).\nSearchers often prefer the view-all vs. paginated content with arbitrary page breaks and worse latency.\n\n\nTherefore, to improve the user experience, when we detect that a content series (for example,\n`page-1.html`, `page-2.html`, etc.) also contains a single-page version\n(for example, `page-all.html`), we're now making a larger effort to return the single-page\nversion in search results. If your site has a view-all option, there's nothing you need to do;\nwe'll work to do it on your behalf. Also, indexing properties, like links, will be consolidated\nfrom the component pages in the series to the view-all page.\n\nHigh latency can make the view-all less preferred\n-------------------------------------------------\n\n\nInterestingly, the cases when users didn't prefer the view-all page were correlated with high\nlatency (for example, when the view-all page took a while to load, say, because it contained many\nimages). This makes sense because we know users are\n[less satisfied with slow results](https://googleresearch.blogspot.com/2009/06/speed-matters.html).\nSo while a view-all page is commonly desired, as a webmaster it's important to balance this\npreference with the page's load time and overall user experience.\n\nBest practices for a series of content\n--------------------------------------\n\n1.\n **If your site includes view-all pages:** We aim to detect the view-all version of your\n content and, if available, its associated component pages. There's nothing more you need to\n do! However, if you'd like to make it more explicit to us, you can include\n `rel=\"canonical\"` from your component pages to your view-all to increase the\n likelihood that we detect your series of pages appropriately.\n\n `rel=\"canonical\"` can specify the superset of content (that is, the view-all page, in this case `page-all.html`) from the same information in a series of URLs.\n\n\n *Why does this work?* In the diagram, `page-2.html` of a series may specify\n the canonical target as `page-all.html` because `page-all.html` is a\n superset of `page-2.html`'s content. When a user searches for a query term and\n `page-all.html` is selected in search results, even if the query most related to\n `page-2.html`, we know the user will still see `page-2.html`'s relevant\n information within `page-all.html`.\n\n\n On the other hand, `page-2.html` shouldn't designate `page-1.html` as\n the canonical because `page-2.html`'s content isn't included on\n `page-1.html`. It's possible that a user's search query is relevant to content on\n `page-2.html`, but if `page-2.html`'s canonical is set to\n `page-1.html`, the user could then select `page-1.html` in search\n results and find herself in a position where she has to further navigate to a different page\n to arrive at the desired information. That's a poor experience for the user, a suboptimal\n result from us, and it could also bring poorly targeted traffic to your site.\n\n\n However, if you strongly desire your view-all page not to appear in search results:\n 1. Make sure the component pages in the series don't include `rel=\"canonical\"` to the view-all page, and\n 2. Mark the view-all page as [`noindex`](/search/docs/crawling-indexing/block-indexing) using any of the standard methods.\n2.\n **If you'd like to surface individual, component pages (or there's no view-all available)**:\n It may be the case that one or both of the situations below apply to your site:\n\n - The view-all page is undesirable as a search result (for example, load time too high or too difficult for users to navigate).\n - Your users prefer the multi-page experience and to be directed to a component page in search results, rather than the view-all page.\n\n\n If so, you can use standard HTML\n [`rel=\"next\"` and `rel=\"prev\"` elements](/search/blog/2011/09/pagination-with-relnext-and-relprev)\n to specify a relationship between the component pages in your series of content. If done\n correctly, Google will generally strive to:\n - Consolidate indexing properties, such as links, between the component pages/URLs.\n - Send users to the most relevant page/URL from the component pages. Typically, the most relevant page is the first page of your content, but our algorithms may point users to one of the component pages in the series.\n\n\nIt's not uncommon for webmasters to incorrectly use `rel=\"canonical\"` from component\npages to the first page of their series (for example, `page-2.html` with\n`rel=\"canonical\"` to `page-1.html`). We recommend against this\nimplementation because the component pages don't actually contain duplicate content. Using\n`rel=\"next\"` and `rel=\"prev\"` is far more appropriate.\n\nSummary\n-------\n\n\nBecause users generally prefer the view-all option in search results, we're making more of an\neffort to properly detect and serve this version to searchers. If you have a series of content,\nthere's nothing more you need to do. If you'd like to hint more to Google how best to serve users\nyour information:\n\n1. To better optimize your view-all page, you can use `rel=\"canonical\"` from component pages to the single-page version; otherwise,\n2. If a view-all page doesn't provide a good user experience for your site, you can use the [`rel=\"next\"` and `rel=\"prev\"`](/search/blog/2011/09/pagination-with-relnext-and-relprev) attributes as a strong hint for Google to identify the series of pages and still surface a component page in results.\n\n\nAs always, you can ask questions in our\n[Webmaster Help Forum](https://support.google.com/webmasters/community/).\n\n\nWritten by Benjia Li and Joachim Kupke, Software Engineers, Indexing Team"]]
