一般的に、テストサーバなどを使った開発環境のことを「Sandbox」と呼びますが、そのSandbox側で作成・設定したコンポーネント情報を、実際に使用する本番環境に移行したい場合や、複数のSandbox間で設定を共有したいときなどに変更セットが使用されます。カスタマイズデータを正確かつ安全に移行できる変更セットは、異なる環境間でもSalesforce設定の一貫性を保つために欠かせない機能です。
変更セットには「送信変更セット」「受信変更セット」2種類の表記があります。2種類の違いを以下で解説します。

変更セットの種類

変更セットの中身はカスタマイズの内容が記載されたメタデータ XMLファイルの塊です。同一の変更セットについて、変更セットを作成した側では「送信変更セット」、受け取った側では「受信変更セット」として表示されます。以下で詳しく解説していきます。

送信変更セット

開発環境で実施したカスタマイズや新規作成したコンポーネントなどをまとめた変更セットを新規作成すると、作成した側のSalesforce環境にはメニューの「送信変更セット」配下に表示されます。送信変更セットは複数作成し保存できます。実際に使う際は、送信したい内容の変更セットを選択し、特定のSandboxや本番環境など指定した環境へ送信します。

受信変更セット

前段の送信変更セットは、受信側では「受信変更セット」となります。受け取った変更セットは、メニューの「受信変更セット」配下に表示されます。ここでは複数の変更セットを受信できます。受信側では受信変更セットの内容を確認し、必要に応じて手元の環境に適用します。

変更セットを使用するメリット

Salesforceの変更セットは設定やカスタマイズの移行を効率的に行う仕組みです。以下で変更セットを使用するメリットについて詳しく解説していきます。

本番環境への実装をスムーズに行える
コンポーネントの誤った書き換えを防げる

本番環境への実装をスムーズに行える

変更セットは「Sandbox側で複数の内容変更をまとめて、本番環境で一度に実行できる」という利点があります。本番環境で直接設定を行い作業が数日間にわたった場合、日々の業務に支障が出る可能性がありますが、開発環境側で完成させたコンポーネント情報を一括で実装させることにより、本番環境に影響がおよぶ時間は短く済むのが特徴です。本番環境の不具合で業務に影響を及ぼさないように、開発環境上で作業の抜け漏れを防ぎ、一気にコンポーネントの反映（実装）を行いたい場合に使用すると大きな効果があります。

また、変更セット作成には「連動関係を参照/追加」という機能があります。これは変更したコンポーネント情報に依存するコンポーネントを一覧表示して変更セットに追加できる機能です。連動している設定を自動で認識し、必要なコンポーネントをまとめて移行できます。

コンポーネントの誤った書き換えを防げる

変更セットの利用では、Sandboxと本番環境で「リリース接続」を行います。Sandboxで動作確認を行い、十分に検証したコンポーネントを変更セットのリリース接続で一気に本番環境に移し替えられるため、設定ミスに起因する本番環境の動作不良が起きにくくなります。受信のためのリリース接続には送信側と受信側双方の「認証」が必要であるため、誤ったデータ送信による改変も防げます。

受信側では変更セットの内容に問題がないか「検証」する機能もあります。受信変更セットの一覧から、検証したい変更セットを選択して実行します。送信側で変更セットが削除された場合や、受信側で変更セットを適用中の間は検証機能が使えません。

Salesforceの定着を実現するための「Salesforce活用で最初に絶対やるべき4つのポイント」とは？
定着活用を進めるための具体的なステップを紹介！
⇒解説資料のダウンロードはこちらから

変更セットで送受信できるコンポーネント一覧

使用環境やバージョンによって異なる場合がありますが、一般的に変更セットで送受信できるコンポーネントは100種類以上にのぼります。その中でも重要なコンポーネントは以下の通りです。

コンポーネント一覧
・カスタムオブジェクト
・カスタム項目
・ボタンまたはリンク
・重複ルール
・アプリケーション
・フロー定義　　など

変更セットの送受信手順

変更セットを使ってSandboxから本番環境へコンポーネントを移行するまでの送受信の手順を解説します。

1. 本番環境側で変更セットの着信を許可する

まず、受信側となる本番環境側を、変更セットを受け取り可能な設定にします。
手順は以下のとおりです。

