Salesforce ライセンス費用最適化ガイド 2026：払いすぎ判別・3監査ステップ・30%削減

Salesforceの導入から数年が経過し、ユーザー数や機能の拡充に伴ってライセンス費用が肥大化している企業は少なくありません。しかし、その費用の内訳を精査すると、実際の利用実態に合わない「過剰な契約」が30%以上含まれているケースが多々あります。

本記事では、IT実務担当者の視点から、Salesforceの公式スペックに基づいた最新の料金体系、不要なライセンスを特定する監査手順、そしてアーキテクチャの変更による根本的なコスト削減手法を解説します。

Salesforceライセンス費用の構造と「払いすぎ」の判別基準

コスト最適化の第一歩は、現在支払っている料金が「どの機能に対してのものか」を正確に把握することです。Salesforceはエディションごとに、利用可能なオブジェクト数やAPIリミットが厳格に定められています。

エディション別料金・制限比較表（2026年最新版）

主要なSales CloudおよびService Cloudのエディション比較は以下の通りです。※料金はSalesforce公式サイト（2026年時点の参考価格）に基づきます。

機能・制限項目	Starter / Professional	Enterprise (標準的)	Unlimited (最上位)
月額料金（1ユーザー/円）	3,000円 〜 12,000円	23,400円	45,000円
カスタムオブジェクト数	50個 / 2,000個	2,000個	2,000個（制限緩和可）
APIリクエスト制限（24時間）	なし（Proは一部可）	1,000回/1ライセンス（最小10万）	5,000回/1ライセンス（最小10万）
ワークフロー自動化	制限あり	フル機能（Flow）	フル機能 + AIツール群
Sandbox環境	なし / 1つ	25個 (Partialあり)	100個 (Fullあり)

【公式情報】Salesforce Sales Cloud 料金一覧（公式サイト）

隠れたコスト「API制限」と「ストレージ容量」の壁

ライセンスをダウングレードする際に最も注意すべきなのが、API制限です。外部システム（基幹システムやマーケティングツール）と連携している場合、安易にライセンスを削ると「Request Limit Exceeded」エラーが発生し、データ連携が停止します。

また、データストレージ費用も高額です。標準では組織全体で10GB（+ユーザーあたり20MB）程度しか付与されないため、ログデータや古い商談データを放置すると、追加ストレージ購入（月額数万円〜）という追加コストが発生します。これを回避するには、BigQuery等への外部アーカイブ検討が必要です。

関連記事：【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』

【実務編】不要ライセンスを特定する3つの監査ステップ

現状の無駄を排除するために、以下の3ステップで棚卸しを実行します。

Step 1：最終ログイン日と「活動履歴」による休眠ユーザーの抽出

単に「未ログイン30日」だけで判断するのは不十分です。以下の手順でSOQL（Salesforce Object Query Language）等を用いて詳細に抽出します。

• 未ログイン調査： 「設定 ＞ ユーザー」から最終ログイン日時を確認。
• 活動実態調査： ログインしていても「レポート閲覧のみ」で、レコードの新規作成や更新を過去90日間一度も行っていないユーザーを抽出します。
• 公式ツールの活用： Salesforce Optimizerを実行し、使用されていないプロファイルや権限セット、休眠ユーザーの推奨事項を確認します。

Step 2：プロファイル分析による「過剰権限」ライセンスの判別

「商談（Opportunity）オブジェクト」を編集する必要がないユーザーに、Sales Cloudライセンスを付与していませんか？
カスタムオブジェクトの参照や編集だけであれば、Salesforce Platformライセンス（月額約3,000円〜）への切り替えが可能です。これにより、1ライセンスあたり月間約2万円の削減が見込めます。

Step 3：Salesforce Optimizerによるシステム整合性チェック

Salesforce公式が提供する「Salesforce Optimizer」は、ライセンスの無駄だけでなく、パフォーマンス低下の原因となる未変換のワークフローや、使用されていないカスタムフィールドを自動抽出します。
【公式URL】Salesforce Optimizer の概要（公式ヘルプ）

