Radio-Website umziehen, ohne den Stream-Hoster zu wechseln

Deine Website und dein Stream sind zwei getrennte Dinge. Der Stream kommt von deinem Stream-Hoster oder Server (Icecast, SHOUTcast, AzuraCast, Radio.co, RadioKing, RadioHost Studio oder wem auch immer); die Website ist die Seite mit Player, Sendeplan und allem drumherum. Du kannst die Website austauschen, ohne den Stream anzufassen – und Hörer, die über Apps, smarte Lautsprecher oder Verzeichnisse einschalten, merken davon nichts.

Schiefgehen kann alles rund um die Domain: alte Links, die nicht mehr funktionieren, E-Mails, die nicht mehr ankommen, weil ein DNS-Eintrag gelöscht wurde, oder ein Podcast-Feed, der plötzlich verschwindet. Diese Anleitung zeigt dir die Reihenfolge, mit der du genau das vermeidest. Sie ist für den Umzug zu RadioSiteMaker geschrieben, die Schritte gelten aber für jede Plattform.

Eines vorab, damit es klar ist: Es gibt keinen automatischen Website-Import. Seiten, Sendungsbeschreibungen, Moderatoren-Bios und Blogbeiträge überträgst du von Hand. Die Ausnahme sind Podcast-Episoden, denn RadioSiteMaker kann sie aus dem RSS-Feed deines Podcasts importieren. Plane Zeit für das Übertragen ein und rechne damit, dass während der Umstellung einige Besucher noch kurz auf der alten Website landen, bis die DNS-Änderung überall angekommen ist.

Schritt 1: Bestandsaufnahme der alten Website

Bevor du irgendetwas baust, schreib auf, was du hast. Du brauchst zwei Listen.

Inhalte. Jeder Seitentyp und was darauf steht: Startseite, Über uns, Sendeplan, jede Sendung, jeder DJ oder Moderator, Events, Blogbeiträge, Podcasts, Spenden- und Kontaktseiten, alle eingebetteten Widgets (Chat, Wunschformulare, Social-Media-Feeds). Notiere, was noch aktuell ist; ein Umzug ist ein guter Moment, Veraltetes auszusortieren.

Wichtige URLs. Nicht jede alte URL muss erhalten bleiben, aber die, die tatsächlich genutzt werden. Du findest sie hier:

• In der Google Search Console (Berichte „Leistung" und „Seiten"): Seiten, die Klicks aus der Suche bekommen.
• In deiner Webanalyse: die meistbesuchten Seiten.
• Überall, wo du selbst verlinkst: Social-Media-Profile, Einträge in Verzeichnissen (TuneIn, radio.net usw.), Drucksachen, E-Mail-Signaturen, Shownotes deiner Podcasts.

Notiere außerdem deine Stream-URL und, falls du einen Podcast veröffentlichst, dessen Feed-URL und wo er gehostet wird. Beides ändert sich bei diesem Umzug nicht.

Schritt 2: Die neue Website auf deiner kostenlosen Subdomain aufbauen und testen

Registriere dich und bau die neue Website auf der kostenlosen Subdomain, die du bei der Anmeldung bekommst (yourstation.radiositemaker.com). Deine bisherige Website bleibt die ganze Zeit unter deiner Domain online – du hast also keinen Zeitdruck und keine Ausfallzeit, während du arbeitest.

1. Trag dieselbe Stream-URL ein, die du heute nutzt. Der Player verbindet sich mit deinem bestehenden Stream-Hoster; beim Hoster ändert sich nichts.
2. Leg deine Sendungen und den Wochensendeplan an, danach die Profile deiner DJs und Moderatoren.
3. Übertrag Seiten, Bios und Blogbeiträge von Hand. Gib den Einträgen nach Möglichkeit denselben Slug (den letzten Teil der URL) wie vorher; jede Sendung, jeder DJ, jeder Beitrag und jedes Event hat einen bearbeitbaren Slug.
4. Für Podcasts legst du die Serie an und fügst deine bestehende Feed-URL ein, um die Episoden zu importieren. Die Episoden verweisen weiterhin auf die Audiodateien bei deinem Podcast-Hoster – behalte diesen Hoster also.
5. Füge Events, Spendenlinks (PayPal, Stripe, Ko-fi, Buy Me a Coffee, Patreon oder GoFundMe) und deine Kontaktdaten hinzu.

So sieht der Sendeplan aus, sobald deine Sendungen eingetragen sind – hier bei einem Demo-Sender:

