Is this the correct way of using rel canonical, next and prev for paginated content?
-
Hello Moz fellows,
a while ago (3-4 years ago) we setup our e-commerce website category pages to apply what Google suggested to correctly handle pagination.
We added rel "canonicals", rel "next" and "prev" as follows:
On page 1:
On page 2:
On page 3:
And so on, until the last page is reached:
Do you think everything we have been doing is correct?
I have doubts on the way we have handled the canonical tag, so, any help to confirm that is very appreciated!
Thank you in advance to everyone.
-
Fantastic, thank you Paul! Those links are very useful, and I might have already read those when I setup those canonicals (I jut forgot after a few years to have worked on that!)
I'll check them out carefully again
Appreciated your help and prompt reply
All the best,
Fabrizio
-
Yup, that's exactly correct - just the way you first proposed.
And if you want it straight from the horse's mouth, here's Google's own description of implementation best practice for your exact situation:
rel="next" and rel="previous" on the one hand and rel="canonical" on the other constitute independent concepts.Both declarations can be included in the same page.
For example, http://www.example.com/article?story=abc&page=2&sessionid=123 may contain:
Note the canonical for the page is self referential to the version of the page including the basic variable that defines the actual page, leaving out the more dynamic variable of sessionID - the same way you'd want to leave out the dynamic size or colour variables, for example, which are specific to only that visit.
From https://webmasters.googleblog.com/2011/09/pagination-with-relnext-and-relprev.html
With a big whack of followup confirmation in this discussion with Google Engineer Maile Ohye https://productforums.google.com/forum/#!msg/webmasters/YbXqwoyooGM/0XTh-gIxS7YJDon't forget you can also use the tools in GSC to help GoogleBot understand which of your URL variables are indexable and which should be ignored. Only helps Google itself, but hey, every little bit counts
Good luck!
Paul
-
Thank you Paul, so, what I have been doing so far is correct, right? Here it is again, please, confirm so I can close this thread:
On page 1:
On page 2:
On page 3:
And so on, until the last page is reached:
Is this the correct way to do it then?
-
You want to have each of your paginated category pages include a self-referential canonical tag, Fabrizo, for exactly the reason you mention - to protect the paginated pages from additional variables creating more dupe indexed pages.
Paul
-
Thank you for your reply, but I am sorry Logan, I am confused, you said:
Regarding your recent question about links, a self-referring canonical on those pages will handle that.
So, if I had to follow what you said above, I should add the following canonicals on these pages:
Page 1:
http://www.mysite.com/category/
Page 2:
http://www.mysite.com/category/?cp=2
Page 3:
http://www.mysite.com/category/?cp=3
But then you said that I don't have to put any canonicals except for the first page... so, I am confused... sorry!
Fact is, all pages may have extra parameters that could cause duplicates, therefore, how can I tackle that without adding a canonical on each page pointing to the "clean" URL without extra parameters? I hope you understand what I mean...
-
No, you do not need a canonical on any page other than page=1. Refer to Andy's set of examples above. What he laid out is exactly how I markup for pagination.
-
Thank you Logan.
So, even if I am on page 4, the canonical must points always to the root? I think I read somewhere that it should point to the page URL without the extra parameters like this:
http://www.mysite.com/category/?cp=4
Am I wrong?
-
Yes, you only need the canonical tag on the root (as a self-referring canonical) and on page=1 of your paginated URLs. Regarding your recent question about links, a self-referring canonical on those pages will handle that.
Example:
On this URL- http://www.mysite.com/category/?cp=4&orderby=title&view=list
Canonicalize to-Â http://www.mysite.com/category/
Hope that's helpful!
-
I am sorry, but I haven't received an answer to my last inquiry above, I can't close this thread.
-
Another question: what about links on those pages that can take the crawl to possible duplicate because of parameters added to the URL like:
http://www.mysite.com/category/?cp=4&orderby=title
http://www.mysite.com/category/?cp=4&orderby=title&view=list
etc.? That's probably why we added the canonical I talked about above.... your thoughts?
-
Sorry, it is my understanding I have to leave the canonical just on the first page, is that correct?
Thank you again.
-
Oh, thank you Andy and Logan! So, can I remove the canonical tag altogether?
Thank you so much!
All the best,
Fabrizio
-
I'm with Logan here, Fabrizio. Rel next & prev pagination removes the need to canonical as well. So it would look like this:
Page 1:
Page 2:
Page 3:
It's Google way of understanding that there are similar pages that you wish to lead visitors to.
-Andy
-
Hi,
You don't need the self-referring canonical tags on each of the paginated URLs. Â Other than that it looks good to go.
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
Can cross domain rel canonical point back and forth
My company was recently acquired by a much larger one with much stronger domain authority. Can we both use cross domain rel canonical for different keywords and on different pages than each other to help each other rank for non-competing keywords?
Intermediate & Advanced SEO | | Cassie_Ransom0 -
Tabbed content impact
Hi all, I know historically tabbed content has been devalued, what's the situation currently? I've heard a lot about mobile first changing this. This is a design that has been produced by our designers: https://i.gyazo.com/35f655c7ba2bc89a87b9476e4a14534d.png Each tab contains approx 1000 words and previously has been a unique article. Would love to know your thoughts on this design and the benefits/losses of doing it like this. Thanks, Tom
Intermediate & Advanced SEO | | ThomasHarvey0 -
Why is rel="canonical" pointing at a URL with parameters bad?
Context Our website has a large number of crawl issues stemming from duplicate page content (source: Moz). According to an SEO firm which recently audited our website, some amount of these crawl issues are due to URL parameter usage. They have recommended that we "make sure every page has a Rel Canonical tag that points to the non-parameter version of that URL…parameters should never appear in Canonical tags." Here's an example URL where we have parameters in our canonical tag... http://www.chasing-fireflies.com/costumes-dress-up/womens-costumes/ rel="canonical" href="http://www.chasing-fireflies.com/costumes-dress-up/womens-costumes/?pageSize=0&pageSizeBottom=0" /> Our website runs on IBM WebSphere v 7. Questions Why it is important that the rel canonical tag points to a non-parameter URL? What is the extent of the negative impact from having rel canonicals pointing to URLs including parameters? Any advice for correcting this? Thanks for any help!
Intermediate & Advanced SEO | | Solid_Gold1 -
Cross Domain Rel Canonical tags vs. Rel Canonical Tags for internal webpages
Today I noticed that one of my colleagues was pointing rel canonical tags to a third party domain on a few specific pages on a client's website. This was a standard rel canonical tag that was written Up to this point I haven't seen too many webmasters point a rel canonical to a third party domain. However after doing some reading in the Google Webmaster Tools blog I realized that cross domain rel canonicals are indeed a viable strategy to avoid duplicate content. My question is this; should rel canonical tags be written the same way when dealing with internal duplicate content vs. external duplicate content?  Would a rel=author tag be more appropriate when addressing 3rd party website duplicate content issues? Any feedback would be appreciated.
Intermediate & Advanced SEO | | VanguardCommunications0 -
How do I best handle Duplicate Content on an IIS site using 301 redirects?
The crawl report for a site indicates the existence of both www and non-www content, which I am aware is duplicate. However, only the www pages are indexed**, which is throwing me off. There are not any 'no-index' tags on the non-www pages and nothing in robots.txt and I can't find a sitemap. I believe a 301 redirect from the non-www pages is what is in order. Is this accurate? I believe the site is built using asp.net on IIS as the pages end in .asp. (not very familiar to me) There are multiple versions of the homepage, including 'index.html' and 'default.asp.' Meta refresh tags are being used to point to 'default.asp'. What has been done: 1. I set the preferred domain to 'www' in Google's Webmaster Tools, as most links already point to www. 2. The Wordpress blog which sits in a /blog subdirectory has been set with rel="canonical" to point to the www version. What I have asked the programmer to do: 1. Add 301 redirects from the non-www pages to the www pages. 2. Set all versions of the homepage to redirect to www.site.org using 301 redirects as opposed to meta refresh tags. Have all bases been covered correctly? One more concern: I notice the canonical tags in the source code of the blog use a trailing slash - will this create a problem of inconsistency? (And why is rel="canonical" the standard for Wordpress SEO plugins while 301 redirects are preferred for SEO?) Thanks a million! **To clarify regarding the indexation of non-www pages: A search for 'site:site.org -inurl:www' returns only 7 pages without www which are all blog pages without content (Code 200, not 404 - maybe deleted or moved - which is perhaps another 301 redirect issue).
Intermediate & Advanced SEO | | kimmiedawn0 -
Best way to remove low quality paginated search pages
I have a website that has around 90k pages indexed, but after doing the math I realized that I only have around 20-30k pages that are actually high quality, the rest are paginated pages from search results within my website. Every time someone searches a term on my site, that term would get its own page, which would include all of the relevant posts that are associated with that search term/tag. My site had around 20k different search terms, all being indexed. Â I have paused new search terms from being indexed, but what I want to know is if the best route would be to 404 all of the useless paginated pages from the search term pages. And if so, how many should I remove at one time? There must be 40-50k paginated pages and I am curious to know what would be the best bet from an SEO standpoint. All feedback is greatly appreciated. Thanks.
Intermediate & Advanced SEO | | WebServiceConsulting.com0 -
Wordpress and duplicate content
Hi, I have recently installed wordpress and started a blog but now loads of duplicate pages are cropping up for tags and authors and dates etc. How do I do the canonical thing in wordpress? Thanks Ian
Intermediate & Advanced SEO | | jwdl0 -
Implementing Canonicals on Existing ASP Ecommerce Store with Pagination
So I have a store which has been around for a while and is custom built on ASP.net. Â Store has thousands of sku's and at least a few hundred subcategories. Have been tackling a bunch of the onsite issues and for categories which have more than 6 products in them, there are multiple pages and a view all present. Example.com/category example.com/category?PageIndex=2 example.com/category?PageIndex=3 example.com/category?PageIndex=4 example.com/category?viewall=True As well as the following for every page example.com/category?PageIndex=2&viewall=True So I know how I wish to handle the pagination/canoncial issue as per google's suggestions you do it to the view all or they have the rel=next/prev. But my question is google says if view all is present they should already do a good job at ranking the view all version. Well in the rankings, there are a lot of page1 variations showing. So once this is implementated, is it safe to assume that I will see a drop? Â Feel like if it was a brand new site it is easy but for something this old and established, it could cause some decent harm which at the current time we are already tackling a massive list of issues which in the long haul will improve it. Looking for some insight for someone who has dealt with ASP.net and this specific area. thanks
Intermediate & Advanced SEO | | Sean_Dawes
Sean0