Firebase Cloud Messaging（FCM）とは？料金・制限・代替サービスを比較

Firebase Cloud Messaging（以下、FCM）は、Firebase が提供するクロスプラットフォームのメッセージング機能です。iOS、Android、Web 向けに、通知メッセージやデータメッセージを送信できます。

FCM 本体は無料で利用できますが、Cloud Functions、BigQuery、Cloud Storage など周辺サービスを併用する場合は、別途料金が発生する可能性があります。そのため、企業で導入する際は、無料で使える範囲と、運用時に発生し得る周辺コストを分けて確認することが重要です。

本記事では、Firebase Cloud Messaging の仕組み、料金で確認すべきポイント、企業利用での制限、代替サービスの選び方を整理します。

Firebase Cloud Messaging（FCM）とは

Firebase Cloud Messaging（FCM）は、Firebase が提供するクロスプラットフォームのメッセージング機能です。 iOS、Android、Web 上のクライアントアプリに対して、通知メッセージやデータメッセージを送信できます。詳細はFirebase Cloud Messaging 公式ドキュメントで確認できます。

配信対象は、単一デバイス、デバイスグループ、topic 購読者、セグメントなどから選択できます。送信方法も、Firebase console、Firebase Admin SDK、FCM HTTP v1 API など複数用意されています。

FCM の大きな特徴は、Cloud Messaging 本体を無料で利用できる点です。そのため、アプリやWebサービスで通知機能を始める際の最初の選択肢になりやすいサービスです。

ただし、「FCM が無料」という表現は、Firebase や Google Cloud の関連サービスまですべて無料という意味ではありません。Cloud Functions、BigQuery、Cloud Storage などを組み合わせる場合は、それぞれの料金体系を確認する必要があります。

しかし、アプリの成長や要件の高度化に伴い、エンタープライズ向けの大規模なプッシュ通知運用に必要な高度機能を備えたFirebase代替サービスへ移行するケースも少なくありません。

FCMの仕組み

FCMがプッシュ通知サービスとして機能する仕組みは、以下の通りです。

• アプリケーションサーバー、Firebase console、Firebase Admin SDK、FCM HTTP v1 API などからメッセージ送信をリクエストします。
• FCM サーバーが対象デバイス、デバイスグループ、topic 購読者、セグメントなどに応じてメッセージをルーティングします。
• クライアントアプリ側では、FCM SDK を通じてメッセージを受信します。通知メッセージはユーザーに表示される通知として扱われ、データメッセージはアプリ側で独自に処理できます。

FCMの通知メッセージとデータメッセージ

FCM では、主に通知メッセージとデータメッセージを扱います。通知メッセージはユーザーに表示される通知として使われ、データメッセージはアプリ側で独自の処理を行いたい場合に使われます。

出典：Firebase

FCMの料金｜無料で使える範囲と周辺コスト

Firebase Cloud Messaging（FCM）本体は、Firebase 料金表で No-cost とされています。そのため、通知メッセージやデータメッセージを送信する Cloud Messaging 機能そのものは無料で利用できます。

ただし、法人利用や大規模運用では、FCM だけで運用が完結しない場合があります。たとえば、配信ロジックを Cloud Functions や Cloud Run で実行する、配信結果を BigQuery にエクスポートして分析する、独自の管理画面やレポートを開発する場合は、それぞれのサービス利用料や開発・運用コストを確認する必要があります。

つまり、「FCM は有料」と考えるよりも、「FCM 本体は無料だが、大規模運用ではサーバー、分析、開発、運用保守などの周辺コストに注意が必要」と整理すると正確です。

FCMの制限｜スロットリングと割り当て

FCMは大量配信にも対応できるメッセージング基盤ですが、無制限に一斉送信できるわけではありません。FCM のスロットリングと割り当てでは、プロジェクト単位、端末単位、トピック配信、メッセージサイズ、折りたたみできるメッセージなどに関する制限が示されています。

そのため、法人利用や大規模配信では、FCM の割り当て（送信上限）とスロットリング（送信制御）を前提に設計する必要があります。具体的には、送信量の平準化、段階的な送信量の引き上げ、429 エラー時の Retry-After ヘッダーへの対応、再試行処理などを考慮します。

つまり、「FCM は大量配信に向いていない」と考えるよりも、「FCM は大量配信に対応できるが、公式の割り当てとスロットリングを前提に設計する必要がある」と整理すると正確です。

FCMで大量配信する場合の設計ポイント

