inflow-logo

Inflow: eCommerce Marketing Agency

  • Services
    • SEO
    • PPC
    • CRO
    • Paid Social
  • Clients
    • Case Studies
  • About Us
    • Contact Us
  • Insights Blog
    • Resources
  • Request Proposal
  • Services
    • SEO
    • PPC
    • CRO
    • Paid Social
  • Clients
    • Case Studies
  • About Us
    • Contact Us
  • Insights Blog
    • Resources
  • Request Proposal

Home > eCommerce Digital Marketing Blog > SEO > On-Page SEO > 3 Reasons to Put Products in Their Own Directory vs the Root Directory

3 Reasons to Put Products in Their Own Directory vs the Root Directory

Posted By Everett Sizemore (Alumni) on February 16, 2012

  • 1share

Flatter Isn't Always Better

MYTH: A page two directories deep is going to be less optimized than a page in the root.

FACT: What matters is where you, and others, link to. If you have a page three directories deep with lots of high-quality internal and external links it will outperform a page in your root with few internal and external links for the same keywords, all other things being equal.

I’ve heard a lot of people talking about flattening site architecture, which is generally a good thing. Like all good things in SEO, people are quick to take it over the edge and turn it into something bad for their clients. There are many reasons why you would not want to put everything in the root folder, especially when dealing with product pages on an eCommerce website. Here are the top three that come to mind…

Why Putting Products in the Root Doesn’t Make Sense:

 

1. It Makes Diagnosing Issues More Difficult
This is a great query that can provide you with a wealth of information IF your URLs are structured correctly: site:yourdomain.com inurl:product. If you have more product URLs indexed than you have products on your site, this would indicate a possible duplicate content problem via non-canonical URLs, such as those with view parameters or variants. Conversely, if you have fewer product URLs indexed than you have products on your site it could indicate a crawlability problem or worse. Now imagine trying to get that simple piece of information without having anything to “latch onto” that identifies a URL as belonging to a product.

2. It Makes Redirects More Difficult
Let’s use an example to illustrate this point. Imagine you are moving to a new eCommerce system that requires all products to go into a folder/directory called “items”. It could be called product, products, services… but we’ll use “items” for the sake of example.

