SEO de Paginación Después de rel=next/prev: El Manual Honesto

Busca «pagination SEO» y la primera página es un museo. Las guías actualizadas hace un trimestre aún te explican cómo usar rel="next" y rel="prev" — marcado que Google admitió en marzo de 2019 que no había utilizado como señal de indexación «durante años». El resultado orgánico principal para la consulta es la propia documentación de Google, un Resumen de IA se sitúa encima, y el consejo de abajo sigue siendo cauteloso sobre una etiqueta que lleva muerto más tiempo que la mayoría de los sitios que la leen. Lo que ninguno de ellos responde es la pregunta que realmente tiene la persona que busca: ahora que el atajo de marcado se ha ido, ¿qué hago realmente con la página 2 a la página 40?

Esta guía responde esa pregunta de la forma honesta: la paginación dejó de ser un problema de marcado y se convirtió en un problema de arquitectura. Eliges deliberadamente uno de tres patrones — serie paginada, desplazamiento infinito, ver todo — lo implementas de modo que los rastreadores puedan alcanzar cada elemento sin ahogarse en URLs casi duplicadas, y luego haces la parte que todas las demás guías omiten: verificas en Search Console que la indexación realmente mejoró. Esta es una rama de nuestro pilar de SEO agentico, y se apoya en la misma disciplina de encontrar → corregir → verificar que la guía hermana sobre la auditoría de SEO técnico centrada en repositorio — la paginación es solo la capa de esa auditoría donde el folclore ha envejecido peor.

La etiqueta que todos siguen recomendando murió en 2019

El historial importa porque explica por qué el consejo que hay es tan confuso. Durante años, rel="next"/rel="prev" fue la respuesta oficial: anota la serie, y Google trataría el conjunto paginado como una secuencia débil, consolidando señales hacia la primera página. Luego en marzo de 2019, la cuenta de Google Search Central anunció — retroactivamente — que la anotación no había sido utilizada en indexación durante años. No «estamos descontinuándolo». Ya se había ido, y nadie fuera de Google se había percatado, porque la web siguió funcionando.

Ese no-evento lleva la lección real. La paginación nunca funcionó por el marcado; funcionó cuando la arquitectura subyacente era sólida — URLs únicas, enlaces reales, canónicos sensatos — y se rompió cuando no lo era, etiqueta o no. El retiro no cambió lo que Google recompensa. Eliminó la ilusión cómoda de que un elemento <link> en el encabezado podría ocultar una arquitectura que atrapa rastreadores o inunda el índice con variantes delgadas. No hay un atajo para reinstalar. Solo está la arquitectura.

Google retiró rel=next/prev años antes de decirle a nadie, y los rankings no parpadearon. El marcado nunca estuvo llevando el peso. Lo hizo la arquitectura — y sigue siendo así.

Lo que Google realmente pide ahora

La documentación actual de paginación de Google — la página que supera cada blog de SEO en esta consulta — es corta e inequívoca, y la mayoría de ella contradice el folclore que sobrevivió a 2019. Cada página en una serie se trata como una página separada, punto final. De ese hecho, siguen las reglas: cada página necesita su propia URL rastreable, las páginas deben vincularse secuencialmente entre sí para que un rastreador pueda caminar por la serie, y — la regla que la mayoría de los sitios entienden mal — la página 2 y posteriores no deben canonicalizarse a la página 1. Google lo recomienda explícitamente en contra, porque un canónico que apunta a la página 1 le dice al rastreador que las páginas más profundas son duplicadas, y los elementos enumerados solo en esas páginas pueden perder silenciosamente su ruta de rastreo.

Observa la forma de los fallos en la columna de la izquierda: cada uno intenta hacer que la paginación desaparezca — oculta las páginas profundas, colapsalas en la página 1, bloquéalas. La orientación documentada va en la otra dirección: haz que la serie sea legible. URLs reales, enlaces reales, una dirección honesta por página. Aburrido, y correcto.

Tres patrones, una elección deliberada

