Pagination splits a long category across numbered pages. It is routinely treated as an SEO problem to eliminate, and that instinct causes far more damage than pagination itself ever does.
Paginated URLs look untidy in a crawl report. They are also the mechanism by which products beyond the first screen remain reachable, and removing them orphans large parts of a catalogue.
What pagination is for
- Making every product reachable through a crawlable path.
- Keeping page weight manageable on large categories.
- Giving crawlers a route into the depth of the catalogue.
Page one is the ranking target. Pages two onward exist to be crawled, not to rank, and that distinction resolves most pagination questions.
How to handle it
- Keep paginated URLs crawlable. This is the point of them.
- Make each self-canonical. Page three should canonicalise to page three.
- Use real anchor links between pages, not JavaScript handlers.
- Do not noindex them, which over time reduces how often they are crawled and therefore how well the products beyond them are discovered.
- Do not block them in robots.txt, which orphans everything they link to.
- Keep page one distinct, with the category content that makes it competitive.
The mistakes that cost you
Canonicalising every page to page one
The most common error. It tells search engines pages two onward are duplicates of page one, so they are dropped, and the products linked only from them lose their crawlable route. See alternate page with proper canonical tag.
Blocking pagination to save crawl budget
Superficially sensible and genuinely harmful. Crawl budget is better recovered from filter and parameter URLs, which add nothing, than from pagination, which is your route to the catalogue. See crawl budget.
Very deep pagination as the only route
Products on page fourteen are crawled rarely enough to behave as orphans. The fix is not to remove pagination but to shorten it with subcategories. See category vs subcategory.
View-all pages that duplicate the set
A view-all page listing hundreds of products alongside paginated versions creates duplication and is usually slow. Pick one approach.
Pagination and infinite scroll
Infinite scroll is a presentation layer, not a replacement. Implemented over real paginated URLs it is fine; implemented as a scroll-triggered script with no underlying URLs it hides the catalogue. See infinite scroll SEO.
Frequently asked questions
Should paginated pages be indexed?
Whether they are indexed matters less than whether they are crawled. Keep them crawlable and self-canonical; if Google chooses not to index page seven, no harm is done as long as the products on it are being reached.
What about rel=next and rel=prev?
Google stopped using them some years ago. Self-canonical paginated pages with real links between them is the current approach.
How many products per page?
Enough that pagination does not run very deep, few enough that the page stays fast. If you need many pages, the category probably wants subcategories rather than a larger page size.
Is pagination bad for crawl budget?
It consumes some, and it buys you catalogue reachability. Filter and parameter URLs consume far more and buy nothing. Recover budget there first.
Consulting CTA
If products deep in your categories are not being indexed, book an SEO consultation for a crawl and pagination review.