Firebase のよくある質問

Firebase プロジェクトとは何ですか？

Firebase プロジェクトは Firebase の最上位のエンティティです。プロジェクトでは、Apple アプリ、Android アプリ、ウェブアプリを登録できます。アプリを Firebase に登録すると、プロダクト固有の Firebase SDK（Analytics、Cloud Firestore、Crashlytics、Remote Config など）をアプリに追加できます。

アプリの Apple、Android、ウェブ バリエーションを単一の Firebase プロジェクト内に登録する必要があります。複数の環境（開発、ステージング、本番環境）をサポートするには、このような Firebase プロジェクトを複数使用できます。

Firebase プロジェクトについて詳しく学習するためのリソースを以下にご紹介します。

• Firebase プロジェクトについて理解する - Firebase プロジェクトに関するいくつかの重要なコンセプト（Google Cloud との関係、プロジェクトとそのアプリやリソースの基本階層など）について簡単に説明します。
• Firebase プロジェクトの設定に関する一般的なベスト プラクティス - Firebase プロジェクトを設定し、プロジェクトにアプリを登録するための一般的でハイレベルなベスト プラクティスについて説明します。このベスト プラクティスに従うことで、個々の環境を利用する際の明確な開発ワークフローを作成できます。

すべての Firebase プロジェクトについて、Google Cloud コンソールのプロジェクトの [ラベル] ページに firebase:enabled というラベルが Firebase によって自動的に追加されます。このラベルについて詳しくは、よくある質問をご覧ください。

Google Cloud 組織とは何ですか？

Google Cloud 組織は、Google Cloud プロジェクト（Firebase プロジェクトを含む）のコンテナです。この階層により、Google Cloud プロジェクトと Firebase プロジェクトの編成、アクセス管理、監査を適切に行うことができます。詳細は、組織の作成と管理をご覧ください。

既存の Google Cloud プロジェクトに Firebase を追加する方法を教えてください。

既存の Google Cloud プロジェクトが Google Cloud コンソールまたは Google API Console で管理されている場合があります。

これらの既存の Google Cloud プロジェクトに Firebase を追加するには、次のいずれかのオプションを使用します。

• Firebase コンソールを使う。
• プログラムで行う場合:
  • Firebase Management REST API エンドポイント projects.addFirebase を呼び出します。
  • Firebase CLI コマンド firebase projects:addfirebase を実行する。
  • Terraform を使用します。

詳しくは、Firebase を Google Cloud プロジェクトに追加するをご覧ください。

Firebase と Google Cloud の統合はどのように機能しますか？

Firebase は Google Cloud と緊密に統合されています。プロジェクトは Firebase と Google Cloud で共有されるため、プロジェクトで Firebase サービスと Google Cloud サービスを有効にできます。Firebase コンソールまたは Google Cloud コンソールから同じプロジェクトにアクセスできます。詳細は以下のとおりです。

• 一部の Firebase プロダクト（Cloud Storage for Firebase など）は Google Cloud を直接基盤としています。Google Cloud を基盤とするプロダクトは今後も増える予定です。
• 共同編集者や請求情報を含む多くの設定は、Firebase と Google Cloud で共有されます。Firebase と Google Cloud の両方の使用状況が同じ請求書に表示されます。

また、Blaze プランにアップグレードすると、Google Cloud の世界クラスの Infrastructure as a Service と API を、標準の Google Cloud 料金で Firebase プロジェクト内で直接使用できます。Google Cloud から BigQuery にデータを直接エクスポートして分析することもできます。詳しくは、BigQuery と Firebase をリンクするをご覧ください。

Google Cloud を Firebase とともに使用すると、セキュリティの強化、レイテンシの改善、時間短縮の面で（同じ場所に配置されていない他のクラウド サービスと比較して）多くの利点があります。詳しくは、Google Cloud サイトをご覧ください。

Google Cloud プロジェクトに firebase:enabled というラベルがあるのはなぜですか？

Google Cloud コンソールのプロジェクトの [ラベル] ページに、firebase:enabled のラベル（具体的には、Key が firebase、Value が enabled のラベル）が表示されることがあります。

プロジェクトは Firebase プロジェクトであるため、Firebase はこのラベルを自動的に追加します。つまり、プロジェクトで Firebase 固有の構成とサービスが有効になっています。詳しくは、Firebase プロジェクトと Google Cloud の関係をご覧ください。

このラベルは変更または削除しないことを強くおすすめいたします。このラベルは Firebase と Google Cloud で Firebase プロジェクトをリストするために使用されます（たとえば、REST API projects.list エンドポイントの使用または Firebase コンソール内のメニュー）。

このラベルをプロジェクト ラベルのリストに手動で追加しても、Google Cloud プロジェクトで Firebase 固有の構成とサービスは有効にならないことに注意してください。これらを有効にするには、Firebase コンソールを使用して Firebase を追加する必要があります（高度なユースケースの場合は、Firebase Management REST API または Firebase CLI を使用します）。

Firebase プロジェクトが Firebase プロジェクトのリストに表示されないのはなぜですか？

次の場所に Firebase プロジェクトが表示されない場合は、このよくある質問のトラブルシューティングをお試しください。

• Firebase コンソールに表示されているプロジェクトのリスト
• REST API の projects.list エンドポイントを呼び出して返されたレスポンス
• Firebase CLI コマンド firebase projects:list を実行して返されたレスポンス

以下の解決方法をお試しください。

1. まず、プロジェクトの URL に直接アクセスして、プロジェクトへのアクセスを試します。次の形式を使用します。
   https://console.firebase.google.com/project/PROJECT_ID/overview
2. プロジェクトにアクセスできない場合、または権限エラーが表示される場合は、次の点を確認してください。
   • プロジェクトにアクセスできる Google アカウントと同じアカウントで Firebase にログインしていることを確認してください。Firebase コンソールのログインとログアウトは、コンソールの右上にあるアカウント アバターで行います。
   • Google Cloud コンソールでプロジェクトを表示できるかどうかを確認します。
   • Google Cloud コンソールのプロジェクトの [ラベル] ページで、プロジェクトに firebase:enabled というラベルが付いていることを確認します。Firebase と Google Cloud は、このラベルを使用して Firebase プロジェクトをリストします。このラベルが表示されていないが、プロジェクトで Firebase Management API が有効になっている場合は、ラベル（具体的には、Key が firebase、Value が enabled のラベル）を手動で追加します。
   • 基本的な IAM ロール（オーナー、編集者、閲覧者）のいずれか、または Firebase 関連の権限を含むロール（たとえば、Firebase の事前定義ロール）が割り当てられていることを確認します。ロールは、Google Cloud コンソールの [IAM] ページIAMで確認できます。
   • プロジェクトが Google Cloud 組織に属している場合、Firebase コンソールにプロジェクトを表示するには追加の権限が必要です。ブラウザのロールなど、プロジェクトを表示するのに適したロールを付与するよう Google Cloud 組織の管理者に依頼してください。

上記のトラブルシューティングの手順のいずれを使用しても Firebase プロジェクトのリストでプロジェクトを確認できない場合は、Firebase サポートにお問い合わせください。

1 つのアカウントでいくつのプロジェクトを保有できますか？

• Spark お支払いプラン - プロジェクト割り当ての上限によって少ない数しか保有できません（通常は約 5～10）。
• Blaze お支払いプラン - Cloud Billing アカウントが良好な状態である限り、Cloud Billing アカウントあたりのプロジェクト割り当ての数は大幅に増加します。

多くのデベロッパーにとってプロジェクト割り当ての上限が問題になることはほとんどありませんが、必要に応じてプロジェクト割り当ての増加をリクエストできます。

プロジェクトが完全に削除されるまで 30 日かかります。完全に削除されるまでは割り当てにカウントされます。

1 つの Firebase プロジェクトに含めることができる Firebase アプリの数はどれくらいですか？

Firebase プロジェクトは、Apple、Android、ウェブでの Firebase アプリのコンテナです。Firebase プロジェクト内の Firebase アプリの合計数は 30 個までに制限されています。

この数を超えると、パフォーマンス（特に Google Analytics のパフォーマンス）が低下し、最終的にアプリの数が増え、一部のプロダクトの機能が動作しなくなります。また、Google ログインを認証プロバイダとして使用すると、プロジェクト内のアプリごとに基盤となる OAuth 2.0 クライアント ID が作成されます。1 つのプロジェクト内で作成できるクライアント ID の数には上限があり、30 個程度です。

エンドユーザーから見て、1 つの Firebase プロジェクト内のすべての Firebase アプリが、同じアプリケーションのプラットフォーム別のバリアントとなるようにしてください。たとえば、ホワイトラベル アプリケーションを開発する場合、個別にラベル付けしたアプリごとに固有の Firebase プロジェクトを用意すべきですが、そのラベルの Apple バージョンと Android バージョンを同じプロジェクトに含めることができます。詳しくは、Firebase プロジェクトの設定に関する一般的なベスト プラクティスをご覧ください。

まれなケースとして、プロジェクトで 30 個を超えるアプリが必要になる場合は、アプリの上限の引き上げをリクエストできます。このリクエストを行うには、プロジェクトが Blaze お支払いプランの適用対象である必要があります。Google Cloud コンソールにアクセスしてリクエストし、評価を受けてください。割り当ての管理の詳細については、Google Cloud のドキュメントをご覧ください。

プロジェクトに「本番環境」のタグを付けるとどうなりますか？

Firebase コンソールでは、Firebase プロジェクトに対して [本番環境] または [指定なし]（非本番環境）のいずれかの環境の種類のタグを付けることができます。

