The Moz Q&A Forum

    • Forum
    • Questions
    • My Q&A
    • Users
    • Ask the Community

    Welcome to the Q&A Forum

    Browse the forum for helpful insights and fresh discussions about all things SEO.

    1. SEO and Digital Marketing Q&A Forum
    2. Categories
    3. Intermediate & Advanced SEO
    4. Url structure for multiple search filters applied to products

    Url structure for multiple search filters applied to products

    Intermediate & Advanced SEO
    4 2 1.4k
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as question
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • boxcarpress
      boxcarpress last edited by

      We have a product catalog with several hundred similar products. Our list of products allows you apply filters to hone your search, so that in fact there are over 150,000 different individual searches you could come up with on this page. Some of these searches are relevant to our SEO strategy, but most are not.

      Right now (for the most part) we save the state of each search with the fragment of the URL, or in other words in a way that isn't indexed by the search engines. The URL (without hashes) ranks very well in Google for our one main keyword. At the moment, Google doesn't recognize the variety of content possible on this page. An example is:

      http://www.example.com/main-keyword.html#style=vintage&color=blue&season=spring

      We're moving towards a more indexable URL structure and one that could potentially save the state of all 150,000 searches in a way that Google could read. An example would be:

      http://www.example.com/main-keyword/vintage/blue/spring/

      I worry, though, that giving so many options in our URL will confuse Google and make a lot of duplicate content. After all, we only have a few hundred products and inevitably many of the searches will look pretty similar. Also, I worry about losing ground on the main http://www.example.com/main-keyword.html page, when it's ranking so well at the moment.

      So I guess the questions are:

      • Is there such a think as having URLs be too specific? Should we noindex or set rel=canonical on the pages whose keywords are nested too deep?

      • Will our main keyword's page suffer when it has to share all the inbound links with these other, more specific searches?

      1 Reply Last reply Reply Quote 0
      • Marcus_Miller
        Marcus_Miller last edited by

        Hey,

        Certainly, if you could potentially create 150,000 search result pages from only 200 or so products, then you are straying into the ground of near duplicate pages and what is often known as 'search within search'. As you stated, chances are not only could these pages be problematic in themselves, they may drag down other pages.

        My advice here would be to try and tie this to your search marketing and keyword research. Look at the actual terms that get searched for and consider some pages that may be useful. Then, if you don't have a page for this, then consider creating maybe tags or categories for these few (certainly less than 150,000) pages and supplement these pages with some additional unique content if there is duplication with other categories.

        In fact, try to keep the duplication as low as possible and also try to stick to best practice with those search category pages (canonical, prev next, show all page etc).

        Certainly have the search, but I would most likely hide it from search engines and noindex the deep search pages but supplement these with some category pages and/or content pages as tied to your keyword strategy.

        Some interesting reading:

        http://www.mattcutts.com/blog/search-results-in-search-results/

        http://www.seomoz.org/blog/fat-pandas-and-thin-content

        Alternatively, you could always tinker, and have a go, and then put things back, but odds are, this approach is just creating nearly 150,000 near duplicate pages which are exactly the kind of pages they are currently trying to remove from the index so your main landing pages may end up being collateral damage.

        Hope this helps!
        Marcus

        boxcarpress 1 Reply Last reply Reply Quote 1
        • boxcarpress
          boxcarpress @Marcus_Miller last edited by

          Thanks for the links and the advice, Marcus.

          I think after reading through the material I will meta noindex any search that has more than one search filter applied. So I'll index "blue" or "vintage" but not "vintage/blue" for instance. The most important top level search filters will become category pages, more or less. I'll try to tailor their content to reflect their importance. Thanks for your input!

          Marcus_Miller 1 Reply Last reply Reply Quote 0
          • Marcus_Miller
            Marcus_Miller @boxcarpress last edited by

            Hey, that sounds fairly solid. let me know how you get on.

            1 Reply Last reply Reply Quote 0
            • 1 / 1
            • First post
              Last post
            • Url structure on product pages - Should we apply canonicalized links in breadcrumbs or entry folders
              brettmandoes
              brettmandoes
              0
              2
              59

            • URL structure with broad search phrase but specific intent
              Viktorsodd
              Viktorsodd
              0
              2
              324

            • Changing URL structure of date-structured blog with 301 redirects
              MonicaOConnor
              MonicaOConnor
              0
              8
              738

            • Multiple product hierarchies (creation of refurbished products section) - best solution?
              EricaMcGillivray
              EricaMcGillivray
              0
              2
              107

            • URL structure for categories, sub categories and products
              Andy.Drinkwater
              Andy.Drinkwater
              0
              2
              106

            • Block search engines from URLs created by internal search engine?
              Dr-Pete
              Dr-Pete
              0
              6
              2.2k

            • Magento: URLs for Products in Multiple Categories
              DWJames
              DWJames
              0
              2
              10.2k

            • Should product searches (on site searches) be noindex?
              NakulGoyal
              NakulGoyal
              0
              5
              680

            Get started with Moz Pro!

            Unlock the power of advanced SEO tools and data-driven insights.

            Start my free trial
            Products
            • Moz Pro
            • Moz Local
            • Moz API
            • Moz Data
            • STAT
            • Product Updates
            Moz Solutions
            • SMB Solutions
            • Agency Solutions
            • Enterprise Solutions
            • Digital Marketers
            Free SEO Tools
            • Domain Authority Checker
            • Link Explorer
            • Keyword Explorer
            • Competitive Research
            • Brand Authority Checker
            • Local Citation Checker
            • MozBar Extension
            • MozCast
            Resources
            • Blog
            • SEO Learning Center
            • Help Hub
            • Beginner's Guide to SEO
            • How-to Guides
            • Moz Academy
            • API Docs
            About Moz
            • About
            • Team
            • Careers
            • Contact
            Why Moz
            • Case Studies
            • Testimonials
            Get Involved
            • Become an Affiliate
            • MozCon
            • Webinars
            • Practical Marketer Series
            • MozPod
            Connect with us

            Contact the Help team

            Join our newsletter
            Moz logo
            © 2021 - 2026 SEOMoz, Inc., a Ziff Davis company. All rights reserved. Moz is a registered trademark of SEOMoz, Inc.
            • Accessibility
            • Terms of Use
            • Privacy