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
-
MOZ Pro - Page Grader Queries
Greetings! I started a new position last week and the extremely supportive director promised to give me anything I required to make my job easier. Of course, my first port of call was MOZ Pro. Having never used MOZ Pro before, I've just been getting to grips with it, fixing any pressing issues and giving the whole site a general SEO health check. A few fairly major issues have been flagged, which I'm in the process of fixing, and I'm currently putting our main landing pages through the MOZ Page Grader. After a little bit of tinkering, our iPhone 6 cases page has been graded B for the term 'iPhone 6 cases', but I have a few queries/concerns regarding some of the suggested fixes: **Avoid keyword stuffing in document **- The term 'iphone 6 cases' only appears thrice in the body, so it can't be that? The term, however, appears 23 times in the page's img alt tags. Could this be the issue? This is an ecommerce site that sells iPhone 6 cases, so the img alt tags are bound to contain that keyword. Each img alt tag is unique, so I don't really know what I can do here? "Show details for YouSave iPhone 6 0.6mm Clear Gel Case" is the example of the img alt tag of one of the products on that page, surely I can't remove the words 'iPhone 6 case'? Avoid too many internal links - MOZ suggests keeping the internal links to below 100 or, at a minimum, less than 100 links on the main navigation menu. I haven't counted, but I'd guess that page has more than 100 links, but not too many on the navigation menu. To me, this looks like a standard ecommerce page, with links to products and different pages via the top and bottom menus. Would I improve visibility if I reduced the amount of links by, say, reducing the number of products on the page? We currently have it set to 36, but can easily be reduced. Only One Canonical URL - We've put a fix in place for this issue and are just waiting for it to go live. For some reason rel=canonical tags have been duplicated on the majority of the pages. Like I say, this is being remedied, but I just wondered whether a duplicate tag negatively affect the page's visibility? The tags are identical and just point to the page they're on. I think that's about it for now! Thanks in advance and keep up the good work! Cheers, Lewis (Andrew is the name of the director) UPDATE Now I've sorted the rel=canonical issue, the pages are being graded A but still with the first two suggestions above.
Moz Pro | | PeaSoupDigital0 -
1 page crawled ... and other errors
1. Why is only one (1) page crawled every second time you crawl my site? 2. Why do your bot not obey the rules specified in the robots.txt? 3. Why does your site constantly loose connection to my facebook account/page? This means that when ever i want to compare performance i need to re-authorize, and therefor can not see any data until next time. Next time i also need to re-authorize ... 4. Why cant i add a competitor twitter account? What ever i type i get an "uh oh account cannot be tracked" - and if i randomly succeed, the account added never shows up with any data. It has been like this for ages. If have reported these issues over and over again. We are part of a large scandinavian company represented by Denmark, Sweden, Norway and Finland. The companies are also part of a larger worldwide company spreading across England, Ireland, Continental Europe and Northern Europe. I count at least 10 accounts on Seomoz.org We, the Northern Europe (4 accounts) are now reconsidering our membership at seomoz.org. We have recently expanded our efforts and established a SEO-community in the larger scale businees spanning all our countries. Also in this community we are now discussing the quality of your services. We'll be meeting next time at 27-28th of june in London. I hope i can bring some answers that clarify the problem we have seen here on seomoz.org. As i have written before: I love your setup and you tools - when they work. Regretebly, that is only occasionally the case!
Moz Pro | | alsvik1 -
Functionality of SEOmoz crawl page reports
I am trying to find a way to ask SEOmoz staff to answer this question because I think it is a functionality question so I checked SEOmoz pro resources. I also have had no responses in the Forum too it either. So here it is again. Thanks much for your consideration! Is it possible to configure the SEOMoz Rogerbot error-finding bot (that make the crawl diagnostic reports) to obey the instructions in the individual page headers and http://client.com/robots.txt file? For example, there is a page at http://truthbook.com/quotes/index.cfm month=5&day=14&year=2007 that has – in the header -
Moz Pro | | jimmyzig
<meta name="robots" content="noindex"> </meta name="robots" content="noindex"> This page is themed Quote of the Day page and is duplicated twice intentionally at http://truthbook.com/quotes/index.cfm?month=5&day=14&year=2004 and also at http://truthbook.com/quotes/index.cfm?month=5&day=14&year=2010 but they all have <meta name="robots" content="noindex"> in them. So Google should not see them as duplicates right. Google does not in Webmaster Tools.</meta name="robots" content="noindex"> So it should not be counted 3 times? But it seems to be? How do we gen a report of the actual pages shown in the report as dups so we can check? We do not believe Google sees it as a duplicate page but Roger appears too. Similarly, one can use http://truthbook.com/contemplative_prayer/ , here also the http://truthbook.com/robots.txt tells Google to stay clear. Yet we are showing thousands of dup. page content errors when Google Webmaster tools as shown only a few hundred configured as described. Anyone? Jim0 -
On Page URL's not updating?
I recently moved my site to Shopify which completely changed the URL structure. I went to my old pages and created permanent 301 redirects to my new pages on shopify. For some reason, the On Page reports are not picking up on one of the new pages. This is effecting my grading. Just wondering why this is happening & whether this may be an indication of a larger problem? Any help would be greatly appreciated! Thanks!
Moz Pro | | PedroAndJobu0 -
Missing Page Titles On The Comptetive Link Comparison Page
Hello, When I do a Link Analysis using the SEOmoz tools I have noticed that most of the pages listed on the Top Pages tab show [No Data] for page title. Any idea why that could be? The page source of those pages have one and only one <title>tag.</p> <p>Thanks!</p></title>
Moz Pro | | andersvin0 -
Issue in number of pages crawled
i wanted to figure out how our friend Roger Bot works. On the first crawl of one of my large sites, the number of pages crawled stopped at 10000 (due to the restriction on the pro account). However after a few weeks, the number of pages crawled went down to about 5500. This number seemed to be a more accurate count of the pages on our site. Today, it seems that Roger Bot has completed another crawl and the number is up to 10000 again. I know there has been no downtime on our site, and the items that we fixed on our site did not reduce or increase the number of pages we had. Just making sure there are no known issues with Roger Bot before I look deeper into our site to see if there is an issue. Thanks!
Moz Pro | | cchhita0 -
One page per campaign?
Not quite sure if I read correctly, but is it correct that one campaign tracks only one page of my site? So if I wanted to track something like a services page, this would require a second campaign?
Moz Pro | | GroundFloorSEO0 -
Rel=canonical
Hi, there is something puzzling us about the rel=canonical reports... On the general report that is generated after the system crawls our site, we have blue flags on the rel=canonical tag, but the flags don't actually specify exactly what is wrong, they just say: "Using rel=canonical suggests to search engines which URL should be seen as canonical." so we presumed that we should take the rel=canonical tag out of our pages, and after we did so, we noticed that the on-page-report-card (the one that shows up when you run the keyword page optimization tool from the research tools) says (close to the bottom of the report) that we should have 1 canonical tag on each page. So right now we're confused, the general website crawl report flags the rel canonical as being bad and then the on page report flags not having them, we don't really know what to do, should we keep the rel=canonical or not? We are using wordpress to power our site, wordpress has a built-in system for generating the rel canonical for each page, I've checked that and the tags are being generated properly, but we have no idea why the general website report flags them in blue, the error message is not too comprehensive. Any help or information you could provide would be much appreciated. Our website is taxproblem.org thanks.
Moz Pro | | joemas990