Post Top Ad

Your Ad Spot

miércoles, 6 de mayo de 2020

Los SEO están rompiendo la paginación después de que Google cambió Rel = Prev / Next - Aquí se explica cómo hacerlo bien

Cuando Google anunció que el marcado rel = prev / next no se había utilizado en años , notamos un aumento en los sitios web que cambiaron su implementación y perjudicaron activamente sus sitios. Veamos qué cambió y qué debería estar haciendo.
El propósito de rel = prev / next es indicar páginas paginadas en una serie. Originalmente, Google usó el marcado  para compartir señales con el grupo de páginas paginadas mientras intercambiaba para mostrar la página más relevante en sus resultados de búsqueda. Los casos de uso típicos incluyen dividir el contenido en múltiples partes y crear múltiples páginas para listas de productos, hilos de foros y listas de blogs.
Echemos un vistazo a cómo se vería el código real para una serie de tres páginas.
Página uno:
esta es la primera página, por lo que solo necesita hacer referencia a la página siguiente.
<link rel = "next" href = "https://website.com/page/2/>
Página dos: hace 
referencia tanto a las páginas siguientes como a las anteriores de la serie.
<link rel = "next" href = "https://website.com/page/3/>
<link rel = "prev" href = "https://website.com/page/1/>
Página tres:
esta es la última página, por lo que solo necesita hacer referencia a la página anterior.
<link rel = "prev" href = "https://website.com/page/2/>
Sin embargo, en 2019, Google decidió decirnos que ya no usaban rel = prev / next para la paginación. Peor aún, aparentemente no lo habían usado en años.
Google Webmasters @googlewmc
Spring cleaning!

As we evaluated our indexing signals, we decided to retire rel=prev/next.
Studies show that users love single-page content, aim for that when possible, but multi-part is also fine for Google Search. Know and do what's best for *your* users! #springiscoming
View image on Twitter
581
8:45 AM - Mar 21, 2019
Twitter Ads info and privacy
500 people are talking about this
Este cambio realmente no impactó el SEO . Para contenido duplicado , tener algunos bloques de texto iguales no dañará su sitio y no hay penalización. Google aún intentará encontrar la mejor versión de ese contenido para mostrar. 
Entonces la pregunta es, ¿por qué el cambio? ¿Y qué debe hacer al respecto, si es que hay algo?
En esta publicación, aprenderás:
  • ¿Por qué Google eliminó la compatibilidad con rel = prev / next?
  • Cómo los SEO podrían haber sabido que rel = prev / next ya no funcionaba
  • Si debe o no eliminar rel = prev / next de sus páginas
  • Cómo implementar correctamente la paginación en 2020
  • Cómo las personas están dañando sus sitios con una implementación incorrecta
Comencemos por la cima.
Antes de que Google lanzara la bomba de que ya no usan rel = prev / next, una de las recomendaciones oficiales  para la paginación era no hacer nada y dejar que lo descubrieran.
Hacer nada. El contenido paginado es muy común, y Google hace un buen trabajo devolviendo los resultados más relevantes a los usuarios, independientemente de si el contenido se divide en varias páginas.
Sabiendo esto, la razón más probable por la que dejaron de usar rel = prev / next es que simplemente mejoraron al descubrirlo y sintieron que ya no necesitaban las pistas adicionales.
Google tiene varias opciones además de rel = prev / next que pueden usar para identificar las páginas de una serie. En su mayor parte, los sitios web son consistentes con sus implementaciones de páginas paginadas, y Google puede ver cosas como:
  • Encabezados
  • Títulos de página (mismo título o con un número de página agregado)
  • Enlaces en la página ( enlaces internos  a otras páginas del conjunto)
También es posible que las recomendaciones para la paginación condujeran a malas experiencias de usuario a medida que los sitios dividen su contenido en varias páginas. La mayoría de las veces, esto se hizo para las visitas a la página y los ingresos publicitarios, pero la experiencia fue molesta para los usuarios y dificultó a las personas encontrar lo que estaban buscando. Aquí hay dos  ejemplos  de lo que quiero decir.
Cuando Google anunció que no habían admitido rel = prev / next en años, una de las primeras preguntas que recibí de muchos SEO fue ¿cómo podríamos nosotros, como SEO técnicos, no haber sabido esto?
La respuesta simple es que no había forma de saberlo. Si Google no nos lo hubiera dicho, no lo sabríamos.
Si la paginación funcionara, Google consolidaría las señales para el conjunto de páginas. Si bien comúnmente mostrarían la primera página del conjunto, también cambiarían qué página se mostraba si hubiera una página más relevante del conjunto en los resultados de búsqueda. Si la paginación no funcionaba, bueno, lo mismo sucedería porque así es como funciona la búsqueda: Google devuelve la página más relevante para la consulta.
No.
Si ya ha implementado rel = prev / next en su sitio web, no lo elimine. Google no fue la única fuente para usar esta información. Todavía es recomendado por W3C  y se usa para accesibilidad web y cumplimiento de ADA . Algunos navegadores también lo usan para la captación previa. Además, otros motores de búsqueda  como Bing todavía usan el marcado.
Frédéric Dubut@CoperniX
We're using rel prev/next (like most markup) as hints for page discovery and site structure understanding. At this point we're not merging pages together in the index based on these and we're not using prev/next in the ranking model. https://twitter.com/searchmartin/status/1108797316088004608 
searchmartin @searchmartin
@CoperniX Hey Frederic, are you guys still using rel prev and next? ;) https://blogs.bing.com/webmaster/2012/04/13/implementing-markup-for-paginated-and-sequenced-content 
100
1:36 PM - Mar 21, 2019
Twitter Ads info and privacy
44 people are talking about this
La mayoría de las configuraciones que usan rel = prev / next también usan etiquetas canónicas autorreferenciadas Para esta configuración, no cambie nada en absoluto. Trate las páginas como lo haría con cualquier otra página indexable en su sitio y asegúrese de vincular internamente a otras páginas en el conjunto de paginación.
implementación de paginación aceptable 1
También puede canonizar páginas paginadas para que apunten a una página de visualización completa que muestre todo el contenido. De esta forma, el contenido puede dividirse en páginas para los usuarios, pero la versión indexada contendrá todo el contenido.
implementación de paginación aceptable 2 1
Así es como se ve una configuración típica donde se rastrea y descubre cada página:
paginación adecuada rastreo 1
Pero hay algunos errores comunes que las personas cometen al manejar la paginación que dañan su sitio. Estos son:
  • Canonicalizando a la primera página
  • Páginas sin indexación
  • Enlaces no seguidos
  • Bloqueo de rastreo
