Solving Printer Friendly version
-
How do we solve an issue faced on the Printer Friendly version of the page lets say, There is an Actual Page (Page A) and a Printer friendly version (Page B) of Page A. Page A is ranking at position 5 and Page B is not ranking. Both these pages are indexed by Google and most of the backlinks are going to Page B as compared to Page A.
one of the ways is to implement Canonical on Page B. Are there some other ways to solve the issue and how can we implement it?
How can ensure that all the links going to page B pass on the link value to Page A.
-
A cleaner way to do this is to use a print css file. In your HTML you call it like so:
<link type="text/css" rel="stylesheet" media="print" href="our-print-version.css"> Then you have only one document for both print and screen, and you can 301 one of your duplicates back to the original.
-
In summary: Canonical the print friendly page back to the main page. If you don't want to use canonical and want to keep it as it's own page - make sure you have a unique title tag and description - you could add "Print Version" to them.
I'd recommend using the canonical however as that will probably help page A and you want have A and B competing with each other.
-
Here's what SeoMoz says about it: http://www.seomoz.org/blog/canonical-url-tag-the-most-important-advancement-in-seo-practices-since-sitemaps
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
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.
Related Questions
-
Resolving 301 Redirect Chains from Different URL Versions (http, https, www, non-www)
Hi all, Our website has undergone both a redesign (with new URLs) and a migration to HTTPS in recent years. I'm having difficulties ensuring all URLs redirect to the correct version all the while preventing redirect chains. Right now everything is redirecting to the correct version but it usually takes up to two redirects to make this happen. See below for an example. How do I go about addressing this, or is this not even something I should concern myself with? Redirects (2) <colgroup><col width="123"><col width="302"></colgroup>
Technical SEO | | theyoungfirm
| Redirect Type | URL |
| | http://www.theyoungfirm.com/blog/2009/index.html 301 | https://theyoungfirm.com/blog/2009/index.html 301 | https://theyoungfirm.com/blog/ | This code below was what we added to our htaccess file. Prior to adding this, the various subdomain versions (www, non-www, http, etc.) were not redirecting properly. But ever since we added it, it's now created these additional URLs (see bolded URL above) as a middle step before resolving to the correct URL. RewriteEngine on RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L] RewriteCond %{HTTPS} !on RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] Your feedback is much appreciated. Thanks in advance for your help. Sincerely, Bethany0 -
Verify all versions of site in Bing Webmaster Tools
Hello, We recently migrated our site to a new shopping cart, https, and from www to non-www, and it's been a rough transition. We've lost a lost of traffic particularly in Bing. All the versions of our site are verified Google WMT, sitemaps are submitted correctly, etc. Unfortunately, this was not done for Bing. Currently only the new version of our site (https, non-www) is verified in Bing WMT. Do we have to verify all versions of our site in Bing, the way they are in Google WMT? Also, now that it's been a few months since the switch, should we still submit a site move to Bing WMT or is it too late? Thanks in advance!
Technical SEO | | whiteonlySEO0 -
Rel=canonical - Identical .com and .us Version of Site
We have a .us and a .com version of our site that we direct customers to based on location to servers. This is not changing for the foreseeable future. We had restricted Google from crawling the .us version of the site and all was fine until I started to see the https version of the .us appearing in the SERPs for certain keywords we keep an eye on. The .com still exists and is sometimes directly above or under the .us. It is occasionally a different page on the site with similar content to the query, or sometimes it just returns the exact same page for both the .com and the .us results. This has me worried about duplicate content issues. The question(s): Should I just get the https version of the .us to not be crawled/indexed and leave it at that or should I work to get a rel=canonical set up for the entire .us to .com (making the .com the canonical version)? Are there any major pitfalls I should be aware of in regards to the rel=canonical across the entire domain (both the .us and .com are identical and these newly crawled/indexed .us pages rank pretty nicely sometimes)? Am I better off just correcting it so the .us is no longer crawled and indexed and leaving it at that? Side question: Have any ecommerce guys noticed that Googlebot has started to crawl/index and serve up https version of your URLs in the SERPs even if the only way to get into those versions of the pages are to either append the https:// yourself to the URL or to go through a sign in or check out page? Is Google, in the wake of their https everywhere and potentially making it a ranking signal, forcing the check for the https of any given URL and choosing to index that? I just can't figure out how it is even finding those URLs to index if it isn't seeing http://www.example.com and then adding the https:// itself and checking... Help/insight on either point would be appreciated.
Technical SEO | | TLM0 -
Is this type of navigation SEO friendly?
Hi mozzers, I wanted to know if this type of navigation SEO friendly. Is it better than the regular drop down menu navigation? Thanks! Ug4MhZw.png
Technical SEO | | Ideas-Money-Art0 -
Bit.ly URLs. Are they SEO Friendly?
Are URL shorteners like Bit.ly considered 301 redirects? I was thinking about using them for some longer URL's in press releases but i didn't want to loose any link juice through the service. Thanks for the info! - Kyle
Technical SEO | | kchandler0 -
Why mobi version of the file comes up higher on SERPs when compared to the web version?
hi Please see the URL http://news.oneindia.in/2011/10/22/tech-gmail-to-get-a-makeover-soon-google.html
Technical SEO | | greyniumseo
The corresponding mobile version is http://news.oneindia.mobi/2011/10/22/886893.html If we search for "Google video leaks; Gmail to get a make over soon" on Google the mobi version comes up instead of the web version. One reason could be because of the browser title. We do use meta title in our web version of the article. For the past few months our mobi version of the file comes up higher on SERPs when compared to the web version. What could be the reason? regards0 -
Is there a way I can track Arabic keywords on the Arabic version of Google Qatar using SEOMOZ Rank checker?
I have a Qatari website in Arabic and I would like to know if it is possible to track the Arabic keywords using google.com.qa in Arabic using SEOMoz rank checker. When selecting the three search engines, I have no choice over the language. Only the country can be modified. Any solution?
Technical SEO | | mrlee1 -
Browser Pop Ups - Can it be SEO Friendly and how?
Hi The designer of the company I work for is re-designing Pop Up browsers as well as inline Pop up and Drop down menus. He needs SEO requirements - how can they be SEO friendly? Thanks a lot for your help! SL. Please see below the detail: Browser Pop Ups all include:
Technical SEO | | charsimona
• a browser title,
• a logo and title in the title bar,
• a close window button and
• a call to action (that closes pop-up when clicked). Usage:
Use when you'd like to offer additional information to the
user but, not take the user away from the main page. Inline Pop up and Drop down menus. The inline pop-up & drop down is used to display additional menu options, functionality
or content on the page without dedicating real estate in the page layout. It's a part of the page HTML to retain SEO value and thus does not trigger pop-up blockers. A title bar displays when content of the pop-up or drop down is not in context of
the trigger. When used as a drop down, it is attached to the the bottom of it's trigger and left-aligned (unless it would exceed beyond the browser chrome, then it's right-aligned). When used as a pop-up, it is centered vertically/horizontally in the users browser window.
The inline pop-up/drop down can be triggered differently per instance (e.g. onclick, onhover with delay). It can be closed by: clicking on link/location that triggered the pop-up/drop down (a.k.a. close icon) clicking anywhere outside the pop-up/drop down There are 5 widths to choose from, based on the needs of the content: 196px (3 columns) 266px (4 columns) 406px (6 columns) 546px (8 columns) 658px (10 columns)0