はじめに
本ガイドをお読みいただきありがとうございます。Bright SDKをアプリに統合する共通の目的は、デイリーユーザー数を最大化することです。これによりBright Dataは運営に必要なIPアドレス数を確保でき、貴社の収益も最大化されます。
技術的な観点からBright SDKを統合するのは簡単ですが、収益を最大化するにはプロダクトマネージャーのように考える必要があります。
アプリ内でのユーザーの行動経路において、Bright SDKをユーザーに提供するタイミングは複数存在します。例：
- アプリ初回起動時
- 数回の広告表示後
- 標準的な報酬型広告の代替として
- 「ショップ」内
- など
Bright SDKチームは、お客様のアプリを喜んでレビューし、ユーザーフローに適した様々な実装オプションをテスト・監視することで、オプトイン率の継続的な最適化を提案いたします。
同意画面の表示：オプトイン
概要
オプトインとは、ウェブユーザーがサービスへの関心を表明する同意形態です。ユーザーにとって価値が最大となるタイミングで同意画面を表示し、オプトイン確率を高めることが目的です。
- ユーザーのオプトインは一度だけ取得すれば十分です。その後、再度同意画面を表示する必要はありません。
- ユーザーが一度Bright SDKの提供を拒否した場合、後ほど（できれば異なる状況下で）再度表示することを選択できます。そのタイミングや方法は完全に貴社次第です。
- オプトインのコンバージョン率は、ユーザーに真の付加価値をもたらすインセンティブを提供した場合に最高値を示します。
- Bright SDKの同意画面は独立した画面として表示し、他のダイアログ（例：ATTポップアップメッセージ）の前後には配置しないでください。Bright SDKをダイアログの「連鎖」の一部として表示すると、コンバージョン率が大幅に低下します。
Bright SDK同意画面はカスタマイズ可能です。一部の要素（例：ボタンテキスト）は動的に変更できます。これにより、「同意する」/「拒否する」の代わりに、ユーザーにとって価値を明確化する適切なテキストを選択できます。お使いのOSに関連する具体的な項目については、Bright SDK統合ガイドを参照してください。統合ガイドへのリンクはBright SDKダッシュボードで確認できます。
以下のセクションでは、同意画面を表示するタイミングと方法に関する可能なシナリオを説明します。
アプリ起動時の同意画面
アプリ起動直後にBright SDK同意画面を表示できます。この時点では、ユーザーはまだアプリについて詳しく知りません。アプリ自体を継続するために同意するユーザーもいれば、拒否するユーザーもいます。覚えておいてください：ユーザーが拒否した場合でも、後で再度確認することは可能です。
以下のいずれかのバージョンで同意画面を提供できます：
- 「寄付モデル」：アプリと開発者への支援をユーザーに要請します。ユーザーは開発者を支援したという認識以外に具体的な価値を得られません。実装は最も容易ですが、ユーザーが具体的な価値を得られないためコンバージョン率は高くない可能性があります。
- 「広告削減」：オプトインすると広告が少なくなることを伝えます。オプトインユーザー向けの広告調整は開発者の責任です（Bright SDKは広告を制御しません）。
- 「広告なし体験」：地域によっては、オプトインすると広告が一切表示されないアプリ体験が可能だとユーザーに伝える場合があります。オプトインユーザーの広告表示回数の調整は開発者の責任です。Bright SDKは広告を制御しません。
報酬型広告の代替としての同意画面
ユーザーをオプトインに誘導する最も効果的な方法は、報酬型広告の代替としてBright SDKを提供することです。
利点：
- 新規ユーザーだけでなく、既存ユーザー全体にBright SDKのオファーを提示可能
- ユーザーが具体的な価値を認識するため、コンバージョン率が最大化される
- アプリ利用中の適切なタイミングでオファーを表示できる
デメリット:
- なし！
このフローでは、ユーザーが報酬獲得をタップした際にBright SDKの同意画面を表示します。
- ユーザーがBright SDKを承諾した場合、報酬を提供し―おめでとうございます！通常の収益化に戻れます。Bright SDKを利用するユーザーから追加収益を得られます。
- ユーザーがBright SDKオファーを拒否した場合、既存の報酬広告を表示するだけです！
以下の2つの例を参照:
広告表示回数を減らす手段としての同意画面
Bright SDKに同意したユーザーに対して表示する広告数を削減することを選択できます。これはリテンション率と生涯価値（LTV）にプラスの効果をもたらします。もちろん、広告の表示タイミングや内容は引き続き制御可能です。
追加の事例
ユーザーに提供できるタイミングと内容は？
| いつ尋ねるか | ユーザーへのインセンティブ |
| ショップ内 | オプトインで…を獲得（例：コイン、武器、ライフなど） |
| バナー上で | 無料でバナーを非表示に |
| 数本の広告視聴後 | 「広告を減らしたいですか？」 |
| ステージ間 | 次のレベルへ即時ジャンプ（報酬広告をスキップ） |
| 報酬広告が再生中 | 「広告を減らしたいですか？」または「この広告をスキップしますか？」 |
| 動画/コンテンツページ | 特定の動画を広告なしで視聴 |
| トライアル期間終了時 | トライアル期間の延長 |
オプトアウト
一般
ユーザーにはオプトアウトの簡単な選択肢を提供する必要がありますが、オプトアウトしないよう説得を試みることは認められています。ポリシーを明確に定義し、消費者がいつでもオプトアウトする権利を行使できるよう、適切な手順を整備してください。
オプトアウト回避のためのインセンティブ提供
ユーザーがオプトアウトをタップした場合、確認ダイアログを表示して意思を確認したり、オプトイン継続のインセンティブを提供したりできます。例：
- 積極的インセンティブ：「オプトアウトしない場合、追加で500コインを獲得できます」
- ペナルティ：「注意！オプトアウトすると、受け取った仮想アイテムを失います」
一般的に、ポジティブなインセンティブの方が好ましく効果的です。
賢く振る舞って追加報酬を得ようとするユーザーを防ぐため、オプトイン→オプトアウトの回数に制限を設けることも可能です。
誤解を避けるため、ユーザーは簡単にオプトアウトできる必要があります。オプトアウトの申し出を拒否した場合、追加の手順は不要です。ユーザーは自動的にオプトアウトされるべきです。
コンプライアンス
設定画面において、オプトアウトオプションを明確に表示し、Bright SDK統合ガイドの仕様に準拠する必要があります。
| ⚠️ 重要！Bright Dataはオプトアウト機能のUXと動作を検証します。アプリ審査提出前に実装を完了させてください。 |
オプトアウト後のユーザー復元
一般事項
オプトアウトしたユーザーに対しても、アプリの特性に合った方法でBright SDKの提供を継続することが可能です。次回オプトインの提示時期や方法は柔軟に決定できます。
既に説明済みの方法の使用
Bright SDKへのオプトインをユーザーに引き続き依頼することは可能ですが、ユーザー体験に配慮し、過度な要求は避けてください。
コイン獲得の機会として
オプトアウトしたユーザーにBright SDKを提供し続ける方法の一つとして、ショップに組み込む方法があります。UIを整理するため、ユーザーがオプトインしたらショップからオプトインオプションを削除することを忘れないでください！
例はこちら：
