Je radiowebsite verhuizen zonder van streamhost te wisselen

Je website en je stream zijn twee aparte dingen. De stream komt van je streamhost of server (Icecast, SHOUTcast, AzuraCast, Radio.co, RadioKing, RadioHost Studio of wie dan ook); de website is de pagina met de speler, de programmering en alles daaromheen. Je kunt de website vervangen zonder aan de stream te komen, en luisteraars die via apps, slimme speakers of radiogidsen afstemmen, merken er niets van.

Wat er mis kan gaan, zit allemaal rond het domein: oude links die niet meer werken, e-mail die niet meer aankomt omdat er een DNS-record is verwijderd, of een podcastfeed die verdwijnt. Deze gids geeft je de volgorde van werken waarmee je dat voorkomt. Hij is geschreven voor een overstap naar RadioSiteMaker, maar de stappen gelden voor elk platform.

Eén ding vooraf, zodat het helder is: er is geen automatische site-import. Pagina's, programmabeschrijvingen, dj-bio's en blogberichten zet je met de hand over. Podcastafleveringen zijn de uitzondering, want RadioSiteMaker kan die importeren uit de RSS-feed van je podcast. Trek tijd uit voor het overzetten, en houd er rekening mee dat tijdens de overstap sommige bezoekers nog even op de oude site terechtkomen terwijl de DNS-wijziging zich verspreidt.

Stap 1: Inventariseer de oude site

Schrijf op wat je hebt voordat je iets bouwt. Je hebt twee lijsten nodig.

Inhoud. Elk paginatype en wat erop staat: home, over ons, programmering, elk programma, elke dj of presentator, evenementen, blogberichten, podcasts, donatie- en contactpagina's, en alle ingesloten widgets (chat, verzoekformulieren, socialmediafeeds). Noteer wat nog actueel is; een verhuizing is een goed moment om verouderde zaken te schrappen.

URL's die ertoe doen. Niet elke oude URL hoeft bewaard te blijven, maar de URL's die mensen gebruiken wel. Je vindt ze in:

