Estrategias de paginación amigables con el SEO para comercio electrónico
La paginación puede ser un problema de SEO complicado si se hace mal. Este es especialmente el caso de un sitio de comercio electrónico con una gran cantidad de productos que sin duda dependerá en gran medida de la paginación para que los usuarios puedan encontrar lo que buscan.
Puede aplicar los conceptos explicados en este artículo a cualquier implementación de paginación en cualquier lugar, pero dado que los problemas de paginación tienden a ser más frecuentes en sitios de comercio electrónico , y tengo mucha experiencia lidiando con ellos, me voy a centrar en esta área.
Vamos a empezar con:
Pasos a seguir para garantizar que la paginación de comercio electrónico sea amigable con la búsqueda
- 1. Tenga cuidado con JavaScript
- 2. Piense dos veces sobre los botones de cargar más
- 3. Use una página de ver todo para aplanar su estructura de comercio electrónico
- 4. Use canónicos autorreferenciales
- 5. Solo use noindex si realmente tiene que hacerlo
- 5. Desoptimice las páginas paginadas si es necesario
- 6. Proporcione una estructura de URL clara
¿Qué es la paginación?
La paginación en el contexto de un sitio web es la secuenciación de páginas de archivo que se utilizan para enlazar a otras páginas que se encuentran más abajo en la jerarquía/estructura de un sitio. Los ejemplos más comunes de este tipo de páginas se encuentran dentro de las páginas de categoría de comercio electrónico o páginas de archivo de blog.
La paginación es un concepto crucial que debe entenderse cuando se trata de mejorar la estructura y el enlazado interno de su sitio, un concepto sobre el que he escrito recientemente en mi blog.
¿Cómo se ve la paginación en los sitios de comercio electrónico?
Si no está muy seguro de cómo se ve la paginación, ¡definitivamente la ha visto antes!
Las dos implementaciones más comunes de paginación vienen en forma de botones de cargar más y una secuencia numerada en la parte inferior de la página.
Ambos funcionan, pero utilizar un botón de cargar más tiene algunas consideraciones adicionales en las que profundizaré más adelante en este artículo.
Ejemplos de botones de paginación de cargar más:
Superdry
Asos
Ejemplos de paginación de secuencia numerada:
AO (Appliances Online)
Argos
El desplazamiento infinito también es una consideración para navegar por los archivos. Sin embargo, esto se está volviendo menos popular ya que los estudios han demostrado que tiene algunas implicaciones negativas de UX, como no poder llegar fácilmente al pie de página de una página.
¿Por qué debería centrarme en la paginación?
Las implementaciones menos que óptimas de la paginación causan algunos problemas graves, especialmente con los sitios web de comercio electrónico. Personalmente, he visto que los problemas con la paginación causan una variedad de problemas, que incluyen:
- Páginas de productos que quedan huérfanas (no enlazadas internamente).
- Estructuras de sitio innecesariamente profundas.
- Reducción del rastreo de secuencias paginadas.
En este artículo, voy a repasar algunas cosas clave que necesita entender sobre la paginación para asegurarse de que su sitio de comercio electrónico la esté implementando de una manera amigable con la búsqueda.
1. Tenga cuidado con JavaScript
Utilizar JavaScript para cargar la siguiente página en su secuencia paginada del lado del cliente sin una actualización completa de la página es una excelente manera de proporcionar una experiencia agradable para sus usuarios de comercio electrónico.
Soy un gran defensor de utilizar AJAX, y le recomiendo que considere usarlo para la paginación en su sitio. Sin embargo, debe ser extremadamente cuidadoso con cómo implementa esto.
La paginación basada en AJAX es muy común en los sitios de comercio electrónico y, desafortunadamente, también es muy común que se implemente de una manera que no es amigable con el SEO. Cuando se trata de implementar la paginación a través de AJAX, el criterio principal es asegurarse de que los enlaces href a la página siguiente en la secuencia todavía existan.
Eso significa que dentro de su archivo de productos, los enlaces a páginas posteriores como example.co.uk/shop/shoes/?page=2 todavía deberían ser visibles dentro del código fuente HTML de la página o al menos dentro del DOM creado por el navegador.
¿Cómo veo lo que hay en el DOM?
La mejor manera de ver lo que el navegador ha construido en el DOM es abrir las herramientas de desarrollo (generalmente presionando F12) y luego dirigirse a la sección ‘Elementos’ en Chrome.
Lo que se muestra aquí será diferente de lo que ve al ver la fuente, ya que esto muestra lo que el navegador realmente ha renderizado, incluyendo cualquier JavaScript que se haya ejecutado.
El enlace está en el DOM, pero no en el código fuente HTML
Tenga en cuenta que es posible que Google no siempre vea estos enlaces dependiendo de qué tan rápido se renderice la página. Si desea verificar eso, le recomiendo familiarizarse con la herramienta de inspección de URL.
de Google Search Console.
Si no puede ver estos enlaces en ninguno de los dos, es porque lo más probable es que esté cargando la página dos en adelante del archivo usando JavaScript sin proporcionar una alternativa sin JavaScript, es decir, enlaces href clásicos. Si su paginación funciona de esta manera, Google no podrá ver la página siguiente en el archivo
. Esto sucede porque Googlebot y otros bots de búsqueda no harán clic en elementos que ejecutan JavaScript de la misma manera que lo hace un usuario. Entonces, aunque los usuarios pueden obtener la agradable navegación basada en AJAX para su paginación, Googlebot aún necesitará poder navegar a la página 2 en adelante con cada página en la secuencia .
conteniendo una lista única de productos sin superposiciones . Un ejemplo de un sitio que hace esto correctamente es Argos. En sus páginas de categoría (como esta una
), cuando inspecciona los elementos en su paginación, puede ver enlaces href a cada página en la secuencia.
TENGA CUIDADO
Estos enlaces idealmente deben estar disponibles en el código fuente HTML, no solo visibles al inspeccionar el elemento. Si solo son visibles cuando inspecciona el elemento y no puede verlos en el código fuente HTML, los estará inyectando con JavaScript, lo que puede hacer que sea menos probable que Google vea los enlaces. En el sitio de Argos, puede ver que al hacer clic en el botón que enlaza a la página 2, no se activa una nueva carga de página; en su lugar, se le lleva de vuelta a la parte superior de la página y se cargan todos los productos de la página 2. Este es el comportamiento que verán los usuarios, mientras que Google seguirá el enlace y será llevado a .
esta página . Puede saber que esto se hace a través de AJAX ya sea usando un complemento que monitorea las solicitudes de encabezado HTTP del documento como este
, o simplemente abriendo la pestaña de red en las herramientas de desarrollo de Chrome y buscando solicitudes de ‘documento’ cuando navega a una página diferente usando la paginación. Este es un gran ejemplo de cómo implementar correctamente la paginación basada en AJAX.
Incluso utilizan HTML5 history API para actualizar la URL, por lo que parece que se ha producido una actualización completa de la página.
Aunque es menos un requisito, también recomendaría implementar esto con un sistema de paginación basado en AJAX. Puede ver un ejemplo de la API de historial en la práctica creado por John Mueller con una secuencia combinada de desplazamiento infinito / paginación numerada aquí.
Si esto parece mucho que considerar, existen bibliotecas que facilitarán este proceso, como esta una.
2. Piénselo dos veces antes de usar botones de “Cargar más”
Si en lugar de una paginación numerada o un desplazamiento infinito va a optar por el enfoque del botón de “Cargar más”, también debe considerar algunas cosas adicionales.
Siguiendo el consejo anterior, incluso si agregó el enlace href en el botón de “Cargar más”, todavía está haciendo que su sitio sea innecesariamente profundo.
Esto se debe a que, a diferencia de la paginación numerada que le permite agregar enlaces profundos desde la página 1 hasta la 6 (por ejemplo), solo estará enlazando desde la página 1 a la página 2, luego de la página 2 a la página 3, y así sucesivamente.
Esto contribuirá a que tenga una estructura de sitio profunda a medida que aumenta la profundidad de clic para llegar a las páginas de productos más profundas en el sitio.
Esto tendrá un impacto negativo en cómo se distribuye el capital de enlace a las páginas de productos más profundas dentro de la jerarquía del sitio. Esto, a su vez, afectará negativamente qué tan bien pueden posicionar sus páginas de productos para consultas de búsqueda de cola larga.
Para evitar esto, lo que podría hacer es implementar tanto un botón de “Cargar más” como una paginación numerada. Entonces obtiene los beneficios de UX de un botón de “Cargar más”, pero también permite a los usuarios saltar a una página específica y deja que Google haga lo mismo.
Un ejemplo de una combinación de “Cargar más” y paginación numerada.
Esta opción evita los problemas causados por los botones de “Cargar más” cuando se trata de la estructura del sitio, y le permite aprovechar los beneficios de la paginación numerada.
La paginación numerada acorta la profundidad de clic a las páginas paginadas más profundas dentro de su archivo.
Otra alternativa es implementar la paginación numerada pero envolverla dentro de una etiqueta <noscript>.
Esto significa que cuando un usuario tiene JavaScript deshabilitado, verá la paginación numerada y podrá navegar por el sitio usándola. La desventaja de esta opción es que no es 100% seguro que Google realmente mire el contenido dentro de la etiqueta noscript.
La última actualización que escuchamos es que Google tiende a ignorar el contenido dentro de un noscript, así que pruébelo con cuidado.
Si no desea mostrar tanto el botón de “Cargar más” como la paginación numerada, también podría implementar la paginación numerada en la página como en la maqueta anterior, pero agregar un display:none para ocultarla mediante CSS.
De esta manera, los enlaces están dentro del código fuente HTML pero ocultos en el frontend, por lo que Google debería seguir viendo los enlaces y rastreándolos como de costumbre. Sin embargo, aprendimos de la patente Reasonable Surfer que a Google parece gustarle distribuir el PageRank en función de la probabilidad de que se haga clic en un enlace.
Un sistema genera un modelo basado en datos de características relacionados con diferentes características de un enlace desde un documento vinculante a un documento vinculado y datos de comportamiento del usuario relacionados con acciones de navegación asociadas con el enlace. El sistema también asigna un rango a un documento basado en el modelo.
Aunque la patente no menciona específicamente nada relacionado con enlaces ocultos, si va a ocultar los enlaces con CSS, proceda con precaución y considere probar el impacto tanto en el rastreo como en las clasificaciones.
3. Use una página “Ver todo” para aplanar su estructura de comercio electrónico
Una forma de evitar todas las complicaciones con la paginación es simplemente hacer que las páginas de categoría muestren todos los productos de forma predeterminada.
Si también tiene URL paginadas preexistentes, podría actualizar las etiquetas canónicas en estas para que apunten a la URL de su nueva página “Ver todo”.
Esto tiene el beneficio de aplanar la estructura de su sitio ya que se reduce el número de clics para llegar a los productos. Si bien este enfoque es excelente para UX y SEO, la única complicación es la velocidad del sitio.
Si tiene una gran cantidad de productos en esa categoría, podría estar aumentando masivamente:
- El HTML que el navegador necesita renderizar.
- La cantidad de imágenes a cargar.
- El tamaño de la llamada a la base de datos.
Si bien parte de esto se puede evitar mediante carga diferida de imágenes y almacenamiento en caché de páginas/entrega de su sitio de forma estática y carga de elementos dinámicos con JS. Todavía necesita hacer algunas pruebas y monitorear de cerca para asegurarse de que el rendimiento sea bueno.
¿Cómo puedo probar el impacto en la velocidad?
- Si está buscando algunos consejos sobre pruebas de velocidad del sitio, consulte mi publicación sobre algunas de las mejores herramientas de velocidad del sitio para usar.
- Si desea medir el impacto de este cambio en los usuarios, eche un vistazo a mi plantilla de data studio que utiliza datos de CrUX para mostrar datos reales de los usuarios sobre la velocidad de su sitio.
- Si está buscando consejos para mejorar la velocidad, consulte mi guía en Semrush aquí o busque algunos consejos de alto nivel en mi lista filtrable de consejos de velocidad del sitio.
Si descubre que el enfoque de “ver todo” no funciona debido a problemas de velocidad, determine cuántos productos incluye dentro de la página de archivo de categoría antes de que la velocidad se convierta en un problema.
Puede verificar esto aumentando gradualmente la cantidad de productos que tiene visibles.
Esta técnica es una excelente manera para que los sitios de comercio electrónico mejoren los enlaces internos porque cuando aumenta la cantidad de productos en una sola página de archivo de 12 a 24, ha reducido efectivamente a la mitad la cantidad de páginas paginadas dentro de la secuencia.
Si bien esto no aplana la estructura de su sitio tanto como una página de “ver todo”, aún ha logrado reducir la profundidad de clic para llegar a las páginas de productos.
Aumente la velocidad de carga, el tráfico y la conversión de su tienda utilizando la colección “Increase Page Speed” en Ecommerce Booster, la aplicación que audita las tiendas Shopify y proporciona un plan listo para implementar para optimizar las páginas de productos.
4. Use canónicos autorreferenciales
No entraré en demasiados detalles aquí, pero un error común al configurar la paginación es:
- Canonizar todas las páginas dentro de una secuencia a la primera página.
- Noindexar toda la paginación (más detalles sobre esto más adelante).
En lugar de cometer estos errores, lo que debería hacer en una configuración de paginación estándar es agregar un canónico autorreferencial en cada página como el siguiente. Un error común que veo con la paginación es que a veces el CMS también puede crear una página que es /dresses/1/ que es un duplicado de /dresses/. En sitios grandes con muchos archivos, esto puede causar problemas de duplicación a gran escala.
fr
Si este es el caso, deberías canonicalizar la URL duplicada /1/ a la primera página correcta del archivo (/dresses/ en este ejemplo).
5. Solo usa Noindex si realmente tienes que hacerlo
Un problema frecuente que se encuentra en las páginas paginadas es que contienen la etiqueta noindex innecesariamente.
Aunque no siempre hay algo malo en añadir una etiqueta noindex a las páginas de paginación, hacer esto podría reducir la frecuencia de rastreo.
Básicamente, intentaremos rastrear unas cuantas veces más para ver si el noindex ha desaparecido o si la página se recuperó de un error 500 o lo que sea, y si el noindex sigue ahí, entonces empezaremos lentamente a movernos o a no rastrear esa página tan a menudo.
Idealmente, cada página debería ser valiosa dentro de la secuencia, y deberías incluir canónicas autorreferenciales en cada una en el archivo como resultado.
Sin embargo, hay escenarios en los que una etiqueta noindex en páginas paginadas tiene sentido. Recientemente escuchamos esta idea de John Mueller sobre añadir la etiqueta noindex en páginas paginadas:
… al final, creo que se reduce principalmente a: “¿esta página en la serie paginada trae alegría?” y si no, entonces simplemente ponle noindex.
Algunos sitios sienten que todas las páginas de una serie paginada son importantes, por lo que las mantienen indexadas (los sofisticados que usan rel-next/prev). Algunos sitios limitan las series paginadas a un cierto número, quizás dejando que la primera se indexe y el resto no.
La decisión a veces también se basa en el contenido de la serie paginada. Por ejemplo, si es una lista de páginas de detalles vinculadas, entonces podrías decidir según si puedes o no llegar a todas las páginas incluso si no tienes todo el conjunto paginado indexado (si enlazas a publicaciones/productos relacionados, generalmente ese es el caso).
Entonces, para resumir:
- Intenta hacer que las páginas paginadas sean lo más valiosas posible.
- Si sientes que no son valiosas para los usuarios, ponles noindex, pero ten en cuenta que esto podría reducir la frecuencia con la que se rastrean.
- Si decides poner noindex, considera si hay rutas de rastreo alternativas para encontrar estos productos listados en la página con noindex, por ejemplo, a través de otras categorías o filtros.
- En la mayoría de los casos, querrás usar canónicas autorreferenciales y no la etiqueta noindex.
Una razón común por la que la gente tiende a poner noindex a partir de la página 2 de un archivo es que han visto a Google mostrar la página incorrecta a los usuarios, como la página 4 en lugar de la primera página. Esto nos lleva al consejo 5.
5. Desoptimiza las páginas paginadas si es necesario
Si no quieres que Google muestre la página 2 en adelante de tus archivos de categoría pero quieres dejarlas indexadas, una cosa que podrías intentar es desoptimizarlas para las consultas de búsqueda.
Hay algunas cosas que puedes hacer aquí.
Primero, podrías intentar desoptimizar la etiqueta de título añadiendo el número de página al principio:
Otra cosa que podrías hacer es eliminar el contenido por encima/por debajo de la cuadrícula de productos a partir de la página 2. Al hacer que la página 1 sea la página más valiosa de la secuencia, es más probable que Google la muestre en los resultados de búsqueda.
Junto con los cambios en la etiqueta de título y el contenido, también podrías desoptimizar la etiqueta H1 en la página de manera similar al ejemplo de la etiqueta de título anterior.
6. Proporciona una estructura de URL clara
Puedes ver esto en la práctica en el fragmento de SERP anterior, example.com/furniture/scandi/page2, pero una cosa que puedes hacer para que sea un poco más fácil para Google entender el archivo de categoría en tu sitio es usar una estructura de URL limpia y fácilmente legible en una secuencia.
En la práctica, esto se puede hacer simplemente añadiendo /page/2/ al final de la URL de tu categoría. También puedes usar parámetros como ?page=2 y luego especificar que el parámetro de página pagina en Google Search Console herramienta de parámetros de URL.
Desde que Google dejó de dar soporte a prev/next, hacer que sea fácil entender cuándo una URL está paginada definitivamente se ha vuelto más importante.