プロジェクトに環境の種類のタグを付けても、Firebase プロジェクトの動作や機能には影響しません。ただし、タグ付けを行うことで、アプリのライフサイクルに合わせて Firebase のさまざまなプロジェクトを管理するのに役立ちます。

プロジェクトに本番環境のタグを設定すると、Firebase コンソールでプロジェクトに明るい色の Prod タグが追加され、このプロジェクトを変更すると本番環境用アプリに影響を及ぼす可能性があることが示されます。将来的には、本番環境としてタグ付けされた Firebase プロジェクトに関して、より多くの機能と安全保護対策が追加される可能性があります。

Firebase プロジェクトの環境の種類を変更するには、settings [プロジェクトの設定] > [全般] の順に移動し、プロジェクト カードの [環境] で edit をクリックして環境の種類を変更します。

Firebase アプリのアプリ ID はどこで確認できますか？

Firebase コンソールで、[settingsプロジェクトの設定] に移動します。[アプリ] カードまで下にスクロールし、目的の Firebase アプリをクリックして、「アプリ ID」などのアプリの情報を確認します。

アプリ ID の値の例をいくつか示します。

• Firebase iOS アプリ: 1:1234567890:ios:321abc456def7890
• Firebase Android アプリ: 1:1234567890:android:321abc456def7890
• Firebase ウェブアプリ: 1:1234567890:web:321abc456def7890

Google Play / AdMob / Google Ads / BigQuery を Firebase プロジェクトまたはアプリにリンクする際の前提条件は何ですか？

• Google Play アカウントをリンクするには、次の条件が必要です。
  • Firebase のロールとしてオーナーまたは Firebase 管理者のいずれかのロールが割り当てられていること。
    
  • Google Play のアクセスレベルとしてアカウント所有者または管理者が割り当てられていること。
• AdMob アプリをリンクするには、Firebase プロジェクト オーナーと AdMob 管理者の両方の権限を得る必要があります。
• AdWords アカウントをリンクするには、Firebase プロジェクト オーナーと AdWords 管理者の両方の権限を得る必要があります。
• BigQuery プロジェクトをリンクするには、Firebase プロジェクトのオーナーの権限を得る必要があります。

アプリにどのようなオープンソース通知を含めるべきですか？

Apple プラットフォームの場合、関連エントリを含む NOTICES ファイルが Firebase Pod に含まれています。Firebase Android SDK には、ライセンス情報を表示するためのヘルパー Activity が含まれています。

オーナーロールなど、プロジェクト メンバーにロールを割り当てるには、どうすればよいですか？

各プロジェクト メンバーに割り当てるロールを管理するには、Firebase プロジェクトのオーナーである（または resourcemanager.projects.setIamPolicy 権限が含まれるロールが割り当てられている）必要があります。

ロールの割り当てと管理は次の場所で行うことができます。

• Firebase コンソールでは、簡単な方法でプロジェクト メンバーにロールを割り当てることができます。これは、settings > [プロジェクト設定] を選択し、[ユーザーと権限] タブで行います。Firebase コンソールでは、基本ロール（オーナー、編集者、閲覧者）、Firebase 管理者 / 閲覧者のロール、いずれかの Firebase プロダクト カテゴリの事前定義ロールを割り当てることができます。
• Google Cloud コンソールの IAM ページには、プロジェクト メンバーにロールを割り当てるための幅広いツールセットが用意されています。Cloud コンソールでは、カスタムロールの作成と管理を行うことができます。また、サービス アカウントにプロジェクトへのアクセス権を付与することもできます。

  Google Cloud コンソールでは、プロジェクト メンバーはプリンシパルと呼ばれます。

プロジェクトのオーナーがオーナーのタスクを実行できなくなり（従業員が退職した場合など）、プロジェクトが Google Cloud 組織を通じて管理されていない場合（次の段落を参照）、Firebase プロジェクトへのアクセス権をリクエストする方法について、Firebase サポートにお問い合わせください。

Firebase プロジェクトが Google Cloud 組織に属している場合は、オーナーが存在しない可能性があります。Firebase プロジェクトのオーナーが見つからない場合は、Google Cloud 組織の管理者に問い合わせて、プロジェクトのオーナーの割り当てを依頼してください。

Firebase プロジェクトのオーナーを確認するにはどうすればよいですか？

プロジェクト メンバーとそのロールは次の場所で確認できます。

• Firebase コンソールでプロジェクトにアクセスできる場合は、Firebase コンソールの [ユーザーと権限] ページで、オーナーを含むプロジェクト メンバーのリストを確認できます。
• Firebase コンソールでプロジェクトにアクセスできない場合は、Google Cloud コンソールでそのプロジェクトにアクセスできるかどうかを確認します。オーナーを含むプロジェクト メンバーのリストは、Google Cloud コンソールの [IAM] ページで確認できます。

プロジェクトのオーナーがオーナーのタスクを実行できなくなり（従業員が退職した場合など）、プロジェクトが Google Cloud 組織を通じて管理されていない場合（次の段落を参照）、一時的なオーナーを割り当てるには、Firebase サポートにお問い合わせください。

Firebase プロジェクトが Google Cloud 組織に属している場合は、オーナーが存在しない可能性があります。代わりに、Google Cloud 組織の管理者は、オーナーが実行できる多くのタスクを実行できます。ただし、いくつかのオーナー固有のタスク（ロールの割り当てや Google Analytics のプロパティの管理など）を実行するには、管理者が実際のオーナーロールを自身に割り当てる必要があります。Firebase プロジェクトのオーナーが見つからない場合は、Google Cloud 組織の管理者に問い合わせて、プロジェクトのオーナーの割り当てを依頼してください。

プロジェクト メンバーにオーナーロールを割り当てる理由とタイミング

Firebase プロジェクトを適切に管理するには、プロジェクトにオーナーが必要です。プロジェクトのオーナーとは、ロールの割り当てや Google Analyticsのプロパティの管理といった重要な管理アクションを実行できるユーザーのことです。Firebase サポートで対応できるのは、指定されたプロジェクト オーナーからの管理リクエストに限られます。

Firebase プロジェクトのオーナーを設定したら、その割り当てを最新の状態に保つことが重要です。

Firebase プロジェクトが Google Cloud 組織に属している場合、Google Cloud 組織の管理者は、オーナーが実行できる多くのタスクを実行できます。ただし、いくつかのオーナー固有のタスク（ロールの割り当てや Google Analytics のプロパティの管理など）を実行するには、管理者が実際のオーナーロールを自身に割り当てる必要があります。

Firebase プロジェクトを所有していないはずですが、プロジェクトに関するメールが届きました。このプロジェクトにアクセスするにはどうすればよいですか？

メールには、Firebase プロジェクトを開くためのリンクが記載されています。メール内のリンクをクリックすると、Firebase コンソールでプロジェクトが開きます。

リンクでプロジェクトを開くことができない場合は、プロジェクトに関するメールを受信した Google アカウントを使用して Firebase にログインしていることをご確認ください。Firebase コンソールのログインとログアウトは、コンソールの右上にあるアカウント アバターで行います。

Google Cloud 組織の管理者には、組織内の Firebase プロジェクトの変更に関する通知が届くことがあります。ただし、Firebase プロジェクトを開くための十分な権限がない可能性があります。このような場合、最も簡単な解決策は、実際のオーナーロールを自分自身に割り当てて、プロジェクトを開き、必要なアクションを行うことです。詳しくは、オーナーロールを割り当てる理由と条件をご覧ください。

Firebase コンソールへのアクセスに使用できるブラウザは何ですか？

Firebase コンソールは、Chrome、Firefox、Safari、Edge などの代表的なパソコンのブラウザの新しいバージョンでアクセスできます。現時点では、モバイル ブラウザの一部はサポートされていません。

Firebase コンソールを読み込めますが、Firebase プロジェクトが見つからないか、アクセスできません。なぜですか？

次のいずれかの問題が発生している場合は、このよくある質問のトラブルシューティングをお試しください。

• Firebase コンソールに、プロジェクトが存在しないか、プロジェクトへのアクセス権がないことを示すエラーページが返される。
• コンソールの検索フィールドにプロジェクト ID またはプロジェクト名を入力しても、Firebase コンソールにプロジェクトが表示されない。

以下の解決方法をお試しください。

1. まず、プロジェクトの URL に直接アクセスして、プロジェクトへのアクセスを試します。次の形式を使用します。
   https://console.firebase.google.com/project/PROJECT-ID/overview
2. それでもプロジェクトにアクセスできない場合、または権限エラーが表示される場合は、次の点を確認してください。
   • プロジェクトにアクセスできる Google アカウントと同じアカウントで Firebase にログインしていることを確認してください。Firebase コンソールのログインとログアウトは、コンソールの右上にあるアカウント アバターで行います。
   • プロジェクトで Firebase Management API が有効になっていることを確認します。
   • 基本的な IAM ロール（オーナー、編集者、閲覧者）のいずれか、または Firebase 関連の権限を含むロール（たとえば、Firebase の事前定義ロール）が割り当てられていることを確認します。ロールは、Google Cloud コンソールの [IAM] ページIAMで確認できます。
   • プロジェクトが Google Cloud 組織に属している場合、Firebase コンソールにプロジェクトを表示するには追加の権限が必要です。ブラウザのロールなど、プロジェクトを表示するのに適したロールを付与するよう Google Cloud 組織の管理者に依頼してください。

上記のトラブルシューティングの手順を行ってもプロジェクトの検出やアクセスができない場合は、Firebase サポートにお問い合わせください。

Firebase コンソールが読み込まれません。なぜですか？

次のいずれかの問題が発生している場合は、このよくある質問のトラブルシューティングをお試しください。

