Slackの無料Sandbox環境を取得する
はじめに
Salesforceチームの高嶋です。
最近SlackでもSalesforceみたいに手軽に開発環境を用意できたらいいのにな〜と思うことがあり、改めて調べてみたらできる様になっていたので試してみました。
この記事では、次をまとめます。
- 誰が使えるか
- Sandbox環境とは何か
- どんなケースで有用か
- 作成方法(Web UI)
- 運用上の注意点
誰が使えるか
Slack Sandboxは、Slack Developer Programに登録した開発者が、開発・アプリ検証用に作成でき、Programは誰でも無料で参加できます。
ただし、Sandboxを実際に作るには次のどちらかが必要です。
- すでに有料プランのワークスペースのメンバーである(ワークスペース作成から30日以上経過。Enterprise組織所属ならこの30日条件は不要)
- または支払い方法の登録(本人確認用で、課金はされないと公式に明記)
Sandbox環境って?
SlackのDeveloper Sandboxは、ざっくり言うと次のような環境です。
本番とは切り離されたEnterprise org相当の検証用環境
公式ドキュメントでは、次のように説明されています。
- Enterprise org環境(複数ワークスペースを束ねる組織構成)
- Slackの各種機能を、追加費用なしで安全に試せる
- Slack Developer Programの特典としてプロビジョニングできる
ポイントは「ただの無料ワークスペース」ではなく、Enterprise相当の機能・構成を前提にアプリ/自動化を検証できることです。
通常のワークスペースとの違い(イメージ)
| 観点 | 通常ワークスペース(Free / Pro等) | Developer Sandbox |
|---|---|---|
| 環境の位置づけ | 本番に近い実利用環境にもなりうる | 開発・検証専用 |
| 組織構成 | 基本は単一ワークスペース | Enterprise org(複数ワークスペースを扱える) |
| Enterprise向けAPI/機能 | 制限が多い/検証しづらい | 検証しやすい |
| 本番データとの関係 | 誤操作のリスクがある | 本番と隔離(別環境) |
| コスト | プランによる | Developer Program経由で追加課金なし(条件あり) |
知っておきたい前提・制限
便利ですが、本番の完全コピーではありません。主な制限は次のとおりです(公式の上限。変更されうるため、実装時は最新ドキュメントを確認してください)。
| 項目 | 目安 |
|---|---|
| 同時に持てるActive Sandbox | 最大2 |
| 30日あたりの作成数 | 最大10 |
| 既定の有効期間 | 6か月(条件を満たせば6か月単位で延長可) |
| 1 Sandboxあたりのフル機能ワークスペース | 最大5 |
| ユーザー数 | 最大8(ボット/アプリ除く) |
| ゲスト | 最大2 |
| Slack Connect | Sandbox同士など、制限付き |
| 自動化 | 統合(アプリ+公開Workflow)に上限あり |
また、メッセージ/ファイルの扱いなどはFreeプラン相当の制限がかかる、という整理です。
「本番と同等の長期データ保管・大規模ユーザー試験」には向きません。
どんなケースで有用か
公式の想定用途と、Salesforce連携の文脈から整理すると、**「本番を汚さず/壊さず、Slackのリアルな挙動で確かめたい」**ときに向いています。
1. Slackアプリ開発・改修の検証
- Bolt / Workflow/カスタムアプリの動作確認
- イベント購読、権限(Scopes)、モーダル、ショートカットなどのUI検証
- 本番チャンネルへの誤投稿を避けたいとき
2. Enterprise向け機能の体験・実装確認
SandboxはEnterprise org環境です。公式の説明を踏まえると、たとえば次のような検証に使えそうです。
- 複数ワークスペースをまたぐ挙動
- Orgレベルの管理・ポリシーに近い前提でのアプリ設計
- 本番Enterpriseを持っていない/検証専用に使えないチームでの学習
3. Workflow Builder/自動化の試行錯誤
- トリガー条件の試し撃ち
- 公開前後の動作確認
- 「動いたつもりが本番だけ壊れた」を減らすための段階的検証
4. チームでのデモ・ハンズオン
テンプレート付きSandboxを選ぶと、最初から疑似ユーザー・チャンネル・スレッドが入った状態で始められます。
| テンプレート | 中身のイメージ |
|---|---|
| Empty | 1ワークスペース + デモユーザー1 |
| Slack template(default) | 1ワークスペース + 疑似ユーザー7 + チャンネル7 + スレッド/返信/リアクション付き |
「空の環境から全部手で作る」より、デモや社内勉強会の立ち上げが早い、という位置づけです。
5. 「本番で試す」をやめる文化づくり
- 誤通知・誤メンション・権限の広がりすぎ
- 顧客データの混入
- セキュリティ/コンプライアンス観点での事故予防
6. Salesforce連携の検証
- Flow / ApexからのSlack通知
- Salesforce for Slackアプリの接続・アラート
- Connected App / OAuth(Sandbox用ログインURL)の確認
向いていない/注意したいケース
- 本番ユーザー数百〜数千規模の負荷試験
- 本番データの完全再現(Sandboxは本番と接続しません)
- 長期の実業務利用(既定6か月、アーカイブ後はアクセス不可)
- 第三者向けアプリの本格配布検証(用途は開発・テスト向け)
作成方法
Web UIから作成する方法と、Slack CLIから作成する方法がある様で、この記事ではWeb UIでの作成手順をまとめます。 同じ操作はSlack CLI(slack sandbox create)でもできますが、CLIのインストールとslack loginが別途必要です。繰り返し作成や一時環境向けの詳細は、公式のCLIリファレンスを参照してください。
事前準備:Slack Developer Programに登録する
1. Slack Developer Programを開く
2. プログラムに参加するから登録フォームを送信


