HTTP HTTPS Migration Gone Wrong - Please Help!
-
We have a large (25,000 Products) ecommerce website, and we did an HTTP=>HTTPS migration on 3/14/17, and our rankings went in the tank, but they are slowly coming back. We initially lost 80% of our organic traffic. We are currently down about 50%.
Here are some of the issues. In retrospect, we may have been too aggressive in the move.
- We didn't post our old sitemaps on the new site until about 5 days into the move.
- We created a new HTTPS property in search console.
- Our redirects were 302, not 301
- We also had some other redirect issues
- We changed our URL taxonomy from http://www.oursite.com/category-name.html to https://www.oursite.com/category-name (removed the .html)
- We changed our filters plugin. Proper canonicals were used, but the filters can generate N! canonical pages. I added some parameters (and posted to Search Console) and noindex for pages with multiple filter choices to cut down on our crawl budget yesterday.
Here are some observations:
- Google is crawling like crazy. Since the move, 120,000+ pages per day. These are clearly the filtered pages, but they do have canonicals.
- Our old sitemaps got error messages "Roboted Out". When we test URLs in Google's robots.txt tester, they test fine. Very Odd.
- At this point, in search console
a. HTTPS Property has 23,000 pages indexed
b. HTTP Property has 7800 pages indexed
c. The crawl of our old category sitemap (852 categories) is still pending, and it was posted and submitted on Friday 3/17 - Our average daily organic traffic in search console before the move was +/-5,800 clicks. The most recent Search Console had HTTP: 645 Clicks HTTPS: 2000 clicks.
- Our rank tracker shows a massive drop over 2 days, bottoming out, and then some recovery over the next 3 days.
- HTTP site is showing 500,000 backlinks. HTTPS is showing 23,000 backilinks.
I am planning on resubmitting the old sitemaps today in an attempt to remap our redirects to 301s.
Is this typical? Any ideas?
-
our dev team has requested to 302 initially and then 301 as the final solution. Could this cause a problem for the temporary 302?
-
Looks like you've done a sterling job GWMSEO. Well done!
I deal with a lot of small sites where the decision to move from http to https was made for them... by Shopify (many without them even realising). Some of these sites take months to recover. So, to see recovery within a few weeks is a good result.
Once question I have for you: how have you resolved the backlinks issue (your observation #6)?
What I have observed is that ahrefs doesn't associate the old (http) backlinks with the new version (https). I believe this then impacts backlink profile and subsequently MOZ Domain Authority, which then impacts rankings and traffic.
301 redirects ensure you don't lost the traffic, but it doesn't move the backlinks from http to https.
Nobody has been able to confirm or deny my suspicions yet. So:
- Do you (or anyone in the MOZ community) know if these lost backlinks DOES impact Domain Authority?
- Is there any way to fix it, other than go through all the old backlinks and manually change to https?
Murray
-
Thanks to all for the help. Our rankings are climbing back. We should be back to status quo in +/-2-3 weeks after the move.
-
Nice, good job! I would double check with your CDN provider to make sure implementation was done correctly according to their process. Unless you're saying you discontinued use of the CDN when you switched?
I wouldn't panic, just make sure your team knows that you can't control the rate at which Google re-indexes the website and that it's still early in the process to tell if there is an issue somewhere. Let Google do their thing and then once your traffic and rankings seem more regular, reevaluate. At that point I would add HTTP/2 support if possible and measure the impact from that because that provides some additional benefits such as a boost to site speed.
-
Thanks for the punch list. Our rankings turned around some when we submitted the old http sitemap.
- Images only on HTTP in CDN. HTTPS, No CDN.
- Yes
- Yes. (I was a stickler on this one)
- Yes
- Yes, Yes, Yes.
- Yes
- Yes, we fixed that.
- Yes. Initially our https redirects were 302 (Not on me, LOL.). We resubmitted our old (http) sitemap file today to crawl so that Google can pick up the change.
- Yes
- Yes
- No disavow file. Our backlink profile is remarkably squeaky clean. TF-57, CF-47
Bonus: Yes.
-
1. Are you using a CDN?
2. Did you update all your internal links to https?
3. Did you update all of your canonical tags?
4. Did you update all of your hreflang tags?
5. Are you using plugins/modules from a third party? Are they secure? Do they have documentation or a rep you can contact about migrating to https?
6. Some CMS's have specific settings that need to be altered when migrating - make sure those were done correctly.
7. Use screaming frog to check for any external scripts, and ensure they're calling https.
8. Did you update your old redirects?
9. Did you update your robots.txt file to include the new https sitemap?
10. Did you enable HSTS?
11. Do you have a disavow file? Did you update it for HTTPS?Bonus:
Did you update all of your other paid campaigns, analytics, etc. to reflect the migration? -
OK, that makes a big difference. Before you resubmit any sitemaps, make sure your technical implementation is perfect. Fix all sitemaps, make sure all URLs are properly 301'd, and make sure you are not generating any type of mixed-content security errors. Make sure all sitemaps are going to the new URLs. Most important, when a user clicks on an old URL (e.g., from search results or an old backlink), they need to be 301 redirected to the same page on HTTPS (not the home page). Then resubmit your sitemaps.
Your transition is still very 'young,' and it will likely take 6-8 weeks before Google completely replaces the old site with the new site in it's algorithms and search results. You should expect a temporary drop in traffic during this transition, but assuming you have done everything correctly, things should normalize after that.
-
Tustind:
Sorry - we did it a week ago - 3/14/17.
We just changed the 302s to 301s yesterday. I believe we need to resubmit our old sitemaps for google to index the 301s.
-
So you made this migration over a year ago now? From my knowledge and experience doing a domain change, which has a lot in common with a https change, we experienced about 2 months of depressed traffic, after which point our traffic normalized and then continued on a growth trajectory. So I suspect that your biggest problem was not properly implementing the 301 redirects. You basically told Google that you were only making a temporary change, which could explain why after an entire year your site has still not been fully picked up. When did you change the 302s to 301s?
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
-
Google Indexing Of Pages As HTTPS vs HTTP
We recently updated our site to be mobile optimized. As part of the update, we had also planned on adding SSL security to the site. However, we use an iframe on a lot of our site pages from a third party vendor for real estate listings and that iframe was not SSL friendly and the vendor does not have that solution yet. So, those iframes weren't displaying the content. As a result, we had to shift gears and go back to just being http and not the new https that we were hoping for. However, google seems to have indexed a lot of our pages as https and gives a security error to any visitors. The new site was launched about a week ago and there was code in the htaccess file that was pushing to www and https. I have fixed the htaccess file to no longer have https. My questions is will google "reindex" the site once it recognizes the new htaccess commands in the next couple weeks?
Intermediate & Advanced SEO | | vikasnwu1 -
Need help with Robots.txt
An eCommerce site built with Modx CMS. I found lots of auto generated duplicate page issue on that site. Now I need to disallow some pages from that category. Here is the actual product page url looks like
Intermediate & Advanced SEO | | Nahid
product_listing.php?cat=6857 And here is the auto generated url structure
product_listing.php?cat=6857&cPath=dropship&size=19 Can any one suggest how to disallow this specific category through robots.txt. I am not so familiar with Modx and this kind of link structure. Your help will be appreciated. Thanks1 -
Problems with a website-help
Soooooo, I did a crawl report on this site : www.greatwesternflooring.com and this was what was on the report. This is a dnn site. I'm guessing the site has a redirect loop given the http status code. Can anyone help me with a fix. (the developers have said there is no redirect on the site......clearly there is....) | http://www.greatwesternflooring.com/ | 2015-01-07T21:32:25Z | 609 : Redirect to already-visited URL received for page request. | Error attempting to request page; see title for details. | 302 | http://www.greatwesternflooring.com | <colgroup><col width="319"> <col width="144"> <col width="378"> <col span="39" width="64"></colgroup>
Intermediate & Advanced SEO | | Britewave
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |0 -
Google showing sitelinks on wrong spelling of domain
Hello, For some reason, google is giving us sitelinks for for the wrong spelling of our domain. Our site is stackstreet(.com) and our company is named 'StackStreet'. Instead of showing sitelinks for the search 'StackStreet', google is showing them for 'Stack Street' (with a space). Any ideas? This spelling does not exist anywhere within our source code. Thanks!
Intermediate & Advanced SEO | | stackstreet0 -
Magento Help - Server Reset
Good Morning, After rebooting a server, a magento based website reset itself going back to December 2013. All changes to the site and orders dating up until yesterday (6/19/14) have disappeared. There are several folders on the root of the server that have files with yesterday's date but we don't know how to bring everything back and restore. Any Magento or server experts out there ever face this issue or have any ideas or potential solutions? Thanks
Intermediate & Advanced SEO | | Prime850 -
Title tags seem to be going against Rand and suggestions here, what can I do? Can you help me please?
Hi to all, Ok so I have been beating myself up trying to figure out how to create a good ranking title for my websites homepage. My competition uses commas in its title tags But these are 100% against what Rand and many posts say here. I watched his whiteboard where he says don't use commas. There are posts that say, don't use commas. The biggest one is mortonbuildings(dot)com - followed by - lesterbuildings(dot)com They basically have the same title tags with commas. So what's the catch here? What am I missing? of course these sites have Great Domain Authority, but I swear what they are doing is going against what Rand and many other seo professional's are preaching. I thought it should read better for visitors? But to me it looks like keyword stuffing with a brand name? Any help is greatly appreciated to let me know if these commas and strategies are good to do? or bad news? Again thank you for your time to help a small business. Chris
Intermediate & Advanced SEO | | asbchris0 -
Need help in Title tags
Hi I have word press site and it has 24 pages and the main keywords is Stairlifts there are various kind and type of stairlifts and all the 24 page has the title tag stairslifts , i have tried to make each unique but i cannot avoid using the keyword stairslift. Will that have a negative impact if my main keyword is stairlifts. My target page for stairlifts is the home page. Any suggestions please Many thanks
Intermediate & Advanced SEO | | conversiontactics0 -
Question about HTTP Vary for Mobile
I'm reviewing https://developers.google.com/webmasters/smartphone-sites/redirects, and wondering where exactly to add HTTP Vary: Desktop request which has a mobile page to add “Vary: User-Agent” to the response HEADER Or if the request came from mobile device, than add “Vary: User-Agent” to the response HEADER
Intermediate & Advanced SEO | | nicole.healthline0