eCommerce rebuild for a niche website with >1000 different SKUs with extremely little variation, and the following considerations when it comes to making a large number of product pages sufficiently distinct and of reasonable quality:
1) Time
Even 30m per SKU is two months worth of 8 hour days.
2) SKU overlap / similarity
Obviously I can't share details, you'll just have to trust me when I say that:
- the differences between multiple SKUs, even if explained in detail, are very slight and could be reasonably addressed in a sentence; and
- all of these differences are really the same difference.
So, more than the time to manually write the text, it's the planning involved to try preserve distinctness and not failing miserably.
Even with a huge amount of planning and effort we are STILL going to end up with hundreds and hundreds of near duplicate pages.
3) There's no point anyway
This is really the killer one. No-one searches for the SKUs - either by name, or by their usage at the individual SKU level.
However there ARE many different ways that people search for GROUPS of products. So we've decided that our category pages are the ones to lavish attention on. We CAN make these distinct, and we can provide quality information on and around them.
I don't want to use 'noindex' for the product pages, so I see my options as follows:
1) Let them be indexed and accept 1,000s of pages of very thin content, albeit with strong user signals (it's a busy site with a good email subscriber base).
2) Set a canonical tag on each product's page to its category
Products do sometimes span categories however.
3) Set a canonical tag on all product pages to a master product page e.g. example.com/product
There is essentially one product page.
I'm pretty much decided against (1) but I'm not sure what (if any) pros and cons there are between (2) and (3).
Has anyone done anything like this before? Even if you have not, any and all advice very welcome.