Paginación SEO: cómo hacerla bien

"Paginación SEO" es el conjunto de decisiones técnicas que determinan cómo Google rastrea, entiende e indexa una serie de páginas numeradas: /page/2, /page/3, ?page=4... Aparece en categorías de tienda online, archivos de blog, resultados de búsqueda interna y artículos divididos en varias páginas. Hacerlo mal no es un detalle cosmético: significa que productos, artículos o resultados que solo existen en la página 4 o la página 9 de una serie nunca lleguen al índice de Google, y por tanto nunca reciban una sola visita orgánica.

Gran parte de lo que circula sobre este tema quedó desactualizado hace años: la recomendación de usar rel="next" y rel="prev" para "unir" las páginas de una serie y así consolidar su relevancia. Google dejó de usar esas etiquetas como señal de indexación en 2019, y seguir centrando la estrategia de paginación en ellas es resolver un problema que ya no existe mientras se ignoran los que sí importan hoy: canonicals bien puestos, rastreabilidad real y que las páginas profundas de la serie sean alcanzables.

¿Dónde aparece la paginación y por qué le importa a Google?

La paginación no es exclusiva de las tiendas online, aunque ahí es donde más se discute. Aparece en cuatro contextos distintos: los listados de categoría de un ecommerce, los archivos de blog o de noticias, los resultados de búsqueda interna del propio sitio y los artículos largos divididos en varias páginas.

En la mayoría de estos casos el problema de fondo es el mismo: hay contenido único que solo vive en páginas profundas de la serie —un producto, un artículo, un resultado concreto— y si esas páginas no son rastreables e indexables, ese contenido no existe para Google por muy bien enlazado que esté desde la página 1. La excepción son los artículos largos partidos en varias páginas sin necesidad real: ahí el riesgo no es perder contenido del índice, sino diluir la relevancia temática de cada fragmento y obligar al lector a dar clics de más para terminar algo que cabía en una sola URL.

• Listados de categoría en ecommerce: una categoría con 400 productos mostrados de 24 en 24 genera 17 URLs paginadas, cada una con productos distintos que no aparecen en ninguna otra página.
• Archivos de blog o de noticias: la página 1 muestra los artículos recientes; la página 40 puede contener el único post que responde a una búsqueda muy concreta publicada hace tres años.
• Resultados de búsqueda interna del propio sitio: normalmente conviene bloquear su rastreo, porque no aportan contenido único y multiplican URLs de bajo valor, pero esa decisión hay que tomarla de forma explícita, no dejarla al azar.
• Artículos largos divididos en varias páginas: una guía de cuatro mil palabras repartida en cinco páginas; cada fragmento debe poder leerse y posicionar por separado, con su propio título y su propio contenido único.

El mito de rel="next" y rel="prev"

Durante años, la recomendación estándar —incluida la de la propia Google— fue añadir link rel="next" y link rel="prev" en el head de cada página de una serie paginada, para indicarle al buscador cómo se conectaban entre sí y ayudarle a tratar el conjunto como una sola entidad a efectos de indexación. En marzo de 2019, Google confirmó públicamente que llevaba tiempo sin usar esas etiquetas para tratar la paginación de esa manera y las retiró de su documentación oficial. Si hoy encuentras una guía que recomienda implementar rel=next/prev para "mejorar la paginación SEO", esa guía describe un mecanismo que ya no tiene ningún efecto.

Esto no significa que enlazar entre páginas de una serie sea inútil. Seguir ofreciendo enlaces "Anterior" y "Siguiente" visibles y rastreables sigue siendo necesario, porque es la forma en que Googlebot descubre y llega a la página 2, la página 3 y las siguientes. Lo que cambió es que ese enlace ya no lleva ninguna etiqueta especial en el head: es un enlace normal, y Google trata cada página de la serie como una URL independiente que debe ganarse su propia indexación con sus propias señales de calidad, no por pertenecer a una secuencia marcada como tal.

Qué hacer con cada página de la serie a partir de ahora

