リアルタイム Remote Config を使用すると、リスナーをアタッチして、構成の更新をリアルタイムで受信できます。これは、新機能をテストするときにフィーチャー トグルを即座に切り替えたり、期間限定のタイムセールを宣伝したりするなど、頻繁な更新が必要な機能やユーザーフローに最適です。
リアルタイムの Remote Config を戦略的に使用する
リアルタイム Remote Config の価値を最大限に高めるには、フィーチャー トグルのように、アプリ内で即時更新が必要な主要な領域に焦点を当て、それらの特定のコンポーネントに関するリスナー ライフサイクル イベントを慎重に管理します。
このターゲット設定戦略により、構成更新のフェッチ リクエストは、ユーザーがアプリの関連セクションに移動したときにのみ発生します。
すぐに配信する必要のない更新については、取得間隔を長くすることを検討し、重要なパラメータの即時更新については、リアルタイム リスナーと組み合わせます。これにより、非アクティブなユーザーも最新の構成を随時受け取れるようになり、全体的なフェッチ量を削減し、リアルタイム機能に移動する前にアプリ インスタンスが新しい値を読み込めるようになります。
リアルタイム Remote Config を使用する際の注意点
リアルタイム Remote Config を使用する場合は、次の点を考慮して、フェッチとバッテリー消費を最適に保ってください。
- 取得上限: コンソールでパラメータが更新されるたびに、無効化シグナルがリスニング クライアント アプリに送信され、取得がトリガーされます。この取得は取得上限にカウントされます。
- バッテリー消費量: 更新をリッスンするために HTTP 接続を開いたままにすると、ユーザーのデバイスでのバッテリー使用量が増加します。
addOnConfigUpdateListener を使用してリスナーを追加できます。アプリの異なるセクションに複数のリスナーを追加した場合、Remote Config はすべてのリスナーに対して単一の HTTP 接続を維持して再利用します。追加したリスナーをクリーンアップするには、各 ConfigUpdateListenerRegistration オブジェクトで remove を呼び出します。開いているネットワーク接続を閉じるには、追加されたすべてのリスナーが削除されていることを確認します。
次のステップ
- Remote Config フェッチ効率のベスト プラクティスについて確認する。
- リアルタイム アップデートの詳細については、リアルタイム Remote Config についてをご覧ください。