Glide料金ガイド2026｜導入費用を短時間で試算

要点と最初に行うこと（Glide 料金 2026）

短時間でGlide導入の費用判断を進めるための要点を先に示します。まずは公式の料金ページでプラン名・課金単位・上限値を直接確認することを最優先にしてください。確認後、本文のCSVテンプレートに自社実績を入力して概算を作成してください。

• 主なコスト要因：編集者数（エディター）、アプリ数、レコード／ストレージ量、API／外部連携量、ホワイトラベル／SSO等エンタープライズ要件
• 最初のアクション：必ず公式料金ページ（下記）を開き、表示通貨・プラン表記・課金単位をメモすること
• 本文の使い方：公式単価をテンプレに入れて試算し、疑問点は営業窓口へ問い合せること

Glide公式料金ページと確認手順（必ず先に参照）

公式ページが一次ソースです。表示される通貨やプラン名はリージョンやブラウザ設定で切り替わることがあるため、ページ上の表記をその場で確認してください。以下に公式リンクと確認手順を示します。

公式料金ページ（直接リンク）

まず公式の料金ページを確認してください。一次ソースの表記が最終判断の根拠です。

• Glide 公式料金ページ（Pricing）: https://www.glideapps.com/pricing
• Glide ドキュメント（検索用）: https://docs.glideapps.com

第三者の比較ページは参考になりますが非公式情報です。参考例（非公式）：Capterra（https://www.capterra.com/p/196046/Glide/pricing/）／Reddit（https://www.reddit.com/r/nocode/）。

料金ページで必ず確認すべき項目

以下はページ上で直接確認すべき具体項目です。各項目は「プラン名の表記」「課金単位」「上限／含有量」「超過時の課金・挙動」「サポートレベル」「請求通貨・税扱い」などです。公式ページやドキュメントに書かれている表現と数値をスクリーンショットではなくメモで残してください。

• プラン名と説明（表記ゆれに注意） — 確認方法：料金ページの該当欄を参照
• 課金単位（編集者/閲覧者/アプリ単位か） — 確認方法：料金表の「billing」欄／ドキュメント
• 行数／ストレージの含有量と超過単価 — 確認方法：料金表・ヘルプ文書
• SSO/SCIM/監査ログなどエンタープライズ機能の有無と条件 — 確認方法：エンタープライズ欄とドキュメント、営業確認
• 支払い方法・インボイス対応・通貨・税処理 — 確認方法：料金ページと利用規約／請求関連ドキュメント

用語定義とカウント基準（編集者／閲覧者／アプリ／レコード等）

料金判断で誤解しやすい用語を正確に理解することが重要です。ベンダー側の定義がサービスやプランで異なるため、公式ドキュメントでの定義を付随して確認してください。

編集者（Editor）の定義

編集者は通常、アプリのレイアウト・データ・ワークフローを変更できる権限を持つユーザーを指します。多くのプランで「編集者は課金対象」となるため、組織内の編集者数を正確に洗い出しておいてください。公式ドキュメントでの正確な定義はドキュメント検索（docs.glideapps.com）で確認してください。

閲覧者（Viewer）の定義

閲覧者はアプリを利用するユーザーで、一般に編集権限を持ちません。閲覧者が課金対象に含まれるかはプランに依存します。プランごとの「Viewer」の扱いは料金ページとドキュメントで必ず確認してください。

アプリ単位の扱い

アプリ数のカウント基準（作成可能数／公開数／公開後の上限）はプラン表記により異なります。どのタイミングでカウントされるか（例：共有／公開時）を公式表記で確認することが必要です。

レコードのカウント基準

行（レコード）の数え方や添付ファイルのストレージ計上のルールは重要です。たとえば「表示中の行のみがカウントされる」「履歴は別枠」などの違いがあるかもしれません。確認方法は、ドキュメントで "row limits" や "storage" に関する項目を参照し、必要ならサポートへ問い合わせて明文化した回答を得てください。

プラン比較と実務で必ず確認すべき項目

機能名だけで判断せず、数値と挙動を確かめることが失敗しない選定の鍵です。以下にカテゴリ別の典型的な違いと、各項目を公式で確認するための手順を示します。

カテゴリ別の簡易比較（公式参照必須）

以下はカテゴリごとの典型的な特徴です。表中の「確認方法」欄は必ず公式ページやドキュメントで該当箇所を照合してください。

（注）上表は典型的特徴の整理です。各セルは必ず公式ページ・ドキュメントで裏取りしてください。

