Self-Hosting Your Podcast For Fun and Profit

When I started the Anglotopia Podcast back in 2018, we followed the advice from our research that told us to get good podcast hosting. Many people recommended LibSyn to us, so that’s what we went with.

What they don’t tell you, though, is that when you start hosting a podcast, you have to pay for that hosting forever, or the podcast dies.

I’ve been paying a monthly fee to LibSyn for all that time – and that included when we had years-long hiatuses between episodes. That cost a lot of money! If you cancel the service, your podcast disappears from the internet, and thus from all the apps where people subscribed to it. It’s a sort of ransom I don’t really appreciate.

First, let me say that I don’t have any issue with LibSyn, they provided a wonderful service. But I had a realization a few months ago. Anglotopia (and Londontopia) requires robust, dedicated hosting. In fact, we have our own dedicated server in a data center to run all of Anglotopia’s websites. This server is rarely at capacity, except when there are traffic spikes. So, that got me thinking, if I have this server over here with unused capacity, couldn’t I just use that to host my podcast?

The answer is absolutely yes, but there are some caveats that you need to think of.

Forwarding Your Feed

The first thing you need to think about is forwarding your podcast’s RSS feed. The fundamental thing that makes a podcast a podcast is its RSS feed. It’s what all the podcast apps use to parse podcast feeds. If the address for your podcast ever changes, it will break your podcast, and you will disappear from all the podcasting apps and directories. So, it’s super important that when your feed changes, like if you’re switching hosting, that you have forwarding set up for your original podcast feed. Thankfully, LibSyn supports this and will forward your podcast feed. However, they will only forward it as long as you continue to pay them. Most podcast networks and apps will update the feed within a few days. We paid for forwarding for a few months until we were sure that all downloads were coming from our new hosting.

Traffic and Data Storage

Podcast MP3 files take up a lot of space; an hour of spoken word content takes about 100mb. So, make sure you will have enough storage to store your entire podcast and future episodes. Your server will need a lot of space, or you’ll have to use a third-party for storage like Amazon S3 or Backblaze B2. I have a 1 TB server, so space isn’t an issue for me right now. But in a few years, it could be. If you’re hosting your own video Podcast (which I don’t think I’d recommend), you’ll be filling server space much faster!

Software

There are several WordPress plugins that let you host the podcast yourself (there are also podcast hosting PHP scripts you can install for free). I opted to use WordPress since it’s easy to customize and has a lot of the functionality hosting a feed needs already built in. I chose to use Seriously Simple Podcasting by Castos to manage the podcast on my WordPress backend. They have their own service they’re trying to sell, but the free version of their plugin does everything you will need it to do. They will even import your existing feed content (more on this later). They also have their own basic stats plugin to keep track of how your podcast is doing (downloads are your key metric if you didn’t already know that). It also has a player built-in.

On the front-end side, I purchased a premium theme called Podcasty from Envato, and customized it to my needs, which created a slick website for the podcast. My biggest complaint about LibSyn was that they’re website builder was just terrible, stuck in 2003. With this, I now have a fully functional website dedicated to the podcast (so it’s not lost in the shuffle on my main website). You can interact with the podcast, listen to the podcast right on the site, and also link to all the places it can be listened to, which is everywhere.

Losing Old Data and Analytics

You’re not going to want to lose all your existing analytics data; you will need this if you’re trying to sell sponsorships. But as soon as you cancel your podcast hosting account, you will lose this data. Thankfully, Libsyn has a data export function that dumps all its data into CSV files. You can do lots of things with this data. I had Claude AI parse the data into a report that I can reference whenever I need to.

The stats that Castos collects are different, but it’s also not as fully featured as the other podcast services. This annoyed me, so I had Claude AI write me some custom plugins that give me more of the data I needed, but also put key Podcast Stats on my WordPress Dashboard. I may release these plugins at some point, but I don’t really plan to be a plugin developer or have to support them. All I’ll say on the matter is that if you need these functions, Claude will code them for you.

Hiccups in the transition

There were a couple of hiccups in transition. One, there were a few ghost downloads from Podcast services that hadn’t updated their feeds. Unfortunately, I never figured out where, and by the time I cancelled, they had trickled to a few a month. There will be some attrition in a move like this. I could handle that.