• Firebase コンソールのページ読み込みが完了しない。
• ページ内のデータが想定どおりに読み込まれない。
• Firebase コンソールを読み込むと、ブラウザのエラー メッセージが表示される。

以下の解決方法をお試しください。

1. サービスの中断が発生している可能性があるため、Firebase Status Dashboard の [Console] 行で確認します。
2. 対応ブラウザを使用していることを確認します。
3. シークレット ウィンドウまたはプライベート ウィンドウで Firebase コンソールを読み込んでみます。
4. ブラウザの拡張機能をすべて無効にします。
5. 広告ブロッカー、ウイルス対策ソフトウェア、プロキシ、ファイアウォール、その他のソフトウェアによってネットワーク接続がブロックされていないことを確認します。
6. 別のネットワークまたはデバイスを使用して Firebase コンソールを読み込んでみます。
7. Chrome を使用している場合は、デベロッパー ツール コンソールでエラーが発生していないか確認します。

上記のトラブルシューティングの手順のいずれでも問題が解決しない場合は、Firebase サポートにお問い合わせください。

Firebase コンソールの言語はどのように決定されますか？

Firebase コンソールの言語設定は、Google アカウント設定で選択した言語に基づきます。

言語設定を変更するには、言語を変更をご覧ください。

Firebase コンソールは次の言語をサポートしています。

• 英語
• ポルトガル語（ブラジル）
• フランス語
• ドイツ語
• インドネシア語
• 日本語
• 韓国語
• ロシア語
• 中国語（簡体）
• スペイン語
• 中国語（繁体）

Firebase コンソールはどのようなロールと権限をサポートしていますか？

Firebase コンソールと Google Cloud コンソールでは、基本的なロールと権限は同じです。ロールと権限の詳細については、Firebase IAM のドキュメントをご覧ください。

Firebase は、オーナー、編集者、閲覧者という基礎的な（基本）ロールをサポートしています。

• プロジェクトのオーナーは、プロジェクトに他のメンバーを追加したり、統合（BigQuery や Slack などのサービスにリンクしているプロジェクト）を設定したりできます。また、プロジェクトに対する完全な編集権限が付与されます。
• プロジェクトの編集者は、プロジェクトに対する完全な編集権限を持っています。
• プロジェクトの閲覧者は、プロジェクトに対する読み取りアクセス権のみを持っています。Firebase コンソールでは現在、プロジェクト閲覧者に対して編集 UI コントロールは非表示 / 無効になっていません。ただし閲覧者ロールが割り当てられているプロジェクト メンバーの場合、これらの操作は失敗します。

Firebase は以下もサポートします。

• Firebase の事前定義ロール - オーナー、編集者、閲覧者という基本のロールよりも詳細なアクセス制御を可能にする、キュレートされた Firebase 固有のロール。
• カスタムロール - 組織の特定の要件を満たす一連の権限を調整するために作成した、完全にカスタマイズされた IAM のロール。

Emulator Suite ログで「Multiple projectIds are not recommended in single project mode」というエラーが表示されるのはなぜですか？

このメッセージは、異なるプロジェクト ID を使用した特定のプロダクト エミュレータを実行している可能性があることを Emulator Suite が検出したことを示します。これは、構成ミスを示している場合があり、エミュレータが相互に通信しようとした場合や、コードからエミュレータを操作しようとしたことが問題の原因となる可能性があります。プロジェクト ID が一致しない場合、エミュレータに保存済みのデータが projectID をキーとしており、プロジェクト ID の一致に相互運用性が依存しているため、データが不足しているように見えることがよくあります。

これはデベロッパーがよく直面する混乱の原因であるため、デフォルトでは、firebase.json 構成ファイルで特に指定しない限り、Local Emulator Suite は単一のプロジェクト ID での実行のみを許可します。エミュレータが複数のプロジェクト ID を検出すると、警告をログに記録し、致命的なエラーをスローする可能性があります。

プロジェクト ID の宣言が不一致かどうかは、次の場所で確認できます。

• コマンドラインで設定されたデフォルトのプロジェクト。 デフォルトでは、プロジェクト ID は firebase init または firebase use で選択されたプロジェクトから起動時に取得されます。プロジェクトのリストを表示して選択されているプロジェクトを確認するには、firebase projects:list を使用します。
• 単体テスト。プロジェクト ID は、多くの場合、ルール単体テスト ライブラリのメソッド initializeTestEnvironment または initializeTestApp の呼び出しで指定されます。 他のテストコードは initializeApp(config) で初期化できます。
• コマンドラインの --project フラグ。Firebase CLI の --project フラグを渡すと、デフォルトのプロジェクトがオーバーライドされます。このフラグの値が単体テストとアプリ初期化におけるプロジェクト ID と一致していることを確認する必要があります。

プラットフォーム固有の確認事項:

シングル プロジェクト モードを無効にするには、singleProjectMode キーで firebase.json を更新します。

{
  "firestore": {
    ...
  },
  "functions": {
    ...
  },
  "hosting": {
    ...
  },
  "emulators": {
    "singleProjectMode": false,
    "auth": {
      "port": 9099
    },
    "functions": {
      "port": 5001
    },
    ...
  }
}

どのプロダクトが有料で、どのプロダクトが無料でしょうか？

Firebase の有料インフラストラクチャ プロダクトには、Realtime Database、Cloud Storage for Firebase、Cloud Functions、Hosting、Test Lab、電話認証があります。これらのすべての機能では、一部を無料枠でご利用いただけます。

Firebase は、Analytics、Cloud Messaging、Notifications Composer、Remote Config、App Indexing、Dynamic Links、Crash Reporting などの無料プロダクトも数多く取り揃えています。これらのプロダクトの使用は、無料の Spark プランを含むすべてのプランで、プロダクトのトラフィック制御ポリシー（割り当て、公平なアクセス、その他のサービス保護など）のみの対象となります。さらに、電話認証以外のすべての Authentication 機能は無料です。

最適なお支払いプランを選ぶにはどうすればよいですか？

Spark のお支払いプラン

Spark プランは、アプリを無料で開発するのにうってつけです。すべての無料の Firebase 機能（Analytics、Notifications Composer、Crashlytics など）を利用できます。また、有料のインフラストラクチャ機能にも無料枠が用意されている場合があります。ただし、Spark プランの各月のリソース制限を超過した場合、その月の残りの期間はアプリにアクセスできなくなります。また、Spark プラン使用時には Google Cloud の機能は利用できません。

Blaze のお支払いプラン

Blaze プランは本番環境アプリ向けに構成されています。Blaze プランでは、有料の Google Cloud 機能でアプリを拡張することもできます。消費するリソースに対してのみ支払いが発生するため、需要に応じたスケーリングが可能です。Blaze プランの料金については、業界最先端のクラウド プロバイダに対抗できる料金設定を実現すべく努力を続けております。

アップグレード、ダウングレード、キャンセルはいつでもできますか？

はい、アップグレード、ダウングレード、キャンセルはいつでもできます。ただし、ダウングレードやキャンセルに応じた払い戻しを受け取ることはできませんのでご注意ください。つまり、請求対象期間の途中でダウングレードまたはキャンセルを行った場合、その月の終わりまでの料金を支払う必要があります。

Blaze プランの無料使用と Spark プランの無料使用には、どのような違いがありますか？

Blaze プランの無料使用は日単位で計算されます。Cloud Functions、電話認証、Test Lab 用の Spark プランとは、使用量上限も異なります。

Cloud Functions の場合、Blaze プランの無料使用はプロジェクト単位ではなく Cloud Billing アカウント単位で計算され、次の上限があります。

• 200 万回呼び出し/月
• 40 万 GB 秒/月
• 20 万 CPU 秒/月
• 5 GB のネットワーク下り（外向き）/月

電話認証の場合、Blaze プランの無料使用は月単位で計算されます。

Test Lab の場合、Blaze プランの無料使用には次の上限があります。

• 実機の時間は 1 日あたり 30 分
• 仮想デバイスの時間は 1 日あたり 60 分

Spark から Blaze にプランを変更すると、無料の使用量割り当てがリセットされますか？

Spark プランの無料の使用量は Blaze プランに組み込まれます。Blaze プランに移行しても、無料の使用量はリセットされません。

Firebase プロジェクトの請求先アカウントを Google Cloud コンソールで追加または削除すると、そのプロジェクトはどうなりますか？

Google Cloud コンソールでプロジェクトに Cloud Billing アカウントが追加された場合、そのプロジェクトが現在 Spark プランにあれば、同じプロジェクトが Firebase Blaze プランに自動的にアップグレードされます。

一方、既存の有効な Cloud Billing アカウントが Google Cloud コンソールでプロジェクトから削除された場合、そのプロジェクトは Firebase Spark プランにダウングレードされます。

使用量と料金を管理するにはどうすればよいですか？

Firebase コンソールの次のダッシュボードで、プロジェクト リソースの使用状況を追跡できます。

• プロジェクト レベルでの全体の使用量と請求額のダッシュボード
• Authentication の使用状況ダッシュボード（特に電話認証インスタンスの場合）
• Cloud Firestore の使用状況ダッシュボード
• Cloud Functions の使用状況ダッシュボード
• Cloud Storage の使用状況ダッシュボード
• Hosting の使用状況ダッシュボード
• Realtime Database の使用状況ダッシュボード

Blaze プランで使用量の上限を設定できますか？

いいえ、現状では Blaze プランで使用量の上限を設定することはできません。Blaze プランで使用量の上限をサポートするオプションを評価中です。

Blaze ユーザーはプロジェクトまたはアカウントの予算を定義し、支出がこうした上限に近づいた場合にアラートを受け取ることができます。予算アラートの設定方法をご確認ください。

どのようなサポートを受けられますか？

