Pagination No Links

No Comments
Pagination no links

Element Code: LI-027

TL;DR: If your paginated series (page 2, 3, 4...) is reachable only through JavaScript, buttons, or infinite scroll with no real crawlable anchor, Googlebot may never reach the deeper pages, and everything linked from them goes undiscovered. Fix it with plain HTML links: proper anchor tags with real href URLs pointing at each page.
Code
LI-027
Fix
Real anchor tags
Risk
Orphaned pages
Detect with
Screaming Frog
Category
Links

What "pagination no links" means

Pagination is how you split a long list, a blog archive, a category of 400 products, a forum thread, across numbered pages. This check fires when those pages exist but are not connected by crawlable links. The page numbers might be rendered by JavaScript on click, wired to buttons with no href, loaded by infinite scroll, or hidden behind a form. A human with a mouse can still get around. Googlebot, which primarily follows plain HTML anchor tags with a real href, hits a wall.

The distinction that matters: a real link is an anchor element whose href holds an actual URL, like page 2 of the archive. A button that triggers a script, or a span styled to look clickable, is not a link Google can reliably follow. If page 2 has no crawlable href pointing to it, page 2 might as well not exist as far as discovery goes.

Why this quietly wrecks crawling and indexing

Google discovers pages by following links. When pagination has no crawlable links, the deeper pages in the set become orphaned, no path in means no discovery. And it cascades: every product, article, or thread that only appears on page 3 of a category inherits that orphan status. You can have a thousand great product pages that Google never finds because the only route to them was a "Load more" button.

Even when deep pages get into the index by other means, such as the sitemap, weak internal linking starves them of the link signals that help them rank. Pagination links are a core part of how authority flows into the depths of a large site. Break the chain and your long tail sits in the dark. XML sitemaps help discovery but they are a hint, not a substitute for a crawlable path, and they pass no internal link equity.

No crawlable links Page 1 Page 2 unseen Page 3 unseen x JS button, no href: crawler stops at page 1 Crawlable anchor links Page 1 Page 2 Page 3 a href="?page=2": Googlebot walks the whole set

How to detect it

  • Screaming Frog: crawl the site, then check whether the deeper paginated URLs appear as discovered and which page links to them. Run it with JavaScript rendering off first: if the pagination links vanish, they depend on JS and are fragile for crawling.
  • View source, not inspect: right-click, View Page Source on a category page. Search for the next-page URL. If it is only in the rendered DOM (DevTools Elements) but not the raw HTML, the link is JS-injected.
  • Search Console: URL Inspection on a deep paginated page will show how it was discovered. The Pages report and "Discovered, not indexed" buckets hint at pagination that Google struggles to crawl.
  • Server logs: check whether Googlebot ever requests page 2, 3, 4 of your archives. If it only ever hits page 1, your pagination is not being followed.
  • Sitebulb: flags pagination and orphaned URLs and maps which pages have no incoming internal links.

How to fix it, step by step

  1. Use real anchor tags. Render each page number as an anchor element with a genuine href, such as a link to /blog/page/2/ or /category?page=2. That is the single most important fix.
  2. Make the links exist in the raw HTML. Server-render or statically include the pagination so it is present before any JavaScript runs. Do not rely on click handlers to create the URLs.
  3. If you use infinite scroll, add a paginated fallback. Google's own guidance is to back infinite scroll with real, crawlable page URLs so each chunk has an addressable, linkable page.
  4. Give clean, stable URLs. Use a consistent parameter or path (?page=2 or /page/2/). Avoid fragment identifiers with a hash, which Google ignores for crawling.
  5. Keep each paginated page self-canonical. Point each page's canonical at itself, not back at page 1, so the deep pages and their links stay eligible for discovery.
  6. Re-crawl to confirm. Run Screaming Frog again with JS rendering off and verify every page in the set is discovered and linked.

Crawlable vs not

DO

  • Link each page with anchor tags carrying a real href
  • Ensure links are in the server-rendered HTML
  • Back infinite scroll with crawlable page URLs
  • Use clean, stable page parameters or paths
  • Self-canonical each paginated page

DON'T

  • Wire pagination to buttons or spans with no href
  • Depend on JavaScript click handlers for discovery
  • Ship pure infinite scroll with no page URLs
  • Canonicalize every page back to page 1
  • Rely on the sitemap to replace crawlable links

Reference: link types and how Google treats them

ImplementationCrawlable?Verdict
Anchor tag with real hrefYesCorrect, do this
Button with JS onClickUnreliableOften not followed
Infinite scroll, no page URLsNoDeep items orphaned
Anchor with hash fragment (#page2)NoIgnored for crawling
Load more, JS-injected onlyFragileAdd a real fallback link

What "good" looks like

Good pagination is dull and reliable: on any category or archive page, View Source shows real anchor tags with real hrefs to the next page and the numbered pages. Screaming Frog with JavaScript rendering off discovers the entire set on the first crawl. Your server logs show Googlebot happily walking from page 1 to page 2 to page 20. Every product and post buried three pages deep has a clean crawl path in, so nothing worth ranking is stranded. You can layer infinite scroll or fancy buttons on top for humans, as long as the crawlable links sit underneath.

FAQ

Does Google still use rel=prev and rel=next?
Google confirmed years ago it no longer uses rel=prev/next for indexing. You can keep them for other user agents, but they do not fix this. What matters is real, crawlable anchor links between the pages.
Can I just put deep pages in the sitemap instead?
A sitemap helps discovery, but it is a hint and passes no internal link equity. Crawlable pagination links both surface the pages and flow authority to them. Do both; do not treat the sitemap as a replacement.
Is infinite scroll bad for SEO?
Not if you back it with real paginated URLs. Google's guidance is to give each scroll chunk an addressable page with a crawlable link, so users get the smooth scroll and crawlers still reach every page.
Should paginated pages canonical to page 1?
No. Each paginated page should self-canonical. Pointing them all at page 1 tells Google to ignore the deep pages and the links on them, which is the opposite of what you want here.

Broken pagination can hide hundreds of pages from Google without you noticing. Want a full crawl to find every orphaned page?

Get an Advanced SEO Audit

Claude Vincent is a technical SEO consultant focused on crawlability, rendering, and AI-search visibility. He writes the field guides and case studies at SEO ProCheck, with a bias toward the durable, unglamorous work that decides whether search engines and AI answer engines can actually read and cite a site.

About SEO ProCheck

Technical SEO consulting and GEO strategy with 20 years of enterprise experience. Case studies, resources, and tools for search and AI visibility.

Work With Me

Technical SEO audits, GEO strategy, site migrations, and international SEO. Hourly consulting for teams who need hands-on support, not just reports.

Subscribe to our newsletter!

More from our blog