サポートチケットはZendeskに存在し、あなたのチームはSlackに存在します。これら2つのシステムが連携しない場合、見落とし、エスカレーションの遅延、顧客の待ち時間が長くなるという結果になります。
このガイドでは、ZendeskチケットのSlack通知を設定する方法を正確に説明します。ネイティブ連携（最も簡単）、カスタムWebhook（最も柔軟）、およびより強力な方法を優先して通知を完全にスキップする場合について説明します。
必要なもの
始める前に、以下を確認してください。
- 管理者アクセス権を持つZendeskアカウント
- アプリをインストールできるSlackワークスペース
- Webhookメソッドを使用する場合は、JSONの基本的な知識
- どのチャンネルがどの通知を受信する必要があるかについての明確なアイデア
方法1：ネイティブのZendesk-Slack連携を使用する
公式のSlack for Zendesk Support連携は、開始するための最も速い方法です。これは面倒な作業を処理し、コーディングは不要です。
ステップ1：SlackにZendeskアプリをインストールする
Slack App DirectoryまたはZendesk管理センターにアクセスして、連携をインストールします。ZendeskアカウントとSlackワークスペース間の接続を承認する必要があります。
承認プロセスにより、ZendeskはSlackチャンネルに投稿する権限が付与され、SlackはZendeskでチケットを作成できます。両方のプラットフォームはOAuthを使用するため、パスワードを共有する必要はありません。
ステップ2：チャンネル通知を設定する
インストールしたら、チケット通知を表示するチャンネルにZendeskアプリを招待します。チャンネルに/invite @zendeskと入力するか、チャンネル設定を使用してアプリを追加します。
アプリを複数のチャンネルに追加できます。多くのチームは、異なる目的のために異なるチャンネルを設定します。緊急チケット用、新規チケットアラート用、および一般的な更新用などです。
ステップ3：Slack通知のトリガーを作成する
ここからが魔法です。Zendesk管理センターで、オブジェクトとルール > ビジネスルール > トリガーに移動します。ZendeskがいつSlackに通知するかを定義する新しいトリガーを作成します。
新しいチケットの基本的なトリガーは次のようになります。
- 条件： チケットが作成された
- アクション： Slackで通知 > [あなたのチャンネル]
条件を追加して、投稿される内容をフィルタリングできます。たとえば、緊急度の高いチケットが作成された場合、または特定のグループに割り当てられた場合にのみSlackに通知します。
ネイティブアプローチの制限
ネイティブ連携は基本的なユースケースではうまく機能しますが、いくつかの制約があります。
- メッセージのカスタマイズの制限： Slackでの通知の表示方法を完全に制御できません
- 複雑なロジックなし： 単純な条件のみ、高度なフィルタリングなし
- 制限されたチケットフィールド： Slackからカスタムチケットフィールドを編集できません
- 添付ファイルなし： コメントの添付ファイルはSlack通知に表示されません
これらの制限が問題になる場合は、Webhookメソッドを使用すると完全に制御できます。
方法2：高度な通知のためにカスタムWebhookを設定する
Webhookを使用すると、メッセージの内容、タイミング、および外観を完全に制御して、カスタムフォーマットされた通知をSlackに送信できます。この方法ではより多くの設定が必要ですが、強力なカスタマイズが可能になります。
ステップ1：Slackの受信Webhookを作成する
Slack APIサイトから始めます。新しいアプリを作成し、受信Webhookを有効にして、ターゲットチャンネルのWebhook URLを生成します。
Webhook URLは次のようになります。
https://hooks.slack.com/services/T00000000/B00000000/XXXXXXXXXXXXXXXXXXXXXXXX
このURLを安全に保ちます。これには、チャンネルへの投稿を許可する秘密のトークンが含まれています。Slackは、リークされたWebhook URLを積極的にスキャンし、パブリックリポジトリで見つかった場合は取り消します。
ステップ2：ZendeskでWebhookを作成する
Zendesk管理センターで、アプリと連携 > Webhookに移動します。次の設定で新しいWebhookを作成します。
- エンドポイントURL： ステップ1のSlack Webhook URL
- メソッド： POST
- リクエスト形式： JSON
- 認証： 不要（トークンはURLにあります）
Webhookをテストして、ZendeskがSlackに到達できることを確認します。テストメッセージがチャンネルに表示されるはずです。
ステップ3：通知を送信するトリガーを作成する
次に、Webhookを使用するトリガーを作成します。管理センター > トリガーで、条件を設定し、「アクティブなWebhookに通知」アクションを追加します。
ここがWebhookの優れた点です。Zendeskプレースホルダーを使用してJSONペイロードをカスタマイズできます。適切にフォーマットされたペイロードは次のようになります。
{
"text": "{{ticket.requester.name}}からの新しいチケット",
"attachments": [{
"color": "#D00000",
"fields": [
{
"title": "件名",
"value": "{{ticket.title}}",
"short": false
},
{
"title": "優先度",
"value": "{{ticket.priority}}",
"short": true
},
{
"title": "チケットを表示",
"value": "<{{ticket.url}}|Zendeskで開く>",
"short": true
}
]
}]
}
これにより、カラーコーディング、構造化されたフィールド、およびチケットへのクリック可能なリンクを含むリッチ通知が作成されます。
一般的な通知のユースケースとトリガー条件
状況が異なれば、異なる通知戦略が必要になります。ここでは、最も一般的な設定を紹介します。
新規チケットアラート
条件： チケットが作成された ユースケース： サポートチームが受信した作業をすぐに認識できるようにする
これは最も基本的な通知です。すべての新しいチケットがメインのサポートチャンネルに投稿されます。これは簡単ですが、ボリュームが多い場合はノイズが多くなる可能性があります。
優先度の高いエスカレーション
条件： 優先度が緊急または優先度が高い ユースケース： 重要な問題が発生した場合に、管理または上級エージェントに警告する
「チケットが作成された」という条件を追加して、緊急チケットが更新されるたびにではなく、新しいチケットでのみ発生するようにします。これらを別のチャンネルにルーティングするか、@hereまたは@channelで特定のユーザーにメンションします。
未割り当てチケットのリマインダー
条件： チケットが更新されたAND担当者が - AND作成からの時間 > 1 ユースケース： チケットがキューに未処理のままになるのを防ぐ
これは、トリガーではなく自動化が必要です（時間が経過することに依存するため）。1時間ごとに実行するように設定し、サポートチャンネルに穏やかなリマインダーを投稿します。
SLA違反の警告
条件： リクエスターの更新からの時間 > [SLAのしきい値] ユースケース： ターゲットを逃す前に、プロアクティブなSLA管理を行う
ほとんどのチームは、実際SLAの期限の数時間前に発生するように設定し、エージェントが対応する時間を与えます。緊急度を高めるために、Slackメッセージに残りの時間を含めます。
Zendesk Slack通知のベストプラクティス
通知を機能させることは始まりにすぎません。通知を有用に保つには、ある程度の規律が必要です。
-
専用チャンネルを使用します。 Zendeskアラートを一般的なチャットと混在させると、ノイズが発生します。
#support-urgentや#tickets-newなどの特定のチャンネルを作成して、人々がエンゲージメントのレベルを選択できるようにします。 -
通知の過負荷を避けます。 無視される最も速い方法は、すべてを投稿することです。トリガー条件を具体的にします。通知にアクションが必要ない場合は、おそらく存在する必要はありません。
-
アクション可能なリンクを含めます。 すべての通知は、関連するチケットに直接リンクする必要があります。人々がそれを探す必要はありません。
-
絵文字とフォーマットを使用します。 Slackは、Webhookペイロードで絵文字をサポートしています。緊急の場合は:red_circle:、優先度が高い場合は:yellow_circle:、通常の場合は:green_circle:を使用します。視覚的なスキャンは、読むよりも高速です。
-
ライブになる前にテストします。 最初にテスト環境でトリガーを設定するか、プライベートチャンネルを使用します。壊れた通知の洪水ほど信頼を損なうものはありません。
-
監視と調整を行います。 1週間後にチームに確認します。通知は役立ちますか、それとも迷惑ですか？実際のフィードバックに基づいて条件を調整します。
一般的な問題のトラブルシューティング
慎重に設定しても、問題が発生することがあります。ここでは、最も一般的な問題を修正する方法を示します。
通知が表示されない： Webhook URLが正しく、トリガーがアクティブであることを確認します。Zendeskで、チケットイベントを見て、トリガーが起動したかどうかを確認します。トリガーが起動したがSlackに何も表示されない場合は、curlなどのツールを使用してWebhook URLを直接テストします。
間違ったフォーマット： Slackメッセージが文字化けしているように見える場合は、JSON構文を検証します。コンマまたは引用符が欠落していると、ペイロード全体が壊れます。JSONバリデーターを使用してエラーをキャッチします。
通知が多すぎる： これは通常、トリガー条件が広すぎることを意味します。特定のタグを要求したり、特定のチケットタイプを除外するなど、より具体的な条件を追加します。トリガーは、条件に一致するすべてのチケットの更新で起動することを忘れないでください。
認証エラー： Webhook URLがHTTPSを使用していることを確認します。Slackは、暗号化されていないWebhook呼び出しを拒否します。ネイティブ連携を使用している場合は、アプリを切断して再接続してみてください。
代替案：インテリジェントなチケット処理のためのeesel AI
通知はチームに情報を提供しますが、実際にチケットを解決するわけではありません。あなたの目標が応答時間とチケット量を削減することであるならば、より良いアプローチがあります。
私たちは、人々に通知するだけでなく、チケットを自律的に処理するためにeesel AIを構築しました。チケットが到着するたびにSlackメッセージを送信する代わりに、eeselはチケットを読み、ナレッジベースを確認し、応答案を作成します。あなたのチームはレビューして送信するか、あなたが自信を持ったらeeselに直接処理させます。
その違いは重要です。eeselを使用しているチームは、最大81％のチケットが人間の介入なしに解決されるのを見ています。これは、Slack通知が少なく、コンテキストの切り替えが少なく、顧客の応答が速くなることを意味します。
私たちはネイティブのSlackアプリと同じようにZendeskと統合しますが、単に通知を投稿するだけでなく、実際にチケットを処理します。可視性が必要な場合は、eeselが処理していることに関するSlackの更新を取得することもできますが、デフォルトモードはサイレント解決です。
あなたの通知戦略がより大きな問題に対する応急処置のように感じ始めている場合は、より良い通知が必要なのか、通知するチケットを減らす必要があるのかを検討する時期かもしれません。
今すぐサポートワークフローの合理化を開始する
これで、ZendeskチケットについてSlackチャンネルに通知するための2つの確実なアプローチがあります。ネイティブ連携を使用すると、数分で起動して実行できます。カスタムWebhookを使用すると、フォーマットとロジックを完全に制御できます。どちらもチームに情報を提供するためにうまく機能します。
どちらを選ぶべきですか？今日実行する必要があり、通知のニーズが簡単な場合は、ネイティブ連携から始めます。特定のフォーマット要件がある場合、または複雑な条件ロジックが必要な場合は、Webhookに時間を投資してください。
そして、通知だけではサポートの課題を解決できないと感じている場合は、AIチームメイトがより良い投資になるかどうかを検討してください。eesel AIを試して、自律的なチケット処理がより良い通知とどのように比較されるかを確認してください。
よくある質問
この記事を共有
Article by
Stevia Putri
Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.
