「フロー設定を変えたら本番データがおかしくなった」「新機能を試したら既存の設定が崩れた」——Salesforceの設定変更を本番環境で直接行うと、このようなリスクが常につきまといます。
結論からいうと、サンドボックス（Sandbox）環境を使えば、本番に影響なく設定・フロー・カスタマイズをテストできます。中小企業でも無料で使えるサンドボックスが用意されており、使わない理由はありません。
この記事では、サンドボックスの種類・作成方法・実際の使い方・本番への反映手順まで、順を追って解説します。
サンドボックスとは何か——本番環境との違い
サンドボックスとは、本番のSalesforce組織とは別に作られる「テスト専用の環境」のことです。
🔴 本番環境（Production）
- 実際の顧客データ・商談が入っている
- 設定ミスが業務に直結する
- 変更前に必ずテストが必要
- ユーザー全員が日常的に使う
🔵 サンドボックス環境
- 本番とは切り離された安全な空間
- 設定を自由に試せる
- 失敗しても本番には影響なし
- 管理者・開発者のテスト専用
サンドボックスは本番組織のメタデータ（設定・オブジェクト・フロー定義など）をコピーして作成されます。本番のデータ（顧客情報・商談など）はサンドボックスの種類によってコピーされる量が異なります。
サンドボックスの種類と選び方
Salesforceには4種類のサンドボックスがあります。中小企業が最初に使うべきは「Developer」または「Developer Pro」です。
| 種類 | データコピー | ストレージ | 更新頻度 | 用途・費用 |
|---|---|---|---|---|
|
Developer 多くのプランに含む |
メタデータのみ | 200MB | 1日1回 | 設定・フローのテスト。中小企業の大半はこれで十分 |
|
Developer Pro 多くのプランに含む |
メタデータのみ | 1GB | 1日1回 | より大きなデータ量でのテストが必要な場合 |
|
Partial Copy 別途費用 |
本番データの一部 | 5GB | 5日に1回 | 実データに近い環境でのテストが必要な場合 |
|
Full Copy 別途費用 |
本番データのすべて | 本番と同容量 | 29日に1回 | 本番と完全に同じ環境でのテスト（大企業向け） |
中小企業であれば、Developerサンドボックスで99%の用途は賄えます。フロー・権限設定・カスタムオブジェクト・レポートのテストなど、メタデータさえコピーされていれば動作確認は十分に行えます。
サンドボックスを作成する手順
-
1本番環境にシステム管理者でログインする サンドボックスの作成は本番環境の「設定」から行います。
-
2設定 → クイック検索で「Sandbox」と入力 → 「Sandboxes」を開く 「新規Sandbox」ボタンが表示されます。
-
3Sandbox名と種類を選択して作成 名前は半角英数字で入力（例：test, staging）。種類は「Developer」を選択します。作成完了まで数分〜数十分かかります。
-
4作成完了メールが届いたらログインURLにアクセス サンドボックスのURLは「https://test.salesforce.com」です（本番は「https://login.salesforce.com」）。ユーザー名には「.sandbox名」が末尾に付きます。
- 本番：login.salesforce.com
- サンドボックス：test.salesforce.com
- サンドボックスのユーザー名は「本番のユーザー名.sandbox名」（例：admin@example.com.test）
サンドボックスで何をテストするか——主な活用シーン
フロー（Flow）の動作確認
新しいフローを作る前にサンドボックスで動作を検証します。条件分岐や自動メール送信のテストも安全に行えます。
権限設定の変更テスト
プロファイルや権限セットを変更したとき、意図しないアクセス制御になっていないかを確認します。
カスタムオブジェクトの設計確認
新しいオブジェクトやフィールドを追加する前に、運用上の問題がないかをテストします。
レポート・ダッシュボードの試作
新しいレポートやダッシュボードの設計を本番に影響なく試作して、フィードバックを得られます。
データインポートのリハーサル
大量データのインポートをサンドボックスで先に試して、マッピングミスや重複を確認します。
新人ユーザーのトレーニング環境
操作に不慣れな新入社員のトレーニングに使います。誤入力しても本番データに影響がありません。
テスト完了後——サンドボックスの設定を本番に反映する
サンドボックスでテストした設定を本番環境に移行するには、主に2つの方法があります。
方法1：手動で設定を本番に再現する（シンプルな変更向け）
フロービルダーで作った自動化や、権限設定・レポートなど、比較的シンプルな変更はサンドボックスで確認後に本番環境で同じ操作を再現します。中小企業の多くはこの方法で十分です。
方法2：変更セット（Change Set）を使って移行する
変更セットを使うと、サンドボックスで作成したメタデータ（フロー・カスタムオブジェクト・レイアウト等）を本番環境へパッケージとして送信できます。
-
1サンドボックスで「送信変更セット」を作成 設定 → 変更セット → 「送信変更セット」から新規作成し、移行するコンポーネントを追加します。
-
2変更セットをアップロード（本番組織に送信） 「アップロード」ボタンで本番環境へ送信します。
-
3本番環境で受信した変更セットをデプロイ 本番側の「設定 → 受信変更セット」から変更セットを検証・デプロイします。デプロイ前に「検証のみ」で問題がないか確認できます。
- 変更セットはメタデータのみ移行できます。データ（レコード）は移行されません
- デプロイ後は元に戻せないため、必ず「検証のみ」で事前確認を行いましょう
- 本番環境でのデプロイ作業は業務の少ない時間帯（夜間・週末）に行うことをおすすめします
サンドボックスを使う習慣を作るコツ
- 「本番で試す」を禁止する：どんな小さな変更もサンドボックスで先にテストするルールを作る
- 月1回リフレッシュする：サンドボックスを定期的にリフレッシュ（最新の本番設定で再作成）すると、本番との乖離を防げる
- テスト手順を文書化する：「このフローはこの条件でテストする」という確認手順を簡単にまとめておくと引き継ぎが楽になる
- サンドボックス用テストユーザーを用意する：テスト専用のユーザー（管理者・一般ユーザー・閲覧のみ）を作っておくと権限テストがスムーズ
まとめ
Salesforceのサンドボックス環境は、本番データを守りながら安心して設定変更・新機能テストができる必須の仕組みです。
- 中小企業はDeveloperサンドボックス（無料）から始めれば十分
- フロー・権限・カスタムオブジェクト・レポートの変更は必ずサンドボックスで先に確認する
- 本番への反映は、シンプルな変更は手動で、複数コンポーネントの場合は変更セットを使う
- 「本番で直接試す」という習慣を組織から排除することが、安定運用の第一歩
サンドボックスをうまく使えるようになると、Salesforceの管理がグッと楽になります。設定変更への心理的なハードルも下がり、業務改善のスピードも上がります。