Angst om abonnees te verliezen is de grootste reden waarom podcasters blijven hangen bij een platform dat ze zijn ontgroeid. De zorg is begrijpelijk: je RSS-feed is de onzichtbare draad die je show verbindt met elke luisteraar in elke app. Knip die draad door en je bent ze kwijt. Maar de draad knapt niet. Hij leidt om.
Het podcast-ecosysteem is gebouwd met migratie in gedachten. De RSS-specificatie ondersteunt permanente redirects, en elke grote directory, Apple Podcasts, Spotify, Google Podcasts en de rest, respecteert ze. Goed uitgevoerd is van host wisselen meer als verhuizen met een adreswijziging dan opnieuw beginnen.
Wat er echt gebeurt tijdens een migratie
Je podcast is niet opgeslagen in één app. Hij leeft als een RSS-feed: een tekstbestand met je afleveringen, de audio-URLs, je artwork en je showbeschrijving. Podcastapps raadplegen dat bestand regelmatig en halen nieuwe afleveringen op. De feed-URL is het permanente internetadres van je show.
Als je naar een nieuwe host verhuist, verandert dat adres. Een 301-redirect, de "permanente redirect" van het web, vertelt elke client die het oude adres opvraagt: de show staat nu hier. Podcastapps geven dit signaal door in de keten. Binnen 24 tot 72 uur updaten de meeste directories hun gegevens automatisch. Abonnees blijven gewoon luisteren zonder iets in te stellen.
Het cruciale verschil: een 301-redirect is een server-instructie, geen handmatig bericht aan je publiek. Je hoeft je mailinglijst niet te mailen of een aankondiging te posten (al kan een korte melding de transparantie ten goede komen). De infrastructuur regelt het.
Het stappenplan in 7 stappen (bewaar dit)
Werk de stappen in volgorde af. Stap 1 overslaan of het oude account te vroeg afsluiten zijn de twee meest voorkomende oorzaken van luisteraarverlies.
📋 Podcastmigratie: 7 stappen
- Stap 1: Exporteer alles van je huidige host. Download alle audiobestanden, episode-artwork, shownotes en metadata die je host opslaat. Doe dit voordat je iets anders aanraakt. Beschouw het als een volledige back-up vóór een systeemupdate.
- Stap 2: Stel de nieuwe host in en importeer je RSS-feed. Maak een account aan, voer de URL van je huidige RSS-feed in en laat het nieuwe platform je episodecatalogus binnenhalen. De meeste moderne hosts doen dit automatisch.
- Stap 3: Controleer de geïmporteerde feed regel voor regel. Verifieer dat episodetitels, beschrijvingen, publicatiedatums en audiobestanden correct zijn overgekomen. Luister minstens één aflevering via de nieuwe feed om te bevestigen dat de audio-URL actief is.
- Stap 4: Activeer de 301-redirect bij je oude host. Dit is de cruciale stap. Zoek in de instellingen van je oude host de feed-redirect of migratietool en wijs die naar de URL van je nieuwe RSS-feed. Zodra actief, ontvangt elke app die het oude adres opvraagt het nieuwe adres.
- Stap 5: Dien de nieuwe feed handmatig in bij directories die geen redirect volgen. Apple Podcasts en Spotify volgen 301-redirects betrouwbaar. Bij een handvol kleinere directories of aggregatoren is handmatig indienen met de nieuwe feed-URL nodig.
- Stap 6: Werk alle embedded players en externe links bij. Je website, shownotes, social-bios en blogposts met embedded afleveringen gebruiken URLs van de oude host. Vervang ze door de playerembed-code van de nieuwe host voordat het oude account sluit.
- Stap 7: Monitor vier weken lang, zeg daarna het oude account op. Volg je nieuwe analyticsdashboard. Bevestig dat de downloadaantallen consistent zijn met de baseline van vóór de migratie. Na vier weken schone data is het veilig om het oude abonnement op te zeggen.
De fouten die echt luisteraars kosten
De redirect zelf is bijna waterdicht. De problemen die wél opduiken zijn vrijwel altijd procesgerelateerd, niet technisch.
Het oude account afsluiten voordat de redirect is doorgevoerd
Als je het oude hostingabonnement opzegt op de dag dat je de redirect instelt, verdwijnt de redirect mee met het account. Apps die het oude adres nog niet hebben gepingd, vinden niets. Geef de redirect minimaal twee tot vier weken om door te propageren naar alle directories voordat je iets afsluit.
Embedded players vergeten
Elke embedded player op je website vraagt het audiobestand op bij de server van de oude host. Zodra die server verdwijnt, werkt de player niet meer. Het audiobestand achter de embed is niet hetzelfde als het RSS-item: het is een directe link naar een specifiek MP3- of M4A-bestand. Werk je embeds bij door de playercode van de oude host te vervangen door die van de nieuwe.
De analytics-geschiedenis niet exporteren
Je nieuwe host begint bij nul. Historische downloaddata, geografische uitsplitsingen, episode-retentie: dat alles blijft bij het oude platform zodra je het account afsluit. Exporteer een volledig rapport bij de oude host voordat je migreert. Die baseline is ook nuttig tijdens het vier weken lange monitorvenster: je weet wat normaal eruitziet.
Voor een diepere blik op welke statistieken er echt toe doen en hoe je ze leest na een overstap, is het artikel over je podcastpubliek in eigen hand houden de moeite waard als aanvulling op deze gids.
Wat mee verhuist en wat achterblijft
Dit onderscheid voorkomt verrassingen aan de andere kant van de migratie.
Wat mee gaat met je show
- Je abonneeaantal in elke app (via de 301-redirect)
- Je episodecatalogus (via de geïmporteerde RSS-feed)
- De vermelding van je show in directories, zodra de redirect is verwerkt
- Je beoordelingen en recensies in Apple Podcasts (die zijn gekoppeld aan de Apple ID van je show, niet aan je host)
Wat achterblijft
- Historische analytics en downloadgeschiedenis op het dashboard van de oude host
- Embedded players op externe websites (totdat je ze handmatig bijwerkt)
- Een eigen domein of vanity-URL die door de oude provider werd gehost
Hoe lang duurt het en wat merkt je publiek?
Het technische werk past in een rustige middag. De propagatieperiode, waarin directories en apps hun gegevens bijwerken, duurt doorgaans 24 tot 72 uur. Een klein aantal niche-apps of aggregatoren kan tot twee weken nodig hebben.
Vanuit het perspectief van je luisteraar: er verandert niets. De volgende aflevering verschijnt gewoon in hun app. Het enige zichtbare verschil is de player van de nieuwe host op je website, zodra je de embedcode hebt bijgewerkt.
Voor wie de criteria voor een nieuwe host wil afwegen, vóór de overstap, behandelt de gids over hoe je een podcasthost kiest de relevante factoren: van opslaglimieten tot analyticskwaliteit en EU-dataresidency.
Overweeg je Springcast als bestemming, dan vind je op de pagina podcasthosting de details van het importproces en wat het platform automatisch afhandelt.
Een noot over RSS-feed-eigenaarschap
Een migratie is een routineklus. Maar het patroon van migreren herinnert aan iets fundamentelers: je RSS-feed is een van de weinige dingen in podcasting die je echt bezit. Je volgersaantal in Spotify of Apple Podcasts staat onder controle van die platformen. Je RSS-abonnees volgen je waar je de feed ook naartoe wijst.
Dat is de moeite waard om te beschermen. Je feed-URL op een domein houden dat je zelf beheert, of een host kiezen die je alles schoon laat exporteren, betekent dat een toekomstige migratie altijd een optie blijft. Audience lock-in, zoals het artikel over je podcastpubliek in eigen hand houden uitdiept, is het echte risico op de lange termijn. De RSS-redirect is de nooduitgang.
Op zoek naar alternatieven die volledige dataportabiliteit bieden? De vergelijking van Buzzsprout-alternatieven zet de belangrijkste opties naast elkaar met een eerlijk overzicht van de afwegingen.
Veelgestelde vragen
Je RSS-feed is de nooduitgang. Een 301-redirect houdt hem open.
Stap over wanneer je er klaar voor bent, niet wanneer je vastloopt
De beslissing om van host te wisselen moet worden gedreven door wat het nieuwe platform biedt, betere analytics, eerlijkere prijzen, sterkere EU-dataresidency, niet door angst voor wat de overstap kan kapotmaken. Met een goede 301-redirect en het bovenstaande stappenplan is de techniek overzichtelijk. Neem de tijd voor de voorbereiding, geef de redirect ruimte om te propageren, en de overgang is onzichtbaar voor je publiek.