Remote Config の料金

2026 年 9 月 1 日より、Remote Config は、あらゆる規模のプロジェクトに対応できるように設計された柔軟な料金体系を提供します。これには、無料プランと、1 日の使用量に基づくスケーラブルな従量課金制のティアが含まれます。

Remote Config サービスによって(クライアント SDK または REST API を介して)直接呼び出されたフェッチ リクエストのみが、課金対象の使用量にカウントされます。フェッチ オペレーション、ネットワーク呼び出し、他の Firebase サービスによって内部的に生成された指標は、Remote Config の割り当てや課金にはカウントされません。

次の表に、Spark プランと Blaze プランの両方のプロジェクトあたりの使用量を示します。

詳細 無料(Spark プラン) 従量課金制(Blaze プラン)
フェッチ リクエスト 1 日あたり最大 100,000 人 1 日あたり 100,000 件まで無料。

次に、以下のリソースをご覧ください。

  • 1 日あたりの使用量が 100,001 ~ 10,000,000 件の場合、1 リクエストあたり $0.000006(10,000 リクエストあたり $0.06)。
  • 1 日あたりの使用量が 10,000,000 件を超える場合、1 リクエストあたり $0.000001(10,000 リクエストあたり $0.01)。
すべての機能 パーソナライズ、ロールアウト、A/B Testing の統合が含まれます。 パーソナライズ、ロールアウト、A/B Testing の統合が含まれます。
割り当てと上限 割り当てと上限をご覧ください。 割り当てと上限をご覧ください。

既存のプロジェクトの移行猶予期間

この移行猶予期間は、2026 年 9 月 1 日より前に Remote Config が有効になっているプロジェクトに適用されます。従量課金制への移行をスムーズに行うため、既存のプロジェクトには、課金が開始される前に次の延長猶予期間が与えられます。

現在の料金プラン 移行の猶予期間 標準請求の開始 必要な対応 / 備考
Spark プラン (無料) 3 か月 2026 年 12 月 1 日 推奨される対応: Cloud Billing を設定し、Blaze にアップグレードしてください。

特典: 2026 年 11 月 15 日までにアップグレードすると、猶予期間が 5 か月に延長されます(請求は 2027 年 2 月 1 日に開始されます)。

Blaze プラン (従量課金制) 5 か月 2027 年 2 月 1 日 必要な対応はありません。プロジェクトは、2027 年 2 月 1 日に標準料金に自動的に移行されます。

標準の猶予期間

この猶予期間は、2026 年 9 月 1 日以降に Remote Config が有効になっているプロジェクトに適用されます。これには、移行猶予期間が終了した既存の Remote Config 有効プロジェクト(2026 年 9 月 1 日より前に作成されたプロジェクト)も含まれます。プロジェクトで 1 日あたりのフェッチ リクエスト数が 100,000 件を超える場合は、次の操作を行う必要があります。

プラン / 条件 猶予期間 猶予期間後の結果 必要な対応 / 備考
Spark プラン (無料) 30 日間 (プロジェクトが 1 日の利用時間の上限を初めて超えた場合に適用されます) 31 日目にスロットリングが開始されます 1 日の利用時間の上限を初めて超えてから 30 日間は、プロジェクトのサービスが中断されることはありません。31 日目以降にスロットリングが発生しないようにするには、Blaze プランにアップグレードする必要があります。
Blaze プラン (従量課金制) 該当なし(スロットリングなし) フェッチ リクエストごとの課金 100,000 回を超えるフェッチには料金が発生します。スロットリングは適用されません。

使用量を最適化するためのベスト プラクティス

使用量を最適化するには、次のいずれかを行います。

  • クライアントのフェッチ間隔: 本番環境ビルドでは、最小フェッチ間隔を非常に低い値(setMinimumFetchIntervalInSeconds など)に設定しないでください。推奨されるデフォルトの間隔は 12 時間です。
  • 重要でないパラメータのキャッシュ保存: ほとんど変更されない安定した構成値の場合は、setMinimumFetchIntervalInSeconds をデフォルトの 12 時間から 24 時間または 48 時間に増やすことを検討してください。
  • アプリ起動時のフェッチループ: 画面遷移、アクティビティの再開、コンポーネントのレンダリングのたびにアプリがリモート フェッチをトリガーしないようにします。値をフェッチして読み込み時に有効にするや読み込み画面の表示中に有効にするなどの読み込み方法を適切に使用します。
  • バックグラウンド フェッチと非アクティブ フェッチの監査: バックグラウンド ワーカー ジョブ、サービス、レガシーアプリ モジュールを確認し、アプリがバックグラウンドにあるときや非アクティブなときにトリガーされる冗長なフェッチ呼び出し(「ゴースト フェッチ」)を削除します。
  • モニタリング: Google Cloud コンソールと Firebase コンソールの料金と使用状況のダッシュボードを使用して、1 日のフェッチ量が 100,000 リクエストに近づいたときに自動課金アラートを設定します。

よくある質問とトラブルシューティング