• Google Search Console (de rapporten Prestaties en Pagina's): pagina's die klikken uit zoekresultaten krijgen.
• Je statistieken: de meest bezochte pagina's.
• Plekken waar je zelf naar linkt: socialmediaprofielen, vermeldingen in radiogidsen (TuneIn, radio.net enzovoort), drukwerk, e-mailhandtekeningen, shownotes van je podcast.

Noteer ook je stream-URL en, als je een podcast publiceert, de feed-URL en waar die gehost wordt. Geen van beide verandert bij deze verhuizing.

Stap 2: Bouw en test de nieuwe site op je gratis subdomein

Meld je aan en bouw de nieuwe site op het gratis subdomein dat je bij aanmelding krijgt (yourstation.radiositemaker.com). Je huidige site blijft de hele tijd online op je domein, dus er is geen haast en geen downtime terwijl je bezig bent.

1. Plak dezelfde stream-URL die je nu gebruikt. De speler maakt verbinding met je bestaande streamhost; bij de host verandert niets.
2. Zet je programma's en de weekprogrammering opnieuw op, daarna de profielen van je dj's en presentatoren.
3. Zet pagina's, bio's en blogberichten met de hand over. Geef items waar mogelijk dezelfde slug (het laatste deel van de URL) als voorheen; elk programma, elke dj, elk bericht en elk evenement heeft een bewerkbare slug.
4. Voor podcasts maak je de serie aan en plak je je bestaande feed-URL om de afleveringen te importeren. De afleveringen blijven verwijzen naar de audiobestanden bij je podcasthost, dus houd die host aan.
5. Voeg evenementen, donatielinks (PayPal, Stripe, Ko-fi, Buy Me a Coffee, Patreon of GoFundMe) en je contactgegevens toe.

Zo ziet de programmering eruit zodra je programma's erin staan, op een demostation:

De proefperiode van RadioSiteMaker duurt 7 dagen, zonder creditcard. Plan het overzetten van je content daaromheen, of neem een abonnement ($99 per jaar + btw) zodra je weet dat het past.

Stap 3: Leg je DNS- en e-mailinstellingen vast voordat je DNS aanraakt

Dit is de stap die het ergste scenario voorkomt. De DNS-zone van je domein bevat meer dan je website: ze bepaalt ook waar je e-mail naartoe gaat (MX-records) en bevat verificatie- en antispamrecords (TXT-records voor SPF, DKIM en verificatie door Google of Microsoft).

Voordat je iets wijzigt:

1. Log in waar de DNS van je domein wordt beheerd (je registrar, Cloudflare of je oude webhost).
2. Exporteer het zonebestand als dat kan, of maak screenshots van elk record.
3. Noteer in elk geval: het huidige www-record (type en waarde), alle A- of AAAA-records voor het kale domein, alle MX-records en alle TXT-records.
4. Verlaag de TTL van het www-record een dag voor de overstap naar een korte waarde, zoals 300 seconden, zodat een wijziging (of het terugdraaien ervan) sneller doorwerkt.

Bij de overstap wijzig je alleen het www-record. Laat MX- en TXT-records met rust. Beheert je oude webhost ook je DNS of je e-mail, zoek dat dan uit voordat je opzegt; met het opzeggen van de hosting kunnen de DNS en mailboxen ook verdwijnen.

Stap 4: Breng je redirects in kaart

Een redirect stuurt iemand die een oud adres bezoekt door naar het nieuwe. Hier de eerlijke versie van hoe redirects bij deze verhuizing werken.

RadioSiteMaker serveert zijn eigen paginapaden op je domein: /schedule, /djs/<name>, /shows/<name>, /podcasts/<name>, /blog/<post>, /events/<event>, /about, /contact enzovoort. Er is geen redirectbeheer om een lijst met oude URL's te importeren. Zodra www naar RadioSiteMaker wijst, ziet de oude host die verzoeken niet meer en kan hij ze dus ook niet doorsturen. Dan blijven er drie middelen over:

• Houd dezelfde paden aan waar het kan. Gebruikte je oude site al paden als /schedule of /about, dan blijven die werken. Verschilt alleen het voorvoegsel, dan blijft de naam door de oude slug in elk geval herkenbaar.
• Stuur adressen die niet www zijn door via de oude host of registrar. Stond je oude site op het kale domein (yourstation.com), op een ander subdomein of op een heel ander domein, dan kan dat adres bij de oude host of registrar blijven en per pagina doorsturen naar de nieuwe URL's. Veel registrars bieden doorsturen van een domein aan; of regels per pad mogelijk zijn, hangt af van je registrar of host.
• Werk de links bij die je zelf in de hand hebt. Socialmediaprofielen, vermeldingen in radiogidsen, nieuwsbriefsjablonen en shownotes van je podcast kun je allemaal direct naar de nieuwe URL's laten wijzen.

Maak een eenvoudige tabel met oude URL, nieuwe URL en hoe die wordt afgehandeld (zelfde pad, redirect elders, of bijgewerkte link). Zorg er voor de pagina's met zoekverkeer voor dat de inhoud op de nieuwe site bestaat, zodat zoekmachines die via je sitemap terugvinden, ook waar het oude adres niet kan doorsturen.

Verander bij deze verhuizing niet je podcastfeed-URL. Podcastapps volgen de feed waarop ze geabonneerd zijn; werkt die URL niet meer zonder redirect vanaf de oude host, dan krijgen abonnees stilletjes geen nieuwe afleveringen meer. Laat de feed bij je podcasthost.

Stap 5: Controleer alles op het subdomein

Test de nieuwe site op het subdomein voordat je het domein overzet, zoals een luisteraar dat zou doen, op een computer en op een telefoon:

• Speler: druk op afspelen en klik daarna door een aantal pagina's. De audio moet blijven doorspelen. Controleer of titel en artiest verschijnen. Zo niet, kijk dan bij problemen met de radiospeler oplossen.
• Programmering: controleer de uitzendtijden in de tijdzone van je station en of het programma dat nu live is klopt.
• Podcasts: afleveringen geïmporteerd, afspeelbaar, in de juiste volgorde.
• Formulieren: stuur een testbericht via het contactformulier en kijk of het aankomt.
• Donaties en andere externe links: klik ze allemaal aan.
• SSL: de adresbalk toont op elke pagina een hangslot.
• Inhoud: doe steekproeven aan de hand van je inventarisatie uit stap 1.

Stap 6: Zet het eigen domein over

Ben je tevreden, laat het domein dan naar de nieuwe site wijzen:

1. Ga in je RadioSiteMaker-dashboard naar Settings → Custom Domain en voer je domein in met www (bijvoorbeeld www.yourstation.com). RadioSiteMaker ondersteunt www-domeinen. Het dashboard toont precies welk record je moet toevoegen.
2. Vervang bij je DNS-provider het bestaande www-record door een CNAME-record: naam www, waarde sites.radiositemaker.com. Een CNAME kan zijn naam niet delen met andere records, dus verwijder het oude A- of CNAME-record voor www in plaats van er een naast te zetten. Staat je DNS bij Cloudflare, zet het record dan op DNS only (grijze wolk), niet op proxied.
3. Gebruik terug in Settings Check status. Zodra de DNS geverifieerd is, wordt het SSL-certificaat automatisch ingesteld. Dat duurt meestal een paar minuten nadat de DNS is bijgewerkt, al kan het langer duren voordat de DNS-wijziging zelf iedereen bereikt.
4. Stel voor het kale domein (yourstation.com) bij je registrar een doorverwijzing in naar https://www.yourstation.com, zodat mensen die het adres zonder www intikken toch aankomen.

Tijdens de overstap kunnen sommige bezoekers, afhankelijk van DNS-caching, nog een tijdje op de oude site terechtkomen. Dat is normaal, en nog een reden om de oude site voorlopig te laten draaien.

Stap 7: Houd Search Console in de gaten

Zoekmachines crawlen je site de dagen en weken daarna opnieuw. Help ze daarbij en let op problemen:

1. Voeg in Google Search Console een Domein-property toe voor je domein (of gebruik een bestaande). Die wordt geverifieerd met een DNS-TXT-record en dekt www dus af, welk platform de pagina's ook serveert.
2. Dien de nieuwe sitemap in: https://www.yourstation.com/sitemap.xml. RadioSiteMaker maakt en werkt die automatisch bij.
3. Controleer in het rapport Pagina's de meldingen "Niet gevonden (404)" en vergelijk ze met je tabel uit stap 4. Los op wat je kunt: ontbrekende inhoud toevoegen, links bijwerken of redirects instellen waar je een host hebt die ze kan serveren.
4. Gebruik URL-inspectie op je belangrijkste pagina's om te bevestigen dat Google de nieuwe versies ziet.

Wat beweging in de zoekresultaten na een platformwissel is normaal. Kijk naar de trend over een paar weken in plaats van te reageren op één dag. Waar je daarna aan kunt werken, lees je in de SEO-gids.

Stap 8: Houd een terugvalperiode aan

Zeg de oude hosting niet op op de dag van de overstap. Laat die nog een paar weken draaien, zodat:

• je bij een ernstig probleem het oude www-record (dat je in stap 3 hebt genoteerd) kunt terugzetten en weer op de oude site zit zodra de DNS is bijgewerkt;
• je nog alles kunt overzetten wat je vergeten bent;
• redirects die je bij de oude host of registrar hebt ingesteld blijven werken.

Draait de nieuwe site een tijdje probleemloos en ziet Search Console er stabiel uit, zeg dan de oude hosting op, maar houd je domeinregistratie, je DNS-records en je e-mail precies zoals ze zijn.

Checklist voor de verhuizing

Kopieer deze naar een document of druk hem af:

VOORAF
[ ] Alle pagina's en inhoud van de oude site op een rij zetten
[ ] Belangrijkste URL's exporteren uit Search Console en statistieken
[ ] Stream-URL en podcastfeed-URL noteren (geen van beide verandert)
[ ] Nieuwe site bouwen op yourstation.radiositemaker.com
[ ] Programma's, programmering, dj's, pagina's en berichten met de hand overzetten
[ ] Podcastafleveringen importeren uit de RSS-feed
[ ] Elk DNS-record exporteren of screenshotten (www, kaal domein, MX, TXT)
[ ] TTL van het www-record een dag vooraf verlagen
[ ] Tabel oude URL -> nieuwe URL maken, met afhandeling per URL

TESTEN OP HET SUBDOMEIN
[ ] Speler speelt, blijft doorspelen tussen pagina's, toont titels
[ ] Uitzendtijden en tijdzone kloppen
[ ] Podcastafleveringen spelen af
[ ] Testbericht via het contactformulier ontvangen
[ ] Donatie- en externe links werken
[ ] Hangslot (SSL) op elke pagina, desktop en telefoon

OVERSTAP
[ ] www.yourstation.com invoeren bij Settings -> Custom Domain
[ ] www-record vervangen door CNAME -> sites.radiositemaker.com
[ ] Cloudflare: DNS only (grijze wolk)
[ ] Check status tot geverifieerd en SSL actief
[ ] Kaal domein doorsturen naar https://www.yourstation.com
[ ] MX- en TXT-records ongewijzigd; testmail versturen

ACHTERAF
[ ] https://www.yourstation.com/sitemap.xml indienen in Search Console
[ ] Rapport Pagina's wekelijks controleren op 404's
[ ] Socialmediaprofielen en vermeldingen in radiogidsen bijwerken
[ ] Oude hosting een paar weken aanhouden als terugvaloptie

Veelgestelde vragen

Gaat mijn stream uit de lucht tijdens de verhuizing?

Nee. De stream wordt geleverd door je streamhost, niet door je website. Niets in dit proces verandert de stream, dus apps, slimme speakers, radiogidsen en iedereen die rechtstreeks luistert, blijven gewoon werken. De speler op de nieuwe site maakt verbinding met dezelfde stream-URL.

Kan RadioSiteMaker mijn oude website automatisch importeren?

Nee. Er is geen importtool voor websites, dus pagina's, programma's, dj-profielen en berichten zet je met de hand over. Podcastafleveringen zijn de uitzondering: plak de RSS-feed-URL van je podcast en de afleveringen worden geïmporteerd. Stap je specifiek over vanaf WordPress? Lees dan een WordPress-radiowebsite verhuizen.

Werkt mijn e-mail nog als ik de DNS van mijn domein wijzig?

Ja, als je alleen het www-record wijzigt. E-mail wordt geregeld door de MX-records (en bijbehorende TXT-records), en die laat je precies zoals ze zijn. Het risico ontstaat als je records verwijdert, de DNS naar een nieuwe provider verhuist zonder ze over te nemen, of een oude host opzegt die ook je DNS of mailboxen beheert.

Kan ik mijn domein zonder www gebruiken?

RadioSiteMaker serveert eigen domeinen op www. Stel bij je registrar een doorverwijzing in van het kale domein naar het www-adres, zodat bezoekers die het adres zonder www intikken toch op de site terechtkomen.

Hoe lang duurt de overstap?

De DNS-wijziging en het certificaat zijn meestal binnen enkele minuten tot uren klaar, afhankelijk van je DNS-provider en de TTL die je hebt ingesteld. Het meeste werk zit ervoor: inhoud overzetten en testen. Zoekmachines hebben dagen tot weken nodig om je site opnieuw te crawlen en hun resultaten bij te werken.