TECHNICAL SEO

Pagination and SEO: Why Page 2, Page 3, and 'Load More' Aren't the Same Problem

Ben Foord, author
Ben Foord
· 2 min read

Any list too long for one page, a blog archive, a product category, a search results view, gets split into pagination: page 1, page 2, page 3, and so on. Most sites generate this automatically and never think about it again. That's usually fine. It stops being fine when the paginated pages either get treated as duplicate content, or get canonicalized away so aggressively that Google never indexes what's genuinely on page 4.

The rel="next"/"prev" Signal Doesn't Exist Anymore

For years, the standard advice was to add rel="next" and rel="prev" links in a page's <head> to tell Google which paginated pages belonged to the same series. Google officially stopped using these as a ranking or indexing signal in March 2019. If you still have them in your templates, they're harmless, but they aren't doing anything either. Don't add them expecting a fix; they're a leftover from an older approach, not the current one.

What Actually Matters Now

  • Each paginated page should have its own self-referencing canonical tag (page 2 canonicalizes to page 2, not to page 1). Canonicalizing every paginated page to page 1 is the single most common mistake here, and it tells Google that pages 2 onward don't matter, which can mean the products or posts only reachable from those pages never get indexed at all.
  • Unique, crawlable URLs for every page in the series (/blog?page=2, /category/shoes/page/3), reachable through real <a href> links rather than JavaScript-only pagination controls a crawler can't follow.
  • Thin or near-duplicate paginated pages can be noindexed deliberately where the content genuinely offers nothing distinct, for example a page 8 of a rarely-browsed archive with almost no unique text around the listed items. See our noindex guide for when that trade-off makes sense versus when it costs you indexed content you actually wanted found.

"Load More" and Infinite Scroll

Infinite scroll and "load more" buttons that fetch content via JavaScript without changing the URL are the modern version of this problem. If there's no crawlable URL a search engine can request directly for page 3's content, that content effectively doesn't exist for indexing purposes, no matter how findable it is for a human visitor scrolling down. The fix isn't abandoning infinite scroll; it's pairing it with real paginated URLs underneath, so a crawler following links reaches the same content a scrolling visitor does.

The Fast Way to Check Yours

Pagination problems are easy to miss because they only show up a few pages deep, past what most people check by hand. AuditCrow's free scan checks canonical tags and crawlability as part of its technical SEO review, flagging the kind of misdirected signals that quietly keep whole sections of a paginated archive out of Google's index.

Get notified when scans reopen
Join the waitlist and we'll tell you when they're back.
Join Waitlist
Filed under: Technical Seo · On Page
Join the waitlist

Be first when scans reopen

Scans are paused for a moment. Join the waitlist and we'll tell you when they're back.

We'll email you when free scans are back