Firebase のよくある質問

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

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

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

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

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

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

Google Cloud 組織とは何ですか？

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

既存の Google Cloud プロジェクトに Firebase を追加するにはどうすればよいでしょうか？

既存のプロジェクトが Google Cloud コンソールまたは Google API Console で管理されている場合があります。デフォルトでは、これらのプロジェクトは Firebase コンソールで表示できますが、Firebase プロジェクトとはみなされません。

Firebase を既存の Google Cloud プロジェクトに追加するには、Firebase コンソールのランディング ページで [プロジェクトを追加] をクリックし、[プロジェクト名] メニューでプロジェクトを選択します。

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

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

プロジェクトは 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 が有効になっている場合は、ラベルを手動で追加します（具体的には、enabled の Value を使って firebase の Key を追加します）。
   • 基本的な IAM ロール（オーナー、編集者、閲覧者）のいずれか、または Firebase 関連の権限を含むロール（たとえば、Firebase の事前定義ロール）が割り当てられていることを確認します。ロールは、Google Cloud コンソールの [IAM] ページで確認できます。
   • プロジェクトが Google Cloud 組織に属している場合、Firebase コンソールにプロジェクトを表示するには追加の権限が必要です。ブラウザのロールなど、プロジェクトを表示するための適切なロールの付与を Google Cloud 組織の管理者に依頼してください。

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

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

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

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

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

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

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

この数を超えると、パフォーマンス（特に Google アナリティクスのパフォーマンス）が低下し、最終的にアプリの数が増え、一部のプロダクトの機能が動作しなくなります。また、Firebase アプリをプロジェクトに追加すると、基礎となる OAuth 2.0 クライアント ID が 1 つ以上作成されます。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 広告、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 プロジェクトが Google Cloud 組織に属している場合は、オーナーが存在しない可能性があります。Firebase プロジェクトのオーナーが見つからない場合は、Google Cloud 組織の管理者に問い合わせて、プロジェクトのオーナーの割り当てを依頼してください。

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

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

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

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

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

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

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

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

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

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] ページで確認できます。
   • プロジェクトが 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 のロール。

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

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

Firebase は、アナリティクス、Cloud Messaging、Notifications Composer、Remote Config、App Indexing、Dynamic Links、Crash Reporting などの無料プロダクトも数多く取り揃えています。無料の Spark プランを含め、すべてのプランでこれらのプロダクトを無制限に使用できます。さらに、電話認証以外のすべての認証機能は無料です。

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

Spark のお支払いプラン

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

Blaze のお支払いプラン

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

「同時データベース接続」とは何ですか？

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

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

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

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

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

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

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

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

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

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

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 サイトをご覧ください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

AdMob アプリは AdMob コンソールを介して Firebase アプリにリンクできます。詳細

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

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

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

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

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

AdMob: AdMob を使用するには、AdMob 用の Firebase SDK と Google Mobile Ads SDK のどちらを使用すべきですか？

• iOS プロジェクトの場合、Google Mobile Ads SDK を使用します。
  pod 'Google-Mobile-Ads-SDK'
• Android プロジェクトの場合、Google Mobile Ads SDK を使用します。
  implementation 'com.google.android.gms:play-services-ads:21.5.0'

  AdMob 用の Firebase Android SDK には、Google アナリティクス用の Firebase SDK が推移的に含まれています。そのため、アプリで Google アナリティクス API を呼び出して Google Mobile Ads SDK の使用に切り替える場合は、必ず Google アナリティクス用 Firebase SDK の依存関係（com.google.firebase:firebase-analytics）をアプリの build.gradle ファイルに明示的に追加してください。

• C++ プロジェクトと Unity プロジェクトについては、それぞれのドキュメントに記載された手順を行ってください。

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

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

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

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

アナリティクス: アナリティクスのデータを Firebase の他の機能と共有する方法は、どのように制御できますか？

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

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

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

アナリティクス: アプリと Google アナリティクスのリンクを解除した後、データが表示されなくなるのはなぜですか？

アナリティクス データは、Firebase プロジェクト内ではなく、Google アナリティクスのプロパティ内にあります。プロパティを削除するか、またはプロパティとのリンクを解除すると、プロジェクトとデータのリンクも解除されます。ただし、データは引き続きそのプロパティ内にあるため、いつでもプロジェクトに再リンクできます。
新しい Google アナリティクス アカウント（または新しいプロパティ）を作成すると、Firebase コンソールに空のアナリティクス ダッシュボードが用意されます。

アナリティクス: 条件を完全には満たしていないユーザーをどのように分類しますか？

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

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

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

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

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

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

アナリティクス: 完全にアップグレードされた新しい Google アナリティクス アカウントはどのようなものですか？

Google アナリティクスの新しいアップグレードの詳細については、ブログ記事をご覧ください。

アナリティクス: Firebase 向け Google アナリティクスと、完全にアップグレードされた Google アナリティクス アカウントのどちらを使用しているかを確認するにはどうすればよいですか？

