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. Link Building
    4. Many high value links to printer-friendly versions of our pages

    Many high value links to printer-friendly versions of our pages

    Link Building
    2 2 184
    • 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.
    • aafpitadmin
      aafpitadmin last edited by

      First, forgive me if I miss something obvious. I'm a user experience designer who handles all SEO efforts for our organization in my spare time. This question is about our patient / health education website, http://familydoctor.org

      NIH's Medline Plus ( http://www.nlm.nih.gov/medlineplus/ ) has linked to http://familydoctor.org for a very, very long time, before we had advertisements on the site. To get an idea of where Medline Plus links to familydoctor.org, visit http://goo.gl/1yaofC or use the following query in Google.com: site:www.nlm.nih.gov inurl:medlineplus American Academy of Family Physicians

      After we redesigned and started putting ads on FD.org, I think these two things happened simultaneously, we received a contact from someone at NIH stating they could no longer link to our site because of the ads. NIH is a highly-trusted and ranked domain, so we agreed to let them link to the printer-friendly versions of our content to avoid the ads.

      A few years later, we restructured the content. For an article about depression, instead of having one page with all of the content ( http://web.archive.org/web/20090215071258/http://familydoctor.org/online/famdocen/home/common/mentalhealth/depression/046.html ), we broke it up into many shorter pages ( http://familydoctor.org/familydoctor/en/diseases-conditions/depression.html ), such as Overview, Symptoms, Causes, Diagnosis, Treatment, etc. I don't know if NIH crossed anyone's mind until go-live day, when we noticed a high number of referrals to the error page coming from NIH.gov. We wanted to fix this quickly, so Medline didn't stop linking to us and Google didn't de-value the relationship because of the broken links.

      We redirected all of the printer-friendly links from the previous site to the printer-friendly whole article (lets you see all the information on one page) on the new site. We did this because there is no way to move between now split up content pages in the split up printer-friendly versions of the site. Even if there was, we didn't think NIH would take too kindly to this.

      There is a return to the web link on the printer-friendly whole article page. This is a followed link and I realize the anchor text could be improved. We added the following on printer-friendly pages in an effort to not get penalized by search engines for duplicate content.

      Are we doing all we can to take advantage of these high-value links? Is the meta robots tag necessary, helpful, or not?

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

        Use of the canonical link should solve all of your problems as far as how the search engines.  Bots that view the PF page will take the canonical directive and treat it like a 301 redirect and pass link equity etc.

        The other thing you need to consider is the use of rel next and prev for the article that you broke into parts if you consider this one big article broken up into parts.  That would be used to "connect" all the sections of your depression article to each other.

        Frankly, I do not know why you broke up this page into parts as the article is not that long as a whole  There is some data out there that longer articles get more links http://www.quicksprout.com/2012/12/20/the-science-behind-long-copy-how-more-content-increases-rankings-and-conversions/

        One issue on the print pages is that you have a meta noindex tag. That tells Google to deindex the page and not to crawl it.  You do not need to use that tag as you are using the canonical to tell Google what the "parent" page.  If you are using the rel next prev on both the regular and paginated pages, I would advise canonicaling P1 to P1, P2 to P2 and the All to the All page vs canonical everything to the main page.

        You are basically telling Google two things.

        1. with rel next prev - here are the parts that make up the whole.

        2. with the canonical - if they look at the PF version, here is the "real" page they want to pay attention to.  This is what passes the link equity along to the proper pages.  If you are getting links into the "print all page" this is the key page to have canonical linked to the "real" page.

        What I would do is put this all into one page and then it is simple.  Just canonical the PF page to the actual page and remove the noindex meta tag off the PF page.

        If the above does not make sense, read each of the articles below about 3x and watch the video 3x it should help

        Here are the Google Pages on canonicals

        http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html

        and rel next prev

        http://googlewebmastercentral.blogspot.com/2011/09/pagination-with-relnext-and-relprev.html

        http://googlewebmastercentral.blogspot.com/2012/03/video-about-pagination-with-relnext-and.html

        Good luck!

        1 Reply Last reply Reply Quote 3
        • 1 / 1
        • First post
          Last post
        • SEO value of home page links
          paints-n-design
          paints-n-design
          1
          2
          61

        • Page links, header links, footer links
          RuthBurrReedy
          RuthBurrReedy
          1
          6
          757

        • 'Too many links' on our pages.
          Ashley-Jacada
          Ashley-Jacada
          0
          4
          130

        • Link to page in SERP or page with good on-page optimisation
          Brighton-Soundsystem
          Brighton-Soundsystem
          0
          4
          48

        • Too many on page links
          evolvingSEO
          evolvingSEO
          0
          7
          218

        • Canonical version and link value
          danielcaro
          danielcaro
          0
          2
          281

        • "Links" page Value?
          SimonCullum
          SimonCullum
          0
          3
          483

        • Too many internal links to a particular page?
          KeriMorgret
          KeriMorgret
          0
          4
          973

        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