How long to reverse the benefits/problems of a rel=canonical
-
If this wasn't so serious an issue it would be funny....
Long store cut short, a client had a penalty on their website so they decided to stop using the .com and use the .co.uk instead. They got the .com removed from Google using webmaster tools (it had to be as it was ranking for a trade mark they didn't own and there are legal arguments about it)
They launched a brand new website and placed it on both domains with all seo being done on the .co.uk. The web developer was then meant to put the rel=canonical on the .com pointing to the .co.uk (maybe not needed at all thinking about it, if they had deindexed the site anyway). However he managed to rel=canonical from the good .co.,uk to the ,com domain!
Maybe I should have noticed it earlier but you shouldn't have to double check others' work! I noticed it today after a good 6 weeks or so. We are having a nightmare to rank the .co.uk for terms which should be pretty easy to rank for given it's a decent domain.
Would people say that the rel=canonical back to the .com has harmed the co.uk and is harming with while the tag remains in place? I'm off the opinion that it's basically telling google that the co.uk domain is a copy of the .com so go rank that instead.
If so, how quickly after removing this tag would people expect any issues caused by it's placement to vanish?
Thanks for any views on this. I've now the fun job of double checking all the coding done by that web developer on other sites!
-
Yeah, if the .com is blocked now, there's really no point in putting 301s or canonicals over there, because they won't do anything (theoretically, at least). You could put self-referencing canonicals on the .co.uk site. It would at least be a nudge to Google to ignore the old canonicals (to the .com). Other than that, you may have to wait and see.
As Alan said, you could 301-redirect the .com and then stop blocking it. Properly redirected, no visitors should be able to view the old pages. In some ways, that's even more reliable than blocking.
Update: Sorry, realized that was a bit confusing, as I sort of told you that a 301 was pointless but then to 301 What I'm saying is that you could stop blocking the .com and THEN 301-redirect it. If it really is fully blocked, 301-ing it probably won't have any impact (although it won't hurt anything).
-
If the .com is de indexed, then i would either get rid of it, or 301 it to the .uk
-
Dr Pete,
The whole thing has been one issue after another with the client. One of those helpful clients whom change their website and page structure without telling you. First you hear about it is when they call you wanting to know why their rankings have dropped!
The idea was to move away from the .com site and use the .co.uk site, however they had a lot of people visiting the .com and wanted to keep that as a live site. What should have been done (what I advised them on) was to canonical from the .com to the uk site, telling google that the uk domain is now the main domain. Helpful and rather impressively their web developer managed to put the canonical tag on the .co.uk domain telling google the .com was the main domain.
Then, the .com got involved in a trademark dispute so they decided to remove it from the google listings via webmaster tools (it is still removed as it still ranks for the trademark keyword when it's unblocked). The long and short of it was they ended up in a position which the site they wanted to be ranking was being ignored by google in favour of the site they blocked from google!
I guess now it's a question of just waiting for google to recrawl the .co.uk and see the tag has gone. It's a basic seo error on my part but I would have trusted an experienced web designer to copy and paste a code I gave him on to the correct site.
Don't you just love the clients which won't give you ftp access and insist all changes go through their web developer who is freelance!!
Thanks for the help on this everyone
Carl
-
I'm thinking the same thing - if possible, the 301 might help override the canonical. Sometimes, in my experience, if you reverse a signal (like rel-canonical) with that same signal, Google takes it's time to re-evaluate, because the reversal just looks odd. The 301 here might be more insistent.
The link profile and other signals should help, but I've seen reversing a bad canonical take weeks. It's a tough signal to undo.
Is the .com site still blocked, though? If you canonical'ed to a blocked site and now are trying to reverse it, but the site is still blocked, Google won't crawl the new signal (the same would be true for 301s). If the .com is blocked somehow and you remove the bad canonical, Google may act more quickly (since canonicalizing to a blocked site would seem strange).
-
I would not do anything, it will sort out soon enouth. I dont think it will happen first crawl, as i remeber google saying that they dont honer redirects first time as you may be making changes when crawled, so it may a take a few crawls, also it is not clear if you get all link juice back when it is crawled or when the pages that link to you are crawled. to explain further, if i had a link pointing to you, would the link juice point back to your .uk when your page gets crawled, or when i get crawled?
My guess you will start seeing value return over a period, from day one (as most sites get a few pages a day crawled) up untill a couple of months.
-
Would a 301 from .com to .co.uk work better?
-
the dreaded call to the client, I dont envy you, but be open and honest and all will work out for the best.
Aas SEOs were supposed to notice the finer details, but were only human.
In the past I've put these 'issues' down to 'communication problems with the clients outsourced develeopers', perhaps they should cosider moving development to you guys
-
Thanks for the reply.
Hopefully the large number of backlinks to it will mean it gets recrawled very quickly. I had spent weeks trying to work out why I could get the .co.uk homepage indexed in google now I know why. Now comes a nice call to the client, eek! Thankfully the web design works freelance and is employed by the client not me
-
Hi MisterG,
I feel your pain and learnt the same lesson a few years back. Now i double check everything our devs do.
I agree with you that the canonical is tell Google to go rank the .com as its the authorative owner of the co.uk's content.
How log its going to take to remedy after sortig out the canonical is anyones guess. I suppose it depends on how often you get crawled (deeply).
Be patient and cross your fingers! (oh and dont be too harsh on the devs, they are simple logical creatures!)
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
-
SEO advice on ecommerce url structure where categories contain "/c/"
Hi! We use Hybris as plattform and I would like input on which url to choose. We must keep "/c/" before the actual category. c stands for category. I.e. this current url format will be shortened and cleaned:
Technical SEO | | hampgunn
https://www.granngarden.se/Sortiment/Husdjur/Hund/Hundfoder-%26-Hundmat/c/hundfoder To either: a.
https://www.granngarden.se/husdjur/hund/hundfoder/c/hundfoder b.
https://www.granngarden.se/husdjur/hund/c/hundfoder (hundfoder means dogfood) The question is whether we should keep the duplicated category name (hundfoder) before the "/c/" or not. Will there be SEO disadvantages by removing the duplicate "hundfoder" before the "/c/"? I prefer the shorter version ofc, but do not want to jeopardize any SEO rankings or send confusing signals to search engines or customers due to the "/c/" breaking up the url breadcrumb. What do you guys say and prefer from the above alternatives? Thanks /Hampus0 -
Canonicals being ignored
Hi, I've got a site that I'm working with that has 2 ways of viewing the same page - a property details page. Basically one version if the long version: /property/Edinburgh/Southside-Newington/6CN99V and the other just the short version with the code only on the end: /6cn99v There is a canonical in place from the short version to the long version, and the sitemap.xml only lists the long version HOWEVER - Google is indexing the short version in the majority of cases (not all but the majority). http://www.website.com/property/Edinburgh/Southside-Newington/6CN99V"> Obviously "www.website.com" contains the URL of the site itself. Any thoughts?
Technical SEO | | squarecat.ben0 -
Implement rel canonical on a Blogspot blog
Does anyone know how to implement a rel canonical tag on a Blogspot blog? I am trying to pass link juice from an old Blogspot blog to a self-hosted website.
Technical SEO | | ProjectLabs0 -
Double Slash // in URL
My client is using double forward slahes in URL like this "//" is this affecting SEO?
Technical SEO | | yanaiguana1110 -
Canonical tags and relative paths
Hi, I'm seeing a problem with Roger Bot crawling a clients site. In a campaign I am seeing you say that the canonical tag is pointing to a different URL. The tag is as follows:- /~/Standards-and....etc Google say:- relative paths are recognized as expected with the tag. Also, if you include a <base> link in your document, relative paths will resolve according to the base URL Is the issue with this, that there is a /~/, that there is no <base> link or just an issue with Roger? Best regards, Peter
Technical SEO | | peeveezee0 -
Canonical Link for Duplicate Content
A client of ours uses some unique keyword tracking for their landing pages where they append certain metrics in a query string, and pulls that information out dynamically to learn more about their traffic (kind of like Google's UTM tracking). Non-the-less these query strings are now being indexed as separate pages in Google and Yahoo and are being flagged as duplicate content/title tags by the SEOmoz tools. For example: Base Page: www.domain.com/page.html
Technical SEO | | kchandler
Tracking: www.domain.com/page.html?keyword=keyword#source=source Now both of these are being indexed even though it is only one page. So i suggested placing an canonical link tag in the header point back to the base page to start discrediting the tracking URLs: But this means that the base pages will be pointing to themselves as well, would that be an issue? Is their a better way to solve this issue without removing the query tracking all togther? Thanks - Kyle Chandler0 -
Appropriate Use of Rel Canonical
When using the On page report card I get a critical error on Rel Canonical Im not sure if I have understood this right but I think that my problem is that I own a Norwegian Domain name which is www.danske-båten.no This domain works great in norwegian, but I get problems with english (foreign) browsers. My english domain name is http://www.danske-båten.no. When you buy a domain name with the letter Å you get a non norwegian domain name as well. (dont quite get the tecnical aspect of it) Så when I publish a page (using wordpress if that means anything) I get this message: Appropriate Use of Rel Canonical Moderate fix <dl> <dt>Canonical URL</dt> <dd>"http://www.danske-båten.no/ferge-oslo-københavn/"</dd> <dt>Explanation</dt> <dd>If the canonical tag is pointing to a different URL, engines will not count this page as the reference resource and thus, it won't have an opportunity to rank. Make sure you're targeting the right page (if this isn't it, you can reset the target above) and then change the canonical tag to reference that URL.</dd> <dt>Recommendation</dt> <dd>We check to make sure that IF you use canonical URL tags, it points to the right page. If the canonical tag points to a different URL, engines will not count this page as the reference resource and thus, it won't have an opportunity to rank. If you've not made this page the rel=canonical target, change the reference to this URL. NOTE: For pages not employing canonical URL tags, this factor does not apply.</dd> <dd>So What to do to fix this?
Technical SEO | | stlastla
</dd> </dl>0