A 301 redirect to a page with a rel canonical to a page with a 301 question...
-
MOZ registers thousands of DC and Duplicate titles on a Drupal site which has a little strange setup.
Example:
www.1234.com/en-us 301 redirects to www.realsite.com/en-us which has a rel canonical to www.1234.com which 301 redirects to www.realsite.com.
If you're still with me I thank you.
My question is since MOZ registers errors, if indeed the rel canonical isn't recognized due to a 301 redirect? -
I agree it's a strange setup and also suspected it would be ignored. I appreciate the answers and will see if there is a way to hardcode a way out of it.
-
It's really difficult to tell what Google will do in these situations, and it's generally a bad idea to chain redirects and caonicals, but I suspect the canonicals will be ignored. The bigger problem here is that the 301 is basically saying that "realsite.com" is canonical, but then the canonical is saying that "1234.com" is canonical. Even as a human, the logic doesn't make any sense, unless I'm missing something. You may see unpredictable results (and unpredictable is usually bad).
-
Hi Phillip,
Check out this great reference by Dr Pete: http://moz.com/blog/rel-confused-answers-to-your-rel-canonical-questions
In a nutshell (if I can get my head around it) rel canonical is 'suggesting' to google which version of a page should be indexed for search purposes while 301 redirects are basically taking you to the canonical version of the page already and therefore is more final in regards both users and bots.
The set up you have (assuming that you want to consolidate 1234.com to realsite.com permanently) has a problem in that you are telling google that realsite.com/en-us has a canonical of 1234.com (which is just a suggestion, not a permanent redirect) and therefore yes the canonical as you say is not being reognised in the way you expect it to be because it is indeed just a suggestion, not a followed link if you see what I mean. I think 301 redirecting the realsite/en-us to realsite.com is the only thing that will be a permanent solution.
Hope I got that right, maybe someone else can chime in....
-
Hi Lynn thank you for your response.
Yes a horrible setup but has something to do with Drupal URL architecture.
In Moz it show's www.realsite.com/en-us and www.realsite.com as the culprits so it seems to ignore the rel cannonical from www.realsite.com/en-us to www.1234.comI might ask the Moz team if Googlebot treats this the same way.
Again thank you for your answer.
-
That is just nasty! Which domain is showing the duplicates? I assume the realsite.com and it is showing duplicates between the / and the /en-us versions? I cannot say if moz is registering the errors in the same way exactly as a search bot would register them, but you are asking for trouble with it.
Can you not simplify the chain? It seems to me that the cross domain canonical is pointless in this case. You have all 1234.com urls 301 to their realsite.com equivalents. OK. If needed canonical the realsite.com/en-us to realsite.com or probably better yet 301 redirect it also. It might need a bit of technical fiddling to get it all set up, but surely there must be a way!
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
-
How do I recover from a double 301 mistake?
We have a site that was ranking top 10 for 15 KW and top 20 for about 40. We decided to restructure the site to create silos. The old site used a plugin to create ".html" pages and the juice in Google was all on those pages. We asked our developer to eliminate the plugin / .html and forward the .html pages to our new structure. Instead, he took a shortcut and did a mass forward in code which resulted in all pages - such as "example.com/mypage.html" now forwarding to "example.com/mypage/" - He then did a 301 redirect from those pages with the "/" such as example.com/mypage/ to "example.com/my-new-page/". He did this for over 500 pages. To make matters worse, he mis-mapped about 100 pages and Google saw them as 404s, then in fixing those errors, new ones kept popping up. Those are now fixed. The net result is that we dropped like a stone on all of our rankings. Moving forward, do you think we can regain ground by manually doing 301s for the original .html pages to their new locations and eliminating the interim step? What would be your suggestions to recover as quickly as possible?
Moz Pro | | kramerico20 -
Fixing temporary redirects
Hi all, I recently had an issue whereby the Moz crawl was showing up thousands of instances of duplicate content. I solved (or so I thought) this issue on a Magento-based eCommerce website by enabling canonical URL tagging on product pages and category landing pages. This reduced the instances of duplicate content dramatically (by the thousands!) however it created a new issue of thousands of temporary redirects. All of the research I have done has suggested that I should be setting these as permanent redirects somehow, but I am not sure how to do this or how to resolve this issue. Any help will be greatly appreciated. Thanks very much. Josh
Moz Pro | | Mediademon0 -
On Link Analysis tab I my best pages are 301 and 404 pages.
I looked on my redirrect file and found that /* redirects to /v/404.asp.
Moz Pro | | sbetzen
However if you look below at the link analysis the 404 page is getting a 404 error.
The homepage ecowindchimes.com/ is getting a 301 (but I don't know where it is going to).
The third one is also redirected. 1. [No Data] ecowindchimes.com/ ||| 301 ||| 2 ||| 36 2. 2. [No Data] ecowindchimes.com/v/404.asp ||| 404 ||| 2 ||| 34 3. [No Data] 3. ecowindchimes.com/index.html?lang=en-us&target=d2.html ||| 301 ||| 1 ||| 33 So I have 2 questions: 1) should this be fixed? and 2) how? This is a volusion site and I believe the "catchall" redirect was done by them0 -
canonical URL tag
Hello, I was checking my ON page SEO, and one of the things i see Number of Canonical tags 2 Remove all but a single canonical URL tag I didn't fully understand, what is canonical URL tag? my website is http://novitasalonandspa.com Thanks for help
Moz Pro | | vlad_mezoz0 -
How Do I deal with duplicate page titles for pages on eCommerce site
Hi We have an ecommerce site selling physical products. There are a few areas where the products run into two pages. I have used canonical meta tags and next and prev meta tags too. Despite this SEOMOZ reports are still displaying these as warnings for duplicate page titles. An example would be /brand_name/range/ <link rel="next" href="/brand_name/range/?page=2" /> <link rel="<a class="attribute-value">canonical</a>" href="/band_name/range/"/> /brand_name/range/?page=2 <link rel="<a class="attribute-value">prev</a>" href="/brand_name/range/" /> <link rel="<a class="attribute-value">canonical</a>" href="/band_name/range/?page=2"/> Should I be doing something different?
Moz Pro | | wouldBseoKING0 -
Canonical link on canonical url
This might seem a bit of an odd one, but we seem to be going around in circles on this when using the on page optimizer tool. We have an ecommerce site (magento) which by default is putting a canonical link in the header on every product page. For example; www.example.com/product1.html has the But when we run the on page optimiser tool, we're losing points on the critical section for not having canonical set correctly. If we remove the tag, we get the tick and the a grade, but then further down the report we lose a tick for not using canonical links. What are we missing here?
Moz Pro | | andyjsi0 -
Current on-page best practices
Given all the recent talk about over optimization, when was the last time SEOMoz updated the on-page report card tool? Rand wrote an excellent piece on Perfect On-Page Optimization (which is great, and thanks) in summer 2009. Is that still best practice 3 years later (and post-Penguin/Panda)? If not, has the SEOMoz on-page report card tool been updated to reflect current thinking for on-page best-practices? I know the higher level concept is "write for humans, not for bots" but if you can do both (and not create an unreadable seo-frankenpage) then why not? Does getting an "A" grade wreak of over optimization now? Should I use the key phrase at the start of the title, h1, and strong (or bold) elements on a page? Should have an image with file name and alt text equal to (or containing at the start) the key phrase?
Moz Pro | | scanlin2 -
Only 1 page has been crawled. Why?
I set a new profile up a fortnight ago. Last week seomoz crawled the entire site (10k pages), and this week has only crawled 1 page. Nothing's changed on the site that I'm aware of, so what's happened?
Moz Pro | | tompollard0