Here is a recap of what happened in the search forums today, through the eyes of the Search Engine Roundtable and other search forums on the web.
Here is a recap of what happened in the search forums today, through the eyes of the Search Engine Roundtable and other search forums on the web.
Many sites feature a way to print a page of your site in a printer friendly view, by removing many of the ads, removing a lot of the navigation and so on. The issue with this, in some cases, is that webmasters creating a new URL with the same content, causing a duplicate content issue on the SEO front.
In the past, the solution was to call these printer friendly URLs in a non-search engine friendly manner, i.e. through JavaScript. But now that many search engines can find URLs within JavaScript, you can run into an issue with this method.
The best solution is to use a printer friendly CSS template. This will ensure that the URL is the same, no matter what view is given to the user or search engine. If you cannot create a CSS template for printer friendly versions of the page, then the next best thing to do is exclude those printer friendly URLs (i.e. the duplicate URLs) with a robots.txt file.
One person asked in a Google Webmaster Help thread, can they use the newish rel=canonical link element to redirect search engines to the main URL, so they pass the link equity? Googler, JohnMu, said you shouldn't. He said, "I don't think using the rel=canonical link element would be that valid here, since the two pages do look pretty differently (they're not really interchangeable canonicals)."
Let me show you a real life example of what we did on RustyBrick.com, my real business (outside of this blogging stuff, which is just a hobby for me).
In the past, we had a print URL for each page of the site, generated through JavaScript. It worked well in the past, the search engines ignored that JavaScript and it was rarely found in the Google or other search indexes. Now, you can clearly see Google indexed both URLs:
On Thursday, we launched a redesign for the RustyBrick site, a redesign and technology upgrade nine-years in the making. Part of that was to fix this issue.
In addition to that, we created a neat mobile template, which uses the useragent to change the CSS (not the URL) when you access the site on most mobile devices. And our print pages are also using the same URL and look pretty good.
Here are pictures of the same URL on a desktop web browser, on an iPhone and as a print friendly page:
Desktop Version:
Mobile Version:
Print Version:
There are some things we still need to clean up with this design and our templates, but for the most part, I am happy with the look, feel and search engine friendliness of the new site.
Forum discussion at Google Webmaster Help.
Oh, and to comment on the new design, go to my blog post at the RustyBrick Blog and comment there.
Over a week ago, a WebmasterWorld thread reported that Google was testing a new form of Sitelinks. These sitelinks didn't link to different URLs, but instead, linked to the same URL but with anchors (i.e. # signs at the end of the URL, which drop you down to a section on the same web page).
I skipped past the thread, not understanding it as a new feature, until I spotted a post from Google Operating System blog detailing the difference.
For example, a search for [charles darwin] shows a Wikipedia listing with those special sitelinks, here is a picture:
The links send you to, for example, [en.wikipedia.org] which anchors you down to that section of the page.
As I noted at Search Engine Land, Yahoo has been doing this for a while with their quick links.
The big SEO question is, how to you get these types of sitelinks on your pages in the search results? Does adding anchor links to pages, where it makes sense, help? I assume so, but this needs to be proven.
Forum discussion at WebmasterWorld.