Firebase コンソールのアナリティクス ダッシュボードに [Google アナリティクスでデータを確認する] というリンクが表示されている場合、完全にアップグレードされた Google アナリティクス アカウントをプロジェクトで使用しています。

Firebase コンソールで Google アナリティクス カードを表示して確認することもできます（settings > [プロジェクトの設定] > [統合] の順に移動し、[管理] をクリックするとアクセスできます）。[Google アナリティクスのプロパティ] セクションに [リンクされた Google アナリティクス アカウント] が表示されている場合、そのプロジェクトは完全な Google アナリティクスを Firebase で使用しています。[リンクされた Google アナリティクス アカウント] が表示されない場合、そのプロジェクトは Firebase 向け Google アナリティクスを使用しています。

アナリティクス: サービスを維持するために Firebase 向け Google アナリティクスのプロパティをアップグレードする必要があるのはどのような場合ですか？

2019 年 7 月 31 日より前に作成された Firebase プロジェクトは、完全版の Google アナリティクス 4 エクスペリエンスにアップグレードする必要があります（まだアップグレードしていない場合）。アップグレードが必要な場合は、アナリティクス ダッシュボードにバナーが表示されます。データの収集を続けるには、2022 年 2 月 15 日までに関連する利用規約に同意する必要があります。アナリティクス プロパティとそのデータが削除されないようにするには、2022 年 3 月 15 日までに同意する必要があります。Google アナリティクスと関連データを使用する必要がなくなった場合は、特に対応は必要ありません。プロパティは 2022 年 3 月 15 日に削除されます。

Google アナリティクスの新しい利用規約に同意しない場合、Crash-Free ユーザー（Crashlytics）、ターゲットとする構成や Remote Config のカスタマイズ、A/B Testing 機能、ターゲティング、キャンペーン指標（Cloud Messaging）など、Firebase の機能が使用できなくなります。また、Firebase 向け Google アナリティクスとの統合（BigQuery へのプロジェクト データのエクスポート、Google 広告の統合、AdMob の統合など）も中断されます。

オーナーの確認や割り当てなど、Firebase プロジェクトへのアクセスについてご不明な点がある場合は、Firebase プロジェクトの権限とアクセスに関するよくある質問をご覧ください。

アナリティクス: 新しい Firebase 向け Google アナリティクスにアップグレードすると、データはどうなりますか？

Firebase コンソール内の既存の Firebase プロジェクトのアナリティクス データには影響しません。

現在使用しているのと同じダッシュボードとワークフローを引き続き使用でき、Google アナリティクスの高度な機能の一部にもアクセスできます。

アップグレードを行った後にクロスデバイス レポートを有効にする場合、UserID を使用してデータの重複排除が行われることに注意してください。これにより、Firebase コンソール内でユーザー数が減少する場合があります。

アナリティクス: プロジェクトを新しい Google アナリティクスにアップグレードしようとするとエラーが発生します。なぜでしょうか？

アップグレード中に次のようなエラーが発生した場合:

  The operation has failed (Reason: Requested entity
  already exists)
  

または

  The operation has failed (Reason: Precondition check failed)
  

これは、プロジェクトと既存の Google アナリティクス プロパティがすでに関連付けられていることを意味します。Google アナリティクスのインターフェースを使用して、プロパティのリンク解除、削除、アップグレードを行うことができます。

それでも問題が解決しない場合は、REST API の removeAnalytics メソッドを使用してリンクを解除し、addGoogleAnalytics メソッドを使用して新しいプロパティをリンクします。

次に、別のプロパティにデータを移動できます。

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

Firebase Authentication は、電話番号での確認を世界中でサポートしていますが、すべてのネットワークが確実に確認メッセージを配信するわけではありません。以下の国では配信率が高く、電話番号ログインが正しく機能すると考えられます。

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

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

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

Cloud Messaging: Apple は APNs 用のレガシー バイナリ プロトコルの非推奨を発表しました。対応が必要なことはありますか？

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

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

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

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

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

• App Engine マスター / スレーブ データストア アプリケーションがインストールされていた 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: 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 バケットへのアクセスがブロックされる可能性があるため、サービス アカウントを削除しないことを強くおすすめします。プロジェクトからサービス アカウントを削除するには、サービス アカウントを無効にするの手順に沿ってください。

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

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

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
    },
    ...
  }
}

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

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

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

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

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

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

Firebase Hosting のマルチサイト機能では、プロジェクト 1 つあたりで最大 36 個のサイトをサポートします。

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

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

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

リアルタイム パフォーマンス データを確認するには、リアルタイム データ処理と互換性のあるバージョンの 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: Realtime Database について 2016 年 9 月から 2017 年 3 月の間に平均より低い帯域幅が報告されたのはなぜですか？

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

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

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 経由でユーザーを介して接続してみてください。

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 のカスタマイズなど）にターゲット情報を提供します。