対象: モバイル・WebアプリへサーバーレスのドキュメントDBを組み込みたい人
要点: 読み取り・書き込み・削除、インデックス、ストレージ、ネットワーク、無料クォータを分ける方法
公式情報確認: Cloud Firestoreの料金・無料枠・公式ドキュメント・規約を2026年8月19日に確認
更新日: 2026年8月19日（リージョン、税、為替、契約画面は申込時に再確認）
Firestoreはアプリからすぐ使えるドキュメントDBです。料金は保存量だけでなく、読み取り、書き込み、削除、インデックス、リアルタイムリスナーの更新で変わります。画面表示回数がそのまま読み取り数になるとは限りません。
無料クォータは学習の入口になりますが、日次の枠と課金対象を混同すると、ユーザー増加時の見積もりを誤ります。データモデルと画面操作を一緒に測ります。 ここで扱うのは公式公開情報の整理であり、編集部の利用体験、収益、性能、転職や事業の成果を保証するものではありません。クラウド料金は表示通貨、リージョン、税、為替、割引契約で変動します。
Cloud Firestoreの料金を分解する
Firestoreはドキュメント読み取り・書き込み・削除、インデックスエントリ、保存GB、送信、バックアップ・復元、TTL、集約クエリで料金を確認します。Native/Datastore mode、リージョン、マルチリージョンで単価が異なります。
| 料金項目 | 考え方 | 先に確認する条件 |
|---|---|---|
| 読み取り | ドキュメント、クエリ結果、リスナー更新 | 画面、ページング、更新、集約 |
| 書き込み・削除 | 追加、更新、削除、バッチ、トランザクション | 一回の操作、リトライ、Functions |
| インデックス・容量 | インデックス読み取りとGB月 | 複合インデックス、項目サイズ、履歴 |
| 追加機能 | バックアップ、復元、TTL、転送、リージョン | 保持、復元先、ロケーション、API |
見積もりは、サービス名と月額を並べるだけでは足りません。1日の実測値を、稼働時間、保存量、リクエスト、バックアップ、転送、ログに分解します。開発・本番・予備を分け、ピーク時の余白と使わない時間の停止方法も同じ表へ置くと、無料枠の外へ出る地点が見えます。
無料枠と支払いの境目
Firestore公式無料クォータは標準DBで1GiB保存、1日5万読み取り、2万書き込み、2万削除、月10GiB送信の案内です。対象DBはプロジェクト一つで、TTL、PITR、バックアップ、復元、クローンに無料枠がない条件も確認します。
ログイン、一覧、詳細、更新、リアルタイム待機を操作表にします。ページング、インデックス、キャッシュ、リトライで読み書きが増えるため、MAUだけでなく一人あたりの操作を掛けます。
- 一覧の読み取りをリスナー更新まで見る。
- 複合インデックス・集約クエリの読み取り条件を見ない。
- 無料クォータが全DB・全リージョンに共通と思う。
- Security Rulesだけでサーバー側権限も制御できると思う。
無料枠を使う場合も、請求アラートと予算上限を先に用意します。停止すれば計算量が止まるサービスもあれば、ディスク、バックアップ、固定IP、ログの保存が続くものもあります。検証用のリソース名とリージョンを一覧化し、テスト終了後に削除・保持を判断してください。
運用と割引を料金へ戻す
読み書き、削除、拒否、レイテンシ、インデックス、容量、リスナーを監視します。エミュレーターでRulesを確認し、全件読み取りと無限リトライを防ぎます。
予約、Savings Plans、Committed Use Discountなどは、安くなる可能性と引き換えに利用を約束する仕組みです。変動の大きい初期段階はオンデマンドで測り、平常負荷、移行可能性、リージョン、前払い、未使用時の扱いが固まってから比較します。割引率だけでなく、解約や縮小が難しくなる条件を公式ページで確認します。
データ、契約、解約を決める
ユーザー、メッセージ、位置情報、ログが保存されます。Rules、Firebase Auth、IAM、App Check、暗号化、バックアップ、リージョン、削除要件を設計し、クライアントへ管理者権限を渡しません。
DB、コレクション、インデックス、バックアップ、Functions、Storage、Authを個別に削除します。請求プランとエクスポート、復元、ログ・バックアップ保持を確認してからプロジェクト削除を行います。 リソースを削除しても、バックアップ、スナップショット、ログ、DNS、レジストリ、請求設定が自動で消えるとは限りません。解約・停止の前にデータ、設定、監査ログ、請求書をエクスポートし、復元担当と保持期限を確認してください。
向く人・向かない人
| 向く人 | 向かない／先に決めること |
|---|---|
| ドキュメントと画面のアクセスを設計できる人 | SQLのJOINをそのまま再現する人 |
| 読み取り、リスナー、インデックスを測れる人 | ユーザー数だけで料金を決める人 |
| Rules・Auth・App Checkを運用できるチーム | クライアントへ広い権限を与える人 |
| 日次無料クォータを管理できる人 | 上限を超えた時の挙動を決めない人 |
迷ったら、最小構成を短時間だけ作り、同じ入力で再現できる計測表を残します。請求額だけでなく、復元に要する時間、権限分離、障害時の切り替え、削除後に残るデータを確認すると、価格と運用負荷を同じ判断にできます。
公式CTA: Cloud Firestore公式料金ページと公式計算ツールで、リージョン、利用量、保存、転送、バックアップを入力してください。無料枠の条件、請求アラート、契約・解約画面を確認してから本番へ進めます。
関連する記事
- Firebaseの料金：料金・設計・運用の比較に役立つ。
- Cloud SQLの料金：料金・設計・運用の比較に役立つ。
- Azure Cosmos DBの料金：料金・設計・運用の比較に役立つ。
- Amazon DynamoDBの料金：料金・設計・運用の比較に役立つ。
公式情報
Firestoreは、データ量より画面で何回読み何が更新されるかを数えると現実に近づきます。無料クォータでRulesとモデルを試し、操作あたりの読み書きから上限を決めます。 最初に入力する数字を小さくても記録し、公式料金ページの更新と請求画面を定期的に突き合わせることが、継続利用の判断を安定させます。
公開前にもう一度確認する数字
クラウドの料金は、登録した設定ではなく実際の使用量と保持状態で動きます。公開前に、平常日の利用量、ピーク時の上限、保存期間、バックアップの復元先、データの移転先を担当者と共有してください。数字が変わったときにどの設定を見直すかまで決めておけば、請求画面を見てから慌てずに済みます。
もう一つの確認点は、利用を止めた後に何が残るかです。リソース一覧、請求明細、監査ログ、バックアップの保存先を同じ担当者が見られるようにし、削除前には復元できるデータと削除すべきデータを分けます。無料枠を使い切ることより、想定外の利用を早く見つけられる運用を優先してください。
設計の確認では、一覧画面のページング、リアルタイム監視、インデックス、バックアップを別々に数えます。テスト用プロジェクトと本番用プロジェクトを分け、予算通知と権限を先に設定すると、便利なクエリが請求増につながる場面にも気づきやすくなります。
