モバイルアプリにおけるRewarded Video — その概要、種類、動作原理

Rewarded Videoとは？

Rewarded Videoは、ユーザーが意識的に選択して価値あるアプリ内報酬と引き換えに動画を視聴する広告フォーマットです。Interstitialやバナー広告とは異なり、ユーザーは自分で「報酬を獲得」ボタンをクリックするか、インターフェースで該当するオプションを選択して再生を開始します。

このフォーマットはfree-to-playモバイルゲームで広く普及し、開発者にとって主要な収入源となっています。Newzoo（2025）によると、トップ100のゲームアプリの収益の65％以上がRewarded Videoによるものです。フォーマット成功の鍵は自発性にあります。ユーザーは強制感を感じず、広告をゲームプレイの一部として認識します。

動画の長さは15〜30秒で、その後報酬が付与されます。報酬の検証は広告プラットフォームのサーバー側で行われ、クライアント側での不正を排除します。

Rewarded VideoとIncentivized Installsの違い

Rewarded VideoとIncentivized Installsを区別することが重要です。前者では、ユーザーが動画視聴に対してゲーム内報酬を受け取ります。後者では、ユーザーが報酬と引き換えに別のアプリをインストールするよう促されます。Incentivized Installsはオーガニックプラットフォーム（Apple、Google）によって真のインストールとしてカウントされない場合がありますが、Rewarded Videoは質の高い広告フォーマットと見なされます。

報酬付き広告の仕組み

Rewarded Videoのメカニクスは、ユーザーが報酬を選択→広告動画を読み込み→ユーザーが動画を視聴→サーバーが視聴を検証→報酬を付与、というチェーンに基づいています。各段階で障害や不正を防ぐための信頼性の高い処理が必要です。

Rewarded Videoの表示メカニクス

ユーザーがインターフェース要素（「報酬を2倍」「ボーナス獲得」ボタン）をクリックすると、広告SDKへのリクエストが開始されます。広告の準備ができていれば動画の再生が始まります。視聴完了後、SDKはアプリで処理する必要がある報酬コールバックを送信します。ユーザーが動画を最後まで見ずに閉じた場合は報酬を付与しないことが重要です。これはコールバックのrewardGrantedパラメータで制御されます。

サーバーサイド検証（SSV）

不正に対する追加保護として、Server-Side Verification（SSV）が使用されます。SSVは、広告プラットフォームのサーバーが視聴成功の確認とともにHTTPリクエストをユーザーのサーバーに送信する仕組みです。この確認を受信した後にのみ、アプリはユーザーに報酬を付与します。

class RewardedVideoManager {
    private var rewardedAd: RewardedAd? = null

    fun loadRewardedAd() {
        val adRequest = AdRequest.Builder().build()
        RewardedAd.load(
            context,
            "ca-app-pub-3940256099942544/5224354917",
            adRequest,
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
            }
        )
    }

    fun showRewardedVideo(activity: Activity) {
        rewardedAd?.show(activity) { rewardItem ->
            grantReward(rewardItem.amount, rewardItem.type)
        }
    }

    private fun grantReward(amount: Int, type: String) {
        addCurrency(amount)
    }
}

Rewarded Videoの報酬タイプ

報酬の選択はRewarded Video視聴のコンバージョン率に直接影響します。アプリの種類によって、視聴者と収益化モデルに合わせた異なる報酬メカニクスが使用されます。

ゲーム内通貨

最も一般的な報酬タイプは、コイン、クリスタル、ジェムなどのプレミアム通貨です。ゲーム通貨は普遍的で、進行度に関係なくすべてのユーザーが必要とします。標準的な報酬はゲーム内ファーミングの1〜5分に相当し、ユーザーは時間を費やすか広告を視聴するかを選択できます。

追加ライフとブースト

ライフ制のアプリ（3ライフ、タイマー回復）では、Rewarded Videoが追加の試行回数を提供します。追加ライフは強力な動機付け要因であり、プレイを続けたいユーザーは回復を待つ代わりに広告視聴を選ぶ可能性が高くなります。この報酬タイプは特にhyper-casualゲームやパズルゲームで効果的です。

プレミアムアクセスと加速

ユーザーはアプリ機能への一時的なプレミアムアクセス（建設加速、購入割引、限定コンテンツ）を獲得できます。一時的プレミアムは、即時支払いなしでユーザーに有料機能を紹介するメカニクスです。これによりIAP購入のコンバージョンが15〜20％向上する可能性があります。

Rewarded VideoのSDK

広告プラットフォームはRewarded Video統合用の専門SDKを提供しています。プラットフォームの選択は、アプリの種類、ターゲット地域、最低支払い threshold の要件によって異なります。

Google AdMob

Google Mobile Ads SDKを通じてRewarded Videoをサポートする最大の広告ネットワーク。AdMobは標準フォーマットとRewarded Interstitial（報酬と全画面表示の組み合わせ）の両方を提供します。Tier-1地域での平均eCPMは12〜18ドルです。Google Verification SDKを通じてSSVをサポートしています。

Unity Ads

Rewarded Videoが主要フォーマットであるゲーム向けの専門プラットフォーム。Unity Adsは広告視聴別のリテンションとLTVに関する高度な分析を提供します。高品質トラフィックのゲームアプリではeCPMが25ドルに達することがあります。重要な特徴は、Rewarded Video内でのプレイアブルクリエイティブの内蔵サポートです。

AppLovinとironSource

