Pagination SEO guide based on Google's current advice: unique URLs, self-referencing canonicals, crawlable links, infinite scroll, load more and facets.

In short
Good pagination SEO means giving every page of a series its own crawlable URL, linking the pages together with normal HTML links, and letting each page carry a canonical tag that points to itself. Google no longer uses rel="next" and rel="prev", so the links themselves do the work. Infinite scroll and "load more" buttons need paginated URLs behind them, and filter or sort variations should usually stay out of the index.
Want to go further? Ask
Pagination SEO covers how search engines discover, crawl and index content that is split across several pages: product categories, blog archives, forum threads, search results on your site. Mistakes here are common and costly, because they can hide hundreds of products or articles from Google without any visible error. This guide follows Google's own documentation on pagination and incremental page loading, with practical examples for e-commerce sites and blogs.
Pagination is the practice of splitting a long list of items into a sequence of pages, usually with numbered links at the bottom: 1, 2, 3, next. Sites use it to keep pages fast and readable. For search engines, the question is simple: can a crawler reach every item in the list, and which pages of the sequence deserve to appear in results?
Google treats each URL in a paginated sequence as a separate page. That matters because page 5 of a category is often the only place where Googlebot finds links to older products or articles. If page 5 is unreachable, those items depend entirely on your XML sitemap or on other internal links to be found.
Pagination affects three things search engines care about:
Google's guidance fits in a short list. The table below summarizes what to do and what to avoid, based on its pagination documentation.
| Topic | Recommended | Avoid |
|---|---|---|
| URLs | A unique URL per page, for example ?page=2 or /page/2/ | Page numbers in URL fragments (#page=2), which Google ignores |
| Links | Standard <a href> links from each page to the next, ideally numbered links too | Pagination that works only through JavaScript events or buttons without URLs |
| Canonical tag | Each page canonicalizes to itself | Pointing every page of the series to page 1 |
| rel="next" / rel="prev" | Optional; Google no longer uses them, other search engines may | Relying on them as the only way to connect pages |
| Titles and descriptions | Can be similar across the series; adding "Page 2" helps users | Worrying about duplicate title warnings on paginated pages |
| Filters and sort orders | noindex or robots.txt rules for variations you do not want indexed | Letting every filter and sort combination become an indexable URL |
| Pages that do not exist | Return a 404 status for out-of-range pages such as ?page=999 | Redirecting them to page 1 or showing an empty page with a 200 status |
No. This is the most frequent pagination error. Google's documentation states plainly that you should not use the first page of a sequence as the canonical page. Page 2 contains different items from page 1, so declaring page 1 as its canonical tells Google that page 2 is a duplicate. Over time, Google may stop crawling the deeper pages, and the products or posts linked only from them become harder to discover.
The correct setup is a self-referencing canonical tag on each page: page 2 points to page 2, page 3 to page 3. One related detail: make sure page 1 has a single URL. If both /shoes/ and /shoes/?page=1 exist, link to the clean version everywhere and redirect or canonicalize the ?page=1 variant to it.
Google confirmed in 2019 that it had stopped using these link attributes for indexing, and its current documentation repeats that it no longer uses them, while noting that other search engines may still read them. They do no harm, so you can keep them if your CMS adds them automatically. What you cannot do is rely on them: Google connects the pages of a series through the visible links between them, which is why crawlable <a href> links matter more than any markup.
Google also suggests linking from every page of a collection back to the first page. This gives the first page more internal links, which may hint that it is the best landing page for the series. Good internal linking on category pages, such as links to subcategories and best sellers on page 1, does the rest.
In most cases, leave paginated pages indexable. A noindex on page 2 and beyond does not stop Google from seeing the page at first, but Google has said that pages kept in noindex for a long time are eventually crawled less and their links followed less. That brings back the discovery problem the pagination was supposed to solve.
Deep pages rarely rank for competitive queries anyway, because page 1 collects most internal links and relevance signals. Their main SEO job is to pass crawlers to the items they list. Keep them indexable, give them a clear title such as "Running shoes, page 3", and avoid copying the long introductory text of page 1 onto every page of the series.
A view-all page displays the whole list on a single URL. In a 2011 Search Central post, Google said users often prefer a view-all page and suggested pointing paginated pages to it with a canonical tag when it loads quickly. Google's current pagination documentation no longer mentions this option. In practice, a view-all page only makes sense for short lists, a few dozen items at most, where the full page stays fast. For large catalogs, a single page with hundreds of products hurts loading time and Core Web Vitals, so classic pagination is the safer choice.
Infinite scroll loads new items as the visitor scrolls down. Google's crawlers do not scroll or trigger actions that require a user, so items loaded this way can stay invisible. The fix is to back the infinite scroll with paginated URLs: each batch of items has its own address (for example ?page=3), the browser address updates as the user scrolls, and the pages are linked with crawlable links that work without JavaScript.
A "load more" button has the same limitation: Googlebot does not click buttons. The button can stay for users, as long as it is a real link to the next paginated URL, or as long as the same items are reachable through a standard pagination block or the XML sitemap. Test it by disabling JavaScript in your browser: if you cannot reach page 2, neither can most crawlers.
Faceted navigation (filters by size, color, price, brand) multiplies URLs fast. A category with 10 pages, 5 sort orders and 20 filters can generate thousands of combinations, each one paginated. Google's guide to managing faceted navigation recommends deciding which versions deserve to be crawled at all:
Take a category of 480 running shoes, 24 per page, so 20 pages. A sound setup looks like this:
The same logic applies to a blog archive: one URL per archive page, self-referencing canonicals, numbered links, and every article also reachable from category pages or related posts.
A pagination audit takes less than an hour on most sites:
Pagination SEO comes down to a few rules from Google's own guidance: one unique URL per page, crawlable links between pages, a self-referencing canonical instead of a canonical to page 1, no reliance on rel="next" and rel="prev", and paginated URLs behind any infinite scroll or "load more" button. Control filters and sort orders so they do not flood the index, and give every item a second discovery path through the sitemap. To check the canonical, indexing tags and links of any paginated URL in seconds, run Sorank's free on-page SEO audit.
Usually not. Google treats each paginated URL as a separate page, and deep pages are often the only path to older products or articles. Pages kept in noindex for a long time tend to be crawled less, which can hide the items they link to. Keep them indexable with a self-referencing canonical, and reserve noindex for filter and sort variations.
No. Google has said it no longer uses these attributes, although other search engines may still read them. You can keep them if your CMS adds them, but the pages of a series must be connected with standard crawlable links, which is what Google relies on.
Infinite scroll is fine for users but risky on its own, because Google's crawlers do not scroll or click to load more items. The solution is to back it with paginated URLs: each batch of items has its own address and is linked with normal HTML links. Testing with JavaScript disabled shows quickly whether crawlers can reach every page.
THEY TRIED SORANK BEFORE YOU
