Using podcast:guid to pick up/support URL changes

@ByteHamster what do you think of supporting the podcast:guid which would solve the issue of urls changing for those podcasts that adopt this?

1 Like

If the publishers don’t manage to do a proper redirect (which was the use-case here), I doubt that they are able to set up the podcast:guid tag properly.

1 Like

The idea is that transferring a podcast guid is much easier than setting an http redirect. A redirect needs the involvement of tech people when self-hosting as a bigger organisation, you must know how to do it yourself if you host your own feed, or you have to hope that your hoster has built a UI to set http redirects if you’re with a commercial hoster. Copy-pasting a code from your old to your new podcast hosting software, however, is evidently easier for your everage person (than setting up a redirect) and can be done independently (from tech people or your previous hosting company).

So I think that many podcasters will set this, if possible in their hoster. (At least more than there are http redirects, which already improve the situation.)

Both need support by the hosting software and have (from a technical perspective) pretty much the same complexity to implement. Just pasting a single code will also not make it work. The GUIDs of every single episode needs to match, too.

True. The usual chicken-and-egg story. On a UX-level, much easier for podcasters than some server redirect.

Do you mean for the (technical) hoster, or for clients (podcast apps)?

Fair point, interesting. @benjaminbellamy How do you handle episodes when transferring feeds into Castopod from another place? Do you scrape all episode info or sth, including episode GUID?

I meant the hoster.

Redirects are also easier for users. With the guid, they have to enter the new url manually and with the redirect, they don’t even have to realize that there are URLs involved - it just happens automatically.

Right. If the two are equally complicated for the hoster, but easier for the podcaster, GUID will probably get wider adoption :slight_smile:

Well, that depends on the client adoption. If we implement a check against a repository (like we already have for search) and a changing mechanism (like we already have for server redirects), the user wouldn’t have to notice anything.

That means we would basically have to regularly upload the full subscription list of all users to the podcastindex server. I would suggest to not do that for privacy reasons.