A podcast in the making: the RSS feed and hosting

As I mentioned in my last post, getting a podcast on to the Internet has turned out to be more difficult than I thought it would be. Creating the basic website was fairly straightforward, thanks to some tools I’d used before. Where I came unstuck was the RSS feed.

If you don’t know already, podcast feeds are just RSS feeds with a set of specific tags to make things like the Apple Podcasts listings work.

When it came to making the RSS feed, I had two difficulties. I needed to:

1. figure out the XML tags I needed for the RSS feed itself to work
2. successfully get the feed to validate

The second difficulty caused me a further, third headache: I needed a better solution for hosting my audio files. In this post, I’ll share what I’ve done to fix all that.

This is a series of blog posts about how I’m making a podcast. I’m sharing what I’m doing in case others find it useful. To read the other posts, head over to my “Getting started” post.

Setting up the RSS feed

As I mentioned in my last post, I’m using Jekyll — a static site generator — to run the podcast’s website. The benefit of using Jekyll is that I don’t need to hand code each part of the feed every time I need to update it; instead, I can rely on Jekyll’s build process to turn the content from the website I’ve made into the RSS feed automatically.

All I’ve needed to do is figure out the markup needed to generate the feed.

The basic file structure

The first thing I did was create a podcast.rss file and used the _episodes collection I’ve create the feed.

The skeleton markup

There are a lot of XML tags to include in an RSS feed for podcasts. Linking these to sensible things in your _config.yml and post front matter is also a bit confusing.

To get started, you need to wrap the whole thing in <rss> and <channel> tags, like this:

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xml:lang="">
	<channel>

		// Your feed here

	</channel>
</rss>

If you set up a lang variable in your _config.yml, you can link this into the opening <rss> tag with xml:lang="". Mine’s en for English.

With your scaffolding in place, you then will need a bunch of markup to tell podcast readers about the podcast as a whole, and then a separate set of markup for each episode in the feed.

Channel markup

You’ll want to start by setting some variables in your _config.yml file that will be for your ‘channel’ as a whole when it’s shown on a podcast listings or in a podcast app.

The things you’ll want to set up are:

That’s most of what you might want to add as site variables so that you can populate your feed’s channel information.

Next, in your podcast.rss file, you’ll want to add in the XML tags you need, and then insert the Jekyll variables you made above. Rather than put the code here — you can see all the markup on the Github repository — here’s a quick list of the tags you’ll need which site variables you’ll want to match them to from your _config.yml.

There are then a bunch of Apple specific tags you’ll want to include. Some of these improve the presentation of your podcast in the Apple Podcasts listings — like separating your episodes into separate series if you’re using the serial format.

Episodes markup

Once you’ve put together the skeleton of your feed together and marked up the overall channel, you can move on to the code for the episodes.

The basic code uses a loop, based on the _episodes archive I created earlier, and it looks like this:

liquid

This code takes the YAML front matter from each episode, and put it into the RSS feed in reverse date order (newest on top).

Validating the feed

With all that done, and with the RSS feed put online, it was time to validate the feed. Whilst that sounded daunting, there was a really straight-forward tool to do it — Podbase.

All you do is copy the URL of the RSS feed into the tool, and it’ll tell you if you’ve done everything correctly. Luckily for me I had, except for one thing: hosting.

Better hosting

In order to get good placement within the Apple Podcasts store the servers hosting your audio files needs to support ‘HTTP HEAD requests’. As Podbase describes it:

“The server for your episodes must support ‘HTTP HEAD requests’, which is a fancy way of saying that iTunes must be able to get information about your files without downloading them whole.”

Github Pages doesn’t support HTTP HEAD requests: so I needed to think of an alternative. Amazon Web Services (AWS) S3 service does support HTTP HEAD requests, so I shifted my files over to there.

This doesn’t require you to move your site or RSS feed itself. You can just move your audio files, because the RSS feed will point Apple Podcasts (and the validator) towards the HTTP HEAD request-supporting server.

That’s it! You’re all set to host your podcast — now on to the recording.

All posts in this series

1. I’m making a podcast
2. Getting started
3. Setting up a website
4. RSS feeds and hosting
5. Iterating on the idea

You can find out more about the Department of Bad Ideas on the podcast’s new website.

You can also subscribe on Apple Podcasts or on Spotify. Just search for “Department of Bad Ideas”.