無料プランで利用中のものを含むすべての Firebase アプリについて、米国太平洋時間の営業時間内に、Firebase のスタッフのメールによるサポートを受けられます。すべてのアカウントで、請求関連の問題、アカウント関連の問題、技術的な質問（トラブルシューティング）インシデント レポートについては無制限のサポートを受けられます。

オープンソース、非営利団体、教育向けの割引はありますか？

Spark プランは、非営利団体、学校、オープンソースのプロジェクトなど、あらゆる個人や組織がご利用いただけるプランです。これらのプランにはすでに十分な特典が考慮されているため、オープンソース、非営利団体、教育プロジェクトに対する特別な割引やプランは提供しておりません。

企業向けの契約、料金設定、サポート、または専用インフラストラクチャによるホスティングを提供していますか？

Blaze プランはあらゆる規模の企業に適しています。SLA は、クラウド インフラストラクチャの業界標準を十分に満たしています。ただし、現時点では、企業向けの契約、料金設定、サポート、Realtime Database などのサービス向けの専用インフラストラクチャによるホスティング（オンプレミスのインストール）は提供していません。現在こうした機能の一部を追加すべく努力を重ねております。

アドホックな料金設定を提供していますか？1、2 個の機能についてのみ従量課金制を使用したいのですが。

Blaze プランでアドホックな料金設定を提供しています。このプランでは、使用する機能に対してのみ支払います。

有料の Firebase プランは Ads とどのように連携していますか？有料プランに無料の広告クレジットが組み込まれているのですか？

Firebase の料金プランは Ads から独立しているため、無料の広告クレジットはありません。Firebase のデベロッパーであるお客様は、Ads のアカウントを Firebase に「リンク」させ、コンバージョン トラッキングのサポートを行えます。

すべての広告キャンペーンは Ads で直接管理され、Ads の請求は Ads コンソールで管理されます。

Flame お支払いプランは現在どうなっていますか？

2020 年 1 月、Flame お支払いプラン（月額 $25 で追加割り当て）が新規登録オプションから削除されました。既存プランのユーザーには、プロジェクトを Flame プランから移行するための猶予期間が設定されていました。2022 年 2 月、Flame お支払いプランのプロジェクトは Spark お支払いプランにダウングレードされました。
また、次の点に注意してください。

• Spark プランと Blaze プランの既存のプロジェクトおよび新規プロジェクトでは、Flame プランへの切り替えや登録はできません。
• Flame プランの既存のプロジェクトを別のお支払いプランに移行した場合、Flame プランに戻すことはできません。
• Spark プランにダウングレードされたプロジェクトは、Blaze プランにアップグレードすることで、追加の有料サービスを再開できます。
• Flame プランへの参照がドキュメントから削除されました。

Flame プランの終了について他にご質問がある場合はその他のよくある質問をご覧ください。

Firebase の他のお支払いプランについては、Firebase の料金ページをご覧ください。既存のプロジェクトを別のお支払いプランに移行する場合は、プロジェクトの Firebase コンソールで移行できます。

Flame プランの終了に関するその他のよくある質問

Firebase のプライバシーとセキュリティに関する情報はどこにありますか？

Firebase のプライバシーとセキュリティのページをご覧ください。

Firebase SDK は、アナリティクスの外部で使用状況または診断情報をロギングしますか？

はい。これは現在 iOS 専用ですが、今後変更される可能性があります。Firebase Apple プラットフォーム SDK には、デフォルトで FirebaseCoreDiagnostics フレームワークが含まれています。このフレームワークは、SDK の使用状況と診断情報を収集するために Firebase によって使用され、今後のプロダクト強化の優先順位付けに役立てられます。FirebaseCoreDiagnostics は省略可能です。Firebase 診断ログの送信をオプトアウトするには、アプリからライブラリのリンクを解除します。GitHub で、ロギングされた値を含む完全なソースを参照できます。

A/B Testing: 作成して実行できるテストの数はどれくらいですか？

プロジェクトあたり最大 300 個のテストを使用できます。その内訳は、実行中のテストが最大 24 個まで、残りはドラフトまたは完了済みのテストになります。

A/B Testing: Google アナリティクスへのプロジェクトのリンクを解除した後でリンクを再設定すると、テストが表示されないのはなぜですか？

別の Google Analytics のプロパティにリンクすると、以前に作成したテストにアクセスできなくなります。以前のテストへのアクセスを再度取得するには、テストの作成時にリンクされていた Google Analytics のプロパティにプロジェクトをリンクし直します。

A/B Testing: Remote Config テストの作成時に「プロジェクトが Google アナリティクスにリンクされていません」というメッセージが表示されるのはなぜですか？

すでに Firebase と Google アナリティクスをリンクしているにもかかわらず、Google アナリティクスがリンクされていないというメッセージが表示される場合は、プロジェクト内にすべてのアプリのアナリティクス ストリームが存在することを確認してください。現在、A/B Testing を使用するには、プロジェクト内のすべてのアプリが Google アナリティクス ストリームに接続されている必要があります。

アクティブなストリームの一覧は、settings[プロジェクト設定]chevron_right [統合]chevron_right [Google アナリティクス]chevron_right [管理] からアクセス可能な、Firebase コンソール内の Google アナリティクス統合の詳細ページにあります。

Google アナリティクス ストリームがまだ作成されていないアプリに対して Google アナリティクス ストリームを作成すると、問題が解決されます。見つからないアプリに対してストリームを作成する場合、いくつかの方法があります。

• Google アナリティクス ストリームが関連付けられていないアプリが 1 つまたは 2 つのみの場合は、次のいずれかの方法で Google アナリティクス ストリームを追加できます。
  • アクティブなストリームがないアプリをすべて削除し、Firebase コンソールに追加し直します。
  • Google アナリティクス コンソールで [管理者] を選択し、[データ ストリーム] をクリックしてから、[ストリームを追加] をクリックし、見つからないアプリの詳細を追加して、[アプリを登録] をクリックします。
• 見つからないアプリ ストリームが多数ある場合に、これらのアプリ ストリームを最短の時間で効率的に作成するには、Google アナリティクス プロパティのリンクを解除して再リンクします。
  1. settings [プロジェクト設定] で [統合] を選択します。
  2. [Google アナリティクス] カードで [管理] をクリックして、Firebase と Google アナリティクスの設定にアクセスします。
  3. Google アナリティクスの [プロパティ ID] と [リンクされた Google アナリティクス アカウント] をメモします。
  4. more_vert [その他] をクリックして、[このプロジェクトからアナリティクスのリンクを解除] を選択します。
  5. 表示された警告を確認してください（問題はありません。次のステップで同じプロパティを再リンクします）。次に、[Google アナリティクスとのリンクを解除] をクリックしてください。
     
     リンク解除が完了すると、[統合] ページにリダイレクトされます。
  6. [Google アナリティクス] カードで [有効にする] をクリックし、再リンク処理を開始します。
  7. [アカウントを選択] リストからアナリティクス アカウントを選択します。
  8. [このアカウントに新しいプロパティを自動的に作成します] の横にある edit [編集] をクリックし、表示された [アナリティクス プロパティ] リストから自分のプロパティ ID を選択します。
     
     プロジェクト内のすべてのアプリの一覧が表示されます。各アプリの既存のストリーム マッピングが一覧表示され、ストリームのないアプリに対してストリーム マッピングが作成されます。
  9. [Google アナリティクスを有効にする] をクリックして、プロパティを再リンクします。
  10. [Finish] をクリックします。

これらの手順を行った後も、Remote Config を使用して A/B テストを作成しているときにエラーが表示される場合は、Firebase サポートにお問い合わせください。

AdMob: 自分の Windows アプリを Firebase にリンクできますか？

いいえ。現在のところ、Windows アプリはサポートされていません。

AdMob: Firebase コンソールから AdMob に自分のアプリをリンクできないのはなぜですか？

AdMob アプリは AdMob コンソールを介して Firebase アプリにリンクできます。詳しくはこちらをご覧ください。

AdMob: Firebase アプリを AdMob アプリにリンクするには、どのような権限やアクセス権が必要ですか？

そのようなリンクを行うには、次のアクセス権が必要です。

• AdMob: AdMob 管理者である必要があります。
• Firebase: firebase.links.create 権限が必要です。この権限は、オーナーロールと Firebase 管理者ロールに含まれています。
• Google Analytics: Firebase プロジェクトに関連付けられたプロパティの編集ロールまたはユーザー管理ロールが必要です。詳細

AdMob: 同じ AdMob アカウント内の複数のユーザーが AdMob アプリと Firebase アプリをリンクすることはできますか？

マルチユーザー AdMob アカウントの場合、最初の Firebase リンクを作成して Firebase の利用規約に同意したユーザーのみが、AdMob アプリと Firebase アプリの間に新しいリンクを作成できます。

AdMob: AdMob を使用するには、どの SDK を使用すればよいですか？

AdMob を使用するには、このよくある質問で説明されているように、常に Google Mobile Ads SDK を使用してください。必要に応じて、AdMob のユーザーに関する指標を収集する場合は、Google Analytics 用の Firebase SDK をアプリに含めます。

• iOS プロジェクトの場合:
  AdMob iOS のドキュメントの手順に沿って、Google Mobile Ads SDK をインポートします。
• Android プロジェクトの場合:
  Google Mobile Ads SDK の依存関係を build.gradle ファイルに追加します。
  implementation 'com.google.android.gms:play-services-ads:23.6.0'
  
• C++ プロジェクトと Unity プロジェクトについては、それぞれのドキュメントに記載された手順を行ってください。

Analytics: Firebase プロダクトを使用する際に、その一環として Google アナリティクスが推奨されるのはなぜですか？

