YouTube

Got a YouTube account?

New: enable viewer-created translations and captions on your YouTube channel!

Spanish subtitles

← Pagination and SEO

Google's Maile Ohye examines the issues webmasters face with paginated content: paginated articles, product category listings, etc. She then explains the options available to those webmasters concerned about SEO, including rel="next" and rel="prev" HTML markup.

Get Embed Code
12 Languages

Showing Revision 1 created 08/16/2012 by Amara Bot.

  1. MAILE OHYE: ¡Hola!
  2. Me llamo Maile Ohye
  3. y llevo más de seis años
    en Google trabajando con el equipo
  4. de la Búsqueda de Google y de las
    Herramientas para webmasters de Google.
  5. Me gustaría darte
    la bienvenida a mi hogar.
  6. Vamos a hablar de la paginación y de la
    optimización de motores de búsqueda (SEO).
  7. De acuerdo con el programa de hoy,
    empezaremos analizando algunos
  8. ejemplos de contenido paginado.
  9. A continuación, abordaremos algunos
    de los efectos colaterales negativos
  10. de la paginación y los motivos por
    los que los webmasters deberían tratar
  11. de evitar dividir sus
    propiedades de indexación e
  12. intentar mostrar mejores
    resultados a los usuarios.
  13. Posteriormente, hablaremos
    de la configuración.
  14. Esta sección se divide en dos partes
    según el tipo de webmaster:
  15. webmasters con
    contenido paginado y
  16. una página de visualización
    de todo el contenido, y
  17. webmasters que tienen
    contenido paginado, pero
  18. que no tienen una página
    que muestra todo el contenido.
  19. Por tanto, aquí vamos a tratar
    dos tipos de configuraciones.
  20. A continuación, retrocederemos
    un poco para hablar
  21. de las iniciativas de Google para ayudar
    a los webmasters y a los usuarios
  22. con contenido paginado.
  23. Y, por último, en función de tu
    configuración, es decir, si tienes o no
  24. una página de visualización
    de todo el contenido,
  25. analizaremos las opciones
    disponibles para
  26. tu contenido paginado.
  27. Bueno, dicho esto, empecemos
    analizando algunos
  28. ejemplos de contenido paginado.
  29. El contenido paginado está disponible
    en toda la Web, por lo que
  30. voy a tratar dos de
    los casos más habituales.
  31. El primero hace referencia
    a un artículo paginado.
  32. Imaginemos que accedes a
    tu sitio de contenido favorito y
  33. ves la noticia de última hora:
  34. "Nuevos estudios demuestran
    que las galletas son más nutritivas
  35. que las verduras". Esa sería
    más o menos la noticia.
  36. No obstante, es posible que tu sitio favorito
    no incluya toda esta información en una
  37. página, sino que pagine el contenido
    en varias páginas de componentes.
  38. En este caso, este único artículo se ha
    convertido en tres, lo que constituye
  39. un ejemplo de un artículo
    de contenido paginado.
  40. Otro ejemplo de paginación hace
    referencia, por ejemplo, a una
  41. categoría de productos, como la información
    que aparecería en tu sitio favorito
  42. de comercio electrónico.
  43. Imaginemos que este
    webmaster vende formas
  44. y que ofrece
    seis tipos de formas,
  45. pero en lugar de incluirlas todas
    en una página, las ha dividido
  46. en dos páginas de componentes, en cada
    una de las cuales se incluyen formas, lo que
  47. da lugar a una nueva paginación.
  48. Por tanto, dos formas habituales de paginar
    el contenido son los artículos de contenido
  49. paginado y las categorías
    de productos paginadas.
  50. Pero, ¿cuáles son algunos de los efectos
    colaterales negativos de este método?
  51. Bueno, existen varios efectos.
  52. Me gustaría destacar dos de ellos:
    el primero es que las propiedades
  53. de indexación, como los enlaces
    y el texto de anclaje, se pueden dividir
  54. en las diferentes URL de las páginas
    de componentes en lugar de
  55. consolidarse en
    un artículo o en
  56. una categoría de productos.
  57. Bueno, ese es uno de los
    efectos colaterales negativos.
  58. El otro efecto colateral negativo es
    que la página más relevante de la serie
  59. podría no reflejarse en
    los resultados de búsqueda.
  60. Por tanto, si eres el webmaster de este
    sitio de comercio electrónico, es posible
  61. que quieras que los usuarios accedan, por
    ejemplo, a la primera página de tu serie.
  62. No obstante, los motores de búsqueda
    interpretan esta paginación como tres
  63. entidades independientes, por lo que los
    usuarios podrían ser dirigidos a otra
  64. otra página que podría
    no ser la más relevante.
  65. Bueno, esos son algunos de los
    efectos colaterales negativos de
  66. la paginación.
  67. Hablemos ahora un poco
    más de tu situación y de la
  68. configuración de tu sitio.
  69. Para hablar de este tema,
    vamos a analizar dos tipos de
  70. configuraciones diferentes.
  71. La primera es aquella que tiene una página
    de visualización de todo el contenido, y
  72. la otra es la que
    no tiene esta página.
  73. Bien, si tu sitio tiene contenido
    paginado y dispone de una
  74. página que muestra todo el contenido,
    debes asegurarte de comprobar
  75. determinados aspectos.
  76. Uno de ellos consiste en asegurarte
    de que tu sitio tenga latencia fija
  77. suficiente, es decir, que si un
    usuario hace clic en la versión con
  78. la página de visualización de todo el contenido,
    esta no tarde 15 segundos en cargarse
  79. porque se trate de un artículo
    muy extenso o porque
  80. incluya demasiados productos,
  81. sino que se siga ofreciendo
    una experiencia positiva al usuario,
  82. por ejemplo que la página
    solo tarde 4 segundos en cargarse.
  83. El segundo punto que debes comprobar
    es que, si tienes una página que muestra
  84. todo el contenido, debes asegurarte de
    que se pueda seguir navegando fácilmente
  85. por ella, es decir, que los usuarios
    puedan seguir encontrando el contenido
  86. que buscan o el producto
    específico que quieren
  87. desplazándose fácilmente
    o viendo titulares.
  88. Bien, esa es la configuración de un sitio
    con una página que muestra todo el contenido.
  89. Y, si no tienes una página
    de visualización de todo el contenido,
  90. esto es bastante sencillo.
  91. Por tanto, debes pensar
    en tu sitio según su configuración.
  92. Pero antes de adentrarnos
    en este tema, volvamos atrás y
  93. hablemos un poco de
    las iniciativas de Google.
  94. Por supuesto, siempre estamos
    trabajando para mejorar
  95. la experiencia de los usuarios.
  96. Y una de las cosas que hemos detectado
    a través de las pruebas es que
  97. los usuarios prefieren ver la página que
    muestra todo el contenido en los resultados
  98. de búsqueda en lugar de una
    página de componentes individual.
  99. Y puede que uno de los
    motivos de esto sea la latencia.
  100. Por tanto, si analizas los resultados de
    búsqueda y haces clic en un resultado que
  101. lleva a una página que muestra todo el
    contenido, esta podría tardar unos 3
  102. segundos en cargar ese artículo sobre los
    nuevos estudios que demuestran que las
  103. galletas son más nutritivas que
    las verduras. La página podría cargarse
  104. en 3 segundos,
  105. pero, a pesar de ello, los usuarios mostraban
    una menor satisfacción cuando los
  106. resultados de búsqueda los redirigían
    simplemente a la primera página del artículo.
  107. Aunque solo se tratara de
    2 segundos de latencia antes
  108. de que la página se cargara, cada
    vez que el usuario hacía clic en
  109. Siguiente para leer más información
    sobre el artículo, se producía un
  110. tiempo de carga adicional.
  111. Por tanto, debido a esta latencia y
    a otros motivos, los usuarios prefieren
  112. la página que muestra todo el contenido.
  113. Así pues, gracias a esta información,
    uno de nuestros ingenieros de indexación,
  114. Benjia Li, desarrolló
    una nueva función
  115. en octubre de 2011.
  116. Se trata de lo siguiente:
  117. "Cuando detectamos que una
    serie paginada también contiene
  118. una versión que muestra todo el
    contenido, hacemos un mayor esfuerzo
  119. para mostrar esa página en los resultados
    de búsqueda siempre que sea
  120. adecuado". Eso es
    fantástico para los usuarios.
  121. Y lo que es aún mejor para
    los webmasters es que, aunque
  122. detectemos esta página que muestra todo el
    contenido, también seguiremos consolidando
  123. distintas propiedades de indexación,
    como los enlaces, en la misma.
  124. Así que, de nuevo, esto resulta muy
    positivo para los usuarios y para ti como
  125. webmaster en lo que respecta a
    toda la consolidación de indexación.
  126. Hablemos ahora de algunas de
    las opciones de las que dispones como
  127. webmaster con
    contenido paginado.
  128. En primer lugar, vamos a analizar
    la situación en la que los webmasters
  129. han paginado el contenido y tienen
    una página que muestra todo el contenido.
  130. Pero si eres webmaster y no tienes
    una página que muestra todo el contenido,
  131. sigue siendo importante que
    prestes atención, ya que algunas de
  132. estas opciones también
    se aplicarán a tu caso.
  133. Bueno, si tienes un sitio con
    contenido paginado y una
  134. página que muestra todo el contenido,
    dispones de tres buenas opciones.
  135. La primera consiste en dejar el contenido tal cual.
  136. No tienes que realizar
    ninguna acción si tienes otras
  137. prioridades en tu sitio.
  138. El contenido paginado está disponible
    en toda la Web, y los motores
  139. de búsqueda seguirán
    haciendo un trabajo aún mejor
  140. para procesarlo.
  141. Y, como mencioné anteriormente, si tienes
    una página que muestra todo el contenido,
  142. Google intentará detectarla
    de forma automática,
  143. dirigir a los usuarios
    a ella y consolidar
  144. tus propiedades de indexación.
  145. Por tanto, la primera
    opción es muy segura.
  146. No obstante, también
    tienes otra opción,
  147. que consiste en utilizar
    el atributo rel="canonical"
  148. para indicar de forma explícita a Google cuál
    es la página que muestra todo el contenido.
  149. Por tanto, aunque intentamos detectar esta
    página utilizando algoritmos, también puedes
  150. indicárnoslo escribiendo
    rel="canonical" en
  151. las páginas de componentes que dirigen a
    la versión que muestra todo el contenido.
  152. Este método es una forma
    más explícita de indicarnos cómo
  153. está configurado tu sitio.
  154. Con el atributo rel="canonical",
    como muchos de vosotros ya sabéis,
  155. consolidaremos las
    propiedades de indexación de
  156. las páginas de componentes
    con la versión canónica.
  157. Por tanto, también se transferirán
    elementos como los enlaces.
  158. Y, posteriormente, como es lógico,
    dirigiremos a los usuarios a
  159. la página que muestra todo el contenido.
  160. Bueno, esa es la segunda opción.
  161. La última opción es en realidad el
    trabajo de dos de nuestros ingenieros,
  162. Joachim y Benjia.
  163. Esta opción consiste en utilizar
    el marcado HTML estándar con
  164. rel="next" y rel="prev" en
    las páginas de componentes de tu
  165. serie para indicar a Google
    que esas son las páginas
  166. individuales, pero que todas
    ellas pertenecen a una serie.
  167. Por tanto, al añadir este marcado
    con rel="next" y rel="prev",
  168. estos componentes individuales
    se conectan en uno.
  169. Para ello, puedes añadir
    rel="next" en la primera página y,
  170. a continuación, rel="prev" y rel="next"
    en la segunda página, y así hasta llegar a
  171. la última página, en la que solo
    debes incluir un atributo rel="prev".
  172. Después, no es
    necesario añadir nada a
  173. la página que muestra todo el contenido.
  174. Los atributos rel="next" y rel="prev"
    representan el marcado HTML estándar,
  175. que se ha utilizado durante años.
  176. No obstante, Google utiliza ahora
    este marcado para que los webmasters
  177. nos informen de
    su contenido paginado.
  178. Ahora voy a explicar cómo
    funciona el marcado con rel="next"
  179. y rel="prev".
  180. Con rel="next" y rel="prev",
    de forma muy similar a lo que ves
  181. con otros atributos, como
    rel="canonical", en realidad
  182. consolidamos las propiedades
    de indexación de las páginas
  183. de componentes de la serie.
  184. Además, a diferencia del atributo
    rel="canonical", que solo
  185. muestra la página de visualización de todo
    el contenido en los resultados de búsqueda,
  186. con rel="next" y rel="prev",
    anulamos ese
  187. comportamiento y dirigimos a
    los usuarios únicamente a una de
  188. las páginas de componentes.
  189. Lo más probable es que esta
    sea la primera página, ya que suele ser
  190. la página más relevante.
  191. Por tanto, suponiendo que tienes la
    categoría de productos de venta de formas,
  192. si utilizas el marcado
    con rel="next" y rel="prev",
  193. nos estarás indicando
    que esas dos páginas
  194. pertenecen a una serie.
  195. Y, a continuación, lo más normal es que
    dirijamos a los usuarios a la primera página.
  196. Por tanto, debes saber que los atributos
    rel="next" y rel="prev" son muy recomendables,
  197. aunque no es obligatorio
    utilizarlos en ningún caso.
  198. Lo último que quiero comentar
    sobre los atributos rel="next" y
  199. rel="prev" es que las URL de las páginas
    de componentes de una serie deben ser
  200. coherentes con
    sus parámetros.
  201. Bien, analicemos el artículo sobre los nuevos
    estudios que demuestran que las galletas
  202. son más nutritivas
    que las verduras.
  203. Supongamos que estas
    páginas incluyen un ID de sesión.
  204. Todos los valores de los atributos
    rel="prev" y rel="next"
  205. también deberían
    incluir el ID de sesión.
  206. Ese es el motivo por el
    que el equipo de indexación
  207. intenta en realidad vincular cada una de
    las páginas de una serie a la declaración
  208. anterior y a la declaración siguiente.
  209. Y cuando hacen esto, quieren
    asegurarse de que si, por ejemplo, estás
  210. en la segunda página,
  211. el valor del atributo rel="prev" sea
  212. "página-1&sid=123" y de que
    los usuarios accedan a esa URL.
  213. Pero esa URL en realidad tiene
    que mostrar la segunda página
  214. con el mismo ID de sesión.
  215. Esa es la forma en la que podemos
    vincular cada una de las páginas de la serie.
  216. Por tanto, debes asegurarte de mantener
    esos parámetros a lo largo de toda tu serie.
  217. Bien, recordemos
    estas tres opciones.
  218. Si tienes una página que
    muestra todo el contenido,
  219. puedes dejarla tal cual,
  220. aunque también puedes incluir
    el atributo rel="canonical" en
  221. la página que muestra
    todo el contenido
  222. o anular el comportamiento de la página
    de visualización de todo el contenido
  223. añadiendo los atributos rel="next" y
    rel="prev". Al añadir los atributos
  224. rel="next" y rel="prev",
    nos ayudas a consolidar
  225. las páginas de componentes de una serie,
  226. pero, en lugar de dirigir a los usuarios
    a una página que muestra todo el contenido,
  227. los dirigiremos a una página de
    componentes, que será probablemente
  228. la primera página de tu serie.
  229. Hablemos ahora de la
    configuración sin una página
  230. de visualización de todo el contenido.
  231. Aquellos webmasters que
    tengan contenido paginado,
  232. pero no cuenten con una página de visualización
    de todo el contenido, tienen dos opciones.
  233. La primera opción consiste, como
    es lógico, en dejar el contenido tal cual.
  234. Esa opción es perfectamente viable.
  235. La segunda opción consiste también
    en utilizar los atributos rel="next" y
  236. rel="prev". Te vuelvo a recordar que, al
    utilizar los atributos rel="next" y rel="prev",
  237. se conectan todas las páginas
    de componentes de la serie y
  238. se consolidan las propiedades
    de indexación, lo que nos permite
  239. dirigir a los usuarios a la página
    más relevante, que suele ser
  240. la primera página de la serie.
  241. Voy a anticiparme a lo que
    estás pensando y plantearte
  242. una de las preguntas más frecuentes
    sobre el atributo rel="canonical", así como
  243. sobre rel="next" y "rel=prev".
    La pregunta es "¿Por qué se deben
  244. utilizar los atributos rel="next" y
    rel="prev" para una serie paginada
  245. en lugar de incluir rel="canonical"
    en la primera página?"
  246. ¡Ajá!
  247. Estoy segura de que
    estabas pensando lo mismo.
  248. La respuesta es que el atributo
    rel="canonical" se utiliza para
  249. contenido duplicado.
  250. Volvamos al ejemplo del artículo.
  251. Supongamos que estamos en la segunda
    página del artículo, que indica "las galletas
  252. son más nutritivas".
  253. Si esta página realmente
    incluye un ID de sesión,
  254. puede mostrar como canónica la
    misma versión, es decir, la conversión
  255. duplicada, pero sin un
    ID de sesión, ya que
  256. el atributo rel="canonical" se utiliza
    para contenido duplicado o para
  257. contenido que es un superconjunto.
  258. Por tanto, aquí tenemos la primera,
    la segunda y la tercera página, y
  259. todas ellas están vinculadas
    a la versión canónica, que es
  260. la versión que muestra todo el contenido.
  261. Esa opción también
    es perfectamente viable.
  262. El problema del atributo
    rel="canonical" es que
  263. solo indexa contenido
    de la versión canónica.
  264. Pasemos ahora a analizar
    esta cuestión en detalle.
  265. Tenemos la segunda y la tercera página,
    en las que la segunda página indica "las galletas
  266. son más nutritivas",
    y la tercera página indica "que
  267. las verduras".
  268. Sin embargo, ambas páginas
    añaden el atributo rel="canonical"
  269. únicamente en la primera página.
  270. Además, el índice de Google
    agrupará la primera, la segunda
  271. y la tercera página entre sí.
  272. No obstante, lo único que se
    habrá indexado será el contenido
  273. de la primera página, es
    decir, la versión canónica.
  274. Por tanto, el índice incluirá en realidad
    la información "nuevos estudios demuestran
  275. que".
  276. Así que, al utilizar este atributo
    rel="canonical" de forma incorrecta,
  277. este webmaster habrá perdido por
    completo el contenido "las galletas
  278. son más nutritivas" y "que las
    verduras". Por tanto, ese es el motivo
  279. por el que el atributo rel="canonical"
    no funciona en este caso.
  280. No obstante, los atributos rel="next"
    y rel="prev" funcionan para una serie
  281. o para una secuencia de contenido.
  282. Volvamos a analizar estos
    dos ejemplos de contenido paginado.
  283. Al utilizar los atributos rel="next" y
    rel="prev", en realidad marcaremos
  284. el contenido en el índice
    de Google como una serie,
  285. pero indexaremos la primera,
    la segunda y la tercera página
  286. de forma independiente.
  287. Por tanto, en el índice, sabremos que la primera
    página hace referencia a "nuevos estudios
  288. demuestran que", que la segunda
    página indica "las galletas son más
  289. nutritivas" y que en la tercera página
    se incluye "que las verduras". Además,
  290. las tres páginas se indexarán
    y marcarán como una serie.
  291. Por tanto, esa es la gran diferencia
    entre el atributo rel="canonical" y
  292. los atributos rel="next" y rel="prev".
  293. Algo que hay que destacar es que
    el atributo rel="canonical" en realidad
  294. se puede utilizar junto con los atributos
    rel="next" y rel="prev". Para ello, volvamos
  295. a analizar la segunda página.
  296. En esta ocasión, se
    incluye un ID de sesión.
  297. Esta URL puede mostrar
    en realidad la versión canónica
  298. sin un ID de sesión y con los
    atributos rel="prev" y rel="next"
  299. con los mismos parámetros,
    como es lógico, incluido el
  300. ID de sesión.
  301. Bien, recordemos estas nuevas
    herramientas de paginación.
  302. Empezando por Google, te
    ofrecemos dos nuevas funciones.
  303. En primer lugar, estamos realizando
    un mayor esfuerzo para detectar una
  304. página de visualización de todo el contenido y
    dirigir, a continuación, a los usuarios a esa
  305. versión preferida que
    muestra todo el contenido.
  306. La segunda función consiste
    en anular ese comportamiento
  307. si así lo quieres.
  308. Por tanto, para aquellos que tengáis o no una
    página de visualización de todo el contenido,
  309. si se añade un marcado
    con rel="next" y
  310. rel="prev", se indicará a
    Google que esas son
  311. las páginas de componentes de una serie,
  312. A continuación, consolidaremos las
    propiedades de indexación y dirigiremos
  313. a los usuarios a la página más
    relevante, que suele ser la primera página.
  314. Hablemos ahora
    sobre los tipos
  315. de configuraciones que puedes utilizar.
  316. Resumiendo, si tienes una página
    que muestra todo el contenido,
  317. dispones de tres opciones.
  318. Puedes dejarla tal cual.
  319. Puedes utilizar el atributo rel="canonical"
    en las páginas de componentes para que
  320. dirijan a la página que
    muestra todo el contenido.
  321. O puedes anular por completo la detección de
    la página de visualización de todo el contenido
  322. añadiendo los atributos rel="next"
    y rel="prev", que nos indicarán que esas
  323. páginas de componentes
    pertenecen a una serie
  324. y que quieres que Google
    dirija a los usuarios a la página
  325. individual más relevante, que, de nuevo,
    será probablemente la primera página.
  326. Bien, la otra parte de las nuevas
    herramientas de paginación está relacionada
  327. con aquellos que no tienen una página
    de visualización de todo el contenido.
  328. En ese caso, tienes dos opciones.
  329. Obviamente, puedes dejar
    el contenido tal cual.
  330. O, de nuevo, puedes utilizar los
    atributos rel="next" y rel="prev".
  331. De esta forma, podrás consolidar
    todas las páginas de componentes
  332. en una serie y dirigir a los usuarios
    a la página más relevante.
  333. Por tanto, lo más interesante de
    estas funciones de paginación es que
  334. llevo en Google el tiempo suficiente
    para haber visto la evolución desde
  335. cuando la comunidad de webmasters
    nos hablaba de incidencias
  336. relacionadas con la paginación hasta
    las nuevas funciones actuales
  337. que te ofrecemos.
  338. Por tanto, quiero darte las gracias
    por todos tus útiles comentarios
  339. y por formar parte de esta
    comunidad de webmasters.
  340. Para obtener más información sobre
    la paginación, a continuación te indicamos
  341. algunas páginas que puedes visitar.
  342. Y, por supuesto, también puedes participar
    en el blog del Centro para webmasters
  343. y en el foro de debate
    para webmasters.
  344. Gracias por tu tiempo.