Skip to content
    Moz logo Menu open Menu close
    • Products
      • Moz Pro
      • Moz Pro Home
      • Moz Local
      • Moz Local Home
      • STAT
      • Moz API
      • Moz API Home
      • Compare SEO Products
      • Moz Data
    • Free SEO Tools
      • Domain Analysis
      • Keyword Explorer
      • Link Explorer
      • Competitive Research
      • MozBar
      • More Free SEO Tools
    • Learn SEO
      • Beginner's Guide to SEO
      • SEO Learning Center
      • Moz Academy
      • MozCon
      • Webinars, Whitepapers, & Guides
    • Blog
    • Why Moz
      • Digital Marketers
      • Agency Solutions
      • Enterprise Solutions
      • Small Business Solutions
      • The Moz Story
      • New Releases
    • Log in
    • Log out
    • Products
      • Moz Pro

        Your all-in-one suite of SEO essentials.

      • Moz Local

        Raise your local SEO visibility with complete local SEO management.

      • STAT

        SERP tracking and analytics for enterprise SEO experts.

      • Moz API

        Power your SEO with our index of over 44 trillion links.

      • Compare SEO Products

        See which Moz SEO solution best meets your business needs.

      • Moz Data

        Power your SEO strategy & AI models with custom data solutions.

      Track AI Overviews in Keyword Research
      Moz Pro

      Track AI Overviews in Keyword Research

      Try it free!
    • Free SEO Tools
      • Domain Analysis

        Get top competitive SEO metrics like DA, top pages and more.

      • Keyword Explorer

        Find traffic-driving keywords with our 1.25 billion+ keyword index.

      • Link Explorer

        Explore over 40 trillion links for powerful backlink data.

      • Competitive Research

        Uncover valuable insights on your organic search competitors.

      • MozBar

        See top SEO metrics for free as you browse the web.

      • More Free SEO Tools

        Explore all the free SEO tools Moz has to offer.

      NEW Keyword Suggestions by Topic
      Moz Pro

      NEW Keyword Suggestions by Topic

      Learn more
    • Learn SEO
      • Beginner's Guide to SEO

        The #1 most popular introduction to SEO, trusted by millions.

      • SEO Learning Center

        Broaden your knowledge with SEO resources for all skill levels.

      • On-Demand Webinars

        Learn modern SEO best practices from industry experts.

      • How-To Guides

        Step-by-step guides to search success from the authority on SEO.

      • Moz Academy

        Upskill and get certified with on-demand courses & certifications.

      • MozCon

        Save on Early Bird tickets and join us in London or New York City

      Unlock flexible pricing & new endpoints
      Moz API

      Unlock flexible pricing & new endpoints

      Find your plan
    • Blog
    • Why Moz
      • Digital Marketers

        Simplify SEO tasks to save time and grow your traffic.

      • Small Business Solutions

        Uncover insights to make smarter marketing decisions in less time.

      • Agency Solutions

        Earn & keep valuable clients with unparalleled data & insights.

      • Enterprise Solutions

        Gain a competitive edge in the ever-changing world of search.

      • The Moz Story

        Moz was the first & remains the most trusted SEO company.

      • New Releases

        Get the scoop on the latest and greatest from Moz.

      Surface actionable competitive intel
      New Feature

      Surface actionable competitive intel

      Learn More
    • Log in
      • Moz Pro
      • Moz Local
      • Moz Local Dashboard
      • Moz API
      • Moz API Dashboard
      • Moz Academy
    • Avatar
      • Moz Home
      • Notifications
      • Account & Billing
      • Manage Users
      • Community Profile
      • My Q&A
      • My Videos
      • Log Out

    The Moz Q&A Forum

    • Forum
    • Questions
    • Users
    • Ask the Community

    Welcome to the Q&A Forum

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

    1. Home
    2. SEO Tactics
    3. Intermediate & Advanced SEO
    4. Should I Add Location to ALL of My Client's URLs?

    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.

    Should I Add Location to ALL of My Client's URLs?

    Intermediate & Advanced SEO
    2
    8
    1071
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as question
    Log in to reply
    This topic has been deleted. Only users with question management privileges can see it.
    • pdrama231
      pdrama231 last edited by

      Hi Mozzers,

      My first Moz post! Yay! I'm excited to join the squad 🙂

      My client is a full service entertainment company serving the Washington DC Metro area (DC, MD & VA) and offers a host of services for those wishing to throw events/parties. Think DJs for weddings, cool photo booths, ballroom lighting etc.

      I'm wondering what the right URL structure should be. I've noticed that some of our competitors do put DC area keywords in their URLs, but with the moves of SERPs to focus a lot more on quality over keyword density, I'm wondering if we should focus on location based keywords in traditional areas on page (e.g. title tags, headers, metas, content etc) instead of having keywords in the URLs alongside the traditional areas I just mentioned. So, on every product related page should we do something like:

      example.com/weddings/planners-washington-dc-md-va
      example.com/weddings/djs-washington-dc-md-va
      example.com/weddings/ballroom-lighting-washington-dc-md-va

      OR

      example.com/weddings/planners
      example.com/weddings/djs
      example.com/weddings/ballroom-lighting

      In both cases, we'd put the necessary location based keywords in the proper places on-page. If we follow the location-in-URL tactic, we'd use DC area terms in all subsequent product page URLs as well. Essentially, every page outside of the home page would have a location in it.

      Thoughts?

      Thank you!!

      1 Reply Last reply Reply Quote 0
      • Ria_
        Ria_ @pdrama231 last edited by

        No website in particular that springs to mind, I'm afraid. But it's not uncommon practice, and I'm sure you'll find plenty within your industry from a little competitor research.

        Good luck!

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

          This is great stuff. Thank you! Would you happen to have an example of a site that does this well? I think you're spot on in your suggestions and would love to see it in practice.

          Ria_ 1 Reply Last reply Reply Quote 0
          • Ria_
            Ria_ @pdrama231 last edited by

            (I had posted my response, but Moz didn't fancy saving it for some reason and it's just gone. So I'll try and remember what I typed and repost it...)

            I wouldn't dilute the site authority by using subdomains for your locations.

            As a user, I would recommend your main site navigation lists the different event types (weddings, parties, corporate, etc) and branch your locations from there.

            e.g.

            • Weddings - /weddings/ (Weddings)

            • Miami - /weddings/miami/ (Weddings in Miami)

            • Planners - /weddings/miami/planners/ (Wedding Planners in Miami)

            • DJs - /weddings/miami/djs/ (Wedding DJs in Miami)

            • Ballroom Lighting - /weddings/miami/ballroom-lighting/ (Ballroom Lighting for Weddings in Miami)

            That structure seems the most logical to me, but you should do your own research to back this up. Conduct thorough keyword research for each service in each location and structure your landing page content accordingly. For example, main category pages broadly targeting root keyword, but display "cards" or sections that link to each location without optimising those main category pages for the locations - save this for the location-based landing pages. So this sub-navigation is in the body, rather than in the main navigation, for user-friendliness.

            I think with something like events, you don't want to shove the locations in the user's face first thing. Let them see what you offer (the different event types), then delve down into the locations, and the specific services within those locations.

            People are free to disagree with me, and I welcome critique on these thoughts. I do think with SEO, it gets to a point after "best practices" that it comes down to more of personal preferences.

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

              Excellent advice Ria. I'll likely give that advice to the client.

              Another question that brewed from this: how then should main navigation be handled as we expand? obviously we can't have D.C. centric keywords in the main navigation as the business expands. I think we could create unique content and landing pages for each individual service and location, but how would that be incorporate into the overall user flow and URL structure?

              Would it be more of a sitemap play? If someone goes to www.example.com, should they be given an option to choose their location then be routed to that specific city's subdomain and yhenbrowse from there?

              I guess my main question is, how exactly should we structure the site navigation for users from multiple cities to both please UX and the big G?

              Thank you!

              Ria_ 1 Reply Last reply Reply Quote 0
              • Ria_
                Ria_ @pdrama231 last edited by

                For a handful of different locations, it's quite common to structure them as different subdirectories, as you said. site.com/weddings/miami/planners or /miami/weddings/planners - whichever makes the most sense for your customer base and how you're targeting the content.

                Just ensure that these are not considered doorway pages or appear to be too templated. Make each landing page for each location unique, and tailored specifically to your customers in each location. If you have nothing unique to say, then you don't need separate pages. It would be best to target the different locations on the same landing pages. But you being the expert in the industry, I can imagine it'll be easy enough to cater toward each audience specifically. Especially when you're not dealing with tens if not hundreds or thousands of different towns.

                If you are certain on expanding to different cities soon, then it might be best to begin the URL structuring with /washington-dc/ subdirectory somewhere, so you don't have to change this later.

                1 Reply Last reply Reply Quote 1
                • pdrama231
                  pdrama231 last edited by

                  Thank you, Ria. That's very helpful.

                  Im curious, when the business expands to different cities in the coming months (for example, Miami and Chicago are being considered, not yet finalized), then in that case I would assume we need to have location in the URL path for the sake of designation and differentiation. This may be a sub folder in and of itself though. Thoughts?

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

                    I'd avoid adding the location in the URL if you only work with those services for a single location. It looks messy to the user, and can look spammy to Google. And it would save you from having to change the URL and set up redirects, if you need to remove the location keywords from the URL at a later date in order to please the Big G. Optimising for location within the content, title and meta can be easily tweaked with time. Tweaking URLs can be a lot messier.

                    1 Reply Last reply Reply Quote 2
                    • 1 / 1
                    • First post
                      Last post

                    Got a burning SEO question?

                    Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.


                    Start my free trial


                    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.

                    • See all categories

                    Related Questions

                    • Luke_Proctor

                      Should you 'noindex' Checkout Pages?

                      Today I was reviewing my Moz analytics and suddenly noticed 1,000 issues with pages without a meta description. I reviewed the list and learned it is 1,000 checkout pages. That's because my website has thousands of agency pages from which you can buy a product, and it reflects that difference on each version of the checkout. So, I was thinking about no-indexing (but continuing to 'follow') these checkout pages, but wondering if it has any knock-on effects I may be unaware of? Any assistance is much appreciated. Luke

                      Intermediate & Advanced SEO | | Luke_Proctor
                      0
                    • SDCMarketing

                      Change Google's version of Canonical link

                      Hi My website has millions of URLs and some of the URLs have duplicate versions. We did not set canonical all these years. Now we wanted to implement it  and fix all the technical SEO issues. I wanted to consolidate and redirect all the variations of a URL to the highest pageview version and use that as the canonical because all of these variations have the same content. While doing this, I found in Google search console that Google has already selected another variation of URL as canonical and not the highest pageview version. My questions: I have millions of URLs for which I have to do 301 and set canonical. How can I find all the canonical URLs that Google has autoselected? Search Console has a daily quota of 100 or something. Is it possible to override Google's version of Canonical? Meaning, if I set a variation as Canonical and it is different than what Google has already selected, will it change overtime in Search Console? Should I just do a 301 to highest pageview variation of the URL and not set canonicals at all? This way the canonical that Google auto selected might get redirected to the highest pageview variation of the URL. Any advice or help would be greatly appreciated.

                      Intermediate & Advanced SEO | | SDCMarketing
                      0
                    • seoaustin

                      Old URL that has been 301'd for months appearing in SERPs

                      We created a more keyword friendly url with dashes instead of underscores in December.  That new URL is in Google's Index and has a few links to it naturally.  The previous version of the URL (with underscores) continues to rear it's ugly head in the SERPs, though when you click on it you are 301'd to the new url.  The 301 is implemented correctly and checked out on sites such as http://www.redirect-checker.org/index.php. Has anyone else experienced such a thing? I understand that Google can use it's discretion on pages, title tags, canonicals, etc.... But I've never witnessed them continue to show an old url that has been 301'd to a new for months after discovery or randomly.

                      Intermediate & Advanced SEO | | seoaustin
                      0
                    • andyheath

                      Magento: Should we disable old URL's or delete the page altogether

                      Our developer tells us that we have a lot of 404 pages that are being included in our sitemap and the reason for this is because we have put 301 redirects on the old pages to new pages. We're using Magento and our current process is to simply disable, which then makes it a a 404. We then redirect this page using a 301 redirect to a new relevant page. The reason for redirecting these pages is because the old pages are still being indexed in Google. I understand 404 pages will eventually drop out of Google's index, but was wondering if we were somehow preventing them dropping out of the index by redirecting the URL's, causing the 404 pages to be added to the sitemap. My questions are: 1. Could we simply delete the entire unwanted page, so that it returns a 404 and drops out of Google's index altogether? 2. Because the 404 pages are in the sitemap, does this mean they will continue to be indexed by Google?

                      Intermediate & Advanced SEO | | andyheath
                      0
                    • friendoffood

                      Do 404s really 'lose' link juice?

                      It doesn't make sense to me that a 404 causes a loss in link juice, although that is what I've read.  What if you have a page that is legitimate -- think of a merchant oriented page where you sell an item for a given merchant --, and then the merchant closes his doors.  It makes little sense 5 years later to still have their merchant page so why would removing them from your site in any way hurt your site?  I could redirect forever but that makes little sense.  What makes sense to me is keeping the page for a while with an explanation and options for 'similar' products, and then eventually putting in a 404.  I would think the eventual dropping out of the index actually REDUCES the overall link juice (ie less pages), so there is no harm in using a 404 in this way.  It also is a way to avoid the site just getting bigger and bigger and having more and more 'bad' user experiences over time. Am I looking at it wrong? ps I've included this in 'link building' because it is related in a sense -- link 'paring'.

                      Intermediate & Advanced SEO | | friendoffood
                      0
                    • mirabile

                      Brackets vs Encoded URLs: The "Same" in Google's eyes, or dup content?

                      Hello, This is the first time I've asked a question here, but I would really appreciate the advice of the community - thank you, thank you!  Scenario:  Internal linking is pointing to two different versions of a URL, one with brackets [] and the other version with the brackets encoded as %5B%5D Version 1: http://www.site.com/test?hello**[]=all&howdy[]=all&ciao[]=all
                      Version 2: http://www.site.com/test?hello
                      %5B%5D**=all&howdy**%5B%5D**=all&ciao**%5B%5D**=all Question: Will search engines view these as duplicate content?  Technically there is a difference in characters, but it's only because one version encodes the brackets, and the other does not (See: http://www.w3schools.com/tags/ref_urlencode.asp) We are asking the developer to encode ALL URLs because this seems cleaner but they are telling us that Google will see zero difference.   We aren't sure if this is true, since engines can get so _hung up on even one single difference in character.  _ We don't want to unnecessarily fracture the internal link structure of the site, so again - any feedback is welcome, thank you. 🙂

                      Intermediate & Advanced SEO | | mirabile
                      0
                    • esiow2013

                      May know what's the meaning of these parameters in .htaccess?

                      Begin HackRepair.com Blacklist RewriteEngine on Abuse Agent Blocking RewriteCond %{HTTP_USER_AGENT} ^BlackWidow [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Bolt\ 0 [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Bot\ mailto:craftbot@yahoo.com [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} CazoodleBot [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^ChinaClaw [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Custo [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Default\ Browser\ 0 [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^DIIbot [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^DISCo [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} discobot [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Download\ Demon [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^eCatch [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ecxi [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^EirGrabber [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^EmailCollector [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^EmailSiphon [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^EmailWolf [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Express\ WebPictures [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^ExtractorPro [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^EyeNetIE [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^FlashGet [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^GetRight [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^GetWeb! [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Go!Zilla [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Go-Ahead-Got-It [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^GrabNet [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Grafula [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} GT::WWW [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} heritrix [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^HMView [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} HTTP::Lite [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} HTTrack [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ia_archiver [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} IDBot [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} id-search [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} id-search.org [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Image\ Stripper [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Image\ Sucker [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} Indy\ Library [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^InterGET [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Internet\ Ninja [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^InternetSeer.com [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} IRLbot [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ISC\ Systems\ iRc\ Search\ 2.1 [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Java [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^JetCar [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^JOC\ Web\ Spider [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^larbin [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^LeechFTP [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} libwww [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} libwww-perl [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Link [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} LinksManager.com_bot [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} linkwalker [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} lwp-trivial [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Mass\ Downloader [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Maxthon$ [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} MFC_Tear_Sample [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^microsoft.url [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} Microsoft\ URL\ Control [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^MIDown\ tool [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Mister\ PiX [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} Missigua\ Locator [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Mozilla.*Indy [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Mozilla.NEWT [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^MSFrontPage [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Navroad [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^NearSite [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^NetAnts [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^NetSpider [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Net\ Vampire [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^NetZIP [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Nutch [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Octopus [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Offline\ Explorer [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Offline\ Navigator [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^PageGrabber [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} panscient.com [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Papa\ Foto [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^pavuk [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} PECL::HTTP [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^PeoplePal [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^pcBrowser [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} PHPCrawl [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} PleaseCrawl [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^psbot [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^RealDownload [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^ReGet [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Rippers\ 0 [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} SBIder [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^SeaMonkey$ [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^sitecheck.internetseer.com [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^SiteSnagger [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^SmartDownload [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} Snoopy [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} Steeler [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^SuperBot [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^SuperHTTP [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Surfbot [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^tAkeOut [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Teleport\ Pro [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Toata\ dragostea\ mea\ pentru\ diavola [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} URI::Fetch [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} urllib [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} User-Agent [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^VoidEYE [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Web\ Image\ Collector [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Web\ Sucker [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} Web\ Sucker [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} webalta [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebAuto [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^[Ww]eb[Bb]andit [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} WebCollage [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebCopier [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebFetch [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebGo\ IS [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebLeacher [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebReaper [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebSauger [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Website\ eXtractor [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Website\ Quester [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebStripper [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebWhacker [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WebZIP [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} Wells\ Search\ II [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} WEP\ Search [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Wget [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Widow [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WWW-Mechanize [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^WWWOFFLE [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Xaldon\ WebSpider [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} zermelo [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^Zeus [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ^(.)Zeus.Webster [NC,OR]
                      RewriteCond %{HTTP_USER_AGENT} ZyBorg [NC]
                      RewriteRule ^. - [F,L] Abuse bot blocking rule end End HackRepair.com Blacklist

                      Intermediate & Advanced SEO | | esiow2013
                      1
                    • SKP

                      Two Pages with the Same Name Different URL's

                      I was hoping someone could give me some insight into a perplexing issue that I am having with my website. I run an 20K product ecommerce website and I am finding it necessary to have two pages for my content: 1 for content category pages about wigets one for shop pages for wigets 1st page would be .com/shop/wiget/ 2nd page would be .com/content/wiget/ The 1st page would be a catalogue of all the products with filters for the customer to narrow down wigets. So ultimately the URL for the shop page could look like this when the customer filters down... .com/shop/wiget/color/shape/ The second page would be content all about the Wigets. This would be types of wigets colors of wigets, how wigets are used, links to articles about wigets etc. Here are my questions. 1. Is it bad to have two pages about wigets on the site, one for shopping and one for information. The issue here is when I combine my content wiget with my shop wiget page, no one buys anything. But I want to be able to provide Google the best experience for rankings. What is the best approach for Google and the customer? 2.  Should I rel canonical all of my .com/shop/wiget/ + .com/wiget/color/ etc. pages to the .com/content/wiget/ page? Or, Should I be canonicalizing all of my .com/shop/wiget/color/etc pages to .com/shop/wiget/ page? 3. Ranking issues. As it is right now, I rank #1 for wiget color. This page on my site would be .com/shop/wiget/color/ . If I rel canonicalize all of my pages to .com/content/wiget/ I am going to loose my rankings because all of my shop/wiget/xxx/xxx/ pages will then point to .com/content/wiget/ page. I am just finding with these massive ecommerce sites that there is WAY to much potential for duplicate content, not enough room to allow Google the ability to rank long tail phrases all the while making it completely complicated to offer people pages that promote buying. As I said before, when I combine my content + shop pages together into one page, my sales hit the floor (like 0 - 15 dollars a day), when i just make a shop page my sales are like (1k+ a day). But I have noticed that ever since Penguin and Panda my rankings have fallen from #1 across the board to #15 and lower for a lot of my phrase with the exception of the one mentioned above. This is why I want to make an information page about wigets and a shop page for people to buy wigets. Please advise if you would. Thanks so much for any insight you can give me!

                      Intermediate & Advanced SEO | | SKP
                      0

                    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 - 2025 SEOMoz, Inc., a Ziff Davis company. All rights reserved. Moz is a registered trademark of SEOMoz, Inc.
                    • Accessibility
                    • Terms of Use
                    • Privacy

                    Looks like your connection to Moz was lost, please wait while we try to reconnect.