undefined
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
    • SEO Q&A
    • Webinars, Whitepapers, & Guides
  • Blog
  • Why Moz
    • Agency Solutions
    • Enterprise Solutions
    • Small Business Solutions
    • Case Studies
    • 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.

    NEW Keyword Suggestions by Topic
    Moz Pro

    NEW Keyword Suggestions by Topic

    Learn more
  • 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
    • 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.

    • Case Studies

      Explore how Moz drives ROI with a proven track record of success.

    • 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 use rel=canonical on similar product pages.

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 use rel=canonical on similar product pages.

Intermediate & Advanced SEO
8
23
4.0k
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.
  • mark_baird
    mark_baird last edited by Jun 10, 2013, 6:09 PM

    I'm thinking of using rel=canonical for similar products on my site.

    Say I'm selling pens and they are al very similar. I.e. a big pen in blue, a pack of 5 blue bic pens, a pack of 10, 50, 100 etc. should I rel=canonical them all to the best seller as its almost impossible to make the pages unique. (I realise the best I realise these should be attributes and not products but I'm sure you get my point)

    It seems sensible to have one master canonical page for bic pens on a site that has a great description video content and good images plus linked articles etc rather than loads of duplicate looking pages.

    love to hear thoughts from the Moz community.

    1 Reply Last reply Reply Quote 0
    • Dr-Pete
      Dr-Pete Staff @BlairKuhnen last edited by Jun 20, 2017, 1:50 PM Jun 20, 2017, 1:50 PM

      There's no perfect solution, but Google's advice is to use rel=prev/next. This looks like pretty classic pagination. Rel-canonical is a stronger signal, but it's generally going to keep pages 2+ from ranking.

      1 Reply Last reply Reply Quote 0
      • topic:timeago_earlier,18 days
      • BlairKuhnen
        BlairKuhnen @Dr-Pete last edited by Jun 2, 2017, 6:38 AM Jun 2, 2017, 6:38 AM

        Dr. Pete,

        I have a internal debate going and I was hoping you might be a tie breaker on rel=canonical vs noindex given these paginated pages and might be a good use case for others:

        https://www.newhomesource.com/communityresults/market-269/citynamefilter-cedar-park

        https://www.newhomesource.com/communityresults/market-269/citynamefilter-cedar-park/page-2

        The individual list items are unique, but clearly want to rank for essentially the exact same terms.  Page titles, metas, copy about cit is the same.  Just the list elements are different, but not a 12 pack of pens, 24 pack etc.  Is this tricky or clear?

        Dr-Pete 1 Reply Last reply Jun 20, 2017, 1:50 PM Reply Quote 0
        • topic:timeago_earlier,2 years
        • Mark-Tillison
          Mark-Tillison @Dr-Pete last edited by Sep 23, 2015, 5:33 AM Sep 23, 2015, 5:33 AM

          Thank you Sir. I think we reached the same conclusion.

          By the way, the it was a just a simple example of the page hierarchy - we're not doing Horror Books 😉

          1 Reply Last reply Reply Quote 0
          • Dr-Pete
            Dr-Pete Staff @Mark-Tillison last edited by Sep 22, 2015, 5:05 PM Sep 22, 2015, 5:05 PM

            I haven't heard any SEO recommendations or benefits regarding rel="contents". Rel=prev/next has mixed results, but I'd generally only use it for its specific use case of paginated content.

            I guess you could treat V2 as "pages" within V1. If you did that, what you'd need to do is treat the main page as a "View All" page and link to it from each author page. I'm not sure if that's the best approach, but it's more or less Google-approved.

            If the site has decent authority and we're only talking 100s of pages, I might let them all live in the index and see what happens. Let Google sort it out, and then decide if you're ok with the outcome. If the site is low authority and/or we're talking 1000s of pages, I might be more cautious.

            It's hard to speak in generalities - it depends a lot on the quality of the site and nature of the pages, including how much that content is available/duplicated across the web. One problem here is that author pages with lists of books probably exist on many sites, so you have to differentiate yourself.

            Mark-Tillison 1 Reply Last reply Sep 23, 2015, 5:33 AM Reply Quote 1
            • Mark-Tillison
              Mark-Tillison @Dr-Pete last edited by Sep 22, 2015, 9:20 AM Sep 22, 2015, 9:20 AM

              Good. Same page 🙂

              I was looking in to rel=contents and those variations before, but I can't quite decide whether this is worth the effort or not.

              e.g. There's a huge list of resources on a single page, segmented in to categories. The page is HUGE and takes ages to load, so I've been creating new pages for each segment and optimising those pages independently, but there is some common content with the primary page.

              V1: Horror Novels page has a section for each author, each section lists all novels by that author.

              V2: Each Author has a page which lists novels by that author, but links back to the Horror Novels page which is essentially an index of the Author pages. Would you also

              Would you use rel=contents, rel=prev/next or a different approach in this case? From what I've read so far, there doesn't seem any "SEO value" in linking that way.

              I guess we're trying to improve the UX through faster load times and segmenting the information in smaller chunks, but also presenting a number of pages to Google as a body of content rather than a single page without causing issues with duplicate or similar content - we just need to make sure that we're optimising it in the right way, of course.

              Dr-Pete 1 Reply Last reply Sep 22, 2015, 5:05 PM Reply Quote 0
              • Dr-Pete
                Dr-Pete Staff @Mark-Tillison last edited by Sep 22, 2015, 8:54 AM Sep 22, 2015, 8:54 AM

                I would Meta Noindex an "email this page" template. It has no value for SERPs, it's generally at the end of a path, and no one is going to link to it. Just keep it out of the index altogether.

                Mark-Tillison 1 Reply Last reply Sep 22, 2015, 9:20 AM Reply Quote 0
                • Mark-Tillison
                  Mark-Tillison @Dr-Pete last edited by Sep 22, 2015, 5:47 AM Sep 22, 2015, 5:47 AM

                  Thanks Pete

                  So, for a more specific example, if an eCommerce store has an "email this product" page for each product (Magento seems to love doing this and creates a duplicate of the same email page for every product), would you recommend a canonical link for each of those pages to the main Contact page or canonically linking each page to each related product page?

                  From setup, I'd consider NoIndex on all of those pages anyway, but it's a bit late for that once a site has been live for years.

                  The email pages are obviously related to the product page, but the content there isn't anywhere near identical.

                  Or maybe there's a "more appropriate solution" that you alluded to? 😉

                  Dr-Pete 1 Reply Last reply Sep 22, 2015, 8:54 AM Reply Quote 0
                  • Dr-Pete
                    Dr-Pete Staff last edited by Sep 21, 2015, 12:59 PM Sep 21, 2015, 12:59 PM

                    To clarify, that's the official stance - rel=canonical should only be used on true duplicates (basically, URL variants of the same page). In practice, rel=canonical works perfectly well on near-duplicates, and sometimes even on wildly different pages, but the more different you get, the more caution you should exercise. If the pages are wildly different, it's likely there are more appropriate solutions.

                    Mark-Tillison BlairKuhnen 2 Replies Last reply Jun 2, 2017, 6:38 AM Reply Quote 1
                    • Mark-Tillison
                      Mark-Tillison @Dr-Pete last edited by Sep 18, 2015, 9:10 PM Sep 18, 2015, 9:10 PM

                      Hey Pete

                      Can you explain, "you can't use rel=canonical on pages that aren't 100% duplicates" a little further please?

                      Do you mean that only duplicate pages should be canonicalised? Identical pages in two different sub-directories is fine, but two similar pages is not?

                      1 Reply Last reply Reply Quote 0
                      • topic:timeago_earlier,2 years
                      • Dr-Pete
                        Dr-Pete Staff last edited by Jun 13, 2013, 4:07 PM Jun 13, 2013, 4:07 PM

                        So, here's the problem - if you follow the official uses of our options, then there is no answer. You can't have thin content or Google will slap you with Panda (or, at the very least, devalue your rankings, you can't use rel=canonical on pages that aren't 100% duplicates, and you're not supposed to (according to Google) just NOINDEX content. The official advice is: "Let us sort it out, but if we don't sort it out, we'll smack you down."

                        I don't mean that to be critical of your comment, but I'm very frustrated with the official party line from Google. Practically speaking, I've found index control to be extremely effective even before Panda, and critical for big sites post-Panda. Sometimes, that means embracing imperfect solutions. The right tool for any situation can be complex (and it may be a combination of tools), but rel=canonical is powerful and often effective, in my experience.

                        Mark-Tillison 1 Reply Last reply Sep 18, 2015, 9:10 PM Reply Quote 3
                        • mark_baird
                          mark_baird @Dr-Pete last edited by Jun 12, 2013, 7:17 PM Jun 12, 2013, 7:17 PM

                          It seems to me that for most ecommerce sites (myself included) that canonical is not the answer. If you have to many near identical products on your site it may be better to re evaluate what you have stocking and if you must stock them then the way forward is to make one page that properly explains them and allows purchase rather than many.

                          The only uses I can see for canonical is to consolidate old blogs and articles on similar topics. Using it to tidy an ecommerce site seems to be a misuse of the tool.

                          1 Reply Last reply Reply Quote 0
                          • Dr-Pete
                            Dr-Pete Staff last edited by Jun 12, 2013, 6:24 PM Jun 12, 2013, 6:24 PM

                            This can get tricky when you dive into the details, but I general agree with Takeshi and EGOL - consolidate or canonicalize. If the products are different brands/versions of a similar item, it's a bit trickier, but these variations do have a way of spinning out of control. In 2013, I think the down side of your index running wild is a lot higher than the up side of ranking for a couple more long-tail terms. It does depend a lot on your traffic, business model, etc., though. I'm not sure any of us can adequately advise you in the scope of a Q&A.

                            mark_baird 1 Reply Last reply Jun 12, 2013, 7:17 PM Reply Quote 1
                            • PremioOscar
                              PremioOscar last edited by Jun 11, 2013, 6:22 AM Jun 11, 2013, 6:22 AM

                              Also I forgot to mention that in this way you also don't have to worry about creating tons of different product descriptions because you will put one description for, let's say, 6 different products.

                              the way we built it, allow us to have just product group pages are reachable; the products pages are indexed and crawled and they have to be there otherwise the whole system wouldn't work, but no optimization is done on them and customers can't see it.

                              1 Reply Last reply Reply Quote 0
                              • PremioOscar
                                PremioOscar last edited by Jun 11, 2013, 6:17 AM Jun 11, 2013, 6:17 AM

                                Hello there,

                                I manage an e-commerce site and because we have similar products and issues with duplicate content we have implemented product groups pages with a drop-down menu' listing the different options for a particular product and then we have used the rel="canonical" with the different product pages. In this way we have solved this issue and it works very well.

                                If you do implement it, make sure every passage is done correctly otherwise, as Matt Cutts says, you will have an headache trying to sort it out.

                                Hope it helps

                                1 Reply Last reply Reply Quote 0
                                • EGOL
                                  EGOL last edited by Jun 10, 2013, 9:42 PM Jun 10, 2013, 9:42 PM

                                  Those pen offers are very very similar.  Identical product descriptions except for perhaps number being sold or color or width of the tip.

                                  If these were on my site they would all be on the same page.  One page to concentrate/conserve the linkjuice.  One page to make thicker content.   One page to present all of the options to the customer at same time.  (PITA to click between lots of pages to make up your mind as a shopper).   One page to make maintenance easy.

                                  1 Reply Last reply Reply Quote 1
                                  • mark_baird
                                    mark_baird last edited by Jun 10, 2013, 7:44 PM Jun 10, 2013, 7:44 PM

                                    Thanks

                                    1 Reply Last reply Reply Quote 0
                                    • TakeshiYoung
                                      TakeshiYoung @mark_baird last edited by Jun 10, 2013, 7:37 PM Jun 10, 2013, 7:37 PM

                                      Yes, I've used this approach for a number of ecommerce clients, and it is very effective. There are many advantages to this approach:

                                      • Eliminating duplicate/thin content across the site
                                      • Focusing link value on a single page instead of spreading out across multiple products
                                      • Less effort creating unique content (one page vs multiple)
                                      • Potentially better user experience

                                      Of course, if you have the resources to write unique content for each of your product pages, that is going to be a better solution. You can still create a landing page in this instance, you just wouldn't canonical the product pages to it.

                                      1 Reply Last reply Reply Quote 2
                                      • mark_baird
                                        mark_baird last edited by Jun 10, 2013, 7:13 PM Jun 10, 2013, 7:13 PM

                                        Have you used this approach? If so how effective is it?

                                        TakeshiYoung 1 Reply Last reply Jun 10, 2013, 7:37 PM Reply Quote 0
                                        • TakeshiYoung
                                          TakeshiYoung last edited by Jun 10, 2013, 7:02 PM Jun 10, 2013, 7:02 PM

                                          If you want to rank for "flat head screw driver", the canonical approach can still work. Simply create a landing page for flat head screw drivers, and include all of the flat head screwdriver products from each of the different brands. Then canonical each of the individual product pages up to the main landing page.

                                          1 Reply Last reply Reply Quote 2
                                          • mark_baird
                                            mark_baird @TakeshiYoung last edited by Jun 10, 2013, 6:57 PM Jun 10, 2013, 6:57 PM

                                            I have all the usual colour size attributes on my products. I just used that as a simple example. Its more to do with similar non branded products that are different enough to be "products" but not when I have 15 similar it's impossible to write fully different descriptions. Screwdrivers, screws or paint would have been a better example. There are hundreds of ranges like that. If you had five unimportant brands of screwdriver and you had flat head and philips head. Each one is marginally different (handle style etc) but there is no keyword benefit to having each optimised for say "flat head screwdriver". Having a good range is beneficial to the customer but seems to be detrimental to SEO. Is it better to employ writers to make every description different no matter how complex or should I canonical it?

                                            1 Reply Last reply Reply Quote 0
                                            • TakeshiYoung
                                              TakeshiYoung last edited by Jun 10, 2013, 6:18 PM Jun 10, 2013, 6:18 PM

                                              Yes, that is a good solution, especially in this post-Panda world. Ideally you would just have one page for Bic pens, with a drop down from which you can select different options such as colors & size. If your shopping cart system doesn't allow you to do that, then the canonical is a good approach. This cuts down on the amount of duplicate content you have and the amount of unique content you need to create.

                                              mark_baird 1 Reply Last reply Jun 10, 2013, 6:57 PM Reply Quote 2
                                              • OlegKorneitchouk
                                                OlegKorneitchouk last edited by Jun 10, 2013, 6:16 PM Jun 10, 2013, 6:16 PM

                                                Have a client in the exact same situation. Check to see if you are currently getting traffic for terms that would be specific to having separate pages (e.g. "50 blue bic pens" versus a more general "bic blue pens"). If you don't, then you should canonical to one page. If you do, I'd keep it as is and work on diversifying the product pages more.

                                                1 Reply Last reply Reply Quote 1
                                                • 1 / 1
                                                1 out of 23
                                                • First post
                                                  1/23
                                                  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

                                                • Choice

                                                  How many images should I use in structured data for a product?

                                                  We have a basic printing website that offers business cards. Each type of business card has a few product images. Should we use structured data for all the images, or just the main image? What is your opinion about this? Thanks in advance.

                                                  Intermediate & Advanced SEO | May 23, 2018, 6:29 PM | Choice
                                                  0
                                                • Kingalan1

                                                  Best Practices for Title Tags for Product Listing Page

                                                  My industry is commercial real estate in New York City. Our site has 300 real estate listings. The format we have been using for Title Tags are below. This probably disastrous from an SEO perspective. Using number is a total waste space. A few questions:
                                                  -Should we set listing not no index if they are not content rich?
                                                  -If we do choose to index them, should we avoid titles listing Square Footage and dollar amounts?
                                                  -Since local SEO is critical, should the titles always list New York, NY or Manhattan, NY?
                                                  -I have red that titles should contain some form of branding. But our company name is Metro Manhattan Office Space. That would take up way too much space. Even "Metro Manhattan" is long. DO we need to use the title tag for branding or can we just focus on a brief description of page content incorporating one important phrase? Our site is: w w w . m e t r o - m a n h a t t a n . c o m <colgroup><col width="405"></colgroup>
                                                  | Turnkey Flatiron Tech Space | 2,850 SF $10,687/month | <colgroup><col width="405"></colgroup>
                                                  | Gallery, Office Rental | Midtown, W. 57 St | 4441SF $24055/month | <colgroup><col width="405"></colgroup>
                                                  | Open Plan Loft |Flatiron, Chelsea | 2414SF $12,874/month | <colgroup><col width="405"></colgroup>
                                                  | Tribeca Corner Loft | Varick Street | 2267SF $11,712/month | <colgroup><col width="405"></colgroup>
                                                  | 275 Madison, LAW, P7, 3,252SF, $65 - Manhattan, New York |

                                                  Intermediate & Advanced SEO | Dec 20, 2017, 2:10 PM | Kingalan1
                                                  0
                                                • ostesmorbrod

                                                  Landing pages for paid traffic and the use of noindex vs canonical

                                                  A client of mine has a lot of differentiated landing pages with only a few changes on each, but with the same intent and goal as the generic version. The generic version of the landing page  is included in navigation, sitemap and is indexed on Google. The purpose of the differentiated landing pages is to include the city and some minor changes in the text/imagery to best fit the Adwords text. Other than that, the intent and purpose of the pages are the same as the main / generic page. They are not to be indexed, nor am I trying to have hidden pages linking to the generic and indexed one (I'm not going the blackhat way). So – I want to avoid that the duplicate landing pages are being indexed (obviously), but I'm not sure if I should use noindex (nofollow as well?) or rel=canonical, since these landing pages are localized campaign versions of the generic page with more or less only paid traffic to them. I don't want to be accidentally penalized, but I still need the generic / main page to rank as high as possible... What would be your recommendation on this issue?

                                                  Intermediate & Advanced SEO | Sep 7, 2017, 7:34 AM | ostesmorbrod
                                                  0
                                                • srbello

                                                  Are rel=author and rel=publisher meta tags currently in use?

                                                  Hello,  Do these meta tags have any current usage? <meta name="author" content="Author Name"><meta name="publisher" content="Publisher Name"> I have also seen this usage linking to a companies Google+ Page:Thank you

                                                  Intermediate & Advanced SEO | Jul 12, 2017, 2:16 PM | srbello
                                                  0
                                                • ABK717

                                                  Is a 301 Redirect and a Canonical Tag on Uppercase to Lowercase Pages Correct?

                                                  We have a medium size site that lost more than 50% of its traffic in July 2013 just before the Panda rollout. After working with a SEO agency, we were advised to clean up various items, one of them being that the 10k+ urls were all mixed case (i.e. www.example.com/Blue-Widget). A 301 redirect was set up thereafter forcing all these urls to go to a lowercase version (i.e. www.example.com/blue-widget). In addition, there was a canonical tag placed on all of these pages in case any parameters or other characters were incorporated into a url. I thought this was a good set up, but when running a SEO audit through a third party tool, it shows me the massive amount of 301 redirects. And, now I wonder if there should only be a canonical without the redirect or if its okay to have tens of thousands 301 redirects on the site. We have not recovered yet from the traffic loss yet and we are wondering if its really more of a technical problem than a Google penalty. Guidance and advise from those experienced in the industry is appreciated.

                                                  Intermediate & Advanced SEO | Dec 8, 2014, 7:00 AM | ABK717
                                                  0
                                                • aactive

                                                  Yoast & rel canonical for paginated Wordpress URLs

                                                  Hello, our Wordpress blog at http://www.jobs.ca/career-resources has a rel canonical issue since we added pagination to the front page and category-pages. We're using Yoast and it's incorrectly applying a rel-canonical meta tag referencing page 1 on page 2, 3, etc. This is a known misuse of the rel-canonical tag (per Google's Webmaster Blog - http://googlewebmastercentral.blogspot.ca/2013/04/5-common-mistakes-with-relcanonical.html, which says rel-canonical should be replaced with rel-prev and rel-next for page 2, 3, etc.). We don't see a way to specify anywhere in Yoast's options to correct this behaviour for page 2, 3, etc. Yoast allows you to override a page's canonical URL, otherwise it automatically uses the Wordpress permalink. My question is, does anyone know how to configure Yoast to properly replace rel-canonical tags with rel-prev and rel-next for paginated URLs, or do I need to look at another plugin or customize the behavior directly in my child theme code? This issue was brought up here as well: http://moz.com/community/q/canonical-help, but the only response did not relate to Yoast. (We're using Wordpress 3.6.1 and Yoast "Wordpress SEO" 1.4.18)

                                                  Intermediate & Advanced SEO | Oct 18, 2013, 4:04 PM | aactive
                                                  0
                                                • gregelwell

                                                  Could you use a robots.txt file to disalow a duplicate content page from being crawled?

                                                  A website has duplicate content pages to make it easier for users to find the information from a couple spots in the site navigation. Site owner would like to keep it this way without hurting SEO. I've thought of using the robots.txt file to disallow search engines from crawling one of the pages. Would you think this is a workable/acceptable solution?

                                                  Intermediate & Advanced SEO | Jun 4, 2012, 9:15 PM | gregelwell
                                                  0
                                                • Peter264

                                                  All page files in root? Or to use directories?

                                                  We have thousands of pages on our website; news articles, forum topics, download pages... etc - and at present they all reside in the root of the domain /. For example: /aosta-valley-i6816.html
                                                  /flight-sim-concorde-d1101.html
                                                  /what-is-best-addon-t3360.html We are considering moving over to a new URL system where we use directories.  For example, the above URLs would be the following: /images/aosta-valley-i6816.html
                                                  /downloads/flight-sim-concorde-d1101.html
                                                  /forums/what-is-best-addon-t3360.html Would we have any benefit in using directories for SEO purposes?  Would our current system perhaps mean too many files in the root / flagging as spammy?  Would it be even better to use the following system which removes file endings completely and suggests each page is a directory: /images/aosta-valley/6816/
                                                  /downloads/flight-sim-concorde/1101/
                                                  /forums/what-is-best-addon/3360/ If so, what would be better: /images/aosta-valley/6816/ or /images/6816/aosta-valley/ Just looking for some clarity to our problem! Thank you for your help guys!

                                                  Intermediate & Advanced SEO | Jun 6, 2011, 5:47 PM | Peter264
                                                  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
                                                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.