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.
Tres formatos de paginación se comportan de forma radicalmente distinta desde el punto de vista SEO:
Botones «1 2 3 ... 100», cada página con su propia URL. Control SEO flexible: noindex, canonical o indexación completa.
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.
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.
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/1y/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
| Formato | Rastreo | Duplicados | Solución SEO |
|---|---|---|---|
| Páginas numeradas | Rastreo completo de todas las URL | Sí (title y meta descripción) | noindex / canonical / indexación completa |
| Scroll infinito | Solo la primera pantalla (sin JS) | No (una sola URL) | Respaldo en HTML + renderizado |
| «Cargar más» | Solo el contenido visible | No (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.
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.
/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.
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.
<!-- 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():
// 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.
<!-- /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>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.
<!-- 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:
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.
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 2La 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.
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 4Con 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 5La 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?
¿Google admite rel=next/prev?
¿canonical o noindex: qué es más fiable para la paginación?
¿Cómo afecta el scroll infinito al SEO?
¿Deben incluirse las páginas de paginación en el sitemap?
Check it with SpiderHead
Free and local: run the audit on your own machine.



