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. Moz Tools
    4. Some questions on Canonical tag AND 301 redirect

    Some questions on Canonical tag AND 301 redirect

    Moz Tools
    8 4 1.0k
    • 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.
    • yacpro13
      yacpro13 last edited by

      Hi everyone, I'm new here - always loved SEOMoz and glad to be part of the Pro community now.

      I have 2 questions regarding the Canonical URL tag.

      Some background info:

      We used to run an OsCommerce store, and recently migrated to Magento. In doing so, we right away created 301 redirects of the old category pages (OsCommerce) to the new category pages (Magento) via the Magento admin. Example:

      www.example.com/old-widget-category.html
      301 redicrected to
      www.example.com/new-widget-category.html

      In Magento admin, we have enabled the Canonical tag for all product and category pages. Here's how Magento sets up the Canonical tag:

      The URL of interest which we want to rank is:
      www.example.com/new-widget-category.html

      However Magento sets up the canonical tag on this page to point to:
      www.example.com/old-widget-category.html

      When using the SEOMoz On Page Report Card, it pick this up as an error because the Canonical tag is pointing to a different URL.

      However, if we dig a little deeper, we see that the URL being pointed to
      www.example.com/old-widget-category.html
      has a 301 redirect to
      www.example.com/new-widget-category.html
      which is the URL we wan to rank.

      So because we set up a 301 redirect of the old-page to the new-page, on the new-page the canonical tag points to the old-page.

      Question 1)
      What are you opinions on this? Do you think this method of setting up the Canonical tag is acceptable?

      Second question...

      We use pagination for category pages, so if we have 50 products in one category, we would have 5 pages of 10 products. The URL's would be:

      www.example.com/new-widget-category.html (which is the SAME as ?p=1)
      www.example.com/new-widget-category.html?p=1
      www.example.com/new-widget-category.html?p=2
      www.example.com/new-widget-category.html?p=3
      www.example.com/new-widget-category.html?p=4
      www.example.com/new-widget-category.html?p=5

      Now ALL the URLs above have the canonical tag set as:
      <link rel="canonical" href="http://www.example.com/new-widget-category" />

      However, the content of each page (page 1, 2, 3, 4, 5) is different because different products are displayed. So far most what I read regarding the Canonical tag is that it is used for pages that have the same content but different URLs.

      I would hope that Google would combine the content of all 5 pages and view the result as a single URL www.example.com/new-widget-category

      Question 2) Is using the canonical tag appropriate in the case described above?

      Thanks !

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

        Question 1

        If i read it right it appears you are using 301 redirect and Canonical, Correct? If this is so,  the use of Canonical is redundant (possibly ignored by Gbot) but could cause issues.

        Question 2

        From the way it is described.. It would appear the only true canonical is www.example.com/new-widget-category.html?p=1 and should have <link rel="canonical" href="http://www.example.com/new-widget-category" />

        The others depending on differences should not UNLESS

        It is the same product, just different colors or something that does not change the product and what it does. But only changes the physical appearance. This would be an "acceptable" difference and "OK" to use canonical

        EXAMPLE;

        If...
        www.example.com/new-widget-category.html?p=1  (Product in blue)
        www.example.com/new-widget-category.html?p=2   (Product in Red)
        www.example.com/new-widget-category.html?p=3 (ect...)
        www.example.com/new-widget-category.html?p=4 (ect...)
        www.example.com/new-widget-category.html?p=5 (Ect...)

        Then canonical is probably a good fit,

        but if....

        www.example.com/new-widget-category.html?p=1   (Widget to tell time)
        www.example.com/new-widget-category.html?p=2   (Widget that cooks you breakfast)
        www.example.com/new-widget-category.html?p=3   So on and so forth..
        www.example.com/new-widget-category.html?p=4
        www.example.com/new-widget-category.html?p=5

        Then I would suggest not using the canonical and make the content on each page different

        Hopefully i read your questions right and this helps

        w00t!

        #STOPSOPA    please 😉

        yacpro13 1 Reply Last reply Reply Quote 0
        • yacpro13
          yacpro13 @Jinx14678 last edited by

          Thanks for the info Shane.

          Regarding pagination:
          let's say we sell staplers.

          ?p=1 will be the first 10 stapler models
          ?p=2 will be stapler models 11-20
          ?p=3 will be stapler models 21-30
          ...and so on. Each page presents a different set of stapler models.
          Keep in mind that each URL has the same Title and Meta Info.

          We could choose to show all staplers on a single page and eliminate pagination, but this would affect loading time.

          Yes we incidentally use Canonical tags and 301 redirects, which were implemented for different reasons.

          The 301 redirect was implemented to redirect from old category URLs on old website (no longer live) which were indexed and had good ranking to the new category URLs on the new website.

          The canonical URL on the other hand was implemented in hope of avoiding duplicate content of the new URLs.
          For example if you were to navigate to the URL

          www.example.com/new-widget-category.html?p=1

          You would see the stapler models 1 to 10 of 50 (so 5 pages).
          Now you can either go to the next pages, or you can 'filter'.

          Let's say you choose to filter by color, because you really want a red stapler, the resulting URL would be

          www.example.com/new-widget-category.html?color=red

          You could now choose to filter by other characteristics or go to the next page (still with red filter on), so the URL would be

          www.example.com/new-widget-category.html?color=red?p=2

          Again, since all that's happening here is either changing page or filtering the products, the Title and Meta Info is the same, but the URLs are different, and the selection of products being presented is also different.

          Jinx14678 1 Reply Last reply Reply Quote 0
          • AlanMosley
            AlanMosley last edited by

            Shane is correct in his advice,

            Q1

            you dont need the canonical, if you did not have a 301 redirect, then the canonical should be on the old page pointing to the new. but as Shane said you dont need it when you have a 301 in place.

            Q2

            I would canonical to http://www.example.com/new-widget-category for all p1 to p5

            As i wonder if the change of the products in the grid is enouth to make the pages unique. If you have sorting it just gets more messy

            Your product pages will have this info for each product anyhow.

            i would try to make the category page relevant for the catgory.

            Rather then use rel=canonical I would use rel=next and rel=previous

            http://support.google.com/webmasters/bin/answer.py?hl=en&answer=1663744

            1 Reply Last reply Reply Quote 1
            • Jinx14678
              Jinx14678 @yacpro13 last edited by

              Yeah the 301 looks like it is correctly used, but I personally would not use canonical as well, in respect only to the redirect of "old pages" to "new pages"

              In the instance of the products it does appear this is a good example of canonical needed.

              All "staplers" pagination would canonical to the "Main" stapler page and so on and so forth.

              This gets your users to the page to see the same product in a different color, but tells search engines that this is all the same "product". So for this "product" only the main page will result in search (page in which the canonicals for given product points to)

              Hope this helps

              once again #STOPSOPA  😉

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

                Drop the canonical, leave the 301.

                Use rel=next and rel=prev for pagination: http://googlewebmastercentral.blogspot.com/2011/09/pagination-with-relnext-and-relprev.html

                yacpro13 1 Reply Last reply Reply Quote 0
                • yacpro13
                  yacpro13 @HiveDigitalInc last edited by

                  Will do.

                  the 301s will stay because they redirect the old (indexed and ranking) URL's to the new ones.

                  The Canonical Tags will all be removed.

                  Then 1 more question:
                  How do you suggest I deal with URL parameters that cause duplicate content. Some examples:

                  ?color=
                  ?manufacturer=
                  ?width=

                  etc. We have hundreds of these - they are used to allow customers to filter or sort the product listings.

                  Should we set them to be ignored via Webmaster tools?

                  HiveDigitalInc 1 Reply Last reply Reply Quote 0
                  • HiveDigitalInc
                    HiveDigitalInc @yacpro13 last edited by

                    Most likely. Unless the parameters are greatly changing the content on the page, rather than simply sorting, you will want to block them or just use a canonical tag.

                    1 Reply Last reply Reply Quote 0
                    • 1 / 1
                    • First post
                      Last post
                    • Canonical tag not working
                      CraigBradford
                      CraigBradford
                      0
                      6
                      62

                    • Help with 301 redirects.
                      aman123
                      aman123
                      0
                      3
                      85

                    • A 301 redirect to a page with a rel canonical to a page with a 301 question...
                      Crunchii
                      Crunchii
                      0
                      6
                      146

                    • Should I use canonical tag on my site?
                      NateStewart
                      NateStewart
                      0
                      11
                      210

                    • canonical URL tag
                      William.Lau
                      William.Lau
                      0
                      8
                      513

                    • I have a Rel Canonical "notice" in my Crawl Diagnostics report. I'm presuming that means that the spider has detected a rel canonical tag and it is working as opposed to warning about an issue, is this correct?
                      seanpearse
                      seanpearse
                      0
                      3
                      333

                    • Conical tag question
                      Webmaster_SEO
                      Webmaster_SEO
                      0
                      3
                      1.8k

                    • 301 redirect question from a newb
                      TerraDawn
                      TerraDawn
                      0
                      5
                      526

                    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