SEOs Are Breaking Pagination After Google Changed Rel=Prev/Next - Here’s How to Get It Right

SEOs Are Breaking Pagination After Google Changed Rel=Prev/Next - Here’s How to Get It Right

Patrick Stox
Patrick Stox is a Product Advisor, Technical SEO, & Brand Ambassador at Ahrefs. He was the lead author for the SEO chapter of the 2021 Web Almanac and a reviewer for the 2022 SEO chapter. He also co-wrote the SEO Book For Beginners by Ahrefs and was the Technical Review Editor for The Art of SEO 4th Edition. He’s an organizer for several groups including the Raleigh SEO Meetup (the most successful SEO Meetup in the US), the Beer and SEO Meetup, the Raleigh SEO Conference, runs a Technical SEO Slack group, and is a moderator for /r/TechSEO on Reddit.
Article Performance
Data from Ahrefs
  • Linking websites

The number of websites linking to this post.

This post's estimated monthly organic search traffic.

    When Google announced that rel=prev/next markup hadn’t been used in years, we noticed an increase in websites changing their implementation and actively harming their sites. Let’s look at what changed and what you should be doing.

    The purpose of rel=prev/next is to indicate paginated pages in a series. Google originally used the markup to share signals with the group of paginated pages while still swapping to show the most relevant page in their search results. Typical use cases included dividing content into multiple parts and creating multiple pages for product lists, forum threads, and lists of blogs.

    Let’s take a look at what the actual code might look like for a three-page series.

    Page one:
    This is the first page, so it only needs to reference the next page.

    <link rel="next" href="" />

    Page two:
    This references both the next and previous pages in the series.

    <link rel="next" href="" />
    <link rel="prev" href="" />

    Page three:
    This is the last page, so it only needs to reference the previous page.

    <link rel="prev" href="" />

    However, in 2019, Google decided to tell us they no longer used rel=prev/next for pagination. Even worse, they apparently hadn’t used it for years.

    This change really didn’t impact SEO. For duplicate content, having some blocks of text the same isn’t going to hurt your site and there’s no penalty. Google will still try to find the best version of that content to show.

    So the question is, why the change? And what should you do about it, if anything?

    In this post, you’ll learn:

    Let’s start at the top.

    Before Google dropped the bombshell that they no longer use rel=prev/next, one of the official recommendations for pagination was to do nothing and let them figure it out.

    Do nothing. Paginated content is very common, and Google does a good job returning the most relevant results to users, regardless of whether content is divided into multiple pages.

    Knowing this, the most likely reason they stopped using rel=prev/next is that they just got better at figuring it out and felt they no longer needed the additional hints.

    Google has several options besides rel=prev/next that they can use to identify the pages in a series. For the most part, websites are consistent with their implementations of paginated pages, and Google can look at things like:

    • Headings
    • Page titles (same title or with a page number added)
    • Links on the page (internal links to other pages in the set)

    It’s also possible that the recommendations for pagination were leading to poor user experiences as sites split their content across multiple pages. Most of the time, this was done for page views and advertising revenue, but the experience was annoying to users and made it difficult for people to find what they were looking for. Here are two examples of what I mean.

    When Google announced they hadn’t supported rel=prev/next in years, one of the first questions I got from a lot of SEOs was how could we as technical SEOs not have known this?

    The simple answer is there wasn’t a way to tell. If Google had not told us, we wouldn’t know.

    If the pagination were working, then Google would consolidate signals for the set of pages. While they would commonly show the first page in the set, they would also swap which page was shown if there was a more relevant page from the set in the search results. If the pagination wasn’t working, well, the same would happen because that’s how search works—Google returns the most relevant page for the query.


    If you’ve already implemented rel=prev/next on your website, do not remove it. Google was not the only source to use this information. It is still recommended by W3C and used for web accessibility and ADA compliance. Some browsers also use it for prefetching. Also, other search engines like Bing still use the markup.

    Most setups that use rel=prev/next also use self-referencing canonical tags. For this setup, don’t change anything at all. Treat the pages as you would any other indexable page on your site and make sure to internally link to other pages in the pagination set.

    acceptable pagination implementation 1

    You can also canonicalize paginated pages so that they point to a view-all page that displays all the content. In this way, the content can still be broken up into pages for users, but the indexed version is going to contain all of the content.

    acceptable pagination implementation 2 1

    This is how a typical setup looks where each page is crawled and discovered:

    proper pagination crawling 1

    But there are a few common mistakes people make when handling pagination that hurt their site. These are:

    • Canonicalizing to the first page
    • Noindexing pages
    • Nofollowing links
    • Blocking crawling

    Let’s take a closer look at each of these issues, and how to check for them on your site.

    Mistake 1: Canonicalizing to the first page

    The best-case scenario here is that Google ignores the canonical tag. If the canonical tags are respected, you’ll end up cutting off crawl paths to many pages and orphaning the content. This makes it harder for search engines to find and index valuable content, and also cuts off the flow of PageRank throughout your site.

    canonicalizing to first page 1

    How to check for this mistake on your website

    Crawl your site in Ahrefs’ Site Audit, then go to the Page Explorer and apply this set of filters:

    canonical pagination site audit

    If there are any matching URLs, take a look at the canonical URL. Pages in the pagination series that canonicalize to the first page should be changed.

    canonical site audit

    Mistake 2: Noindexing pages

    Adding noindex to pages is going to remove pages from the index. Those pages are no longer eligible to rank and PageRank won’t be passed.

    While the links on the page may initially be crawled, that may change over time. Google Webmaster Trends Analyst John Mueller has mentioned that noindex pages will be treated as nofollow at some point, but it’s unknown how long that takes. When another Webmaster Trends Analyst Gary Illyes was asked about this, he seemed to think they would still be crawled. Without knowing fully how this works, it’s best to err on the side of caution and not noindex these pages unless you have an alternate crawl path.
    noindexing pagination orphaned content 1

    How to check for this mistake on your website

    Crawl your site in Ahrefs’ Site Audit, then go to the Page Explorer and apply this set of filters:

    noindex site audit

    If there are any matching URLs, remove the noindex directive from the robots meta tag or X-Robots-Tag HTTP header on the page or URL.

    noindexed site audit

    Mistake 3: Nofollowing links

    Internal links to other paginated pages should never be marked nofollow. Nofollow is now a hint for Google, and your best case is that they ignore what you mark nofollow. What happens is you could cut off crawling and passing of signals like PageRank through your site and again can orphan pages.

    nofollow internal links crawl paths 1

    How to check for this mistake on your website

    Crawl your site in Ahrefs’ Site Audit, then go to the Page Explorer and apply this set of filters:

    nofollow site audit

    If there are any matching URLs, click on the number in the “No. of inlinks nofollow” column.

    nofollow inlinks site audit

    This will bring up an overlay showing where to find those nofollowed links on your site.

    overlay nofollow links

    Remove the nofollow attributes from those specific links, or remove the nofollow directive from the robots meta tag or X-Robots-Tag HTTP header on the page or URL.

    Mistake 4: Blocking From Crawling

    Blocking the pages from crawling will again make it more difficult to find content on the website, end up orphaning pages, and also cut off the flow of PageRank through your site.

    blocking robots blocks crawling 1

    How to check for this mistake on your website

    Check your robots.txt file for directives blocking search engines from crawling paginated pages. Here’s what that might look like:

    User-agent: *
    Disallow: /blog/page/

    Remove these directives from your robots.txt file.

    Final thoughts

    If you already had rel=prev/next implemented for pagination, leave it alone. There’s no reason to change it, and you’re likely to do more harm than good.

    If you want to change pagination because you believe these paginated pages are low quality or they don’t provide much value, then consider grouping the pages in a way that’s useful to users and also provides an alternate crawl path for search engines. For example, if you wanted to use categories to group a bunch of blog posts, then that’s probably more useful to users than a bunch of paginated pages containing posts about many topics. These category pages containing posts about one topic have a chance of showing up in the SERPs for relevant terms about the category.

    If you’re going to use categories as the crawl and navigation path, you also need to make sure your categories are linked from your homepage. That may require a website redesign, so it’s not something I’d recommend unless you’re going to be changing your site design anyway. Even with this method, you may still end up using some form of pagination for the categories if you have a lot of posts in each one, so it also adds complexity to the setup.

    If you haven’t implemented rel=prev/next yet and are wondering if you should, then that’s a tough call. I would say it mostly depends on the effort required to add it now vs. the impact. Remember that this markup is still used by other search engines, some browsers, and for accessibility, so it may still be worth the effort.

    Just in case anyone needs a link to the original documentation that was deleted, here you go.

    Have questions about rel=prev/next or pagination? Message me on Twitter.

    Article Performance
    Data from Ahrefs
    • Linking websites

    The number of websites linking to this post.

    This post's estimated monthly organic search traffic.