Cada superficie de listado — archivo de blog, página de categoría, resultados de búsqueda, cuadrícula de productos — es uno de tres patrones. El error no es elegir el incorrecto; es heredar uno de un tema o biblioteca de componentes y nunca verificar qué hace a los rastreadores.

Serie paginada — el aburrido predeterminado que funciona

Páginas numeradas, URLs únicas, enlaces secuenciales. Este es el patrón alrededor del cual se escribe la documentación de Google, y el que se debe usar por defecto cuando hay duda. La barra de implementación es baja pero específica: ?page=2 o /page/2 como una URL real procesada en el servidor, un canónico auto-referenciado en cada página, enlaces siguiente/anterior en el HTML (no inyectados al hacer clic), y la página 1 viviendo en la URL limpia — con ?page=1 canonicalizado o redirigido a ella para que la raíz no compita con su propio duplicado. Los títulos deben ser inequívocos («Página 3 de…»), lo que no cuesta nada y evita que las páginas paginadas se canibalicen mutuamente por el término principal.

Desplazamiento infinito — invisible sin URLs reales

Googlebot no se desplaza, y no hace clic en «cargar más». El contenido que solo existe después de que se activa un evento de desplazamiento es contenido que no existe, en lo que respecta al rastreo. La solución documentada de Google es carga paginada: mientras el usuario se desplaza, actualiza la URL con la History API para que cada segmento de contenido tenga una dirección (?page=4), y haz que esas mismas direcciones sean alcanzables como enlaces simples para clientes que no ejecutan tu controlador de desplazamiento — que incluye el rastreador. Si tu desplazamiento infinito no se puede recorrer página por página con JavaScript deshabilitado, todo debajo de la primera ventana es decoración. En un sitio que auditamos, un rediseño de categoría cambió páginas numeradas por un botón de cargar más; nada más cambió, y los elementos más profundos en el catálogo gradualmente cayeron del índice — no penalizados, solo inalcanzables.

Ver todo — excelente hasta que no lo es

Una página, cada elemento, ninguna serie que gestionar. Para conjuntos pequeños, esta es genuinamente la respuesta más limpia: ningún riesgo de duplicado, ningún problema de profundidad de rastreo, una URL acumulando todas las señales. El modo de fallo es la física. Una página de ver-todo con dos mil productos es lenta para usuarios y pesada para renderización, y Core Web Vitals lo dirá. La regla honesta: ver-todo cuando el conjunto completo se renderiza lo suficientemente rápido para que te gustaría aterrizar en él desde un resultado de búsqueda; una serie paginada en el momento en que no lo hace. Si ejecutas ambas, elige una como la superficie canónica y sé consistente sobre cuál las vínculos internos apuntan — ejecutar dos rutas paralelas a los mismos elementos es cómo le das a Google un rompecabezas de duplicación que resolverá sin consultarte.

Los dos modos de fallo: duplicados delgados y trampas de rastreo

Cada error de paginación que importa se convierte en uno de dos problemas. El primero es duplicación delgada: los mismos elementos alcanzables en muchas direcciones. Variantes clasificadas (?page=2&sort=price), variantes filtradas, el duplicado ?page=1 de la raíz, parámetros de sesión arrastrándose en cada vínculo de página. Cada variante es una página que Google debe buscar, renderizar y desduplicar — y cuando elige canónicos a escala, a veces elige los tuyos incorrectamente. La corrección es resta: canonicaliza variantes de clasificación y filtro al orden predeterminado, mantén parámetros fuera de enlaces de paginación, y deja que exactamente una dirección por página de la serie exista.

El segundo es la trampa de rastreo: paginación multiplicada por navegación facetada. Veinte filtros por cincuenta páginas por cuatro órdenes de clasificación son cuatro mil URLs para una categoría — un espacio donde un rastreador puede deambular durante semanas sin descubrir un solo elemento nuevo. Este es el patrón detrás de la mayoría de los acopios de «Descubierto — actualmente no indexado» en sitios grandes: no un juicio de calidad, solo un rastreador con paciencia finita encontrándose con un espacio de URL sin fondo. Las páginas profundas de tu serie honesta luego compiten por atención de rastreo con miles de permutaciones de basura, y pierden.

