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.
E-Commerce product pages that have multiple skus with unique pages.
-
Hey Guys,
With the recent farm/panda update from google i'm at a cross roads as to how I should optimize product pages for a project i'm working on for a client. My client sells tires and one particular tire brand can have up to 15 models and each model can have up to 30 sizes. IE: 'Michelin Pilot Sport Cup' comes in 15 different sizes. Each size will have it's unique product page and description bringing me to my question. Should I use the same description on every size? I do plan on writting unique content for each tire model however i'm not sure if I should do it for every size. After all the tire model description is the same for every size, each size doesn't carry any unique characteristics that I can describe.
Thanks in advance!
-
this is always not the best answer. I've seen cases where the click has too many pages and it takes a long time to get to a product. A lot of the products too are similar so I combined a lot of parts together and hes getting 67% higher ctr and 3x more sales and phone calls.
-
Agreed. You now have your work cut out for you Jose.
-
If that's the case Jose, then unique content is key.
-
Thanks for your feedback guys! In reply to both of you, it is very common for a prospect to search for the size followed by the tire model IE: 275/60/15 BFGoodridge T/A. If I have unique pages per size I can optimize the page title to automatically use the size followed by tire brand followed by tire model. This way I have greater chances of the end user finding me. My other idea was to create size specific content that I can use above and below the model specific text.
-
Jose,
I'm curious to understand why you need a separate unique page for each size. Do that many people search for particular tire sizes as compared to broader tire related phrases? Personally I'd think that listing all tire sizes on a single page would be more user friendly. And it would allow for even more content on each model's page.
The other side of that reasoning is having hundreds of size specific pages that have no unique content other than the size (name for all intents and purposes) would classify those pages as thin content and less likely to have those pages rank especially given that you're unlikely to get unique quality inbound links pointing to most of those.
So my recommendation would be to focus on building up those model pages and not going with unique size pages. Or, alternately, finding ways to creatively generate a couple paragraphs of truly unique content for every size page in the system. Anything less and it's duplicate content.
-
I would suggest that for each model you create different unique content on the page (as each model should have different features and variants). Now instead of adding a new page for each size of each model, have a drop down box (on the model's page) that lets you select the size, so the user can instantly see the sizes available for the model and then you don't have to scramble to generate new content for each size (which would be difficult). This is a win-win situation for the user and for the client. Hope that 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
-
Why are http and https pages showing different domain/page authorities?
My website www.aquatell.com was recently moved to the Shopify platform. We chose to use the http domain, because we didn't want to change too much, too quickly by moving to https. Only our shopping cart is using https protocol. We noticed however, that https versions of our non-cart pages were being indexed, so we created canonical tags to point the https version of a page to the http version. What's got me puzzled though, is when I use open site explorer to look at domain/page authority values, I get different scores for the http vs. https version. And the https version is always better. Example: http://www.aquatell.com DA = 21 and https://www.aquatell.com DA = 27. Can somebody please help me make sense of this? Thanks,
On-Page Optimization | | Aquatell1 -
How do you make product pages unique when there are thousands of products?
When an ecommerce site has 200 product pages, this is fine. It's time consuming, but I can write 200 unique paragraphs describing the product and it's not an insane amount of work for one person. But when there are 10,000+ product pages... what is the best way for one person to go about this? Risk the page being thin and just bullet point a couple of "need-to-know" info bits, or take the time to prioritise what products could benefit the most from the unique content and get cracking with a paragraph for each? Or do you just forego having truly unique copy on each product page and just aim to optimise the category pages for the longtail? Just wondering how you guys deal with thousands of product pages really. Starting to feel as if I should re-evaluate my strategy and wanted to get some idea on what others are doing... Notes: Product pages already have reviews, helps with adding more unique user-generated content to each page. There's dynamic content e.g. "You may be interested in...", "Related products", etc.
On-Page Optimization | | Ria_3 -
Noindex child pages (whose content is included on parent pages)?
I'm sorry if there have been questions close to this before... I've using WordPress less like a blogging platform and more like a CMS for years now... For content management purposes we organize a lot of content around Parent/Child page (and custom-post-type) relationships; the Child pages are included as tabbed content on the Parent page. Should I be noindexing these child pages, since their content is already on the site, in full, on their Parent pages (ie. duplicate content)? Or does it not matter, since the crawlers may not go to all of the tabbed content? None of the pages have shown up in Moz's "High Priority Issues" as duplicate content but it still seems like I'm making the Parent pages suffer needlessly... Anything obvious I'm not taking into consideration? By the by, this is my first post here @ Moz, which I'm loving; this site and the forums are such a great resource! Anyways, thanks in advance!
On-Page Optimization | | rsigg0 -
What is on page links?
Hi - i would like to know exactly what an on page link is? i understand the linking system however cant work what exactly what an on page link is? Thanks
On-Page Optimization | | OasisLandDevelopment0 -
How much copy should there be on an e-commerce category page?
I'm not looking for a precise number, obviously. I'm more interested in a general range. More text means more long-tail and synonym opportunities, but of course you don't want too much copy above the fold, pushing your products down. Maybe you can get away with a short paragraph or two at the top of the page. You can always put more copy below the products, but in a recent SEOmoz e-commerce webinar, the presenter seemed to think that was silly and unnecessary. He even suggested that the algo might intentionally ignore text below products, since it's clearly not intended to be read. What do you think?
On-Page Optimization | | CMC-SD0 -
Related products - random products or static
Hello, I was curious about where to get related products from. Currently I just grab some random products from the same category. Would there be any benefit to always linking to the same related products on a product page? Thanks
On-Page Optimization | | nux0 -
Page speed tools
Working on reducing page load time, since that is one of the ranking factors that Google uses. I've been using Page Speed FireFox plugin (requires FireBug), which is free. Pretty happy with it but wondering if others have pointers to good tools for this task. Thanks...
On-Page Optimization | | scanlin0 -
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