Link rel="prev" AND canonical
-
Hi guys,
When you have several tabs on your website with products, you can most likely navigate to page 2, 3, 4 etc...
You can add the link rel="prev" and link rel="next" tags to make sure that 1 page get's indexed / ranked by Google. am I correct?However this still means that all the pages can get indexed, right?
For example a webshop makes use of the link rel="prev" and ="next" tags.
In the Google results page though, all the seperate tabs pages are still visible/indexed..
http://www.domain.nl/watches/?tab=1
http://www.domain.nl/watches/?tab=24
http://www.domain.nl/watches/?tab=19
etc.....Can we prevent this, and make sure only the main page get's indexed and ranked, by adding a canonical link on every 'tab page' to the main page --> www.domain.nl/watches/
I hope I explained it well and I'm looking forward to hearing from you.
Regards,
Tom
-
WOW, this is an interesting thread. In theory, rel next prev is what Google wants you to go with. In practice, however, I haven't not seen this work as advertised by Google, and end up going to rel canonical in most cases. Here's one way to think about it:
Allow non-filtered pagination for top-level categories to be followed, but NOT indexed. Give them their own rel canonicals (self referencing) and ensure the intro content (or any other static content on the page) only shows on the first page (which should rel canonical to / instead of /?page=1). This will ensure your product pages all have a path going to them. Use rel next prev here, which "may" help the main/first page rank better by consolidating ranking signals from the paginated set.
For sub-categories and/or filters/facets use rel canonical pointing to the canonical version of that category page.
None of this, however, takes care of the crawl budget issue on enterprise eCommerce sites with crawlable filtered URLs. Therefore, I also use the robot.txt file, or nofollow attributes in links to handle this. I don't often use the nofollow robots meta tag for a variety of reasons.
Again, in the real world rel next/prev doesn't seem to be working very well. I haven't tried it in awhile, but it just doesn't seem to do what Google says it's supposed to do. This is why you see a lot of sites using rel canonical instead. I think we should think about this in terms of where you are in the architecture instead of trying to fit all pages into a single scheme. For example, some sites may even want to allow the first facet/filter to be indexable - such as "Filter by Brand" - because people are searching for it. If that's the case, I'll often advise they turn that into a real category instead of a filter. Another example, if you sell kitchenware and Pots & Pans is a category but Material is a filter you're missing out on a lot of searches for things like "Copper Pots & Pans" or "Stainless Steel Pans". It all depends on the situation, and has to be evaluated on a case-by-case basis.
-
Hi Lesley,
Interesting indeed, I'd agree with the colours etc. having a canonical as essentially it would be Duplicated but when writing I was assuming unique products under each category (e.g. TV's each with different size or brand). This might also encompass filters etc. but it depends on how far down that road you want to go. I assume Tom's problem is more for just a categories with X pages all with unique things in. Hopefully you find the above somewhat helpful Tom!
Good conversation thanks Lesley.
-
Good pick up on the Walmart issue. I actually took that screen shot when I was making that post, so it kind of confused me to how it changed so quickly. I did a bit more digging and figured out what they are doing. It basically looks like their canonical on their category pages is broken. See this video, http://screencast.com/t/Azyjjuxor8 So when you change pages, the canonical stays the same as your entry page and the rel=next/previous does not change either. But that would lead me to suspect if Google is crawling the site, they see the canonical pointing to the top level of the category. But interestingly enough if they ever did a fetch as Google on a paginated page, or if the crawler started with page 5 that would lead to some weird results Google would have to deal with. So effectively I would say their is broken.
It also seems like Rand might have changed his tune a bit since that article. When I did an interview with him, he said to canonical back to the main category page in faceted navigation situations. "Having 28 separate category pages for women’s pants where the only variations are size and color is probably not a great idea. In faceted navigation scenarios like that, I’d make the color and size filtered pages use a rel=canonical back to the non-faceted women’s pants page." https://www.prestashop.com/blog/en/seo-expert-series-rand-fishkin-of-moz/
So for a better answer it might depend on how the category pages are structure with the navigation as well.
-
I still disagree, a middle ground might be a view all section that you can canonical the downside might be some page load speeds but there are some ways to reduce that. I had a quick look for my self and found that Walmart seems to have updated their game http://i.imgur.com/RvMboWG.png
A few of the examples you posted are more filters(Query string) than they are true pagination but I get what your leaning towards.
We're also an e-commerce specialist, the problem with copying bigger companies is if something goes wrong they can afford to get through it, can you? Just because they are a bigger company doesn't mean they know better, don't follow what everyone else is doing try to set your self apart, it is possible to set meta tags on paginated content, create more content to make each page unique etc. if 99% of the CMS's you found didn't do it keep looking for the 1% as it is possible
Finally I'll point to Rands own blog here - https://moz.com/blog/pagination-best-practices-for-seo-user-experience
"Whatever you do, DO NOT:
- Put a rel=canonical directive on paginated results pointing back to the top page in an attempt to flow link juice to that URL. You'll either misdirect the engines into thinking you have only a single page of results or convince them that your directives aren't worth following (as they find clearly unique content on those pages)."
Thanks for the reply I enjoyed reading your thoughts on the above, i guess I'm somewhat stuck in my ways for pagination and canonical tags!
Hope some of the above helps Tom.
-
Tom,
I think you are seeing two differing view points on the issue. We only do e-commerce work, so we have gleaned our suggestions from the best practices in the e-commerce industry. I have done some pretty extensive research around this issue just to see what other companies do, that is why I suggested pointing your canonical back to your category landing pages. One issue I think is thin content. Do people really want to land on page 4 of a pagination?
With paginated category pages you actually run into a lot of SEO problems that are not addresses in 99% of all e-commerce platforms. Duplicate content, meta descriptions, and titles are some of the biggest. I am not familiar with any e-commerce package that will let you have different meta title or meta descriptions for paginated pages. Some might add "Page number x" to the title and descriptions, but that will still trigger duplicate content errors.
Lets look at what other sites in the industry do and how they do it.
Walmart
Walmart points all of their paginated pages back to the main category page. But they also do something interesting worth noting. They use rel=next on everyone as well. Even if the rel=next points to the page itself. See this screenshot of their TV category on page 2.
http://screencast.com/t/eZb9zbgA0u
If you notice the rel=next at the bottom actually points to the page you are on and the canonical points back to the category root.
Target
Target uses a filtering navigation on their category pages. It makes some really unpretty urls too. Below is a screenshot of a page 2 of their TV category.
http://screencast.com/t/oolK0hZy
They also point their category pagination back to the main category landing page as well. Also note that they do not use the rel=next or previous in their page as well.
Macy's
Macy's also points their canonical back at their category root page too. For some reason they have a query string on it as you can see in the image below. But in the next screenshot you can see where that page actually goes.
http://screencast.com/t/l3Jp2lxeBhTK
http://screencast.com/t/sDLTuAOa
Also it it is worth note that they don't use the rel next/previous on any of their pages as well.
Tiger Direct
Tiger Direct is another company that follows pretty much the same pattern as well. You can see by the image below that they point their paginated page back to the root category.
http://screencast.com/t/PsGft6CCgJ
I think the main reason of doing things like this works out two fold for companies. First you are putting more power into the category landing page and second you are providing better user experience. What does a paginated page of a category have to offer that the main page doesn't?
Sure Google might call using them the best practice, but that does not mean they will penalize you for not using them. We personally recommend to people to not use them and to point everything at the category root because that seems to be the standard in the industry. When you are trying to rank a page against other big e-commerce competitors you want to use every trick in the book to get ahead. Generally by not using this one it seems you won't.
-
Hi Tom,
To break it down into the two areas:
Option A
Pagination - Google recommends this option it involves a similar set up that you have at the moment (the above links can help with this) you might find you canonical each page to its self perhaps but for the most part canonical is not used. Pros of this is its within Google guidelines and all content is indexed, the negative is that all the content is indexed and you might not have a way to get the page you want ranked (but you can tweak this)
Option B
You canonical all the pagination pages to a category page, this is not within Google guidelines as the pages are not duplicated nor would they really have duplicated content (with some exceptions). This bonus of this is technically you can sculpt all the link juice from all the pages to one place but the negative of this is you don't have a lot of content indexed.
Personal I'm in favor of option A, its in the guidelines its what the whole thing was designed for and if done correctly shouldn't cause you too many problems. The second option whilst i can work can also backfire especially if you not a large company and like most things is a matter of weighing up the pros and cons.
Hope that somewhat helps give you an idea. Really with the canonical (with some exceptions) its an either or scenario.
-
Hi Lesley,
Thx. But I'm still confused, Chris says 'use pagination' , you say 'use canonical'.
I don't really know what the best practice is tbh.Can you explain why you wouldn't use the rel next/prev with this?
Regards,
Tom
-
Tom,
What we do with most of our clients is to point the canonical tag on paginated category pages to the root category page like you are wanting to do. It helps with duplicate content issues generated for category pages and also makes your landing page stronger. I would not use the rel next/previous with this though.
If you look around the industry at the bigger ecommerce sites this is what is done. Walmart, Target, and all of the big players with the exception of Amazon use this practice.
-
You shouldn't use both as the canonical tag kinda cancels out the pagination which is not ideal.It means some of the products wont be getting indexed, you can always create a view all page and aim to make that the main ranking page however its never a garuntee. The pagination sounds like its the best option to me. All that is happening is Google is giving what it thinks is the best results by trying to sculpt it you might cause more problems than its worth.
Edit okay just to expand some more, you may want to read some more into pagination here - https://support.google.com/webmasters/answer/1663744?hl=en
it should help you clear up getting ti correct.
-
Hi Chris, Thx for your quick reply. We have a similar situation as the one I described earlier. Currently the code below is on the page. What are your thoughts on this contruction? Because, we use the prev and next AS WELL AS the canonical tag. The canonical to prevent duplicate content. The link prev and next to prevent Google indexing all the seperate /?tab=.. as inidivual pages. I'm looking forward to your response. Regards, Tom
-
Hi Tom,
You may find the following helpful - :http://googlewebmastercentral.blogspot.co.uk/2013/04/5-common-mistakes-with-relcanonical.html
In short if you do canonical you would loose the pages (sort of) as technically they are not duplicated. You could try a "view all" page and hope that replaces some of the problems.
Seems to be pagination is working fine on your site so I wouldn't worry too much, if you did add canonical it may do more harm than good for the sake of making a URL look more appealing.
Hope that somewhat helps.
Good luck.
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
-
Rel Canonical, Follow/No Follow in htaccess?
Very quick question, are rel canonical, follow/no follow tags, etc. written in the htaccess file?
Technical SEO | | moon-boots0 -
Rel-canonical and meta data
Hey Mozzers, Help please. I am migrating content for a new website (1000's of pages) and am using the canonical tag on a number of pages. For the pages which I am asking Google not to recognise / index as the master version, and in the interests of time do I need to take the time to fill in the meta <title><description> etc each time?</p> <p>Ben</p></title>
Technical SEO | | Bendall0 -
Which forum platform has the best "SEO Functionality"?
I have used vBulletin with vBSEO for a number of years and have been happy with the SEO results that I have achieved. However, vBulletin's recent releases have become unstable, full of bugs and are not secure. I am intending on starting some new forums in the near future and would like to move away from vBulletin. I have heard good things about Xenforo and IP Boards. Does anybody have any experience with either platforms built in SEO functionality?
Technical SEO | | statman870 -
Cross domain canonical, pros, cons, and link popularity?
We have a client who has two well trusted web properties, their insurance site where they sell insurance offerings, and a state specific blog they own where they promote healthy living. They want to improve their traffic/rankings/etc to the main site but they want to keep their blog where its at for PR (it already has a great following). So my quesiton is, if we do set up a secondary blog on the main site and use canonical tags on the more trusted external blog to link to the main site. Will that pass on the link popularity their external blog gets along with all the benefits of the fresh content, etc? I've never actually seen anyone do this yet, keen to try it but not with a client.
Technical SEO | | iAnalyst.com0 -
Rel Canonical ? please help again!
Hi, I have been looking at the on page section and the grading. And I have noticed on nearly all of my pages an error. No More Than One Canonical URL Tag Moderate fix <dl> <dt>Number of Canonical tags</dt> <dd>2</dd> <dt>Explanation</dt> <dd>The canonical URL tag is meant to be employed only a single time on an individual URL (much like the title element or meta description). To ensure the search engines properly parse the canonical source, employ only a single version of this tag.</dd> <dt>Recommendation</dt> <dd>Remove all but a single canonical URL tag</dd> </dl> <a class="more expanded">Minimize</a> Please how do I make sure these canonicals are working properly, My rankings are getting worst fro long tail and short tail keywords. I am not even ranking for the main keywords "Probate" at all now! Our site is probate, we sell probate, we talk aout probate and now we are out of the top 200??? http://www.finalduties.co.uk Kind Regards Elissa HAyes
Technical SEO | | Chris__Chris0 -
Jigoshop "add to cart" producing 302 redirects
Hi, My site is throwing thousands of 302 redirect warnings on crawl for the add to cart process in my Wordpress/Jigshop online store. A sample url the crawl references is: | | https://morrowsnuts.com/product/the-best-of-the-best-8-oz/?add-to-cart=6117&_n=9773652185 | | I have read several other threads here that are similar in nature but haven't discovered a way to eliminate this. I am a store owner and with only partial technology skills and I don't know what to try next. I posted the problem with Jigoshop but I am not sure if they will provide a solution since this was the first time they heard of this. The site is Morrow's Nut House located at: https://morrowsnuts.com Thanks in advance for any direction or suggestions for me on next steps, John
Technical SEO | | MorrowsCandyMan0 -
Best use of robots.txt for "garbage" links from Joomla!
I recently started out on Seomoz and is trying to make some cleanup according to the campaign report i received. One of my biggest gripes is the point of "Dublicate Page Content". Right now im having over 200 pages with dublicate page content. Now.. This is triggerede because Seomoz have snagged up auto generated links from my site. My site has a "send to freind" feature, and every time someone wants to send a article or a product to a friend via email a pop-up appears. Now it seems like the pop-up pages has been snagged by the seomoz spider,however these pages is something i would never want to index in Google. So i just want to get rid of them. Now to my question I guess the best solution is to make a general rule via robots.txt, so that these pages is not indexed and considered by google at all. But, how do i do this? what should my syntax be? A lof of the links looks like this, but has different id numbers according to the product that is being send: http://mywebshop.dk/index.php?option=com_redshop&view=send_friend&pid=39&tmpl=component&Itemid=167 I guess i need a rule that grabs the following and makes google ignore links that contains this: view=send_friend
Technical SEO | | teleman0 -
I have a ton of "duplicated content", "duplicated titles" in my website, solutions?
hi and thanks in advance, I have a Jomsocial site with 1000 users it is highly customized and as a result of the customization we did some of the pages have 5 or more different types of URLS pointing to the same page. Google has indexed 16.000 links already and the cowling report show a lot of duplicated content. this links are important for some of the functionality and are dynamically created and will continue growing, my developers offered my to create rules in robots file so a big part of this links don't get indexed but Google webmaster tools post says the following: "Google no longer recommends blocking crawler access to duplicate content on your website, whether with a robots.txt file or other methods. If search engines can't crawl pages with duplicate content, they can't automatically detect that these URLs point to the same content and will therefore effectively have to treat them as separate, unique pages. A better solution is to allow search engines to crawl these URLs, but mark them as duplicates by using the rel="canonical" link element, the URL parameter handling tool, or 301 redirects. In cases where duplicate content leads to us crawling too much of your website, you can also adjust the crawl rate setting in Webmaster Tools." here is an example of the links: | | http://anxietysocialnet.com/profile/edit-profile/salocharly http://anxietysocialnet.com/salocharly/profile http://anxietysocialnet.com/profile/preferences/salocharly http://anxietysocialnet.com/profile/salocharly http://anxietysocialnet.com/profile/privacy/salocharly http://anxietysocialnet.com/profile/edit-details/salocharly http://anxietysocialnet.com/profile/change-profile-picture/salocharly | | so the question is, is this really that bad?? what are my options? it is really a good solution to set rules in robots so big chunks of the site don't get indexed? is there any other way i can resolve this? Thanks again! Salo
Technical SEO | | Salocharly0