Zendeskサンドボックスと本番環境：2026年完全ガイド

ライブのカスタマーサービス環境に直接変更を加えるのは危険です。トリガーの設定ミスや自動化の破損により、サポート業務が中断され、顧客が不満を抱く可能性があります。そのため、Zendeskは、本番環境にデプロイする前に安全に試すことができる、個別のテストスペースであるサンドボックス環境を提供しています。

このガイドでは、Zendeskのサンドボックス環境と本番環境について知っておくべきことをすべて解説します。それぞれの仕組み、使用するタイミング、主な違い、および両方を管理するためのベストプラクティスについて学びます。また、eesel AIのようなツールを使用して、AIエージェントをライブのヘルプデスクに接続する前にサンドボックスでテストする方法についても説明します。

Zendeskサンドボックスとは？

Zendeskサンドボックスは、本番環境の構成とデータを複製するテスト環境です。ライブ運用にリスクを与えることなく変更をテストできる安全なプレイグラウンドと考えてください。

サンドボックスを作成すると、Zendeskは本番インスタンスの特定時点のスナップショットを取得します。これには、チケット、ビジネスルール、ユーザーデータ、および構成設定が含まれます。複製プロセスでは、最大10,000件のチケットが関連するエンドユーザーとともにコピーされ、現実的なデータを使用できます。

サンドボックスに複製されるものは次のとおりです。

• チケットと会話　チケットあたり最初の100件のコメントを含む最大10,000件のチケット
• ビジネスルール　トリガー、自動化、ビュー、およびマクロ
• ユーザーデータ　エージェントとエンドユーザー（メールはプライバシー保護のため@example.comに匿名化されます）
• 構成　ブランド、チケットフィールド、グループ、カスタムロール、および組織
• テンプレートとブランディング　メールテンプレート、ウェルカムメール、およびブランドカラー

覚えておくべき重要なことは、サンドボックスは静的なスナップショットであるということです。作成後、本番環境との同期は維持されません。サンドボックスで行った変更はそこに残り、本番環境での変更は自動的にサンドボックスに反映されません。

Zendesk本番環境とは？

Zendesk本番環境は、実際のサポートが行われるライブの顧客向けインスタンスです。ここでは、エージェントが実際のチケットを処理し、顧客がリクエストを送信し、すべてのビジネスクリティカルな運用が実行されます。

本番環境には、ライブデータ、アクティブな統合、および実際の顧客とのコミュニケーションが含まれています。ここでのすべての変更は即座に影響を与えます。トリガーを更新すると、実際のチケットですぐに起動を開始します。Webhook（ウェブフック）を変更すると、ライブAPIの呼び出しを開始します。ビジネスルールを変更すると、実際の顧客体験に影響を与えます。

これにより、本番環境はサポート業務の信頼できる情報源となります。また、ここで直接行う変更には注意が必要です。本番環境でのテストはより速く見えるかもしれませんが、問題が発生した場合、顧客はすぐにそれを感じます。

主な違い：Zendeskサンドボックスと本番環境

これらの環境の違いを理解することで、それぞれを適切に使用できます。次に、それらを比較する方法を示します。

メールの匿名化は特に重要です。Zendeskは、サンドボックス内のすべてのユーザーメールを自動的に@example.comドメインに変換します。これにより、テスト中に実際の顧客に誤ってメールが送信されるのを防ぎます。管理者は、必要に応じて特定のテストアカウントに対してこれを元に戻すことができますが、デフォルトでは恥ずかしい間違いから保護されます。

Webhook（ウェブフック）はもう1つの重要な違いを示しています。これらはサンドボックスに複製されますが、デフォルトでは非アクティブに設定されます。これにより、サンドボックスが外部システムへのライブAPI呼び出しを誤ってトリガーするのを防ぎます。テスト用に手動でアクティブ化できますが、デフォルトの非アクティブ状態により安全が確保されます。

サンドボックスと本番環境を使用するタイミング

さまざまなタスクにどの環境を使用するかを知ることで、運用をスムーズにし、顧客を満足させることができます。

サンドボックスは以下に使用します。

• 新しいワークフローとトリガーをライブに移行する前のテスト
• 顧客とのやり取りを危険にさらすことなく、現実的なデータに関する新しいエージェントのトレーニング
• 統合とカスタムアプリの実験
• ヘルプセンターのテーマのカスタマイズと変更のテスト
• 顧客向けのデプロイメントの前にAIエージェントの構成を検証
• 変更管理プロセス中の構成変更のテスト

本番環境は以下に使用します。

