The title of this post is actually a query that I see frequently on this blog, and I’m a bit disheartened that so many people are still confused about this issue. Wanted to quickly clarify to help those people who are wondering whether they should use the rel=canonical tag on their mobile sites. The short answer is an emphatic “no”, you shouldn’t use a canonical tag on your mobile sites; but if you want more information on the topic, keep reading.

The issue as I understand it is, site owners are creating mobile-formatted versions of their desktop sites, and because there’s no content on these sites that isn’t on their desktop sites, they don’t want to hurt their desktop web site’s ability to rank on competitive keywords by diluting the link equity to the page. It’s a legitimate concern, but it’s a bit paranoid, as in reality mobile sites are not treated like duplicate content.

In fact, if you assume that they are duplicate content, and remove them from the search results with robots.txt or the canonical tag, you make it very difficult for people to find your mobile site if they’re looking for it.

Take Toys R Us, for example. Their mobile site is currently powered by Digby, who nofollows their mobile sites with robots.txt. This, like the canonical tag, effectively makes them invisible in search results. For example, if you search for [toys r us mobile site] hoping to find a site that works on your phone, you get a paid search ad, followed by 2 superpages.com listings for the Toys R Us locations in Mobile, Alabama, followed by the Toys R Us desktop site with a page talking about the Toys R Us mobile content, which includes a mobile site.

IMG_0139

IMG_0140

If you can read the tiny text on this page, you might click through and be redirected to the mobile site at toysrus.digby.com, but you’ll probably have to magnify the page in order to understand that is an option.

IMG_0141

So for this particular query, which is not only a brand-loyal query but a navigational query, it would require the user to either click through on the paid listing, or scroll down, click through, magnify their screen and click through to find what they’re looking for. For the organic results, that’s asking a searcher to type in a query and do 4 additional steps before they’re able to find what they’re looking for, when they had already put in a very specific navigational query in hopes of getting to this site more quickly.

If you think that this is a user experience that Google will reward with long-term rankings, you may have become an SEO yesterday.

When you consider queries that are not brand-loyal queries, the situation becomes even more dire. Keeping with the Toys R Us example, let’s assume that I know my son likes Thomas the Train and I want to get him a Thomas the Train toy for Christmas, but I don’t know what’s out there or where to buy, so I do some research in a cab on the way to a meeting downtown. When I put in [thomas toys] in Google (which is one of the top toy related queries in the past 90 days, so Toys R Us should have optimized content for it even though it’s not a brand-loyal query) on my Android phone, I get a result page that shows two paid ads and one natural listing above the fold.

IMG_0132

Fortunately for Toys R Us, they are accounting for mobile searches with the paid ad, but since mobile SEO is about the natural results, this is not optimization.

If in my taxicab search session I decide to scroll down to the fifth organic result on my mobile phone, I will find a relevant page on the Toys R Us desktop site. But since the only page that appears to redirect for mobile users is the root domain, it will not redirect me looking for results in a cab on my way to a meeting.

IMG_0130

Because I have a limited amount of time to do research, it’s very likely that I will not spend a lot of time pinching and zooming on my smartphone to find the information that I’m looking for, and Toys R Us would have wasted an opportunity to convert a user who might have otherwise purchased a Thomas the Train toy either on my way home for the meeting or right there in the cab.

Consider a hypothetical contrary example as an illustration for what should be meant for mobile search engine optimization: Toys R Us doesn’t nofollow their mobile site with robots.txt, but instead optimizes their mobile site for the mobile user experience. They do query analysis to better understand the mobile user experience and find that their audience includes people like me who are frustrated at their mobile search experience. They take time to properly index the site and ensure that it is returned for relevant queries by creating a mobile search-optimized information architecture that meets the needs of the mobile searcher. Once all that’s done, they make it possible for the site to meet the user’s goals with as little hassle as possible by allowing one click conversions and local store directions and hours. They get more qualified traffic from search results because they would have, in this scenario, a more optimized site.

Unfortunately, they simply made their desktop site usable in mobile in certain scenarios (not search), and made the mobile version invisible in mobile search. If you consider this optimization, please continue to use the robots.txt file or canonical tag on your mobile site and call it what you want. Just hope your competitors don’t actually do some optimization of their mobile content and displace you even more in the natural search results.

Also, no disrespect to my friends at Toys R Us or Digby. I used them as an example, but I could use many others in their place. Please consider this free advice about the value of optimizing mobile sites instead of burying them.

Listing some good resources below about how to properly show content to mobile users and desktop users. And if you do represent a brand that wants to be competitive in mobile, but you don’t want to go it alone, there are a few agencies out there who can help you do it successfully, including my employer, Resolution Media.

Resources about alternatives to using rel=canonical on mobile sites