The only thing that didn’t go smoothly was that, first, I forgot to change the default feed item limit in WordPress from 10 posts. This meant only 10 episodes of my podcast were available when all the feeds updated. That was an easy fix, I upped the number to like 1000 and all the feeds updated (which created an artificial bump in episode downloads as everyone’s app caught up.

Another minor problem was that when Castos imported the old episodes of the podcast, it didn’t actually import the podcast episode MP3 files. It continued to link to the LibSyn links, which were going to break eventually. So, before I cancelled LibSyn, I had to update all the file links to my own links. This was time-consuming and required an extra step.

Downloading all your Episodes

Since Castos didn’t import all the episodes, I needed to have all the files in one place. I have good file organization, but tracking down 60+ MP3 files on my computer was going to take unnecessary time. So, I built a simple tool that parses an RSS feed and gives you a single download file with all the MP3 files.

Then, all I had to do was upload them all at once to the website media library, and then go into each episode and manually update it. It only took about an hour to do it.

I find a tool that lets you download every episode of a podcast at once pretty useful, so I may release it as a micro-SaaS product in due course once I figure out the business model.

Watch out for server abuse

Hosting your podcast also opens up your server for abuse, so I would recommend keeping the server and your domains for the podcast behind Cloudflare, so you can let them deal with the abuse, rather than your server. It’s important for your server and thus podcast to have good uptime, because there will, quite literally, be requests to download episodes at all hours of the day at any time. The last thing you want is someone’s podcasting app telling them your podcast is broken.

Setting Up a Private Feed

About 18 months ago, we launched a membership club for Anglotopia using the Memberful platform. It’s been a success. One of the features was the ability to have a private podcast where we can share early episodes and special episodes not part of the main feed. So, to accommodate this, I set up a ‘secret’ podcast website that duplicated my podcast and created a private feed that’s only accessible to members. The Castos plugin did this perfectly as well. So, technically, I now have to maintain two self-hosted podcasts, but since they’re using the same software, on the same server, it only adds a few extra steps to my podcast release workflow. Memberful creates the private RSS feeds that switch on/off for members, but I host it.

If you have questions or suggestions about hosting your own podcast, leave a comment below!

How To Get Your Website out of the Internet Archive Wayback Machine

The Internet Archive Way Machine can be an incredible resource. But it can also be bad for your publication. For several reasons. One being that they’re literally copying your content without your permission. That’s reason enough to not want to be included. But the novelty of being in the Internet Archive meant that I honestly didn’t really care. It was fun to see old versions of my website that I remember from the ‘good ‘ol days.’

When your site has been around for 14 years, it’s changed a lot!

However, recently I had my websites removed from the Internet Archive. The main reason? It’s evidence. Evidence that can be used against you. There are bots patrolling the internet looking for usage of content – whether it’s images, videos, or audio. And even if you’ve legitimately licensed something, that doesn’t stop these bots and the lawyers they employ to patrol ownership of content.

Even if you delete something, a record of it exists in the Internet Archive forever. After being at the receiving end of several legal threats related to content we’d removed years ago, I decided that the novelty of being in the Internet Archive had worn off.

So, I looked into how to get it removed.

It turns out, the process is rather straightforward. You don’t need to file a DMCA notice or anything (but you can if you want to go nuclear). Blocking their bots doesn’t help. It will just stop them from crawling further if they even follow what a robots.txt file says.

All you need to do is ask.

Simply write an email from the domain you use for the website to info@archive.org and ask them nicely to remove your website. This opens a ticket in their system, and they will respond to you, usually within a day, with instructions on how to do so. You will have to provide several bits of evidence that you’re the actual website owner.

I had to put pages on the websites, that only they could see indicating I had ownership rights. I had to provide a photo ID and also proof from my domain registrar and hosting service that I, indeed, owned my websites. It took five minutes to gather the info. Within a day, they’d responded and removed my websites from the archive. When I checked, sure enough, they were gone.

So, hats off to the Internet Archive for making the process smooth and relatively painless.