Google Analytics は、Firebase の機能と連携して詳細な分析情報を提供する、無料で無制限のアナリティクス ソリューションです。Crashlytics のイベントログ、FCM の通知の効果、Dynamic Links のディープリンクのパフォーマンス、Google Play のアプリ内購入データを表示できます。Remote Config、Remote Config のカスタマイズなどで高度なオーディエンス ターゲティングを実現します。

Google Analytics は、Firebase コンソール内でインテリジェンス レイヤとして機能します。高品質なアプリの開発、ユーザーベースの拡大、収益増加のための、行動につながる分析情報を提供します。

開始するには、ドキュメントをご覧ください。

Analytics: Analytics データを Firebase の他の機能と共有する方法は、どのように制御できますか？

デフォルトでは、Google Analytics データは他の Firebase の機能や Google の機能を拡張するために使用されます。Google Analytics データの共有方法は、プロジェクト設定でいつでも変更できます。 データ共有設定の詳細をご確認ください。

Analytics: アナリティクスのプロパティ設定を更新するにはどうすればよいですか？

Google アナリティクスのプロパティの [管理] ページで、次のようなプロパティ設定を更新できます。

• データ共有設定
• データ保持設定
• タイムゾーンと通貨の設定

プロパティ設定を更新する手順は次のとおりです。

1. Firebase コンソールで settings[] > [プロジェクトの設定]に移動します。
2. [統合] タブに移動して、Google アナリティクスのカードで [管理] または [リンクを表示] をクリックします。
3. Google アナリティクス アカウントのリンクをクリックして、アカウントとプロパティの設定を開きます。

iOS アプリの Analytics: 広告の帰属表示と IDFA 収集の機能を使用せずに Analytics をインストールすることはできますか？

はい。詳しくは、データの収集と使用方法を構成するのページをご覧ください。

Analytics: 2021 年 10 月の更新での Google アナリティクス セクションの変更内容はどのようなものですか？

変更内容の概要については、Firebase ヘルプセンターの記事 Firebase 向け Google アナリティクスの Google アナリティクス 4 の新機能をご覧ください。

Analytics: Firebase と Google アナリティクスのリンクを解除した後、Firebase コンソールに Analytics データが表示されないのはなぜですか？

Analytics データは、Firebase プロジェクト内ではなく、Google アナリティクスのプロパティ内にあります。プロパティを削除またはリンク解除すると、Firebase は Analytics データにアクセスできなくなります。Firebase コンソールには空の [Analytics] ダッシュボードが表示されます。データは以前にリンクされたプロパティに残っているため、いつでもプロパティを Firebase に再リンクして、Firebase コンソールで Analytics データを確認できます。

まったく新しい Google アナリティクス アカウント（および新しい Google アナリティクス プロパティ）を Firebase プロジェクトにリンクすると、Firebase コンソールの [Analytics] ダッシュボードは空白になります。ただし、以前にリンクされたプロパティがまだ存在する場合は、既存のプロパティを古いプロパティから新しいプロパティに移動できます。

Analytics: Analytics プロパティとそのデータが削除された場合、元に戻す方法はありますか？

いいえ。プロパティが削除された場合、そのプロパティの削除の取り消しや、そのプロパティに以前に保存された Analytics データの取得は行えません。

Google アナリティクスのご利用を再開する場合は、新しいプロパティまたは既存のプロパティを Firebase プロジェクトにリンクしてください。このリンクは、Firebase コンソールか Google アナリティクスの UI で行えます。 詳しくは、Google アナリティクス プロパティを Firebase プロジェクトにリンクするをご覧ください。

Analytics: アナリティクス プロパティが削除された場合、新しい Google アナリティクス プロパティを Firebase プロジェクトにリンクして、Analytics の使用を再開できますか？

Google アナリティクスのご利用を再開する場合は、新しいプロパティまたは既存のプロパティを Firebase プロジェクトにリンクしてください。このリンクは、Firebase コンソールか Google アナリティクスの UI で行えます。 詳しくは、Google アナリティクス プロパティを Firebase プロジェクトにリンクするをご覧ください。

すべての Analytics データは（Firebase プロジェクトではなく）プロパティに格納されるため、以前に収集された Analytics データを取得することはできません。

Analytics: アナリティクス プロパティの削除によって、Firebase プロダクトまたは統合された Google プロダクトにはどのような影響がありますか？

一部の Firebase プロダクトは、Google アナリティクスとの統合を利用しています。アナリティクスのプロパティとそのデータが削除されると、次のサービスを使用しているときに以下のようになります。

• Crashlytics - クラッシュの影響を受けていないユーザー、パンくずリストのログ、ベロシティ アラートを確認できなくなります。
• Cloud Messaging と In-App Messaging - ターゲティング、キャンペーン指標、オーディエンス セグメンテーション、アナリティクス ラベルを使用できなくなります。
• Remote Config - ターゲットを絞った構成とカスタマイズを使用できなくなります。
• A/B Testing - テスト測定は Google アナリティクスによって提供されるため、A/B Testing を使用できなくなります。
• Dynamic Links - Google アナリティクスのデータを使用する機能が中断されます。

次の統合も影響を受けます。

• Analytics データを BigQuery にエクスポートできなくなります。
• Google Ads との連携または Google AdMob との連携を利用できなくなります。

Analytics: 条件を完全には満たしていないユーザーをどのように分類しますか？

こうしたユーザーに対しては、「ターゲット除外」を行うことで問題を再構築できます。たとえば、「何かを購入したユーザーには広告を表示しない」ものとして問題を再構築し、こうしたユーザーからなるユーザー層を生成します。

Analytics: Google アナリティクスのインターフェースで定義されているオーディエンスやイベントは、Firebase コンソールでも使用できますか？

オーディエンスとユーザー プロパティは同期されます。セグメンテーションやクローズド型目標到達プロセスなどの一部の機能では、Google アナリティクスのインターフェースを使用する必要があります。Firebase コンソールのディープリンクを通じて、Google アナリティクスのインターフェースに直接アクセスできます。

Firebase コンソールで行う変更作業はすべて Google アナリティクスでも実行でき、それらの変更内容は Firebase に反映されます。

Firebase Authentication: 電話認証がサポートされている地域はどこですか？

Firebase Authentication は、電話番号での確認を世界中でサポートしていますが、すべてのネットワークが確実に確認メッセージを配信するわけではありません。以下のリージョンでは配信率が高く、電話認証が正しく機能すると考えられます。注記がある場合、一部の通信会社では、配信成功率が低いためにそのリージョンでご利用いただけません。

Firebase Authentication: Spark プランの無料 SMS はどうなりますか？

2024 年 9 月以降に電話認証のセキュリティとサービス品質を向上させるには、Firebase プロジェクトを Cloud 請求先アカウントにリンクし、SMS サービスを有効にして使用する必要があります。

Cloud Messaging: Notifications Composer と Cloud Messaging の違いは何ですか？

Firebase Cloud Messaging は、クライアント SDK、HTTP および XMPP サーバー プロトコルを介して包括的なメッセージング機能を提供します。より複雑なメッセージ要件があるデプロイの場合は、FCM の方が適しています。

Notifications Composer は、Firebase Cloud Messaging 上に構築された、軽量でサーバーレスのメッセージング ソリューションです。ユーザー フレンドリーなグラフィカル コンソールを備え、コード要件が軽減された Notifications Composer を使用してメッセージを簡単に送信することで、ユーザーへの再アプローチとユーザーの確保、アプリの成長促進、マーケティング キャンペーンのサポートを実現できます。

Cloud Messaging: Apple は APN 用の以前のバイナリ プロトコルを非推奨にすると発表しました。対応が必要なことはありますか？

いいえ。Firebase Cloud Messaging は 2017 年に HTTP/2 ベースの APN プロトコルに移行されました。FCM を使用して iOS デバイスに通知を送信する場合は、特に何もする必要はありません。

Cloud Messaging: FCM を使用するには、他の Firebase サービスを使用する必要がありますか？

Firebase Cloud Messaging は、他の Firebase サービスを使用せずに、GCM と同じようにスタンドアロン コンポーネントとして使用できます。

Cloud Messaging: 既存の Google Cloud Messaging（GCM）のデベロッパーは、 Firebase Cloud Messaging に移行する必要がありますか？

FCM は、Firebase ブランドの GCM の新しいバージョンです。GCM のコア インフラストラクチャを引き継いでおり、Cloud Messaging の開発を容易にするための新たな SDK を備えています。

FCM SDK にアップグレードすると、次のようなメリットが得られます。

• クライアントの開発がシンプルになります。ご自身の登録や、定期購入の再試行ロジックを書き込む必要がなくなります。
• 設定不要の通知ソリューションを使用できます。ウェブ コンソールを備えた、サーバーレスの通知ソリューションである Notifications Composer を使用することで、Google アナリティクスの分析情報に基づいてすべてのユーザーがターゲット ユーザーに通知を送信できるようになります。

GCM SDK から FCM SDK へのアップグレード方法については、Android アプリと iOS アプリの移行ガイドをご覧ください。

Cloud Messaging: 対象のデバイスがメッセージを受信できないのはなぜですか？

デバイスがメッセージの受信に成功していないと考えられる場合は、まず次の 2 つの可能性を確認してください。

通知メッセージのフォアグラウンド メッセージ処理。クライアント アプリがデバイスのフォアグラウンドで動作している場合、アプリは通知メッセージを処理するメッセージ処理ロジックを追加する必要があります。詳しくは、 iOS と Android のドキュメントをご覧ください。

ネットワーク ファイアウォールの制限。インターネットとの間で送受信されるトラフィックを制限するファイアウォールが組織で使用されている場合、Firebase Cloud Messaging クライアント アプリがメッセージを受信できるようにするには、FCM との接続を許可するようにファイアウォールを構成する必要があります。次のポートを開きます。

