Paginación

La paginación es el mecanismo que divide una colección de contenidos demasiado grande para mostrarse en una sola página en múltiples páginas navegables. Es uno de los patrones de navegación más habituales en la web y uno de los que más decisiones arquitectónicas implica.

Cuándo se necesita paginación

La paginación es necesaria cuando el número de elementos de una colección supera lo que es razonable mostrar en una sola página. No hay un número exacto: depende del tipo de contenido, del peso de cada elemento y del contexto.

Como referencia:

  • Listados de artículos de blog: 10–20 por página.
  • Catálogos de productos: 24–48 por página.
  • Resultados de búsqueda: 10–20 por página.
  • Comentarios: 20–50 por página.

La tendencia al “infinite scroll” (carga continua al llegar al final de la página) ha sustituido a la paginación tradicional en muchos contextos, especialmente en redes sociales y aplicaciones móviles. Tiene sus propias implicaciones arquitectónicas.

Opciones de implementación y sus URLs

Paginación numerada clásica

La forma más habitual: una serie de páginas numeradas con controles de navegación (anterior, páginas numeradas, siguiente).

URLs con segmento de ruta:

/blog/                  ← página 1
/blog/pagina/2/         ← página 2
/blog/pagina/3/         ← página 3

URLs con parámetro de consulta:

/blog/                  ← página 1
/blog/?pagina=2         ← página 2
/blog/?pagina=3         ← página 3

La primera opción produce URLs más limpias. La segunda es más habitual en implementaciones por defecto de CMS. En WordPress, el parámetro por defecto es paged (/?paged=2) que puede reescribirse a /pagina/2/ mediante la configuración de permalinks.

Carga más contenido (“Cargar más”)

Un botón que carga los siguientes elementos sin navegar a una nueva página. No genera URLs nuevas si la carga se hace mediante JavaScript sin modificar la URL.

Ventaja: experiencia de usuario más fluida. Inconveniente arquitectónico: si la URL no cambia, no hay forma de compartir ni de volver a “la página 3”. El contenido cargado no es directamente accesible por URL.

Una variante mejor: usar la History API de JavaScript para actualizar la URL a medida que el usuario avanza (/blog/?desde=20, /blog/?desde=40), permitiendo que la URL refleje el estado de la página.

Scroll infinito

El contenido se carga automáticamente al llegar al final de la página, sin interacción explícita del usuario.

Es el patrón de menor control para el usuario (no sabe cuánto contenido hay) y el más problemático para la arquitectura (los elementos cargados dinámicamente pueden no ser rastreables por los buscadores si la implementación no es correcta). Se desaconseja para sitios donde el rastreo e indexación del contenido es importante.

Si se implementa scroll infinito, se recomienda:

  • Implementar también una versión paginada clásica accesible mediante URL.
  • Usar la History API para actualizar la URL con cada bloque cargado.
  • Incluir los contenidos en el sitemap para asegurar su descubrimiento.

Paginación e indexación

Las páginas de paginación plantean una decisión de indexación que ya se trató en qué no indexar. El razonamiento:

  • La página 1 del archivo (/blog/) tiene valor como punto de entrada a la colección. Se indexa.
  • Las páginas 2, 3, 4… son subconjuntos de la colección sin valor diferencial. Generalmente no se indexan.

Implementación:

<!-- En /blog/pagina/2/ -->
<meta name="robots" content="noindex, follow" />

El follow es importante: aunque la página no se indexe, los enlaces que contiene (a los artículos listados) sí deben seguirse para asegurar que los artículos son rastreables.

Paginación en WordPress

WordPress gestiona la paginación de forma automática para los archivos de entradas, categorías, etiquetas y autores. La estructura de URLs de paginación se configura en Ajustes > Enlaces permanentes.

Por defecto, WordPress usa /page/2/ (en inglés) o puede configurarse para usar otro patrón. En instalaciones en español, es habitual configurarlo para usar /pagina/2/.

Los plugins de SEO permiten configurar globalmente si las páginas de paginación deben llevar noindex.

Paginación de artículos largos

WordPress permite paginar el contenido de un artículo individual usando la etiqueta <!--nextpage-->. Esto genera URLs del tipo /articulo/2/ para las páginas adicionales del mismo artículo.

Esta práctica raramente está justificada en términos de arquitectura: divide el contenido de un artículo en múltiples URLs, lo que fragmenta la autoridad del contenido y dificulta la lectura. La única justificación sería para contenidos extremadamente largos donde la carga de la página completa sea un problema técnico, lo que en la web moderna es cada vez menos frecuente.

Para profundizar