HubSpotサンドボックス活用ガイド｜本番環境を壊さずにテスト・検証する方法

「ワークフローを変更したら、予期しないメールが全顧客に送信されてしまった」

「プロパティの設定を変えたら、既存のレポートが壊れた」

——本番環境での設定変更は、こうしたリスクと隣り合わせです。

HubSpotのサンドボックスとは、本番環境のデータと設定をコピーした「テスト専用の環境」のことです。サンドボックスで変更をテスト・検証し、問題がなければ本番環境にデプロイ（反映）する——この運用により、設定変更のリスクを大幅に低減できます。

この記事では、サンドボックスの基本的な使い方から、実務での活用パターン、そして運用ルールの設計までを解説します。

この記事でわかること

• HubSpotサンドボックスの基本概念と利用条件
• サンドボックスの作成・同期・デプロイの手順
• テストすべき設定変更とそうでないものの判断基準
• チームでのサンドボックス運用ルール
• よくあるトラブルと対処法

サンドボックスの基本

そもそもサンドボックスとは

サンドボックスは、本番環境のコピーを作成し、設定変更を安全にテストできる独立した環境です。サンドボックスで行った変更は本番環境に自動的に反映されることはなく、管理者が明示的に「デプロイ」することで初めて本番に反映されます。

利用条件

• Enterprise以上のプランで利用可能
• 標準サンドボックス: 1アカウントにつき1個作成可能
• 開発用サンドボックス: 追加で作成可能（アドオン）

サンドボックスにコピーされるもの

ここがポイントで、実データはコピーされないため、テスト用のサンプルデータを手動で作成する必要があります。逆に言えば、実データに影響を与えずに設定変更をテストできるのがサンドボックスの最大の利点です。

サンドボックスの使い分け基準

どんな変更でもサンドボックスでテストすべきか——答えは「いいえ」です。

サンドボックスを使うべき変更

• 既存のワークフローの修正（条件分岐の変更、アクションの追加・削除）
• 既存のパイプラインのステージ変更（ステージ名の変更、削除）
• 既存のプロパティの型変更（テキスト→ドロップダウンへの変更等）
• カスタムオブジェクトの新規作成・構造変更
• 権限セットの大幅な変更

これらの変更は、既存のデータやワークフローに波及効果があるため、サンドボックスでの事前テストが必要です。

本番環境で直接行ってよい変更

• 新規プロパティの追加（既存データに影響しない）
• 新規ワークフローの作成（既存のフローに影響しない）
• レポートの新規作成
• ユーザーの追加・権限の微調整

新しいプロパティを追加するだけなら、既存のレポートやワークフローに影響しないので、本番環境で直接行って問題ありません。ただし、プロパティの削除は影響範囲を確認してから行いましょう。

サンドボックスの操作手順

ステップ1: サンドボックスの作成

1. HubSpotの設定画面（歯車マーク）を開く
2. 「サンドボックス」メニューを選択
3. 「サンドボックスを作成」をクリック
4. 本番環境の設定が自動的にコピーされる（数分〜数十分）

ステップ2: サンドボックスでテスト

1. サンドボックス環境に切り替え
2. テスト用のサンプルデータ（コンタクト・取引等）を手動作成
3. 設定変更を実施
4. ワークフローのテスト実行でサンプルデータの動作を確認
5. レポートに影響がないか確認

ステップ3: 本番環境へのデプロイ

1. サンドボックスでの検証が完了
2. デプロイ対象の設定を選択
3. 「本番環境にデプロイ」を実行
4. 本番環境で最終確認

チームでの運用ルール

サンドボックス運用ポリシーの策定

大規模チームでサンドボックスを運用する際は、以下のルールを明文化しておくことをおすすめします。

1. サンドボックスの利用権限

• サンドボックスを操作できるのはCRM管理者とリード開発者のみ
• 一般ユーザーはサンドボックスにアクセスしない

2. 変更リクエストのフロー

変更リクエスト（Slack/チケット）
    ↓