El error más frecuente en paginación —y el más caro— es canonicalizar todas las páginas de una serie hacia la página 1, pensando que así se "consolida" la autoridad y se evita el contenido duplicado. El razonamiento parece lógico, pero produce el efecto contrario: le estás diciendo a Google que las páginas 2, 3, 4... son copias de la página 1 y que su contenido no merece indexarse por separado. Si un producto solo aparece en la página 7 de una categoría y esa página 7 canonicaliza a la página 1, la página que lo enlazaba deja de contar a ojos de Google, porque su versión canónica es otra página con otro contenido, y la ficha de ese producto puede quedarse sin una ruta rastreable que la conecte con la categoría, lo que dificulta que se descubra y se rastree con regularidad. Lo mismo ocurre con un artículo de archivo que solo aparece en la página 40 del blog: al canonicalizar a la página 1, Google recibe la señal de que ese contenido no existe como entidad propia, y con el tiempo deja de rastrear en profundidad una serie cuyas páginas, según tu propio código, son todas "la misma página".

Lo correcto es tratar cada página paginada casi como si fuera una página independiente, con cuatro condiciones a la vez:

• Rastreable: sin bloqueos en robots.txt, sin nofollow en los enlaces de paginación y sin parámetros que Google no pueda seguir con normalidad.
• Indexable: sin noindex, salvo que decidas de forma deliberada que esa página en concreto no debe aparecer en resultados, como en el caso de una página de resultados de búsqueda interna.
• Con canonical autorreferenciado: la etiqueta canonical de la página 3 tiene que apuntar a la página 3, no a la página 1 ni a ninguna otra página de la serie.
• Con título único: no basta con repetir el H1 de la categoría en las diecisiete páginas; añadir algo como "– Página 3 de 17" evita que Google trate varias URLs distintas como si fueran la misma página con el mismo título y el mismo fragmento de resultado.

Que los productos y artículos del final de la serie sean alcanzables

Una cadena de enlaces "página 1 → página 2 → página 3 → ... → página 40" funciona técnicamente, pero es una ruta muy larga. Google tiene que seguir treinta y nueve saltos para llegar al último producto de una categoría, y cuanto más lejos está una URL de la home o de páginas con más autoridad, menos probable es que se rastree con frecuencia o que acumule relevancia propia. La profundidad de clics sigue siendo uno de los factores prácticos que más correlaciona con qué se indexa y qué no en catálogos grandes. El objetivo no es eliminar la paginación ni acortarla artificialmente: es asegurarte de que no sea la única vía de acceso a contenido que de verdad te interesa que se indexe. Algunas tácticas concretas para lograrlo:

• Subcategorías y filtros bien estructurados: dividir una categoría de 900 productos en subcategorías de 80-150 reduce drásticamente cuántos saltos de paginación hacen falta para llegar a cualquier producto.
• Sitemaps XML actualizados que listen directamente las URLs de producto o de artículo, para que su descubrimiento no dependa solo de recorrer la cadena de paginación.
• Enlazado interno cruzado: módulos de "productos relacionados", "también te puede interesar" o "más artículos de esta categoría" que enlacen desde páginas de mayor autoridad hacia contenido que vive en páginas profundas.
• Paginación numerada con acceso directo (1, 2, 3 ... 10, 15, 20, última) en lugar de solo "Anterior/Siguiente", para que rastreadores y usuarios puedan saltar varias páginas sin recorrerlas todas una por una.

La vista "ver todo": cuándo es la mejor opción

Una alternativa válida a paginar es ofrecer una página "ver todo" que cargue el listado completo en una sola URL, con un enlace visible desde cada página de la serie. Google ha señalado en el pasado que, cuando el tiempo de carga es razonable, puede preferir mostrar en resultados la versión "ver todo" en lugar de una página paginada individual, porque suele resolver mejor la intención de quien busca directamente "todos los" productos o artículos de una categoría. Esto deja de ser cierto en catálogos de miles de referencias: ahí, una sola URL con miles de elementos tarda en cargar, perjudica las métricas de Core Web Vitals y no resuelve mejor la necesidad real de quien busca, que rara vez quiere desplazarse por cuatro mil productos en una sola pantalla. La vista "ver todo" tiene sentido sobre todo en estos casos:

