Pagination is how websites split content across multiple pages. A blog archive with 200 posts spread across 20 pages. An e-commerce category with 500 products spread across 50 pages. A directory listing with thousands of entries. Pagination exists because loading everything on a single page would be impractical for users, but it creates specific challenges for search engines.
The core problem: each paginated page contains different content (different products, different posts), but they all share the same template, the same topic, and similar meta data. Google needs to understand that page 2 of “Men’s Running Shoes” is a continuation of page 1, not a separate competing page. Getting this wrong leads to crawl budget waste, thin content signals, and important pages buried deep in your site’s architecture.
What Google Currently Supports (and Doesn’t)
Rel=Next/Prev Is Dead
Google officially confirmed in 2019 that it hasn’t used rel=next and rel=prev link elements for years. Many SEO guides still recommend implementing them. Some CMS plugins still generate them. They don’t cause harm, but they don’t do anything for Google either.
Bing still honours rel=next/prev, so there’s a minor argument for keeping them if Bing traffic matters to you. For most sites, the effort is better spent on approaches that work across all search engines.
How Google Actually Handles Pagination
Without rel=next/prev signals, Google treats each paginated page as an individual URL. It evaluates each page on its own merits:
- Content uniqueness: Does page 5 contain content that’s different from pages 1-4? For product listings, yes: different products appear on each page. For some archive pages, the snippets and excerpts may be too similar to provide unique value.
- Crawl discovery: Google follows pagination links (the “next page” links) to discover deeper pages. If your pagination structure is broken or uses JavaScript that Google can’t follow, products or posts on later pages may never be discovered.
- Internal link equity: Each level of pagination is one click further from the category or archive page. Products on page 20 of a category receive significantly less internal link equity than products on page 1.
The Right Approach: Depends on Your Site Type
E-Commerce Category Pages
For e-commerce sites with paginated category pages (the most common scenario), the goal is to ensure Google can discover and crawl all products while keeping the category page itself as the primary ranking asset.
Allow indexing of all paginated pages. Each page contains unique products, so each page has unique content. Don’t noindex page 2+ of categories; those pages are how Google discovers products deeper in your catalogue.
Self-referencing canonicals on each page. Page 1 canonicals to page 1. Page 2 canonicals to page 2. Page 3 to page 3. This is correct because each page contains different content. The common mistake of canonicalising all paginated pages to page 1 tells Google that the content on pages 2-50 is a duplicate of page 1, which effectively hides every product not on the first page.
Unique title tags per page. “Men’s Running Shoes | Page 2 | Store Name” differentiates paginated pages in Google’s index. Identical title tags across all paginated pages of a category create duplicate title issues.
Optimise page 1 only. Your category description, keyword-targeted H1, and supplementary content should live on page 1. Paginated pages don’t need unique category descriptions; they need the products and proper navigation.
Blog Archives and Content Listings
Blog archive pages (e.g., /blog/page/2/) present a different situation. These pages typically show excerpts or summaries of posts, and the actual unique content lives on the individual post pages.
Consider noindexing archive pages beyond page 1. The individual blog posts are your indexable content. The archive pages exist for navigation, not as ranking targets. Noindexing pages 2+ prevents thin content from cluttering your index while keeping the pages crawlable so Google can discover posts through pagination links.
Alternatively, let Google decide. If your archive pages have unique, useful content (substantial excerpts, not just titles and dates), allowing them to be indexed is fine. Google is generally good at determining which version of paginated content to show for a given query.
Directory and Listing Sites
Sites with thousands of listings (job boards, property listings, business directories) face the most severe pagination challenges because the volume of paginated pages can consume significant crawl budget.
Prioritise crawl efficiency. Use internal linking strategies that make important listings accessible without requiring Google to crawl through hundreds of paginated pages. Featured listings, category-based navigation, and geographic filtering can supplement pagination.
Monitor crawl stats. In Google Search Console, check how many paginated pages Googlebot is crawling per day. If the crawler is spending most of its time on paginated pages rather than your actual listing pages, your crawl budget is being spent inefficiently.
Pagination Methods and SEO Impact
Numbered Page Navigation
Traditional numbered pagination (1, 2, 3… 20, Next) with each page having a unique URL.
SEO impact: Positive. Each page has a unique, crawlable URL. Google can follow the navigation links to discover content on every page. Internal link equity flows through the pagination chain.
Best practice: Include both “Next/Previous” links and direct page number links. Skip-navigation (links to page 1, 5, 10, 15, 20) helps Google reach deeper pages without crawling every intermediate page.
Load More Buttons
A single URL loads initial content, and clicking “Load More” appends additional content to the same page via JavaScript.
SEO impact: Problematic if not implemented carefully. If the additional content is loaded via JavaScript without creating new crawlable URLs, Google may never see the content loaded after the initial page render. Google’s rendering capabilities have improved, but relying on JavaScript-loaded content for discoverability is risky.
Best practice: If using “Load More,” ensure there’s a fallback: either a <noscript> section with traditional pagination links, or a server-side rendered version that Google can access. Better yet, implement “Load More” as a progressive enhancement on top of standard pagination URLs.
Infinite Scroll
Content loads continuously as the user scrolls, with no distinct pages.
SEO impact: The worst option for SEO without proper implementation. A single URL that loads hundreds of products as you scroll gives Google access only to whatever loads in the initial render. Everything below the fold may be invisible to Google.
Best practice: Google’s own guidance recommends implementing infinite scroll as an overlay on paginated URLs. The user experiences infinite scroll, but each “batch” of content corresponds to a numbered page URL (/category?page=2, /category?page=3) that Google can crawl independently. This gives users the seamless experience while maintaining crawlability.
Common Pagination Mistakes
Canonicalising All Pages to Page 1
This is the most common pagination error I find in technical audits. If page 2 of your category canonicals to page 1, you’re telling Google that page 2’s content is a duplicate of page 1. Google may then ignore page 2 entirely, which means any products only listed on page 2 lose their path to discovery.
Self-referencing canonicals (each page points to itself) are correct for paginated content with unique items on each page.
Noindexing Paginated Pages That Contain Unique Content
If products on page 5 of a category can only be found through pagination, and you noindex page 5, Google can still crawl the page (noindex doesn’t prevent crawling), but the signal is confusing. The page exists, contains unique products, links to product pages, but says “don’t index me.” For e-commerce pagination, indexing all pages is usually the safer approach.
Parameter-Based Pagination Without Consistency
If your pagination uses URL parameters (?page=2), make sure the parameter handling is consistent. Issues arise when:
- ?page=1 and the base URL (no parameter) both exist as separate URLs with the same content. Canonical the parameterised version to the clean base URL, or redirect it.
- Different parameter formats exist (?page=2, ?p=2, ?pg=2). Pick one and redirect or canonical the others.
Deep Pagination With No Shortcuts
If a category has 100 pages of products and the only way to reach page 100 is by clicking “Next” 99 times, Google will struggle to crawl the deeper pages efficiently. Provide navigation shortcuts: links to page 10, 20, 50, and the last page. This reduces the maximum crawl depth and helps both users and search engines reach deep content.
Pagination and Faceted Navigation
On e-commerce sites, pagination and faceted navigation interact in ways that can create serious crawl problems. A category with 50 pages of products, combined with filters for colour, size, price, and brand, can generate thousands of paginated URLs for every filter combination.
The solution is to handle faceted navigation separately from pagination: - Use canonical tags or noindex on filtered views (as covered in the e-commerce SEO guide) - Allow pagination on the base (unfiltered) category to be fully crawlable - Prevent Google from crawling paginated versions of filtered categories (these create crawl bloat with minimal unique value)
A Practical Decision Framework
| Scenario | Index? | Canonical | Notes |
|---|---|---|---|
| E-commerce category pages | Yes, all pages | Self-referencing | Each page has unique products |
| Blog archive pages | Page 1 yes; page 2+ optional | Self-referencing | Individual posts are the real content |
| Search results pages | No (noindex) | N/A | Internal search results shouldn’t be indexed |
| Directory listings | Yes, if unique content per page | Self-referencing | Monitor crawl budget on large sites |
| Filtered + paginated | No (filtered views) | Canonical to base category | Prevent faceted crawl bloat |
Pagination seems like a minor technical detail, but on large sites it directly affects how much of your content Google can discover and how efficiently your crawl budget is spent. If your site has hundreds of paginated pages and you’re not sure they’re configured correctly, it’s worth checking as part of a broader technical review.