Salesforceのライセンス費用、監査の前に利用実態を可視化しませんか？Aurant の営業DX支援は、SFAの運用設計・入力定着からKPIの可視化、kintone・会計システムとの連携までを一貫して支援します。✓ SFA運用・入力定着の設計✓ KPI・パイプラインの可視化✓ kintone・会計との連携営業DX支援を見る →

コストを30%以上削減する具体的な代替構成案

ライセンスの解約以外に、アーキテクチャを見直すことで大幅なコスト削減が可能です。

Sales Cloudを「Platformライセンス」へ切り替える条件

以下の条件を満たすユーザーは、高額なSales CloudからPlatformライセンスへ移行可能です。

• 「リード」「商談」「見積」「ケース」の標準オブジェクトを使用しない。
• 独自のカスタムオブジェクトで日報管理やマスタ管理を行っている。
• API連携の起点となるだけのシステムアカウント。

Experience Cloud（外部ユーザー）を活用したライセンス節約術

代理店やパートナー企業に情報を共有する場合、フルライセンスを付与するのではなくExperience Cloud（旧Community Cloud）を利用します。
ログイン回数に応じた課金体系や、メンバーシップ形式を選択することで、頻繁に利用しない外部ユーザーのコストを最小化できます。
【導入事例】三菱重工業株式会社：Experience Cloudによるサービスプラットフォーム構築事例

AppSheet/BigQuery連携による「脱・高額ライセンス」アーキテクチャ

現場の入力作業（棚卸しや点検など）だけにSalesforceライセンスを払い続けるのは非効率です。Salesforceをデータ基盤として残しつつ、フロントエンドをAppSheet（Google Cloud）に切り替える手法が有効です。

関連記事：Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイド

さらに、分析業務はSalesforce上のレポート（CRM Analytics）ではなく、BigQueryへデータを転送し、Looker等で可視化することで、閲覧のみのユーザーにライセンスを割り当てる必要がなくなります。

関連記事：高額なCDPは不要？BigQuery・dbt・リバースETLで構築する「モダンデータスタック」ツール選定

トラブルシューティング：ライセンス削減時に発生する技術的課題

コスト削減のためにライセンス数やエディションを絞る際、以下の問題が発生することがあります。実務上の解決策を提示します。

1. APIリクエスト制限（Request Limit Exceeded）

現象： 外部ツールからのデータ同期が止まる。
解決策：

• 一括処理（Bulk API）への切り替え：個別のREST API呼び出しを減らし、1回のコールで最大10,000レコードを処理する。
• CDC（Change Data Capture）の活用：差分データのみをストリーミング送信し、無駄なポーリングを排除する。

2. カスタムオブジェクト上限に達した場合

現象： Enterprise Edition（上限2,000）で、管理パッケージ導入により制限に達する。
解決策：

• 使用されていないパッケージのアンインストール。
• 「JSON項目」への統合：関連する細かい設定値を一つのロングテキストエリア項目にJSON形式で格納し、オブジェクト数を節約する（※検索性が落ちるため、分析不要なデータに限る）。

3. 退職者アカウント削除に伴う「レコード所有者」エラー

現象： ライセンスを無効化した後、そのユーザーが所有する商談レコードの更新ができなくなる。
解決策： アカウント無効化前に、必ず「一括転送ツール」を使用して、レコード所有者を「有効なユーザー」または「キュー（Queue）」に書き換えます。

まとめ：定期的な「棚卸し」が最強のコスト対策

Salesforceは非常に強力なツールですが、管理を放置すればコストは青天井に膨らみます。少なくとも年に一度、契約更新の3ヶ月前には本記事で紹介した監査ステップを実施してください。

ライセンスを「削る」だけでなく、他のSaaSとの「適材適所の使い分け」を行うことが、持続可能なIT投資の鍵となります。

---

ライセンス変更前に確認すべき「機能互換」チェックリスト