管理者がサンドボックスで実装・テスト
    ↓
レビュー（変更内容の確認）
    ↓
本番デプロイ（管理者が実施）
    ↓
本番確認

3. 同期のタイミング

本番環境の設定は日々変化するため、サンドボックスが古い設定のままになっていると、デプロイ時に競合が発生します。定期的に（月1回程度）サンドボックスを再同期するか、大きな変更の前に最新の本番設定を反映させましょう。

バックアップの重要性

サンドボックスがあっても、本番データのバックアップは別途取得しておきましょう。HubSpotの管理画面からデータのエクスポートが可能です。復元期限は14日以内なので、定期的なバックアップ取得をルール化しておくと安心です。

よくあるトラブルと対処法

トラブル1: サンドボックスと本番の設定が乖離

サンドボックスを作成した後、本番環境で設定変更を行うと、両者が乖離します。デプロイ時に「どちらの設定が正しいか」の判断が必要になります。

対処: 大きな変更を行う前にサンドボックスを再同期し、最新の本番設定をベースにテストを行う。

トラブル2: テストデータが不十分で検証漏れ

サンドボックスに実データがコピーされないため、テストデータの作成が不十分だと、本番でのみ発生するエッジケースを見逃すことがあります。

対処: テストデータのテンプレート（各ステージの取引、各ライフサイクルステージのコンタクトなど）をサンドボックスに常備しておく。

トラブル3: 複数人が同時にサンドボックスを使用

1つのサンドボックスを複数人が同時に操作すると、変更が競合します。

対処: サンドボックスの利用をスケジュール管理し、同時操作を避ける。大規模チームでは開発用サンドボックスの追加を検討。

まとめ

HubSpotのサンドボックスは、本番環境のデータと設定を壊さずに変更をテストできる安全な環境です。

既存のワークフローやパイプラインに変更を加える場合は必ずサンドボックスでテストし、新規作成の場合は本番で直接作業する——このシンプルなルールだけでも、設定変更に伴うリスクを大幅に低減できます。

HubSpotの導入・活用についてお気軽にご相談ください

StartLinkでは、HubSpotの導入設計から運用定着まで、企業様の状況に合わせた支援を行っています。

「サンドボックスの運用ルールを整備したい」「Enterprise環境の設計を相談したい」——そんなお悩みをお持ちでしたら、ぜひ一度ご相談ください。

無料相談はこちら → StartLink お問い合わせ

よくある質問（FAQ）

Q1. サンドボックスを使うにはどのプランが必要ですか？

サンドボックスはEnterprise以上のプランで利用可能です。Professional以下のプランでは利用できません。サンドボックスの必要性がEnterprise導入の判断材料の1つになることもあります。

Q2. サンドボックスのデータは本番に影響しますか？

いいえ、サンドボックスで作成したテストデータ（コンタクト・取引等）は本番環境に反映されません。デプロイ対象は「設定」（プロパティ・ワークフロー・パイプライン等）のみで、データは別管理です。

Q3. サンドボックスの更新（再同期）はどうすればよいですか？

HubSpotの設定画面からサンドボックスの再同期を実行できます。再同期すると本番の最新設定がサンドボックスにコピーされますが、サンドボックスで作業中の変更は上書きされるため、未デプロイの変更がある場合は注意が必要です。

Q4. Salesforceのサンドボックスと比べてどうですか？

Salesforceは Full/Partial/Developer の3種類のサンドボックスがあり、HubSpotよりも細かい制御が可能です。一方、HubSpotのサンドボックスはシンプルで操作が容易な点が特徴です。HubSpotの方が学習コストが低く、管理者1人でも運用しやすいかなと思います。

この記事は2025年3月時点の情報に基づいています。HubSpotの機能は定期的にアップデートされるため、最新情報はHubSpot公式サイトでご確認ください。

関連記事:

• HubSpot Enterprise活用ガイド
• HubSpotパーミッション設計ガイド
• HubSpot応用機能10選