Die Testphase von RadioSiteMaker dauert 7 Tage, ohne Kreditkarte. Plane das Übertragen der Inhalte darum herum, oder abonniere (99 $/Jahr zzgl. Steuern), sobald du weißt, dass es passt.

Schritt 3: DNS- und E-Mail-Einstellungen sichern, bevor du DNS anfasst

Dieser Schritt verhindert den schlimmsten Fall. Die DNS-Zone deiner Domain enthält mehr als nur deine Website: Sie legt auch fest, wohin deine E-Mails gehen (MX-Einträge), und enthält Verifizierungs- und Anti-Spam-Einträge (TXT-Einträge für SPF, DKIM sowie Google- oder Microsoft-Verifizierung).

Bevor du irgendetwas änderst:

1. Melde dich dort an, wo das DNS deiner Domain verwaltet wird (bei deinem Domain-Registrar, bei Cloudflare oder bei deinem alten Webhoster).
2. Exportiere die Zonendatei, falls möglich, oder mach Screenshots von jedem Eintrag.
3. Notiere vor allem: den aktuellen www-Eintrag (Typ und Wert), alle A- oder AAAA-Einträge für die Hauptdomain, alle MX-Einträge und alle TXT-Einträge.
4. Setz die TTL des www-Eintrags einen Tag vor der Umstellung auf einen kurzen Wert, etwa 300 Sekunden, damit eine Änderung (oder ein Zurücksetzen) schneller greift.

Bei der Umstellung änderst du nur den www-Eintrag. MX- und TXT-Einträge bleiben, wie sie sind. Verwaltet dein alter Webhoster auch dein DNS oder deine E-Mails, klär das, bevor du kündigst: Mit dem Hosting können sonst auch DNS und Postfächer verschwinden.

Schritt 4: Weiterleitungen planen

Eine Weiterleitung schickt jemanden, der eine alte Adresse aufruft, zur neuen. Hier die ehrliche Version, wie Weiterleitungen bei diesem Umzug funktionieren.

RadioSiteMaker liefert unter deiner Domain seine eigenen Seitenpfade aus: /schedule, /djs/<name>, /shows/<name>, /podcasts/<name>, /blog/<post>, /events/<event>, /about, /contact und so weiter. Einen Weiterleitungsmanager zum Importieren einer Liste alter URLs gibt es nicht. Sobald www auf RadioSiteMaker zeigt, sieht der alte Hoster diese Anfragen nicht mehr und kann sie also auch nicht weiterleiten. Bleiben drei Werkzeuge:

• Dieselben Pfade behalten, wo es geht. Hat deine alte Website schon Pfade wie /schedule oder /about genutzt, funktionieren sie weiter. Wo nur das Präfix abweicht, bleibt der Name durch den alten Slug zumindest wiedererkennbar.
• Adressen, die nicht www sind, beim alten Hoster oder Registrar weiterleiten. Lag deine alte Website auf der Hauptdomain (yourstation.com), auf einer anderen Subdomain oder auf einer ganz anderen Domain, kann diese Adresse beim alten Hoster oder Registrar bleiben und Seite für Seite auf die neuen URLs weiterleiten. Viele Registrare bieten eine Domain-Weiterleitung an; ob Regeln für einzelne Pfade möglich sind, hängt von deinem Registrar oder Hoster ab.
• Die Links aktualisieren, die du selbst in der Hand hast. Social-Media-Profile, Verzeichniseinträge, Newsletter-Vorlagen und Podcast-Shownotes kannst du direkt auf die neuen URLs umstellen.

Leg eine einfache Tabelle an: alte URL, neue URL und wie sie behandelt wird (gleicher Pfad, Weiterleitung an anderer Stelle oder aktualisierter Link). Sorge bei den Seiten mit Suchtraffic dafür, dass der Inhalt auf der neuen Website existiert, damit Suchmaschinen ihn über deine Sitemap wiederfinden – auch dort, wo die alte Adresse nicht weitergeleitet werden kann.

Ändere bei diesem Umzug nicht deine Podcast-Feed-URL. Podcast-Apps folgen dem Feed, den sie abonniert haben; funktioniert diese URL ohne Weiterleitung vom alten Hoster nicht mehr, bekommen Abonnenten stillschweigend keine neuen Episoden mehr. Lass den Feed bei deinem Podcast-Hoster.

Schritt 5: Alles auf der Subdomain prüfen

