En el informe «Indexación de páginas» de Google Search Console, cada página paginada de tu sitio recibe un veredicto. Una página 3 de categoría clasificada como «Explorada, actualmente no indexada» rara vez es motivo de preocupación. Esa misma página 3 bajo «Página alternativa con etiqueta canónica adecuada» plantea un problema mucho más serio: Google la ha vinculado a la página 1, y los productos que solo se enlazaban desde ella han dejado de descubrirse. Los dos veredictos se parecen, pero describen situaciones opuestas. La cuestión, cuando gestionas decenas o cientos de URLs paginadas, es saber cuáles pertenecen al primer caso y cuáles al segundo.
La paginación en SEO: qué indexa Google realmente
La paginación divide una lista larga (productos de una categoría, artículos de un blog, hilos de un foro) en una serie de páginas numeradas: /camisetas, /camisetas?page=2, /camisetas?page=3. Para Google, cada una de esas direcciones es una página con entidad propia, que explora, evalúa e indexa (o no) de forma individual. Google no aplica ningún tratamiento de conjunto a «la paginación»: emite un veredicto por URL.
La mayoría de las guías aborda el tema al revés. Empiezan por las etiquetas que hay que colocar y confían en que Google las siga. El camino inverso es más fiable: mirar primero qué ha decidido Google para cada página paginada, en Search Console, y deducir a partir de ahí qué corregir. Una paginación bien configurada deja una huella reconocible en el informe de indexación; una paginación defectuosa, también. Todo el trabajo consiste en distinguir la una de la otra.
Qué recomienda Google desde el abandono de rel=next/prev
La posición oficial cabe en cuatro reglas, más sencillas de lo que sugiere la agitada historia del tema. Cada página de la secuencia necesita su propia URL («Give each page a unique URL»), las páginas deben conectarse con enlaces <a href> reales, cada página conserva su propia etiqueta canónica, y los números de página nunca deben ir en un fragmento #, que Google ignora.
El malentendido histórico procede de las etiquetas rel="next" y rel="prev". Durante años fueron la respuesta estándar a cualquier duda sobre paginación. Pero Google anunció en marzo de 2019 que había dejado de usarlas, y su documentación actual no deja lugar a dudas: «Google no longer uses these tags», aunque otros buscadores puedan seguir leyéndolas. Mantenerlas no penaliza; implementarlas hoy ya no aporta nada de cara a Google. Aun así, parte de las guías, incluidas algunas bien posicionadas, sigue detallando su sintaxis.
Dos recomendaciones oficiales siguen siendo poco conocidas. La primera: no declarar la página 1 como canónica de toda la secuencia. La documentación lo dice sin rodeos: «Don't use the first page of a paginated sequence as the canonical page. Instead, give each page its own canonical URL.» Cada página paginada debe señalarse a sí misma como canónica. La segunda, más sorprendente: las páginas de una misma secuencia pueden compartir title y meta description («You can use the same titles and descriptions for all pages in the sequence»). Añadir «página 2 de 14» al title sigue siendo buena práctica, pero Google no lo exige.
Queda la cuestión de los enlaces. Googlebot no hace clic: «Google's crawlers don't 'click' buttons and generally don't trigger JavaScript functions». Un botón «Siguiente» en JavaScript puro, sin etiqueta <a href> hacia la URL de la página siguiente, impide que Google descubra las páginas profundas, exactamente igual que en una aplicación React o Vue cuyas vistas solo existen tras fragmentos.
Los estados de una paginación sana, y los que deben alertarte
Una paginación sana no significa «todas las páginas indexadas». En una configuración correcta, la página 1 está indexada y una parte de las páginas profundas no lo está: Google las explora, comprueba que no aportan nada propio a una búsqueda y las deja fuera. Lo esencial está en otro sitio: los productos y artículos listados en esas páginas sí deben estar indexados bajo su propia URL. Los estados siguientes son los más frecuentes en páginas paginadas; otros siguen siendo posibles según la configuración.
En una paginación que funciona, dominan dos estados. «Explorada, actualmente no indexada» en páginas 3, 5 u 8 es el comportamiento más habitual: Google ha leído la página, entiende que sirve de índice intermedio y no considera útil indexarla. Mientras ese estado afecte a páginas paginadas y no a tus fichas de producto, no exige ninguna corrección. «Descubierta, actualmente no indexada» en unas pocas páginas muy profundas tampoco tiene nada de raro: Google conoce esas URLs y simplemente aún no ha priorizado su rastreo.
Tres situaciones, en cambio, deben alertarte. Un volumen masivo de «Descubierta, actualmente no indexada» en toda la profundidad de la paginación indica que Googlebot ya no llega a tus páginas: enlazado interno insuficiente o presupuesto de rastreo agotado. «Página duplicada sin URL canónica» en páginas paginadas delata variantes de la misma lista compitiendo entre sí (ordenaciones, parámetros de visualización) sin canónica declarada. Y «Página alternativa con etiqueta canónica adecuada» en tus páginas 2 y siguientes es la señal más engañosa: el nombre suena a aprobado, cuando en realidad significa que Google ha seguido una canónica que apunta a otro lugar, casi siempre la página 1. Tus páginas profundas quedan absorbidas por la primera, y los productos que solo se enlazaban desde ellas escapan ya al alcance de Google.
La regla de lectura es corta: en una página paginada, un estado de exploración sin indexación suele ser normal; un estado canónico suele delatar un error de configuración.
Los errores clásicos y el veredicto que cada uno provoca en Search Console
Cada error de paginación deja una marca propia en el informe de indexación. Conocerlas permite hacer el diagnóstico en el sentido útil: del veredicto a la causa.
La canónica hacia la página 1
Es el error más extendido, a menudo heredado de un tema o un plugin configurado en la época de rel=next/prev: todas las páginas de la secuencia declaran la página 1 como canónica. Pueden derivarse dos veredictos, según cómo reaccione Google. Si respeta tu declaración, las páginas profundas pasan a «Página alternativa con etiqueta canónica adecuada»: desaparecen del índice, y los enlaces que contenían dejan de servir de camino hacia tus productos. Si considera tu declaración incoherente, la ignora y decide por su cuenta: las páginas aparecen entonces como «Página duplicada: Google eligió otra canónica». En ambos casos, el informe te muestra qué hizo Google con tu etiqueta, algo que ningún crawler puede decirte.
La ausencia de canónica en variantes de lista
Una misma página 2 accesible en ?page=2, ?page=2&orden=precio y ?page=2&ver=48, sin canónica declarada, acaba en «Página duplicada sin URL canónica»: Google detecta los duplicados y arbitra solo. Aquí es donde paginación y parámetros de ordenación se cruzan, y es justamente para estas variantes de una misma lista para las que la documentación de Google reserva el noindex, no para la secuencia paginada en sí. Las guías pasan casi siempre por alto ese matiz.
El noindex aplicado a toda la secuencia
Poner las páginas 2 y siguientes en noindex parece una precaución razonable: salen de los apartados inquietantes del informe y se ordenan bajo «Excluida por la etiqueta noindex». El precio se paga en otro sitio: con el tiempo, Google rastrea cada vez menos unas páginas que no puede indexar, y los enlaces que contienen dejan de hacer descubribles los productos profundos. Un noindex de paginación no se aplica por defecto: se decide sopesando ese riesgo.
Los números de página en fragmentos o tras un botón
/productos#page=2 no existe para Google: «Google ignores fragment identifiers». Un botón «Cargar más» sin enlace <a href> produce el mismo efecto. Las páginas posteriores a la primera nunca se descubren, y los productos enlazados únicamente desde ellas se acumulan en «Descubierta, actualmente no indexada», o incluso en «URL desconocida para Google». El síntoma aparece primero en las fichas de producto, no en la paginación, y por eso cuesta atribuirlo a su verdadera causa mientras no se examinan las dos familias de páginas juntas.
💡 Estos veredictos se leen URL a URL en el inspector de Search Console. En una paginación de 300 páginas, nadie lo hace a mano. Descubre IndexProbe en acceso anticipado →
Localizar a escala las páginas de paginación afectadas
El inspector de URLs de Search Console da el veredicto exacto de una página paginada: su estado, la canónica que Google ha elegido, la fecha del último paso de Googlebot. Pero trabaja con una URL cada vez, y el informe de cobertura no se puede filtrar por tus patrones de URL: es imposible aislar «todas mis URLs ?page=» para ver cómo se reparten. En una tienda donde cada categoría se extiende por 10 o 20 páginas, la comprobación manual toca techo enseguida.
El método practicable consiste en tratar la paginación como una lista de URLs que inspeccionar en masa. Esa lista se construye a partir de una exportación de crawl o de tu sitemap, o directamente con un patrón: todas las URLs que contienen ?page= o /page/. Es exactamente lo que permite IndexProbe: le entregas esa lista, o la construyes desde tu Search Console mediante un patrón de URL (regex), y consulta la API oficial para cada página. Para cada URL paginada obtienes el estado de indexación, la canónica que Google ha retenido y la fecha del último rastreo, en una tabla filtrable.
La diferencia con un crawler merece decirse con claridad: un crawler lee la canónica que declara tu código; la API de Search Console muestra la que Google ha decidido conservar. Ese desfase es precisamente el que revela si tu canónica hacia la página 1 fue respetada o ignorada. Y con una segmentación por tipo de páginas (generada por IA o definida a mano, por ejemplo un segmento «paginación» construido sobre el patrón \?page=), el reparto de estados se lee de un vistazo, segmento a segmento.
Corregir según el estado observado
Conocido el reparto, cada veredicto pide su corrección, y algunas situaciones no piden ninguna.
Páginas profundas en «Explorada, actualmente no indexada» mientras las fichas de producto están bien indexadas: nada que corregir. Es el equilibrio de una paginación que cumple su papel de índice. La única mejora que merece la pena es el enlazado: acercar los productos importantes a la página 1, destacando los más vendidos o reduciendo la profundidad (más elementos por página, subcategorías más finas).
Páginas en «Página alternativa con etiqueta canónica adecuada» o en «Página duplicada: Google eligió otra canónica»: restablecer la canónica autorreferente. Cada página paginada declara su propia URL, ?page=3 apunta a ?page=3. En la mayoría de los CMS todo se reduce a un ajuste del tema o del plugin SEO; el punto de vigilancia es comprobar, tras el despliegue, que la etiqueta realmente presente en el HTML ha cambiado, cachés y redirecciones incluidas.
Variantes de ordenación en «Página duplicada sin URL canónica»: elegir una regla y mantenerla. O una canónica de las variantes hacia la versión por defecto de la misma página, o un noindex en las variantes, conforme a la recomendación oficial sobre las «variations of the same list of results». Lo importante es que la regla se aplique en todas partes, no parámetro a parámetro.
Una acumulación de «Descubierta, actualmente no indexada» en la profundidad: restablecer primero el descubrimiento. Comprobar que los enlaces de paginación son <a href> reales, que la profundidad sigue siendo razonable (una página importante a 15 clics de la portada casi nunca será prioritaria) y que el presupuesto de rastreo no se está desperdiciando en otro lugar.
Facetas, scroll infinito y presupuesto de rastreo: lo que satura la indexación
La paginación rara vez causa problemas por sí sola. Se vuelve temible cuando se combina con los demás multiplicadores de URLs.
El primero es la navegación facetada: cada combinación de filtros crea su propia lista, y cada lista se pagina. ?color=rojo&page=2, ?color=rojo&talla=m&page=3: la combinatoria de filtros, ya enorme, se multiplica por la profundidad de la paginación. Si las facetas no se han cribado (indexables, bloqueadas o canonicalizadas según su demanda de búsqueda), la paginación agrava un problema que ya existía.
El segundo es el scroll infinito. Implementado sin URLs paginadas subyacentes, vuelve la profundidad del catálogo invisible para Googlebot, que no activa la carga al desplazarse. La documentación de Google recomienda respaldar cualquier carga progresiva con URLs paginadas reales conectadas con <a href>: el usuario conserva la comodidad del desplazamiento, el robot conserva una secuencia rastreable.
El tercero es el presupuesto de rastreo. En un sitio de más de 10.000 URLs, miles de páginas paginadas y variantes consumen visitas de Googlebot que ya no benefician a las páginas importantes. La señal está en los datos de rastreo: si la parte de páginas estratégicas rastreadas recientemente retrocede mientras la paginación profunda sigue recibiendo visitas, Googlebot gasta su tiempo en el lugar equivocado.
Comprobar que la corrección ha producido el veredicto esperado
Una corrección de paginación no se valida el día en que la etiqueta se publica, sino el día en que el veredicto cambia en Search Console, es decir, después de que Googlebot vuelva a pasar por cada página. En páginas profundas, poco rastreadas por definición, ese plazo se cuenta en semanas.
El método: relanzar el mismo análisis sobre la misma lista de URLs paginadas unas semanas después del despliegue, y comparar. Las páginas en «Página alternativa con etiqueta canónica adecuada» deben ir pasando a «Explorada, actualmente no indexada» o «Página indexada» a medida que Google relee las canónicas corregidas; el volumen de «Descubierta» debe retroceder si el descubrimiento se ha restablecido. La vista Comparación de IndexProbe enfrenta los dos análisis, estado por estado, y la renovación automática con resumen por correo convierte la comprobación puntual en vigilancia continua: una paginación que se desajusta tras una actualización del tema se detecta por el cambio de veredicto, antes que por la caída de tráfico.
El razonamiento completo se despliega en tres tiempos: leer el veredicto actual de Google sobre cada página paginada, corregir lo que ese veredicto señala y comprobar después que ha cambiado. Prueba IndexProbe en acceso anticipado y lee esos veredictos en todas tus páginas paginadas, en un solo análisis.
Preguntas frecuentes
¿Hay que poner las páginas de paginación en noindex?
No por defecto. Google recomienda el noindex para las variantes de una misma lista (ordenación, visualización), no para la secuencia paginada. Un noindex generalizado acaba reduciendo el rastreo de esas páginas y priva a los productos profundos de los enlaces que permitían descubrirlos.
Una página paginada en «Explorada, actualmente no indexada», ¿es grave?
En la mayoría de los casos, no. Es el estado esperado de una página 3 o 5 que sirve de índice, sin interés propio para una búsqueda. La comprobación útil recae en las fichas de producto y los artículos listados: mientras estén indexados bajo su propia URL, la paginación cumple su función.
¿Hay que poner una canónica hacia la página 1?
No. La documentación de Google pide explícitamente no usar la primera página como canónica de la secuencia: cada página paginada declara su propia URL. La canónica hacia la página 1 es justamente el error que envía las páginas profundas a «Página alternativa con etiqueta canónica adecuada» y saca su contenido del índice.
¿Sirven todavía las etiquetas rel=next y rel=prev?
Para Google ya no: anunció en 2019 que había dejado de usarlas. Otros buscadores pueden seguir leyéndolas, así que dejarlas puestas no cuesta nada. Implementarlas hoy pensando en Google, en cambio, no sirve de nada.
¿El scroll infinito perjudica la indexación?
La perjudica cuando sustituye a la paginación en lugar de complementarla. Googlebot no activa la carga al desplazarse: sin URLs paginadas conectadas con enlaces <a href> reales, los elementos profundos nunca se descubren y se acumulan en «Descubierta, actualmente no indexada».
¿La paginación genera contenido duplicado?
Por sí misma, no: cada página lista elementos distintos, y Google trata las URLs de una secuencia como páginas independientes. Los duplicados nacen de las variantes de una misma página (ordenación, parámetros de visualización), que se gestionan con canónica o noindex, conforme a la recomendación oficial.