• 5228
• 5229
• 5230

通常、FCM は 5228 を使用しますが、5229 や 5230 を使用することもあります。FCM では特定の IP が提供されないので、Google の ASN 15169 にリストされた IP ブロックに含まれているすべての IP アドレスについて、発信接続を受け入れるようにファイアウォールを設定する必要があります。

Cloud Messaging: Android アプリに onMessageReceived を実装しましたが、呼び出されません。

アプリがバックグラウンドで動作している場合、システムトレイに通知メッセージが表示され、onMessageReceived は呼び出されません。通知メッセージにデータ ペイロードがある場合、通知メッセージはシステムトレイに表示され、通知メッセージに含まれていたデータは、ユーザーが通知をタップしたときに起動するインテントから取得できます。

詳しくは、メッセージの受信と処理をご覧ください。

Notifications Composer: Notifications Composer と Cloud Messaging の違いは何ですか？

Notifications Composer は、Firebase Cloud Messaging 上に構築された、軽量でサーバーレスのメッセージング ソリューションです。ユーザー フレンドリーなグラフィカル コンソールを備え、コード要件が軽減された Notifications Composer を使用してメッセージを簡単に送信することで、ユーザーへの再アプローチとユーザーの確保、アプリの成長促進、マーケティング キャンペーンのサポートを実現できます。

Firebase Cloud Messaging は、クライアント SDK、HTTP および XMPP サーバー プロトコルを介して包括的なメッセージング機能を提供します。より複雑なメッセージ要件があるデプロイの場合は、FCM の方が適しています。

Firebase Cloud Messaging と Notifications Composer のメッセージ機能の比較を以下に示します。

Notifications Composer: Google Cloud Messaging（GCM）のデベロッパーが Notifications Composer を使用するにはどうすればよいですか？

Notifications Composer は、Google アナリティクスのインサイトに基づいてすべてのユーザーがターゲット ユーザーに通知を送信できるようにする、設定不要のソリューションです。また Notifications Composer は、すべてのメッセージの目標到達プロセスを分析することで、通知の効果の簡単な評価を可能にしています。

GCM のデベロッパーの場合、Notifications Composer を使用するには、GCM SDK から FCM SDK にアップグレードする必要があります。Android アプリと iOS アプリの移行ガイドをご覧ください。

どの FCM API が 2023 年 6 月 20 日に非推奨になったのですか。また、非推奨になった FCM API がある場合は、どうすればよいですか？

サポート終了に伴い、次の API / SDK が影響を受けます。

サーバー API

Firebase Admin SDK APIs

クライアント SDK

サービスのダウングレードは 2024 年 6 月より前に行われますか？

いいえ。サービスはダウングレードされず、12 か月の間（2023 年 6 月 20 日～ 2024 年 6 月 21 日）古い API から新しい API に移行できます。2024 年 6 月に行われる API の廃止の影響を受けないように、できるだけ早く移行を計画することを強くおすすめします。

2024 年 6 月以降、上記の API/SDK の使用時にエラーの増加や機能の不足が発生する場合があります（詳細については、次のよくある質問をご覧ください）。

非推奨の API はいつ、どのように廃止されますか？

FCM では、2024 年 7 月 22 日頃から非推奨の API の段階的な廃止を開始します。この日以降、非推奨のサービスは「フリッカー」プロセスの対象となり、リクエストの増加に伴ってエラー レスポンスが返されるようになります。段階的な廃止期間中は、次の動作やエラー レスポンスが発生する頻度が時間の経過とともに増加することが予想されます。

OAuth 2.0 トークンとサーバーキーの違いは何ですか？

OAuth 2.0 トークンは、サービス アカウントから派生した有効期間の短いトークンです。これは Google の標準認証モデルであり、静的なサーバーキーよりも安全です。

Google 認証ライブラリを使用してトークンを取得する方法については、認証情報を使用してアクセス トークンを作成するをご覧ください。

異なるエンドポイントへのリクエストに OAuth 2.0 トークンを使用する場合、リクエスト ヘッダーが異なることに注意してください。

• HTTP v1 API: Authorization: Bearer $oauth_token
• インスタンス ID サーバー API とデバイス グループ管理 API: Authorization: Bearer $oauth_token
access_token_auth: true

新しい API にすべてのリクエストを一度に移行することはできますか？

新しい API へのトラフィックは徐々に増やすことをおすすめします。定期的に毎分 600,000 件以上のメッセージが送信されることが予想される場合は、割り当ての引き上げ手順や、トラフィックの分散方法に関する推奨事項について、Firebase サポートにお問い合わせください。

トピック / デバイス グループにメッセージを送信する際の HTTP v1 API と以前の API の違いは何ですか？

トピック: v1 API を使用する場合、トピック ターゲットに接頭辞「/topics/」を追加する必要はありません。

デバイス グループ: HTTP v1 API でグループ トークンをトークン ターゲットとして使用できます。ただし、HTTP v1 API のレスポンスでは、成功数と失敗数が返されません。FCM トピックを使用するか、デバイス グループを自分で管理することをおすすめします。

HTTP v1 API は、1 つのリクエスト内で複数のトークンへのメッセージ送信をサポートしますか？

いいえ。レガシー HTTP API では「マルチキャスト」と呼ばれていたこの機能は、スケーラビリティを考慮して設計された HTTP v1 API ではサポートされていません。

エンドツーエンドのレイテンシが重要なユースケースや、ファンアウトの合計サイズが小さい（100 万未満）ユースケースでは、HTTP v1 API を使用して複数の独立したリクエストを送信することをおすすめします。HTTP/2 上の HTTP v1 API は、マルチキャスト リクエストの 99.9%（100 トークン未満を送信）に対して同様に動作します。外れ値のユースケース（1,000トークンを送信）では、スループット率が最大 3 分の 1 になるため、この非定型的なユースケースを最適化するには追加の同時実行が必要になります。HTTP v1 API を使用すると、以前のマルチキャストよりも信頼性と可用性が向上します。

スループットと下り（外向き）帯域幅が優先されるユースケースや、合計ファンアウト サイズが大きい（100 万を超える）ユースケースには、Google はトピック メッセージングを推奨します。トピック メッセージングでは、トピックの受信者を 1 回だけサブスクライブする必要がありますが、トピックサイズの最大値の制限なしに、プロジェクトあたり 10,000 QPS のファンアウト レートまで実現できす。

新しい API を含むバージョンの Firebase Admin SDK は何ですか？

バッチ送信 API と HTTP v1 API の違いは何ですか？

FCM Batch Send API は、HTTP v1 API と同じメッセージ形式と認証メカニズムを使用します。ただし、使用するエンドポイントは異なります。効率を高めるには、HTTP/2 を使用して、同じ HTTP 接続を介して HTTP v1 API に複数のリクエストを送信することを検討してください。

プロジェクトにアクセスできない場合はどうすればよいですか？

Google Cloud サポートチームにお問い合わせください。

新しいプロジェクトで以前の Cloud Messaging API を有効にできますか？

いいえ。2024 年 5 月 20 日以降、新しいプロジェクトで以前の API を有効にすることはできなくなります。

以前の Cloud Messaging API はいつ無効にできますか？

HTTP v1 API に完全に移行したことを確認したら、以前の Cloud Messaging API を無効にできます（API がすでに無効になっている場合は、ページが読み込まれないことがあります）。

大規模な顧客ベースに 2 分以内に通知するにはどうすればよいですか？

申し訳ございませんが、このユースケースはサポートできません。トラフィックを 5 分間にわたって分散する必要があります。

アプリでユーザーにイベントについて通知しており、ビジネスモデをサポートするためこれらのメッセージをすぐに配信する必要があります。割り当てを上げてもらうことはできますか？

残念ながら、このような理由で割り当ての増加を承認することはできません。トラフィックを 5 分間にわたって分散する必要があります。

メッセージはスケジュール設定されたイベントに関するものです。すべてのトラフィックを毎時 0 分に送信するにはどうすればよいですか？

イベントの 5 分以上前に通知の送信を開始することをおすすめします。

割り当てリクエストが処理されるまでにどのくらい時間がかかりますか？

これは、FCM の使用方法によって多少異なります。いずれの場合も、数営業日以内に回答いたします。場合によっては、FCM の使用方法やさまざまな状況についてやり取りが発生し、処理が長引くことがあります。すべての要件が満たされている場合、ほとんどのリクエストは 2 週間以内に処理されます。

割り当て使用量をモニタリングするにはどうすればよいですか？

割り当て指標をグラフ化してモニタリングする方法については、Google Cloud のガイダンスをご覧ください。

429 エラーは、独自に対処することや、企業で対処することが困難です。429 エラーを回避するために、免除や割り当て増加を申請できますか？

割り当て制限が厳しいと感じるお客様もいらっしゃると思いますが、割り当てはサービスの信頼性を維持するために不可欠であり、例外を認めることはできません。

一時的なイベントで割り当てを増やすことはできますか？

最大 1 か月間のイベントをサポートするために、追加の割り当てをリクエストできます。イベントの開始日と終了日を明記して、イベントの 1 か月以上前にリクエストを提出してください。FCM はリクエストに応えるよう現実的に可能な限り努力いたします（増加を保証するものではありません）。これらの割り当ての増加は、イベントの終了日後に元に戻されます。

現在の割り当てが変更される可能性はありますか？

Google が軽率に変更することはありません。ただし、システムの完全性を保護するために必要に応じて割り当てを変更することはあります。このような変更があった場合は、可能な限り事前に通知します。

Cloud Storage for Firebase: Cloud Storage for Firebase を使用できないのはなぜですか？