Teste die neue Website auf ihrer Subdomain, bevor du die Domain umstellst – so, wie ein Hörer sie nutzen würde, am Computer und am Handy:

• Player: Drück auf Play und klick dich dann durch mehrere Seiten. Der Ton sollte weiterlaufen. Prüf, ob Songtitel und Interpret angezeigt werden. Falls nicht, hilft dir die Fehlerbehebung für den Radio-Player.
• Sendeplan: Prüf die Sendezeiten in der Zeitzone deines Senders und ob die aktuell laufende Sendung stimmt.
• Podcasts: Episoden importiert, abspielbar, in der richtigen Reihenfolge.
• Formulare: Schick eine Testnachricht über das Kontaktformular und prüf, ob sie ankommt.
• Spenden- und andere externe Links: Klick jeden einzelnen an.
• SSL: Die Adressleiste zeigt auf jeder Seite ein Schloss.
• Inhalte: Gleich stichprobenartig mit deiner Bestandsaufnahme aus Schritt 1 ab.

Schritt 6: Die eigene Domain umstellen

Wenn alles passt, richtest du die Domain auf die neue Website aus:

1. Geh in deinem RadioSiteMaker-Dashboard zu Settings → Custom Domain und gib deine Domain mit www ein (zum Beispiel www.yourstation.com). RadioSiteMaker unterstützt www-Domains. Das Dashboard zeigt dir genau den Eintrag, den du anlegen musst.
2. Ersetze bei deinem DNS-Anbieter den bestehenden www-Eintrag durch einen CNAME-Eintrag: Name www, Wert sites.radiositemaker.com. Ein CNAME kann seinen Namen nicht mit anderen Einträgen teilen – entferne also den alten A- oder CNAME-Eintrag für www, statt den neuen daneben anzulegen. Liegt dein DNS bei Cloudflare, stell den Eintrag auf DNS only (graue Wolke), nicht auf Proxy.
3. Nutze in den Settings Check status. Sobald das DNS verifiziert ist, wird das SSL-Zertifikat automatisch eingerichtet. Das dauert meist ein paar Minuten, nachdem die DNS-Änderung durch ist – bis die DNS-Änderung selbst überall angekommen ist, kann es aber länger dauern.
4. Richte für die Hauptdomain (yourstation.com) bei deinem Registrar eine Weiterleitung auf https://www.yourstation.com ein, damit auch Besucher ankommen, die die Adresse ohne www eintippen.

Während der Umstellung landen manche Besucher je nach DNS-Caching noch eine Weile auf der alten Website. Das ist normal – und ein weiterer Grund, die alte Website vorerst weiterlaufen zu lassen.

Schritt 7: Die Search Console im Blick behalten

Suchmaschinen crawlen deine Website in den folgenden Tagen und Wochen neu. Hilf ihnen dabei und achte auf Probleme:

1. Leg in der Google Search Console eine Domain-Property für deine Domain an (oder nutze eine bestehende). Sie wird über einen DNS-TXT-Eintrag verifiziert und deckt www daher ab, egal welche Plattform die Seiten ausliefert.
2. Reich die neue Sitemap ein: https://www.yourstation.com/sitemap.xml. RadioSiteMaker erstellt und aktualisiert sie automatisch.
3. Prüf im Bericht Seiten die Einträge „Nicht gefunden (404)" und gleich sie mit deiner Tabelle aus Schritt 4 ab. Behebe, was du kannst: fehlende Inhalte ergänzen, Links aktualisieren oder Weiterleitungen einrichten, wo du einen Hoster hast, der sie ausliefern kann.
4. Prüf deine wichtigsten Seiten mit der URL-Prüfung, um sicherzugehen, dass Google die neuen Versionen sieht.

Etwas Bewegung in den Suchergebnissen ist nach einem Plattformwechsel normal. Beobachte die Entwicklung über einige Wochen, statt auf einen einzelnen Tag zu reagieren. Was du danach angehen kannst, steht im SEO-Leitfaden.

Schritt 8: Einen Rückfallzeitraum einplanen

Kündige das alte Hosting nicht am Tag der Umstellung. Lass es noch ein paar Wochen laufen, damit:

• du bei einem ernsthaften Problem den alten www-Eintrag (den du in Schritt 3 notiert hast) wiederherstellen kannst und wieder auf der alten Website bist, sobald die DNS-Änderung greift;
• du noch alles übertragen kannst, was du vergessen hast;
• Weiterleitungen, die du beim alten Hoster oder Registrar eingerichtet hast, weiter funktionieren.

