Help us define a category/product structure please
-
Hi, Apologies in advance for the long winded question... we need some guidance with our category/product/options structure in our shop.
We primarily sell car parts and lots of our parts have multiple fitments for what is basically the same part. Some ranges can have 1,000s of products. We can't work out what is an appropriate level of information and granularity for our product structure.We recognise the importance of having fitments and specific terms in the product title and URL, but we also know that having loads of almost identical product pages is a definite negative and fragments our SEO potential. But where's the happy medium?
For example, let's say we have a specific brand of brake pad (we'll call it Brako) with 4 different product-models (Super1, Super2, Super3, Super4), each fits 100 different cars, which are made by 10 different manufacturers. We have a few different ways of presenting/splitting up these 400 simple products: (ignore the URLs here, this is just to illustrate the browsing structure & likely product page titles)
-
1 category for the Brake Brand with 400 product pages inside, 1 product page for each specific combination of brake product-model and car-fitment. /Brako/Brako-Super1-brakes_BMW-M3.html 1 category, 400 product pages, 0 choices on each product page.
-
1 category for the Brake Brand with 40 products inside, 1 product for each specific combination of brake product-model and car-manufacturer. Each product page would then let you choose from a dropdown which of the 10 specific cars you had. /Brako/Brako-Super1-brakes_BMW.html 1 category, 40 product pages, 10 choices on each product page.
-
1 category for the Brake Brand with 4 sub-categories inside for the brake product-models with 100 products inside each, 1 product for each specific combination of car-fitment. /Brako/Brako-Super1-brakes/Brako-Super1-brakes_BMW-M3.html 1 category, 4 sub-categories, 40 product pages, 10 choices on the product page.
-
1 category for the Brake Brand with 4 sub-categories inside for the brake product-models, with 10 products inside each.1 product for each specific combination of brake product-model and car-manufacturer. Each product page would then let you choose from a dropdown which of the 10 specific cars you had. /Brako/Brako-Super1-brakes/brakebrand-Super1-brakes_BMW.html 1 category, 4 sub-categories, 40 product pages, 10 choices on each product page.
-
1 category for the Brake Brand with 4 products inside, 1 product for each brake product-model. Each product page would then let you choose from 2 dropdowns, each with 10 options: one for car manufacturer, the next for car model. /Brako/Brako-Super1-brakes.html 1 category, 4 product pages, 100 (10x10) choices on each product page.
-
1 product page containing options to choose all 400 Brako products using 3 drop down boxes: Car Manufacturer, Car Model and Product-Model /Brako/Brako-brakes.html 1 category, 1 product page, 100 (10x10) choices on each product page.
Or we could mix it up and split the sub-categories by manufacturer:
-
1 category for the Brake Brand with 10 sub-categories (1 sub-category for each of the car manufacturers with 40 products inside each), 1 product page for each specific variation of car-fitment and product-model. /Brako/Brako-brakes-BMW/Brako-Super1-brakes_BMW-M3.html 1 category, 10 sub-categories, 40 product pages, 0 choices on the product page.
-
1 category for the Brake Brand with 10 sub-categories (1 sub-category for each of the car manufacturers with 10 products inside each), 1 product page for each specific variation of car-fitment. Drop dowjn box on the product page lets you choose product-model (Super1-4) /Brako/Brako-brakes-BMW/Brako-brakes_BMW-M3.html 1 category, 10 sub-categories, 10 product pages, 4 choices on the product page.
-
1 category for the Brake Brand with 10 sub-categories (1 sub-category for each of the car manufacturers with products inside each), 1 product page for each specific variation of product-model. /Brako/Brako-brakes-BMW/Brako-Super1-brakes_BMW.html 1 category, 10 sub-categories, 4 product pages, 10 choices on the product page.
Obviously, option 1) is going to be the best search match for someone searching for 'BMW M3 Brako Super1 brakes' but that page will have almost identical content to 100 other pages and very similar content to a further 300 pages, which takes it's quality ranking down a lot. At the other end of the scale of complexity is option 5) which concentrates all search potential for the Brako Super1 down to a single page, which can be well written and have great content, but wouldn't have a match in the title, url or product name for anyone searching for 'BMW M3 Brako Super1 brakes'. 'BMW M3' would be mentioned in the page, but only once in a drop-down along with 100 other cars and possibly once in the content if there's something noteworthy about that application. So which option would you go for and why?
-
-
Thanks, that's helpful.
We've got a flat URL structure and we don't have category info in the product urls so we're all good there
I'll aim for somewhere in the middle, where the category page can introduce and explain the range, then there's a product page for each product model, with some drop down choices for fitments. That system was well received in our customer tests and seems to make most sense to me.
Just a minor point, but you might want to check your definition of an SKU btw.. The whole point of a 'stock keeping unit' is that each sku relates to a specific variation of a product, and this can be used for stock control and purchasing.
So in your example of the pants, although I can see that there's a parent product which all the variations belong to and it makes sense for this parent product to have the product page with the 6 choices on, I would expect each of the 6 product options to have their own individual sku in the back end of the store.regards, James
-
Hello James,
I know this sounds cliche, but do whatever is best for your users.
While I don't agree with the idea that "almost identical content" is ok for thousands of pages on an eCommerce website, I do agree with the statement that you shouldn't make things more complicated than they need to be.
As a general rule, i try to make one product page per sku. If a single sku has multiple variants, I tend to let those variants be selected on the product page. A simple example would be a pair of pants that could be purchased in small, medium or large, as well as in black or white, for a total of 6 possible combinations - but all the same sku.
I like to keep the category information OUT of the product page URls because that creates all sorts of potential problems (like when a single product exists in multiple categories, or gets moved from one to another) and I like to put them all in a /product/ folder so I can easily diagnose issues by, for instance, searching for something like site:yourdomain.com inurl:product to see how many of my products are indexed quickly.
So the URL might look more like:
www.domain.com/product/brako-super1
www.domain.com/product/brako-super2
www.domain.com/product/brako-super3
www.domain.com/product/brako-super4Once the user gets to that page they can then select options, like which model car they have. However, this may not be the right solution if each vehicle model has its own sku for that product. I'm assuming in this example that there are really only four skus, each with many possible variants.
Yes, this limits your ability to target long-tail, vehicle-specific searches for that product, but you may be able to rank for them anyway if competition isn't extreme for them and you list out on the page which vehicle models/years each product works with. You can put this in a tabbed description area or under a collapsable "See Vehicle Models" div so it doesn't muddy up the rest of the page visually.
In terms of category structure, you can set that up any way you like without affecting the product URLs if done this way. It sounds like your users my enjoy some type of faceted navigation or faceted search options. These are great usability features, but come with their own set of SEO issues that you'll need to look into.
Please let me know if I have missunderstood anything.
Good luck!
-
Thanks for the answer
It's left me a little confused though...Everything I've read recently has suggested that large quantities of scripted/csv imported database product pages will always be ranked as inferior to a small quantity of well written, informative and unique product pages.
Is the thinking that by having loads of pages, you get lots of potential exact matches for long-tailed or long phrase search terms? So you're casting your net far and wide?
Results from recent user testing we've done show us that our customers prefer a solution with less cluttered category pages and more 'intelligent' product pages where choices can be made.
Maybe a better system of subcategories and filters would help people easily sift through a large category though? -
Dont make it more complicated than it is. Option #1 hands down. Almost identical content is not identical content. We have sites with over 1 million skus for tires and auto accessories and small variations, allow them to be differentiated. The car manufacturer, model and year are the best....What you can do to create another small advantage is create an internal naming structure that you use within a category or a sub catgeory. So within the 'BMW M3 Brako Super1 brakes' you create premium, platinum, gold, silver, best , etc.... or you create general terms within the category so with brake pads you would use safest or safety; with headlights you would use brightest; etc...then you apply that separately to each category or manufacturer or model, depnding on how you want to segment it.
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
-
Spammy structured data for http://www.heritageprinting.com/ might be dropped from search results
We received the above message, which I'm see may also have. Before I go making hours of edits can someone give me an opinion on what may need fixed? Here's a link to one of our products: http://heritageprinting.com/products/step-and-repeat.phpAll products are uniquely marked upIt may be the $ dollar sign, but I'm not certain.Looking at WMT > Search Appearance > Structured Data, I see no errors for Schema Markup. TY in advance :)KJr
Technical SEO | | KevnJr0 -
How bad is it to have duplicate content across http:// and https:// versions of the site?
A lot of pages on our website are currently indexed on both their http:// and https:// URLs. I realise that this is a duplicate content problem, but how major an issue is this in practice? Also, am I right in saying that the best solution would be to use rel canonical tags to highlight the https pages as the canonical versions?
Technical SEO | | RG_SEO0 -
Website Redesign / Switching CMS / .aspx and .html extensions question
Hello everyone, We're currently preparing a website redesign for one of our important websites. It is our most important website, having good rankings and a lot of visitors from Search Engines, so we want to be really careful with the redesign. Our strategy is to keep as much in place as possible. At first, we are only changing the styling of the website, we will keep the content, the structure, and as much as URLs the same as possible. However, we are switching from a custom build CMS system which created URLs like www.homepage.com/default-en.aspx
Technical SEO | | NielsB
No we would like to keep this URL the same , but our new CMS system does not support this kind of URLs. The same with for instance the URL: www.homepage.com/products.html
We're not able to recreate this URL in our new CMS. What would be the best strategy for SEO? Keep the URLs like this:
www.homepage.com/default-en
www.homepage.com/products Or doesn't it really matter, since Google we view these as completely different URLs? And, what would the impact of this changes in URLs be? Thanks a lot in advance! Best Regards, Jorg1 -
Disallow: /404/ - Best Practice?
Hello Moz Community, My developer has added this to my robots.txt file: Disallow: /404/ Is this considered good practice in the world of SEO? Would you do it with your clients? I feel he has great development knowledge but isn't too well versed in SEO. Thank you in advanced, Nico.
Technical SEO | | niconico1011 -
Duplicate content issues, I am running into challenges and am looking for suggestions for solutions. Please help.
So I have a number of pages on my real estate site that display the same listings, even when parsed down by specific features and don't want these to come across as duplicate content pages. Here are a few examples: http://luxuryhomehunt.com/homes-for-sale/lake-mary/hanover-woods.html?feature=waterfront http://luxuryhomehunt.com/homes-for-sale/lake-mary/hanover-woods.html This happens to be a waterfront community so all the homes are located along the waterfront. I can use a canonical tag, but I not every community is like this and I want the parsed down feature pages to get index. Here is another example that is a little different: http://luxuryhomehunt.com/homes-for-sale/winter-park/bear-gully-bay.html http://luxuryhomehunt.com/homes-for-sale/winter-park/bear-gully-bay.html?feature=without-pool http://luxuryhomehunt.com/homes-for-sale/winter-park/bear-gully-bay.html?feature=4-bedrooms http://luxuryhomehunt.com/homes-for-sale/winter-park/bear-gully-bay.html?feature=waterfront So all the listings in this community happen to have 4 bedrooms, no pool, and are waterfront. Meaning that they display for each of the parsed down categories. I can possible set something that if the listings = same then use canonical of main page url, but in the next case its not so simple. So in this next neighborhood there are 48 total listings as seen at: http://luxuryhomehunt.com/homes-for-sale/windermere/isleworth.html and being that it is a higher end neighborhood, 47 of the 48 listings are considered "traditional listings" and while it is not exactly all of them it is 99%. Any recommendations is appreciated greatly.
Technical SEO | | Jdubin0 -
Proper structure for site with multiple catagories of same products
Hi, we have products (trophies and awards) that can be catagorized in many ways. Using Award Medals as an example: - Medals by type: 1 1/2", 2", etc. - Medals by sport Baseball, Basketball, Cheer - Medals by Style Color, Gold, Silver, Bronze Right now, we have an Award Medals section off of our home page. The section has a decent page rank, but should be much better (I think). My guess is that we are loosing page range since we have separate sections with the groups above as we want our customers to be able to find the medals easily. Unfortunately, when we setup our site 10 years ago, we organized by type and this is what is hanging off the home page. The other groupings we added more recently. I have attached a snap shot of what the sections look like. We would like customers to find an individual medal when they do a Google search. For example a search for Baseball Medals. In Goggle, they likely would not search for 1 1/2" medals. My question is this: Can we keep the same structure we have today (to enable customer flexibility) but improve page rank and also have the sections like basball medals rank well? I have thought about using canonical tags, but the pages are not the same - in one case it is all baseball medals, in another it is all 1 1/2" medals, etc. Thanks for your help!!
Technical SEO | | trophycentraltrophiesandawards0 -
Ranked on Page 1, now between page 40-50... Please help!
My site, http://goo.gl/h0igI was ranking on page one for many of our biggest keywords. All of a sudden, we completely fell off. I believe I'm down somewhere between page 40-50. I have no warning or error messages in webmaster tools. Can anyone please help me identify what the problem is? This is completely unexpected and I don't know how to fix it... Thanks in advance
Technical SEO | | Prime850 -
I changed the domain and structure of my site,is there anything I can do to help speed the recovery in SERPs?
I change the domain of my site in March (pretty much exactly when Panda hit, by coincidence). Our search traffic has dropped by 90% in that time with little recovery. In webmaster tools it shows about 400,000 pages on the new domain and about 85,000 still indexed on the old domain. I set up custom 301 redirects to all of the new pages on the new domain so everything that was moved has a good one hop redirect. I've been told that the only thing I can do is sit back and wait for everything to finish transitioning. The problem is that it has been 5 months of poor traffic, which means 5 months of slow sales. Is there anything I can do the speed up the transition?
Technical SEO | | iJeep0