3. 確認メールが届くのでメールのリンクから有効化

4. Developer Dashboardに入れることを確認し、必要に応じて支払い情報を登録する
Sandbox作成時、次のどちらかが求められますが、今回は有料プランのメンバーとして作成したので支払い方法の登録は不要でした。
- すでに有料プランのメンバーであること(条件あり)
- または支払い方法の登録(本人確認用で課金はされないと公式に明記)
「無料なのにクレカ?」と不安になるかもしれませんが、身元確認のための仕組みです。
Enterprise組織に所属している場合
Org Adminが「Developer Sandboxの作成に承認必須」としていると、先に申請 → 承認 → 作成、の流れになります。
承認されるとSlackbot通知が来るので、そのあとプロビジョニングします。
Web UIで作成する
1. Sandboxesページを開く
2. Provision Sandboxをクリック

3. 必要ならOrg AdminへのRequest Access(承認制の場合)
4. Sandboxの詳細を入力してサンドボックスを用意するをクリック

6. Sandboxes一覧から作成した環境名をクリックしてサインインする

7. メール+設定したパスワード or 認証コードで検証を完了させる
8. 作成完了

作成後に押さえておくとよい点(公式の上限を踏まえると)
- 検証用チャンネルを作成する(
#dev-app-testなど) - テスト用のBot / Workflowだけ入れる
- 招待するメンバーを最小限にする(ユーザー上限あり)
- アーカイブ予定日を意識する(既定6か月。30日前にメール通知)
運用メモ(公式ドキュメント上の注意点)
Active / Archived / Deleted
| ステータス | 意味 |
|---|---|
| Active | 利用中(既定6か月) |
| Archived | 期限到来などでアーカイブ。アクセス不可。一定の猶予後に削除 |
| Deleted | 削除済み。データは復元不可 |
アーカイブ後すぐ消えるわけではなく、猶予期間中にunarchiveできる、という整理です(ユーザーの再有効化などが必要)。
本番とはつながっていない
同じメールドメインでも、本番Enterprise/本番ワークスペースのデータや設定は見えません。
「本番のコピー」ではなく「本番相当の機能を持つ別環境」と整理されています。
Org Admin側のコントロール(Enterprise)
EnterpriseのOrg Owner / Adminは、次を制御できます。
- Sandbox作成の許可/承認必須
- 申請の自動承認・自動却下
- 招待可能なメールドメイン
- Slack Connectの範囲
- 作成済みSandboxの延長・アーカイブ・削除
コンサル/SIとして顧客環境に入る場合は、公式にもあるとおり先にAdminポリシーを確認するのがよさそうです。
まとめ
- Slack Developer Sandboxは、本番と隔離されたEnterprise org相当の検証環境
- Slackアプリ、Workflow、Enterprise前提の挙動確認に特に有用
- 作成の流れはDeveloper Program登録 → Web UIでProvision Sandbox(CLIでも作成可)
- 無料で使えるが、作成条件(有料プランor支払い方法による本人確認)と利用上限がある
- Salesforceとの組み合わせは別記事で整理する
