Cualquier listado que no cabe en una sola página (resultados de búsqueda interna, artículos de un blog, productos de una categoría) necesita algún mecanismo de paginación, y ese mecanismo tiene implicaciones técnicas de SEO que van más allá de la experiencia visible del usuario: determina qué contenido puede rastrear e indexar Google, y cómo se reparte la autoridad entre las distintas páginas de la serie.
rel=next/prev: la señal que Google dejó de usar
Durante años, Google recomendó marcar las páginas de una serie paginada con <link rel="next"> y <link rel="prev"> en el <head>, indicando la relación secuencial entre ellas. Google confirmó oficialmente en 2019 que ya no usa esta señal para nada relacionado con el rastreo o la indexación; sigue siendo válida como metadato (no genera ningún error tenerla) pero no aporta ningún beneficio de SEO mantenerla hoy. Es un ejemplo claro de por qué conviene verificar periódicamente si las prácticas técnicas heredadas siguen teniendo efecto, en vez de asumir que lo que fue cierto hace unos años lo sigue siendo.
Paginación real: cada página con su propia URL indexable
La forma técnicamente más robusta de paginar sigue siendo la más simple: cada página de la serie con su propia URL (/blog/pagina/2, /blog/pagina/3) que Google puede rastrear e indexar de forma independiente, con enlaces de navegación claros ("anterior" y "siguiente", o números de página) que permiten tanto a usuarios como a rastreadores moverse entre ellas. Esta forma garantiza que el contenido de la página 2 en adelante es descubrible y rastreable, algo que no está garantizado en absoluto con las alternativas basadas en JavaScript.
Scroll infinito: el patrón que más contenido esconde sin que nadie lo note
El scroll infinito (infinite scroll) carga contenido adicional dinámicamente a medida que el usuario baja en la página, sin una recarga completa ni, en muchas implementaciones, un cambio de URL. El problema para SEO es que Googlebot no hace scroll de forma indefinida como lo haría un usuario curioso explorando un listado largo; en la práctica, solo procesa el contenido presente en la carga inicial y, en el mejor de los casos, una cantidad limitada de scroll adicional durante el renderizado, como se explica en la guía de JavaScript y SEO. Todo el contenido que solo aparece tras varios scrolls sucesivos corre un riesgo real de no llegar a rastrearse nunca.
El patrón correcto: scroll infinito para el usuario, paginación real por debajo
La solución técnica estándar no es elegir entre scroll infinito y paginación, sino implementar ambos a la vez en capas distintas: para el usuario, la experiencia visual es de scroll continuo sin interrupciones; para el rastreador, existe una paginación real con URLs propias para cada tramo de contenido, actualizando la URL del navegador mediante la History API de JavaScript a medida que el usuario avanza (sin que eso implique una recarga de página), de forma que cada tramo tiene una URL indexable de forma independiente y compartible.
// Al cargar el siguiente lote de contenido en scroll infinito,
// actualiza la URL sin recargar la página
history.pushState({}, '', '/blog/pagina/3');Canonical en paginación: cuándo consolidar y cuándo no
Como se explica con más detalle en la guía de canonicalización, un error frecuente es apuntar la canonical de todas las páginas de una serie hacia la página 1, lo que le dice a Google que ignore el contenido específico de las páginas 2 en adelante. Esto es apropiado únicamente si esas páginas no contienen contenido único relevante (por ejemplo, una paginación de comentarios donde el valor real está en el artículo principal, no en cada página de comentarios). Si las páginas 2 en adelante indexan productos o artículos que no aparecen en ningún otro sitio, cada una debe ser autorreferencial en su canonical, porque consolidarlas eliminaría del índice contenido que sí aporta valor de búsqueda independiente.
Parámetros de paginación y duplicación con filtros combinados
En ecommerce, la paginación se combina habitualmente con filtros (?pagina=2&color=azul&talla=m), generando un volumen de combinaciones de URL que puede crecer exponencialmente. La gestión de estos parámetros es la misma que se describe en la guía de rastreo e indexación para la navegación facetada: decidir qué combinaciones merecen ser indexables (normalmente muy pocas, las de mayor volumen de búsqueda real) y canonicalizar o bloquear el resto para no desperdiciar presupuesto de rastreo en combinaciones que nunca van a posicionar por sí mismas.
"Cargar más" mediante clic: el término medio entre paginación y scroll infinito
Un patrón intermedio habitual es un botón "cargar más" que añade contenido a la página actual sin cambiar de URL hasta que el usuario hace clic explícitamente. Tiene el mismo riesgo técnico que el scroll infinito puro (Googlebot no hace clic en botones de forma exploratoria) y requiere la misma solución: una paginación real por debajo, con URLs propias, aunque visualmente el usuario solo vea un botón que amplía el mismo listado.
Preguntas frecuentes
¿Debo quitar rel=next/prev si ya lo tengo implementado?
No es necesario quitarlo (no genera ningún problema tenerlo), pero tampoco merece la pena invertir tiempo en añadirlo si no lo tienes, porque Google confirmó que no tiene ningún efecto en el rastreo ni en la indexación desde 2019.
¿El scroll infinito es siempre malo para el SEO?
No, es perfectamente compatible con el SEO si se implementa junto con una paginación real subyacente (URLs propias por tramo de contenido, actualizadas mediante la History API). El problema aparece solo cuando el scroll infinito es la única forma de acceder a ese contenido, sin ninguna URL alternativa.
¿Cuántos productos o artículos debo mostrar por página?
No hay un número óptimo universal; depende del peso de cada elemento y del rendimiento resultante. Como referencia práctica, listados de entre 20 y 50 elementos por página suelen equilibrar bien la experiencia de navegación con un tiempo de carga razonable.
¿Debo indexar todas las páginas de una serie paginada muy larga?
Depende del valor real de cada página: si la página 47 de un listado apenas recibe tráfico y su contenido no es sustancialmente distinto al de páginas cercanas, puede tener sentido marcarla con noindex, follow para no diluir la relevancia del conjunto, manteniendo el rastreo de sus enlaces pero sacándola del índice.
¿Los filtros de un ecommerce deben generar páginas paginadas independientes?
Solo las combinaciones con volumen de búsqueda real y suficiente diferenciación de contenido merecen ser páginas indexables independientes; el resto debe gestionarse con canonical hacia la vista sin filtrar o mediante bloqueo de rastreo, como se explica en la guía de rastreo e indexación.