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.
Different page for each product colour?
-
Hi Guys,
I've just read an ecommerce article that suggests it's a good idea to have a different page for each colour that the product comes in. However surely this will mean duplicate content?
What are your thoughts? Have you put this tactic into motion and how did it go?
Thanks,
Dan
-
That's really interesting. I strongly believe that one page for each variation of a product, whether it's color or size, worsens user experience. But I'm working against a near-religious devotion to having as many pages as possible on the site, based on the idea that more pages definitely means better SEO. Any tips for overcoming that?
-
That will only be an advantage if you have a lot of search volume using colors so you can actually have the color name embedded better in the on-page optimisation for each product.
On the other hand it is duplicate content as the pages are mainly the same - you can play with alternate and canonicals and some advantage will still come from the other pages but it's a hassle.
I would strongly suggest to have the colors on one single product page (unless the color plays a huge role (as far as search volume).
Just an add-on opinion - hope it helps.
-
It would mean duplicated content if you kept the description the same, yep. However, there are many ways of saying the same thing... You would have to rewrite the descriptions for sure.
Whether or not it would give your website any benefit is hard to say without knowing which product it was you were thinking about splitting down and which keywords you were targeting for that product.
As an example. One of the sites I am working on sells plastic chains. We optimise the category page for the main plastic chain keywords, within the category we add the products and split them up based on colour. This allows us to target long-tail keywords such as "Green Plastic Chain". This benefits us because (even though they are fairly low) there are people searching for this term. If nobody is searching for your product in a specific colour then there is no real advantage other than having more content on your site.
On the other side of the coin, it does mean more clicks for visitors. As we know, more clicks often means losing visitors. The only real answer is to test test test. I always recommend using a combination of both methods after lots of testing and analysing.
Hope this helps?
Matt
-
From experience, I would highly recommend combining multiple colours onto one page and having an option to select colour, and update photos if required.
We have spent the best part of a year combining variations of products to reduce product pages from 18,000+ to under 1000 and have seen very good SERP improvements because more of the site is being indexed, and there is less duplicate content.
At the end of the day, if nothing changes about a product other than its colour, or size etc then it does not need its own page - it doesn't benefit a user to have 2 pages to browse to make their colour selection.
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
-
Keyword appearing on almost every slug of product pages = over-optimizatio
Hello all, I have an online store, let's say for example I sell forks of all kinds and colors. So naturally, I have 'product category' pages with titles and slugs like: Big forks
On-Page Optimization | | Veptune
Small forks
Plastic forks
Red fork
etc.. And plenty of product pages with slugs and H1 like: Small red fork
Large plastic fork
18th-century fork
etc... Some category pages are well-ranked, others are not, the same goes for product pages. The problem is that for the main keyword, 'fork' (exact query in the search console), my site is completely absent. Google should logically have referenced my homepage (which has links to all categories) for this main keyword. I have also optimized the page for it, without overdoing it. I wonder if it's not because I have a lot of pages with 'fork' in the slug, and perhaps Google thinks it's too much (even though it's logical for this word to be present in all product pages because it's an essential word to describe the product). I wonder if I should not modify half of my product pages to remove the word 'fork' from the slug...(only from the slug, without touching the H1 because removing the word 'fork' would remove its meaning). Do you have any experiences with this kind of issue? I wouldn't ask the question if my homepage was behind the competition, but it's completely absent. Thanks0 -
Category pages, should I noindex them?
Hi there, I have a question about my blog that I hope you guys can answer. Should I no index the category and tag pages of my blog? I understand they are considered as duplicate content, but what if I try to work the keyword of that category? What would you do? I am looking forward to reading your answers 🙂
On-Page Optimization | | lucywrites0 -
Each page with a different meta description?
each page on my website represents a different department, can I program the header to show a different meta description on each page or should there only be 1 meta description tag per domain?
On-Page Optimization | | RonnieT0 -
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 -
Add content as blog post or to product pages?
Hi, We have around 40 products which we can produce plenty of in-depth and detailed "how to"-type pieces of content for. Our current plan is to produce a "How to make" style post for each as a long blog post, then link that to the product page. There's probably half a dozen or more of these kind of blog posts that we could do for each product. The reason why we planned on doing it like this is that it would give us plenty of extra pages (blog posts) on their own URL which can be indexed and rank for long tail keywords, but also that we can mention these posts in our newsletter. It'd give people a new page full of specific content that they can read instead of us having to say "Hey! We've updated our product page for X!", which seems a little pointless. Most of the products we sell don't get very many searches themselves; Most get a couple dozen and the odd few get 100-300 each, while one gets more than 2,000 per month. The products don't get many searches as it's a relatively unknown niche when it comes to details, but searches for the "categories" these products are in are very well known (Some broad terms that cover the niche get more than 30,000+ searches a month in the UK and 100,000+ world wide) [Exact].
On-Page Optimization | | azu25
Regarding the one product with more than 2,000 searches; This keyword is both the name of the product and also a name for the category page. Many of our competitors have just one of these products, whereas we're one of the first to have more than 6 variations of this product, thus the category page is acting like our other product pages and the information you would usually find on our product pages, is on the category page for just this product. I'm still leaning towards creating each piece of content as it's own blog post which links to the product pages, while the product pages link to the relevant blog posts, but i'm starting to think that it may be be better to put all the content on the product pages themselves). The only problem with this is that it cuts out on more than 200 very indepth and long blog posts (which due to the amount of content, videos and potentially dozens of high resolution images may slow down the loading of the product pages). From what I can see, here are the pros and cons: Pro (For blog posts):
1. More than 200 blog posts (potentially 1000+ words each with dozens of photos and potentially a video)..
2. More pages to crawl, index and rank..
3. More pages to post on social media..
4. Able to comment about the posts in the newsletter - Sounds more unique than "We've just updated this product page"..
5. Commenting is available on blog posts, whereas it is not on product pages..
6. So much information could slow down the loading of product pages significantly..
7. Some products are very similar (ie, the same product but "better quality" - Difficult to explain without giving the niche away, which i'd prefer not to do ATM) and this would mean the same content isn't on multiple pages.
8. By my understanding, this would be better for Google Authorship/Publishership.. Con (Against blog posts. For extended product pages):
1. Customers have all information in one place and don't have to click on a "Related Blog posts" tab..
2. More content means better ability to rank for product related keywords (All but a few receive very few searches per month, but the niche is exploding at an amazing rate at the moment)..
3. Very little chance of a blog post out-ranking the related product page for keywords.. I've run out of ideas for the 'Con' side of things, but that's why I'd like opinions from someone here if possible. I'd really appreciate any and all input, Thanks! [EDIT]:
I should add that there will be a small "How to make" style section on product pages anyway, which covers the most common step by step instructions. In the content we planned for blog posts, we'd explore the regular method in greater detail and several other methods in good detail. Our products can be "made" in several different ways which each result in a unique end result (some people may prefer it one way than another, so we want to cover every possible method), effectively meaning that there's an almost unlimited amount of content we could write.
In fact, you could probably think of the blog posts as more of "an ultimate guide to X" instead of simply "How to X"...0 -
Page rank check
Hello everyone, How long should I wait to see if page rank for optimized pages have improved? cheers
On-Page Optimization | | PremioOscar0 -
How to Define Best URL Structure for Product Pages?
I am working on my website to edit structure with help of Google's search engine optimization starter guide. There is really good instruction to define URL structure which help us to perform well over Google's organic search. I have resolved issues regarding category pages but, I have confusion to define best URL structure for product pages. My website's product page URL structure is as follow. http://www.vistastores.com/marketumbrellas-californiaumbrella-slpt758-f13-red.html http://www.vistastores.com/homefurniture-winsomewood-93630.html URL structure is constructed with following terms. 1. Root Category Name (Market Umbrellas or Home Furniture or ....) 2. Brand Name 3. Manufacturer Part Number I am not happy with this structure and also not performing well over Google's organic search. I am thinking to include product name or title tag in URL after root domain. But, it may create very long URL and create issues in organic search display. Does it really matter to perform well over Google's organic search? How can I define best URL structure for product pages?
On-Page Optimization | | CommercePundit0 -
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