Return to Video

Pagination and SEO

  • 0:00 - 0:03
  • 0:03 - 0:04
    MAILE OHYE: ¡Hola!
  • 0:04 - 0:05
    Me llamo Maile Ohye
  • 0:05 - 0:09
    y llevo más de seis años
    en Google trabajando con el equipo
  • 0:09 - 0:11
    de la Búsqueda de Google y de las
    Herramientas para webmasters de Google.
  • 0:11 - 0:13
    Me gustaría darte
    la bienvenida a mi hogar.
  • 0:13 - 0:17
    Vamos a hablar de la paginación y de la
    optimización de motores de búsqueda (SEO).
  • 0:17 - 0:19
    De acuerdo con el programa de hoy,
    empezaremos analizando algunos
  • 0:19 - 0:22
    ejemplos de contenido paginado.
  • 0:22 - 0:25
    A continuación, abordaremos algunos
    de los efectos colaterales negativos
  • 0:25 - 0:29
    de la paginación y los motivos por
    los que los webmasters deberían tratar
  • 0:29 - 0:32
    de evitar dividir sus
    propiedades de indexación e
  • 0:32 - 0:35
    intentar mostrar mejores
    resultados a los usuarios.
  • 0:35 - 0:37
    Posteriormente, hablaremos
    de la configuración.
  • 0:37 - 0:39
    Esta sección se divide en dos partes
    según el tipo de webmaster:
  • 0:39 - 0:43
    webmasters con
    contenido paginado y
  • 0:43 - 0:45
    una página de visualización
    de todo el contenido, y
  • 0:45 - 0:48
    webmasters que tienen
    contenido paginado, pero
  • 0:48 - 0:50
    que no tienen una página
    que muestra todo el contenido.
  • 0:50 - 0:53
    Por tanto, aquí vamos a tratar
    dos tipos de configuraciones.
  • 0:53 - 0:55
    A continuación, retrocederemos
    un poco para hablar
  • 0:55 - 0:59
    de las iniciativas de Google para ayudar
    a los webmasters y a los usuarios
  • 0:59 - 1:01
    con contenido paginado.
  • 1:01 - 1:04
    Y, por último, en función de tu
    configuración, es decir, si tienes o no
  • 1:04 - 1:08
    una página de visualización
    de todo el contenido,
  • 1:08 - 1:11
    analizaremos las opciones
    disponibles para
  • 1:11 - 1:13
    tu contenido paginado.
  • 1:13 - 1:15
    Bueno, dicho esto, empecemos
    analizando algunos
  • 1:15 - 1:18
    ejemplos de contenido paginado.
  • 1:18 - 1:21
    El contenido paginado está disponible
    en toda la Web, por lo que
  • 1:21 - 1:23
    voy a tratar dos de
    los casos más habituales.
  • 1:23 - 1:26
    El primero hace referencia
    a un artículo paginado.
  • 1:26 - 1:29
    Imaginemos que accedes a
    tu sitio de contenido favorito y
  • 1:29 - 1:32
    ves la noticia de última hora:
  • 1:32 - 1:36
    "Nuevos estudios demuestran
    que las galletas son más nutritivas
  • 1:36 - 1:39
    que las verduras". Esa sería
    más o menos la noticia.
  • 1:39 - 1:43
    No obstante, es posible que tu sitio favorito
    no incluya toda esta información en una
  • 1:43 - 1:47
    página, sino que pagine el contenido
    en varias páginas de componentes.
  • 1:47 - 1:50
    En este caso, este único artículo se ha
    convertido en tres, lo que constituye
  • 1:50 - 1:53
    un ejemplo de un artículo
    de contenido paginado.
  • 1:53 - 1:57
    Otro ejemplo de paginación hace
    referencia, por ejemplo, a una
  • 1:57 - 1:59
    categoría de productos, como la información
    que aparecería en tu sitio favorito
  • 1:59 - 2:01
    de comercio electrónico.
  • 2:01 - 2:04
    Imaginemos que este
    webmaster vende formas
  • 2:04 - 2:06
    y que ofrece
    seis tipos de formas,
  • 2:06 - 2:09
    pero en lugar de incluirlas todas
    en una página, las ha dividido
  • 2:09 - 2:14
    en dos páginas de componentes, en cada
    una de las cuales se incluyen formas, lo que
  • 2:14 - 2:15
    da lugar a una nueva paginación.
  • 2:15 - 2:19
    Por tanto, dos formas habituales de paginar
    el contenido son los artículos de contenido
  • 2:19 - 2:22
    paginado y las categorías
    de productos paginadas.
  • 2:22 - 2:25
    Pero, ¿cuáles son algunos de los efectos
    colaterales negativos de este método?
  • 2:25 - 2:27
    Bueno, existen varios efectos.
  • 2:27 - 2:32
    Me gustaría destacar dos de ellos:
    el primero es que las propiedades
  • 2:32 - 2:36
    de indexación, como los enlaces
    y el texto de anclaje, se pueden dividir
  • 2:36 - 2:40
    en las diferentes URL de las páginas
    de componentes en lugar de
  • 2:40 - 2:42
    consolidarse en
    un artículo o en
  • 2:42 - 2:45
    una categoría de productos.
  • 2:45 - 2:47
    Bueno, ese es uno de los
    efectos colaterales negativos.
  • 2:47 - 2:51
    El otro efecto colateral negativo es
    que la página más relevante de la serie
  • 2:51 - 2:54
    podría no reflejarse en
    los resultados de búsqueda.
  • 2:54 - 2:57
    Por tanto, si eres el webmaster de este
    sitio de comercio electrónico, es posible
  • 2:57 - 3:01
    que quieras que los usuarios accedan, por
    ejemplo, a la primera página de tu serie.
  • 3:01 - 3:04
    No obstante, los motores de búsqueda
    interpretan esta paginación como tres
  • 3:04 - 3:07
    entidades independientes, por lo que los
    usuarios podrían ser dirigidos a otra
  • 3:07 - 3:10
    otra página que podría
    no ser la más relevante.
  • 3:10 - 3:13
    Bueno, esos son algunos de los
    efectos colaterales negativos de
  • 3:13 - 3:14
    la paginación.
  • 3:14 - 3:17
    Hablemos ahora un poco
    más de tu situación y de la
  • 3:17 - 3:20
    configuración de tu sitio.
  • 3:20 - 3:22
    Para hablar de este tema,
    vamos a analizar dos tipos de
  • 3:22 - 3:23
    configuraciones diferentes.
  • 3:23 - 3:27
    La primera es aquella que tiene una página
    de visualización de todo el contenido, y
  • 3:27 - 3:29
    la otra es la que
    no tiene esta página.
  • 3:29 - 3:32
    Bien, si tu sitio tiene contenido
    paginado y dispone de una
  • 3:32 - 3:35
    página que muestra todo el contenido,
    debes asegurarte de comprobar
  • 3:35 - 3:37
    determinados aspectos.
  • 3:37 - 3:41
    Uno de ellos consiste en asegurarte
    de que tu sitio tenga latencia fija
  • 3:41 - 3:45
    suficiente, es decir, que si un
    usuario hace clic en la versión con
  • 3:45 - 3:48
    la página de visualización de todo el contenido,
    esta no tarde 15 segundos en cargarse
  • 3:48 - 3:50
    porque se trate de un artículo
    muy extenso o porque
  • 3:50 - 3:51
    incluya demasiados productos,
  • 3:51 - 3:53
    sino que se siga ofreciendo
    una experiencia positiva al usuario,
  • 3:53 - 3:56
    por ejemplo que la página
    solo tarde 4 segundos en cargarse.
  • 3:56 - 3:59
    El segundo punto que debes comprobar
    es que, si tienes una página que muestra
  • 3:59 - 4:03
    todo el contenido, debes asegurarte de
    que se pueda seguir navegando fácilmente
  • 4:03 - 4:06
    por ella, es decir, que los usuarios
    puedan seguir encontrando el contenido
  • 4:06 - 4:09
    que buscan o el producto
    específico que quieren
  • 4:09 - 4:13
    desplazándose fácilmente
    o viendo titulares.
  • 4:13 - 4:16
    Bien, esa es la configuración de un sitio
    con una página que muestra todo el contenido.
  • 4:16 - 4:19
    Y, si no tienes una página
    de visualización de todo el contenido,
  • 4:19 - 4:21
    esto es bastante sencillo.
  • 4:21 - 4:25
    Por tanto, debes pensar
    en tu sitio según su configuración.
  • 4:25 - 4:29
    Pero antes de adentrarnos
    en este tema, volvamos atrás y
  • 4:29 - 4:32
    hablemos un poco de
    las iniciativas de Google.
  • 4:32 - 4:35
    Por supuesto, siempre estamos
    trabajando para mejorar
  • 4:35 - 4:37
    la experiencia de los usuarios.
  • 4:37 - 4:40
    Y una de las cosas que hemos detectado
    a través de las pruebas es que
  • 4:40 - 4:43
    los usuarios prefieren ver la página que
    muestra todo el contenido en los resultados
  • 4:43 - 4:48
    de búsqueda en lugar de una
    página de componentes individual.
  • 4:48 - 4:51
    Y puede que uno de los
    motivos de esto sea la latencia.
  • 4:51 - 4:54
    Por tanto, si analizas los resultados de
    búsqueda y haces clic en un resultado que
  • 4:54 - 4:58
    lleva a una página que muestra todo el
    contenido, esta podría tardar unos 3
  • 4:58 - 5:01
    segundos en cargar ese artículo sobre los
    nuevos estudios que demuestran que las
  • 5:01 - 5:04
    galletas son más nutritivas que
    las verduras. La página podría cargarse
  • 5:04 - 5:05
    en 3 segundos,
  • 5:05 - 5:08
    pero, a pesar de ello, los usuarios mostraban
    una menor satisfacción cuando los
  • 5:08 - 5:12
    resultados de búsqueda los redirigían
    simplemente a la primera página del artículo.
  • 5:12 - 5:14
    Aunque solo se tratara de
    2 segundos de latencia antes
  • 5:14 - 5:17
    de que la página se cargara, cada
    vez que el usuario hacía clic en
  • 5:17 - 5:20
    Siguiente para leer más información
    sobre el artículo, se producía un
  • 5:20 - 5:22
    tiempo de carga adicional.
  • 5:22 - 5:26
    Por tanto, debido a esta latencia y
    a otros motivos, los usuarios prefieren
  • 5:26 - 5:28
    la página que muestra todo el contenido.
  • 5:28 - 5:32
    Así pues, gracias a esta información,
    uno de nuestros ingenieros de indexación,
  • 5:32 - 5:35
    Benjia Li, desarrolló
    una nueva función
  • 5:35 - 5:37
    en octubre de 2011.
  • 5:37 - 5:39
    Se trata de lo siguiente:
  • 5:39 - 5:43
    "Cuando detectamos que una
    serie paginada también contiene
  • 5:43 - 5:47
    una versión que muestra todo el
    contenido, hacemos un mayor esfuerzo
  • 5:47 - 5:49
    para mostrar esa página en los resultados
    de búsqueda siempre que sea
  • 5:49 - 5:53
    adecuado". Eso es
    fantástico para los usuarios.
  • 5:53 - 5:56
    Y lo que es aún mejor para
    los webmasters es que, aunque
  • 5:56 - 5:59
    detectemos esta página que muestra todo el
    contenido, también seguiremos consolidando
  • 5:59 - 6:03
    distintas propiedades de indexación,
    como los enlaces, en la misma.
  • 6:03 - 6:06
    Así que, de nuevo, esto resulta muy
    positivo para los usuarios y para ti como
  • 6:06 - 6:10
    webmaster en lo que respecta a
    toda la consolidación de indexación.
  • 6:10 - 6:13
    Hablemos ahora de algunas de
    las opciones de las que dispones como
  • 6:13 - 6:16
    webmaster con
    contenido paginado.
  • 6:16 - 6:19
    En primer lugar, vamos a analizar
    la situación en la que los webmasters
  • 6:19 - 6:23
    han paginado el contenido y tienen
    una página que muestra todo el contenido.
  • 6:23 - 6:26
    Pero si eres webmaster y no tienes
    una página que muestra todo el contenido,
  • 6:26 - 6:28
    sigue siendo importante que
    prestes atención, ya que algunas de
  • 6:28 - 6:30
    estas opciones también
    se aplicarán a tu caso.
  • 6:30 - 6:34
    Bueno, si tienes un sitio con
    contenido paginado y una
  • 6:34 - 6:37
    página que muestra todo el contenido,
    dispones de tres buenas opciones.
  • 6:37 - 6:40
    La primera consiste en dejar el contenido tal cual.
  • 6:40 - 6:42
    No tienes que realizar
    ninguna acción si tienes otras
  • 6:42 - 6:44
    prioridades en tu sitio.
  • 6:44 - 6:47
    El contenido paginado está disponible
    en toda la Web, y los motores
  • 6:47 - 6:49
    de búsqueda seguirán
    haciendo un trabajo aún mejor
  • 6:49 - 6:51
    para procesarlo.
  • 6:51 - 6:54
    Y, como mencioné anteriormente, si tienes
    una página que muestra todo el contenido,
  • 6:54 - 6:57
    Google intentará detectarla
    de forma automática,
  • 6:57 - 7:00
    dirigir a los usuarios
    a ella y consolidar
  • 7:00 - 7:01
    tus propiedades de indexación.
  • 7:01 - 7:04
    Por tanto, la primera
    opción es muy segura.
  • 7:04 - 7:07
    No obstante, también
    tienes otra opción,
  • 7:07 - 7:11
    que consiste en utilizar
    el atributo rel="canonical"
  • 7:11 - 7:15
    para indicar de forma explícita a Google cuál
    es la página que muestra todo el contenido.
  • 7:15 - 7:19
    Por tanto, aunque intentamos detectar esta
    página utilizando algoritmos, también puedes
  • 7:19 - 7:22
    indicárnoslo escribiendo
    rel="canonical" en
  • 7:22 - 7:25
    las páginas de componentes que dirigen a
    la versión que muestra todo el contenido.
  • 7:25 - 7:28
    Este método es una forma
    más explícita de indicarnos cómo
  • 7:28 - 7:30
    está configurado tu sitio.
  • 7:30 - 7:33
    Con el atributo rel="canonical",
    como muchos de vosotros ya sabéis,
  • 7:33 - 7:36
    consolidaremos las
    propiedades de indexación de
  • 7:36 - 7:40
    las páginas de componentes
    con la versión canónica.
  • 7:40 - 7:43
    Por tanto, también se transferirán
    elementos como los enlaces.
  • 7:43 - 7:45
    Y, posteriormente, como es lógico,
    dirigiremos a los usuarios a
  • 7:45 - 7:47
    la página que muestra todo el contenido.
  • 7:47 - 7:48
    Bueno, esa es la segunda opción.
  • 7:48 - 7:52
    La última opción es en realidad el
    trabajo de dos de nuestros ingenieros,
  • 7:52 - 7:54
    Joachim y Benjia.
  • 7:54 - 7:58
    Esta opción consiste en utilizar
    el marcado HTML estándar con
  • 7:58 - 8:02
    rel="next" y rel="prev" en
    las páginas de componentes de tu
  • 8:02 - 8:06
    serie para indicar a Google
    que esas son las páginas
  • 8:06 - 8:09
    individuales, pero que todas
    ellas pertenecen a una serie.
  • 8:09 - 8:12
    Por tanto, al añadir este marcado
    con rel="next" y rel="prev",
  • 8:12 - 8:16
    estos componentes individuales
    se conectan en uno.
  • 8:16 - 8:19
    Para ello, puedes añadir
    rel="next" en la primera página y,
  • 8:19 - 8:24
    a continuación, rel="prev" y rel="next"
    en la segunda página, y así hasta llegar a
  • 8:24 - 8:27
    la última página, en la que solo
    debes incluir un atributo rel="prev".
  • 8:27 - 8:28
    Después, no es
    necesario añadir nada a
  • 8:28 - 8:31
    la página que muestra todo el contenido.
  • 8:31 - 8:34
    Los atributos rel="next" y rel="prev"
    representan el marcado HTML estándar,
  • 8:34 - 8:36
    que se ha utilizado durante años.
  • 8:36 - 8:39
    No obstante, Google utiliza ahora
    este marcado para que los webmasters
  • 8:39 - 8:42
    nos informen de
    su contenido paginado.
  • 8:42 - 8:44
    Ahora voy a explicar cómo
    funciona el marcado con rel="next"
  • 8:44 - 8:46
    y rel="prev".
  • 8:46 - 8:49
    Con rel="next" y rel="prev",
    de forma muy similar a lo que ves
  • 8:49 - 8:51
    con otros atributos, como
    rel="canonical", en realidad
  • 8:51 - 8:55
    consolidamos las propiedades
    de indexación de las páginas
  • 8:55 - 8:57
    de componentes de la serie.
  • 8:57 - 9:00
    Además, a diferencia del atributo
    rel="canonical", que solo
  • 9:00 - 9:02
    muestra la página de visualización de todo
    el contenido en los resultados de búsqueda,
  • 9:02 - 9:05
    con rel="next" y rel="prev",
    anulamos ese
  • 9:05 - 9:09
    comportamiento y dirigimos a
    los usuarios únicamente a una de
  • 9:09 - 9:10
    las páginas de componentes.
  • 9:10 - 9:13
    Lo más probable es que esta
    sea la primera página, ya que suele ser
  • 9:13 - 9:15
    la página más relevante.
  • 9:15 - 9:18
    Por tanto, suponiendo que tienes la
    categoría de productos de venta de formas,
  • 9:18 - 9:21
    si utilizas el marcado
    con rel="next" y rel="prev",
  • 9:21 - 9:25
    nos estarás indicando
    que esas dos páginas
  • 9:25 - 9:26
    pertenecen a una serie.
  • 9:26 - 9:30
    Y, a continuación, lo más normal es que
    dirijamos a los usuarios a la primera página.
  • 9:30 - 9:34
    Por tanto, debes saber que los atributos
    rel="next" y rel="prev" son muy recomendables,
  • 9:34 - 9:37
    aunque no es obligatorio
    utilizarlos en ningún caso.
  • 9:37 - 9:40
    Lo último que quiero comentar
    sobre los atributos rel="next" y
  • 9:40 - 9:44
    rel="prev" es que las URL de las páginas
    de componentes de una serie deben ser
  • 9:44 - 9:46
    coherentes con
    sus parámetros.
  • 9:46 - 9:51
    Bien, analicemos el artículo sobre los nuevos
    estudios que demuestran que las galletas
  • 9:51 - 9:54
    son más nutritivas
    que las verduras.
  • 9:54 - 9:58
    Supongamos que estas
    páginas incluyen un ID de sesión.
  • 9:58 - 10:01
    Todos los valores de los atributos
    rel="prev" y rel="next"
  • 10:01 - 10:03
    también deberían
    incluir el ID de sesión.
  • 10:03 - 10:06
    Ese es el motivo por el
    que el equipo de indexación
  • 10:06 - 10:09
    intenta en realidad vincular cada una de
    las páginas de una serie a la declaración
  • 10:09 - 10:12
    anterior y a la declaración siguiente.
  • 10:12 - 10:14
    Y cuando hacen esto, quieren
    asegurarse de que si, por ejemplo, estás
  • 10:14 - 10:16
    en la segunda página,
  • 10:16 - 10:19
    el valor del atributo rel="prev" sea
  • 10:19 - 10:23
    "página-1&sid=123" y de que
    los usuarios accedan a esa URL.
  • 10:23 - 10:27
    Pero esa URL en realidad tiene
    que mostrar la segunda página
  • 10:27 - 10:28
    con el mismo ID de sesión.
  • 10:28 - 10:32
    Esa es la forma en la que podemos
    vincular cada una de las páginas de la serie.
  • 10:32 - 10:36
    Por tanto, debes asegurarte de mantener
    esos parámetros a lo largo de toda tu serie.
  • 10:36 - 10:39
    Bien, recordemos
    estas tres opciones.
  • 10:39 - 10:41
    Si tienes una página que
    muestra todo el contenido,
  • 10:41 - 10:43
    puedes dejarla tal cual,
  • 10:43 - 10:46
    aunque también puedes incluir
    el atributo rel="canonical" en
  • 10:46 - 10:48
    la página que muestra
    todo el contenido
  • 10:48 - 10:51
    o anular el comportamiento de la página
    de visualización de todo el contenido
  • 10:51 - 10:55
    añadiendo los atributos rel="next" y
    rel="prev". Al añadir los atributos
  • 10:55 - 10:58
    rel="next" y rel="prev",
    nos ayudas a consolidar
  • 10:58 - 11:00
    las páginas de componentes de una serie,
  • 11:00 - 11:03
    pero, en lugar de dirigir a los usuarios
    a una página que muestra todo el contenido,
  • 11:03 - 11:06
    los dirigiremos a una página de
    componentes, que será probablemente
  • 11:06 - 11:09
    la primera página de tu serie.
  • 11:09 - 11:12
    Hablemos ahora de la
    configuración sin una página
  • 11:12 - 11:14
    de visualización de todo el contenido.
  • 11:14 - 11:17
    Aquellos webmasters que
    tengan contenido paginado,
  • 11:17 - 11:21
    pero no cuenten con una página de visualización
    de todo el contenido, tienen dos opciones.
  • 11:21 - 11:23
    La primera opción consiste, como
    es lógico, en dejar el contenido tal cual.
  • 11:23 - 11:25
    Esa opción es perfectamente viable.
  • 11:25 - 11:28
    La segunda opción consiste también
    en utilizar los atributos rel="next" y
  • 11:28 - 11:31
    rel="prev". Te vuelvo a recordar que, al
    utilizar los atributos rel="next" y rel="prev",
  • 11:31 - 11:34
    se conectan todas las páginas
    de componentes de la serie y
  • 11:34 - 11:37
    se consolidan las propiedades
    de indexación, lo que nos permite
  • 11:37 - 11:40
    dirigir a los usuarios a la página
    más relevante, que suele ser
  • 11:40 - 11:43
    la primera página de la serie.
  • 11:43 - 11:46
    Voy a anticiparme a lo que
    estás pensando y plantearte
  • 11:46 - 11:50
    una de las preguntas más frecuentes
    sobre el atributo rel="canonical", así como
  • 11:50 - 11:54
    sobre rel="next" y "rel=prev".
    La pregunta es "¿Por qué se deben
  • 11:54 - 11:57
    utilizar los atributos rel="next" y
    rel="prev" para una serie paginada
  • 11:57 - 11:59
    en lugar de incluir rel="canonical"
    en la primera página?"
  • 11:59 - 12:00
    ¡Ajá!
  • 12:00 - 12:01
    Estoy segura de que
    estabas pensando lo mismo.
  • 12:01 - 12:05
    La respuesta es que el atributo
    rel="canonical" se utiliza para
  • 12:05 - 12:06
    contenido duplicado.
  • 12:06 - 12:08
    Volvamos al ejemplo del artículo.
  • 12:08 - 12:10
    Supongamos que estamos en la segunda
    página del artículo, que indica "las galletas
  • 12:10 - 12:12
    son más nutritivas".
  • 12:12 - 12:15
    Si esta página realmente
    incluye un ID de sesión,
  • 12:15 - 12:19
    puede mostrar como canónica la
    misma versión, es decir, la conversión
  • 12:19 - 12:22
    duplicada, pero sin un
    ID de sesión, ya que
  • 12:22 - 12:25
    el atributo rel="canonical" se utiliza
    para contenido duplicado o para
  • 12:25 - 12:27
    contenido que es un superconjunto.
  • 12:27 - 12:32
    Por tanto, aquí tenemos la primera,
    la segunda y la tercera página, y
  • 12:32 - 12:34
    todas ellas están vinculadas
    a la versión canónica, que es
  • 12:34 - 12:36
    la versión que muestra todo el contenido.
  • 12:36 - 12:38
    Esa opción también
    es perfectamente viable.
  • 12:38 - 12:40
    El problema del atributo
    rel="canonical" es que
  • 12:40 - 12:44
    solo indexa contenido
    de la versión canónica.
  • 12:44 - 12:47
    Pasemos ahora a analizar
    esta cuestión en detalle.
  • 12:47 - 12:51
    Tenemos la segunda y la tercera página,
    en las que la segunda página indica "las galletas
  • 12:51 - 12:54
    son más nutritivas",
    y la tercera página indica "que
  • 12:54 - 12:55
    las verduras".
  • 12:55 - 12:57
    Sin embargo, ambas páginas
    añaden el atributo rel="canonical"
  • 12:57 - 12:59
    únicamente en la primera página.
  • 12:59 - 13:03
    Además, el índice de Google
    agrupará la primera, la segunda
  • 13:03 - 13:05
    y la tercera página entre sí.
  • 13:05 - 13:08
    No obstante, lo único que se
    habrá indexado será el contenido
  • 13:08 - 13:11
    de la primera página, es
    decir, la versión canónica.
  • 13:11 - 13:14
    Por tanto, el índice incluirá en realidad
    la información "nuevos estudios demuestran
  • 13:14 - 13:15
    que".
  • 13:15 - 13:18
    Así que, al utilizar este atributo
    rel="canonical" de forma incorrecta,
  • 13:18 - 13:21
    este webmaster habrá perdido por
    completo el contenido "las galletas
  • 13:21 - 13:25
    son más nutritivas" y "que las
    verduras". Por tanto, ese es el motivo
  • 13:25 - 13:27
    por el que el atributo rel="canonical"
    no funciona en este caso.
  • 13:27 - 13:30
    No obstante, los atributos rel="next"
    y rel="prev" funcionan para una serie
  • 13:30 - 13:32
    o para una secuencia de contenido.
  • 13:32 - 13:36
    Volvamos a analizar estos
    dos ejemplos de contenido paginado.
  • 13:36 - 13:39
    Al utilizar los atributos rel="next" y
    rel="prev", en realidad marcaremos
  • 13:39 - 13:43
    el contenido en el índice
    de Google como una serie,
  • 13:43 - 13:47
    pero indexaremos la primera,
    la segunda y la tercera página
  • 13:47 - 13:48
    de forma independiente.
  • 13:48 - 13:52
    Por tanto, en el índice, sabremos que la primera
    página hace referencia a "nuevos estudios
  • 13:52 - 13:54
    demuestran que", que la segunda
    página indica "las galletas son más
  • 13:54 - 13:58
    nutritivas" y que en la tercera página
    se incluye "que las verduras". Además,
  • 13:58 - 14:02
    las tres páginas se indexarán
    y marcarán como una serie.
  • 14:02 - 14:04
    Por tanto, esa es la gran diferencia
    entre el atributo rel="canonical" y
  • 14:04 - 14:05
    los atributos rel="next" y rel="prev".
  • 14:05 - 14:08
    Algo que hay que destacar es que
    el atributo rel="canonical" en realidad
  • 14:08 - 14:13
    se puede utilizar junto con los atributos
    rel="next" y rel="prev". Para ello, volvamos
  • 14:13 - 14:14
    a analizar la segunda página.
  • 14:14 - 14:17
    En esta ocasión, se
    incluye un ID de sesión.
  • 14:17 - 14:21
    Esta URL puede mostrar
    en realidad la versión canónica
  • 14:21 - 14:25
    sin un ID de sesión y con los
    atributos rel="prev" y rel="next"
  • 14:25 - 14:28
    con los mismos parámetros,
    como es lógico, incluido el
  • 14:28 - 14:30
    ID de sesión.
  • 14:30 - 14:34
    Bien, recordemos estas nuevas
    herramientas de paginación.
  • 14:34 - 14:37
    Empezando por Google, te
    ofrecemos dos nuevas funciones.
  • 14:37 - 14:40
    En primer lugar, estamos realizando
    un mayor esfuerzo para detectar una
  • 14:40 - 14:43
    página de visualización de todo el contenido y
    dirigir, a continuación, a los usuarios a esa
  • 14:43 - 14:45
    versión preferida que
    muestra todo el contenido.
  • 14:45 - 14:48
    La segunda función consiste
    en anular ese comportamiento
  • 14:48 - 14:49
    si así lo quieres.
  • 14:49 - 14:52
    Por tanto, para aquellos que tengáis o no una
    página de visualización de todo el contenido,
  • 14:52 - 14:55
    si se añade un marcado
    con rel="next" y
  • 14:55 - 14:58
    rel="prev", se indicará a
    Google que esas son
  • 14:58 - 15:00
    las páginas de componentes de una serie,
  • 15:00 - 15:03
    A continuación, consolidaremos las
    propiedades de indexación y dirigiremos
  • 15:03 - 15:08
    a los usuarios a la página más
    relevante, que suele ser la primera página.
  • 15:08 - 15:10
    Hablemos ahora
    sobre los tipos
  • 15:10 - 15:12
    de configuraciones que puedes utilizar.
  • 15:12 - 15:16
    Resumiendo, si tienes una página
    que muestra todo el contenido,
  • 15:16 - 15:17
    dispones de tres opciones.
  • 15:17 - 15:19
    Puedes dejarla tal cual.
  • 15:19 - 15:23
    Puedes utilizar el atributo rel="canonical"
    en las páginas de componentes para que
  • 15:23 - 15:25
    dirijan a la página que
    muestra todo el contenido.
  • 15:25 - 15:29
    O puedes anular por completo la detección de
    la página de visualización de todo el contenido
  • 15:29 - 15:32
    añadiendo los atributos rel="next"
    y rel="prev", que nos indicarán que esas
  • 15:32 - 15:35
    páginas de componentes
    pertenecen a una serie
  • 15:35 - 15:37
    y que quieres que Google
    dirija a los usuarios a la página
  • 15:37 - 15:42
    individual más relevante, que, de nuevo,
    será probablemente la primera página.
  • 15:42 - 15:45
    Bien, la otra parte de las nuevas
    herramientas de paginación está relacionada
  • 15:45 - 15:48
    con aquellos que no tienen una página
    de visualización de todo el contenido.
  • 15:48 - 15:50
    En ese caso, tienes dos opciones.
  • 15:50 - 15:53
    Obviamente, puedes dejar
    el contenido tal cual.
  • 15:53 - 15:56
    O, de nuevo, puedes utilizar los
    atributos rel="next" y rel="prev".
  • 15:56 - 15:59
    De esta forma, podrás consolidar
    todas las páginas de componentes
  • 15:59 - 16:04
    en una serie y dirigir a los usuarios
    a la página más relevante.
  • 16:04 - 16:07
    Por tanto, lo más interesante de
    estas funciones de paginación es que
  • 16:07 - 16:10
    llevo en Google el tiempo suficiente
    para haber visto la evolución desde
  • 16:10 - 16:13
    cuando la comunidad de webmasters
    nos hablaba de incidencias
  • 16:13 - 16:16
    relacionadas con la paginación hasta
    las nuevas funciones actuales
  • 16:16 - 16:18
    que te ofrecemos.
  • 16:18 - 16:21
    Por tanto, quiero darte las gracias
    por todos tus útiles comentarios
  • 16:21 - 16:23
    y por formar parte de esta
    comunidad de webmasters.
  • 16:23 - 16:26
    Para obtener más información sobre
    la paginación, a continuación te indicamos
  • 16:26 - 16:27
    algunas páginas que puedes visitar.
  • 16:27 - 16:29
    Y, por supuesto, también puedes participar
    en el blog del Centro para webmasters
  • 16:29 - 16:32
    y en el foro de debate
    para webmasters.
  • 16:32 - 16:34
    Gracias por tu tiempo.
  • 16:34 -
Title:
Pagination and SEO
Description:

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.

more » « less
Video Language:
English
Team:
Google Webmasters
Project:
WebmasterHelp
Duration:
16:36
Amara Bot edited Spanish subtitles for Pagination and SEO
Amara Bot added a translation

Spanish subtitles

Revisions