> ## Documentation Index > Fetch the complete documentation index at: https://docs.adrop.io/llms.txt > Use this file to discover all available pages before exploring further. # バックフィル広告の掲載戦略 > 広告フォーマット別に、ユーザー体験を損なわずにバックフィル広告の収益を最大化する掲載パターンをご案内します。 ## 概要 バックフィル広告は、直接広告がない場合に自動的にインベントリを補充する広告です。直接広告のように媒体側が事前審査した広告ではないため、**どのように掲載するか**が広告のクリック率、完了率、そしてユーザー体験により大きな影響を与えます。 このドキュメントでは、広告フォーマット別の推奨掲載戦略と、ユーザー体験を損なわずに収益を最大化するベストプラクティスをご案内します。 *** ## フォーマット別戦略の要約 | フォーマット | 中核原則 | 推奨掲載タイミング | | -------------- | ----------------- | ------------------------ | | **リワード** | ユーザー意図の確認（Opt-in） | ユーザーが明示的に「報酬を受け取る」を選択した時 | | **インタースティシャル** | 自然な遷移ポイント | 画面・レベル・コンテンツ間の遷移 | | **ネイティブ** | コンテンツの流れに溶け込ませる | フィード・リスト内に一定間隔で挿入 | | **バナー** | 固定スロットの維持 | コンテンツ領域の上部/下部に常時表示 | *** ## リワード広告: ユーザー意図の確認 リワードバックフィルは、ユーザーが自発的に報酬を得るために広告を視聴するモデルです。意図を明確に確認してから掲載することで、クリック率と完了率の両方が向上します。 ### 推奨パターン **1. 報酬を明示したアクションボタンを提供する** 広告を視聴して得られる報酬をボタンラベルに明確に表示してください。 * ✅ 「動画を見てライフをゲット」 * ✅ 「広告を見てコイン100枚をゲット」 * ❌ 「広告を見る」（報酬が不明確） * ❌ 「続ける」（広告であることを示していない） **2. 広告の準備状態に応じてUIを制御する** 広告が準備できていない場合はアクションボタンを無効化または非表示にし、ユーザーが空のレスポンスに遭遇しないようにしてください。最初の試行が失敗すると、次の試行につながる可能性が低くなります。 **3. 自発的な接点を設計する** ユーザーが報酬を必要としそうな自然なタイミングでオプションを提示してください。 * ゲームでライフ/ターンが不足した時 * 有料コンテンツを1回だけ無料で解放したい時 * 日次ボーナス / ミッション追加報酬 ### 避けるべきパターン * ユーザーが明示的に選択していないのに自動再生する * 「スキップしたら損」のような圧迫的な文言で視聴を誘導する * 視聴結果（報酬）が保証されない曖昧な案内 リワードバックフィルの中核指標はクリック率ではなく **完了率（完全視聴率）** です。ユーザー意図が明確であるほど完了率が上がり、結果としてeCPMが上昇します。 *** ## インタースティシャル広告: 自然な遷移ポイント インタースティシャル広告は画面全体を覆うため、**ユーザーの流れを断ち切らないタイミング**で掲載することが最も重要です。 ### 推奨される掲載タイミング * **ゲームレベル / ステージ遷移**: 1プレイ終了後、次のプレイ開始前 * **コンテンツ単位の終了**: 記事 / 動画 / チャプター完了後 * **画面遷移**: メイン → 詳細、結果 → メインなど、ユーザーが明確に遷移を認識する瞬間 * **セッション復帰**: バックグラウンドから一定時間後に戻ってきた時（スプラッシュ広告がより適している場合もあり） ### 頻度制限を適用する 頻繁に掲載するとユーザーの疲労感が増し、結果として広告ブロックやアプリ削除につながります。 * 同一ユーザーに対して **最低1～3分の間隔** を維持することを推奨 * **セッションあたりの最大掲載回数** を制限することを検討 ### 避けるべきパターン * ユーザーのアクション（ボタンクリック、入力）の **直後** に表示 → 誤クリックを誘発 * ゲームプレイの最中に表示 → コンテンツの流れを断つ * アプリ起動直後に表示 → ユーザーがまだアプリの価値を認識する前 ユーザーのタップ/クリック直後の非常に短い時間内にインタースティシャルが表示されると、意図せず広告領域をクリックする無効トラフィックが発生する可能性があります。ユーザーアクションと広告掲載の間に十分な間隔を空けてください。 *** ## ネイティブ広告: コンテンツの流れに溶け込ませる ネイティブバックフィル広告は媒体コンテンツと視覚的に統合されて掲載されます。自然に溶け込ませつつも、**広告であることを明確に表示する**バランスが重要です。 ### 推奨パターン * **フィード / リストに一定間隔で挿入** （例: コンテンツ5～10件ごとに1件） * 周囲のコンテンツと **同じタイポグラフィ、角丸、余白** を適用 * **「広告」 / 「Sponsored」 ラベルを明確に表示** し、誤クリックを防止 * **コンテナサイズを事前に確保** して、広告読み込み時のレイアウトジャンプ（CLS）を防止 ### 避けるべきパターン * 広告とコンテンツの区別がつかないほど統合する（ポリシー違反の可能性） * 初期画面に広告を集中配置する * コンテナ高さを未指定にして、広告読み込み時にコンテンツが押し出されるジャンプを発生させる *** ## バナー広告: 固定スロットの維持 バナーバックフィルはユーザー負担が最も少ないフォーマットで、**一貫した位置に常時掲載**することが推奨されます。 ### 推奨パターン * 画面上部または下部のセーフエリアに固定配置 * コンテンツと重ならない位置 * 縦向き / 横向き両方を考慮した適応型スロット ### 避けるべきパターン * コンテンツを覆い隠すフローティングバナー * 閉じるボタンを広告クリック領域のすぐ隣に配置 → 誤クリック誘発 * 1画面に複数のバナーを重ねる *** ## 共通原則 ### 事前ロード 次の掲載タイミングが予測可能であれば、事前に広告をロードしてください。掲載タイミングでロード待ちが発生すると、ユーザー体験が中断され、掲載自体が失われる可能性があります。 ### 広告状態別のUI分岐 広告の **準備中 / ロード失敗 / 表示中 / 終了後** それぞれの状態に応じてUIを明確に制御してください。特にリワードでは、ロード失敗時にアクションボタンを無効化することでユーザーの混乱を減らせます。 ### 頻度 / 掲載上限の管理 ユーザー別、セッション別に **最低掲載間隔** と **最大回数** を定義し、広告疲労を管理してください。短期収益よりも長期リテンションの方が結果的にバックフィル収益にも有利です。 ### 無効トラフィックの防止 * 広告領域とユーザーアクション領域を十分に分離 * 広告の自動クリック / 意図しないクリックが発生しないようレイアウトを検証 * ユーザーアクションと広告掲載の間に時間的な間隔を確保 *** ## フォーマット別バックフィル対応状況 | 広告フォーマット | ネイティブアプリ | Web（WebViewモバイルアプリ） | | ---------- | -------- | ------------------- | | バナー | Y | Y | | インタースティシャル | Y | N | | リワード動画 | Y | N | | ネイティブ | Y | Y | | ポップアップ | N | N | | スプラッシュ | N | N | 詳細は [バックフィルで広告収益を最大化する](/ja/ad-unit/backfill) をご参照ください。 *** ## 関連ドキュメント バックフィルの有効化と運用ガイド 媒体に合わせた広告ユニットを作成