Cloud Storage for Firebase は、App Engine の無料枠にデフォルトのバケットを作成します。そのため、クレジット カード番号を入力したり、Cloud Billing アカウントを有効にしたりすることなく、Firebase と Cloud Storage for Firebase をすばやく起動し、実行することができます。また、Firebase と Google Cloud プロジェクトの間でデータを簡単に共有することもできます。

ただし、このバケットが作成できず、Cloud Storage for Firebase を使用できなくなる既知の事例が 2 つあります。

• App Engine マスター/スレーブ Datastore アプリケーションがインストールされていた Google Cloud からインポートされたプロジェクト。
• ドメインの接頭辞が付いたプロジェクトが配置されている Google Cloud からインポートされたプロジェクト。例: domain.com:project-1234。

現在、この問題の回避策はありません。Firebase コンソールで新しいプロジェクトを作成し、そのプロジェクトで Cloud Storage for Firebase を有効にすることをおすすめします。

Cloud Storage for Firebase: Cloud Storage for Firebase API を使用しているときに、サービス アカウントの権限と失敗したサービス アカウントのオペレーションに関するエラーコード 412 レスポンスが返されるのはなぜですか？

412 エラーコードが返されるのは、Cloud Storage for Firebase API がプロジェクトで有効になっていないか、サービス アカウントに必要な権限がないためです。

関連するよくある質問をご覧ください。

Cloud Storage for Firebase: Spark プランのプロジェクトで実行可能ファイルを保存できますか？

無料（Spark）プランのプロジェクトの場合、Firebase は Cloud Storage for Firebase と Firebase Hosting による Windows、Android、Apple の特定の実行可能ファイル形式のアップロードとホスティングをブロックします。このポリシーは、Google プラットフォームでの不正行為を防止するためのものです。

2023 年 9 月 28 日以降に作成されたすべての Spark プロジェクトで、許可されていないファイルの配信、ホスティング、ファイル アップロードがブロックされます。この日より前にアップロードされたファイルを持つ既存の Spark プロジェクトでは、そのようなファイルも引き続きアップロードしてホストできます。

この制限は Spark プランのプロジェクトに適用されます。従量課金制（Blaze）プランのプロジェクトは影響を受けません。

次のファイル形式は、Firebase Hosting と Cloud Storage for Firebase でホストできません。

• 拡張子が .exe、.dll、.bat の Windows ファイル
• 拡張子が .apk の Android ファイル
• 拡張子が .ipa の Apple プラットフォーム ファイル

必要なご対応

2023 年 9 月 28 日以降もこれらのファイル形式をホストする場合は、次のようにします。

• Hosting の場合: Blaze プランにアップグレードしてから、firebase deploy コマンドを使用してこれらのファイル形式を Firebase Hosting にデプロイします。
• Storage の場合: Blaze プランにアップグレードし、GCS CLI、Firebase コンソール、または Google Cloud コンソールを使用してこれらのファイル形式を任意のバケットにアップロードします。

Firebase のツールを使用して、Firebase Hosting リソースと Cloud Storage リソースを管理します。

• Firebase Hosting でリソースを管理するには、このガイドに沿って、Firebase コンソールを使用してリリースを削除します。
• Cloud Storage でリソースを管理するには、プロジェクトのストレージ プロダクト ページに移動します。
1. [ファイル] タブで、フォルダ階層内で削除が許可されていないファイルを探し、パネルの左側にあるファイル名の横のチェックボックスを使用して選択します。
2. [削除] をクリックし、ファイルが削除されたことを確認します。

Firebase ツールを使用した Hosting リソースとクライアント ライブラリを使用した Cloud Storage for Firebase バケットの管理の詳細に関するドキュメントをご覧ください。

Cloud Storage for Firebase: アップロードとダウンロードのオペレーションが予期せず増加しているのはなぜですか？

以前は、Cloud Storage for Firebase API へのダウンロード リクエストとアップロード リクエストが正しくカウントされませんでした。Google では、2023 年 9 月 15 日よりこの問題を解決するための措置を講じています。

Blaze ユーザーの場合、アップロードとダウンロードのオペレーションが毎月の請求にカウントされるようになります。Spark ユーザーの場合、毎月の無料利用枠にカウントされるようになります。

[使用量] ページで無料利用枠にカウントされる数量増加を確認することをおすすめします。

Cloud Storage for Firebase: Cloud Storage for Firebase を使用する Firebase プロジェクトに関連付けられた新しいサービス アカウント ID が表示されるのはなぜですか？

Firebase では、ユーザー認証情報を共有せずに、サービス アカウントを使用してサービスの操作と管理を行えます。Firebase プロジェクトを作成すると、プロジェクトで複数のサービス アカウントが用意されます。

Cloud Storage for Firebase が使用するサービス アカウントのスコープはプロジェクトであり、名前は
service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com です。

2022 年 9 月 19 日より前に Cloud Storage for Firebase を使用した場合は、以前にリンクした Cloud Storage バケットに firebase-storage@system.gserviceaccount.com という名前の追加のサービス アカウントが表示されることがあります。2022 年 9 月 19 日をもって、このサービス アカウントはサポートを終了しました。

Firebase コンソールの [サービス アカウント] タブには、プロジェクトに関連付けられたすべてのサービス アカウントが表示されます。

新しいサービス アカウントの追加

以前にサービス アカウントを削除した場合、またはサービス アカウントがプロジェクトにない場合は、次のいずれかの方法でアカウントを追加できます。

• （推奨）自動: AddFirebase REST エンドポイントを使用して、バケットを Firebase に再インポートします。このエンドポイントを呼び出す必要があるのは 1 回だけです。リンクされたバケットごとに呼び出す必要はありません。
• 手動:サービス アカウントの作成と管理の手順に沿って操作します。そのガイドに沿って、IAM ロール Cloud Storage for Firebase Service Agent とサービス アカウント名 service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com を持つサービス アカウントを追加します。
  

新しいサービス アカウントの削除

アプリから Cloud Storage バケットへのアクセスがブロックされる可能性があるため、サービス アカウントを削除しないことを強くおすすめします。プロジェクトからサービス アカウントを削除するには、サービス アカウントを無効にするの手順に沿ってください。

アップロードとダウンロードのオペレーション料金を予測するにはどうすればよいですか？

Firebase の料金ページにアクセスし、Blaze プランの料金計算ツールを使用します。料金計算ツールには、Cloud Storage for Firebase のすべての使用タイプが一覧表示されます。

スライダーを使用して、Storage バケットの予想使用量を入力します。料金計算ツールは毎月の請求額を見積もります。

Spark プランで Cloud Storage for Firebase のアップロード、ダウンロード、または保存容量の上限を超えるとどうなりますか？

Spark プランのプロジェクトで Cloud Storage の上限を超えた場合、結果は超えた上限のタイプによって異なります。

• GB 保存済みの上限を超えた場合、保存されているデータの一部を削除するか、または保存容量が大きいか上限のないプランにアップグレードしない限り、そのプロジェクトのデータを保存することはできなくなります。
• GB ダウンロード済みの上限を超えた場合、上限が少ないか上限のないプランにアップグレードしない限り、翌日（米国太平洋時間の午前 0 時から開始）までアプリでデータをダウンロードすることはできなくなります。
• アップロードまたはダウンロード オペレーションの上限を超えた場合、上限が少ないか上限のないプランにアップグレードしない限り、翌日（米国太平洋時間の午前 0 時から開始）までアプリでデータをアップロードまたはダウンロードすることはできなくなります。

Dynamic Links: Firebase の Dynamic Links の今後の計画はどのようなものですか？

Dynamic Linksよくある質問をご覧ください。

Dynamic Links: Android アプリが各ダイナミック リンクに 2 度アクセスするのはなぜですか？

getInvitation API は、保存されたダイナミック リンクを消去して 2 度アクセスされないようにしています。必ず各ディープリンク アクティビティで autoLaunchDeepLink パラメータを false に設定してこの API を呼び出し、メインのアクティビティ以外でアクティビティがトリガーされた場合にこれを消去します。

Hosting: Spark プランのプロジェクトで実行可能ファイルを保存できますか？

無料（Spark）プランのプロジェクトの場合、Firebase は Cloud Storage for Firebase と Firebase Hosting による Windows、Android、Apple の特定の実行可能ファイル形式のアップロードとホスティングをブロックします。このポリシーは、Google プラットフォームでの不正行為を防止するためのものです。

2023 年 9 月 28 日以降に作成されたすべての Spark プロジェクトで、許可されていないファイルの配信、ホスティング、ファイル アップロードがブロックされます。この日より前にアップロードされたファイルを持つ既存の Spark プロジェクトでは、そのようなファイルも引き続きアップロードしてホストできます。

この制限は Spark プランのプロジェクトに適用されます。従量課金制（Blaze）プランのプロジェクトは影響を受けません。

次のファイル形式は、Firebase Hosting と Cloud Storage for Firebase でホストできません。

• 拡張子が .exe、.dll、.bat の Windows ファイル
• 拡張子が .apk の Android ファイル
• 拡張子が .ipa の Apple プラットフォーム ファイル

必要なご対応

2023 年 9 月 28 日以降もこれらのファイル形式をホストする場合は、次のようにします。

• Hosting の場合: Blaze プランにアップグレードしてから、firebase deploy コマンドを使用してこれらのファイル形式を Firebase Hosting にデプロイします。
• Storage の場合: Blaze プランにアップグレードし、GCS CLI、Firebase コンソール、または Google Cloud コンソールを使用してこれらのファイル形式を任意のバケットにアップロードします。

Firebase のツールを使用して、Firebase Hosting リソースと Cloud Storage リソースを管理します。