各機能の実務的確認手順（SSO/SCIM/API/監査ログ/ホワイトラベル）

主要機能ごとに実務で確認すべき点と検証方法を示します。テストや見積り依頼時に使ってください。

• SSO／SCIM：サポートするIdP（Azure AD, Okta等）、SCIMによる自動プロビジョニングの有無、メタデータ交換方法を確認。検証方法はテストテナントでSAMLログインやプロビジョニングを実施し、ユーザー同期ログを取得することです。確認は料金ページ＋セキュリティ/SSOのドキュメント、営業窓口にテストアカウントを要求してください。
• 監査ログ：ログの保持期間、出力形式（CSV/JSON）、アクセス履歴の粒度を確認。法規対応（PCI/GDPR/SOC2等）の該当範囲も確認します。
• API／Webhook：読み書き可否、バルクAPIの有無、レートリミット（回／分など）を確認。移行時やバッチ運用で影響するため、ドキュメントにあるレート値をもとに試験を設計してください。
• ホワイトラベル／ブランディング：Glide表記の除去可否、カスタムドメイン、アプリ配布時のブランド表示について確認。これらはエンタープライズ契約扱いになりやすいので、見積り段階で明記してください。

請求挙動・割引・従量課金の検証手順

請求の計算ルールや超過時の挙動はTCOに直結します。特に日割り（proration）の有無や上限超過時の“システム挙動”は必ず検証・確認してください。

請求サイクルと割引の確認

請求サイクル（月次／年次）と年払い割引の有無、トライアル時の課金開始タイミングを確認します。教育・非営利・ボリューム割引の適用条件（証明書の提出等）も確認する必要があります。確認方法は料金ページと営業窓口での書面回答を取得することです。

上限超過時の挙動を試すための検証手順

実運用前にテストで挙動を確かめることを推奨します。例としての検証手順は次のとおりです（テストは非本番環境で実施）。

1. テストアプリを作成し、既知の行数上限に近づける。
2. 上限を超える行を追加したときの動作（書込エラー、読み取りのみ、警告メール等）を確認・記録。
3. 添付ファイルの大容量アップロードでストレージ超過時の課金・ブロック挙動を確認。
4. APIで想定されるコール頻度を再現し、レート超過時のエラーコードや再試行ポリシーを確認。
5. プラン変更（アップグレード／ダウングレード）を行い、請求書に反映された金額（プロレートの扱いなど）を確認する。

上記のテスト結果は営業窓口やサポートに問い合わせた際の裏付け資料として保存してください。

支払い・インボイス・税金の確認点

• 請求通貨と税（VAT/消費税）の扱い
• 法人支払（PO／インボイス）対応の有無と条件
• 支払条件（Net 30等）と返金ポリシー
• 更新時の自動値上げルールと事前通知期間

コスト試算テンプレート（CSV）と計算ロジック

ここでは自社で使えるCSVテンプレートと計算ロジックの例を示します。CSVはコピペして保存すればすぐに使えます。サンプル数値は架空の値ですので、必ず公式単価で置き換えてください。

テンプレ列の説明

テンプレには次の列を含めてください。各列はシート上で入力・参照できるようにします。

• 期間（例：月/年）
• アプリ数（公開アプリ数／内部アプリ数）
• 編集者数（エディター）
• 月間アクティブユーザー（MAU）
• 平均レコード／アプリ（保存行）
• 想定ストレージ（GB）
• 月間APIコール数
• サポートレベル（標準／優先／専任）
• base_cost（プランの基礎料金）
• per_user_price（編集者単価）
• per_app_price（アプリ単位料金）
• included_storage（プランに含まれるストレージ）
• over_storage_unit_price（GBあたり超過単価）
• api_overage_price（API超過単価）
• one_time_fees（初期費用）

計算式の例（Google Sheets / Excel 表記の例）

下記はシート上で使える簡易式の例です。セル名は任意の列に合わせて置換してください。

• users_cost = per_user_price * 編集者数
• apps_cost = per_app_price * アプリ数
• overage_cost = IF(想定ストレージ > included_storage, (想定ストレージ - included_storage) * over_storage_unit_price, 0)
• api_overage_cost = IF(月間APIコール数 > included_api_calls, (月間APIコール数 - included_api_calls) * api_overage_price, 0)
• monthly_total = base_cost + users_cost + apps_cost + overage_cost + api_overage_cost + support_fee
• annual_total = monthly_total * 12 − annual_discount + one_time_fees