Sales Cloudから廉価なPlatformライセンスへの切り替えを検討する際、コスト削減だけを優先すると、現場の業務が停止するリスクがあります。以下の「Platformライセンスでは利用できない機能」を事前にチェックしてください。

• 標準オブジェクトの利用可否： 商談（Opportunity）、リード（Lead）、見積（Quote）、ケース（Case）へのアクセスは一切できません。
• キャンペーン管理： マーケティング活動に関連するキャンペーン機能は利用不可です。
• 売上予測（Forecasting）： 営業管理に必須の予測機能は、Platformライセンスには含まれません。

特に「営業担当者」ではないが「商談のフェーズだけ確認したい」といったニーズがある場合、Platformライセンスへの移行は困難です。このような場合は、データの参照範囲を慎重に設計し直す必要があります。

ライセンス種別による主要な制約（比較表）

機能	Sales Cloud (EE)	Lightning Platform
商談・リード管理	○	×（アクセス不可）
カスタムオブジェクト	○（2,000個まで）	○（10個〜組織制限に依存）
レポート・ダッシュボード	○	○
プロセスの自動化（Flow）	○	○

※詳細な制限は、公式の Salesforce ライセンスの種類（公式ヘルプ） を必ず参照してください。

組織規模・利用部門別 × Salesforceライセンス最適化パターン × エディション変更時の開発環境への影響 早見表

前のセクションでSalesforceライセンスのコスト削減手法を説明しましたが、「中小企業の営業特化型利用」「中堅企業の複数部門展開」「大企業のカスタマイズ・開発環境込み利用」「マルチクラウド（Sales+Service+Marketing）」ではライセンス最適化の最適解と削減時に影響を受ける開発環境の範囲が異なります。エディションを下げたり不要ライセンスを削減する際に「開発環境（Sandbox・Flow・Apex）への影響を考慮していなかった」ことが最多の後悔ポイントになります。組織規模・用途別の最適化パターンと開発環境への影響を整理しました。

