---
title: "視聴者あたりコスト：配信業界が10年隠してきた指標と、その計算方法"
url: https://ireplay.tv/blog/shichosha-atari-kosuto-haishin/
markdown_url: https://ireplay.tv/blog/shichosha-atari-kosuto-haishin.md
description: "配信運用に範囲を限定した視聴者あたりコスト。公式、それを隠す4つの請求書（装置あたりCAPEX、年あたりOPEX、デバイスあたりライセンス、ギガバイトあたりCDN）、視聴者時間あたり0.050ドルという具体例、そして視聴者が倍増または半減したときにこの数字がどう動くか。あわせて2014年から2018年までのVOD2Live時代に、放送局へこの指標を根づかせようとして失敗した記録も。"
type: article
site: iReplay.tv
author: "Sylvain Corvaisier"
date_published: 2026-08-26T09:00:00+02:00
date_modified: 2026-08-26T09:00:00+02:00
language: ja
image: https://ireplay.tv/blog/thumbnails/cost-per-viewer-streaming-operations.jpg
keywords:
  - "視聴者あたりコスト"
  - "視聴者時間あたりコスト"
  - "配信コスト"
  - "CDNコスト GB単価"
  - "ストリーミングのユニットエコノミクス"
  - "アクティブ視聴者あたりコスト"
  - "DRMライセンス デバイス単価"
  - "CDNコスト削減"
  - "動画配信コスト"
translations:
  ar: https://ireplay.tv/blog/taklifat-almushahid-fi-tashghil-albath.md
  da: https://ireplay.tv/blog/omkostning-per-seer-streamingdrift.md
  de: https://ireplay.tv/blog/kosten-pro-zuschauer-streaming-betrieb.md
  en: https://ireplay.tv/blog/cost-per-viewer-streaming-operations.md
  es: https://ireplay.tv/blog/coste-por-espectador-operaciones-streaming.md
  fr: https://ireplay.tv/blog/cout-par-spectateur-exploitation-streaming.md
  is: https://ireplay.tv/blog/kostnadur-a-ahorfanda-i-streymisrekstri.md
  it: https://ireplay.tv/blog/costo-per-spettatore-operazioni-streaming.md
  ko: https://ireplay.tv/blog/sicheongja-dang-biyong-streaming.md
  nl: https://ireplay.tv/blog/kosten-per-kijker-streamingoperaties.md
  no: https://ireplay.tv/blog/kostnad-per-seer-streamingdrift.md
  pt: https://ireplay.tv/blog/custo-por-espectador-operacoes-streaming.md
  ru: https://ireplay.tv/blog/stoimost-na-zritelya-streaming.md
  sv: https://ireplay.tv/blog/kostnad-per-tittare-streamingdrift.md
  zh: https://ireplay.tv/blog/mei-guanzhong-chengben-liumeiti.md
---

# 視聴者あたりコスト：配信業界が10年隠してきた指標と、その計算方法