Echemos un vistazo más de cerca a cada uno de estos problemas, y cómo verificarlos en su sitio.

Error 1: Canonicalizar a la primera página

El mejor escenario aquí es que Google ignora la etiqueta canónica. Si se respetan las etiquetas canónicas, terminarás cortando las rutas de rastreo a muchas páginas y dejando huérfano el contenido. Esto hace que sea más difícil para los motores de búsqueda encontrar e indexar contenido valioso, y también corta el flujo de PageRank  en su sitio.
canonicalizando a la primera página 1

Cómo verificar este error en su sitio web

Rastree su sitio en la Auditoría del sitio de Ahrefs , luego vaya al Explorador de páginas y aplique este conjunto de filtros:
auditoría del sitio de paginación canónica
Si hay alguna URL coincidente, eche un vistazo a la URL canónica Las páginas de la serie de paginación que se canonizan a la primera página deben cambiarse.
auditoría de sitio canónico

Error 2: páginas no indexadas

Agregar noindex  a las páginas eliminará las páginas del índice. Esas páginas ya no son elegibles para clasificar y no se pasará el PageRank.
Si bien los enlaces en la página pueden rastrearse inicialmente, eso puede cambiar con el tiempo. El analista de tendencias de Google Webmaster, John Mueller, ha mencionado que las páginas noindex serán tratadas como nofollow en algún momento, pero se desconoce cuánto tiempo lleva eso. Cuando otro analista de tendencias para webmasters, Gary Illyes, fue consultado sobre esto, pareció pensar que aún se rastrearían. Sin saber completamente cómo funciona esto, es mejor errar con precaución y no indexar estas páginas a menos que tenga una ruta de rastreo alternativa.
paginación no indexada contenido huérfano 1

Cómo verificar este error en su sitio web

Rastree su sitio en la Auditoría del sitio de Ahrefs , luego vaya al Explorador de páginas y aplique este conjunto de filtros:
auditoría del sitio noindex
Si hay alguna URL coincidente, elimine la directiva noindex de la metaetiqueta de robots  o el encabezado HTTP X-Robots-Tag en la página o URL .
auditoría de sitio no indexada

Error 3: enlaces no seguidos

Los enlaces internos a otras páginas paginadas nunca deben marcarse como nofollow . Nofollow ahora es una pista para Google, y su mejor caso es que ignoran lo que marca nofollow. Lo que sucede es que puede cortar el rastreo y el paso de señales como PageRank a través de su sitio y nuevamente puede dejar huérfanas a las páginas.
nofollow enlaces internos rastrean caminos 1

Cómo verificar este error en su sitio web

Rastree su sitio en la Auditoría del sitio de Ahrefs , luego vaya al Explorador de páginas y aplique este conjunto de filtros:
auditoría del sitio nofollow
Si hay alguna URL coincidente, haga clic en el número en el "No. de inlinks nofollow "columna.  
Auditoría del sitio nofollow inlinks
Aparecerá una superposición que muestra dónde encontrar esos enlaces no seguidos en su sitio.
superposición de enlaces nofollow
Elimine los atributos nofollow de esos enlaces específicos, o elimine la directiva nofollow de la metaetiqueta de robots o el encabezado HTTP X-Robots-Tag en la página o URL .

Error 4: Bloqueo del rastreo

Bloquear las páginas para que no se rastreen  hará que sea más difícil encontrar contenido en el sitio web, terminar en páginas huérfanas y también cortar el flujo de PageRank a través de su sitio.
robots de bloqueo bloques que se arrastran 1

Cómo verificar este error en su sitio web

Revise su archivo robots.txt para ver las directivas que bloquean los motores de búsqueda para que no rastreen páginas paginadas. Así es como podría verse:
Agente de usuario: *
No permitir: / blog / página /

Elimine estas directivas de su archivo robots.txt.

No hay comentarios.:

Publicar un comentario

Dejanos tu comentario para seguir mejorando!

outbrain

Páginas