組織規模・利用特性	Salesforceライセンス最適化の推奨パターン	エディション変更時の開発環境への影響	最適化を安全に進めるための確認ポイント
中小企業・営業特化利用 （10〜50名・Sales Cloud Essential/Starter・カスタマイズ最小）	中小企業の最適化パターンは「利用実績ゼロのライセンスの特定と削減」と「Essentials→Starterへのダウングレード可否の確認」の2点。Salesforceの管理コンソールで「過去90日間ログインなし」のユーザーを特定して、実際に使っていないライセンスを削減するだけで年間コストの10〜20%削減が可能なケースが多い。中小企業では追加費用のかかるオプション（Sales Engagement・Einstein等）を導入当初に契約したが活用できていないケースが多く、次回更新時にオプションの要否を再評価する「ライセンス更新前の3ヶ月前レビュー」を習慣化する設計が継続的なコスト管理の基本	中小企業がエディション変更（Starter→Essentials等）する場合の開発環境への影響は「Sandboxの利用可否」が最重要チェックポイント。EssentialsプランはDeveloper Sandboxのみ利用可能で、PartialまたはFull Sandboxを使って開発・テストしていた場合はダウングレード後に同じSandbox環境が使えなくなる。カスタムFlowやProcess Builderでの自動化設計もエディションによって利用可能なフロー数や機能に制限があるため、現在使っているFlowの一覧と新エディションのFlow利用制限を照合してからダウングレードを実施する	中小企業の最適化確認ポイントは①次回契約更新の6ヶ月前からライセンス利用状況のレポートを月次で取得して「削減候補ユーザーリスト」を作成②Salesforceの「アクティビティ履歴」ではなく「ライセンス利用状況」レポートで実際のログイン数・機能利用数を確認③削減候補のユーザーに実際に使っているかを個別確認してから削減実施（自動削除はしない）④オプション機能の削除前に「そのオプションを使って動いている自動化・レポート・ダッシュボード」がないかをFlowとレポートの一覧で確認の4点が最重要
中堅企業・複数部門展開 （50〜300名・Sales+Service・部門別管理者あり）	中堅企業の最適化パターンは「部門ごとのライセンス種別の見直し（全員がSalesforce内蔵の高機能を必要とするわけではない）」と「外部システムとの連携用のAPI専用ライセンス（Integration User等）の活用」の2点。Salesforce導入時に全員にSales Cloud Enterprise等の高機能エディションを適用したが、実際には軽い利用（案件閲覧・タスク管理程度）のユーザーにはSalesforce Starter等の低コストライセンスに変更することで30〜40%のライセンス費用削減が可能なケースがある。API連携専用のシステムアカウントにSales/Serviceライセンスを使っている場合は「Integration Userライセンス」への変更が最も費用対効果の高い最適化手法の一つ	中堅企業でエディション変更する場合の開発環境への最重要影響は「Sandbox環境の数とFlowの機能制限」。Professionalエディションから変更する場合、利用可能なSandboxの種類（1つのFull Sandboxから複数のPartial Sandboxへの変更等）とAPI呼び出し数の上限が変わる。現在動いているFlowのAPI呼び出し・外部連携がエディション変更後も動作するかをSalesforceのEdition機能比較表で全Flow対象に確認する。部門別の権限管理にProfiles+Permission Setsを活用している場合、エディション変更でPermission Set Groupsの利用可否が変わる点を確認する	中堅企業の最適化確認ポイントは①ライセンス種別変更の前に「変更対象ユーザーが使っているReport・Dashboard・Flow・Apex Trigger」の一覧を取得して変更後も機能するかを確認②API専用アカウントの特定（定期バッチ・ETL処理用のアカウントはIntegration Userへの切り替えでコスト削減）③部門管理者（Salesforce Admin）の権限がエディション変更後も維持されるかの確認④ライセンス削減実施の前に「1ヶ月間テスト的に対象ユーザーのログインを無効化して業務影響がないか確認する」アプローチが削減ミスのリスクを大幅に下げる実践的な手法の4点が最重要
大企業・カスタマイズ開発込み利用 （Apex・Lightning Web Component・複数Sandbox）	大企業の最適化パターンは「開発ライセンス（Developer Edition・Sandbox専用ライセンス）の適正化」と「Salesforceプラットフォームの外部向け利用（Experience Cloud・ExternalApps等）のライセンス適正化」の2点。大企業では開発チームのメンバーが本番ライセンスと開発Sandboxの両方を持っているケースが多く、開発専用メンバーにはDeveloper Sandboxのみを付与して本番ライセンスを削減する設計が可能。Experience Cloudの外部ユーザーライセンス（パートナー・顧客向け）は実際にログインしているユーザー数を精査して未使用ライセンスを削減することで大幅なコスト削減が可能	大企業がライセンス削減・エディション変更する場合の開発環境への影響は最も複雑で「Apex Code・LWC・Flow・Connected App」の全てに影響する可能性がある。EnterpriseからProfessionalへのダウングレードではApex・APIの利用制限が変わるためカスタム開発を多用している場合はダウングレード後に機能停止するカスタマイズが多数発生するリスクがある。本番のエディション変更は必ずFull Sandbox環境で変更後のエディション制約をシミュレートしてから実施する。Sandboxのリフレッシュ（本番データとメタデータの同期）の頻度もエディションによって制限があるため、開発プロセスへの影響を事前にSalesforceのAEに確認する	大企業の最適化確認ポイントは①ライセンス削減の前にSalesforceの認定パートナーまたはAEと「ライセンス監査（Usage Report Review）」を実施して削減候補と影響範囲を正式に確認②SandboxでのProduction環境変更の事前テストを必ず実施③複数Sandboxを使った開発・QA・ステージングフローが変更後も維持できるかを確認④ライセンスコスト最適化の交渉（更新時のボリュームディスカウント・コミットメント期間の調整）はSalesforceのAEとの年間契約交渉の一環として戦略的に行う方が個別削減より大きなコスト削減効果を得られることが多い4点が最重要
マルチクラウド利用 （Sales+Service+Marketing Cloud・複数クラウドのライセンス混在）	マルチクラウド利用の最適化パターンは「各クラウドの利用実績と業務への貢献度を独立して評価して、利用率が低いクラウドのライセンスを削減または一時停止すること」と「Salesforce Customer360の統合ライセンス（Einstein 1 Platform等）と個別クラウドライセンスの費用比較」の2点。Marketing Cloudは月間メール配信数・Contact数に連動した課金モデルのため実際の配信規模に対して過大なプランを契約しているケースが多く、過去12ヶ月の配信実績とContactアクティブ率を確認してからプランの見直しを実施する	マルチクラウドでのライセンス変更時の開発環境への影響で最大リスクは「Marketing CloudとSalesforce本体の連携（Marketing Cloud Connect）の動作が変更後も維持されるかどうか」。Sales Cloud・Service CloudのエディションとMarketing Cloudの接続設定は密接に連携しており、片方のエディション変更がMarketing Cloud ConnectのAPIエラーや同期停止を引き起こすケースがある。マルチクラウドのライセンス変更前には「全クラウド間の連携フロー（Marketing Cloudのジャーニー・SF本体のFlowとの連携）」を全て洗い出して変更後の動作確認計画を立てる	マルチクラウドの最適化確認ポイントは①各クラウドの月次アクティブユーザー数と機能利用率をSalesforceの管理画面・Marketing Cloud Analyticsから取得して「実際に価値を出しているクラウド」と「コストに見合っていないクラウド」を可視化②マルチクラウドのライセンス最適化は個別クラウド単位ではなくSalesforceのAEを通じた「包括的な契約見直し（Enterprise Agreement等）」として交渉する方がコスト削減幅が大きい③Marketing Cloudの一時停止・再開がSalesforce本体のデータとの同期に与える影響（再開時のデータ整合性）を事前に確認④次回更新12ヶ月前からライセンス最適化の準備を開始してAEとの交渉余地を最大化する の4点が最重要