ダウンロード用CSV（コピーして保存して使えます）

以下をテキストファイルに貼り付け、拡張子 .csv で保存してください。値はサンプルで架空です。公式単価に置換してご利用ください。

CSVの取り込み手順（Google Sheets の例）

1. Google Sheets を開き「ファイル」→「インポート」→「アップロード」で保存したCSVを指定します。
2. 区切り文字がカンマ（,）になっていることを確認してインポートします。
3. 計算式セルを作成して公式単価を入力し、月次／年次の集計を行います。

交渉テンプレ・営業窓口に送るチェックリスト・ブランド注意

見積り依頼や契約交渉で使える短いテンプレ表現と、営業へ送るチェックリストを用意しました。SLAや価格改定ルールは契約書で明文化してもらうことを強く推奨します。

契約条項の例文（交渉で使える表現）

• SLA の例文（要求）：月間稼働率99.9%を保証し、未達時は当該月の月額料金の10%をクレジットとして支払う旨を契約に明記してください。
• 価格改定の例文：価格改定は事前通知90日とし、1回の改定での上限変動率は20%以内とする旨を明示してください。
• データポータビリティ：解約時に全データ（CSV/添付ファイル含む）をエクスポート可能にし、指定期間内にダウンロードできることを契約書で保証してください。
• 機能保証：SSO/SCIM/監査ログの提供可否と実装スケジュール、テスト条件を見積書に明記してください。

（注）上記は交渉用の参考表現です。法的効力や細部は法務担当と相談してください。

営業窓口に送る最短チェックリスト（コピーして使える項目）

1. プラン名と該当プランの公式URL（社内で確認のため）
2. 課金単位（編集者／閲覧者／アプリのどれか）と単価表の提示（通貨明記）
3. レコード上限・含まれるストレージ量・超過単価の明細（数値）
4. APIのレート制限（回/分）と超過時の課金ルール・エラー挙動
5. SSO/SCIMの提供可否とテストアカウント提供の可否
6. ホワイトラベル・カスタムドメインの対応範囲と追加費用
7. SLA（稼働率・クレジット規定）とサポート窓口（応答時間）
8. 支払い条件（インボイス／PO対応、VAT取り扱い）と価格改定ルール

見積り依頼テンプレ（短文・コピペ用）

件名: Glide導入見積り依頼（社名／サービス名）

本文（例）:
下記要件に基づく御見積をお願いいたします。なお、回答は料金表の該当URLを明記してください。

• 想定アプリ数: X 本
• 編集者数: Y 人（編集者の定義をご確認ください）
• 月間APIコール: Z 回程度
• 想定ストレージ: S GB
• 必要機能: SSO（SAML）、SCIM、監査ログ、ホワイトラベル（有/無）
  併せてSLA・日割り計算（proration）の扱い、PO/インボイス対応の可否を明示してください。

（宛先は御社の営業窓口へ）

商標・ブランド利用の注意（簡潔）

Glideの商標やブランドアセットを使用する際は、Glideの利用規約やブランドガイドラインに従う必要があります。商標表示の可否や使用方法はベンダー側のルールに従うため、ブランディング用途がある場合は営業に使用許諾と表記ルールを必ず明示してもらってください。

まとめ（実務用チェックリスト）

最後に実務で優先的に行うべきアクションを整理します。公式ページが一次ソースである点を常に意識してください。

• 公式料金ページ（https://www.glideapps.com/pricing）を開き、プラン名・課金単位・上限値を控える
• 自社の実績（編集者数・アプリ数・レコード・想定ストレージ・API件数）を収集する
• 本文のCSVテンプレートに公式単価を入れて月次／年次TCOを算出する
• トライアル環境で上限超過・APIレート・SSOログイン・添付ファイル扱いを検証する
• 見積り依頼時に上記チェックリストを営業へ送付し、書面での確認（SLA・日割り・インボイス）を取得する
• 第三者情報（Capterra、Reddit等）は参考に留め、最終判断は必ず公式情報に基づく

参考（非公式の補助情報）: Capterra — https://www.capterra.com/p/196046/Glide/pricing/ 、コミュニティ議論（例） — https://www.reddit.com/r/nocode/

（免責）本文で示したテンプレや例示は公式の値を代入するためのワークツールです。正式な価格や契約条件は必ずGlideの公式ページおよび営業窓口で確認のうえ、法務・税務の専門家と協議してください。