La lista de verificación de paginación centrada en repositorio

Como con la auditoría más amplia técnica, la forma más rápida de auditar paginación no es una exportación de rastreo — es leer la fuente. La lógica de paginación vive en un puñado de archivos: la ruta que toma el parámetro de página, la función de metadatos que emite el canónico, el componente que renderiza los vínculos de página. Un error allí es un error en cada página que renderiza la plantilla, y puedes saberlo de una lectura de archivo. El rastreo sigue siendo la alternativa para sitios que no puedes leer, y la verificación de que lo que el código intenta es lo que el servidor sirve.

Verificar que la indexación realmente mejoró

Aquí está la mitad que ninguna guía de paginación envía. Las correcciones de paginación son inusualmente fáciles de declarar hecho — el código fusionado, el canónico se ve correcto en view-source — e inusualmente difíciles de ver, porque el pago es distribucional: elementos que eran inalcanzables comienzan a ganar impresiones, semanas después, en cientos de consultas de cola larga que nadie está viendo. Si no te comprometes con una métrica antes de que la corrección se lance, nunca sabrás si funcionó, y «hecho» quedará para siempre sin examinar.

La disciplina es el mismo contrato de prueba que corre a través de nuestro método de ciclo cerrado. Antes de la corrección: registra el hallazgo como una tarea, nombra la métrica que la juzgará — para paginación eso es casi siempre impresiones en las URLs afectadas, porque la reachability se muestra como estar mostrado en primer lugar antes de que aparezca como clics — y establece un objetivo. Lanza con una marca de tiempo y el PR. Luego espera aproximadamente tres semanas: Google tiene que rastrear nuevamente la serie, redescubrir los elementos, y acumular suficientes datos de consulta en ambos lados del cambio para que una comparación signifique algo. Vuelve a leer la métrica, filtrada a las URLs de elementos de página profunda, y escribe el veredicto: confirmado, regresionado, o inconcluso. Los recuentos de indexación de páginas en Search Console dan una lectura de apoyo — «Descubierto — actualmente no indexado» drenándose es lo que se ve una trampa de rastreo desenvuelta — pero las impresiones en las páginas que liberaste son el número que prueba que los elementos no solo se indexan sino que se muestran.

Ejecútalo de esta manera y la paginación deja de ser un debate de folclore y se convierte en una entrada en el historial medido de tu sitio: en este sitio, desenredar la trampa de rastreo facetado confirmado; la consolidación ?page=1 leyó inconcluso. Qué números pueden llevar ese tipo de peso — y cuáles son vanidad — es el tema de la guía hermana en SEO KPIs.

Paginación en una página de resultados de cero clics

Una razón más para importar en 2026: la consulta que este artículo apunta — 260 búsquedas al mes, dificultad modesta — ya lleva un Resumen de IA, y lo hace una parte creciente de las consultas de cola larga que tus elementos de catálogo profundo responden. Las respuestas de IA se ensamblan a partir de páginas que los motores pudieron rastrear, indexar, y clasificar con confianza. Un elemento varado detrás de un evento de desplazamiento u huérfano por un canónico a la página 1 no solo se clasifica mal — es no citable, en cada motor de respuesta a la vez. El trabajo poco glamuroso de ruta de rastreo en esta lista de verificación es la cuota de entrada para el territorio cubierto en nuestra guía para SEO de cero clics: no puedes ser citado desde una página que ningún motor jamás alcanzó.

Si quieres que la mitad de encontrar se ejecute contra tu propia propiedad, el informe SEO gratuito conecta tu Search Console y muestra dónde la reachability te cuesta — las secciones ganando impresiones en la página 1 de una serie y silencio debajo. Y si prefieres que todo el ciclo se ejecute como un sistema — hallazgos archivados, correcciones lanzadas, veredictos de indexación leídos tres semanas después — reserva una llamada.