大量配信では、短時間にすべてのユーザーへ一斉送信するのではなく、送信量を平準化しながら段階的に増やす設計が重要です。特に、キャンペーン通知、ニュース速報、セール告知などで同時配信が集中する場合は、割り当て超過や一時的なエラーを前提に処理を組みます。

• 一斉送信を避け、配信時間を分散する
• 急激に送信量を増やさず、段階的に送信量を引き上げる
• 429 エラーでは Retry-After ヘッダーに従って再試行する
• 500 系エラーでは、段階的に待機時間を延ばし、再試行タイミングも分散する
• 400 / 401 / 403 / 404 など、再試行しても解決しにくいエラーは原因を確認する
• 配信ログ、失敗率、遅延、端末トークンの無効化状況を継続的に監視する

このような制御を自社で実装・運用する場合は、開発工数や監視体制も必要になります。そのため、法人向けの大規模配信では、FCM の割り当てだけでなく、運用画面、分析、配信制御、サポート体制まで含めて確認するとよいでしょう。

企業向けプッシュ通知サービスに求められる主要要件

FCM の割り当てやスロットリングを踏まえると、法人利用では単なるメッセージ送信だけでなく、配信制御、分析、運用管理まで含めて設計する必要があります。以下は、企業向けサービスを選定する際に確認しておきたい主なポイントです。

FCM代替サービスの主な種類

FCM の代替サービスを検討する場合は、単純に「FCM と同じ役割のサービス」を探すのではなく、目的別に分類して比較することが重要です。 通知配信だけを補うのか、Firebase 全体の代替を探すのか、マーケティング配信や分析まで含めて強化したいのかによって、候補は変わります。

特に法人利用では、無料の送信基盤だけでなく、管理画面、セグメント配信、分析、複数チャネル配信、運用サポートまで含めて比較すると判断しやすくなります。

なお、WebSocket や SSE はリアルタイム通信には有効ですが、スマートフォンのロック画面や通知センターに届く OS レベルのプッシュ通知をそのまま置き換えるものではありません。バックグラウンド配信や端末別の通知管理が必要な場合は、APNs や FCM などのプッシュ通知サービスとの関係を理解して設計する必要があります。

商用プッシュ通知サービス

マーケティング通知、セグメント配信、配信分析、複数チャネル管理を重視する場合は、商用プッシュ通知サービスが候補になります。OneSignal、EngageLab、Airship、CleverTap、Braze などは、FCM や APNs を利用した通知配信に加え、管理画面、ユーザーセグメント、分析、自動化などを組み合わせて利用できるサービスとして比較されます。

FCM は基本的な送信基盤として有効ですが、配信担当者が管理画面からキャンペーンを作成したい、ユーザー属性ごとに配信したい、結果を継続的に分析したい場合は、商用サービスのほうが運用しやすいケースがあります。

AWS / Cloud 系の選択肢

AWS 環境で通知基盤を構築したい場合は、Amazon SNS や AWS End User Messaging Push が選択肢になります。 Amazon SNS は、APNs や FCM などの push notification service と連携し、モバイル端末向けの通知送信に利用できます。

AWS End User Messaging Push は、iOS、Android、Web browser 向けに単一 API で push notification を送信できるサービスとして提供されています。 APNs、FCM、Web Push standards と連携するため、AWS 上で通知基盤をまとめたい場合に検討しやすい選択肢です。

BaaS / Firebase代替サービス

Supabase、Appwrite、Back4App などは、Firebase 全体の代替候補として比較されることがあります。 認証、データベース、リアルタイム更新、メッセージングなどをまとめて検討したい場合に候補になります。

ただし、これらは必ずしも FCM の完全な置き換えではありません。 たとえば、リアルタイム更新には強くても、OS レベルのプッシュ通知では APNs や FCM との連携が必要になる場合があります。 そのため、BaaS を選ぶ場合は、push notification の実装方式を個別に確認することが重要です。

OSS / DeGoogle 系の選択肢

Google 依存を減らしたい場合や、セルフホストを重視する場合は、UnifiedPush や ntfy なども候補になります。 UnifiedPush は、ユーザーが push provider を選べる分散型の push notification protocol です。 ntfy は、HTTP ベースで通知を送れる pub-sub notification service で、セルフホスト構成にも対応できます。

ただし、OSS 系の選択肢は、導入・保守・クライアント側の対応を自社で考える必要があります。 法人利用では、配信の安定性、サポート、監視、障害対応まで含めて検討するとよいでしょう。

