How to choose an online radio plan based on concurrent listeners

Choosing an online radio plan should not mean simply selecting the largest listener number available. The useful decision is different: estimate how many people may listen at the same time, at what audio quality, and when audience attention is concentrated.

A station may record thousands of plays in a month while requiring moderate capacity if listening is spread out. It may also need more headroom than expected when listeners gather around a live program, sports broadcast, or institutional event.

The right capacity is not the largest capacity available. It is the capacity that keeps the stream running through a reasonable audience peak and leaves room to grow using real data.

First, separate three numbers that are often confused

Before comparing plans, track these metrics independently:

• Concurrent listeners: people connected to the stream at one moment. This is the main capacity figure.
• Cumulative audience: total people, sessions, or plays over a period. It helps assess reach, but does not by itself show how many simultaneous connections you need.
• Listener peak: the highest concurrent connection count recorded over a comparable period. It is a useful reference for planning the next capacity level.

In a streaming setup, the server sends audio to people who connect to a stream address, or mountpoint. A server can host more than one stream, and each stream can use its own quality or configuration. The Icecast basic setup documentation explains how mountpoints and listeners work.

Estimate baseline usage with a simple formula

For one audio stream, a practical approximation is:

transfer per hour (GB) ≈ bitrate (kbps) × concurrent listeners × 0.00045

For example, a 128 kbps stream with 100 concurrent listeners uses approximately:

128 × 100 × 0.00045 = 5.76 GB per hour

This is an audio-transfer estimate. Actual usage can vary because of technical overhead, reconnections, metadata, players, and the specific service configuration. Its purpose is not precise billing; it is to show the effect of combining quality and concurrency.

What changes when you change bitrate

Bitrate indicates how many kilobits per second are sent in the stream. If the listener count stays the same, doubling bitrate roughly doubles the transfer required.

• 64 kbps: can be a reference point for mostly spoken programming when reducing data use is the priority.
• 96 kbps: can be a middle ground for mixed content, depending on codec, processing, and quality expectations.
• 128 kbps or higher: requires more transfer per listener and should be validated through tests on the real devices and networks your audience uses.

There is no universally correct bitrate. A news station, music programming, and a stream produced from mobile connections can have different priorities. Choose after listening to tests, not only after reading specifications.

Set capacity from the peak, not the average

An average can hide the important moments. If you usually have 25 connected listeners but a weekly program reaches 90, your operation should be able to serve that program without avoidable interruptions.

1. Review the concurrent-listener peak from similar recent broadcasts.
2. Identify upcoming events that may draw a larger audience: launches, interviews, matches, ceremonies, or campaigns.
3. Add reasonable growth headroom. As an operating guideline, 20% to 50% may be appropriate depending on event uncertainty and how critical uninterrupted streaming is.
4. Confirm whether the plan limit applies to the entire station or to each stream separately.
5. Check what happens when the limit is reached: new connections denied, plan upgrade, queue, alternative stream, or another measure.

Streaming servers can set a listener maximum per mountpoint and record both current listeners and peak connections. The Icecast configuration documentation describes the listener limit, while its server statistics documentation includes current listeners, permitted maximums, and listener peaks.

Include additional streams and transition periods

The previous calculation applies to one signal. Total capacity rises if you run parallel versions: a main stream and a lower-quality alternative, a secondary station, a relay, or a special event stream.

It is also wise to account for situations that do not appear in a simple spreadsheet:

• listeners reconnecting after changing networks or moving through weak mobile coverage;
• short peaks at the start of a promoted program;
• internal teams monitoring the broadcast from multiple locations;
• embedded players on high-traffic websites;
• international listeners with different connection conditions.

If your operation includes a backup signal, define the listener experience before the main source becomes unavailable. Icecast supports directing connections to a fallback mount when a compatible active alternative exists; this is a technical option to test before an event, not during an outage.

What to request or verify before selecting a plan

Use this list to turn a commercial comparison into an operational decision:

• included concurrent-listener capacity;
• the bitrate or audio quality you intend to broadcast;
• the number of stations, signals, or mountpoints required;
• live broadcasting, AutoDJ, or a combined setup;
• available statistics: current listeners, peaks, origin, and listening time where applicable;
• how capacity can be increased before an exceptional broadcast;
• the support procedure during an interruption;
• compatibility with your broadcasting software and web player.

Choose an initial capacity you can review

If you do not have data yet, you do not need to predict a final audience. Choose initial capacity based on your most demanding launch scenario, leave reasonable growth room, and review listener peaks after each important broadcast.

Continuous improvement starts with simple measurement: compare schedule, program, promotion activity, maximum concurrent listeners, and stream stability. Within a few weeks, you will have more dependable information than any initial estimate.

Would you like to assess an online radio setup based on your programming and expected audience? Explore Ideasweb’s online radio plans and select an option that fits the way you intend to broadcast.