![4種類の異なる単位で発行された配信の請求書。装置あたりのCAPEX、年あたりのOPEX、デバイスあたりのライセンス、ギガバイトあたりのCDN。どれ一つとして視聴者時間で割ることができない](https://ireplay.tv/blog/img/cost-per-viewer-streaming-operations.jpg)

配信事業者に、視聴者1人が1時間見るのにいくらかかるか聞いてみてください。4人の担当者から、足し合わせることのできない4つの単位で、4つの答えが返ってきます。

エンジニアリングはトランスコーダーの費用を知っています。発注書に署名したからです。運用はラックと電力と保守契約の費用を知っています。毎年更新しているからです。プロダクトはDRMとスマートテレビアプリの費用を知っています。そのライセンス項目が自分たちの予算にあるからです。調達はCDNのギガバイト単価を知っています。自分たちで交渉したからです。4つの数字、4人の担当者、4つの分母、そしてそのどれ一つとして視聴者ではありません。

この隙間には名前があります。視聴者あたりコストは、配信運用において、自分たちが築いたものが視聴者数の変化に応じて安くなるのか高くなるのかを教えてくれる唯一の数字です。そしてこの10年の大半において、どの請求書も渡してくれなかった唯一の数字でもありました。

## 配信運用に限定した「視聴者あたりコスト」の意味

配信運用の範囲における視聴者あたりコストとは、映像を画面に届けるための総コストを、実際に配信された視聴者時間で割ったものです。

**視聴者あたりコスト =（償却後CAPEX + OPEX + ソフトウェアライセンス + 配信）÷ 配信された視聴者時間**

公式よりも範囲の切り方のほうが重要です。この定義はコンテンツ権利、マーケティング、加入者獲得を意図的に除外しています。これらは実在するコストであり、多くのプラットフォームでは最大のコストですが、まさにそれこそが除外すべき理由です。権利費は編成上の判断です。獲得コストはマーケティングの判断です。エンジニアがビットレートのラダーを変えたところで、運用責任者がエッジ契約を再交渉したところで、どちらも動きません。それらを取り除いた後に残るのが、技術組織が今四半期に実際に変えられる部分です。誰も手を打てない指標は、報告書の一行であって指標ではありません。

2つの分母を並べて持っておく価値があります。

- **視聴者時間あたりコスト。**実際の消費に対する配信効率と運用効率です。より多く見られることが良い知らせなのか悪い知らせなのかを教えてくれる数字です。
- **月あたりアクティブ視聴者1人あたりコスト。**何を見るかにかかわらず、1人に見られる状態を維持するための費用です。ARPUや、その視聴者が生む広告収入と突き合わせるべき数字です。

どちらも同じ入力から得られます。片方を誠実に出せるなら、もう片方も出せます。

## 4つの請求書と、視聴者を隠す4つの単位

問題の全体像が1つの表に収まります。どの行も配信サービスを運営する上での実在のコストです。そしてどの行も、何人が見ているかとは無関係な単位で請求されます。

| 区分 | 何を買っているか | ベンダーの請求単位 |
| --- | --- | --- |
| **CAPEX** | トランスコーダー、パッケージャー、配信サーバーとオリジンサーバー | 装置あたり、チャンネルあたり、出力あたり、一度きり |
| **OPEX** | 上記すべての維持：保守契約、コロケーション、電力、それを動かし続ける人員 | 年あたり、またはCAPEXに対する比率 |
| **ライセンス** | DRM、プレーヤーSDK、セットトップボックスのソフトウェア、スマートテレビのソフトウェア | デバイスあたり、ライセンス要求あたり、アクティブユーザーあたり、プラットフォームあたり |
| **配信** | CDNとキャッシュ | ギガバイトあたり、リージョンあたり、コミット＋超過分 |

これらの単位のどれ一つとして「1人が1時間見る」ではありません。トランスコーダーは同時出力あたりで値付けされます。保守契約は年あたりです。DRMライセンスは鍵要求あたり、あるいはデバイスあたり、あるいは月間アクティブユーザーあたりで、署名した契約次第です。帯域はギガバイトあたりです。視聴者あたりコストに到達するには、この4つすべてを、そのどれにも登場しない単位に換算しなければなりません。つまり誰かが4通の契約書と表計算ソフトを前に、意図的に、どの請求書にも強制されないまま座り込む必要があるということです。

これは陰謀ではありません。ベンダーは自社のコスト構造を反映する単位で値付けをしますし、視聴者の形をしたコスト構造を持つベンダーなど存在しません。しかしその効果には方向があり、その方向は中立ではありません。それぞれの単位は、そのベンダーの請求項目が最も小さく見える単位でもあるのです。DRMライセンス要求1件あたり0.5セントは端数のように聞こえます。ギガバイトあたり0.8セントは何でもないように聞こえます。トランスコーダーはすでに済ませた一度きりの買い物です。どの行も、自分自身のものさしで測れば安い。共通の分母に換算して積み上げた瞬間、安くなくなります。

## 2014年から2018年、私たちが試みたこと

iReplay.TVはこの4年間をVOD2Live企業として過ごしました。[2012年末にはすでに実証されていた](https://ireplay.tv/blog/hls-streaming-apple-http-live-streaming-protocol-standard-when-how-to-use-it-hls-ingest-akamai-msl4/)その発想は単純です。24時間のリニアチャンネルは、コンテンツがすでにエンコードされているなら、ライブエンコーダーを必要としません。オンデマンド用にトランスコードされパッケージ済みの素材を取り、既存のセグメントを編成順に指し示すローリング型のライブマニフェストを書くだけです。チャンネルごとのライブエンコードチェーンは不要。チャンネルごとのプレイアウトサーバーも不要。ディスク上の2つ目のコピーも不要です。

エンコードチェーンを取り除けば、リニアチャンネル1本あたりの固定費はゼロに向かって崩れ落ちます。残るのは配信であり、それは視聴者数に応じて増減します。それが主張でした。チャンネル本数がコストを決めるのをやめ、視聴者数がコストを決めるようになる、と。

問題は、その主張が上記4つの単位のいずれにおいても見えないことです。チャンネルあたりのプレイアウト価格に対しては「うちのプレイアウトはあちらより安い」と読まれてしまい、プレイアウトベンダーとの機能比較に引きずり込まれます。相手の土俵で、相手の単位で、グラフィックスやSCTE-35対応の話をする羽目になる。本当の主張、すなわちコスト曲線の形そのものが変わったという主張は、買い手が視聴者あたりの数字を手にしていて初めて存在します。そこで私たちはスライドを作りました。チャンネル本数に対する視聴者あたりコスト。視聴者規模に対する視聴者あたりコスト。視聴者の少ないチャンネルでは従来型のチェーンが決して元を取れない、その交差点。

2014年から2018年にかけて、それを展示会に持ち込み、提案依頼への回答に書き、数多くの会議室に持ち込みました。刺さりませんでした。誰かが算術に異を唱えたからではありません。それならまだ会話になったでしょう。刺さらなかったのは、その場の誰も解けと言われていない問いに答えていたからです。

## なぜ私たちは失敗したのか

6つの理由を、おおむね効いた順に。

- **その数字には持ち主がいなかった。**CAPEXはエンジニアリング、OPEXは運用、ライセンスはプロダクトか法務、ギガバイトは調達にありました。視聴者あたりコストは、一度計算するだけでも4部門が共通の分母に合意しなければならない、社内で唯一の指標です。最初の値を出す前に4部門の協力を要する指標は、ゼロ回しか出てきません。
- **分母が存在しなかった。**視聴者時間はアナリティクスの中にありましたが、それはたいてい編成かマーケティングの配下で、同時配信時間ではなく再生数、ユニークユーザー、完視聴率を数えていました。視聴者時間を求めると、その場の誰も擁護しないような、CDNのログとは大きく食い違う数字が返ってくることがよくありました。組織が信頼していない分母の上に、まともなコスト指標は建てられません。
- **個々の請求書を最適化すると、視聴者あたりコストは逆方向へ動いた。**典型例がこれです。ABRラダーの最上段を削ってCDN請求を下げる。ギガバイトの行は下がり、調達責任者は成果を報告し、そして画質低下によって視聴者は早く離脱するので、視聴者時間は請求額よりも速く減ります。視聴者あたりコストは上がります。全員が自分の行で評価されていたので、全員が局所的に正しいことをし続けました。
- **成長市場に利益率の道具を売っていた。**2014年から2018年の至上命題は陣取りでした。アプリを出す、プラットフォームに乗る、加入者を数える。視聴者あたりコストは、すでに持っている視聴者から利益を上げよという任務のときに手に取るものです。当時それで給料をもらっている人はほとんどいませんでした。
- **単位そのものが歓迎されなかった。**放送局は、限界視聴者が無料である配信モデルから来ています。送信機に電源が入り、トランスポンダーに灯がともれば、100万人目の視聴者は一切コストを生みません。IPでは視聴者が1人増えるごとに値段がつくと放送局に伝えることは、新しい配信路が、すでに持っている配信路より経済的に劣っていると伝えることでした。それは事実であり、そして取締役会の資料に入れたいスライドではありませんでした。
- **私たちは1つではなく2つの意思決定を求めていた。**VOD2Liveをきちんと評価するには、買い手はまず自分が算出していない指標を導入しなければなりません。それは2つの販売を連続して行うことであり、私たちは最初の1つを越えられることが稀でした。何年も経ってから得た教訓はこうです。業界に単位の採用を説得することはできない。その単位で値付けされた何かを売るのだ、と。

## 業界がようやく口に出すようになった

この用語はここ2年ほどで再浮上しました。理由は単純で、至上命題が変わったからです。ディズニーとパラマウントはそれぞれ2024年に配信事業で初の黒字四半期を計上し、ネットフリックスの営業利益は同年に100億ドルを超えました。問いが「加入者は何人か」ではなく「利益率はいくらか」に変わった途端、視聴者あたりコストは、それまで用のなかった人々にとって興味深いものになります。

最も目立つ提唱者はViaccess-Orcaで、視聴者あたりコストについてのブログ記事と、2026年7月にStreaming Mediaへ寄稿した[「The efficiency imperative」](https://www.streamingmediaglobal.com/Articles/Post/Blog/The-efficiency-imperative-why-streaming-platforms-must-optimise-cost-per-viewer-175879.aspx)があります。読む価値がありますし、その定義の扱い方に注目する価値もあります。すなわち、コンテンツライセンスと獲得費用を総額の中に引き入れているのです。そうすると、CFOがスライドに載せられるが、ほとんど誰も動かせない数字ができあがります。最大の2項目が編成とマーケティングのものだからです。配信運用の範囲に留めておけば、同じ指標は、それを実際に変えられる人々のものになります。

これが指標と見出しの違いです。私たちは2015年に範囲の切り方だけは正しく、それ以外のすべてを間違えました。今の波は注目を得ていますが、今のところ、行動に移すには広すぎる定義を抱えています。

## 実際の計算のしかた、具体例つき

リニアチャンネル6本とオンデマンドのカタログを運営する地方放送局を考えます。月間アクティブ視聴者は40,000人、1人あたり平均12時間視聴。これで**月480,000視聴者時間**となり、以下すべての分母になります。金額は例示ですが、比率は典型的なものです。

| 区分 | 内訳 | 月額 | 比率 |
| --- | --- | --- | --- |
| **CAPEX（償却後）** | 1台24,000ドルのトランスコードノード3台と、1台12,000ドルのパッケージャー兼オリジンサーバー2台を、5年定額償却 | 1,600ドル | 7 % |
| **OPEX** | 年あたりCAPEXの18 %の保守とソフトウェアサポート（1,440ドル）、ラック2本分のコロケーション、電力、クロスコネクト（1,400ドル）、人件費込み120,000ドルのエンジニア0.5人分（5,000ドル） | 7,840ドル | 32 % |
| **ライセンス** | マルチDRMのプラットフォーム料金800ドルに加え、1件0.004ドルのライセンス要求900,000件（3,600ドル）、プレーヤーSDKと再生アナリティクス（1,500ドル）、Tizen、webOS、Android TV、Fire TV、Roku、tvOS向けスマートテレビ／セットトップボックスアプリの保守と認証（4,000ドル） | 9,900ドル | 41 % |
| **配信** | 平均配信ビットレート2.8 Mbps、すなわち視聴者時間あたり1.26 GB、月605 TBをコミット契約の0.008ドル/GBで | 4,838ドル | 20 % |
| **合計** |   | **24,178ドル** | 100 % |

**視聴者時間あたりコスト：0.050ドル。月あたりアクティブ視聴者1人あたりコスト：0.60ドル。**

何よりもまず比率を見てください。配信は、視聴量に応じて毎月動く単位で請求される唯一の区分でありながら、総額の5分の1です。デバイスあたりと要求あたりで請求されるライセンスは、その倍です。業界は10年をかけて、4つの行のうち最も小さい行に対してコスト削減プログラムを回してきました。月次の請求書に現れ、グラフになる唯一の行だったからです。

## 視聴者数が動いたとき何が起きるか

視聴者あたりコストが長期的に重要なのは、4つの区分が視聴者数の変化にまったく異なる速度で反応するからです。同じ6チャンネル、同じアプリのまま、視聴量だけを変えてみます。

| シナリオ | 視聴者時間 | 月額総コスト | 視聴者時間あたりコスト |
| --- | --- | --- | --- |
| 視聴者が半減 | 240,000 | 19,959ドル | **0.083ドル** |
| 基準 | 480,000 | 24,178ドル | **0.050ドル** |
| 視聴者が倍増 | 960,000 | 32,617ドル | **0.034ドル** |

一番上の行をもう一度読んでください。そこにすべての主張があります。視聴者が半減する。どの請求書も一つ残らず下がるか横ばいです。CDNの請求は半分以下になります。DRMライセンスの行もそれに伴って下がります。財務は全方位でコストが後退していくのを見ます。そして視聴者1人を1時間支えるコストは65 %上昇しています。スタックの3分の2は、何人が見ているかに無関心だからです。

これが放送局の配信事業を静かに殺す故障モードです。悪い請求書としては決してやって来ません。良い請求書の連続としてやって来て、その下で経済性が反転していきます。逆方向にも同じだけ強く働きます。視聴量を倍にすれば、交渉も移行も新規契約もなしに、視聴者時間あたりコストは3分の1減ります。視聴者あたりコストを計算していなければ、この2つの動きはどちらも社内の誰にも見えません。

## 実際に数字を動かすもの

スライドに載せやすい順ではなく、視聴者あたりコストを動かす幅の大きい順に並べます。

- **コンテンツがそれを必要としないところでは、チャンネルあたりの固定費を消す。**すでにトランスコード済みの素材から組み立てたチャンネルは、エンコードチェーンをほとんど背負いません。リニアチャンネルを数本以上運営する者にとって使える単独最大のてこであり、この単位以外のあらゆる単位では見えません。
- **正しい分母でライセンスを再交渉する。**ライセンス要求あたり、デバイスあたり、月間アクティブユーザーあたりは、同じサービスでも桁違いに異なる請求額を生みます。自分の視聴パターンにどれが有利かを、更新後ではなく更新前に見極めてください。セッションが短いサービスでは、要求あたりの課金は容赦がありません。
- **ABRラダーを、デバイスが実際に要求するものに合わせる。**ラダーはストレージ、エンコード時間、ギガバイトを同時に掛け算するので、4区分のうち3つに顔を出します。各段のピクセルあたりビット数と、理論値ではなく実際の要求分布を確認してください。そして上に書いた罠に注意を。請求を削るために画質を削ると、視聴者あたりコストが上がることがあります。
- **配信を、予測できる単位に載せる。**ギガバイト課金は事後に知る数字です。ピークのあるものすべてにとって、それは順序が逆です。
- **まず分母を直す。**アナリティクスとCDNのログが視聴者時間について20 %食い違っているなら、視聴者あたりコストは作り話であり、そこから下す判断はすべて当て推量です。地味な作業ですが、上記すべてより先に来ます。
- **管理下のネットワークならマルチキャストを検討する。**[マルチキャストABR](https://ireplay.tv/blog/multicast-abr-mabr-kaisetsu/)は、限界視聴者のコストがゼロという放送本来の性質を取り戻すもので、この指標に対する最も直接的な攻撃です。ネットワークを自分で制御している場合にのみ当てはまります。

## 同じ分母から炭素の数字も出る

視聴者時間が信頼できるものになれば、環境の数字はほぼ無償で手に入ります。同じ分母を使うからです。Carbon TrustはDIMPACTコンソーシアムと共同で、[2020年の欧州における動画配信1時間をおよそ55 gCO2eと位置づけました](https://www.carbontrust.com/news-and-insights/news/updated-calculation-released-on-the-carbon-impact-of-online-video-streaming)。その大半はネットワークではなく視聴デバイスによるものです。IEAの推計は36 gに近い値です。どちらを使うにせよ、視聴者時間あたりのCO2換算グラム数は視聴者時間あたりコストと同じ振る舞いをします。規模とともに下がり、視聴者が減れば上がり、同じラダーと配信の判断に反応します。すでに一方を計算している事業者は、掛け算1回分の代価でもう一方を手に入れられます。

## 私たちが行き着いた先：単位を主張する代わりに売る

2018年ごろ、私たちは業界に視聴者あたりコストの採用を説得しようとするのをやめました。何年も経ってから代わりにやったのは、その単位で値付けされたツールを作ることでした。

[CDN Cost Optimizer](https://ireplay.tv/tools/cdn-optimizer)は既存のエッジを複製し、HLSの冗長ストリームフェイルオーバーを使って私たちのエッジから並行して視聴者に配信します。私たちのエッジに問題が起きればプレーヤーは自分のエッジへ戻ります。課金は**視聴者1分あたり0.001ドル**、すなわち視聴者時間あたり0.06ドル、最大パックなら0.05ドルです。ギガバイト単位ではありません。メーターはエッジに実際に視聴者がいる間しか進みません。誰も見ていない状態でキャッシュを温めても費用はゼロ、視聴者のいないオンエア中のチャンネルも費用はゼロです。ダッシュボードはストリームが生きている間、進行中の視聴者あたりコストを表示します。2016年に売っていたどの製品についても書けなかった一文です。

正直な留保を2つ。この記事は数字を隠さないことについての記事ですから。第一に、この価格は4区分のうち1つを覆うだけです。あなたのトランスコーダーにも、保守契約にも、DRMライセンスにも何もしません。第二に、視聴者時間あたり0.06ドルは絶対的に安いわけではありません。ハイパースケーラーの定価は大きく下回ります。CloudFrontとAzure CDNはギガバイトあたり約0.085〜0.087ドルで、2.8 Mbpsなら視聴者時間あたり0.11ドル近くになります。そしてCloudflare Streamの配信1,000分あたり1ドルという料率とはちょうど同水準です。ギガバイト単位のコミットを交渉した大手事業者が払う額よりは高い。料率が常に最安であるという話ではまったくありません。必要な単位で値付けされているから、事後に再構成するのではなく、イベントの前に数字がわかるという話です。

2つの製品が独立に配信分単位の課金へ行き着いたのなら、その単位は最初から正しかったと結論してよいでしょう。業界がそこに至るのに10年ほどかかっただけです。

## よくある質問

**配信における視聴者あたりコストとは何ですか。**
配信運用の総コスト、すなわち償却後CAPEX、OPEX、ソフトウェアライセンス、配信を、同じ期間に配信された視聴者時間で割ったものです。通常は視聴者時間あたり、または月あたりアクティブ視聴者1人あたりで表します。

**広告でいうCPVと同じものですか。**
違います。そしてこの衝突は実際の混乱を生んでいます。広告におけるCPVはコスト・パー・ビューであり、広告主が動画1回の再生に払う金額を測ります。配信運用における視聴者あたりコストは、事業者が1人に映像を届けるのにかかる金額を測ります。同じ頭文字で、取引の反対側です。

**どうやって計算しますか。**
各運用コストを月額に換算し、ハードウェアは耐用年数で償却したうえで、その月に配信された視聴者時間で割ります。難しいのは割り算ではありません。4部門に入力値を合意させることと、請求とアナリティクスの双方が受け入れる視聴者時間の数字を得ることです。

**視聴者時間あたりいくらなら良いのですか。**
普遍的な基準値はありません。チャンネル数、デバイス対応範囲、DRMの構えによって桁が変わるからです。自前のエンコードチェーンを持つ中規模事業者では、視聴者時間あたり3〜8セントがよくある幅です。絶対値より重要なのは、視聴者数が変わったときにそれが動く方向です。

**権利費とマーケティングは含めるべきですか。**
この指標には含めません。それらは総額を支配し、まったく別の根拠で判断する部門のものです。加入者あたりコストとして別に追ってください。視聴者あたりコストを運用の範囲に留めることこそが、この指標を行動可能にします。

**なぜベンダーは視聴者あたりコストを示さないのですか。**
彼ら自身のコストのどれ一つとして、視聴者の形をしていないからです。トランスコーダーベンダーのコストは同時出力あたり、DRMベンダーのコストは鍵要求あたり、CDNのコストは転送ギガバイトあたりです。それぞれが自社の経済に合う単位で値付けをし、それは都合よく、自社の請求項目が最も小さく見える単位でもあります。

## どこから始めるか

1つのサービスについて、1か月分、一度だけ計算してみてください。午後半日と4通の契約書で足ります。実際にやった人のほとんどが、4区分のどれが最大かに驚きます。そしてそれは、彼らがコスト削減会議を開いてきた区分であることが極めて稀です。

実際のストリームで視聴者あたりのメーターが動くのを見たければ、[CDN Cost Optimizer](https://ireplay.tv/tools/cdn-optimizer)はアカウントなしで60視聴者分、サインイン後は600分を無料で提供します。エッジを前に置く前にストリーム自体を確認したければ、[Streaming Analyzer](https://ireplay.tv/tools/stream-analyzer)がベストプラクティスに照らして採点します。視聴者あたりコストがそのままチケット価格を決めるペイパービューの事例は[有料ライブ配信における視聴者あたりコスト](https://ireplay.tv/blog/maximum-cost-per-viewer-for-pay-per-view-live-streaming-optimize-roi-return-on-investment-for-better-margins/)を、視聴者が地理的に広がるときギガバイト課金モデルがどう振る舞うかは[動画配信におけるCloudFrontの料金](https://ireplay.tv/blog/cloudfront-costs-aws-reduce-cloudfront-costs-affects-amazon-cloudfront-costs-aws-cdn/)をご覧ください。

iReplay.tvは配信と放送のエンジニア集団によって運営されています。4つの区分を一緒に見てくれる人が欲しければ、[配信・放送の専門家を直接雇う](https://ireplay.tv/media-streaming-broadcast-talents)こともできます。

---

Source: [視聴者あたりコスト：配信業界が10年隠してきた指標と、その計算方法](https://ireplay.tv/blog/shichosha-atari-kosuto-haishin/) on iReplay.tv. Free to quote and cite with attribution and a link to the source URL.
Full index of iReplay.tv content in Markdown: https://ireplay.tv/blog/llms.txt