WebSocket / SSE / 自社構築との違い

WebSocket や SSE は、アプリやWebページが開いている状態でのリアルタイム通信に向いています。 チャット、共同編集、ステータス更新、ライブ配信の更新などでは有効です。

一方で、スマートフォンのロック画面や通知センターに通知を届ける用途では、APNs や FCM などの OS レベルの push service が関係します。 そのため、WebSocket や SSE は FCM の完全な代替というより、用途が異なるリアルタイム通信の選択肢として整理すると正確です。

自社構築は自由度が高い一方で、端末トークン管理、APNs / FCM 連携、配信ログ、再送、セグメント、管理画面、監視、障害対応を自社で持つ必要があります。 大規模運用では、初期開発だけでなく、継続的な保守体制も重要になります。

FCM代替サービスの比較表

FCM代替サービスの料金比較で見るポイント

FCM 本体は無料で利用できますが、代替サービスを比較する場合は、単純な月額料金だけでなく、課金単位や無料枠、サポート範囲まで確認する必要があります。 特に商用プッシュ通知サービスでは、モバイルアプリのアクティブユーザー数、Web Push の購読者数、メッセージ配信数、利用チャネルによって料金体系が変わる場合があります。

そのため、FCM と代替サービスを比較する際は、通知配信そのものの料金だけでなく、管理画面、分析、サポート、運用工数まで含めた総コストで判断するとよいでしょう。

FCMレガシーAPIからHTTP v1 APIへの移行

FCM のレガシー HTTP API と XMPP API は、2023年6月20日に非推奨となり、2024年7月22日から停止が開始されています。そのため、旧形式の server key を使って FCM に送信している場合は、HTTP v1 API への移行が必要です。

ここで注意したいのは、「FCM そのものが終了する」という意味ではない点です。対象となるのは、旧送信 API を使ったサーバー側の送信処理です。既存のアプリサーバーやバックエンドから FCM に通知を送っている場合は、送信先 URL、認証方式、リクエスト本文、サービスアカウント設定を見直します。

HTTP v1 APIへの移行で変わること

HTTP v1 API では、従来の server key ではなく、OAuth2 の短期アクセストークンを使って認証します。また、送信先 URL は https://fcm.googleapis.com/fcm/send から https://fcm.googleapis.com/v1/projects/{project-id}/messages:send に変わります。

リクエスト本文も変わります。レガシーAPIでは to を使って送信先を指定していましたが、HTTP v1 API では message.token や message.topic などを使い、全体を message オブジェクトの中にまとめます。

HTTP v1 API は、短期アクセストークンを使うため、従来の server key よりも漏洩時のリスクを抑えやすい設計です。また、Android、Apple platforms、Web などのプラットフォーム別設定を1つのリクエスト内で整理できるため、複数環境向けの通知管理もしやすくなります。

HTTP v1 API移行時の注意点

• 移行対象は主に、アプリサーバーやバックエンド側の送信処理です。
• クライアントアプリから直接 FCM send API を呼び出す構成は、セキュリティ上サポートされません。
• Google Cloud 環境では、可能な場合は Application Default Credentials（ADC）を利用します。
• Google Cloud 以外の環境では、サービスアカウント JSON ファイルの管理方法を慎重に設計します。

• 旧形式の to、server key、ネストされた JSON データなどを使っている場合は、HTTP v1 API の形式に合わせて修正します。

そのため、「FCM が使えなくなる」と考えるのではなく、「レガシーAPIを使っている送信サーバーは HTTP v1 API へ移行する必要がある」と整理すると正確です。

EngageLabがFCM代替として向いているケース

ここまで見たように、FCM 代替サービスは目的によって選び方が変わります。FCM 本体の無料利用を活かしながら運用を続ける方法もあれば、管理画面、分析、複数チャネル配信、サポートまで含めて商用プッシュ通知サービスを比較する方法もあります。

EngageLab は、アプリプッシュ通知（App Push）やWebプッシュ通知（Web Push）、複数チャネル配信、配信分析、運用管理をまとめて強化したい企業に向いている選択肢です。特に、Android、iOS、Web 向けの通知をまとめて運用したい場合や、海外市場を含む複数地域でプッシュ通知を安定運用したい場合は、FCM 単体ではなく商用プッシュ通知サービスとして比較する価値があります。

また、HTTP v1 API への移行は、既存の FCM 送信処理を見直すタイミングにもなります。もし同時に、複数チャネル配信、配信分析、管理画面、A/Bテスト、専任サポートなども強化したい場合は、FCM 移行とあわせて EngageLab のようなサービスを比較するとよいでしょう。

