Las categorías de un sitio editorial pueden tener cientos o miles de notas. Si la paginación o el scroll infinito no están bien resueltos, Googlebot puede quedarse en la primera tanda de resultados y no descubrir el resto. El efecto es silencioso: las notas más antiguas pierden enlaces internos, se rastrean menos y, con el tiempo, dejan de recibir tráfico del buscador.
En esta nota repasamos cómo ve Googlebot estas estructuras, cómo implementarlas bien, cómo auditarlas y qué errores aparecen con más frecuencia. Aplica a portadas, categorías, etiquetas, resultados de búsqueda interna y listados de cualquier tipo.
Qué sabemos
Googlebot no hace scroll ni hace clic en botones como lo haría una persona. Para descubrir contenido necesita enlaces rastreables, es decir, etiquetas a con atributo href. Además, Google ya no usa los atributos rel=”next” y rel=”prev” como señal de paginación, algo que el equipo de Google comunicó hace años. Pueden seguir presentes sin hacer daño, pero no cumplen ninguna función para Google, así que no hay que apoyarse en ellos.
Lo que cuenta es que cada página de la serie sea una URL real, con enlaces reales a las siguientes y a las notas que contiene. Un botón de “cargar más” implementado solo con JavaScript, sin un enlace detrás, puede dejar fuera del alcance del rastreo todo lo que carga después del primer clic.
Cómo implementarlo bien
- Cada página de la paginación tiene su propia URL, accesible y con enlaces reales (por ejemplo /categoria/page/2/). Evitamos los fragmentos con almohadilla para diferenciar páginas.
- En scroll infinito, ofrecer también URL paginadas equivalentes. El scroll puede ser la experiencia para la persona, siempre que cada tramo tenga una URL propia que se pueda rastrear.
- Cada página paginada con canonical a sí misma, no a la primera. Apuntar todo a la primera le dice a Google que el resto no existe.
- Los enlaces a las notas visibles en el HTML, sin depender de que cargue JavaScript tras una interacción.
- Un enlace claro a la página siguiente y a la anterior, y preferentemente a la primera y a la última de la serie.
Scroll infinito: cómo conciliar experiencia y rastreo
El scroll infinito es cómodo para quien lee en el móvil, pero complica el rastreo si se implementa solo con eventos de desplazamiento. La alternativa que más vemos funcionar es la mixta: la experiencia continua para el usuario, con una paginación real por debajo. A medida que la persona avanza, la página actualiza la URL con la API de historial del navegador, de modo que cada tramo corresponde a una dirección que también se puede abrir de forma directa. Para el rastreador, esa misma paginación está disponible como enlaces comunes.
Conviene probar el resultado: cargar directamente la URL de la página tres y comprobar que muestra su contenido propio y no la primera tanda. Si abre siempre lo mismo, la estructura no es rastreable.
Cómo auditarlo
- Desactivar JavaScript y revisar si se llega a las notas más antiguas. Si no hay forma de llegar, el rastreador probablemente tampoco puede.
- Rastrear la categoría y comprobar a qué profundidad llega el rastreador. Si se corta en la página dos o tres, hay un cuello de botella.
- Inspeccionar la URL en Search Console y mirar el HTML renderizado, para ver qué enlaces aparecen realmente.
- Comparar notas publicadas con notas indexadas en la categoría, con el informe de páginas y el operador site:.
- Revisar la profundidad de clics: una nota que requiere diez clics desde la portada recibe poca atención del rastreador.
Errores frecuentes
Los problemas que más aparecen son: canonical de todas las páginas hacia la primera; noindex en las páginas paginadas, que corta el camino hacia las notas profundas; botones de “ver más” sin href; paginación que solo existe dentro de un componente cargado por JavaScript; y límites artificiales, como mostrar solo las últimas cien notas, sin otro camino de descubrimiento.
También vemos sitios que dependen únicamente del sitemap para que Google encuentre las notas antiguas. El sitemap ayuda, pero no reemplaza al enlazado interno: una URL que solo se encuentra en el sitemap recibe menos señales de importancia que una enlazada desde categorías y notas relacionadas.
Alternativas para reducir la profundidad
Cuando la cantidad de páginas es muy grande, además de la paginación conviene ofrecer otros caminos: archivos por fecha, subcategorías temáticas, enlaces a notas relacionadas dentro de cada pieza y páginas de recursos o guías que reúnan lo más relevante. Esto acorta los recorridos, mejora la experiencia y reparte mejor las señales internas. Lo mismo vale para el contenido evergreen: una nota que sigue siendo útil años después necesita enlaces desde contenidos actuales para no quedar enterrada.
Si queremos ver cómo este tipo de revisiones técnicas se integran con el resto de una auditoría, en nuestra checklist del sitemap de noticias mostramos cómo se relacionan sitemap, canónicas y descubrimiento, y en la nota sobre robots.txt y noindex explicamos por qué un noindex mal puesto en una página paginada puede cortar el rastreo de todo lo que viene después.
Cómo priorizar la corrección
No todos los problemas de paginación tienen la misma urgencia. Empezamos por las categorías que concentran más notas valiosas o más tráfico histórico, porque ahí el costo de que Googlebot no llegue al contenido profundo es mayor. Después revisamos las plantillas que se repiten en muchas secciones, ya que corregir una sola plantilla arregla decenas de listados a la vez. Por último, dejamos para el final las secciones con poco contenido, donde la profundidad no es un problema real.
Una vez hecho el cambio, verificamos con un nuevo rastreo que la profundidad alcanzada aumenta y seguimos durante algunas semanas el informe de páginas de Search Console. Si las notas antiguas empiezan a rastrearse y a indexarse, la corrección funcionó. Si no hay cambios, conviene revisar si el problema está en los enlaces, en las canónicas o en alguna directiva noindex que se nos pasó.
Preguntas frecuentes
¿Google usa rel=next y rel=prev?
No. Google dejó de usarlos como señal de paginación. Cada página debe ser rastreable por sus enlaces reales.
¿Cada página paginada debe tener canonical a la primera?
No. Lo habitual y recomendable es que cada una tenga canonical a sí misma.
¿El scroll infinito es malo para el SEO?
No por sí mismo. Se vuelve un problema cuando no hay URL paginadas rastreables por debajo de la experiencia continua.
