Ten years ago today, I posted my first article on this site, then a blog on Google’s Blogger platform. The post itself was thinking aloud about whether to switch genealogy programs from Reunion 9 to Family Tree Maker, which had just been introduced on the Mac for the first time (in case you’re wondering what I decided back then, I’m using Reunion 13 now).Continue reading Ten Year Site Anniversary
Today is my third blogiversary. I’ve written a lot in the past three years here, some times more than other times. I try to be useful to others with everything I write, and I hope I’ve done so.
If you have a favorite article I’ve written in the past three years, let me know in the comments. If you want me to write about a specific topic, please also let me know.
[Update 5 Feb 2014: The Blogger Importer plug-in has undergone a major overhaul, and has fixed a lot of problems and made lots of improvements. One of the major improvements is the importation of images, so at the very least Step 7 below can probably be skipped. Some other tweaks might also be unnecessary. It claims to handle internal links better, for example. In any case, check each step after the import below and make sure they’re necessary.]
I’ve been using WordPress for a couple of years now on other sites I’ve developed, such as Genealogy.org.il (the web site of the Israel Genealogy Research Association), my other blog Lexigenealogy, Kanczuga.org (for descendants of the destroyed Jewish community of Kanczuga, Poland), and some others I’ve worked on, but I’ve always been hesitant to move this blog over to WordPress since I knew it would be a lot of work, and I liked that Blogger (Google’s blogging platform that I started with) was a very easy and inexpensive way to keep the blog running.
However, as time went on I felt stronger and stronger that the site needed a redesign, and I never felt the Blogger platform allowed me enough flexibility to do what I wanted. Thus, this redesign on WordPress. I welcome your comments on how the new site looks, and if you see anything that seems wrong or out of place, please let me know. As you’ll see below, it’s not so easy to transfer a blog from Blogger to WordPress, and it’s very possible some things didn’t make the transfer 100% accurately.
The rest of this post is to explain the steps I went through to transition the site, of interest to other bloggers who might be considering the same. If technical details don’t interest you, the rest of this post will be very very boring to you. For those who want to take a look at the original site, it is still live at bloodandfrogs.blogspot.com (but will not be updated in the future).
Step 1) Install WordPress
I won’t go into details here as there are plenty of places online to help you setting up WordPress, but I’ll give a quick overview. I have a web host that lets me quickly add domains to sub-directories of my main account, so I took a different domain, assigned it to a sub-directory, and installed WordPress in that directory. I set up a MySQL database on my web host, and configured this new WordPress installation to connect to that database. Using a new domain for the setup with very helpful as it allows me to have a live site working even before I consider switching the original domain over to the site. Before I can do that, I need to insure that all of the links on my original Blogger site will work on the new WordPress site.
2) Set up Permalinks
Permalinks refer to the format of the web link to your articles. It’s the permanent link to the articles you post on your site, so someone can share or bookmark a specific article (instead of just the site itself). The default for WordPress is to just show the article id number, which looks something like: bloodandfrogs.com/?p=123 Not very pretty. However, WordPress lets you set the format of the link to include the year, month, day, article title, etc. in whatever combination you’d like. Thus with pretty permalinks the link to an article might be:
That format shows the year, month and the name of the article. However, there’s a problem, in that Blogger has a different permalink structure, which looks like:
In order to insure that all the links from the old Blogger site work on the new WordPress site, we need the permalinks to match. Luckily, WordPress lets you customize the display of permalinks, by specifying the pattern like so:
This custom pattern creates the text after the domain name in the exact same format as Blogger. Well, not exact exact. The problem is that how Blogger and WordPress determine how to format the name of the article is a bit different. Basically, Blogger cuts the number of words in a link, while WordPress lets you have as many words as you want (up to the maximum allowed in a URL). In order to insure the article title is formatted the same, you need to run a script to correct the imported articles. First we need to import the articles, however, so back to that in a minute.
3) Importing Posts and Comments from Blogger
WordPress offers an Import screen in the Tools menu of the Dashboard. In Import, there are options for many different blogging platforms like Blogger, LiveJournal, Tumblr, etc. If you click on Blogger, it will initially take you to a page to install a plug-in called Blogger Importer. Once installed, the same link on the Import page will instead take you to the settings page for the plug-in. Blogger Importer does some, but not all of the job. According to the plug-in description: Items imported
- Posts (published, scheduled and draft)
- Comments (not spam)
Items not imported
- Images (the images will appear in your new blog but will link to the old blogspot or picassa web locations)
That doesn’t tell the whole story, however. When I ran the importer, it imported all my posts, and most of my comments. Why were 20 or so comments left out? I’m not sure. Not a huge deal, but I don’t even know which comments were left out. The good news is that even though it doesn’t import Pages or Images, there are workarounds for them.
4) Fixing Permalinks
Earlier, we set up Permalinks to be like Blogger, but as I mentioned, it’s not exactly like Blogger. Now that we’ve imported the posts, we can go back and fix the links that need to be fixed. For this, I used a PHP script from rtCamp from their guide on moving from Blogger to WordPress. They provide code that you copy into a text file with a .php extension and upload to your server. Once it’s in your WordPress directory, you load the file from the web and it processes all the link names and fixes them. If you have internal links to those pages, I’m not sure if it would fix those. Probably not.
In the end, there will be lots of little details like this that need to be checked and manually fixed. Once you’ve run the script, you could and should delete it from your server. In theory, all of your posts are now exactly what they were on Blogger, and assuming you haven’t changed your domain then you shouldn’t need any fancy redirection tools to keep external links to your site, since they should be identical to the old site (at least for Posts).
5) Fixing Tags
Blogger doesn’t have Categories for Posts, but it does have Tags. Oddly, when importing the Tags from Blogger they become Categories in WordPress. It’s odd because WordPress also supports Tags, and one would think Tags would be imported as Tags. In order to fix this, I found a plug-in called simply Categories to Tags Converter, which does exactly what it says. The plug-in hasn’t been updated in over two years (usually a bad sign) but it worked great and everything seems to have been converted properly.
6) Importing Pages
Unlike Posts, there is not a simple way to import your Pages. Hopefully you don’t have as many pages as Posts. Although in my case I had hundreds of Posts, I only had five Pages. Here’s what you need to do to get them on your site. Create corresponding Pages on your WordPress site for each of your Blogger pages. Copy the text from each Blogger Page, and copy it into the corresponding WordPress Page. Depending on your Pages, this might be good enough.
If you have complicated code in your pages, you may need to go back and make changes. In most cases with my pages everything worked fine. I did have some internal links to other Pages and Posts that I needed to modify, and in one case I had some custom CSS I had created that I needed to track down in Blogger and copy over to WordPress.
It’s good to view every page and test all the links, compare the appearance between the old and new sites, etc. This isn’t a perfect process, and mistakes will pop up.
Once your Pages look and perform the same, you need to add redirections. These are codes that tell the browser (or search engine) that the location of the resource they are looking for has changed. It’s important to use what’s called a 301 redirection, which tells the search engines like Google that this is a permanent change, and allows you to retain any search rankings you received on the previous page on the new one. The reason this is necessary is that Blogger places all of its pages in a directory /p/, and WordPress doesn’t let you do this. Thus, you need to have a different URL for Pages, and need to direct incoming traffic from the old /p/ location to the new one without the sub-directory. Therefore, a page on Blogger might be called:
but on WordPress it would be:
and you need to tell the browser to search engine how to figure out that change.
For this problem, I use a plug-in called simply Redirection. Redirection lets you set up a series of redirections, where you simply give it the original URL and the new URL. I set up redirections for the five Pages, and I’m done. Keep in mind that since the URL is changing anyways (removing the /p/ at the minimum) you don’t need to keep anything else in the name the same. The redirection will work even if the Pages have completely different names. Indeed if you wanted to delete a Page altogether, you could create a redirection to send people trying to reach that page to someplace else on your site.
7) Importing Images
Earlier, when we imported the posts from Blogger, the images were not imported. Since the images are stored on a Google server somewhere with a link that does not include your blog’s name, you could just leave those images alone and let them load from Google’s servers. Of course, if you ever close the account you used to set up your Blogger blog, then all those images will disappear. I also would feel a bit like I was taking advantage by using their image hosting for Blogger but not actually using Blogger. Technically there’s nothing wrong with it, as it’s all part of your Google account, but it still seems off to me. In any case, I’d prefer to have my images local to my blog.
There are a few plug-ins that allow you to import images from Blogger. I used one called SEO Blogger to WordPress Migration using 301 Redirection which in addition to doing redirection also has a module for importing images. After it imports all the images, it goes through all of your posts and changes the links from the original links to their new locations on your server. Pretty neat.
There’s another plug-in called Blogger Image Import that does the same thing, although I haven’t used it. With any plug-in like this, however, make sure to backup your blog before using it, as it is making a large number of changes and if it messes up, you’ll be in trouble. There’s no undo with these. I did this step before I imported my Pages, so I’m not clear if the links would be updated on Pages, or just in Posts. In any case, the images used on Pages will be imported, I’m just not sure if the links to them will similarly be updated. Since I don’t use a lot of images in my Pages, this wasn’t a big deal for me. I just went in and manually modified a couple of links to the images.
8) Adding Google Back
Since Blogger is a Google platform, it has built-in support for a bunch of Google technologies, like Google Analytics, Google+ Comments and Feedburner. These are not built into WordPress, so if you want them back you need to add some code to WordPress. There are plug-ins that can help.
For Google Analytics, I used Joost de Valk’s Google Analytics for WordPress. You install the plug-in, log into Google and give permission for the plug-in to access your Analytics information. Then you just select your site from a drop-down menu, save the settings, and you’re done.
For Google+ Comments, I’m not settled on exactly what I want to use. It’s only in the last few months that I switched to Google+ Comments on the blog, and with mixed results. I think the Google+ comments are better than the original Blogger comments, but there’s no way to really track them. I don’t always know when new comments are posted, even though I think I’m supposed to be notified. If I change the domain name in the future, all the Google+ comments will be lost as well, which is bizarre to me. This is the problem with using an external commenting system.
For the moment, I’m looking at different options for comments. Some plug-ins such as Social Comments promise to integrate WordPress, Google+, Facebook and Disqcus comments all together. What commenting system do you use on your blog? Right now, unfortunately, all the comments added through Google+ in the past few months are now missing from the site.
As I already use Google Feedburner for my RSS feeds, all that needs to be done to keep the feed going is to log in to Feedburner and change the URL of the original feed from the Blogger location (/feeds/posts/default) to the WordPress location (/feed). Since people should have been directed to the Feedburner address (http://feeds.feedburner.com/bloodandfrogs) instead of the Blogger address, no one who subscribes to this blog should see any difference (although how the blog posts look will likely be a bit different).
Blogger has a lot of pre-built Widgets to place in various places in the layout of the blog. Mostly, I used them in the sidebar on the right side. One thing I like in Blogger is the appearance of their Archive widget. It shows all the posts of the most recent month, and allows easy navigation to find other posts from previous months and years. WordPress doesn’t support this directly, but I found an old plug-in that does something very similar, called Collapsible Archive Widget. It hasn’t been updated in over two years, but so far it seems to be working pretty well.
By default it doesn’t show the post names, because that would require loading all post names from the whole history of the blog into the page. Presumably Blogger itself doesn’t do this, but loads the data as needed, but this plug-in doesn’t seem to do that, and warns against using this feature if you have a lot of posts. I’ve turned it on for now, and will see how it goes.
Some widgets I had were just HTML code, so I just copied them over. The widgets for things like Google+, Google Friend Connect, etc., however, were part of Blogger and I will need to find replacements for them. I haven’t reproduced everything in my right-column on the old site, but I hope to add more to in in the future as I get things up to speed.
For Twitter, I used a widget that comes with Jetpack. There’s also a Facebook widget, but I’m using Facebook’s own widget, so I didn’t bother to use Jetpack’s.
10) Transfer the domain
This section is for those who registered a custom domain through Blogger when they still allowed that option. I set up my blog with a custom domain back in 2010 (i.e. my blog is on bloodandfrogs.com, not bloodandfrogs.blogspot.com). Google will no longer register a domain for you, but they did then, and I’ve renewed through them each year since. So how does one transfer a Blogger custom domain to another registrar?
You can’t imagine how complicated it is…or rather you can’t imagine how complicated it is to figure out how to do this…
There is nothing in Blogger that tells you anything about the fact that your domain was registered via Google, or how to access it. Apparently, what happened is that a Google Apps account was set up for your domain, with an e-mail address they never tell you about, and you need to figure all this out. Here’s the deal:
1) You have an account on Google Apps with the email address email@example.com (obviously with your domain instead of yourdomain.com)
2) Using the following URL, you can reset the password for your Google Apps Account: http://google.com/a/cpanel/yourdomain.com/ResetAdminPassword
3) Once you’ve reset the password (they send an e-mail, you click on the link, fill out the form, etc.), you log in to Google Apps, and go to the Domains section, and then click on Advanced DNS Settings. That gives you the login credentials to connect to the registrar which actually controls your domain (either enom or godaddy probably). Once you connect to the registrar, you can change the name servers to the name servers of your self-hosted WordPress site (or transfer the domain to another registrar).
Transferring the domain is actually very complex. I won’t go into all the details here, just keep in mind that once you can access the registrar (in my case it was GoDaddy) you need to both unlock the domain AND remove privacy protection. When I first tried to transfer the domain I unlocked it (which allows it to be transferred) but when I tried to transfer it, it was rejected. Privacy shouldn’t affect the transfer process, but here it does. The domain was connected to a third-party proxy service which needed to be disabled. Get this, the username for this service is also something not given to you. By recovering the username, I found out it’s one digit different from the username for the registrar. The password was the same. How are you supposed to know this? I have no idea. Thus I’m sharing what I discovered here.
At this point, make sure to set the nameservers for your domain to match your web host’s name servers. You could have specified this when you initiated the transfer, but if not, make sure to change the nameservers now. If you think you can keep the Google nameservers when your transfer your domain (i.e. to point to your Blogger blog until you’re ready to switch to WordPress), let me clear that up – you can’t. Google will disable the DNS for the domain as soon as your transfer it away. Basically, when you transfer the domain, have the new site ready.
Lastly, don’t forget to decouple the yourdomain.blogspot.com domain from the custom domain. This is easy enough to do in the Blogger settings – just go to Settings – Basic, and under Publishing, it should show both your custom and standard blog address. Just click the X next to the custom domain, and it will be removed. Once you do this, there will be no DNS support for your domain from Google, so when you do it make sure your new site is fully set up and ready to go…
11) Switching the domain in WordPress
In WordPress settings, you can define your WordPress Address and your Site Address. If your site is in the your primary directory for the domain, then these will be the same. If you want to keep WordPress in a subdirectory, but still have it show up as the main site, then these will be different. I originally set these up with my dummy domain for testing.
Once the domain was being transferred, I went into WordPress Setting -> General and switched these to be https://bloodandfrogs.com. I had already configured the domain on my web host to point to the same directory for both my dummy domain and the real one, so there was nothing needed there. When the domain transferred, everything worked properly.
12) Other services – Twitter and Facebook
In my original blog, I used a service called Twitterfeed which looked at the RSS feed of my blog and tweeted new posts automatically (to my twitter feed twitter.com/bloodandfrogs). WordPress allows more control over the Twitter process through many different plugins. Although I could have left the Twitterfeed service running (since my feed didn’t change) I decided instead to switch to using a plugin called WP to Twitter, which automatically tweets new posts among other functions, and offers a much larger degree of control.
I also used an RSS-based solution for posting to my Facebook page (fb.com/jewishgenealogy) called RSS Graffiti, which you might have noticed when this site moved, as it must have detected a different RSS feed and re-posted the last 10 posts or so to Facebook. That’s the nature of an RSS solution. It’s not a fine instrument, but a blunt force tool.
For Facebook I had wanted to use the official Facebook plugin for WordPress, which I use on other sites, but for some reason it wouldn’t let me connect to my Facebook account. Instead I’ve used Jetpack, a plugin that connects your self-hosted WordPress blog to WordPress.com and adds many features, which has a social publishing feature called Publicize that supports Facebook, Twitter, LinkedIn, Tumblr and Path. I may switch to using Jetpack for Twitter as well, but for the moment I’ve left that to WP to Twitter.
That was a lot of work, and there’s still a lot left to do. There are lots of little things to fix, and eventually I need to actually take advantage of WordPress and add additional functionality to the site. My initial goal was just that everything from the old site worked properly on the new site, and that all the links worked.
I also haven’t categorized any of the posts, something I probably should go back and do since Blogger doesn’t have categories, and everything on the site is now ‘Uncategorized’.
Lastly, one odd thing is that images in my posts that were centered in Blogger, and not centered in WordPress. I need to go back and center images. I may not do that with every post, perhaps just the most recent and the most popular.
Did you find this guide to transitioning from Blogger to WordPress useful? Let me know in the comments.
I’ve started a second blog, called Lexigenealogy. This new blog is about my convergence of interests into Lexicography, Genealogy and Technology. I will be using the new blog to look into what it takes to build a dictionary of names, from the technology needed to organize research, to how to properly format it for printing. This will be a long process, and I hope people will find it interesting. For more information about the impetus for starting this new blog, see my first post there Combining interests in Lexicography, Genealogy and Technology.
I will continue to write for both blogs, but will keep the more technical and Lexicography-oriented posts on Lexigenealogy. I will keep the more Jewish-oriented and traditional genealogy posts here on Blood and Frogs: Jewish Genealogy and More. As the dictionary I am working towards involves Jewish given names, there will invariably be some overlap, but if something is particularly interesting for both sites, I will link between them.
So I invite you to go check out Lexigenealogy and see what you think. The current post looks at digitizing print books to make them accessible on your computer and tablet. It’s just the beginning, but I have much more planned.
Blood and Frogs: Jewish Genealogy and More was started on November 25, 2010. It’s been a fun time, and I hope people have enjoyed what I’ve written and done here. If you’ve liked a specific article or site feature, please let me know in the comments.
In the past year I’ve also been working on two other sites, which unfortunately has lowered my output on this blog. I hope the usefulness of these two sites makes up for my lowered output on this blog.
The first, now almost a year old, is genealogy.org.il, the web site of the Israel Genealogy Research Association (IGRA). It has already been ranked one of the top 40 international (non-US) web sites by Family Tree Magazine. Watch genealogy.org.il in the coming weeks for the introduction of one of the most advanced record search engines of any genealogy site – to support the over 50 databases added to the site in the past year.
The second is not yet done, but will be launching soon. I will writing about it here when the new site is ready. It is a site built to focus research into the Jewish community of a single town, Kańczuga, Poland (from the former Austro-Hungarian district of Galicia). There have not been any Jews in Kańczuga since 1942 when the Nazis murdered the entire Jewish population there, but there are many descendants of Jewish people who lived there prior to the Holocaust, and this site will lead research into the community that existed there, and try to make connections between long-lost relatives whose families came from the town.