この表でSalesforceライセンス最適化において最重要の原則が「ライセンス削減の前に必ず『そのライセンスで動いている開発環境・自動化・連携』を全て洗い出して変更後の影響を確認してから実施することで、削減後に機能停止するカスタマイズが発覚して復旧コストが削減効果を上回るリスクを防ぐこと」です。ライセンスコスト最適化は更新タイミングの6ヶ月前から準備を始めてSalesforceのAEと交渉レベルで実施することが、個別削減よりも大きなコスト削減と将来の拡張性を同時に確保できる最も効果的なアプローチです。

エディション変更・削減時に見落としがちな「開発環境」の罠

ライセンス数を減らしたり、エディションを下げたりした際、本番環境の機能は維持できても、Sandbox（開発・テスト環境）の構成が変わってしまうことがあります。

例えば、UnlimitedからEnterpriseへダウングレードした場合、フルコピーSandboxや部分コピーSandboxの利用枠が減少し、大規模なリリース前の結合テストができなくなる恐れがあります。契約更新時のライセンス削減は、インフラ・開発チームとの連携が不可欠です。

全社的なITコストの最適化については、こちらの記事も参考にしてください。
SaaSコストとオンプレ負債を断つ。バックオフィス＆インフラの「標的」と現実的剥がし方

よくある誤解：ライセンスの「使い回し」は規約違反

コスト削減のために、1つのライセンス（ID・パスワード）を複数人で共有してログインすることは、Salesforceのマスターサービス契約（MSA）で明確に禁止されています。同一アカウントでの同時ログインはシステム的にブロックされるだけでなく、監査時にペナルティの対象となる可能性があるため、絶対に避けてください。

安価に利用人数を増やしたい場合は、前述の「Experience Cloud」や、データの参照を外部化する「BI連携」を正攻法として選択しましょう。

📚 関連資料

このトピックについて、より詳しく学びたい方は以下の無料資料をご参照ください：