Firebase のよくある質問

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

プロジェクトは iOS、Android、ウェブにまたがるアプリのコンテナであり、クロスプラットフォーム アプリ間で Database、Config、Notifications などの機能の共有をサポートします。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Android アプリの追加時に SHA-1 を提供する必要はありますか？

注: SHA-1 情報は、Firebase Authentication（Google ログインまたは電話番号ログインを使用する場合）と Firebase Dynamic Links で必要になります。こうした機能を使用しない場合、SHA-1 は不要です。

「このパッケージ名と SHA-1 の組み合わせを持つ OAuth2 クライアントは、別のプロジェクトにすでに存在します」というエラーが出た場合、どのように対処したらよいですか？

このエラーは、指定したパッケージ名と SHA-1 を持つ OAuth 2.0 クライアント ID が別の Firebase または Google Cloud プロジェクトに含まれている場合に発生します。この問題は、こちらの手順に沿って解決できます。

Android プロジェクトに Firebase を追加すると、見つからなかったことを示すエラーが表示されます。

このエラーは通常、アプリで Google の Maven リポジトリへの参照が 1 つ以上存在していないことを意味します。プロジェクト レベルの build.gradle ファイルの buildscript セクションと allprojects セクションの両方に Google の Maven リポジトリ（google()）を組み込みます。

Play、AdMob、AdWords、BigQuery を Firebase プロジェクトにリンクさせる際の前提条件は何ですか？

• Play アカウントをリンクするには、Firebase プロジェクト オーナーおよび Play アカウント オーナーの両方の権限を得る必要があります。
• AdMob アプリをリンクするには、Firebase プロジェクト オーナーと AdMob 管理者の両方の権限を得る必要があります。
• AdWords アカウントをリンクするには、Firebase プロジェクト オーナーと AdWords 管理者の両方の権限を得る必要があります。
• BigQuery プロジェクトをリンクするには、Firebase プロジェクト オーナーの権限を得る必要があります。

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

iOS の場合、関連エントリを含む NOTICES ファイルが Firebase ポッドに含まれています。Android SDK には、ライセンス情報を表示するためのヘルパー アクティビティが含まれています。

Firebase はどのバージョンの Xcode をサポートしますか？

Firebase は、最大 2 つのメジャー バージョンの Xcode をサポートしますが、Apple がサポートしなくなったバージョンは含みません。Apple は 2019 年 3 月からすべての iOS アプリで iOS 12 以降を必要とするようになるため、Xcode 9 のサポートは終了し、Xcode 10 のみがサポートされるようになります。

Xcode の特定のマイナー バージョンまたはパッチ バージョン（9.2.0 から 9.4.1 など）のサポートに対する変更は、Firebase iOS SDK のニーズとデベロッパーの使用状況の調査に基づいて決定されます。こうした変更は、Firebase iOS SDK のリリースノートと Firebase iOS SDK の設定ページに反映されています。

Firebase iOS SDK でサポートされている Xcode の最小バージョンを確認するには、Firebase を iOS プロジェクトに追加するに記載されている要件を確認してください。

Xcode のベータ版に対する Firebase のサポートは、「ベスト エフォート」ベースで利用できます。デベロッパーは GitHub の Firebase iOS SDK リポジトリで問題を追跡して送信できます。

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

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

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

Firebase コンソールの言語設定は、Google アカウント設定で選択した言語に基づきます。言語設定を変更するには、言語を変更をご覧ください。

Firebase コンソールは以下の言語で表示できます。

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

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

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

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

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

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

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

有料のプロダクトと無料のプロダクトにはどのようなものがありますか？

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

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

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

Spark 料金プラン

Spark プランは、アプリを無料で開発するのにうってつけです。すべての無料の Firebase 機能（アナリティクス、Notifications Composer、Crash Reporting など）と、有料のインフラストラクチャ プロダクトを存分に活用できます。ただし、Spark プランの各月のリソース制限を超過した場合、その月の残りの期間はアプリにアクセスできなくなります。また、Google Cloud の機能は Spark プランでは使用できません。

Blaze 料金プラン

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

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

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

