Paginación con rel="next" y rel="prev"

Jueves, 15 de septiembre de 2011

De forma similar a como rel="canonical" indica claramente el contenido duplicado, ahora puedes usar los elementos de vínculo HTML rel="next" y rel="prev" para indicar la relación entre las direcciones URL de los componentes de una serie paginada. En un sitio web, una serie paginada de contenido puede tener muchas formas, desde un artículo dividido en varias páginas de componentes hasta una categoría de productos con elementos repartidos a lo largo de varias páginas o una conversación de un foro dividido en una secuencia de URLs. Ahora, si incluyes los elementos de marcado rel="next" y rel="prev" en las páginas de los componentes de una serie, estarás indicando a Google claramente que quieres que hagamos lo siguiente:

  • Consolidar las propiedades de indexación, como los vínculos, desde las páginas o URLs de los componentes hasta la serie como conjunto (es decir, los vínculos no deben estar dispersos entre page-1.html, page-2.html, etc., sino que deben estar agrupados con la secuencia)
  • Dirigir a los usuarios a la página o a la URL más relevante (por lo general, la primera página de la serie)
Páginas aptas para anotaciones rel=prev y rel=next
La relación entre las URL de componentes de una serie ahora se puede indicar a Google mediante rel="next" y rel="prev".

Existe una excepción en la implementación de rel="prev" y rel="next": si a lo largo de la serie de contenido también ofreces a los usuarios una página que muestre todo el contenido o si estás considerando incluir una, consulta nuestra entrada sobre Visualización de todo el contenido en los resultados de la búsqueda para obtener más información. Los usuarios suelen preferir las páginas en las que puedan ver todo el contenido, por lo que tratamos de incluir estas páginas en los resultados de las búsquedas, en lugar de las páginas de componentes (que tienen más probabilidad de aparecer en los resultados si incluyen rel="next" y rel="prev").

Si no dispones de una página que incluya todo el contenido o quieres evitar que Google la muestre, puedes usar rel="next" y rel="prev" como se describe en esta entrada.

Ejemplos de páginas en las que se puede ver todo el contenido
Para obtener información sobre configuraciones paginadas que incluyan una página que muestre todo el contenido, consulta esta entrada: Visualización de todo el contenido en los resultados de la búsqueda.

Descripción de las opciones

Estas son las tres opciones para una serie:

  1. Deja lo que tienes tal y como está. Existe contenido paginado por toda la Web y seguiremos intentando ofrecer a los usuarios el mejor resultado, independientemente de si se incluyó o no el lenguaje de marcado HTML rel="next" o rel="prev".
  2. Si tienes una página donde se muestra todo el contenido, o si estás considerando incluir una, consulta la entrada sobre Visualización de todo el contenido en los resultados de la búsqueda.
  3. Indica a Google la relación entre las URL de los componentes de tu serie con rel="next" y rel="prev". Esto nos ayudará a indexar tu contenido de una forma más precisa y a mostrar a los usuarios la página más relevante (por lo general, la primera). A continuación, se detalla cómo implementar estos elementos.

Si prefieres la opción 3 (mencionada anteriormente) para tu sitio, a continuación te explicamos cómo hacerlo. Supongamos que tienes contenido paginado en estas URL: 

https://www.example.com/article?story=abc&page=1
https://www.example.com/article?story=abc&page=2
https://www.example.com/article?story=abc&page=3
https://www.example.com/article?story=abc&page=4

En la primera página, https://www.example.com/article?story=abc&page=1, en la sección <head>, deberías incluir: 

<link rel="next" href="https://www.example.com/article?story=abc&page=2" />

En la segunda página, https://www.example.com/article?story=abc&page=2: 

<link rel="prev" href="https://www.example.com/article?story=abc&page=1" />
<link rel="next" href="https://www.example.com/article?story=abc&page=3" />

En la tercera página, https://www.example.com/article?story=abc&page=3: 

<link rel="prev" href="https://www.example.com/article?story=abc&page=2" />
<link rel="next" href="https://www.example.com/article?story=abc&page=4" />

Y en la última página, https://www.example.com/article?story=abc&page=4: 

<link rel="prev" href="https://www.example.com/article?story=abc&page=3" />

Estos son algunos puntos que hay que mencionar:

  • La primera página solo contiene rel="next" y no incluye el lenguaje de marcado de rel="prev".
  • Las páginas comprendidas entre la segunda y la última deben contar con vinculación doble con el lenguaje de marcado rel="next" y rel="prev".
  • La última página solo contiene lenguaje de marcado para rel="prev", no para rel="next".
  • Los valores rel="next" y rel="prev" pueden ser URL relativas o absolutas (según lo permita la etiqueta <link />). Además, si incluyes un vínculo <base/> en tu documento, las rutas relativas se resolverán de acuerdo con la URL base.
  • rel="next" y rel="prev" solo deben declararse en la sección <head>, no en el documento <body>.
  • Se permite rel="previous" como variante sintáctica de vínculos rel="prev".
  • rel="next" y rel="previous", por un lado, y rel="canonical", por el otro, constituyen conceptos independientes. Ambas declaraciones se pueden incluir en la misma página. Por ejemplo, https://www.example.com/article?story=abc&page=2&sessionid=123 puede contener lo siguiente: 
    <link rel="canonical" href="https://www.example.com/article?story=abc&page=2" />
<link rel="prev" href="https://www.example.com/article?story=abc&page=1&sessionid=123" />
<link rel="next" href="https://www.example.com/article?story=abc&page=3&sessionid=123" />
  • rel="prev" y rel="next" actúan como sugerencias para Google, no como comandos absolutos.
  • Si se implementan de forma incorrecta, por ejemplo, si se omite una designación rel="prev" o rel="next" esperada en la serie, continuaremos indexando las páginas y usaremos nuestra propia heurística para comprender tu contenido.

Para obtener más información, consulta nuestro Centro de ayuda o únete a la conversación en nuestro Foro de ayuda para webmasters.

Escrito por Benjia Li y Joachim Kupke, ingenieros de software del equipo de indexación