Discontinued products on ecommerce store
-
Hi,
I have a high number of very-low/zero traffic and zero backlinked product pages that have been discontinued (and wont come back).
For these pages we automatically remove them from our website indexes and also removed internal links and then essentially kept the product pages and their urls intact but just added a note saying "no longer available, how about these..." with alternate similar product options. This seems to be the general consensus online for discontinued product pages that have little value.
The questions is do I either 404 or noindex these now discontinued pages? What are the pros or cons?
Thanks
-
Yes, I meant 301, server-side redirects.
Regarding performance, I currently have a little over 50,000 entries in my redirects file with no discernable performance impact. But, different platforms handle differently, and also we have a CDN which caches redirects too, so that could make a difference. I guess the safest approach would be to insert a hundred thousand or more dummy redirect entries into your redirect file, temporarily, and stress test it.
-
That's really informative, thanks!
I assume when you recommend I redirect discontinued pages to the associated category page you mean redirecting via a 301?
Sorry I probably wasn't very clear on my final point about my concern about having too many 301's. My main concern about building tens of thousands of 301's into my site was that it would potentially have an impact on how quick my pages loaded for users (and crawlbot) since it would have to check through so many 301 rules. Have you experienced this as a reason not to use mass implementation of 301s?
-
Th approach of redirecting with an informative message is potentially a good one. I have not implemented nor seen this done. If you go this route, make sure it is a true server redirect, with a 301 response code. But I could see how the redirect could include a query param in the destination URL which could then be used to display a fairly generic message.
As far as better vs. worse, from my perspective that differs depending on the nature of the products. One good use case for keeping the old product page around would be like a consumer electronics product page which contained technical info or resources which would be hard to find otherwise (but an alternative could be to have a support library for that). Another example, when I was on the agency-side, I worked with an apparel brand which each season introduced and retired thematic prints. And they kept a library of retired prints, which visitors could upvote to try to get them returned into service.
You wrote in your OP that these pages are zero/low traffic, with few backlinks. So, I'm inferring that the actual user experience isn't going to be really experienced very much.
But the reason to redirect to the category page, is to preserve any link equity the product page might have built up over time. Again, even if each product has very few backlinks, if you add them all up redirected to a parent category page, that could make a difference in how that category page ranks. If you can accomplish this without confusing real visitors (if any).
To your last point, yes it's possible that the search engine might consider some of these redirects to be "soft 404s". In which case, the link equity wouldn't be preserved because it would be treated like a 404. But, that's exactly what you're proposing to do anyway. So, if even just some of them get treated as 301s, you're ahead of the game, as I see it.
-
Thanks for the response. Just to further query...
-
Do you have any data or insights from you experience as to whether redirecting a user to a category page (with a message stating why they have been redirected) would be a better/worse user experience than showing the user the product page as is (with a similar message about being discontinued)?
-
Also the only thing that concerns me with the 301 approach is that we have potentially 10k products per year being discontinued. Wouldn't the inevitable ten of thousands of 301s cause a performance issue?
Thanks again
-
-
If you are keeping them, rather than redirecting them, I assume that means you have a reason for people to be able to find those pages so that they can get some information abot the discontinued product, or at least understand that it was discontinued. If that's the case, then I don't think you would want to noindex or 404 them. On the other hand, if there is no reason for those pages to still exist, from a visitor standpoint, then usually I would redirect them to a category page (generally the parent category the product belonged to), to preserve any link equity, even if the number of links are low. Especially if you have a lot of discontinued products from a category, even if each product had let's say on average 0.1 links, then if you have 1,000 of those pages you would end up with 10 backlinks to your category page, which could be valuable. Again, this is assuming that you don't want/need to preserve the pages for your users to be able to find the info.
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
-
Is this a good sitemap hierarchy for a big eCommerce site (50k+ pages).
Hi guys, hope you're all good. I am currently in the process of designing a new sitemap hierarchy to ensure that every page on the site gets indexed and is accessible via Google. It's important that our sitemap file is well structured, divided and organised into relevant sub-categories to improve indexing. I just wanted to make sure that it's all good before forwarding onto the development team for them to consider. At the moment the site has everything thrown into /sitemap.xml/ and it exceeds the 50k limit. Here is what I have came up with: A primary sitemap.xml referencing other sitemap files, each of the following areas will have their own sitemap of which is referenced by /sitemap.xml/. As an example, sitemap.xml will contain 6 links, all of which link to other sitemaps. Product pages; Blog posts; Categories and sub categories; Forum posts, pages etc; TV specific pages (we have a TV show); Other pages. Is this format correct? Once it has been implemented I can then go ahead and submit all 6 separate sitemaps to webmaster tools + add a sitemap link to the footer of the site. All comments are greatly appreciated - if you know of a site which has a good sitemap architecture, please send the link my way! Brett
Intermediate & Advanced SEO | | Brett-S0 -
How bad is duplicate content for ecommerce sites?
We have multiple eCommerce sites which not only share products across domains but also across categories within a single domain. Examples: http://www.artisancraftedhome.com/sinks-tubs/kitchen-sinks/two-tone-sinks/medium-rounded-front-farmhouse-sink-two-tone-scroll http://www.coppersinksonline.com/copper-kitchen-and-farmhouse-sinks/two-tone-kitchen-farmhouse-sinks/medium-rounded-front-farmhouse-sink-two-tone-scroll http://www.coppersinksonline.com/copper-sinks-on-sale/medium-rounded-front-farmhouse-sink-two-tone-scroll We have selected canonical links for each domain but I need to know if this practice is having a negative impact on my SEO.
Intermediate & Advanced SEO | | ArtisanCrafted0 -
Ecommerce Tabs
This isn't a unique problem but an e-commerce client has product information on a page, with separate tabs that have been historically loaded with a new page, which have been indexed. Product (/product): 8,450 Results Content1 (/product?tab=content1): 966 results Content2 (/product?tab=content2): 683 Results Content3 (/product?tab=content3): 1,750 Results Content4 (/product?tab=content4): 1,500 Results All of the content shares a common product top section (summary of information) but has unique canonical url definitions, meta information, etc. The individual content tabs are all part of a larger grouping, which is why their index level is considerably less than the actual product page. As the client grows and updates this historical practice, one of the implementation options is making the content available on the page via an Ajax load. The desire would be to maintain the ability to search for content1, content2, etc at that level and not spread the juice throughout all the main product pages. My question is what would the best setup be to maintain the historical ability to target the content individually via Search, while updating the UI/UX for a better customer experience? If the ajax route is the way to go, what are all the tasks necessary to properly handle without creating a separate duplicate pathing? Some of the tasks that I've outlined would be Using pushState to update the url when the tab is changed Is there an ability to also update canonicals & meta information? what else am I missing? Any guidance would be great as Id love to get some thoguhts on the matter. Thanks!
Intermediate & Advanced SEO | | RosemarieReed0 -
Hiring: Ecommerce SEO Technician (Remote Agency)
Hey, we're looking for an experienced Ecommerce SEO. Someone that can do full site audits, build links, walk clients through implementing Schema and more. Didn't see any category for hiring so if there is a better place for this here on Moz just let me know. Thanks! Ecommerce SEO Technician, Remote, Full-time Whitecap SEO, a young and fast-growing search marketing agency, is looking for an experienced white hat Ecommerce SEO Technician. Our ecommerce clients need their websites to perform exceptionally well in search results to drive new visits and growth. This position requires a strong understanding of ecommerce SEO and the technical aspects of search and web marketing, including SEO best practices for white hat linkbuilding, on-page optimizations, along with fundamental tasks like keyword research and earning off-page signals. Responsibilities Design and conduct white hat outreach campaigns using SEO tools Assist SEO Manager in design and execution of SEO strategies Conduct full site audits Provide specifications for any technical recommendations Accurately estimate new projects and execute those projects within defined scope Communicate with clients how to execute recommended technical changes Stay current on industry trends Skills & Experience 3-5+ years of technical SEO experience. Ideally 2+ years at a digital agency Experience optimizing small to large scale ecommerce websites Experience working with technical SEO tools such as Screaming Frog, Ahrefs, Moz, Google Webmaster Tools, etc. Experience on multiple large scale, complex national SEO campaigns Familiar with ecommerce platforms such as Shopify, Magento, etc. Experience with complex Google Analytics setups: proper tracking and reporting between Google Adwords, Google Analytics and clients’ marketing automation platform Familiar with Schema implementation on ecommerce sites Personal Attributes Excellent organizational skills and the ability to manage competing deadlines Strong written and verbal communication skills Identify, assess, and prioritize a client site’s technical problems Ability to distill complex problems into easily understood, actionable recommendations Critical thinking / analytical problem solver Self-starter that can own a project from inception to completion Working at Whitecap SEO We believe in building success for our clients that will last and take pride in our retention rate. As a small remote team, strong communication is more than just a bullet point on a job listing - it is essential to our success. Everyone on the team has to fill a variety of roles and get things done to deliver the best results for our clients. We offer the chance to work with quality clients and great team members. Salary: $50-65k DOE Apply Wufoo Form
Intermediate & Advanced SEO | | WhitecapSEO0 -
Product Syndication and duplicate content
Hi, It's a duplicate content question. We sell products (vacation rental homes) on a number of websites as well as our own. Generally, these affiliate sites have a higher domain authority and much more traffic than our site. The product content (text, images, and often availability and rates) is pulled by our affiliates into their websites daily and is exactly the same as the content on our site, not including their page structure. We receive enquiries by email and any links from their domains to ours are nofollow. For example, all of the listing text on mysite.com/listing_id is identical to my-first-affiliate-site.com/listing_id and my-second-affiliate-site.com/listing_id. Does this count as duplicate content and, if so, can anyone suggest a strategy to make the best of the situation? Thanks
Intermediate & Advanced SEO | | McCaldin0 -
Ecommerce SEO - Indexed product pages are returning 404's due to product database removal. HELP!
Hi all, I recently took over an e-commerce start-up project from one of my co-workers (who left the job last week). This previous project manager had uploaded ~2000 products without setting up a robot.txt file, and as a result, all of the product pages were indexed by Google (verified via Google Webmaster Tool). The problem came about when he deleted the entire product database from our hosting service, godaddy and performed a fresh install of Prestashop on our hosting plan. All of the created product pages are now gone, and I'm left with ~2000 broken URL's returning 404's. Currently, the site does not have any products uploaded. From my knowledge, I have to either: canonicalize the broken URL's to the new corresponding product pages, or request Google to remove the broken URL's (I believe this is only a temporary solution, for Google honors URL removal request for 90 days) What is the best way to approach this situation? If I setup a canonicalization, would I have to recreate the deleted pages (to match the URL address) and have those pages redirect to the new product pages (canonicalization)? Alex
Intermediate & Advanced SEO | | byoung860 -
Rel Author markup for a Book Product?
Hi mozzers, I'm writing up some recommendations for a rebuild of a large bookstore E-commerce site which includes a section on structured data. I'm looking through schema markup and specifically the Product, Thing, CreativeWork and Book schemas. I'm confused however as to whether rel author is applicable/suitable to a book product page? The author of the page is the website, but the author of the book is the Author. The author's name within the product will be linked to their Author Profile page on the website which could potentially include a link to their Google+ page (if they have it... probably <0.01% of Authors, but should be enough for Google to connect the dots). It could work but I don't want to attribute authorship of the page to the book author - I just want to markup the product page to indicate who the author of a book product is. My concern is also that I want the product image to be displayed in SERPs, not the Author photo. Does anybody have any experience or advice regarding this? Cheers Andrew
Intermediate & Advanced SEO | | Gloyns0 -
Why do branded manufacturer websites have multiple pages for their products?
My favorite golf ball is the Srixon Tour Yellow ball. Srixon has a product detail page here (www.srixon.com) AND there's also a product detail page here at shop.srixon.com. Is there any sort of SEO penalty here because there's some duplication? Does the fact the store is a separate subdomain make this more allowable? Many branded manufacturer websites work this way but it just doesn't make sense to me to have two product pages that you have to manage content when you can have just 1 with a call to action. I also work for a branded manufacturer and am considering rebuilding our website from the ground up with the online store and the main/marketing website blended into one to eliminate this duplication. We have this same duplicated marketing/store setup as well. any feedback is greatly appreciated. Confused.
Intermediate & Advanced SEO | | Timmmmy0