• 使用量と請求額のダッシュボード
• Cloud Storage の使用状況ダッシュボード
• データベースの使用状況ダッシュボード（Cloud Firestore と Realtime Database の両方）
• Hosting の使用状況ダッシュボード

Flame 料金プランは現在どうなっていますか？

2020 年 1 月の時点で、Flame 料金プラン（追加割り当ての月額 $25）の新規登録の受け付けは終了しました。

• Spark プランと Blaze プランの既存のプロジェクトおよび新規プロジェクトでは、Flame プランへの切り替えや登録はできません。
• Flame プランの既存のプロジェクトを別の料金プランに移行した場合、Flame プランに戻すことはできません。
• 現時点では、Flame プランの既存のプロジェクトでは引き続き Flame プランを利用できます。ただし、別の料金プランに移行するために必要な日程については、今後数か月以内にお知らせいたします。
• Flame プランへの参照がドキュメントから削除されました。

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

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

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

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

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

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

• 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 Console から同じプロジェクトにアクセスできます。詳細は以下のとおりです。

• 一部の Firebase プロダクト（Firebase Storage など）は、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 Console で追加または削除すると、そのプロジェクトはどうなりますか？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

現在、Windows アプリは Firebase コンソールでサポートされていません。

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

AdMob アプリは AdMob コンソールを介して Firebase アプリにリンクできます。アカウントをリンクさせるには、Firebase プロジェクト オーナーと AdMob 管理者の両方の権限が必要です。

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

いいえ、すべての AdMob アカウントは 1 つのメインユーザーにのみ対応しています。メインユーザーとは、Firebase の利用規約に同意する最初のユーザーです。

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

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

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

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

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

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

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

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

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

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

アナリティクス: Firebase 向け Google アナリティクスと、完全にアップグレードされた Google アナリティクス アカウントのどちらを使用しているかを確認する方法を教えてください。

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

アナリティクス: Firebase User Segmentation Storage とは何ですか？

Firebase User Segmentation Storage は、作成したオーディエンス リストを保存し、オーディエンス リストを使用する他の Firebase サービス（Crashlytics、FCM、Predictions など）にターゲット情報を提供します。

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

アナリティクス データは、Firebase プロジェクト内ではなく、Google アナリティクスのプロパティ内にあります。プロパティを削除するか、またはプロパティとのリンクを解除すると、プロジェクトとデータのリンクも解除されます。ただし、データは引き続きそのプロパティ内にあるため、いつでもプロジェクトに再リンクできます。
新しい Google アナリティクス アカウント（または新しいプロパティ）を作成すると、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 メソッドを使用して新しいプロパティをリンクします。

次に、こちらの手順に沿って、別のプロパティにデータを移動します。

アナリティクス: Google アナリティクスで定義したオーディエンスとイベントは、Firebase ダッシュボードで利用できますか？

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

App Indexing: Google 検索では、単一のアプリに対して複数の言語をインデックスに登録することはできますか？

Google 検索では、次の複数言語のケースをサポートしています。

• 関連ウェブサイトには、各言語に一意の URL が含まれています。また、各ウェブサイトの URL に対応するアプリの HTTP URL が 1 つあります。
• 関連ウェブサイトには、各言語に一意の URL が含まれていますが、アプリの HTTP URL は 1 つしかありません。アプリは、システム言語設定をもとに対象言語のコンテンツを正しく表示します。
• 関連ウェブサイトには、全言語（1 言語しかサポートしていない場合もあります）向けの URL が 1 つと、対応するアプリの URL が 1 つあります。ユーザーが特に指定していない限り、ウェブサイトとアプリケーションのコンテンツは同一言語で表示されます。

App Indexing: App Indexing では 1 つのアプリに対して複数のウェブサイトをサポートしていますか？

はい。各関連ウェブサイトが Android アプリ向けであることを、Google Play Console で確認してください。アプリの確認方法をご覧ください。

App Indexing: サイトマップは Search Console を使って追加する必要がありますか？

iOS ではサイトマップは不要です。Android では、アプリが HTTP URL をサポートしていればサイトマップは不要です。カスタム URL の場合、Search Console を介してサイトマップを追加する必要はありません。サイトマップは robots.txt ファイルで参照でき、これらは Google 検索で使用されます。サイトマップ管理の詳細情報をご確認ください。Search Console を介してサイトマップを送信すると、送信されてインデックス登録された HTTP URL の統計情報を Search Console で確認できます。

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 アプリの移行ガイドをご覧ください。

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

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

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

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

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

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

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

