Mobile app version of vmapp.org
Login or Join
Welton855

: Using rel=next and rel=prev with multiple sets of paginated content on the same page We are running into issues with trying to figure out how to implement rel="next" and rel="prev" -- coupled

@Welton855

Posted in: #CanonicalUrl #DuplicateContent #Rel #Seo

We are running into issues with trying to figure out how to implement rel="next" and rel="prev" -- coupled with rel="canonical" -- with multiple sets of paginated content on the same page, with pages in multiple cultures. In other words, how do we implement these when we have a pager for both Product Reviews and Questions and Answers (aka "Q&A") on the same page, with duplicate content across culture-specific URLs (e.g. /us/en/my-product vs. /ca/en/my-product)?

Our current implementation will actually do a full postback when you click Page 2, and will add something to the query string (e.g. website.com/ca/en/my-product?previewpage=2 or website.com/ca/en/my-product?questionpage=2). If we only had one set of paginated content then the implementation would certainly be more straightforward. Adding a second set of paginated content (i.e. Q&A) complicates things.

Let's assume that we want the United States English page to be the canonical target (i.e. /us/en/my-product) based on culture. If you go to the /ca/en/my-product page you'll have a rel="canonical" href="/us/en/my-product". So far so good.

Let's also assume that we are not implementing a page that lists ALL Product Reviews and Q&A. This would likely solve a number of our problems by using rel="canonical" to this page, but is not an option for reasons that are out of scope for this discussion.

Now if you click on page 2 of Product Reviews, it will reload the page with /ca/en/my-product?reviewpage=2 as the URL. Given this scenario, here are my questions:


On page 2 of the my-product page on the Canadian site, should there be a rel="canonical" to /us/en/my-product?reviewpage=2 (assuming the content is identical in the United States and Canada)?
Should the rel="prev" go to /ca/en/my-product?reviewpage=1 or should it go to /ca/en/my-product ? The query-string version would really only be accessible if using the pager and shows the exact same content as the base page. The following two questions are closely related to this one.
Should the /ca/en/my-product?reviewpage=1 have a rel canonical directly to /us/en/my-product (United States page with nothing in query string) since the content is identical)?
Given that Q&A content is also paginated, should there be a rel="next" on the base page without query string? In other words, should the /ca/en/my-product page have a rel="next" to /ca/en/my-product?reviewpage=2 AND rel="next" to /ca/en/my-product?questionpage=2 . So far as I can tell it doesn't make sense to have multiple rel="next" implementations on the same page.


I suspect that the pages with query string values should have rel="next" and rel="prev" that only point to other pages with query strings and not to the base page. The ?reviewpage=1 and ?questionpage=1 pages would then just have a rel="canonical" to /us/en/my-product .

Thoughts? I know this is a tough one -- that's why I brought it to this community. Thanks so much for your help in advance!

10.01% popularity Vote Up Vote Down


Login to follow query

More posts by @Welton855

1 Comments

Sorted by latest first Latest Oldest Best

 

@Hamm4606531

Our best guess is the following:

1) For pages 2, 3, and beyond we should have a canonical which preserves the query string. For example:
/ca/en/my-product?reviewpage=2 will have a rel="canonical" href="/us/en/my-product?reviewpage=2" since they show the EXACT same content (in our case).

2 & 3) For page 1, we should have a canonical target that gets us back to the base page (without query string) since this page shows the first page of results, and the pages are EXACTLY identical. For example:
/ca/en/my-product?reviewpage=1 should have a rel=canonical to /us/en/my-product

4) We don't believe we should have a rel="next" on the base page, since there are potentially many targets. It is our understanding that having multiple rel="next" entries on the same page is a bad idea. The thought is that the canonical target from page 1 back to the base page should keep everything linked up correctly.

If anyone can rebut this answer it would be greatly appreciated!

Alternatively, it should be mentioned that you can configure query string parameters in webmaster tools to help search engines figure out what to do when they see them. This could alleviate the need to use rel="next" and rel="prev", but keep in mind that this will only help whatever search engine(s) you set this up for. If you are interested in learning more about how to set this up in Google, check this out: support.google.com/webmasters/answer/1235687?hl=en

10% popularity Vote Up Vote Down


Back to top | Use Dark Theme