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
-
What is the best use of canonical ref on home (default/index) page?
Moz reports show duplicate content for my www.domain.com and www.domain.com/default.html How do I format the canonical ref to put on the default.html page?
On-Page Optimization | | bhsiao0 -
On-Site Optimization Issue!
Hello, I have some confusion about how to structure my site to better in on-site optimization. I am using WordPress. Therefore, there are many things that I need to consider as following: Static Page for homepage OR Latest posts? Archive, Category, Author, Attachment and Tag pages - To put meta robots (no index, follow) or not to prevent duplication? If I use Static Page for homepage, do I need to add meta robots (no index, follow) to POINT 2 above or not? If I use Latest Posts for homepage, do I need to add meta robots (no index, follow) to POINT 2 above or not? To have breadcrumb or not? To have recent posts, comment, tag clouds or popular posts/comments widget or not? To have social sharing icons and related posts in single post or not? If you don't mind adding more tips that I don't know it would be very great! Thanks!
On-Page Optimization | | dinabrokoth0 -
Integrate a blog within an existing site
Hello everyone! I work on a website of a very small company and so far no one has ever implemented (not even thought about) a proper content strategy. The only content on the site are products description. Through Analytics I discovered lots of opportunities and topics to be covered which would massively increase the traffic, increase the engagement and (hopefully) sales. Problem is that I don't really know how to integrate a blog into the existing site; my first thought was wordpress What is the best way to do it?
On-Page Optimization | | PremioOscar0 -
Large Site - Advice on Subdomaining
I have a large news site - over 1 million pages (have already deleted 1.5 million) Google buries many of our pages, I'm ready to try subdomaining http://bit.ly/dczF5y There are two types of content - news from our contributors, and press releases. We have had contracts with the big press release companies going back to 2004/5. They push releases to us by FTP or we pull from their server. These are then processed and published. It has taken me almost 18 months, but I have found and deleted or fixed all the duplicates I can find. There are now two duplicate checking systems in place. One runs at the time the release comes in and handles most of them. The other one runs every night after midnight and finds a few, which are then handled manually. This helps fine-tune the real-time checker. Businesses often link to their release on the site because they like us. Sometimes google likes this, sometimes not. The news we process is reviews by 1,2 or 3 editors before publishing. Some of the stories are 100% unique to us. Some are from contributors who also contribute to other news sites. Our search traffic is down by 80%. This has almost destroyed us, but I don't give up easily. As I said, I've done a lot of projects to try to fix this. Not one of them has done any good, so there is something google doesn't like and I haven't yet worked it out. A lot of people have looked and given me their ideas, and I've tried them - zero effect. Here is an interesting and possibly important piece of information: Most of our pages are "buried" by google. If I dear, even for a headline, even if it is unique to us, quite often the page containing that will not appear in the SERP. The front page may show up, an index page may show up, another strong page pay show up, if that headline is in the top 10 stories for the day, but the page itself may not show up at all - UNTIL I go to the end of the results and redo the search with the "duplicates" included. Then it will usually show up, on the front page, often in position #2 or #3 According to google, there are no manual actions against us. There are also no notices in WMT that say there is a problem that we haven't fixed. You may tell me just delete all of the PRs - but those are there for business readers, as they always have been. Google supposedly wants us to build websites for readers, which we have always done, What they really mean is - build it the way we want you to do it, because we know best. What really peeves me is that there are other sites, that they consistently rank above us, that have all the same content as us, and seem to be 100% aggregators, with ads, with nothing really redeeming them as being different, so this is (I think) inconsistent, confusing and it doesn't help me work out what to do next. Another thing we have is about 7,000+ US military stories, all the way back to 2005. We were one of the few news sites supporting the troops when it wasn't fashionable to do so. They were emailing the stories to us directly, most with photos. We published every one of them, and we still do. I'm not going to throw them under the bus, no matter what happens. There were some duplicates, some due to screwups because we had multiple editors who didn't see that a story was already published. Also at one time, a system code race condition - entirely my fault, I am the programmer as well as the editor-in-chief. I believe I have fixed them all with redirects. I haven't sent in a reconsideration for 14 months, since they said "No manual spam actions found" - I don't see any point, unless you know something I don't. So, having exhausted all of the things I can think of, I'm down to my last two ideas. 1. Split all of the PRs off into subdomains (I'm ready to pull the trigger later this week) 2. Do what the other sites do, that I believe create little value, which is show only a headline and snippet and some related info and link back to the original page on the PR provider website. (I really don't want to do this) 3. Give up on the PRs and delete them all and lose another 50% of the income, which means releasing our remaining staff and upsetting all of the companies and people who linked to us. (Or find them all and rewrite them as stories - tens of thousands of them) and also throw all our alliances under the bus (I really don't want to do this) There is no guarantee this is the problem, but google won't tell me, the google forums are crap, and nobody else has given me an idea that has helped. My thought is that splitting them off into subdomains will have a number of effects. 1. Take most of the syndicated content onto subdomains, so its not on the main domain. 2. Shake up the Domain Authority 3. Create a million 301 redirects. 4. Make it obvious to the crawlers what is our news and what is PRs 5. make it easier for Google News to understand Here is what I plan to do 1. redirect all PRs to their own subdomain. pn.domain.com for PRNewswire releases bw.domain.com for Businesswire releases etc 2. Fix all references so they use the new subdomain Here are my questions - and I hope you may see something I haven't considered. 1. Do you have any experience of doing this? 2. What was the result 3. Any tips? 4. Should I put PR index pages on the subdomains too? I was originally planning to keep them on the main domain, with the individual page links pointing to the actual release on the subdomain. Obviously, I want them only in one place, but there are two types of these index pages. a) all of the releases for a particular PR company - these certainly could be on the subdomain and not on the main domain b) Various category index pages - agriculture, supermarkets, mining etc These would have to stay on the main domain because they are a mixture of different PR providers. 5. Is this a bad idea? I'm almost out of ideas. Should I add a condensed list of everything I've done already? If you are still reading, thanks for hanging in.
On-Page Optimization | | loopyal0 -
Site wide 301 or canonical links.
Hi guys, I'd like add code to my header file to specify www. as opposed to just http:// for the canonical links across my entire site. How can I do this? I'd like it to be site wide code that I can just add to my header.php file which is included across the site.
On-Page Optimization | | absoauto0 -
2 canonical tags on the same page
When using the 'on-page optimizer' tool, I continue to get the same recommendation on every page to only use 1 canonical tag on the page. I'm not sure why there are 2 tags on each page in the first place so I don't know how to remove the one that's not needed. Our site is on a WP blog and a sample page to view the source code would be: http://www.shilohstreet.com/blog/is-flipping-houses-smart-real-estate-investing.html Does anyone know why this is happening, how to fix it and/or if I should even be concerned with it? Thanks!
On-Page Optimization | | shilohstreet0 -
Correct use of Canonical link vs 301 redirect
Hi All, Seeking yet more advice. SEOMOZ tools have told me I have duplicate content on one of my sites and I am keen to clean this up. I am not to familiar with the following so thought I would ask. The duplicate content is shown on : www.mysite.com www.mysite.com/index.html Obviously I only see index.html when I check the code so what is the best method of resolving the duplicate content, Canonical or 301? Can you give me an example 🙂 Thanks all
On-Page Optimization | | wedmonds0 -
Canonical home page
I have a site that shows duplicate page content for: www.autoserviceexpertsonline and www.autoserviceexpertsonline/index.html When looking at the files using the cms (intuit) file manager, I only see the /index.html version. I added the Caononical tag referencing/pointing to both the domain name only and then changed to .../index.html No matter how I code this, the seomoz On-Site SEO Grader still has a problem with it. Is this a bug with the Grading program or am I doing something wrong? Please help as I think this is causing me problems with Google and I'd like to get this right for future sites I will be working on. Thanks, Bill
On-Page Optimization | | Marvo0