Paginación en SEO

Cómo afecta la paginación al presupuesto de rastreo y a la indexación, cuándo usar noindex o canonical, con ejemplos de código para HTML, PHP y sitemap.

Paginación divide las listas grandes de contenido en páginas separadas con URL propias: /catalog/page/2, /catalog/page/3. Es sencilla en concepto, pero la paginación es una de las principales causas de desperdicio del presupuesto de rastreo (crawl budget) en sitios grandes. Googlebot rastrea cientos de páginas con plantilla en lugar de las fichas de producto, y parte del catálogo nunca llega al índice.

Qué es la paginación

La paginación divide un conjunto grande de contenido (productos, artículos, reseñas) en páginas secuenciales con URL propias. Patrones habituales: /catalog/?page=2, /catalog/page/2/, /catalog/2/. Los buscadores tratan cada URL como un documento distinto.

Googlebot rastrea las páginas de paginación en orden. En catálogos grandes, las páginas profundas reciben menos rastreos: los productos nuevos se indexan con retrasos importantes.

Tres formatos de paginación se comportan de forma radicalmente distinta desde el punto de vista SEO:

Formato 1Páginas numeradas

Botones «1 2 3 ... 100», cada página con su propia URL. Control SEO flexible: noindex, canonical o indexación completa.

Formato 2Scroll infinito

El contenido se carga al hacer scroll sin cambiar la URL. Sin renderizado de JavaScript, Googlebot solo ve la primera pantalla. Requiere un respaldo en HTML.

Formato 3Botón «Cargar más»

La URL no cambia y el contenido se añade al hacer clic. Mismo problema de rastreo: sin renderizado de JS, Googlebot solo ve el contenido inicial.

Presupuesto de rastreo y contenido duplicado

Una tienda con 500 productos y 20 por página genera 25 URL de paginación por categoría. Con 50 categorías, son 1250 URL que Googlebot debe rastrear antes de llegar a las fichas de producto individuales.

Caso real. Tienda de electrónica, 8000 SKU. Paginación sin noindex: más de 400 URL de categoría. Los productos nuevos tardaban entre 3 y 4 semanas en indexarse. Tras añadir noindex, follow a las páginas 2 en adelante, el tiempo de indexación bajó a entre 3 y 5 días.

Tres problemas concretos que la paginación genera para el SEO:

  • Contenido duplicado. La etiqueta title y la meta descripción de una misma categoría son idénticas en /page/1 y /page/15. El encabezado de la sección se repite. Google ve páginas parecidas y no sabe cuál posicionar.
  • Dilución de PageRank. Los enlaces internos se reparten entre decenas de URL de paginación. Los productos de la página 10 en adelante reciben muy poca autoridad interna.
  • Desperdicio del presupuesto de rastreo. En sitios pequeños y medianos, Googlebot gasta el presupuesto de rastreo en listados con plantilla en lugar de en contenido prioritario.

Comparativa de formatos de paginación

FormatoRastreoDuplicadosSolución SEO
Páginas numeradasRastreo completo de todas las URLSí (title y meta descripción)noindex / canonical / indexación completa
Scroll infinitoSolo la primera pantalla (sin JS)No (una sola URL)Respaldo en HTML + renderizado
«Cargar más»Solo el contenido visibleNo (una sola URL)SSR o renderizado de JS

Estrategias de configuración SEO

La estrategia depende de una sola pregunta: ¿tienen las páginas 2 en adelante valor de búsqueda propio? Si los usuarios nunca llegan a /catalog/page/7 desde la búsqueda orgánica, no tiene sentido gastar presupuesto de rastreo en ella.

Elección de estrategia: los blogs cierran la paginación con noindex; el e-commerce grande la indexa por completo con metaetiquetas únicas; los catálogos medianos usan canonical apuntando a la página 1.

Estrategia 1: noindex en las páginas 2 y siguientes. Ideal para blogs, noticias y sitios de contenido. Las páginas de paginación no tienen valor de búsqueda propio: noindex, follow las saca del índice y mantiene el rastreo de los enlaces. El presupuesto de rastreo va al contenido real.

Estrategia 2: rel=canonical a la página 1. Más suave que noindex: las páginas 2 en adelante siguen siendo accesibles (para enlaces directos, publicidad), pero el canonical apunta a /page/1. Google trata la serie como una sola sección, con la página 1 como versión canónica.

Estrategia 3: indexación completa. Para el e-commerce grande, donde cada página de paginación contiene productos únicos que deben indexarse. Requiere un title y una meta descripción únicos en cada página, por ejemplo «Comprar portátiles — página 3», y un canonical que apunte a la propia página en cada una.

Prueba rápida: abre GSC → Rendimiento y filtra las URL por /page/. Si las páginas de paginación generan tráfico orgánico, piénsatelo dos veces antes de aplicar noindex.

Implementaciones técnicas

La mayoría de las tareas se resuelven con tres elementos del <head>: <meta name="robots">, <link rel="canonical"> y las entradas del sitemap. Aquí tienes ejemplos de código para cada uno.

rel=next/prev: atributo obsoleto

Antes de 2019, Google admitía rel="next" y rel="prev" para identificar las series de paginación. En marzo de 2019, Google anunció que había dejado de usarlos. Añadirlos para Google no sirve de nada. Bing los admite formalmente, pero su cuota en la mayoría de los mercados es marginal.