Läuft die neue Website eine Weile sauber und sieht die Search Console stabil aus, kündigst du das alte Hosting – aber Domain-Registrierung, DNS-Einträge und E-Mail bleiben genau so, wie sie sind.

Checkliste für den Umzug

Kopier sie in ein Dokument oder druck sie aus:

VORHER
[ ] Alle Seiten und Inhalte der alten Website auflisten
[ ] Wichtigste URLs aus Search Console und Webanalyse exportieren
[ ] Stream-URL und Podcast-Feed-URL notieren (beide bleiben gleich)
[ ] Neue Website auf yourstation.radiositemaker.com aufbauen
[ ] Sendungen, Sendeplan, DJs, Seiten und Beiträge von Hand übertragen
[ ] Podcast-Episoden aus dem RSS-Feed importieren
[ ] Jeden DNS-Eintrag exportieren oder fotografieren (www, Hauptdomain, MX, TXT)
[ ] TTL des www-Eintrags einen Tag vorher senken
[ ] Tabelle alte URL -> neue URL anlegen, inkl. Behandlung jeder URL

AUF DER SUBDOMAIN TESTEN
[ ] Player spielt, läuft seitenübergreifend weiter, zeigt Songtitel
[ ] Sendezeiten und Zeitzone stimmen
[ ] Podcast-Episoden spielen ab
[ ] Testnachricht über das Kontaktformular angekommen
[ ] Spenden- und externe Links funktionieren
[ ] Schloss (SSL) auf jeder Seite, Desktop und Handy

UMSTELLUNG
[ ] www.yourstation.com unter Settings -> Custom Domain eintragen
[ ] www-Eintrag durch CNAME -> sites.radiositemaker.com ersetzen
[ ] Cloudflare: DNS only (graue Wolke)
[ ] Check status, bis verifiziert und SSL aktiv
[ ] Hauptdomain auf https://www.yourstation.com weiterleiten
[ ] MX- und TXT-Einträge unverändert; Test-E-Mail senden

DANACH
[ ] https://www.yourstation.com/sitemap.xml in der Search Console einreichen
[ ] Bericht "Seiten" wöchentlich auf 404-Fehler prüfen
[ ] Social-Media-Profile und Verzeichniseinträge aktualisieren
[ ] Altes Hosting ein paar Wochen als Rückfalloption behalten

Häufig gestellte Fragen

Geht mein Stream während des Umzugs vom Netz?

Nein. Der Stream wird von deinem Stream-Hoster ausgeliefert, nicht von deiner Website. Nichts in diesem Ablauf ändert den Stream – Apps, smarte Lautsprecher, Verzeichnisse und alle, die direkt zuhören, funktionieren weiter. Der Player der neuen Website verbindet sich mit derselben Stream-URL.

Kann RadioSiteMaker meine alte Website automatisch importieren?

Nein. Es gibt kein Import-Tool für Websites; Seiten, Sendungen, DJ-Profile und Beiträge überträgst du also von Hand. Die Ausnahme sind Podcast-Episoden: Füge die RSS-Feed-URL deines Podcasts ein, und die Episoden werden importiert. Du ziehst speziell von WordPress um? Dann lies den Umzug einer WordPress-Radio-Website.

Funktionieren meine E-Mails nicht mehr, wenn ich das DNS der Domain ändere?

Nicht, wenn du nur den www-Eintrag änderst. E-Mail wird über die MX-Einträge (und zugehörige TXT-Einträge) gesteuert, und die lässt du genau so, wie sie sind. Riskant wird es, wenn du Einträge löschst, das DNS zu einem neuen Anbieter verschiebst, ohne sie zu übernehmen, oder einen alten Hoster kündigst, der auch dein DNS oder deine Postfächer betreibt.

Kann ich meine Domain ohne www nutzen?

RadioSiteMaker liefert eigene Domains über www aus. Richte bei deinem Registrar eine Weiterleitung von der Hauptdomain auf die www-Adresse ein, damit Besucher, die die Adresse ohne www eintippen, trotzdem auf der Website landen.

Wie lange dauert die Umstellung?

DNS-Änderung und Zertifikat sind meist innerhalb von Minuten bis Stunden erledigt, je nach DNS-Anbieter und eingestellter TTL. Die meiste Zeit kostet die Arbeit davor: Inhalte übertragen und testen. Suchmaschinen brauchen Tage bis Wochen, um deine Website neu zu crawlen und ihre Ergebnisse zu aktualisieren.