I have double-checked the rel canonical is properly employed on our page but the On Page Grader says it's not working?
-
I have double-checked the rel canonical is properly employed on our page but the On Page Grader says it's not working
Here is the URL - http://www.solidconcepts.com/industries/aerospace-parts-manufacturing/
What is wrong with how we are doing things?
-
Thank you all - I had attempted to default the canonical reference to http - however, a setting within Yoasts SEO plugin was forcing all canonical references to https and the logic evaded me. I've changed the setting and it reports fine on the On Page Grader now.
-
Ok, you are kind of misleading Google by this... canonical tag tells Google that where the original content is located. According to your signal it is location on your https version which is redirected back to http so in other words your original content is located to a destination which is relocated to some other URL....
All you have to do is to remove just an s from the canonical version and all will be fine!
-
You page http://www.solidconcepts.com/industries/aerospace-parts-manufacturing/ says the canonical version is the https version of the page : https://www.solidconcepts.com/industries/aerospace-parts-manufacturing/, but the https version does a 301 to the non https version, so you are sending mixed signals to google.
-
Could be because the canonical is to the "https://" version of the page instead of the "http://" version. Was this done intentionally to avoid duplicate content issues between the two? Could be the page grader is having trouble distinguishing one from the other. Just a thought.
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
-
Duplicate pages coming from links from the login page - what should we do about them?
This is a follow on to an earlier question which was well answered by Dirk Ceuppens regarding abnormal crawl issues. We are seeing that the issues relating to Duplicate Pages are coming from links from the login page which shows information about where the user was redirected from. For example, if the visitor is not logged on and wishes to wish-list an item, they will be redirected to the login page, with the item code and intended action in the url; which can then continue on to the desired page once logged on. The MOZ crawler is seeing these pages as having Duplicated Content whilst they are all the same apart from a piece of information in the URL. Should we be blocking these duplications? Are they a risk to us? What should we be doing? Many thanks, Sarah
Moz Pro | | Mutatio_Digital0 -
Can someone kindly explain what 'Crawl Issue Found: No rel="canonical" Tags' means? Is this a critical error and how can it be rectified?
Can someone kindly explain what 'Crawl Issue Found: No rel="canonical" Tags' means? Is this a critical error and how can it be rectified?
Moz Pro | | JoshMcLean0 -
How to Check 301 Done Properly on Homepage
Hi All, I posted previously about this, and had some good advice (thanks!)... but not quite sure my problem has been fixed. About a month ago we changed our hosting over, and our dev didn't coordinate to have both versions of our homepage redirected to the same URL. Our crawl showed up with every single page as duplicate content, and our organic traffic has since dropped by over 60%. They have told me that it is fixed as of last Monday, and a redundant error that was appearing in my Google Analytics now says that it has been fixed, but Moz crawled my site 2 days ago and still says everything is duplicate content, and my organic traffic is stressing me out! Any advice on how I can check this is done for myself, rather than trusting these guys haven't messed it up any further? Or is it possible the Moz crawl is a bit slower? Thanks in advance.
Moz Pro | | b4cab0 -
What's the best tool to use to compare competirors
A client of ours has asked us to compare their search rankings to competitors. What's the best tool to use in SEOMoz to do this?
Moz Pro | | BillyBobGriffin0 -
What is the difference between the Rank Tracker and the On-page Optimization page?
Both of them track keywords. In the Rank Tracker, you add each keyword manually and you associate it with a URL. For On-page Optimization page, the URLs are generated automatically based on searches and traffic?
Moz Pro | | ehabd0 -
Is canonical link enough?
Hi SEOmozers! I have a question. SEOmoz analysis report me some duplicate that I thought I had fix. I can give a concrete example. This page: http://www.nuxeo.com/en/about/events/dec2011training-boston/moreinfo is reported as having 6 duplicated URL in the tool. When I click on 6, SEOMOZ tells me "Our crawl bots are getting their joints greased to fetch you even better data. Sorry for the delay!" And on the page itself, I placed a canonical link to follow recommandation. rel="canonical" href="http://www.nuxeo.com/en/about/events/apr2012training-boston" /> As a result I am curious why I would have this reported as duplicate by SEOmoz. Is this a bug? Thanks for feedback!
Moz Pro | | nuxeo0 -
Where do these URL's come from?! (Indexation issues)
We have an international webshop with languages in the URLs. Our URLs are now set up as follows: http://thermalunderwear.eu/eng/category/product Now, we know that there's some kind of strange redirect problem causing problems with our indexation, this is a technical issue that should be fixed soon. But whether this is the cause of some other strange problems, I do not know. I'd be happy with any help/advice/tips. 1. The SEOmoz site crawler starts at http://thermalunderwear.eu. This currently does not yet redirect to http://thermalunderwear.eu/eng like we want it to, but all the links on the page do include the default language code. So all links on the page are http://thermalunderwear.eu/eng/category etc. However, apart from those URLs, the site crawler finds many URLs in the form http://thermalunderwear.eu/category/product etc., so not including the language variable. Where it gets these I do not know, and since these URLs dont exist and the webshop simply shows the homepage, these URLs all have 50+ duplicate titles/content. Why oh why? 2. If I do a Google search for indexed URL's with English as language, I get many results formatted like this: Coldpruf Enthusiast mens thermal shirt - Thermal wear for men ...
Moz Pro | | DocdataCommerce
thermalunderwear.eu/eng/men/coldpruf-enthusiast-mens-thermal-shirt 170+ items – Fine-ribbed longsleeve thermal shirt men from Enthusiast ... {$SCRIPT_NAME} eng/men/coldpruf-enthusiast-mens-the {$ajax_url} http://thermalunderwear.eu/ajax What are those variables doing there? It looks like it's taking something from our Smarty debug console, which is hidden but still active in the source code, but also the ajax URL which is in a completely different location. What is Google trying to show here?0 -
Where in SEOMoz pro can I determine how many .edu and .gov links a competitor's site has?
Like in the SEOBook toolbar where you can click the information button and get the number of links to the domain and specific page for .edu and .gov sites. Thanks, Daniel.
Moz Pro | | iSenseWebSolutions0