What to back up before migrating your online radio station
What to back up before migrating your online radio station
Blog Article
How to Choose and Migrate Your Radio Hosting Without Losing Listeners
Every broadcaster, at some point, must decide which server will carry its signal. It could be that your current host drops the stream at the worst moments, or the project simply outgrew a basic setup. In both cases, deciding on your radio hosting is not a decision made on price alone: it defines how reliably the audio reaches people, which parts of the day run on autopilot and how clearly you see who is tuning in.

This guide walks through the questions that matter before you copyright, and afterwards explains how to plan the migration itself in a way that your loyal audience hardly notices the change. It was written for web radio projects as well as for traditional AM/FM stations that simulcast online.
Start with an honest audit of your station
Before talking to any hosting service, put on paper the way your station operates now. How much of the day goes out live, and how much runs from playlists? Which software does the studio use to broadcast? Do multiple announcers broadcast from different studios? From where do most listeners tune in: the station website, a phone app, a speaker at home or an aggregator?
- Start with an honest audit of your station
- Questions to ask any hosting provider
- Will my broadcasting software still work?
- Which formats and security options are included?
- How is traffic measured?
- Can each host have separate access?
- Automation: what happens when nobody is in the studio
- Statistics that actually guide programming decisions
- The listener side: players, embeds and devices
- Support and stability: the questions nobody asks until it is late
- If you simulcast an AM/FM signal
- Planning the migration without dead air
- Mistakes that make a migration painful
- Where BRLOGIC fits into this checklist
These answers become your list of requirements. A project that relies on playlists most of the day needs strong automation, whereas a station full of live shows cares more about a stable live link plus separate logins for each host. If you skip this step, it is easy to pay for features you never use, and still lack the tool that matters most.
Questions to ask any hosting provider
A serious company responds to specific questions clearly. If the answers are generic, consider that as information too. The points below summarize what tends to separate a calm routine from recurring headaches.
Is my current encoder compatible?
Your announcers are used to their tools, and replacing their software overnight brings stress in the studio. Check if the servers accept the usual Icecast/Shoutcast protocol, since that is what most encoders speak. It also helps if the provider offers its own lightweight broadcaster for people who are starting out.
Which formats and security options are included?
Find out which stream formats the service delivers, most often MP3 plus AAC, and also whether the signal is served with SSL. That point deserves attention: modern browsers tend to block insecure audio inside protected sites, and an unprotected stream might not play on the station page.
How is traffic measured?
Hosting companies organize their offers in different ways: certain ones cap concurrent listeners, and others measure monthly traffic. Ask exactly which model applies, what the listener hears if a popular show attracts a spike in listeners, plus which features belong to each package. Features such as more storage often depend on the plan you choose.
How is access shared with the team?
Sharing one password with the whole team is convenient until a host moves on or when a broadcast goes wrong. Confirm that each person on air may receive an individual copyright. This makes it easier to know who was on air at any given time, and at the same time it keeps control in your hands.
When the studio is empty, automation takes over
Very few stations broadcast live around the clock. The rest of the schedule depends on automation, so this piece calls for the same care as the live signal. See whether the team can upload audio, organize them in playlists and later set when each playlist starts, keeping the radio online when the studio computer is turned off.
Further reading: audio library for radio stations
Specific features produce a real difference here. A fallback playlist that takes over when programming runs short avoids dead air. A quick-add queue makes it possible to add a new file without rebuilding every playlist. Automated time announcements help the playlist hours feel local.
Programming stays the other side of this equation. A library of radio-ready audio that brings short shows, awareness campaigns and songs prepared for radio can help lean teams cover the programming grid with fresh material. Check what languages the content comes in: a US audience needs segments in English.
Statistics that actually guide programming decisions
A bare listener count shows you little of value. What helps comes from understanding where the audience is, including country, state and even city, plus how the numbers move hour by hour. Ask for live audience figures, an audience history and a log of what was played, since matching the program log with the audience curve stays a straightforward way to fine-tune the grid.
Some stations that report to sponsors and measurement companies may also want to know whether log files are available for export in a way that auditors can use. In some services this is an add-on, which is why you should check it during the first conversation.
Players, embeds and devices on the listener side
A reliable server is of little use if the button on your page fails on phones. Check whether the provider includes customizable players that generates embed code for your pages, including the current track, the cover art plus the program schedule. Detachable players let people continue listening as they navigate.
Support for devices also matters. Players compatible with the Media Session standard show song details in the system controls, and Google Cast compatibility brings your programming to TVs and compatible devices. When the station has a developer, check for ready-made stream addresses to let them build an in-house player.
On top of the player, interactive modules help turn a plain website into a corner of the web where listeners interact. See whether the service has tools such as music requests, a message wall, a live chat plus the show schedule. Those modules offer the most engaged listeners one more reason to visit your website again rather than a third-party page.
Stability and support deserve their own questions
Stability stays tricky to evaluate from a sales page, which is why you should ask about real situations. What does the provider do if the live feed stops in the middle of a show? Can a playlist step in so the stream does not go silent? In what ways does the support team answer, and is there a help center with tutorials for everyday tasks?
Pay attention of how the provider answers before you sign. A company that describes its procedures clearly and patiently now is likely to do the same when you really need help. Vague promises, on the other hand, rarely help at two in the morning.
Notes for AM/FM stations that simulcast online
Dial stations that stream the same programming to the web face some particular needs. The studio encoder typically works twenty-four hours a day, and so automatic reconnection is essential. Some stations may also need to limit where the stream plays because of content rights, so check if geographic blocking can be enabled and under what conditions. Broadcasters that report audiences will want the log exports mentioned above.
A migration plan that keeps the station on air
The move itself is largely a question of timing. Begin with a list of all the places that point to your current stream: site players, apps, smart speaker integrations, directory listings and social media links. That inventory stops the usual problem of simply forgetting a forgotten player that keeps sending people to silence.
Next, configure the new platform alongside the old one. Transfer the music and spots, recreate the automated schedule and later try each encoder in a test session. Monitor the signal on several devices for a few days, watching loudness, track titles and the changes between live shows and playlists.
Once the tests are clean, swap the stream address in the places you control directly, like the website and the social links, then schedule the updates that other companies must make, for example directories. Leave the old stream on while the updates spread, and also announce the switch to listeners. In the following weeks, monitor the listening data closely to catch any listener group that did not follow.
Suggested reading: radio streaming service
One more safeguard: set a date with a quieter schedule for the switch, and then align with your staff on a simple rollback plan. If a problem appears, switching the players back to the old server, which is still running, takes minutes and also protects the audience until the cause is found.
What usually goes wrong in a switch
The most common error comes from switching everything on the same day, without a test period. A second mistake comes down to rebuilding playlists from memory and discovering gaps only when dead air appears. Some stations also forget to give updated passwords to every host ahead of time, and this leaves one person unable to connect right at the start of their show. On top of that, some broadcasters end the old contract before the overlap ends, and give up the easy way back.
Checking the list against BRLOGIC
BRLOGIC is a complete platform for radio stations, so its internet radio hosting covers many of these questions in a single account. Its radio station hosting uses Icecast servers and works with well-known encoders using the Icecast/Shoutcast protocol, and BRLOGIC also provides a free broadcaster of its own for teams that need a quick setup.
In practice, the service combines live shows and automation, radio hosting MP3 and AAC streaming over HTTPS, geographic audience reports, one password per studio or announcer plus players and widgets for the station website. Stations comparing options for web radio can use the points above to evaluate BRLOGIC just as they would evaluate any other option, asking in particular what resources belong to each plan.
For stations that need a stream provider with more than the stream, knowing that site, apps, players and content share one account tends to simplify the switch: fewer separate services to manage translates into fewer forgotten links. BRLOGIC streaming hosting remains one of the options to include on the short list.
Common questions
For how long should both streams stay online?
No single rule applies, yet this parallel period should last at least until every place you listed points to the new address. Listings as well as apps can take longer than your site, and so checking the reports helps know when to turn off the old stream.
Must the team learn a new encoder?
Not necessarily. When the new provider accepts connections via the Icecast/Shoutcast protocol, common encoders just need a new address and password. Test every host during the trial period all the same.
What should I back up before migrating?
Save your audio files, notes on every playlist, the time of each program plus the list of places where the stream address appears. With that material at hand, setting up the new account becomes a checklist task and not a memory exercise.
What is the best way to try a service first?
Contact the company about how you can evaluate the service, and use that period to verify your encoder, the website player plus the data dashboard. In addition, open a practical support request and later note how useful the reply is.
Will listeners notice the change?
If you follow a planned sequence, most listeners tend to notice only what improved. The main risk lies in old players still pointing to the old stream, and that is why the inventory comes first.
Can automation take the place of live hosts?
Not at all; it complements them. Automated programming holds the signal running at the times when nobody is in the studio, and live programs continue to be the part in which the station builds a real connection with the audience.
Put your station on a solid foundation
Changing providers should not be a stressful gamble. After you build a list of real needs, a solid checklist plus a migration plan, the move turns into a planned task with clear steps. What you gain comes as a stable signal, hours that take care of themselves and audience reports that really inform each new decision.
If your team decides to make the move, explore what BRLOGIC offers with this checklist in hand, talk to the sales team about your specific case, and schedule the move that the people who listen will hardly feel.
Report this page