Duplicate canonical tag issue
-
i have this site https://www.dealsmango.com/ which i have selected for canonical , but google is still selecting my old website https://www.selldealsmango.com/ , i have removed everything from old site only one page with new site link, and also put 301 redirect , but still when i click on request for indexing on google search console same error appears regarding duplicate canonical tag .
what should i do?
remove the canonical tag from old site which i don't want google to index, or what will be the best possible solution.
-
Sir ,
Thank you for replying, i will explain step by step what i have done;
Old site: https://www.selldealsmango.com/
New site: https://www.dealsmango.com/
first i have remove all pages from my old site, than only home page left, i then remove all the data from home and on that blank page i posted the new site URL. by clicking on that old site URL you will know what i am trying to explain. but i am using canonical tag for old site also.
than i have generated XML site maps of both sites and uploaded on google search console. after that i request for indexing and duplicate canonical error occurs.
in 2nd step i have put 301 redirect from old site to new site and than again i have request for indexing but error remain the same.
-
Oh dear this has gotten into a bit of a mess!
For a start, there's an error in your question which may be causing your to get fewer than average responses. You have embedded two links which look like they point to different pages, but you have encoded both the links in your question to point to exactly the same site (even though the text says they should be going to different URLs). This may be confusing people whom are seeking to answer your question
These are the real links for anyone who runs into this:
Old site: https://www.selldealsmango.com/
New site: https://www.dealsmango.com/
Where you say: "I have this site https://www.dealsmango.com/ which i have selected for canonical , but google is still selecting my old website" - no, you have not fully selected the new site as canonical, as the old site (here) does NOT canonical to your new site, instead the old site still canonicals to itself. The new site canonicals to itself to, but the old site does NOT canonical to the new site
https://d.pr/i/P70o8N.png (screenshot)
Where you write: "only one page with new site link, and also put 301 redirect" - you have contradicted yourself. You say there is a 301 redirect, but also say the page is still up with a link on it. If there were a 301 redirect, all users and bots would get redirected before the page loaded and you would never see the link (at all) as pages which redirect cannot support any source code
The fact that the page is still live with a link on it, means that there is NO 301 redirect. Maybe you have redirected some sub-pages, I don't know. But your homepage is your post important page, so failing to 301 redirect that (which you have not done) is a big error. Fix that ASAP if you do nothing else
Also make sure you use Google's change of address tool from within the old property's Google Search Console dashboard:
https://support.google.com/webmasters/answer/83106?hl=en
Even if you follow all of these steps, it may take a long time for performance to return now. That's because this migration was handled in a very strange way, what's done is done
Fix what you have implemented with a proper 301 redirect migration project down to the granular (A-to-B) URL level including historic URLs which you can pull from backlink destination data, as well as from Search Console (or analytics by blending the hostname and landing page dimensions)
You'll have to just hope for the best!
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
-
URL Length Issue
MOZ is telling me the URLs are too long. I did a little research and I found out that the length of the URLs is not really a serious problem. In fact, others recommend ignoring the situation. Even on their blog I found this explanation: "Shorter URLs are generally preferable. You do not need to take this to the extreme, and if your URL is already less than 50-60 characters, do not worry about it at all. But if you have URLs pushing 100+ characters, there's probably an opportunity to rewrite them and gain value. This is not a direct problem with Google or Bing - the search engines can process long URLs without much trouble. The issue, instead, lies with usability and user experience. Shorter URLs are easier to parse, copy and paste, share on social media, and embed, and while these may all add up to a fractional improvement in sharing or amplification, every tweet, like, share, pin, email, and link matters (either directly or, often, indirectly)." And yet, I have these questions: In this case, why do I get this error telling me that the urls are too long, and what are the best practices to get this out? Thank You
Moz Pro | | Cart_generation1 -
Schema.org Identification issues?
Hello, My question relates to Schema.org identification on specific pages within our site. This may sound very amateurish so please bare with me. Using the MozBar Chrome plugin and looking withing the Markup tab, the results say that MozBar does NOT find Schema.org markup on our page. However, going to the Google Structure Data Testing Tool results in the opposite. I see the Schema.org code and the tool seems to verify with no errors. An example of a page that has Schema.org implemented would be: http://usnews.rankingsandreviews.com/cars-trucks/Acura_MDX/ So the final question is: Should I be worried that the MozBar isn't locating the markup? The results in Google SERP seem to reflect the correct code. thank you!
Moz Pro | | usnseomoz
Chris1 -
Competitor Ranks Highly Despite LOTS of Duplication
One of my Moz campaigns tracks my main competitor. I can't get over the fact that this competitor continues to rank well despite having thousands of duplication issues while I currently have less than 10. Our websites are similar both structurally and product-wise. The two images attached include OSE comparisons for the keyword "kraft envelopes". My competitor ranks #2 for the term, while I rank #9. I don't get why! And again, looking from a top-level perspective, MOZ shows that my competitor's website is full of duplication issues and other problems while my site is healthy as a horse. All responses are greatly appreciated. QmSlfET.jpg 9CDny60.jpg
Moz Pro | | jampaper0 -
To Worry or Not? Duplicate Content Created from Redirect After Login
One of my Moz reports is flagging duplicate content. For example, https://redchairmarket.com/Account/LogOn?ReturnUrl=%2FAccount%2FSaveSearch%3FsearchId%3D0&searchId=0 and https://redchairmarket.com/Account/LogOn?ReturnUrl=%2FAccount%2FSaveSearch%3FsearchId%3D1&searchId=1 are created when a user logs in and the website sends them back to the page they were looking at before. What is the best way to deal with this duplicate issue? How serious is it? Thank you!
Moz Pro | | BrittanyHighland0 -
Site explorer Issue
Hello, I'm looking to see in the Site Explorer the links coming from directories such as BOW, yahoo etc. I'm listed there from almost 1 year and these links are not listed, the same with my competitors. I'm missing something? Thank you Claudio
Moz Pro | | SharewarePros0 -
I did a redirect and now I'm getting duplication errors.
I was told by SEO Moz to do a redirect so that our website would be crawled with and without the www in front of the address. I did and now I'm getting duplicate page and title errors because the crawler is seeing www.oursitename.com and its underpages and oursitename.com and its underpages and giving me duplicate page content errors and duplicate page title errors. Makes sense, but how do I make it stop? Anyone else have this problem?
Moz Pro | | THMCC0 -
Crawl Diagnostics shows two title and meta tag errors but they are false positives.
I got one hit each on "Missing Meta Description Tag" and "Title Missing or Empty" but in the source of my page they are clearly there: <title>Protein Powder | Compare and Get the Best Prices</title> <meta name="keywords" content="protein powder, whey protein, protein supplement, whey protein isolate, hydrolyzed whey" /> I understand there are conventions which may or may not be followed by Drupal (I read an earlier question where ordering and W3C conventions were suggested) but i'm not sure how to fix them given Drupal will just overwrite any hand editing the next time something is built and importantly, I can't get the crawl to work on cue - it works on the automatic once a week crawl in the main campaign summary but every time I've specifically used the Crawl Test tool it gives me a "There was an error submitting your request to the crawler. Please try again later" so I can't really test any changes. Given Google seems to be recognising the title tag - ie showing it in the results - Do I put this down as seomoz just not working? Kind Regards, Brian
Moz Pro | | btrr690 -
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