Fuente: blog de Google Search Central, marzo de 2019, «An update on rel-prev-next». Google afirmó: "we've been using these as a hint, but dropping them doesn't affect indexing".

noindex para páginas de paginación

Se añade al <head> en las páginas 2 en adelante. Detalle importante: usa noindex, follow, no noindex, nofollow. Con nofollow, Googlebot no seguirá los enlaces de las páginas de paginación y no indexará los productos o artículos a los que enlazan.

html
<!-- Page /catalog/page/2/ and above -->
<head>
  <meta name="robots" content="noindex, follow">
</head>

<!-- Page /catalog/ (first page) — no noindex -->
<head>
  <meta name="robots" content="index, follow">
</head>

En WordPress, implementa esto mediante un hook wp_head que compruebe is_paged():

php
// functions.php
add_action('wp_head', function() {
    if (is_paged()) {
        echo '<meta name="robots" content="noindex, follow">' . "\n";
    }
});

rel=canonical a la página 1

Cuando las páginas 2 en adelante deben seguir siendo accesibles pero no duplicar la sección, el canonical apunta a la primera página. La primera página lleva un canonical autorreferente.

html
<!-- /catalog/page/3/ -->
<head>
  <link rel="canonical" href="https://example.com/catalog/">
</head>

<!-- /catalog/ — self-canonical (required) -->
<head>
  <link rel="canonical" href="https://example.com/catalog/">
</head>
Canonical y noindex cumplen funciones distintas. Úsalos solo cuando encajen con la política de paginación visible para el usuario y, después, comprueba que Google pueda seguir descubriendo el contenido que quieres mostrar. Ninguno de los dos sustituye a una estrategia pensada de URL y enlazado.

Paginación en sitemap.xml

Regla: incluye en sitemap.xml solo las páginas que quieres indexar. Las páginas con noindex en el sitemap generan señales contradictorias y desperdician presupuesto de rastreo.

xml
<!-- sitemap.xml — indexable pages only -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

  <!-- Page 1 — always include -->
  <url>
    <loc>https://example.com/catalog/</loc>
    <changefreq>daily</changefreq>
    <priority>0.8</priority>
  </url>

  <!-- Pages 2+ — only with full indexing strategy -->
  <url>
    <loc>https://example.com/catalog/page/2/</loc>
    <changefreq>weekly</changefreq>
    <priority>0.4</priority>
  </url>

</urlset>

Errores habituales de paginación

La mayoría de los errores vienen de una implementación descuidada, no de un malentendido conceptual. Los generadores de sitemap de los CMS y las plantillas de metaetiquetas a menudo no tienen en cuenta la paginación:

El noindex llega a la página 1

La condición if page > 1 está mal escrita: la página principal de la categoría también recibe noindex. El tráfico de la sección cae a cero en cuestión de semanas.

Error 1
Páginas con noindex incluidas en el sitemap

El generador de sitemap añade todas las URL automáticamente. Google recibe señales contradictorias: el sitemap dice «indexa esta» y la meta robots dice «no». El presupuesto de rastreo se gasta en resolver el conflicto.

Error 2
El canonical apunta a una URL inexistente

La página 1 está en /catalog/, pero los canonical de las páginas 2 en adelante apuntan a /catalog/page/1/ (que devuelve 404). Google recibe una cadena de canonical rota.

Error 3
Scroll infinito sin respaldo en HTML

Toda la paginación depende de JavaScript y no hay URL estáticas. Googlebot solo ve los primeros N elementos: el resto del catálogo nunca llega al índice.

Error 4
El mismo title en todas las páginas de paginación

Con la estrategia de indexación completa, todas las páginas comparten una misma etiqueta title. Google ve contenido duplicado y reduce la relevancia de la sección. Cada página necesita una metaetiqueta única con el número de página.

Error 5

La mayoría de estos errores aparecen en Google Search Console → Cobertura: las páginas con noindex, las URL excluidas y los conflictos de canonical se ven en el informe de inmediato.

¿Hay que bloquear la indexación de las páginas de paginación?
Depende del tipo de sitio. En blogs y sitios de contenido, sí: las páginas 2 en adelante no tienen valor de búsqueda propio y consumen presupuesto de rastreo. En un e-commerce grande, no: cada página contiene productos únicos que deben indexarse.
¿Google admite rel=next/prev?
No. Desde marzo de 2019, Google dejó oficialmente de procesar rel=next y rel=prev. Bing los admite formalmente, pero para Google estos atributos no tienen efecto en la indexación.
¿canonical o noindex: qué es más fiable para la paginación?
Elige la directiva según la función de la página, no como garantía. Las páginas paginadas con productos o elementos útiles y distintos pueden necesitar enlaces secuenciales rastreables; las variantes filtradas o duplicadas suelen necesitar un canonical o una política de indexación aparte.
¿Cómo afecta el scroll infinito al SEO?
Negativamente, si no hay respaldo en HTML. Sin renderizado de JavaScript, Googlebot solo ve el contenido de la primera pantalla. Solución: crear URL estáticas para cada bloque de contenido o usar renderizado en el servidor (SSR).
¿Deben incluirse las páginas de paginación en el sitemap?
Solo si están abiertas a la indexación. Las páginas con noindex en el sitemap generan señales contradictorias y desperdician presupuesto de rastreo. Incluye en el sitemap solo las URL que quieres que Google indexe.

Check it with SpiderHead

Free and local: run the audit on your own machine.

Try it