MeshLine
SEO de paginación con rel=next/prev: conservar, quitar o corregir cada serie
Aprende cuándo sigue importando la paginación con rel=next/prev, cómo auditar cada serie en busca de enlaces rotos y bucles, y cómo decidir si conservar, quitar o corregir los atributos.
Las páginas paginadas son fáciles de olvidar.
Una categoría de ecommerce, un artículo largo o un hilo de foro acumulan URLs nuevas en silencio.
Nadie vuelve a revisar cómo esas páginas señalan su relación ante los motores de búsqueda.
Los atributos rel="next" y rel="prev" se crearon precisamente para ese trabajo.
Su valor ha cambiado con el tiempo, y muchos sitios todavía arrastran implementaciones rotas.
Este artículo explica qué hacen hoy esos atributos y cómo auditar una serie paginada.
También te ayuda a decidir página por página si conviene conservar, quitar o corregir el marcado.
Qué hacen realmente rel=next y rel=prev
Los atributos rel="next" y rel="prev" se colocan en el head de una página paginada.
Indican a los motores de búsqueda las relaciones entre las URLs que componen una serie.
Ayudan a consolidar las propiedades de indexación a lo largo de la secuencia.
También orientan a usuarios y rastreadores hacia la URL más relevante, según el tutorial de auditoría de Screaming Frog.
Se usan habitualmente en páginas de categoría de ecommerce que muestran muchos productos repartidos en varias URLs, en artículos divididos en partes más cortas y en hilos de foro.
El concepto es sencillo, pero la implementación incorrecta es extremadamente común, señala el mismo tutorial.
Eso importa porque un atributo roto es peor que no tener atributo: puede apuntar a los rastreadores hacia una redirección, una página de error o una URL que ya no existe.
¿Google todavía usa rel=next y rel=prev?
No.
Google anunció el 21 de marzo de 2019 que llevaba mucho tiempo sin usar rel="next" y rel="prev" en la indexación.
Si tu único objetivo fuera la indexación en Google, los atributos serían inertes.
Sin embargo, otros motores de búsqueda todavía los usan.
Bing, que también impulsa a Yahoo, utiliza los atributos como una pista para el descubrimiento y la comprensión de la estructura del sitio, según el tutorial de Screaming Frog.
¿Sigue importando rel next prev para el SEO?
Para Google, no.
Para el descubrimiento basado en Bing y para la higiene estructural que te obliga a revisar, a menudo sí.
Esa distinción debe guiar tu decisión.
Quitar los atributos no perjudica la indexación en Google, pero mantener una implementación correcta cuesta poco y conserva una pista que algunos rastreadores todavía leen.
Mantener una implementación rota es la única opción con un inconveniente real.
Por qué los enlaces rastreables importan más que los atributos
Decidas lo que decidas sobre rel="next" y rel="prev", la paginación debe ser accesible mediante enlaces HTML ordinarios.
Las buenas prácticas de enlaces de Google indican que Google generalmente solo puede rastrear un enlace si es un elemento de anclaje con un atributo href.
No puede extraer URLs de forma fiable desde elementos sin href ni desde pseudoenlaces basados en eventos de script.
En la práctica, esto significa que cada página de una serie debe enlazar a la siguiente con una etiqueta de anclaje real.
El tutorial de Screaming Frog señala que las páginas paginadas deben usar enlaces normales.
Así los usuarios pueden hacer clic, Google rastrea de página en página y el PageRank fluye entre las páginas.
John Mueller, analista de Webmaster Trends de Google, también recomendó enlaces HTML adecuados para la paginación en un Webmaster Central Hangout.
Si tu paginación carga el siguiente conjunto de productos solo mediante JavaScript, sin hrefs de anclaje, corregir eso es una prioridad mayor.
Es más urgente que cualquier decisión sobre los atributos rel.
Cómo auditar los atributos de paginación
Una auditoría basada en rastreo convierte una pregunta abstracta en una lista concreta.
El SEO Spider de Screaming Frog puede rastrear y reportar los atributos de paginación; el tutorial describe el siguiente flujo de trabajo.
- Activar el rastreo de paginación. En Configuration, selecciona Crawl and Store Pagination. Por defecto está desactivado; al activarlo, las URLs referenciadas en los atributos rel="next" y rel="prev" se rastrean, se extraen y se reportan. Esto solo cambia el rastreo si esas páginas no están ya enlazadas con etiquetas de anclaje normales.
- Rastrear el sitio. Introduce la URL del sitio web e inicia el rastreo, y espera a que termine.
- Revisar la pestaña Pagination. Muestra todas las URLs encontradas en el rastreo, con las URLs referenciadas en los atributos rel="next" y rel="prev" en columnas individuales, además de filtros que revelan problemas comunes.
- Ejecutar el análisis del rastreo. Dos filtros, Unlinked Pagination URLs y Pagination Loop, requieren un análisis posterior al rastreo para poblarse. Si ya configuraste el análisis del rastreo antes, verifica que Pagination esté marcado en Crawl Analysis Configure.
- Recorrer los filtros poblados.
Los filtros se corresponden directamente con las decisiones que debes tomar.
El tutorial los describe así:
- Contains Pagination marca cualquier URL con un atributo rel="next" y/o rel="prev", identificándola como parte de una serie.
- First Page marca las URLs que solo tienen rel="next", es decir, el inicio de una serie. Recórrelas y confirma que están en las páginas padre correctas.
- Paginated 2+ Pages marca las URLs que llevan rel="prev", lo que indica que no son la primera página. Confirma que aquí solo aparecen páginas paginadas genuinas.
- Pagination URL Not In Anchor Tag marca páginas donde la URL de un atributo rel no es también un hipervínculo normal en la página. Este es el problema de rastreabilidad descrito antes.
- Non-200 Pagination URL marca las URLs de los atributos que no responden con un estado 200 OK, incluidas URLs bloqueadas por robots.txt, redirecciones, errores de cliente y errores de servidor. El tutorial las trata como errores que los motores de búsqueda ignoran, de modo que los atributos no apuntan a nada útil.
Dos filtros más merecen atención porque detectan fallos que la gente rara vez encuentra a mano.
Unlinked Pagination URLs identifica páginas de series que ningún enlace de anclaje normal alcanza.
Los rastreadores solo podrían encontrarlas a través de los atributos, si es que las encuentran.
Pagination Loop identifica series donde las referencias next y prev se devuelven sobre sí mismas, una cadena que nunca termina de forma limpia.
Conservar, quitar o corregir: decidir por serie
Trata cada serie paginada como una decisión propia en lugar de aplicar una sola regla para todo el sitio.
Una secuencia de decisión en tres pasos mantiene esto manejable.
Paso uno: corregir primero los errores, sea cual sea la decisión de conservar o quitar
Si la auditoría muestra URLs de atributos con estado distinto de 200, paginación fuera de etiquetas de anclaje o bucles, esos son defectos de la propia serie.
Corregirlos beneficia a los usuarios y a todos los rastreadores, tanto si conservas el marcado como si no.
Un rel="next" que apunta a una redirección no ayuda a nadie.
Una página de categoría cuyas páginas posteriores no son alcanzables por enlaces normales pierde rutas de rastreo de las que Google depende explícitamente.
Paso dos: en una serie limpia, sopesar el valor marginal de los atributos
Si la serie está correctamente implementada, los atributos no hacen daño y siguen sirviendo como pista de descubrimiento y estructura para motores basados en Bing.
Conservarlos es el valor por defecto de bajo costo.
Quitarlos simplifica las plantillas y elimina una superficie de mantenimiento, y la indexación en Google no se ve afectada.
No hay penalización de SEO documentada por ninguna de las dos opciones en una serie limpia, así que el desempate es operativo.
Conserva el marcado si tu equipo lo mantiene y las auditorías muestran que sigue correcto.
Si se quitó a medias hace años y nadie es responsable de él, terminar de quitarlo es más honesto.
Paso tres: corregir la serie, no solo los atributos
La mayoría de los problemas de paginación son problemas de contenido y arquitectura disfrazados de marcado.
Una categoría paginada en muchas páginas delgadas puede servir mejor a los usuarios con un mejor filtrado o tamaños de página mayores.
Esa es una decisión de diseño con compensaciones en peso de página y velocidad, no una corrección de atributos.
Los atributos deben reflejar una serie que tenga sentido; no pueden crearla.
Un ejemplo de auditoría resuelto
Considera la categoría "zapatillas para correr" de una tienda online, dividida en varias páginas.
La auditoría muestra que la primera página lleva solo rel="next" y las páginas posteriores llevan rel="prev".
El rel="next" de una página intermedia apunta a una URL que ahora redirige a la raíz de la categoría tras una migración de plataforma.
El filtro Non-200 detecta la redirección.
La corrección consiste en actualizar el atributo, y el enlace normal a la página siguiente, para que apunten a la URL activa actual.
La decisión sobre los atributos puede esperar; la referencia rota no.
Desorienta a cualquier rastreador que todavía respete la pista y señala una serie mal mantenida.
Contrasta eso con un blog que dividió hace años una guía larga en cuatro páginas, y donde un rediseño eliminó los atributos rel de la plantilla por completo.
Las páginas todavía se enlazan entre sí con anclas normales, así que la rastreabilidad está intacta y la indexación en Google nunca dependió de los atributos.
Aquí la elección es genuinamente opcional: reinstaurar el marcado en beneficio de Bing, o dejar la serie como páginas enlazadas simples.
Errores comunes de implementación que conviene revisar
- Atributos que apuntan a URLs redirigidas, bloqueadas o con error en lugar de páginas activas con estado 200.
- URLs next y prev que existen solo en los atributos, no como enlaces de anclaje clicables en la página.
- Primeras páginas que llevan incorrectamente rel="prev", o páginas intermedias a las que les falta.
- Bucles donde una serie se referencia a sí misma en círculo.
- Páginas de series alcanzables solo a través de los atributos, sin enlaces normales desde ningún punto del sitio.
Cada uno de estos casos es observable en un rastreo, y por eso una auditoría supera a revisar a mano un puñado de páginas.
Convertir la auditoría en una rutina operativa
Para equipos que coordinan marketing y ventas con las herramientas existentes, la higiene de la paginación encaja en el patrón de otros mantenimientos técnicos de SEO.
Se degrada en silencio durante migraciones de plataforma, cambios de plantilla y crecimiento del catálogo.
Programa un rastreo de paginación después de cambios importantes en el sitio y junto con las auditorías técnicas periódicas.
Enruta los resultados de los filtros, especialmente Non-200 y Pagination Loop, hacia tu cola habitual de correcciones.
Los atributos en sí son una pieza pequeña del panorama.
El valor duradero de auditarlos es el proceso mismo.
Te obliga a confirmar que cada página paginada está enlazada, activa y correctamente secuenciada, que es lo que usuarios y motores de búsqueda necesitan.
Conserva rel="next" y rel="prev" solo donde la serie está limpia y alguien es responsable de ella.
Quítalo donde está abandonado.
Corrige siempre primero los enlaces rotos, las URLs de atributos con error y los bucles, sea cual sea el marcado que elijas.
Para una visión más amplia de dónde encajan las correcciones técnicas en un programa de demanda, consulta estos ejemplos.
Referencias de fuentes: www.screamingfrog.co.uk; developers.google.com.
Cómo puede ayudar Meshline.
Conecta la automatización, el marketing orgánico (generación de demanda) y la gestión del ciclo de vida del cliente (Revenue Intelligence).
Integra la planificación de temas, la publicación de contenidos y la retroalimentación de rendimiento en la conversación sobre tu flujo de trabajo. Reserva una demo de Meshline.