2020 年 9 月 15 日より前に Cloud Storage を使用した場合、バケット管理のために使用される以前のサービス アカウント（firebase-storage@system.gserviceaccount.com）が表示されることがあります。

2020 年 9 月 15 日以降は、Cloud Storage for Firebase バケットに新しいサービス アカウント service-<project number>@gcp-sa-firebasestorage.iam.gserviceaccount.com が追加されます。

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

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

新しいサービス アカウントを削除しないことを強くおすすめします。削除すると、今後の強化されたセキュリティ機能を活用できません。

ただし、必要に応じて API を無効にしたり、新しいサービス アカウントからアクセス権を削除したりできます。このアカウントを削除すると、アプリから GCS バケットへのアクセスがブロックされる可能性があります。

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

新しいサービス アカウントを削除または API を無効にした後で、これらを再度追加したい場合は、Google Cloud Console のサービス アカウントの作成と管理に記載されている手順に沿って、service-<project number>@gcp-sa-firebasestorage.iam.gserviceaccount.com をプロジェクトのサービス アカウントのセットに追加します。

Crash Reporting: アナリティクスでのクラッシュ レポートが、Crash Reporting よりも少ないのはなぜですか？

Crash Reporting では別々のバックグラウンド プロセスを作成して、クラッシュ情報をアップロードします。アプリが Android Application のクラスを拡張する場合、そのアプリでのマルチプロセスが安全であることを確かめる必要があります。これを怠ると、同時実行による問題が発生する可能性があります。アプリが Application オブジェクトを拡張すると、このオブジェクトは、マルチプロセス アプリ内のプロセスごとにインスタンス化されます。Crash Reporting をアプリに追加する際は、以下に注意してください。

1. このオブジェクトの実装によりアウトオブプロセス状態（データベース、ファイル システム、共有設定など）にアクセスするか、マルチプロセス環境での安全な動作が確認されていない他のアクションを実行すると、同時実行の問題が発生する可能性があります。これは、Application オブジェクトの複数のインスタンスが同時に実行される可能性があるためです。
2. 多くのサードパーティ製ライブラリがアウトオブプロセス状態を（ローカル データベースなどに）保持しており、これらが Application オブジェクトから初期化された場合、同様に同時実行の問題が発生する可能性があります。前述の説明に該当するアプリがあり、アプリで Crash Reporting を使用する予定がある場合は、Application ロジックをコンテンツ プロバイダ、または Android アクティビティに移行することを強くおすすめします。マルチプロセス環境での安全な動作が確認されていない Application ロジックは、アプリに想定外の影響を与える恐れがあります。

Crash Reporting は捕捉したエラーを、app_exception イベントとして Google アナリティクスに自動的にエクスポートします。現時点で Android では、Crash Reporting のエラー数とアナリティクスの app_exception イベント数が大きく異なる場合があります。

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

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

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

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

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

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

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

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

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

Predictions: Google アナリティクスをアプリに追加しました。いつからコンソールに予測が表示されるようになりますか？

予測はユーザーの行動に基づいて行われるため、利用可能な履歴が多ければ多いほど正確な結果になります。Firebase Predictions には少なくとも 2 週間分のデータが必要です。つまりトレーニングに使用するための 1 週間分のアクティビティ データと、それらのアクティビティがどのような結果（チャーンや支出など）につながったかを確認するための 1 週間分のデータです。最初の 2 週間が経過すると、Predictions はより長期間のシーケンスでユーザー アクティビティを観測するようになるため、通常は予測の品質が向上します。

Predictions: 新しいユーザーについて予測を行うにはどのくらい時間がかかりますか？

すでに Google アナリティクスによるインストルメンテーションが行われていて、ベースライン データでトレーニングされているアプリの場合、新しいユーザーがアプリの使用を開始した翌日から、そのユーザーに関する予測が行われます。

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 が呼び出されるようにこの呼び出しを追加することを検討してください。

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

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