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. Technical SEO Issues
    4. Fixing Mis-used Rel-Canonicals

    Fixing Mis-used Rel-Canonicals

    Technical SEO Issues
    12 2 158
    • 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.
    • geteducated
      geteducated last edited by

      This post is deleted!
      1 Reply Last reply Reply Quote 0
      • CleverPhD
        CleverPhD last edited by

        You do not have to remove the rel=canonical before setting up the 301.  Google generally treats the rel=canonical like a 301, it is just not as strong as a signal. The rel=canonical is more of a hint/suggestion vs the 301 is a command, but they are telling Google the same thing.   So if you point the 301s to the same pages as where the rel=canonicals were pointing to, you should be fine.  Don't worry about if you need to take out the rel=canonical first.

        What you do need to worry about you mention above, 301ing (or rel=canonicalling for that matter) to the "correct" page.  If you 301 to a page that is not related to the original page, then Google will not pass along any link equity.  They have to have "semantic relevance" to one another

        https://moz.com/blog/save-your-website-with-redirects

        Now how "semantically relevant" is the old page to the new one in your case?  You have to decide.

        If the best-cat-toy page did not rank well in Google and if there are no quality links to it and you are going to take it out of your site navigation and sitemaps, why 301 it to a new page?  Just let it 404 and go away.   If it does rank well and all those good things, you need to keep it around and/or improve the page and send it to a semantically relevant location.  It may be that you can use that criterion to decide what categories your users are searching for an using on your site and what categories they are not.  Spend your time making those good categories better and lose the old categories, as nobody used them anyway.

        Hope this helps!

        1 Reply Last reply Reply Quote 2
        • geteducated
          geteducated last edited by

          Hi Matt, thanks so much for your answer!

          What about if the rel-canonical is pointing to a different page than where the 301 will point? Does that rel-canonical need to be removed to avoid confusion and general "messiness"?

          geteducated 1 Reply Last reply Reply Quote 0
          • geteducated
            geteducated @geteducated last edited by

            And what about when a page that has a rel-canonical tag pointing to itself? Does that need to be removed before 301 redirecting to the updated/current URL?

            CleverPhD 1 Reply Last reply Reply Quote 0
            • CleverPhD
              CleverPhD @geteducated last edited by

              Re pointing to a different page.   Ultimately does not matter where it was pointing before.  If you can point it to the most semantically relevant page with the 301 (and the page is worth 301ing for the reasons above) then you are good.

              Re pointing to itself.  If it points to itself, you probably should not be redirecting it with a 301 as it is its own canonical page.  If that was an error to point to itself and you need to redirect it, then use the rules above.

              geteducated 1 Reply Last reply Reply Quote 1
              • geteducated
                geteducated @CleverPhD last edited by

                To clarify -- yes, the ones re pointing to themselves were in error (there was a better choice - more relevant/current) and they should have been 301s from the start. So, just to clarify, for those re pointing to themselves, I do not need to remove the canonicals before 301 redirecting?

                Ex:

                http://www.geteducated.com/careers rel points to itself and is an outdated landing page for the content and soon, it will no longer exist in our system at all.

                It should have been pointed here all along and this will be the only landing page for the content going forward: http://www.geteducated.com/career-center/hottest-careers.

                We want to 301 redirect http://www.geteducated.com/careers to http://www.geteducated.com/career-center/hottest-careers but try to make sure the link juice / page rank is passes as much as possible.

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

                  Another example:

                  URL #1 http://www.geteducated.com/all-careers-articles/11-detail/43-forensic-accountant-and-fraud-examiner
                  has a page rank of 1 and it's rel-canonical points to
                  URL #2 http://www.geteducated.com/all-careers-articles/11/43-forensic-accountant-and-fraud-examiner which points to itself and has a page rank of 23.

                  The SAME article can also be accessed here
                  URL #3 http://www.geteducated.com/career-center/detail/forensic-accountant-and-fraud-examiner 
                  which has no rel-canonical and a page rank of 1.

                  We want to use URL #3 going forward and in a new site URL #1 & #2 won't exist anymore. What's the best practice here? 301 both #1 & #2 into #3 without touching canonicals? Should we add a self-canonical to URL #3?

                  CleverPhD 1 Reply Last reply Reply Quote 0
                  • CleverPhD
                    CleverPhD @geteducated last edited by

                    It depends.  See my points above.   If the other "non best" pages don't have any link equity or other worth, then you may just want to 404 them.  If they do generate traffic and/or links and are all semantically related then you can 301 the other pages to the "best" page.

                    The canonical to self is used by some sites if they are trying to make sure if there are any URL parameters added to the end of the main slug that all the link juice is consolidated to the main slug.  You can canonical to self on all your pages, just make sure that you have a way to QA the process so that you dont mess up any canonicals that should be pointing to another page.

                    If you are unsure on if you should use the canonical to self technique or not, I would not use it.  The 301s are more important at this point to consolidate across pages.

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

                      I guess what I'm trying to suss out is if any of the described would create a canonical chain that wouldn't pass link juice etc.

                      I found this in a Moz article:

                      (9) Can I Chain Rel=Canonicals (+301s, 302s, etc.)?

                      What happens if you rel=canonical to a URL with rel=canonical to another URL, or you rel=canonical to a URL that 301-redirects to another URL? It gets complicated. In some cases, it might work and it might even pass PageRank. Generally speaking, though, it’s a bad idea. At best, it’s sloppy. At worst, it might not function at all, or you might lose significant PageRank across the chain. Wherever possible, avoid chains and implement rel=canonical in a single hop.

                      With what this is saying, it seems that I should take out the canonicals before 301 redirecting to try to avoid a chain situation and to give the page rank the best change of getting passed along rather than lost along the way?

                      CleverPhD 1 Reply Last reply Reply Quote 0
                      • CleverPhD
                        CleverPhD @geteducated last edited by

                        When the server 301 redirects a page, the page that used to have the canonical link on it ceases to exist.  The server simply routes the user to the new page without ever showing the old one.

                        What they are talking about in the chain situation above applies to rel=canonicals and 301s regardless and has nothing to do with your point about removing the rel=canonical off the page before you 301.  It is completely different.

                        Ideally you would not want to not rel=canonical  page1 to page2 and then rel=canonical page2 to page3, it would be better to rel=canonical page1 to page3 (go direct avoid the chain).

                        in the same way you would not want to 301 redirect page1 to page2 and then 301 redirect page2 to page3, it would be better to 301 redirect page1 to page3 (go direct avoid the chain).

                        in the same way you would not want to  rel=canonical page1 to page2 and then 301 redirect page2 to page3, it would be better to 301 redirect page1 to page3 (go direct avoid the chain).

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

                          Thank you very much, I appreciate all the additional clarifications!

                          CleverPhD 1 Reply Last reply Reply Quote 0
                          • CleverPhD
                            CleverPhD @geteducated last edited by

                            You bet!  If you don't mind, please mark this as a good answer then.

                            Cheers!

                            1 Reply Last reply Reply Quote 1
                            • 1 / 1
                            • First post
                              Last post
                            • Rel Canonical tag using Wordpress SEO plugin
                              NicDale
                              NicDale
                              0
                              7
                              1.5k

                            • Is the seomoz on-page factor :Appropriate Use of Rel Canonical working properly?
                              CurtCarroll
                              CurtCarroll
                              0
                              4
                              235

                            • How to use rel canonical?
                              Bryan_Loconto
                              Bryan_Loconto
                              0
                              2
                              364

                            • ECWID How to fix Duplicate page content.. rel canonical tag or robot txt
                              UnderRugSwept
                              UnderRugSwept
                              0
                              2
                              474

                            • Should I be using use rel=author in this case?
                              AlanBleiweiss
                              AlanBleiweiss
                              0
                              2
                              427

                            • Use webmaster tools "change of address" when doing rel=canonical
                              NakulGoyal
                              NakulGoyal
                              0
                              2
                              404

                            • Should i use NoIndex, Follow & Rel=Canonical Tag In One Page?
                              DigitalJungle
                              DigitalJungle
                              0
                              3
                              2.3k

                            • Appropriate Use of Rel Canonical
                              KeriMorgret
                              KeriMorgret
                              0
                              6
                              1.0k

                            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