1. 受信側となる本番環境のSalesforceにログインします。
2. 画面右上にある歯車アイコンから「設定」をクリックします。
3. クイック検索ボックス（虫眼鏡アイコン）に「リリース」と入力して、「リリース設定」を選択します。

＜リリース設定の選択＞

4.変更セットのやりとりができる相手のリストが表示されます。この時点では送信元の「アップロード認証方向」項目には、接続の遮断を示すマークが表示されます。変更セットを作成する送信元の名前の横にある「編集」をクリックします。
5. 「リリース接続の詳細」画面が開きます。
6. 「アップロード認証方向」の項目で「変更着信を許可」にチェックを入れて「保存」します。

＜「変更着信を許可」にチェックを入れて保存＞

7. 左上の「リリース設定に戻る」をクリックし、相手リスト一覧に戻ります。
8.リストにある送信元の「アップロード認証方向」項目が、接続が確立されたマークに変わっていることを確認します。

これで、本番環境側で変更セットの着信が許可され、移行準備が整います。

2. Sandbox側で送信変更セットを作成する

次に、開発環境となるSandbox側で、送信変更セットを作成します。手順は以下のとおりです。

1. SandboxのSalesforceにログインします。
2. 画面右上の歯車アイコンをクリックして「設定」を選択します。
3. クイック検索ボックス（虫眼鏡アイコン）に「送信変更セット」と入力、「送信変更セット」を選択します。送信変更セットのリストが一覧表示されます。作成済みの送信変更セットがあればリストに表示されます。

＜送信変更セットの画面＞

4. 「新規」を選択し、新しい変更セットを作成します。「名前」と「説明」を入力して、「保存」をクリックします。
5. 変更セットにコンポーネントを追加します。「変更セットコンポーネント」の「追加」をクリックし、本番環境に移行したいコンポーネントを指定します。
6. 指定したコンポーネントにチェックを付けて、「変更セットに追加」をクリックします。
7.「連動関係を参照/追加」を選択します。追加したコンポーネントと関連しているコンポーネントの一覧が表示されます。移すべきコンポーネントを選択し「変更セットに追加」します。
8. すべてのコンポーネントを追加したら、再び送信変更セットのリストを表示します。
9. アップロードする変更セットの横にある [アップロード] を選択します。

＜送信変更セットのアップロード＞

10.変更セットの送信先の組織を選択して、[アップロード] をクリック、実行します。

＜送信先の組織を選択して「アップロード」をクリック＞

これで、Sandboxで作成した送信変更セットは本番環境に送信され、受信側での承認を待つ状態となります。

3. 受信した変更セットを適用する

Sandboxから送信された変更セットは、本番環境側で受信し適用することで、本番環境に反映されます。手順は以下のとおりです。

1. 本番環境のSalesforceにログインします。
2. 画面右上の歯車マークをクリックして「設定」を選択します。
3. クイック検索ボックス（虫眼鏡アイコン）に「受信変更セット」と入力して、「受信変更セット」をクリック、受信した変更セットのリストが表示されます。
4. 適用したい変更セットの横にある「検証」をクリックします。検証が開始されます。

＜「検証」をクリック＞

＜テストオプションの画面＞

5. 確認が完了したら「詳細を表示」をクリックします。エラーがある場合、問題の原因をメッセージで確認できます。問題がなければ「リリース」をクリックし、テストオプションの選択を選び「リリース」をクリックします。

＜「リリース」をクリック＞

＜テストオプションで「リリース」をクリック＞

9. リリースが成功したら、受信変更セットの一覧画面で、リリース済みの変更セットとして表示されます。

＜リリース済みの変更セットの画面＞

Salesforce運用でよくある失敗、「Salesforce運用で陥りがちな5つの“落とし穴”」とは？
⇒解説資料のダウンロードはこちらから

Salesforceの変更セットを使用する際の注意点

Salesforceの変更セットを使用する際には以下3点に注意しましょう。

依存関係のあるコンポーネントは必ず事前に確認する
本番環境への適用前に検証（テスト）を必ず実施する
変更セットでは移行できない設定・データがある点に注意する

依存関係のあるコンポーネントは必ず事前に確認する

変更セットを利用する際に特に注意したいのが、コンポーネント同士の依存関係です。Salesforceでは、項目・レイアウト・フロー・入力規則など、多くの設定が相互に関係しています。そのため、必要なコンポーネントの一部だけを変更セットに含めて移行してしまうと、本番環境でエラーが発生したり、想定どおりに動作しないケースがあります。

