Firebase のよくある質問

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

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

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

Firebase プロジェクトとは

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

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

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

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

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

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

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

プロジェクトは iOS、Android、ウェブにまたがるアプリのコンテナであり、プロジェクトに含まれるアプリの数に制限はありません。ただし、1 つのアプリを追加すると、基礎となる OAuth 2.0 クライアント ID が 1 つ以上作成される場合があります。1 つのプロジェクト内に作成できるクライアント ID は約 30 個に制限されています。

1 つのプロジェクトに含まれるすべてのアプリが、エンドユーザーの視点から、同じアプリケーションのプラットフォーム別バリエーションになるようにしてください。たとえば、ホワイトラベル アプリケーションを開発する場合、個別にラベル付けしたアプリごとに固有の Firebase プロジェクトが必要になります。

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 プロジェクトに含まれている場合に発生します。この問題は、こちらの手順に従うことで解決できます。

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

Firebase コンソールの言語は、Google アカウント設定の [アカウント設定] > [言語と入力ツール] で選択した言語に基づいて設定されます。

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

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

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

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

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

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

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

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

Play、AdMob、AdWords、BigQuery を Firebase プロジェクトにリンクさせる際の事前準備について教えてください。

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

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

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

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

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

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

最適なプランを選ぶ方法を教えてください。

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

Flame プランは、予測可能で低価格のプランです。無料バージョンの Realtime Database、Storage、Hosting のリソース以上の容量を必要とする、開発の初期段階のアプリや小規模の本番環境アプリ向けに構成されています。Spark プランと同様、Google Cloud Platform は Flame プランではご利用いただけません。各月のプランのリソース制限を超過すると、その月の残りの期間はアプリにアクセスできなくなります。

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

Realtime Database と Hosting のリソースの使用状況を Firebase コンソールで追跡できます。Realtime Database の使用状況と Hosting の使用状況をご覧ください。

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 プランまたは Flame プランで Realtime Database の保存容量またはダウンロードの制限を超えるとどうなりますか？

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

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

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

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

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

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

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

Firebase は Google Cloud Platform と深く結びついています。プロジェクトは Firebase と Google Cloud Platform で共有されるため、プロジェクトで Firebase サービスと Google Cloud Platform サービスを有効にすることができます。Firebase コンソールまたは Google Cloud Console から同じプロジェクトにアクセスできます。詳細は以下のとおりです。

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

また、Blaze プランにアップグレードすると、Firebase プロジェクト内で直接、Google Cloud Platform の世界屈指の Infrastructure as a Service（IaaS）と API を標準的な Google Cloud Platform 料金設定で使用できるようになります。Firebase 向け Google アナリティクスのデータを BigQuery に直接エクスポートして分析することもできます。詳しくは、BigQuery と Firebase をリンクするをご覧ください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

月の途中でプランへの加入またはダウングレードを行うと、Flame プランの料金は加入期間に応じて変動しますか？

アップグレードの場合は料金が変動しますが、ダウングレードの場合は変動しません。アップグレードまたはダウングレードはいつでもできます。アップグレードの場合は料金は変動し、ダウングレードの場合は変動しません。月の途中で Flame プランに加入すると、月の残りの期間に対してのみ請求が発生します。ただし、月の途中でダウングレードを行った場合、月の残りの期間に対して請求が発生します（これは不正行為を防ぐための措置です）。

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

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]（https://github.com/firebase/firebase-ios-sdk/tree/master/Firebase/CoreDiagnostics）で完全なソースを見ることができます（ログに記録される値も確認できます）。

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 に反映されます。

Firebase Authentication: 電話認証がサポートされている国

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

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 イベント数が大きく異なる場合があります。

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

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

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

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 は呼び出されません。通知メッセージにデータ ペイロードがある場合、通知メッセージはシステムトレイに表示され、通知メッセージに含まれていたデータは、ユーザーが通知をタップしたときに起動するインテントから取得できます。

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

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

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

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

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

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

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

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

Dynamic Links: Android アプリが各 Dynamic Link に 2 度アクセスするのはなぜですか？

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

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

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

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

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

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

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 で確認できます。

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

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

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

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

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

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

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

プロジェクトあたり最大 20 個のテストを使用できます。その内訳は、実行中のテストが最大 6 つ、未公開状態のテストが最大 14 です。

ただし、1 つのエンドユーザー / アプリ インスタンスを同時に配置できるテストの数は常に 3 つに限られます。たとえば、該当する全ユーザー（100%）をターゲットとする 6 つのテストを作成した場合、3 つを超えるアクティブ テストの対象となるアプリ インスタンスには、最新のものから数えて最下位の 3 つのテストだけが送信されます。 この場合、4 番目、5 番目、6 番目のテストにはユーザーがまったく配置されない可能性があります。