Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
Category page canonical tag
-
I know this question has been asked a few times on here but I'm looking for very specific advice.
Currently when you go to a category, say http://www.bronterose.co.uk/range.html, a canonical tag is added to the head of the page.
There are plenty of "variant" pages which carry the same tag, for example:
/range.html?p=2
/range.html?p=3
/range.html?dir=asc&order=price
/range.html?dir=asc&limit=all&order=priceIs it wise to push the "link juice" for each of these variant pages to the top level page? Or should each variant page have its own unique canonical tag?
After reading many blog posts, guides and papers I'm truly confused! Any general guidance or recommendations would be much appreciated.
Chris.
-
Thanks DP for the input!
-
It's tricky. Practically, I tend to agree with Tom - if it ain't broke, don't fix it. Especially at small-to-medium scale (let's say hundreds of URLs, but not thousands), rel=canonical is probably going to do the job here.
Technically, CleverPhd is correct that paginated content may be better served by rel=prev/next, and Google isn't fond of you canonical'ing to page 1 of search results. Their other preferred method is to canonical to a "View All" page (and make that page/link available to visitors), if that page loads reasonably and isn't huge.
In practice, they don't seem to penalized anyone for a canonical to page 1, and I know some mega-site SEOs who use rel=prev/next and have been almost completely unable to tell if it works (based on how Google still indexes and ranks the content). I think the critical thing is to keep most of these pages out of the index and avoid the duplicates. If your approach is working for now, my gut says to leave it alone.
-
I would agree that use of the canonical tag is great, I would not say that it is the most optimal solution in this case as you have paginated results
http://searchengineland.com/the-latest-greatest-on-seo-pagination-114284
http://googlewebmastercentral.blogspot.com/2012/03/video-about-pagination-with-relnext-and.html
The use of rel next prev would be more appropriate in that case. It has the advantage of also letting the link juice flow properly and it is what Google "expects" to see.
Now, if you wanted to be more conservative with this approach, you could add the meta noindex so that you also get all the other paginated pages out of the index, but this is an optional step.
One other thing to think about, if this is not a pagination issue, but this is more like a search result or resort of the same page, I would no follow links to those pages and noindex the resulting duplicates. You have to think about crawl efficiency and if you are having Google crawl a bunch of thin pages that you are trying to canonical to a parent page, you are wasting Google's time. Google will only spend so much time on a site spidering. Do you want it to waste time spidering a ton of pages that dont matter? Sure, the canonical would give Google all the right signals of what page goes where, but why would you want it to waste time doing that. You would rather Google spend time on your most important pages and spidering and reindexing those. Think about it, if you are going to ask a math savant to help you with your homework, are you going to have him/her spend time helping you with 1000 simple addition problems? No! You would go right to the more important/complex items.
http://searchengineland.com/how-i-think-crawl-budget-works-sort-of-59768
Anyway, hope this helps give you another perspective. Someone will probably say, well, this only matters on larger sites etc. I say no, it matters on all sites as you always want to have your best foot forward when the spiders come a crawling.
-
Hi Chris
First and foremost, in my mind you don't need to change a thing. It's working well - and here's why:
Think of a canonical tag as an instruction to Google to treat that URL is the top dog, the be all and end all - the one that you want Google to index and rank.
Any other page or URL that has the same canonical tag on it is basically your way of saying - "see this page? Don't worry about that page, it's a variant of this page that might look the same. Ignore it and rank that other page!"
Now, why would you want to do this? Well, if Google thinks that your website has duplicated content and it believes it is being done to manipulate or game the algorithm, it might hit you with a penalty (often a Panda penalty).
Ecommerce sites often have this problem with their product pages and, while not usually intentional, Google has been known to put penalties on these sites.
Your site, in my mind, counters all of these problems very well.
Google can and will index URLs with query strings on them (anything with a "?" after it) and treat them as separate pages. That means, theoretically, Google would have tried to index all of these URLs of yours:
http://www.bronterose.co.uk/range.html_?p=2_
http://www.bronterose.co.uk/range.html_?p=3_
http://www.bronterose.co.uk/range.html_?dir=asc&order=price_
http://www.bronterose.co.uk/range.html_?dir=asc&limit=all&order=price_Now this would be a problem, as you'd quite likely have similar looking pages being indexed where products appear in multiple URLs. This duplicate content could lead to a penalty.
But that's where the canonical tag comes in and does a great job. Your tag is telling Google "ignore all versions of the http://www.bronterose.co.uk/range.html URL with a ? on the end of it - that's just to help the user and I'm not trying to duplicate content to try and rank higher. Ignore them and treat http://www.bronterose.co.uk/range.html as the main page"
So you're avoiding the problem of duplicate content and your canonicalisation is working well. Very well, in fact. If you do a site search (check it out here) you will see that only one version of the URL has been indexed and noted by Google - and that's the canonical version.
So keep it just as it is in my eyes - it's set up very well indeed!
Hope this helps.
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 I replace categories with a static page
Hello there. I want to replace all of WordPress categories with static pages so that users see a well designed and constructed presentation of all the articles within each topic instead of just a long list of excerpts. I've already done this with 2 categories and although it is hard work I can't help feeling it is a much better thing for my users. However, I'm concerned that I am embarking on this project without being totally sure that it makes sense from an Seo point of view, or whether there are any downsides I haven't thought of? My idea is that the WordPress categories are set to noindex and nofollow. Search engines should find all of my static category pages and all of the content within each category will be spidered from there instead. Just to be sure you know what I mean here is a link to a normal category - https://www.whitegoodshelp.co.uk/category/consumer/ and here is my static page replacement for it - https://www.whitegoodshelp.co.uk/consumer-rights-appliances/ Both pages contain links to all articles within the category except the one generated by WordPress is just a long paginated list, and my replacement is a proper category page, which is hopefully far more useful . Can someone please confirm that there are no downsides to this strategy? 🙂
On-Page Optimization | | Snowdune1 -
Is it better to keep a glossary or terms on one page or break it up into multiple pages?
We have a very large glossary of over 1000 industry terms on our site with links to reference material, embedded video, etc. Is it better for SEO purposes to keep this on one page or should we break it up into multiple pages, a different page for each letter for example? Thanks.
On-Page Optimization | | KenW0 -
Commas in title tags
Hello Guys, Thanks in advance for all who can help me with this I am helping a dinnerware company with their SEO. I told them to change their ambiguous title tags for more specific ones. However, they opted to create some title tags with 2 or three keywords separated by commas. I have attached an excel image illustrating their new title tags.. My question is, will this format be a problem with Google--penalties? The questionable title tags are highlighted in light orange. Thanks! lHH92
On-Page Optimization | | HectorCortes0 -
SVG image files causing multiple title tags on page - SEO issue?
Does anyone have any experience with SVG image files and on-page SEO? A client is using them and it seems they use the title tag in the same way a regular image (JPG/PNG) would use an image ALT tag. I'm concerned that search engines will see the multiple title tags on the page and that this will cause SEO issues. Regular crawlers like Moz flag it as a second title tag, however it's outside the header and in a SVG wrap so the crawlers really should understand that this is a SVG title rather than a second page title. But is this the case? If anyone has experience with this, I'd love to hear about it.
On-Page Optimization | | mrdavidingram2 -
Home page and category page target same keyword
Hi there, Several of our websites have a common problem - our main target keyword for the homepage is also the name of a product category we have within the website. There are seemingly two solutions to this problem, both of which not ideal: Do not target the keyword with the homepage. However, the homepage has the most authority and is our best shot at getting ranked for the main keyword. Reword and "de-optimise" the category page, so it doesn't target the keyword. This doesn't work well from UX point of view as the category needs to describe what it is and enable visitors to navigate to it. Anybody else gone through a similar conundrum? How did you end up going about it? Thanks Julian
On-Page Optimization | | tprg0 -
How will it effect SEO to have multiple h1 tags on a page?
I have a client who recieved this advice from his marketing consultant: "If there are multiple h1 tags on a page, this can confuse Google and it may have a negative impact on the keyword rankings. If you could ask your web developer to go in and remove the h1 tags on the header images that would be helpful. This way it will be easier for Google to index your site and will help your keyword rankings." How will it effect SEO to have multiple h1 tags on a page?
On-Page Optimization | | GRIP-SEO0 -
Category Pages with Sub-Categories
The image will explain it all... Each category page starts on the subject of the first sub-category page. This happens twice (well actually 3 times since this section of the site is called showroom and it starts on the tab mowers). Is this a terrible approach? If so, how could a site like this be better navigation-ally organized. cat-subcat.png
On-Page Optimization | | drewschmaltz0 -
Avoiding "Duplicate Page Title" and "Duplicate Page Content" - Best Practices?
We have a website with a searchable database of recipes. You can search the database using an online form with dropdown options for: Course (starter, main, salad, etc)
On-Page Optimization | | smaavie
Cooking Method (fry, bake, boil, steam, etc)
Preparation Time (Under 30 min, 30min to 1 hour, Over 1 hour) Here are some examples of how URLs may look when searching for a recipe: find-a-recipe.php?course=starter
find-a-recipe.php?course=main&preperation-time=30min+to+1+hour
find-a-recipe.php?cooking-method=fry&preperation-time=over+1+hour There is also pagination of search results, so the URL could also have the variable "start", e.g. find-a-recipe.php?course=salad&start=30 There can be any combination of these variables, meaning there are hundreds of possible search results URL variations. This all works well on the site, however it gives multiple "Duplicate Page Title" and "Duplicate Page Content" errors when crawled by SEOmoz. I've seached online and found several possible solutions for this, such as: Setting canonical tag Adding these URL variables to Google Webmasters to tell Google to ignore them Change the Title tag in the head dynamically based on what URL variables are present However I am not sure which of these would be best. As far as I can tell the canonical tag should be used when you have the same page available at two seperate URLs, but this isn't the case here as the search results are always different. Adding these URL variables to Google webmasters won't fix the problem in other search engines, and will presumably continue to get these errors in our SEOmoz crawl reports. Changing the title tag each time can lead to very long title tags, and it doesn't address the problem of duplicate page content. I had hoped there would be a standard solution for problems like this, as I imagine others will have come across this before, but I cannot find the ideal solution. Any help would be much appreciated. Kind Regards5