Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
How to use canonical with mobile site to main site
-
I am pretty sure that the mobile version of the main site needs to be the same canonical link from what I understand. I am trying to find good docuementation that supports this. Even better if its from Google or Matt Cutts.
I have a main domain like http://www.mydomain.com
the mobile version of this is http://www.mydomain.com/m/
Should my canonical be
rel="canonical" href="http://www.mydomain.com"/>
for both these pages?
-
That's all this information i needed, on one easy read guide... thank you
-
Now that was a good answer
-
Sorry, Cesar - you're right, this thread went way off course.
My notes on 301 as preferred vs rel=canonical were strictly focused on potential "duplication issues" brought up by Federico as related to Desktop URLs. The 301, you're right, is the wrong tool for the job when it comes to Desktop/Mobile.
The page I linked to originally - here: https://developers.google.com/webmasters/smartphone-sites/details#separateurls - has the instructions you'd want to follow under "separate URLs."
To clarify with Google which page should be served to which search users (Desktop vs Mobile), you need 1) a rel=alternate tag pointing from Desktop to Mobile and 2) a rel=canonical tag pointing from Mobile to Desktop.
Effectively if you will have the same canonical for both versions - the Desktop home page. Whether or not you have rel=canonicaled the Desktop back to itself (again this doesn't accomplish much but it won't hurt you), the Mobile home page (following the instructions from Google) will be rel=canonicaled back to the Desktop home page.
And yes, if your Mobile home page has a lot of links pointing to it, using this setup should increase the overall authority and ability to rank of your Desktop home page. It will consolidate that link equity at the Desktop home page URL.
Both pages will remain indexed, but Google (learning from the rel=alternate tag) will serve up the Mobile home page only for mobile search users.
Hope that clarifies a bit. Disregard the discussion between Federico and I on the correct use of 301s in this thread, as it was off topic. In short, a 301 will not serve you well in this case. You want one of the three implementations recommended by Google on the page I linked to above (and in your case, the third option for separate URLs sounds best to me).
Best,
Mike -
I marked this as answered but as I read through it I realize that I am more confused.
As I understand a 301 is geared towards telling Google that a page has moved to the new URL permanently.
In my understanding if I were to 301 a mobile user to my mobile version of my homepage as a 301 then I am telling Google this has moved here permanently. Which technically is true for a mobile user but can this have an effect on ranking on the mobile side?
Since there is way less content on the mobile site I am afraid this can impact me on the desktop side.
To me is makes more sense to just redirect a user to the mobile version without a 301 so Google knows that this is simply a redirect and not a 301
Now along with that my original question was more of increasing ranking for my homepage site.
Since I have a separate canonical for both the desktop page as well as the mobile page, my original question was asking whether I should make the canonical on the desktop homepage the exact same as the mobile homepage. I noticed in Google that both desktop and mobile versions of my homepage are indexed. Is this normal?
If I had the same canonical for both pages would that potentially increase the ranking overall for my homepage, since my mobile version is more popular than my desktop version?
Hope that makes sense.
-
This video from Matt Cutts has some good points on that.
Granted we can't always run to the bank with Matt's advice. Google and Bing both handle rel=canonical pretty well these days, and most SEO/related tools have caught up and handle it properly as well. I've even heard some anecdotes from other SEOs that rel=canonical can work "even faster than a 301" in terms of passing page equity and getting alternate URLs dropped from the index.
But a 301 is the established, recognized method for redirection - not just for search engines, but users as well. It's a web standard, whereas rel=canonical is just approaching that status. You'll still find some tools/scrapers that don't yet handle a rel=canonical properly, which can cause some confusion.
Another potential though perhaps not terribly pervasive issue: for multiple home page URLs, for example, a canonical will mean users can still see/interact with the alternate versions, and therefor they can mistakenly link to those alternate versions. A rel=canonical, similar to a 301, loses a bit of PageRank/link equity in the pass. I'd prefer users see and link to one core version of my home page rather than rely on rel=canonical to pass the link value along.
-
You have a source that supports the 301 over canonical as the preferred method?
-
Hi Federico,
A 301 is still the preferred/recommended method to point alternative URLs with exactly the same content back to the core version.
A canonical can achieve this as well, but it's not the preferred, most foolproof method to consolidate link equity and avoid duplication.
A canonical of a URL to the exact URL itself, again, achieves nothing. I'm not suggesting it'll cause some kind of problem (Google/Bing have been able to handle this from the beginning without any "infinite loop" issues), just that this in itself doesn't solve anything.
What you'd want is a canonical tag on those other URLs pointing back to the preferred URL. If you have no way of serving up unique source code per URL variation, then a self-referential canonical would be acceptable. But a 301 would be my first choice.
Maybe splitting hairs a bit.
In the example here, we're talking about desktop vs mobile URLs and how to handle canonical/alternate tags between the two, so duplication issues are a bit off-topic.
Best,
Mike -
Hey Mike,
So basically if the page is unique and there's no other copy with another URL you shouldn't use the canonical tag in that unique page pointing to itself?
I know it's like saying "the original copy of this page is here" while "here" is the same page, but that solves lots of duplicate content issues that might arise while using URL rewrite.
-
Hi Cesar,
-
Adding a canonical tag to the home page pointing to itself does nothing. It can help if someone scrapes your site and republishes it (they will probably scrape the canonical tag too, rendering their scraped/published URL unable to rank and effectively passing any link juice back to you). Otherwise, no need to canonical a page to itself.
-
The best method to send Google the proper signals about the corresponding link between desktop and mobile versions of your pages is to do the following:
- Add a rel="alternate" tag on the desktop version that points to the mobile version
- Add a rel="canonical" to the mobile version that points to the desktop version
Google uses rel="alternate" to serve up pages uniquely suited to particular users. It's used for language/regional specific pages as well as mobile.
Documentation is here: https://developers.google.com/webmasters/smartphone-sites/details
Best,
Mike -
-
I guess not. What do you mean by "indexed differently"?
-
What happens to ranking in the aspect by placing the canonical to both pages does that potentially boost my ranking for my main site if my mobile site was indexed differently this whole time?
-
If the content is the same, within the desktop and mobile version yes. The rel=canonical only points the search engine about which page should be indexed. As the content is the same, indexing the main (desktop) page should do it, as you would need to redirect mobile traffic to the mobile version once they click in the result.
Hope that helps!
Here's a video from Matt Cutts about mobile content:
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
-
Using h2 for category on ecommerce website
Hi, I am working on an ecommerce site and the main category - lets call them car widgets - is using a h1 at the top of the page which is great. There are 4 sub categories on the page - lets call one of them red widget. The only content on the page is the sub category name and an image. Should the sub category red widget use a h2? Thanks S
On-Page Optimization | | bedynamic0 -
Using Bold text for keywords
Hello I am updating an old e-commerce website of mine and many keywords are in bold - shall I remove the bold tag or keep them there? This is for SEO.
On-Page Optimization | | xdunningx0 -
I have a site with jokes. What schema markup could I use?
My site is about jokes. I wonder what schema markup could I use to be more visible in the search results.
On-Page Optimization | | MichaelJanik0 -
SEO audit on a beta site
HI there, Is there much point conducting an SEO site audit on a site that has not yet launched and is protected behind a login? Presumably none of the usual SEO tools (Moz, Screaming Frog etc) can crawl this site becuase it is all locked behind a login. Would it be better to launch it and then do a site audit? Thanks
On-Page Optimization | | CosiCrawley0 -
HTML Site SEO (NO CMS)
I have got a client site, which is dated (2007) and has not been shifted to any recognised CMS yet. It is HTML based. Is it possible to SEO on such a site? Is it even worth it? If it is possible to do SEO on this, any suggestions will be highly appreciated. Thank you.
On-Page Optimization | | ArthurRadtke3 -
Multilingual site with untranslated content
We are developing a site that will have several languages. There will be several thousand pages, the default language will be English. Several sections of the site will not be translated at first, so the main content will be in English but navigation/boilerplate will be translated. We have hreflang alternate tags set up for each individual page pointing to each of the other languages, eg in the English version we have: etc In the spanish version, we would point to the french version and the english version etc. My question is, is this sufficient to avoid a duplicate content penalty for google for the untranslated pages? I am aware that from a user perspective, having untranslated content is bad, but in this case it is unavoidable at first.
On-Page Optimization | | jorgeapartime0 -
Canonical URL, cornerstone page and categories
If I want to have a cornerstone "page", can I substitute an actual page with a category archive of posts "page" (that contains many posts containing the target key phrase)? This way, if I make blog posts about a certain topic/ key phrase (example "beach weddings") and add a canonical URL of the category archive page to the individual posts, am I right then to assume google will see the archive page as the cornerstone page (and thereby won't see the individual posts with the same key phrase as competing)?
On-Page Optimization | | stephanwb0 -
Do we need to use the canonical tag on non-indexed pages?
Hi there I have been working in / learning SEO for just over a year, coming from a non dev background, so there are still plenty of the finer points on-page points I am working on. Slowly building up confidence and knowledge with the great SEOMoz as a reference! We are working on this site http://www.preciseuk.co.uk (we are still tweaking the tags and content by the way- not finished yet!) Because a lot of the information is within accordians, a page is generated for each tab of the accordian expanded, for example: http://www.preciseuk.co.uk/facilities-management.php is the main page but then you also have: http://www.preciseuk.co.uk/facilities-management.php?tab=0 http://www.preciseuk.co.uk/facilities-management.php?tab=1 http://www.preciseuk.co.uk/facilities-management.php?tab=2 http://www.preciseuk.co.uk/facilities-management.php?tab=3 http://www.preciseuk.co.uk/facilities-management.php?tab=4 http://www.preciseuk.co.uk/facilities-management.php?tab=5 All of which are in the same file. According to the crawl test, these pages are not indexed. Because it is all in one file, should we add the canonical tag to it, so that this is replicated in all the tab pages that are generated? eg. Thanks in advance for your help! Liz OneResult
On-Page Optimization | | oneresult
liz@oneresult.co.uk2