Bandwidth for Online Course Platforms: How Much You Need
Bandwidth is the largest hidden cost in running a course platform, and the one number most instructors have never calculated. Here is the arithmetic, simply.
Hosting paid course videos on YouTube is the most common and most expensive mistake in online teaching. Here is what each option actually gives you.
Where your course videos live decides three things at once: what they cost to deliver, whether you can protect them, and whether losing access actually means losing access.
Most instructors decide it by accident, on day one, and live with the consequences for years.
The appeal is obvious. It is free, it plays everywhere, and everyone knows how to upload to it. So instructors set videos to "unlisted", embed them, and consider the problem solved.
Here is what unlisted actually means: anyone with the link can watch, forever, without an account. That is not access control. It is the absence of a directory listing. One student pasting the address into a group chat has published your paid course, and you will not know.
Beyond that:
YouTube is an outstanding marketing channel. Publish free content there and let it bring people to your platform. It is not somewhere to keep the thing people paid for.
Dedicated video-hosting services are built for people who want a clean, controlled player, and it shows: no suggested videos, no external branding, and restrictions so your videos only play on your own site.
That is meaningfully better than unlisted — it closes the pasted-link problem. It does not stop a student capturing the video and re-uploading it, and it does not tell you who did.
Where it runs out:
Reasonable for a small paid catalogue. Increasingly awkward as you grow.
Video-delivery services are what platforms themselves are usually built on. Used directly, they give you low per-gigabyte pricing and excellent global delivery.
The catch is that they give you delivery, not a product. Everything that makes delivery safe — tying playback to a specific enrolled student, expiring access, watermarking, handling the case where a session ends mid-lesson — is yours to build and yours to maintain.
That is real, ongoing engineering, and it is exactly the work a platform exists to absorb. Choose this route if you have a developer and a specific requirement you can state in one sentence. Otherwise you are rebuilding a course platform to avoid paying for one.
When hosting is part of your course platform, everything that matters shares a single source of truth about who is allowed to watch.
That sounds abstract until something goes wrong. A student refunds — does their access actually stop? With separate hosting, only if two systems talk to each other correctly. With integrated hosting, revoking access is the same act as unenrolling them.
It also makes the strongest protections practical at all. Per-student watermarking requires the player to know which student is watching, which requires playback and enrolment to be one system. The same is true of device limits and activity monitoring: they all need one identity to reference.
| YouTube unlisted | Dedicated host | Raw delivery | In the platform | |
|---|---|---|---|---|
| Cost | Free | Metered | Lowest per GB | Included in plan |
| Real access control | None | Site-restricted | You build it | Tied to enrolment |
| Per-student watermark | No | Rarely | You build it | Yes |
| Revoke on refund | No | Partial | You build it | Yes |
| Distraction-free player | No | Yes | Yes | Yes |
| Setup effort | Minutes | An hour | Weeks | None |
| Systems to keep in sync | 2 | 2 | 2+ | 1 |
If you are launching: use whatever your platform provides. It is included, it is integrated, and it removes a decision you do not yet have enough information to make well.
If you are on YouTube unlisted today: move. This is the highest-value change available to you, and it is more urgent than anything on your content roadmap.
If you are on a dedicated host and it works: you are fine for now. Revisit when bandwidth costs start showing up on the invoice, or the first time you need to know which student leaked something.
If you are considering building on raw infrastructure: only with a developer, and only for a reason you can state plainly. "It is cheaper per gigabyte" stops being that reason once you price your own time.
How much any of this costs per month is worked through in the bandwidth guide, and the protection side in the protection guide.
You can, and you should not. Unlisted is not private: anyone with the link can watch, links get shared, and YouTube's own systems may surface the video. You also cannot watermark per student, cannot revoke access, and YouTube shows suggested videos that pull students away from your lesson.
A dedicated video host is a genuine step up — site restrictions, no suggested videos, a clean player — and a reasonable choice for a small catalogue. Its limits show at scale: bandwidth is metered on the plans that matter, per-student watermarking is rarely standard, and you are managing a second service alongside your platform.
Per gigabyte, building directly on video-delivery infrastructure is usually cheapest. But cheapest per gigabyte is not cheapest overall once you add the integration work and the protection layer you then have to build and maintain yourself.
For most instructors, yes. When hosting is part of the platform, access control, signed delivery, per-student watermarking and enrolment all share one system, so a student losing access actually loses access. Separate hosting means access control lives in two places that can disagree.
Bandwidth is the largest hidden cost in running a course platform, and the one number most instructors have never calculated. Here is the arithmetic, simply.
Most advice on protecting courses is either useless or dishonest. Here is what each control genuinely stops, what it does not, and the honest answer about the one attack nobody prevents.
Course video is mostly a person talking or a screen recording. Recorded for what it actually is, it delivers the same picture at a fraction of the data.