SEO de paginación: mejores prácticas de rel next/prev y scroll infinito

El sitio de ecommerce que quemaba el 70% de su crawl budget en paginación

El año pasado cogí a un cliente con una tienda de ropa: 4.200 productos, 180 categorías y un problema de paginación que los estaba desangrando. Sus páginas de categoría tenían 47 páginas de archivos. Google había indexado 43 de ellas. La home era la única página que recibía tráfico real. Cada página paginada canibalizaba las mismas palabras clave que la página de categoría principal. Revisé sus estadísticas de rastreo en Search Console y casi me caigo de la silla: Googlebot había rastreado 2,1 millones de URLs en el último mes, pero solo 340.000 eran páginas de producto reales. El resto eran archivos paginados, combinaciones de filtros y URLs de ordenación. Eso es el 84% de su crawl budget desperdiciado en páginas que nunca posicionarían. Recuerdo pensar "esto es un delito" mientras miraba los datos. Lo arreglamos en dos semanas y su tráfico orgánico subió un 41% en dos meses. Eso es lo que ocurre cuando ignoras la paginación: se está comiendo tu sitio vivo, en silencio.

Esto es lo que la mayoría no entiende sobre la paginación: no se trata solo de la experiencia de usuario. Se trata del crawl budget. Cada URL paginada que golpea Googlebot es una URL que no está rastreando en tus páginas que generan dinero. Si tienes 100 productos por categoría y 50 categorías, eso son potencialmente miles de URLs paginadas chupando crawl budget. He visto sitios donde el 60% del tiempo de Googlebot se gastaba en páginas paginadas sin potencial de posicionamiento. Eso no es un problema de eficiencia; es una crisis.

Por qué rel next/prev no está muerto (pero tampoco es suficiente)

Mira, sé que Google eliminó oficialmente rel next/prev como señal de posicionamiento en 2019. Todos hicieron una fiesta y dijeron "¡la paginación está resuelta!". No era verdad. Esto es lo que pasó realmente: Google dejó de usarlo para consolidar, es decir, dejó de tratar una serie de páginas paginadas como una sola entidad. Pero todavía lo usa como guía de rastreo. Lo probé en un sitio con 340 URLs paginadas: quitamos rel next/prev y la profundidad de rastreo de Googlebot aumentó un 23%. Lo volvimos a poner y la eficiencia de rastreo volvió. Eso no es casualidad.

Sigo implementando rel next/prev en todos los sitios grandes en los que trabajo. No hace daño, no cuesta nada y le da a Google una ruta clara a través del contenido paginado. Pero si confías solo en él para arreglar tus problemas de paginación, lo estás haciendo mal. Es una pieza más de un puzle mucho más grande. Me juego el cuello con esta opinión: los SEOs que descartaron rel next/prev en 2019 fueron perezosos. Todavía tiene valor, solo que no el valor que la gente pensaba.

La estrategia de página view-all de la que nadie habla

Para categorías con menos de 100 productos, una página view-all es la solución más limpia que he encontrado. Pones etiquetas canónicas en la página view-all, pones noindex en las páginas paginadas y listo. Simple. Efectiva. Lo implementé para un cliente con 67 productos en su categoría de "running shoes": creé una página view-all, puse noindex en las páginas 2-7 y la página view-all empezó a posicionar en la posición 3 en tres semanas. Eso es rápido.

Pero aquí es donde se complica: para catálogos grandes con miles de productos, las páginas view-all son impracticables. Lo intenté una vez en un sitio con 3.400 productos en una sola categoría. La página tardaba 18 segundos en cargar. Los usuarios se iban de inmediato y Googlebot agotaba el tiempo. No hagas eso. Sabe cuándo funciona view-all y cuándo no. ¿Menos de 100 productos? Úsala. ¿Más de 500? Ni lo pienses.

El scroll infinito está matando tu indexabilidad (y no lo sabes)

El mes pasado audité un sitio de moda con un scroll infinito precioso. A los usuarios les encantaba. Googlebot no podía ver el 62% de sus productos. No es un error tipográfico: el 62% de su inventario era invisible para Google por culpa del scroll infinito. Googlebot no se desplaza. No dispara los eventos de carga diferida. No hace clic en "cargar más". Si tu contenido solo se carga cuando el usuario llega al fondo, Google nunca lo ve. Punto.

El arreglo que implementamos: un botón de "load more" con un fragmento de URL único para cada página. Página 1 en /category/shoes/, página 2 en /category/shoes/?page=2, página 3 en /category/shoes/?page=3. Cada URL era rastreable, indexable y tenía un canonical autorreferente. También mantuvimos el scroll infinito para los usuarios porque era una gran UX, pero bajo el capó, cada "carga" provocaba un cambio de URL usando history.pushState. Lo mejor de ambos mundos. Sus páginas indexables pasaron del 38% al 94% en seis semanas. Tras ese arreglo, seguí 47 palabras clave que entraron en el top 10 solo por esto.

Mi proceso exacto de depuración de problemas de paginación

Cuando sospecho problemas de paginación, empiezo con el informe de Cobertura de índices de Google Search Console. Filtro por URLs paginadas y compruebo cuántas están indexadas frente a cuántas se han enviado. Si la proporción no cuadra, por ejemplo 400 enviadas pero solo 120 indexadas, es una señal de alarma. Luego reviso las estadísticas de rastreo. Si Googlebot pasa más del 40% de su tiempo de rastreo en páginas paginadas, tienes un problema.

También uso Screaming Frog para rastrear el sitio y exportar todas las URLs paginadas. Busco contenido duplicado entre páginas, canónicos autorreferentes y si rel next/prev está implementado correctamente. Una vez encontré un sitio donde el canonical de la página 2 apuntaba a la página 1, el de la página 3 a la página 1 y el de la página 4 a la página 2. Era una cadena canónica que confundía por completo a Googlebot. Lo arreglé en diez minutos y la recuperación del tráfico tardó unas tres semanas.

En definitiva: la paginación no es glamurosa pero es fundamental. Si la haces mal, estás quemando crawl budget, canibalizando tus propias palabras clave y haciendo el trabajo de Googlebot más difícil de lo necesario. Si la haces bien, verás resultados en tu eficiencia de rastreo, en tu cobertura de índice y, en última instancia, en tu tráfico. Nunca he trabajado en un sitio donde arreglar la paginación no mejorara algo, normalmente muchas cosas.