Last Updated on March 24, 2022 by Jeremy
Disclaimers: Our site uses demographic data, email opt-ins, display advertising, and affiliate links. Please check out our Terms and Conditions for more information. Listed prices and attraction details may have changed since our visit and initial publication.
Bombshell: After migrating from Blogger to WordPress, I saw exactly zero loss of referrals from search engines. On the contrary, my page views actually went up 25% on Day 1 when compared to the same day in previous weeks. It's definitely not going viral, but I'll take that!
After speaking to several bloggers about migrating from Blogger to WordPress, the common fear was that search engine rankings would go down for a while until your blog gets re-indexed.
Thinking about it, this fear is warranted.
If you do not migrate links properly, your high ranking pages could generate 404 hits and may get removed from search engines. Their “link juice” will not cascade through your site and may negatively impact the ranking of lesser pages that are correct. While good sites will recover in time, there is a fear over just how long this will be. (And even the best SEO keyword usage won't save you.)
I'm happy to report that if you do it right, you will not face this issue. Even though I hired a web developer to assist with the change-over, there were still several issues that needed to be dealt with.
Today I'm going to highlight the important tasks I did that saved me from losing substantial traffic that others have frequently reported when migrating.
1) Not All Blog Hyperlinks Transferred Correctly
You'd think that when importing your blog from Blogger to WordPress, the system would be smart enough to sync everything up exactly as it was on your site, right?
Even though the importing process was incredibly streamlined and handled by my developer, the hyperlink structure was not imported properly. So while we had the custom permalink structure in place to look like Blogger's, there was still a minor deviation. Here is an example like the one that alerted me to the issue:
Blogger link: https://www.livingthedreamrtw.com/fixing-stuck-handle-in-our-backpack
WordPress link: https://www.livingthedreamrtw.com/fixing-a-stuck-handle-in-our-backpack
What I found was that WordPress sets up hyperlinks using post titles, not the existing hyperlink of the imported post, and references them in two ways that are different to how Blogger handles links. They are:
- WordPress includes every single word of the title, including “a”, “the”, and other small words that Blogger crops out (illustrated above).
- WordPress does not truncate the hyperlink to a max number of characters like Blogger does (not visible in the above example).
So while WordPress does import Blogger posts and tries to mimic the setup of the hyperlink structure, there are some issues that still resulted in me going through and changing the links on our test domain one-by-one. (It took nearly 10 days to go through 1,000 posts, in case you were wondering. Over 90% of our links were different.) It was crucial for me to do this, otherwise there would have been a substantial number of 404 errors when the site went live.
As it turns out, after transferring the site over to our live domain the Broken Link Checker plug-in came back with only 135 errors. Most of those were images or comment links that were no longer functioning (I had an image server crash a few months back and didn't catch them all with Xenu and never bothered to remove comments with broken links). When it was all said and done I only had to remove or modify about 5 links in existing posts that were broken as a result of the migration, and fixed the rest up within 30 minutes as well.
It took a lot of work, but minimizing these broken links was time well spent.
On this note, it is worthwhile to point out that WordPress pages did not allow me to have a linking structure of “/p/” like my pages in Blogger did. To account for these we added redirects to all appropriate posts to ensure they would transfer traffic to the new links.
2) The Images Did Not Size Properly
Call this one an oops.
When images hosted on Blogger were imported into WordPress, they were automatically inserted into our post sized as the default Medium image size in the media directory. That is great, except that the default Medium size was 300px and I did not know to change it prior to migration to be the size I wanted (600 px).
In some cases the images appeared crisp, but small. In others, the images appeared the size I wanted but were quite blurry (like the image above). Running the Regenerate Thumbnails WordPress plugin several times fixed the latter in some cases, but not all of them.
Luckily the remaining images were an easy fix as the image source had a code “-300x[XXX]” or “-[XXX]x300” prior to the .jpeg end tag. When removed, the images appeared full-size how I wanted.
Since I know that my photos come in about 6 or so unique sizes depending on the camera, this allowed me to easily come up with the possible combinations the images may have been displaying as. Some of which were: -300×250, -250×300, -300×200, -200×300, etc. After making the list our developer did a content search and replace to remove these instances and fixed everything all in one go. After that there were only a handful of images that were sized outside of our standard, and I fixed those manually.
In fact, this little issue ended up being a blessing in disguise as finding out about our developer's ability to do search and replace work in the content of our posts allowed me to make other minor adjustments that CSS otherwise did not allow me to do.
Unfortunately I did not test whether or not changing the default “Medium” size prior to importing posts would fix the issue, but I suspect it will work.
3) Our Feed Did Not Transfer Over
Those with many RSS subscribers may need to take note on this one, because after our migration our RSS service stopped sending out updates.
The problem here was that our RSS link changed from the Blogger generated format to the WordPress generated format (for those curious, WordPress standard format is yourdomain.com/feed/ or yourdomain.com/feed/atom/ depending on which you prefer).
For us, we had to update our 3rd party service to include this new link to send out updates to our subscribers again.
Looking for a good feed service? Check out FeedPress as it is customizable, easy to use, and affordable!
4) The First Few Days Are Incredibly Frustrating
Making the decision to launch after fine-tuning our test site was unnerving. Being an engineer by training and having an incredible attention to detail meant that I could either keep running through the test site with a fine-tooth comb to ensure everything is right (and waste time and money) or make the decision to launch and deal with the issues as they come up.
After getting the look of the test site down, and ensuring 95%+ of the hyperlinks matched those on Blogger (estimating for possible missed pages), there was not much else that I could do without real-time data coming in telling me what was not working.
So we launched.
I say the first few days are frustrating mostly out of the point of not knowing. There were a few hiccups right away and I had to call our host for some troubleshooting, but after that my developer ran with it and the site was live. (We are now on the managed WordPress hosting service BigScoots and can't speak highly of them enough.)
During this time I found that looking at the Google Analytic's real-time feature and customized dashboards was the best spot to monitor our incoming traffic which then let me go and make changes when needed.
The issues I had pop up during the first few days were all over the place:
- Links were coming in with a mobile “?m=1” tag at the end of articles which would then direct to a 404 page. The downside to this tag was that the tracking software would never show a referring link when these entries came through as they'd either be direct traffic or from a hidden Google search term. At its worst, however, we only logged twelve 404 errors- just under 3% of our traffic for the day.
- It took several hours for the site to propagate across the world, so some people could see the site within minutes, others within hours. It wasn't until the end of the day that most of the world was able to see our site, which, in the grand scheme of things, isn't that bad.
- What was bad, however, was that our local IP kept timing out on the site from loading it too much. We had a similar issue with the test domain and it fixed itself 24-48 hours after installation. This could have been a nightmare had we needed to make a lot of rapid changes and had to do it via a proxy server, but luckily most of my time spent during the first few days was just monitoring traffic to find any errors. In fact, things looked good enough that I even stepped away from the computer to take our dog on walks and do other tasks! Never thought that would happen.
Overall, because I was meticulous in the previous work outlined earlier in this article, launch day was a breeze.
5) I'm Glad to Have Migrated Through a Test Domain
If I had to come up with the most crucial lesson learned from this entire process, it would be to migrate everything through a test domain first prior to installing on the live domain.
Since you can't host a test extension of your domain on WordPress and have a live site on Blogger at the same time (unless someone knows something I don't), you will have to build your new theme on a separate domain. We all have a few extra domains sitting around (or is it just me?!), so I built my new Elegant Themes theme from the ground up on this dummy page that no one looked at. This also allowed me to proceed at my own pace with no rush what-so-ever, such that I built my site design over a period of several months prior to launching. (We have since changed our theme to GeneratePress for its lightweight capabilities and highly recommend it.)
Although it is an extra hurdle, after completing the design work I had my developer import all of my blog posts into this test domain so I could work out all of the kinks ahead of time rather than risk them all on our real domain. This allowed me to be 100% sure that all links matched up to their Blogger counterparts, all pages worked properly on desktop/mobile/tablet devices, and the blog overall operated as it would when on the live domain with few errors.
As you can imagine from the previous items, I'm glad that I did this.
6) There is No Way I Would Have Done it on My Own
When it comes to migrating a blog from Blogger to WordPress, the extent of my knowledge prior to doing it was this:
- You don't want to interrupt the user experience.
- You want all your hyperlinks to match up to not lose your backlinks and positions in search engines.
After that, well, I didn't know anything. This was the reason why I spent 6 years on Blogger and never migrated to WordPress until I finally got enough free time (and income to hire a developer) to tackle it.
I've read a substantial number of guides on how to do the migration, and probably could have made a poor attempt at doing it myself. But when it comes down to it, if you are going to migrate, you better do it right. By hiring a developer I was able to rest easy knowing that the hard tasks were done by someone who knew what they were doing and had done it before. Although a few small bumps came up along the way, several were able to be addressed site-wide through quick modifications that I never would have wanted to try myself.
When it comes down to it, I put in a lot of time on the back end to get it done, but I would have put in far more (and likely screwed up a lot of things in the process) had I tried to tackle the migration on my own.
If there is one piece of advice I can leave you with after reading this article it is this: if you are on Blogger and are considering migrating to WordPress, do it now. Not 6 months from now, not one year. Now. The longer you wait, the more posts you'll have to manage which means more frustration and time dealing with it later on.
Save your pennies, hire a developer, and migrate from Blogger to WordPress now!
Are You Looking to Migrate? Check Out These Services!
If you are considering migrating from Blogger to WordPress, you will likely need to purchase some services to get your site in working order. The following are a few mentioned in this article that we personally use on our site.
Looking for more information on how to promote your blog? Click the previous link to learn all of our secrets!
Have an existing blog that is in need of an upgrade? Check out the following services we personally use!
- BigScoots - Premium managed hosting with plans as low as $35/month.
- GeneratePress - A customizable theme designed for site speed.
- AdInserter Pro - A widget logic plugin that is quite powerful.
- WP Rocket - An image and caching optimization plug-in.
- Mailerlite - Cost effective newsletter service.
- Keysearch - Keyword research tool for SEO.
- Pretty Links Pro - A great link cloaking tool to clean up affiliate links.
Join Our Newsletter
About the Author: Jeremy is a full-time travel writer based in Pittsburgh and primary author of this site. He has been to 70+ countries on five continents and seeks out new food, adventure activities, and off-the-beaten-path experiences wherever he travels.