Rel Canonical tag usage on ECommerce website
-
Hello,
I have read up on the rel canonical tag and I'm ready to apply it to my site's categorization structure.
However, I'm concerned that, because my website does not have a "view all" button for our product pages, the rel canonical tag would not be appropriate.
For example, if you come to my site's main category url, you come to
At this level - you get the top 12 items in the category.
if you want to see the next page, you click a crawlable link that goes to
etc. etc.
The site does not offer a view all function.
Would applying the rel canonical tag be appropriate in this instance, or do I have to let Google crawl and index each page independantly?
Thanks.
-
Thanks! I understand what you're saying and I agree...this is exactly the method that our CMS generates these pages. The crawlable, additional pages are unique and should be crawled. This being said, from a search engine's perspective, the obvious "canonicalized" page should be the main category. I believe the robots, no index/follow is the best option for me - though I'm not exactly sure how to implement it with our CMS system..
Thanks.
-
Thanks!
Hadn't considered the robots tag like this. Unfortunately, our site's CMS system will make either of these options tough to actually implement. But it's great to know there're some options.
-
Technically, rel=prev/next is more appropriate, but it can be really tough to implement and Bing doesn't honor it.
If the paginated search pages don't have inbound links, you could just use META NOINDEX,FOLLOW on them (pages 2, 3, etc.). It's a lot easier to implement and is still very effective.
-
**if you want to see the next page, you click a crawlable link that goes to **
**mysite.com/main-category12-24 **
**The site does not offer a view all function. **
Would applying the rel canonical tag be appropriate in this instance, or do I have to let Google crawl and index each page independantly?
In this example you actually are talking about 2 different pages and in which case it can be appropriate to use the rel canonical.
Example take a look at a popular plateform like Oscommerce.
The Index.php page generates the following pages
- index.php
- category pages
- sub category pages
These are referenced by the software by the cPath (category Path) and would look much like this
- index.php
- index.php&cPath=1
- index.php&cPath=1_5
To a search engine these are all unique pages. Additionally, since many e-commerce platforms follow this type of module but also have ways to make the pages more SEO friendly you can in some cases access the same page via different URL's which is of course bad, due to duplicate content. In these case a rel canonical is very appropriate.
For example Oscommerce has a SEO friendly URL modification which turns the unspecific URL like index.php&cPath=1 into something like electronics.html However unless some sort of redirect is used you can actually access this page via either URL.
To simplify the answer the rel canonical tag is most appropriate for pages that generate dynamic URL's but content changes very little. In my examples above the pages are very different index.php and a index.php&cPath=1 page, however there can be times when you have interactions on those pages which would create a new url like say adding a product to the cart or a product selection filter, or any score of interactions that may change the url from index.php&cPath=1 to index.php&cPath=1&addToCart1&Product_ID=414&return in this case rel canonical would be very much appropriate as the page is not really changing you're just executing an action.
-
Here's an article from Google webmaster central with instructions on how to impliment it.
http://googlewebmastercentral.blogspot.com/2011/09/pagination-with-relnext-and-relprev.html
And a quick example of implimentation by Yoast for 'Page 2' of results.
http://yoast.com/rel-next-prev-paginated-archives/
Just a quick note, on 'page 1' there should be no rel=prev (your mysite.com/main-category in this case) On on the final page there should be no rel=next. All other pages should have both.
Hope these help.
-
Wow, thanks alot I hadn't heard this was even available. Any chance you could give me a link to where I could find info. to implement?
Thanks again for your help, either way!
-
I'd impliment rel=rev and rel=next on the pages to imply that their paginated, with the first page mentioned being the first in the chain.
rel=canonical then should point to the actual url, not the view-all page.
I think that is the 'correct' implimention for paginated content since rel=prev and rel=next were introduced.
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
-
Why is google still crawling my old website pages?
Why is google still looking at my old indexed pages and not my new index. ? Why are they crawling my old website links when none of them are available? How do I overcome these problems?
Web Design | | optimalspaces0 -
Website Redesign and Migration to Squarespace killed my Ranking
My old website was dated, ugly, impossible to update and a mess between hard-coded pages and WP, but we were ranking #1 in the organic searches for our key words. I just redesigned my website using Squarespace. I kept most of the same text on the pages (for key words) and kept the same Meta-Tags and Title Tags for each page as much as possible. Once I was satisfied that I had done as much on-page optimization as I could, I changed the IP in our Domain Name Registry so that it would point to our new website on the Squarespace host. And our new website was live! ...Then I watched in dismay as our ranking fell into oblivion. I think this might have something to do with not doing any 301 redirects from the old website and losing all of my link juice. Is this the case? And, if so, how do I fix it? Our website url is www.kanataskinclinic.ca Thanks
Web Design | | StillLearning1 -
What are the most common reasons for a website being slow to load
I've been advised that too many requests are being sent (presumably to the server?), how can I reduce these and were else should I look to increase speed?
Web Design | | FBS1 -
SEO Value to Improving HTML Code of Website That Validates According to W3C?
Greetings MOZ Community: My real estate website www.nyc-officespace-leader.com, originally designed in Drupal, was relaunched using Wordpress in 2013. The code for all URLs validates. The relaunch was performed by developers in Argentina. As part of an SEO campaign, I very reputable design/coding company in the has provided new wire frames to correct useability issues holding back conversions. In the course of the design adjustments they inspected the code and have told me that it is inefficient, that a number of shortcuts were taken and that the code does not conform to Wordpress best practices. What concerns me most is their claim that the quality of coding makes it more difficult for Google to index the site and this may be detrimental to ranking. Is it possible for the original developers to clean up this code if the deficiencies are pointed out to them? Or once coding shortcuts are taken are they impossible to fix? Would it make sense for me to request that the new design team put together a list of HTML deficiencies and provide to the original developers and ask them to correct? I am spending tens of thousands of dollars on content optimization, content marketing. It would be absurd if these coding issues would ultimately prevent improvement in ranking and traffic. At the same time, I hate to be a cynic but the domestic design/coding firm, while being very professional, does have an incentive in getting me to ditch the original design so I commit to an costly rebranding. If these issues are really minor maybe it is not worth making the effort to clean up the code (assuming that is even possible) and focus the budget on content marketing. Any thoughts?
Web Design | | Kingalan10 -
Responsive design or mobile website for SEO
Because domains with a mobile version have better rankings in Google then domains with only a deskop version we're considering a mobile website. My web developer says that a m.domain.com is duplicated with the domain.com, and he recommends a responsive design. What is better for SEO positions in mobiles devices. A m.domain mobile website or a responsive design. What are influential factors?
Web Design | | remkoallertz0 -
Does disabling the "View Source" functionality prevent Google from crawling a website?
I know Google uses a lot of variables when crawling a website. I wasn't sure if disabling the "View Source" option hindered anything.
Web Design | | innovationsimple0 -
Removing important section of website, safely
Hi Mozzers, It's been requested that a top level page on a website I'm working on should be removed. It concerns me firstly because there are some nice links coming into that page. I'm also worried because website director has suggested the menu option for that page should simply be removed from all navigation, so you can't find the 'removed' page via his website, but it remains as an indexed page passing linkjuice to website. Is that a risky approach from an SEO perspective? What's the best approach to this? Thanks in advance! Luke
Web Design | | McTaggart0 -
Multilingual Website. Best SEO Strategy
Hello.
Web Design | | teconsite.com
We have a client that will extend his business to severak countries in Europe.
So far its main market was the Spanish one. In this market it works with his own domain that is the same that its brand name. The domain does not contain any important keyword but it has been working for 11 years: www.efutgol.com. In Spain has a good ranking. It ranks number 1 or number 2, it fluctuates. But it also sells to France and Portugal. In the France market they used a domain with exact match with the French keyword that they are interested in: www.equipementsfootball.com/. The same strategy www.equipamentosfutebol.com in Portugal. Both have number 1 for the main keyword in those Countries for that keyword Now they are going to sell in more countries.
The problem is that each website have a different CMS what makes necessary double maintenance. We are going to unificate in only one domain, one single design, one single CMS all websites. But were have doubts about SEO consequences of doing that What is the best thing for URLs?
www.efutgol.com/fr/ .....
www.efutgol.com/es/
www.efutgol.com / pt What should we do with the domains that are so well positioned in france and portugal? 301 redirect will work? What should we expect? What would you do? What things we should consider to keep the current position?0