EngageLabの主な強み

ここでは、FCM 単体では運用しにくいケースで、EngageLab がどのような選択肢になるかを整理します。

マルチチャネル配信

FCMは、Google のプッシュ通知基盤を中心に、iOS では APNs と連携して通知を配信します。EngageLabは、FCMやAPNsに加え、一部市場で利用される端末メーカー系チャネルや独自チャネルにも対応しています。企業向けに、対象地域や端末環境に応じて複数チャネルを組み合わせたプッシュ通知基盤を構築できます。

高い到達率を目指しやすい配信設計

EngageLabはマルチチャネル配信により、FCM や APNs だけでなく、メーカー系チャネルも含めた通知運用を設計できます。海外市場や端末環境が多様な地域では、端末メーカーごとの通知チャネルを考慮することで、配信経路をより柔軟に設計しやすくなります。

高度なターゲティング機能

EngageLabはリアルタイムでのセグメント作成や行動トリガー配信に対応しています。 多言語テンプレート管理、配信タイミングの最適化、タイムゾーン対応配信などを組み合わせることで、より精緻なキャンペーン設計を行いやすくなります。

エンタープライズ向け分析機能

EngageLabは送信から到達、表示、ユーザーアクションまでのプロセスを一貫して可視化します。 その結果、継続的な改善やROIの測定に活用できます。こうした分析基盤は、FCM単体では十分に提供されていない領域です。

運用効率を高める機能

EngageLabはビジュアルテンプレートエディタ、自動翻訳、配信頻度制御、テスト環境、A/Bテストなどに対応しています。 FCMで同様の仕組みを個別に構築する場合と比べ、運用負荷の軽減につながります。

EngageLabのグローバルビジネス支援

複数市場で事業を展開する企業にとって、EngageLabは有力なプッシュ通知サービスの選択肢です。多言語対応やタイムゾーン配信など、グローバル運用を支える機能を備えています。

アジア圏・海外市場への対応

EngageLabは、FCMやAPNsに加え、一部の端末メーカー系チャネルを含む複数チャネルの通知運用に対応しています。海外展開やアジア圏を含むアプリ運用では、対象地域の端末環境や通知チャネルの違いを確認しながら、配信基盤を設計することが重要です。

グローバルデータセンター

EngageLabはシンガポール、バージニア、フランクフルト、香港など複数のグローバルデータセンターを展開しています。複数市場でアプリを運用する場合は、配信性能だけでなく、データ処理地域やコンプライアンス要件もあわせて確認できます。

専任カスタマーサポート

FCMはドキュメントやコミュニティを中心に利用できる一方、法人利用では導入支援、障害対応、配信設計の相談が必要になる場合があります。EngageLabは、エンタープライズ向けの運用支援を含めて相談できる点が特徴です。

料金と総コストの見方

比較時は、FCM 本体の無料利用だけでなく、周辺サービス、開発、分析、運用保守まで含めた総コストで見ることが重要です。商用サービスを検討する場合も、料金体系、無料枠、サポート範囲、運用機能をあわせて確認しましょう。

EngageLabは、自動チャネルフォールバック、デバイス状態に応じた動的最適化、ルーティング最適化などの機能により、組織の拡張性を支援します。FCMの実装で求められる独自インフラ開発を抑えながら、複数チャネルの通知運用を強化したい場合に検討しやすい選択肢です。

EngageLabのプッシュ通知を確認する

まとめ

Firebase Cloud Messaging（FCM）は、iOS、Android、Web 向けに通知やデータメッセージを送信できる、無料で始めやすいメッセージング基盤です。一方で、法人利用や大規模運用では、割り当て、スロットリング、分析、管理画面、権限管理、運用保守などもあわせて確認する必要があります。

FCM代替サービスを検討する場合は、商用プッシュ通知サービス、AWS / Cloud 系、BaaS、OSS、自社構築などを目的別に整理すると選びやすくなります。そのうえで、配信対象、対応チャネル、分析機能、サポート体制、料金体系を比較することが重要です。

EngageLab は、アプリプッシュ通知（App Push）やWebプッシュ通知（Web Push）、複数チャネル配信、配信分析、運用管理をまとめて強化したい場合の選択肢になります。FCM 単体での運用に課題を感じている場合は、必要な機能と運用体制を整理したうえで比較するとよいでしょう。