こうした事態を防ぐために、変更セット作成時には「連動関係を参照／追加」機能を活用することが重要です。この機能を使用すると、選択したコンポーネントに依存している関連設定を一覧で確認でき、移行漏れを防ぎやすくなります。設定を移行する前に、関連コンポーネントを十分に確認し、必要なものを漏れなく変更セットに含めるようにしましょう。

本番環境への適用前に検証（テスト）を必ず実施する

受信変更セットを本番環境に適用する前には、必ず「検証」機能を実行することが重要です。検証を行うことで、変更セットに含まれるコンポーネントが本番環境に正しく適用できるか、エラーが発生しないかを事前に確認できます。

特に、本番環境には実際の業務データやユーザーが存在するため、直接リリースを実行してしまうと想定外の不具合が業務に影響を及ぼす可能性があります。検証結果でエラーが表示された場合は、内容を確認し、依存関係の不足や設定の不整合がないかを見直しましょう。検証を通したうえでリリースを実行することで、安全かつ安定した設定移行が可能になります。

変更セットでは移行できない設定・データがある点に注意する

変更セットは非常に便利な機能ですが、すべての設定やデータを移行できるわけではない点にも注意が必要です。たとえば、レポートの購読設定や一部のユーザー固有設定、実データ（レコードそのもの）などは、変更セットでは送受信できません。

そのため、変更セットで移行できない設定やデータについては、事前に把握したうえで、手作業での設定や別の移行手段を検討する必要があります。変更セットはあくまで「設定・カスタマイズの移行」を目的とした仕組みであることを理解し、移行対象を整理したうえで活用することが、トラブルを防ぐポイントです。

カスタマーサクセス支援実績トップクラスのセラクCCCでSalesforceの課題を解決！
⇒セラクCCCサービス資料はこちらから

Salesforceの定着・活用でお困りの方はセラクCCCにご相談ください

Salesforceの変更セットは、カスタマイズデータを開発環境から本番環境などの環境間で正確かつ安全に移行するための機能です。開発環境側で送信変更セット、本番側で受信変更セットとして扱われ、データの上書きミスが起きないように工夫されています。

セラクCCCはSalesforce定着・活用支援トップクラスの公式コンサルティングパートナーとして、全国500社（2025年12月時点）を超える実績と400名（2025年12月時点）を超える専門コンサルタントが在籍しており、内製化支援をはじめ複合的なクラウド活用のご提案が可能です。元営業担当のメンバーも多く、高いコミュニケーション力で現場に寄り添いながら、 Salesforceの定着活用を主体的に支援します。まずはお気軽に無料相談からお問い合わせください。

Salesforceでお悩みなら、
まずはお気軽に
お問い合わせください

この記事の執筆者

株式会社セラクCCC

株式会社セラクCCCは、Salesforceをはじめとするクラウドシステムの定着・活用支援を担うカスタマーサクセス企業です。
Salesforce Navigator プログラムの【Managed Services】分野のExpert認定の詳細はこちら

当社は、セラク(東証スタンダード上場)のグループ会社です。

この記事の監修者

Salesforce活用コンサルタント

新卒から約5年間福祉領域の人材紹介業に従事。キャリアアドバイザー職、法人営業職を経てマーケティング部に異動。この際、Salesforceを活用したテレアポの効果的な手法探索、およびSalesforceとMAツールを連携した集客の立案に携わりカスタマーサクセスおよび、業務に効果的なCRMの在り方を更に高めたいという思いで2021年にセラクCCCに入社。
現在は社内で使用しているSalesforce保守運用業務に従事し、営業、経理、バックオフィス等各職種で必要な機能をヒアリングから実装、運用保守まで担当している。

・Salesforce認定保有資格
-Platform アドミニストレーター上級
-Sales Cloud コンサルタント
-Service Cloud コンサルタント
-Marketing Cloud Account Engagement コンサルタント
-Platform Sharing and Visibility アーキテクト
-その他多数（Experience Cloud、Field Service、Data アーキテクト、AI アソシエイト、アプリケーションビルダーなど）
※資格の詳細はSalesforce公式資格ページをご覧ください。

※Salesforceの定着活用に関する記事監修を多数