• Firebase Hosting でリソースを管理するには、このガイドに沿って、Firebase コンソールを使用してリリースを削除します。
• Cloud Storage でリソースを管理するには、プロジェクトのストレージ プロダクト ページに移動します。
1. [ファイル] タブで、フォルダ階層内で削除が許可されていないファイルを探し、パネルの左側にあるファイル名の横のチェックボックスを使用して選択します。
2. [削除] をクリックし、ファイルが削除されたことを確認します。

Firebase ツールを使用した Hosting リソースとクライアント ライブラリを使用した Cloud Storage for Firebase バケットの管理の詳細に関するドキュメントをご覧ください。

Hosting: Firebase コンソールの Hosting リリース履歴テーブルに、ローカル プロジェクトのファイル数よりも多いファイル数が表示されるのはなぜですか？

Firebase では Hosting サイトに関するメタデータを含むファイルが自動的に追加されます。これらのファイルは、リリースの合計ファイル数に含まれます。

Hosting: Firebase Hosting にデプロイできるファイルの最大サイズはどれくらいですか？

Hosting のサイズ上限は、ファイルあたり 2 GB です。

これよりも大きいファイルを保存するには Cloud Storage を使用することをおすすめします。この場合、個々のオブジェクトの最大サイズはテラバイト範囲です。

Hosting: 1 つの Firebase プロジェクトに含めることができる Hosting サイトの数はどれくらいですか？

Firebase Hosting　マルチサイト機能では、プロジェクトごとに最大 36 個のサイトがサポートされます。

Performance Monitoring: 作成できるカスタム URL パターンの数はどれくらいですか？

アプリ 1 個あたり合計 400 個までのカスタム URL パターンを作成でき、各アプリのドメイン 1 個あたり 100 個までのカスタム URL パターンを作成できます。

Performance Monitoring: パフォーマンス データがリアルタイムで表示されないのはなぜですか？

リアルタイム パフォーマンス データを確認するには、リアルタイム データ処理と互換性のあるバージョンの Performance Monitoring SDK がアプリで使用されるようにしてください。

• iOS - v7.3.0 以降
• tvOS - v8.9.0 以降
• Android - v19.0.10 以降（または Firebase Android BoM v26.1.0 以降）
• ウェブ - v7.14.0 以降

常に最新バージョンの SDK を使用することをおすすめします。ただし、上述のいずれのバージョンでも、Performance Monitoring でほぼリアルタイムのデータ処理が行われます。

Realtime Database: 「同時データベース接続」について教えてください。

同時接続は、1 つのモバイル デバイス、ブラウザタブ、またはサーバーアプリがデータベースに接続されることです。Firebase では、アプリのデータベースへの同時接続数についてハードリミットを設けています。この制限は、Firebase およびユーザーを不正行為から守るためのものです。

Spark プランにおける上限値は 100 で、この数値を上げることはできません。Flame プランおよび Blaze プランにおけるデータベースごとの同時接続の上限値は 200,000 です。

すべてのユーザーが同時に接続するわけではないため、この上限値は、アプリを利用する合計ユーザー数にはなりません。200,000 を超える同時接続が必要な場合は、複数のデータベースでスケールするをご覧ください。

Realtime Database: Realtime Database のスケーリングに上限はありますか？

Realtime Database の各インスタンスには、毎秒の書き込みオペレーション数に上限があります。少量の書き込みの場合、書き込みオペレーション数は毎秒約 1,000 回に制限されます。この上限に近づいている場合、マルチパスの更新を使用してバッチ オペレーションを行うと、スループットが向上する場合があります。

また、データベースの各インスタンスには、データベースへの同時接続数の上限が設けられています。ほとんどのアプリケーションでは、デフォルトの上限値で十分対応できます。追加スケールが必要となるアプリを構築している場合、そのスケールに対応するために、複数のデータベース インスタンスにアプリケーションを分割する必要が生じることがあります。また、代替データベースとして Cloud Firestore を使用することも検討してください。

Realtime Database: Realtime Database の使用量上限を超えた場合は、どうすればよいですか？

Firebase コンソールで、Realtime Database の使用量上限を超えたというメール通知アラートまたは通知を受け取った場合は、超えた使用量上限に基づいて対処できます。Realtime Database の使用状況を確認するには、Firebase コンソールの Realtime Database の使用状況ダッシュボードに移動します。

ダウンロード上限を超えている場合は、Firebase お支払いプランをアップグレードするか、次回の請求期間の開始時にダウンロード上限がリセットされるのをお待ちください。ダウンロード量を減らすには、次の手順を試してください。

• リッスン オペレーションから返されるデータを制限するクエリを追加します。
• インデックス付けされていないクエリを確認します。
• データの更新のみをダウンロードするリスナーを使用します。たとえば、once() ではなく on() です。
• セキュリティ ルールを使用して、許可されていないダウンロードをブロックします。

保存容量の上限を超えている場合は、サービスの中断を避けるためにお支払いプランをアップグレードします。データベース内のデータ量を減らすには、次の手順を試してください。

• 定期的なクリーンアップ ジョブを実行します。
• データベース内の重複データを減らします。

データ削除が保存容量の割り当てに反映されたことを確認できるまでに、しばらく時間がかかる場合があります。

データベースへの同時接続の上限を超えている場合は、サービスの中断を避けるためにプランをアップグレードします。データベースへの同時接続を管理するには、ユーザーにリアルタイム接続が必要ない場合は REST API 経由でユーザーを介して接続してみてください。

Realtime Database: Spark プランで Realtime Database の保存容量またはダウンロードの上限を超えるとどうなりますか？

想定請求額を提示する目的で、Spark プランでユーザーが使用できるリソースには上限が設けられています。つまり、各月のプランのリソース上限を超過すると、これ以上のリソースの使用と追加料金が発生しないようにアプリが無効になります。

Realtime Database: Spark プランで Realtime Database の同時接続数の上限を超えるとどうなりますか？

アプリが Spark プランでの同時接続上限に達すると、既存の接続のいくつかが閉じられるまでは、以降のすべての接続が拒否されます。接続済みのユーザーに対しては、アプリは引き続き機能します。

Realtime Database: 自動バックアップとは何ですか？Realtime Database では毎時間のバックアップを行っていますか？

自動バックアップは Blaze お支払いプランのお客様向けの拡張機能です。Firebase Realtime Database のデータを 1 日 1 回バックアップし、Google Cloud Storage にアップロードします。

毎時間のバックアップは行っておりません。

Realtime Database: Realtime Database について 2016 年 9 月から 2017 年 3 月の間に平均より低い帯域幅が報告されたのはなぜですか？

帯域幅の計算には、通常、SSL 暗号化オーバーヘッド（OSI モデルのレイヤ 5 に基づく）が含まれています。しかし、2016 年 9 月に、帯域幅の報告で暗号化オーバーヘッドを無視するバグが導入されました。これにより、アカウントで報告された帯域幅と請求書が数か月間不自然に低くなった可能性があります。

2017 年 3 月下旬にバグの修正をリリースし、帯域幅の報告と請求を通常のレベルに戻しました。

Remote Config: 値をフェッチしてもアプリの動作や外観が変わらないのはなぜですか？

fetchAndActivate() で値をフェッチしない限り、値はローカルに保存されますが有効にはなりません。フェッチした値を有効にするには、activate を呼び出します。この設計を使用すると、activate を呼び出すタイミングを選択できるため、アプリの動作や外観が変わるタイミングを制御できます。activate を呼び出した後、更新されたパラメータ値がいつ使用されるかは、アプリのソースコードによって異なります。

たとえば、値をフェッチし、次回ユーザーがアプリを起動したときに値を有効にすることができます。そうすると、サービスからフェッチされる値をアプリが待機している間、アプリの起動を遅らせる必要がなくなります。更新されたパラメータ値をアプリが使用すると、アプリの動作や外観が変わります。

Remote Config API と使用モデルの詳細については、Remote Config API の概要をご覧ください。

Remote Config: アプリの開発中に多数のフェッチ リクエストを行っています。アプリがフェッチ リクエストを送信したときに、サービスから常に最新の値が取得されるわけではないのはなぜですか？

アプリの開発中は、開発とテストの反復処理をすばやく行うために、構成を頻繁に（1 時間に何度も）フェッチして有効化する必要が生じる場合があります。10 人程度のデベロッパーがいるプロジェクトで迅速なイテレーションに対応するには、アプリ内で FirebaseRemoteConfigSettings オブジェクトの最小フェッチ間隔（setMinimumFetchIntervalInSeconds）に小さな値を一時的に設定します。

Remote Config: アプリがフェッチ リクエストを送信した後、Remote Config サービスがフェッチした値を返す時間はどれくらいですか？

デバイスは、通常はフェッチされた値を 1 秒未満で受け取り、フェッチされた値を数ミリ秒で受け取ることもよくあります。Remote Config サービスはフェッチ リクエストを数ミリ秒で処理しますが、フェッチ リクエストを完了するために必要な時間は、デバイスのネットワーク速度とデバイスが使用するネットワーク接続のレイテンシによって異なります。

ユーザー エクスペリエンスの質を落とすことなく、フェッチした値をできるだけ早くアプリで有効にすることを目標にしている場合は、アプリがフルスクリーン更新を行うたびに fetchAndActivate が呼び出されるようにこの呼び出しを追加することを検討してください。

Firebase User Segmentation Storage とは何ですか？

Firebase User Segmentation Storage は、Firebase インストール ID、関連する属性とセグメント、作成したオーディエンス リストを保存し、それらを使用する他の Firebase サービス（Crashlytics、FCM、Remote Config のカスタマイズなど）にターゲティング情報を提供します。