両プラットフォームともin-app biddingでRewarded Videoをサポートしています。AppLovin MAXメディエーションはAdMob、Unity Ads、AppLovin独自のソースを組み合わせ、各インプレッションに最適な入札を自動選択します。ironSourceはゲームアプリとA/Bテストツールに焦点を当てた同様の機能を提供します。

import UnityAds

class RewardedVideoViewController: UIViewController {
    let adUnitId = "Rewarded_Video"

    func showRewardedAd() {
        UnityAds.show(self, adUnitId: adUnitId) { result in
            switch result {
            case .finished:
                self?.grantReward()
            case .skipped:
                print("ユーザーが広告をスキップしました")
            case .failed:
                print("広告の表示に失敗しました")
            }
        }
    }
}

他のフォーマットに対するRewarded Videoの利点

Rewarded Videoは、高い収益性とユーザーエクスペリエンスへの悪影響の最小化という独自の組み合わせにより、モバイル広告エコシステムにおいて特別な位置を占めています。他のフォーマットとの比較でその利点が明確に示されます。

高いeCPMとLTV

Rewarded VideoはInterstitial Adより20〜40％高く、バナー広告より5〜8倍高いeCPMを達成します。理由は、広告主がブランド想起確率の高い自発的視聴にプレミアムを支払うためです。定期的にRewarded Videoを視聴するユーザーのLTVはアプリ平均より30％高く、こうしたユーザーはアプリにより長く滞在します。

自発的な表示の性質

ユーザー自身が広告を視聴するかどうかを決定します。これにより認識が根本的に変化し、苛立ちの代わりにユーザーは報酬を得る機会に感謝の気持ちを抱きます。Rewarded Videoを使用するアプリのリテンションはInterstitial Adを使用するアプリより10〜15％高くなります。GameAnalytics（2025）によると、Rewarded Videoを導入したアプリの7日目リテンションは25〜30％で、free-to-playゲームの平均である15〜20％を上回ります。

• eCPM — バナー広告より5〜8倍高く、Interstitial Adより30％高い。
• リテンション — Rewarded Videoを視聴するユーザーの7日目リテンションは40％高い。
• ユーザーエクスペリエンス — 自発的視聴により広告に対するネガティブな認識を排除。
• ARPDAU — Rewarded Videoは解約率を上げずにユーザーあたりの収益を2倍にできる。

アプリへのRewarded Video統合

ステップバイステップの統合には、SDKのセットアップ、ユーザーのエントリーポイント作成、報酬の処理が含まれます。適切な実装により、安定した配信と報酬メカニクスへのユーザーの信頼が確保されます。

SDKの初期化とプリロード

最初のステップは、アプリ起動時の広告SDKの初期化とRewarded Videoのプリロードです。Interstitial Adとは異なり、Rewarded Videoは即時の準備を必要としません。ユーザーが視聴タイミングを選択します。ただし、起動時のプリロードにより、ユーザーが視聴を決定したときに広告の準備が整っていることが保証されます。

エントリーポイントの作成

Rewarded Videoの視聴ボタンは、視覚的にわかりやすく、論理的で、文脈に合ったものである必要があります。ユーザーが自然に報酬を得たいと思う場所（レベルクリア画面、ゲーム内アイテムショップ、ゲームオーバー画面）に配置してください。UXのルール：ユーザーは視聴開始前に得られる報酬を理解している必要があります。ボタンに報酬の数量と種類を明示してください。

報酬の処理と検証

動画視聴成功後、SDKはonRewardedまたはonUserEarnedRewardコールバックを呼び出します。このコールバック内でユーザーに報酬を付与する必要があります。重要な報酬（プレミアム通貨）にはサーバーサイド検証が推奨されます。SSVコールバックにより、報酬が実際の視聴に対してのみ付与され、エミュレーションではないことが保証されます。

data class Reward(
    val type: String,
    val amount: Int
)

sealed class RewardResult {
    data class Granted(val reward: Reward) : RewardResult()
    object NotReady : RewardResult()
    object Skipped : RewardResult()
}

Rewarded Videoの指標

効果を評価するために、Rewarded Videoは標準的な広告指標とは異なる専門的な一連の指標を使用します。主な違いは、強制的なリーチではなくエンゲージメントと自発性に焦点を当てていることです。

完了率（CR）

Rewarded Videoを最後まで視聴したユーザーの割合。適切に統合されたフォーマットの平均完了率は70〜85％です。低いCR（50％未満）はクリエイティブの問題を示します。動画が長すぎる、内容が面白くない、広告ネットワークのターゲティングが不適切などの問題です。

DAUあたりのインプレッション数

1日のアクティブユーザーあたりのRewarded Video視聴回数の平均。最適値はアプリの種類によって異なります。hyper-casualゲームでは3〜5回、mid-coreでは1〜3回、非ゲームアプリでは0.5〜1回です。低すぎる場合はユーザーが視聴の動機を見つけられず、高すぎる場合はゲームが娯楽ではなく「広告シミュレーター」になる可能性があります。

ARPDAU（1日あたりアクティブユーザーあたりの平均収益）

Rewarded Videoの主要なビジネス指標。ARPDAUは、すべての広告収益を1日あたりのアクティブユーザー数で割ったものです。リテンションを維持しながらARPDAUが成長することは、効果的な収益化を示しています。free-to-playアプリの目標値は、ユーザー1人あたり1日0.05〜0.15ドルです。