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.
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
-
Any problem with launching a redesigned site early without a few product categories?
Hello, My client wants to launch a redesign early, problem is they want to do this without a majority of their product pages, since the bulk of their sales aren't from these missing categories, will the resulting 404s hurt them? What is up, is the major pages structured around their primary keyword, most of their sales isn't from the product pages, but from the quotes turned into sales. Big ticket items aren't sold through the cart, they are call or email for quotes and normally those quotes are turned into sales once they realize the price is better. We will be adding these missing categories and products, just one section at a time. Since 404s don't hurt, and we don't rank very well from the products missing, should I be concerned about any thing else? Thank you
Technical SEO | | Deacyde0 -
How to Delete the slug /category/ from wordpress category pages
Hi all, I would like to ask you what's the better way to eliminate the slug /category/ form the wordpress category pages. I need to delete the slug /category/ to make the url seo frendly. The problem is that my site is an old site with the page indexed by Google for a long time. Thanks for your advice.
Technical SEO | | salvyy0 -
Schema showing up in product listing?
I have added schema to my product page as follows: Example product description ..... and so forth. However, the schema is showing up on the product page itself. How do I keep the schema on the SERP page, but not on the product page? My client doesn't want it to affect the site design. Thanks!
Technical SEO | | DWallace0 -
Can someone PLEASE help me find a solution to use a custom search engine for iPhones?? Thanks in advance!
Hey mozzers, I'm in quite the pickle today and would really appreciate some help! i need a way to have my members set their default custom search engine on their iPhones and androids to our sites search engine. Google chrome does on desktops but not iPhones. Thanks for your time/help, Tyler Abernethy
Technical SEO | | TylerAbernethy0 -
Structure of urls
**Hallo from Athens, Greece. We have to implement the following project and i need your help: ** We will build a company guide for the whole country and company local guides for each city for the same client. **Information of the country guide is the sum of information of local guides, so when a user is at the country guide he sees information from companies from all cities and when the user is at city guide he sees info only for the city. ** The problem is the structure of the url we should have. Should the page of presentation of each company should have structure as domain.gr/id/company? or city.domain.gr/id/company and the one to be canonical to the other? is this good for seo? Should both urls be included in the sitemap? Thank you
Technical SEO | | herculesopa0 -
Help with Places Pages
How can we get our Google Place page to rank higher, and how can we then keep it there instead of seeing it bounce around? We seem to have trouble getting a decent ranking for our places page even though out website ranks well on Google for geographical phrases?
Technical SEO | | onlinechester0 -
Thin/Duplicate Content
Hi Guys, So here's the deal, my team and I just acquired a new site using some questionable tactics. Only about 5% of the entire site is actually written by humans the rest of the 40k + (and is increasing by 1-2k auto gen pages a day)pages are all autogen + thin content. I'm trying to convince the powers that be that we cannot continue to do this. Now i'm aware of the issue but my question is what is the best way to deal with this. Should I noindex these pages at the directory level? Should I 301 them to the most relevant section where actual valuable content exists. So far it doesn't seem like Google has caught on to this yet and I want to fix the issue while not raising any more red flags in the process. Thanks!
Technical SEO | | DPASeo0 -
URL Structure Question
Hey folks, I have a weird problem and currently no idea how to fix it. We have a lot of pages showing up as duplicates although they are the same page, the only difference is the url structure. They seem to show up like: http://www.example.com/page/ and http://www.example.com/page What would I need to do to force the URLs into one format or the other to avoid having that one page counting as two? The same issue pops up with upper and lower case: http://www.example.com/Page and http://www.example.com/page Is there any solution to this or would I need to forward them with 301s or similar? Thanks, Mike
Technical SEO | | Malarowski0