Radio Station Hosting

Radio hosting for a station that never stops broadcasting.

A podcast site serves files. A radio site sits in front of something continuous, and the page has to keep up with what is happening right now.

Stream kept off the originNow-playing polling absorbedSchedule right on the hour
Stream handoffMetadata pollingHourly scheduleDaily backupsFree SSL24/7 support
Built for broadcasters

Continuous, not on demand.

Everything here differs from on-demand audio because nothing has a beginning, an end, or a fixed URL.

The stream never touches the application

Listeners connect to the streaming server directly. The website hands them a link rather than proxying audio, so a thousand listeners cost the origin nothing at all.

Direct handoff

Now-playing polling as primary traffic

Every open player asks what is on every few seconds. That polling outweighs page views by a wide margin and is answered from cache rather than by a database query.

Cached, short TTL

A schedule that turns over on the hour

The current-show panel changes at fixed times whether or not anyone visits. It is driven by a scheduler, so the site is not showing the previous programme at ten past.

Requests and competitions arrive in bursts

A presenter mentions a form on air and it receives a few hundred submissions in ninety seconds. That is a write spike triggered by something invisible to your metrics.

Catch-up alongside the live stream

Recorded shows and podcasts sit next to the live feed as ordinary large media, served from the edge rather than through PHP.

Always on

The site tracks something live.

A station's website is a window onto a broadcast. Its correctness is measured in minutes, and its traffic is mostly players asking for an update.

  • Listeners handed to the streaming server directly
  • Now-playing responses cached with a short lifetime
  • Schedule turnover driven by a scheduler
  • Catch-up media served from the edge
Stream
Origin cost
none
Now playing
Polling
from cache
Schedule
Turnover
on the hour
On-air request form
Burst
running
Polling load

More metadata requests than pages.

The busiest endpoint on a radio site is not a page. It is whatever the player asks every few seconds, multiplied by everyone listening.

Zero
origin cost per listener
Cached
now-playing responses
Scheduled
programme turnover
MagicWP25 ms
Typical shared host760 ms
Metadata queried per poll310 ms

Illustrative comparison of a now-playing metadata request. Your numbers depend on poll interval and concurrent listeners.

Configuration

What we change for radio sites

The defining fact is that the interesting content is happening elsewhere, continuously, and the site reports on it.

SettingWhat we doWhy
Stream deliveryListeners connected directly to the streaming serverProxying continuous audio through the application holds a worker per listener for as long as they listen, which no pool survives.
Metadata endpointCached with a lifetime measured in secondsEvery open player polls for the current track, so that endpoint receives more requests than the rest of the site combined.
Schedule turnoverDriven by a scheduler rather than by page viewsThe current-show panel must change at the top of the hour whether or not anybody happened to load a page at that moment.
On-air submission burstsCapacity allowed for presenter-triggered spikesA mention on air produces hundreds of form submissions in under two minutes, from an event that never appears in web analytics beforehand.
Catch-up mediaServed from the edge as large static filesRecorded programmes are the same delivery problem as any large audio file and should not compete with the live site for workers.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly 2 months free
Starter
For personal sites, blogs, and portfolios.
$20/mo
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Does the audio stream run through my website?
It should not. Listeners are handed a link and connect to the streaming server directly — proxying continuous audio holds a worker per listener for the whole time they are tuned in.
Why is my site slow with only a few hundred listeners?
Usually the now-playing endpoint. Every open player polls it every few seconds, so it takes more requests than every page combined and cannot be a live database query.
My schedule shows the wrong programme. Why?
Because the turnover depends on someone loading a page. Driven by a scheduler instead, the current-show panel changes on the hour whether or not there is traffic.
What happens when a presenter mentions a competition on air?
A few hundred submissions inside two minutes. It is a write spike with no warning in your analytics, so capacity is allowed for it rather than discovered during it.

Keep up with what is on air.

Move the station site across — migration is free, catch-up archive included.