• 日々のカスタマーサポート業務
• 実際の顧客とのライブエージェントのやり取り
• すべてのチャネルにわたる実際の顧客とのコミュニケーション
• 収益を促進するアクティブなビジネスプロセス
• 迅速な対応が必要な時間的制約のあるサポートリクエスト

経験則は簡単です。顧客がそれを見たり、影響を受けたりする場合は、最初にサンドボックスでテストしてください。すべてが期待どおりに機能することを確認した後でのみ、本番環境にデプロイしてください。

プランの可用性と制限事項

すべてのZendeskプランにサンドボックスへのアクセスが含まれているわけではありません。利用可能なものは次のとおりです。

出典：Zendeskの価格ページ

サンドボックスへのアクセスがあっても、理解しておくべき重要な制限事項があります。

• 1か月あたり最大10回の複製　サンドボックスの作成または更新は、1か月あたり10回のみ可能です
• 90日間の非アクティブ状態での削除　サンドボックスは、90日間使用しないと自動的に削除されます
• 自動同期なし　作成後、データはサンドボックスと本番環境の間を流れません
• 手動デプロイメントが必要　サンドボックスでの変更は、手動で再作成または本番環境にデプロイする必要があります

複製制限は、積極的に開発およびテストしている場合に重要になります。特に、複数のチームメンバーが環境で作業している場合は、サンドボックスの更新を慎重に計画してください。

サンドボックスから本番環境へのワークフローのベストプラクティス

サンドボックスから本番環境への流れをスムーズに管理するには、ある程度の規律が必要です。次に、機能するプラクティスを示します。

変更するすべてのものを文書化します。 サンドボックスで行われた構成変更の実行ログを保持します。本番環境にデプロイする時期が来たら、このドキュメントがチェックリストになります。

デプロイメントに構成管理を使用します。 Zendeskは現在、スナップショットを介してネイティブ構成デプロイメントを提供しています。サンドボックスのスナップショットを保存し、デプロイメントを作成し、移動する構成を選択して、自動バックアップでデプロイします。これは、手動での再作成よりもはるかに安全です。

複雑な環境の場合は、サードパーティツールを検討してください。 複数のZendeskインスタンスまたは複雑な構成を管理するチームの場合、Saltoのようなツールは、高度なデプロイメントおよび同期機能を提供します。

サンドボックスを定期的に更新します。 サンドボックスは特定時点のスナップショットであるため、すぐに古くなります。テスト環境を本番環境に合わせて最新の状態に保つために、定期的な更新をスケジュールします。

削除する前にカスタムテーマをエクスポートします。 古いサンドボックスを新しいサンドボックスに置き換える場合は、最初にカスタムヘルプセンターのテーマをエクスポートします。テーマはサンドボックスの交換中に失われます。

最初にサンドボックスでAIエージェントをテストします。 AIツールを本番環境のヘルプデスクに接続する前に、サンドボックスでその動作を確認してください。これには、応答品質、エスカレーションルール、および統合ポイントのテストが含まれます。

eesel AIでAIエージェントを安全にテストする

AIエージェントは、サポートチームの運用方法に大きな変化をもたらします。顧客向けのデプロイメントの前に徹底的にテストすることが不可欠です。

eesel AIはZendeskと統合して、最前線のサポートを処理するAIエージェントを提供します。このプラットフォームは、過去のチケット、ヘルプセンターの記事、およびマクロから学習し、ブランドの声で応答します。プレーンな英語でエスカレーションルールを定義し、APIを介して外部システムに接続できます。

これがAIエージェントにとってサンドボックスのテストが重要な理由です。

過去のデータで安全にトレーニングします。 eesel AIは、チケットの履歴から学習して、トーンと一般的な問題を理解します。このトレーニングをサンドボックスでテストすると、AIが実際の顧客とやり取りする前に、AIがビジネスコンテキストを理解していることを確認できます。

本番稼働前にシミュレーションを実行します。 このプラットフォームは、過去のチケットでシミュレーションを実行して、AIがどのように応答したかを示すことができます。これにより、デプロイメント前に応答品質に関する具体的な指標が得られます。

段階的なロールアウト制御。 エージェントのレビューのためにAIが返信を下書きすることから始めて、自信が高まるにつれて自律的な応答に徐々に拡大できます。この「監督付きで開始し、自律的にレベルアップする」アプローチにより、リスクが最小限に抑えられます。

リスクなしで統合をテストします。 AIエージェントが外部システム（注文ルックアップ用のShopifyなど）に接続する場合、サンドボックスのテストにより、これらの統合が本番稼働前に正しく機能することが保証されます。

Zendeskサンドボックスとeesel AIの組み合わせにより、完全なテスト環境が提供されます。AIの動作を検証し、応答を微調整し、本番環境のサポート業務にリスクを与えることなく統合を確認できます。