If you were starting with a flat site architecture like the one diagrammed on the right side of Rand’s whiteboard (https://www.seomoz.org/blog/whiteboard-friday-flat-site-architecture) in 2009 you may be working with something like this:
AwesomeStore.com/about
AwesomeStore.com/productname1
AwesomeStore.com/contact
AwesomeStore.com/bluewidgetscategory
AwesomeStore.com/productname2
AwesomeStore.com/reddoohickeycategory

In the above situation, how do I tell the server to automatically redirect just the product pages without specifically asking for each of them to be redirected separately? I suppose you could append something to the filename, as in: AwesomeStore.com/productname1-product but, now you are diluting another SEO factor, the name of your product.

On the other hand, if you had organized your site using category and product directories, it might look like this:
AwesomeStore.com/about
AwesomeStore.com/products/productname1
AwesomeStore.com/contact
AwesomeStore.com/category/bluewidgetscategory
AwesomeStore.com/products/productname2
AwesomeStore.com/category/reddoohickeycategory

In the above situation, I can tell the server to redirect all URLs in the “products” directory to the “items” directory without changing the product name or any other part of the URL. Although I’m no expert at writing regular expressions, you could probably do this with a single line of code like:
RewriteRule ^products(.*)$ https://www.awesomestore.com/items$1 [L,R=301]

3. You Lose Some Breadcrumb Control:
While not the end of the world, it is nice for people to see something like this in the SERPs: Awesome Stuff Store -> Purple Stuff -> Purple Doohickey
You can accomplish this without actually having categories in the product page URL by assigning a default category on the back-end and using that in the breadcrumb microformatting markup, like that found on Schema.org. Google wants to see that the breadcrumb you provide them in the markup matches the navigational path their crawlers take on your site so, while not impossible, it becomes more difficult to get the full breadcrumb path to show if your categories and products live in the same directory.

If you ask 100 developers which they prefer, I’d bet 99 of them would choose to put products in their own directory for reasons stated above, and because developers tend to be very logical people. When we take the taxonomy concept typically used in biology discussions and apply it to information architecture, it allows both humans and machines to make more sense out of the way we categorize things on a website, such as articles or products. To have a conceptual taxonomy for humans (e.g. Sony Bravia belongs in the Television subcategory, under the main Electronics category, under the Products page-type) without any system of categorization for machines is, in my opinion, not the best strategy. It tends to make the machine work harder to figure out the taxonomy on their own. The last thing you want to do is make Googlebot work hard to understand your site. And to think you’re going to fool Google into assuming your product detail pages, which are only linked to from your category pages, are somehow at the same “level” of importance as your main categories just because they’re in the same directory is probably a little naive. If that is your goal, you would do a much better job of sending that message with internal and external links.

But of course we don’t put all of our products into the main navigation, which tells a search engine something about the structure of our site, regardless of whether our products are in the root or not. However, you can certainly put “featured” or “popular” products in the navigation to reduce the clicks necessary to reach those products and to send more page-rank their way, not to mention increase sales.

The architecture of your site is one more tool in your arsenal. It is your ability to guide visitors and crawlers around in ways that make sense to them and benefits your bottom line. Even if there was a small SEO benefit to putting everything in the root, it wouldn’t be worth the trouble in the long run for reasons stated above.

  • 1share

2 Comments on "3 Reasons to Put Products in Their Own Directory vs the Root Directory"
  1. Everett says:
    February 16, 2012 at

    You should also avoid putting categories into product page URLs because sometimes products change categories, or exist in two or more categories simultaneously. Also, while I do like to put products into their own directory, that doesn’t mean I think it’s a good idea to add on superfluous directories either for keyword stuffing or because developers want to avoid the work of doing mod rewrites to fix the issue. But perhaps that’s another blog post for another time.

    Reply
  2. Jonny Ross says:
    February 17, 2012 at

    hi Everett,

    Great advice, directories are extemely important, in fact it helps with robots.txt or mass removing pages from google too.

    but as you say best of all it helps with queries like

    site:yourdomain.com inurl:product

    one i have been using since 2004!

    Jonny
    @jrconsultancy

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Related Posts

  • Report: Inflow eCommerce Best-in-Class Research Study 2018 When we ask eCommerce site owners what data they most want and need, they almost always say the same thing: What are successful eCommerce sites doing today to convert traffic into paying […]
  • Why You Should Care About Knowledge Graph Optimization (KGO) Knowledge Graph Optimization (KGO) allows you to control more of the first-page real estate within Google search results for branded searches, and can be perceived by searchers as adding […]
  • Magento to BigCommerce Migration Guide: How to Replatform Quickly and Painlessly Are you currently on Magento 1? This guide will make the Magento to BigCommerce migration process a lot easier for you to manage. Read now!
Everett Sizemore - Denver SEO

Everett Sizemore (Alumni)

View Author’s Profile

Related Categories

  • Content Marketing (13)
  • Link Building (16)
  • On-Page SEO (14)
  • SEO Strategy (11)
  • Technical SEO (35)
  • Most Popular Posts:

    eCommerce Marketing Automations Systems Compared
    Technical Mobile Best Practices for SEO and Usability
    Expanding the Horizons of eCommerce Content Strategy
    Thin & Duplicate Content: eCommerce SEO
    5 Ways eCommerce Content Audits Can Increase Revenue
    Want to get content like this straight to your inbox? Subscribe to our weekly content alerts and monthly Inflow Insights newsletter now.

    Categories

    • SEO
      • Content Marketing
      • Link Building
      • On-Page SEO
      • SEO Strategy
      • Technical SEO
    • Paid Advertising
      • Goal Metrics and Analytics
      • Paid Search
      • Paid Search Shopping
      • Paid Social
    • Conversion Rate Optimization
      • A/B Testing
      • eCommerce Page CRO
      • Mobile Conversion Optimization
      • Tools and Plugins
      • Usability
    • Case Studies
    • eCommerce Strategy
      • KPIs and Reporting
    • Digital Marketing Trends in eCommerce
    • Inflow News

    Request a Proposal

    We'll build a custom proposal to meet your goals. Get the process started now.

    Google Premier PartnerInflow is a facebook-certified-creative-strategy-professional Moz Recommended Company Inc 5000 Inflow Clutch Profile
    • Services
      • SEO
      • PPC
      • Conversion
    • Insights
      • Insights Blog
      • Case Studies
      • Resources
    • More
      • Contact
      • Careers
    •  
      • Press Info
      • Privacy Policy
    REQUEST A PROPOSAL
     
    CALL US AT 303-905-1504
    Monday - Friday, 8 a.m. - 6 p.m. (MST)
     
    facebook twitter linked-in linked-in rss

    Send this to a friend