¿Qué es la paginación?

La paginación es el reparto de un listado largo en varias pantallas: los productos de una categoría, los artículos de un blog, los resultados de una búsqueda. Cada tramo suele tener su propia dirección, y entre ellos hay enlaces que permiten avanzar.

Existe por dos razones a la vez. Una es de rendimiento: cargar diez mil productos en una sola pantalla arruina cualquier velocidad de carga y hace la página inmanejable. La otra es de orientación: una lista sin fin no deja saber dónde se está, y ahí es donde falta una miga de pan.

Para un buscador es además una cuestión de descubrimiento. Si las páginas dos, tres y siguientes no tienen dirección propia enlazada, el rastreador nunca llega a lo que hay en ellas, por muy bueno que sea. La mitad del catálogo puede quedar invisible sin que nada parezca roto.

Conviene distinguirla de dos cosas con las que se mezcla. No es lo mismo que filtrar: un filtro cambia QUÉ se muestra, la paginación cambia CUÁNTO se muestra de una vez. Y no es lo mismo que ordenar: cambiar el orden reparte los mismos elementos en las mismas páginas, solo que en otra secuencia.

La confusión importa porque las tres suelen convivir en la misma pantalla y generar direcciones a la vez. Cuando filtro, orden y página se combinan libremente en la URL, el número de direcciones posibles se multiplica, y ese es exactamente el camino hacia el index bloat.

En la práctica hay tres maneras de repartir un listado, y se distinguen menos por su aspecto que por lo que dejan detrás. La pregunta útil siempre es la misma: ¿existe una dirección propia a la que se pueda llegar con un enlace?

Con números de página la respuesta es sí y no hay más que discutir. Con un botón de cargar más depende de cómo esté construido: si el botón es solo un fragmento de JavaScript, no hay nada que seguir; si además hay un enlace real debajo, funciona igual de bien que los números. Con desplazamiento infinito no hay dirección ninguna.

Y las tres pueden convivir sin conflicto: la vista cómoda para quien navega y las URLs numeradas por debajo, enlazadas de forma que el rastreador las recorra. No hay que elegir entre experiencia de usuario y descubrimiento.

Hay un detalle de construcción que decide más de lo que parece: si los enlaces entre páginas son etiquetas de enlace de verdad o elementos que reaccionan al clic por programación. Solo lo primero es un camino; lo segundo puede funcionar perfectamente para el visitante y no existir para quien recorre el sitio leyendo el código.

Y una consecuencia práctica para la revisión: hay que comprobarlo en el HTML entregado, no en la pantalla. Una barra de números puede verse impecable y estar construida sin un solo enlace real detrás, y en ese caso la mitad del catálogo se vuelve una página huérfana sin que nada avise.

La decisión que más se falla es la del canonical. La página dos no es una versión de la página uno: contiene productos distintos, así que su canonical debe apuntar a sí misma. Hacer que todas apunten a la primera le dice a Google que el resto no existe, y el catálogo desaparece del índice sin que nadie lo haya pedido.

La segunda es qué hacer con la etiqueta rel=next y rel=prev, que durante años se recomendó. Google dejó de usarla en 2019 y la documentación actual sobre paginación ya no la menciona; ponerla no hace daño, pero tampoco resuelve nada, y desde luego no sustituye a los enlaces normales entre páginas.

La tercera es la de los títulos. Si las cincuenta páginas de una categoría comparten título y descripción, no hay error técnico, pero el resultado se parece al del contenido duplicado a ojos de quien lee la SERP. Añadir el número al título es lo mínimo, y decir en la primera página lo que las demás no repiten es lo sensato.

Queda una cuarta decisión, menos comentada y con efecto directo en lo que se indexa: qué hacer con la primera página cuando aparece con y sin parámetro. En muchos sistemas conviven la dirección limpia de la categoría y la misma con un sufijo de página uno, ambas con el mismo contenido. Esa pareja sí es un duplicado real, y ahí el canonical tiene que apuntar a la versión limpia.

Y una recomendación sobre el enlazado interno: no hace falta enlazar las cincuenta páginas desde cada una de ellas. Basta con la anterior, la siguiente y unas pocas de referencia; una barra que las lista todas reparte el peso entre demasiados destinos y llena el código de enlaces que nadie usa.

No hay una cifra correcta, hay un equilibrio entre dos costes. Con pocos elementos por página, el listado se parte en muchas URLs y todo queda más lejos, lo que empeora la profundidad de clic. Con muchos, cada página tarda más en cargar y pesa más en el móvil.

El punto de partida razonable es preguntarse cuántas páginas produce el reparto. Si una categoría de mil productos se reparte de veinte en veinte, hay cincuenta páginas, y las últimas quedarán a demasiados clics del inicio. De cien en cien son diez, y eso ya se recorre.

Conviene además no dejar la decisión solo en el listado. Un buen buscador interno, filtros con criterio y bloques temáticos que salten al fondo del catálogo hacen que la paginación deje de ser el único camino, y eso reduce a la vez la profundidad y el presupuesto de rastreo que se va en recorrerla.

Un apunte sobre cómo se comprueba si el reparto elegido funciona: mira en Search Console cuántas de esas páginas reciben impresiones. Un patrón habitual y sano es que la primera concentre casi todo y las siguientes aparezcan poco; lo preocupante es que a partir de cierto número no aparezca ninguna, porque eso indica que el rastreador no llega hasta ahí.

Y una comprobación complementaria en el registro del servidor: si las páginas altas nunca se piden, no es que rindan poco, es que no se visitan. Son dos diagnósticos distintos con arreglos distintos, y solo el análisis de logs los separa con hechos.

El más caro es el canonical hacia la primera página, ya dicho, porque hace desaparecer del índice justo lo que se quería ordenar.

El segundo es poner noindex en las páginas dos y siguientes. Parece limpio y produce el efecto contrario al buscado: los productos que solo aparecen ahí dejan de descubrirse, porque el rastreador tiende a pasar menos por una página que se le ha dicho que no indexe.

Y el tercero es una vista de «ver todo» mal montada. Como opción para el usuario está bien; como única URL indexable de una categoría de mil productos, es una página enorme que nadie termina de cargar. Si existe, que sea un complemento de las páginas numeradas y no su sustituto.

Un cuarto error aparece en las migraciones: cambiar el número de elementos por página sin pensar en las direcciones antiguas. Al pasar de veinte a cien, las páginas de la treinta a la cincuenta dejan de existir, y si nadie prepara el traslado quedan como errores 404 enlazados desde fuera. Una redirección 301 hacia el tramo equivalente resuelve el caso completo.

Y el último, el más silencioso: dejar que el orden por defecto cambie solo. Si una categoría se ordena por novedad y cada día entra producto nuevo, el contenido de la página tres es distinto cada semana. No es un fallo en sí, pero explica por qué esas páginas rara vez consolidan posiciones, y conviene saberlo antes de buscarle otra causa.