• Catálogos de tamaño moderado, de unas pocas decenas a un par de cientos de elementos, donde cargarlo todo no dispara el peso de la página ni el tiempo de carga.
• Contenido que se beneficia de compararse en una sola vista: variantes de un producto, tallas, o artículos de una misma serie temática que conviene leer seguidos.
• Como complemento a la paginación ya existente, no como sustituto: conviene mantener ambas rutas enlazadas entre sí y dejar que Google decida cuál mostrar según el caso.

Scroll infinito: por qué esconde contenido a los rastreadores

El scroll infinito sustituye los clics en "página siguiente" por la carga automática de más contenido a medida que el usuario baja en la pantalla. Funciona bien para quien navega, pero es una de las formas más comunes de esconder contenido a Google sin darse cuenta. Googlebot no se comporta como una persona desplazándose con el ratón de forma indefinida: no dispara eventos de scroll sin límite ni espera pacientemente a que cargue "un poco más" varias veces seguidas. Si el contenido adicional solo aparece después de ese scroll, y no existe ninguna URL que lo represente de forma independiente, ese contenido puede quedar completamente fuera del rastreo, aunque sea perfectamente visible para cualquier persona que visite la página.

La solución no es renunciar al scroll infinito, es respaldarlo con una estructura de paginación real por debajo. La técnica recomendada es actualizar la URL mediante la API History del navegador cada vez que se carga un nuevo bloque de contenido —por ejemplo, pasando de /categoria a /categoria?page=2 sin recargar la página—, de modo que exista una URL paginada convencional para cada tramo, aunque visualmente el usuario nunca llegue a ver un botón de paginación tradicional. Esa URL paginada es la que Google puede rastrear e indexar directamente, con su propio canonical autorreferenciado y su propio título, exactamente igual que si la paginación fuera clásica.

• Cada tramo cargado por scroll debe tener una URL propia y accesible directamente, sin depender de hacer scroll para llegar a ella.
• Esas URLs deben aparecer como enlaces reales en el HTML de la página, no dispararse únicamente por JavaScript al detectar el scroll.
• Sirve además como plan B de rendimiento y accesibilidad: quien llega directo a /categoria?page=5 desde un enlace o un buscador no depende de cargar antes las cuatro páginas anteriores.

Paginación y presupuesto de rastreo en catálogos grandes

En sitios pequeños, el presupuesto de rastreo casi nunca es un problema real. En catálogos de miles o cientos de miles de URLs —tiendas grandes, marketplaces, portales de clasificados— sí lo es, y la paginación combinada con filtros de color, talla, precio u orden es una de las causas más comunes de que Google gaste su tiempo de rastreo en páginas de bajísimo valor en lugar de en las fichas de producto o los artículos que de verdad interesa posicionar.

El problema típico es la multiplicación de combinaciones. Una categoría con paginación de veinte páginas, combinada con seis filtros de color y cuatro criterios de ordenación, puede generar miles de URLs paginadas distintas, casi todas con el mismo contenido en distinto orden. Si todas son rastreables e indexables sin ningún criterio, Googlebot reparte su presupuesto entre esa maraña de combinaciones en lugar de concentrarse en las páginas 2, 3 y 4 de la categoría principal, que sí llevan a productos que no aparecen en ningún otro sitio. Cuanto más grande es el catálogo, más caro sale cada URL paginada mal gestionada: no es solo una cuestión de contenido duplicado, es tiempo de rastreo que no vuelve a pasar por ese producto durante días o semanas, mientras el catálogo sigue cambiando. Algunas medidas prácticas para evitarlo:

• Mantén indexables las páginas de paginación "limpias" de la categoría principal, sin filtros combinados aplicados.
• Decide de forma consistente qué combinaciones de filtro y orden se bloquean o se canonicalizan hacia la versión sin filtrar, en lugar de dejar que cada parámetro genere una URL indexable por defecto.
• Prioriza en el enlazado interno y en el sitemap las páginas y productos que quieres que se rastreen con frecuencia; no le des a una combinación de filtro-color-talla-orden el mismo peso interno que a la página principal de la categoría.
• Revisa periódicamente los informes de rastreo, por ejemplo en Search Console, para detectar si Google está gastando tiempo en URLs paginadas de bajo valor en lugar de en contenido nuevo o actualizado.