Best practices for ecommerce product categories?
-
I'm trying to optimise my ecommerce site's category/navigation structure so that it is:
- Intuitive for human users
- Keyword optimised, and
- Minimises duplicate content penalties
Here is my dilemma. Let's say my site sells widgets. Some people search for widgets according to size (big widgets, medium widgets) while others search according to colour (green widgets, blue widgets). My keyword research suggests that I should target some keywords that relate to size, others that relate to colour, yet others relating to material, etc.
I figured that I'd use one of these taxonomies as a category system, then set the others as filter elements. So my site's main navigation would say "Big Widgets | Medium Widgets | Small Widgets". If you click on any of them, or if you click on the "Widgets" supercategory, you'd reach a filter function allowing you to see only green widgets, or only plastic widgets, etc.
So far so good - from a user perspective. The problem with this method is that Google isn't going to index my filter results. So someone Googling "green widgets" or "plastic widgets" is unlikely to find my site, even though I have plenty of green/plastic widgets that they could have filtered for.
My next thought was to add some of these filter urls to my main navigation so they will be crawled. My filter mod generates urls for each filter (eg mysite.com/category?filter=k39;w24). So now I have a flashier navigation menu where clicking "Widgets" will pop out a panel allowing you to browse by size or by colour. I don't know whether users will find this helpful or redundant/confusing, but at least Google can see my filter urls.
But I've run into two more problems. My filter results aren't really pages, so I can't set things like H1s, meta descriptions and so on. There's very little I can do to keyword optimise them. Further, I now have duplicate content, because the same widget can show up under multiple filter urls.
And so I'm stuck here. I've thought about creating custom pages for each target keyword and manually listing products that pertain to each keyword. This will allow me to optimise the pages, but it's a lot of ongoing work (I have to update them whenever I get new stock), and I'm not sure my visitors will appreciate this - I suspect they would rather just browse/filter/search through my site than have to click through pages of manual curated content.
I'd appreciate any thoughts or advice on figuring out my category and navigation system!
-
Thanks for the advice - I'll get to work on this
-
I wouldn't worry about that as much as making it easy and simple for your customers to navigate the site. Think of how you would describe the page to someone who hasn't seen it. You would probably mention the additional colors and styles. Optimize the site naturally and complete all the required items (page titles, meta, on page), and make sure that Google knows about all the pages in webmaster tools.
-
Thank for the fast reply, David! I've done some technical SEO work on my product pages, but I'm at a loss when it comes to keyword targeting.
I've read that I should only have one page targeting each particular keyword, otherwise I would be diluting my efforts. That's virtually impossible when I have 1000 items that are more or less variations of "large green widgets" (I sell fashion, so you see why I would have many products of the same nature). Sure I can add in brand, material, notable features, etc, but there are only so many variations of this keyword that actually gets searched. Hence I figured I would keyword optimise for categories rather than individual products.
-
Are your individual product pages optimized? Getting a user to visit your site doesn't mean they have to come in through the main category page. You could have your Widget category page optimized around the widget (or types, styles colors) or a more general page that is optimized around the widget product and what it is for.
By optimizing the widget product pages, you may have an additional page on which to rank. What I mean is, is you are on the widget page only for green widgets, then optimize only around that phrase. If you have multiple color options or filters from within that page, state that "this widget is available in black, green, blue" etc. Also make sure to have relevant related items shown so that if a user does happen upon that page, they know you sell more than one type. Optimizing the product pages can also be done quickly, as this can be completed when you are entering in the item details. If you add a lot of products all the time, create a template that you can use to quickly add details to any product, and then edit the details that only pertain to that specific item.
In your sitemaps, you can choose what filters get included in your index. If you are worried about duplicates, don't include them, or block the generated URL's in robots.txt
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
-
Best Location for Copy Block
We are having discussions around the appropriate location to place the SEO copy block on an eCommerce category page. Would like to get the communities opinion to share with the creative team.
Web Design | | TukTown0 -
Ecommerce Category Pages
First, let's define the terminology for the various types of ecommerce pages. The terminology differs from organization to organization: Product Description Pages (PDPs): These pages have a single product, pricing, an "add to cart" button, reviews, and a product description. Product Listing Pages (PLPs): These are product category/subcategory pages that have product image links and text links to Product Description Pages (PDPs). Category Pages: These pages have subcategory image and text links to subcategory pages. No product images are displayed Hybrid Category Pages: these pages combine sub-Category Images and text at the top of the page and product listings below. Our CMS currently does not allow us to create hybrids. This conversation revolves primarily around mobile. Our ecommerce team is having discussions around the appropriate use of PLPs vs Category pages. After doing a quick audit of the mobile sites of some top ecommerce players, there is definitely a trend to use Category Pages at the top of the category and sub-category hierarchy and use PLPs at the very bottom. The logic from a usability perspective is to allow visitors to navigate a site without ever using the hamburger navigation. ex: Baby (Category Page) => Car Seats (Category Page) => Convertible Car Seats (PLP) The sites I audited all had hamburger menus. A visitor would navigate from a home page image for "Baby," an image on the "Baby" page to "Car Seats", and an image on the "Car Seats" page to the Convertible Car Seats page. At that point, they would be able to shop for "Convertible Car Seats" on a PLP. This appears to be excellent UX and easy to use navigation. Theoretically, good for SEO as well. In short, category and subcategory pages are being used as navigation to allow visitors to easily navigate to the bottom of the hierarchy and shop on the most narrow page in the hierarchy. Much easier to use than a hamburger menu, but it does entail more clicks. The discussion revolves around allowing users to shop for product at a higher level in the taxonomy. For example, what if a visitor wants to shop all Car Seats? In the above taxonomy, we are precluding users from shopping in this manner. There is no "Car Seats" PLP. Our CMS has the ability to create both a Category Page and a PLP for "Car Seats". We could theoretically place an image on the "Car Seats" category page for "View All Car Seats", and allow users to click to a "Car Seats" PLP. None of the major ecommerce players I've audited are adding a PLP option higher up in the hierarchy. That doesn't mean that it's not good UX. Problems: From an SEO perspective, having a Category Page and a PLP for "Car Seats" would cause cannibalization - they would be competing for the same keywords. I am skeptical that canonicals would work. The pages are not near duplicate content. One page has category images, the other has product images. We could place content blocks on the page to make them more similar. We could noindex the PLP, but that's a waste of internal link juice. Need advice: Will canonicals work in this situation? Should we trash this idea entirely? Does adding a PLP add value or confusion? Is noindex a good idea? Is there an option to target keyword variations with the PLP? Is there another solution?
Web Design | | Satans_Apprentice0 -
Google Indexing Multi-Store Best Practice
Hi Guys, We currently have a main store view and a uk store view setup with a Litespeed Redirect for our website, redirecting UK IP Customers to the UK Store. We recently noticed that we were running into some issues with Google indexing pages from the uk site as well as the main store view. With trying to avoid duplicate content, my question being: What is the best practice for google indexing the UK and Main store views? Any advice would be greatly appreciated. Thanks.
Web Design | | centurysafety0 -
Should Our Mobile Responsive Version of our Ecommerce Site include the on Page content to Help with Rankings
Hello All, We are soon to launch our new redesigned website along with a mobile responsive version but i have noticed we currently don't include the on page Content we have on the mobile version which we have on the desktop version to help with rankings etc. I am not sure how google does mobile research with regards to rankings. We have designed our responsive version to be as user friendly as possible at the expense of having to much clutter/content but I am wondering now , if we will rank on mobile if all our on page content isn't present. Just wondered if we should include it at the bottom of the pages with say a "Read more" extension to help avoid clutter? Any advice greatly appreciated thanks Pete
Web Design | | PeteC120 -
Lots of Listing Pages with Thin Content on Real Estate Web Site-Best to Set them to No-Index?
Greetings Moz Community: As a commercial real estate broker in Manhattan I run a web site with over 600 pages. Basically the pages are organized in the following categories: 1. Neighborhoods (Example:http://www.nyc-officespace-leader.com/neighborhoods/midtown-manhattan) 25 PAGES Low bounce rate 2. Types of Space (Example:http://www.nyc-officespace-leader.com/commercial-space/loft-space)
Web Design | | Kingalan1
15 PAGES Low bounce rate. 3. Blog (Example:http://www.nyc-officespace-leader.com/blog/how-long-does-leasing-process-take
30 PAGES Medium/high bounce rate 4. Services (Example:http://www.nyc-officespace-leader.com/brokerage-services/relocate-to-new-office-space) High bounce rate
3 PAGES 5. About Us (Example:http://www.nyc-officespace-leader.com/about-us/what-we-do
4 PAGES High bounce rate 6. Listings (Example:http://www.nyc-officespace-leader.com/listings/305-fifth-avenue-office-suite-1340sf)
300 PAGES High bounce rate (65%), thin content 7. Buildings (Example:http://www.nyc-officespace-leader.com/928-broadway
300 PAGES Very high bounce rate (exceeding 75%) Most of the listing pages do not have more than 100 words. My SEO firm is advising me to set them "No-Index, Follow". They believe the thin content could be hurting me. Is this an acceptable strategy? I am concerned that when Google detects 300 pages set to "No-Follow" they could interpret this as the site seeking to hide something and penalize us. Also, the building pages have a low click thru rate. Would it make sense to set them to "No-Follow" as well? Basically, would it increase authority in Google's eyes if we set pages that have thin content and/or low click thru rates to "No-Follow"? Any harm in doing this for about half the pages on the site? I might add that while I don't suffer from any manual penalty volume has gone down substantially in the last month. We upgraded the site in early June and somehow 175 pages were submitted to Google that should not have been indexed. A removal request has been made for those pages. Prior to that we were hit by Panda in April 2012 with search volume dropping from about 7,000 per month to 3,000 per month. Volume had increased back to 4,500 by April this year only to start tanking again. It was down to 3,600 in June. About 30 toxic links were removed in late April and a disavow file was submitted with Google in late April for removal of links from 80 toxic domains. Thanks in advance for your responses!! Alan0 -
Help with Schema.org on Ecommerce Products
I’m looking for ways of using schema.org with products that have pricing options. There appear to be two main problems 1) Whilst colour, width, height and depth are all catered for, size appears to be missing – how can we mark up products that are available in sizes that aren’t necessarily covered by width/height/depth (e.g. shoe size). Also, what if the product is available in different finishes – technically, these could not properly be described as colours so how could we mark them up? 2) There doesn’t seem to be any particularly good way of marking up pricing options that are displayed on the same product detail page. For e.g. if a pricing option table is used like this: | ID | Colour | Price 001-red | Red | £3.99 001-green | Green | £4.49 001-blue | Blue | £4.99 | I can mark up each row as an offer, and give each offer a price and sku or mpn, but then I can’t use itemprop=”color” to describe exactly what the option is. Would I just use itemprop=”name” in this case and abandon color altogether (even though it’s technically supposed to be describing the colour of the product and not the name of the offer)? I suppose another way I could approach it would be to mark up each row as an individual product, and assign each one an offer with the details as described above but then the containing page would effectively look like a separate product – which it isn’t. Any help or advice on this would be very much appreciated
Web Design | | paulbaguley0 -
A/B Testing.. Are you doing? how is it been? What do you think would be the best path for who is starting now?
Hey Mozers, One of my 2014 resolutions is to start doing A/B Testing, so far I have been following "best practices" and "common sense" when comes to website design, but I would like to go above and beyond. I was hoping a could get a few tips some of you that are already doing A/B testing. How is it been? Do you see a great ROI? What do you think would be best path for who is starting now? Any book or links you would recommend? Thanks
Web Design | | Felip30 -
Best Practice For Website Redesign & Migration
Hi, I'm looking to redesign my current live website to a new Wordpress site using "Studiopress Enterprise Theme". I'm new to Wordpress and therefore will be embarking on lots of testing & development.
Web Design | | Mark_Ch
I do not want to hurt my current live website whilst testing the new Wordpress site. However, it would be nice to bring the test site into the current live environment without changing untold urls, etc. Question
What is the best practice to setup this new Wordpress environment for my domain: www.sampledomain.co.uk How would you restrict Google, Bing, etc from indexing, etc. whilst testing in the live environment. What other consideration should I be aware of Thanks Mark0