Zendeskのメッセージングトリガーとサポートトリガー：2026年完全ガイド

Zendesk で自動化を設定する場合、メッセージングトリガーとサポートトリガーという2種類のトリガーがあることに気づいたかもしれません。名前は似ていますが、カスタマージャーニーのまったく異なる段階で動作します。間違ったトリガーを使用したり（または間違った順序で使用したり）すると、ワークフローが中断し、顧客が混乱する可能性があります。

簡単に言うと、メッセージングトリガーはチケットが存在する前、つまり会話中に実行されます。サポートトリガーは、チケットが作成または更新された後に実行されます。それぞれがいつ起動し、何ができるかを理解することは、実際に機能する自動化を構築するために不可欠です。

このガイドでは、Zendeskのメッセージングトリガーとサポートトリガーの主な違い、それぞれの使い分け、そしてそれらを連携させる方法について解説します。

Zendeskトリガーとは？

Zendeskトリガー は、特定の条件が満たされたときに自動的にアクションを実行するビジネスルールです。サポートワークフローにおける「もしこうなら、こうする」というステートメントと考えてください。

顧客が連絡を取ると、Zendeskは現在の条件に対してトリガーを評価します。条件が一致すると、トリガーが起動し、設定したアクションを実行します。メッセージの送信、チケットフィールドの更新、グループへの割り当て、チームメンバーへの通知などです。

重要なことは、Zendeskにはチャネルごとに異なるトリガータイプがあることを理解することです。メールチケット、メッセージングでの会話、チャットセッションには、それぞれ異なる機能とタイミングを持つ独自のトリガーシステムがあります。通常、混乱はここから始まります。

メッセージングトリガーとサポートトリガー：主な違い

これら2つのトリガータイプが、4つの重要な側面でどのように異なるかを見てみましょう。

タイミング：いつ起動するか

最も重要な違いはタイミングです。

メッセージングトリガーは、チケットが作成される前、つまり会話中に実行されます。顧客が会話をリクエストしたとき、メッセージを送信したとき、キューに追加されたとき、またはキューから割り当てられたときに起動します。これにより、リアルタイムで会話の流れを制御できます。

サポートトリガーは、チケットが作成または更新された後に実行されます。チケットのライフサイクルイベント（作成、ステータスの変更、フィールドの更新、コメントなど）に対応します。これらのトリガーは、システムにチケットが存在するようになったら管理します。

このタイミングの違いは非常に重要です。メッセージングトリガーは、顧客がチャットを開始したときにあいさつを送信できます。サポートトリガーは、チケットが作成されたら、そのチケットを適切なチームにルーティングできます。同じ顧客とのやり取りでも、2つの異なる自動化の機会があります。

スコープ：何を制御するか

メッセージングトリガーは、会話のエクスペリエンスを制御します。自動メッセージを顧客に送信したり、メールアドレスをリクエストしたり、ルーティング用のタグを追加したり、問題のあるユーザーを一時停止したりできます。これらは、直接的なやり取りに焦点を当てています。

サポートトリガーは、チケットのライフサイクルを制御します。チケットをグループまたはエージェントに割り当てたり、優先度を設定したり、カスタムフィールドを更新したり、メール通知を送信したり、SLAに基づいてエスカレーションしたりできます。これらは、チケット管理に焦点を当てています。

管理場所

これらのトリガーは、管理センターの異なる場所にあります。

• メッセージングトリガー：管理センター > オブジェクトとルール > ビジネスルール > メッセージングトリガー
• サポートトリガー：管理センター > オブジェクトとルール > ビジネスルール > トリガー

この分離は、それぞれの目的の違いを反映しており、会話の自動化とチケットの自動化を誤って混同しないようにします。

チャネルサポート

メッセージングトリガーは、Zendeskメッセージングチャネル（Web Widget、モバイルSDK（iOS、Android、Unity）、およびWhatsApp、Facebook、Instagramなどのソーシャルメッセージングチャネル）で特に動作します。

サポートトリガーは、すべてのチャネル（メール、Webフォーム、API送信、電話チケット、そしてメッセージングでの会話から作成されたチケット）で動作します。

メッセージングチャネルには、Web Widget、iOSおよびAndroid用のモバイルSDK、WhatsAppやFacebook Messengerなどのソーシャルプラットフォームが含まれます。サポートトリガーは、これらのすべてのチャネルに加えて、メール、Webフォーム、API送信で動作します。

メッセージングトリガーを使用するタイミング

メッセージングトリガーは、チケット作成前の自動化に優れています。これらが最も理にかなっているシナリオを次に示します。

会話前の自動化。 エージェントが関与する前に、あいさつを送信したり、待ち時間に関する期待を設定したり、情報を収集したりします。たとえば、「お問い合わせありがとうございます。現在の待ち時間は約5分です」というメッセージを自動的に送信できます。

チケット作成前のルーティング。 メッセージングトリガーを使用して、ページURL、顧客属性、またはメッセージコンテンツに基づいて会話にタグを付けます。これらのタグは、チケットが作成された後のルーティングに影響を与える可能性があります。

オフラインシナリオの処理。 すべてのエージェントが不在またはオフラインの場合、メッセージングトリガーは期待を設定し、フォローアップのための連絡先情報を収集できます。

アクティブな会話中のリアルタイム応答。 チケットの更新を待たずに、キューのサイズ、待ち時間、または顧客の行動に基づいてプロアクティブなメッセージを送信します。

継続的な会話のためのメール収集。 顧客が会話を離れた場合に後で再開できるように、顧客のメールアドレスをリクエストします。

実践的な例を次に示します。顧客が価格ページにアクセスし、メッセージングウィジェットを開きます。メッセージングトリガーがページURLを検出し、価格に関する質問に言及するあいさつを送信し、「pricing-inquiry」タグを追加します。チケットが後で作成されると、そのタグは営業チームへのルーティングに役立ちます。

サポートトリガーを使用するタイミング

サポートトリガーは、チケット作成後の自動化を処理します。次の目的で使用します。

チケット作成後のワークフロー。 メッセージングでの会話がチケットになったら（AIエージェントが引き継いだとき、または会話が割り当てられたとき）、サポートトリガーがルーティング、優先順位付け、および通知を引き継ぎます。

チケットのルーティングと割り当て。 チャネル、タグ、顧客属性、またはチケットコンテンツに基づいて、チケットを特定のグループまたはエージェントに自動的に割り当てます。

ステータスの更新と通知。 チケットのステータスが変更されたとき、エージェントが応答したとき、またはチケットが解決されたときに、顧客または内部チームに通知します。

SLA管理。 チケットの基準に基づいて優先度を設定し、SLAが正しく適用され、しきい値に近づくとアラートが起動するようにします。

エスカレーションワークフロー。 特定の基準を満たすチケット（VIP顧客、優先度の高いキーワード、またはSLA違反に近づいているチケット）を自動的にエスカレーションします。

内部チームの連携。 内部メモを追加したり、優先度の高いチケットをマネージャーに通知したり、他の部門とのサイドカンバセーションを作成したりします。

たとえば、前の例の「pricing-inquiry」タグが付いたメッセージングチケットが作成されると、サポートトリガーは自動的に営業グループに割り当て、エンタープライズの見込み客の優先度を「高」に設定し、営業マネージャーに通知できます。

メッセージングトリガーとサポートトリガーの連携方法

メッセージングトリガーとサポートトリガーの間のハンドオフは、高度なワークフローが発生する場所です。完全なカスタマージャーニーを見てみましょう。

1. 顧客がメッセージングウィジェットを開く → メッセージングトリガーが起動：「お問い合わせありがとうございます。エージェントに接続するまでお待ちください。」

2. 顧客が質問を送信する → メッセージングトリガーが起動：メッセージ内のキーワードに基づいて「technical-support」タグを追加します。

3. AIエージェントがライブエージェントに引き継ぐ → チケットが作成されます。

4. チケットが作成される → サポートトリガーが起動：テクニカルサポートグループに割り当て、顧客層に基づいて優先度を設定します。

5. エージェントが応答する → サポートトリガーが起動：ステータスを「保留中」に更新し、メールで顧客に通知します。

6. 顧客が10分間非アクティブになる → 新しいメッセージングセッション状態条件（2025年1月に追加）がトリガー可能：チケットを「保留中」に設定し、エージェントのキャパシティを解放します。

このワークフローでは、異なる段階で両方のトリガータイプを使用します。メッセージングトリガーは会話のエクスペリエンスを処理します。サポートトリガーはチケットのライフサイクルを処理します。

避けるべき一般的な落とし穴

トリガーの競合。 メッセージングトリガーはサポートトリガーの前に実行されるため、互いに矛盾しないようにしてください。メッセージングトリガーが「エージェントは5分以内に応答します」と約束しているのに、サポートトリガーが24時間のSLAを持つグループに割り当てているようなことは避けてください。

重複した通知。 両方のトリガータイプが同じイベントに関するメッセージを送信すると、顧客はスパムを受け取ります。各トリガータイプが独自のドメインを処理するように、メッセージングを調整します。

チケットがすぐに作成されると想定する。 サポートトリガーは、チケットが実際に存在しない限り起動しません。AIエージェントまたは複雑なボットフローを使用している場合、会話の開始からチケットの作成までに遅延が生じる可能性があります。Zendesk AIエージェントの設定 を確認して、ワークフローでチケットがいつ作成されるかを理解してください。

トリガーの設定：ベストプラクティス

命名規則

チームがトリガーの目的を一目で理解できるように、一貫した命名を使用します。すべての名前に、トリガータイプ、チャネル、および目的を含めます。

• MSG - ようこそ - 営業時間 営業時間中にウェルカムメッセージを送信するメッセージングトリガー
• SUP - ルーティング - 技術タグ 技術カテゴリタグに基づいてチケットを割り当てるサポートトリガー
• MSG - オフライン - メール収集 エージェントが利用できない場合に顧客のメールを収集するメッセージングトリガー

本番環境に移行する前にテストする

常に、完全に展開する前に、サンドボックスまたは限られたチケットセットでトリガーをテストします。Zendeskのサンドボックス環境 （Suite Enterprise プランで利用可能）は、これに最適です。

順序と優先度

トリガーは特定の順序で実行され、あるトリガーからのアクションは他のトリガーの実行方法に影響を与える可能性があります。チケットトリガーの場合、あるトリガーからのアクションは後続のトリガーに影響を与える可能性があります。トリガーの順序を慎重に計画してください。

トリガーの競合を回避する

どのトリガーがどのシナリオを処理するかを文書化します。複数のトリガーが同じ状況に適用される可能性がある場合は、それらの条件が相互に排他的であるか、それらのアクションが補完的であることを確認してください。

ChatからMessagingへの移行のヒント

Zendesk ChatからMessagingに移行する場合は、チャットトリガーをメッセージングトリガーとして再作成する必要があります。Zendeskは、古いチャットトリガー条件と新しいメッセージングトリガー条件の間のマッピングを説明する移行ガイド を提供しています。利用可能な条件とアクションの完全なリストについては、メッセージングトリガーリファレンス を確認してください。

知っておくべき主な変更点：

• 「チャネル」フィールドでは、チャット、メッセージング、またはその両方を指定できます
• チャットで利用できる一部の条件は、メッセージングでは利用できません（逆も同様）
• 「初回返信」などの標準トリガーは、メッセージング用に特に有効にする必要があります

eesel AI：Zendesk自動化への代替アプローチ

ルールベースのトリガーは強力ですが、制限があります。明示的に定義した条件にのみ対応できます。コンテキストや意図を理解していません。また、ビジネスルールが変更されるにつれて、継続的なメンテナンスが必要です。

ここで、私たちがお手伝いできます。eesel AIでは、自動化に対して異なるアプローチを取ります。複雑なトリガー階層を構築する代わりに、当社のAIは既存の知識（過去のチケット、ヘルプセンターの記事、マクロ、ドキュメント）から学習します。キーワードを照合するだけでなく、コンテキストと意図を理解します。

アプローチの比較を次に示します。

当社はZendesk と直接統合し、最前線のAIエージェント （チケットを自律的に処理）、AIコパイロット （エージェントレビュー用の返信を作成）、またはその両方として動作できます。プレーンな英語でエスカレーションルールを定義すると、当社のAIがそれに従います。

大量のメッセージングを管理するチームにとって、これはトリガーロジックの構築とメンテナンスにかかる時間を短縮し、複雑な顧客の問題に集中する時間を増やすことを意味します。ルールベースの自動化の制限に不満を感じている場合は、Zendeskの設定と並行してeesel AIをお試しください。デモを予約する して、既存のワークフローでどのように機能するかを確認することもできます。

チームに適したトリガーストラテジーの選択

トリガーワークフローを構築する前に、次の質問を自問してください。

1. カスタマージャーニーのどの段階で自動化が必要ですか？ 会話前（メッセージングトリガー）またはチケット作成後（サポートトリガー）？

2. 誰がトリガーを作成および管理する必要がありますか？ 管理者のみがメッセージングトリガーを作成できます。サポートトリガーは、適切な権限を持つエージェントが管理できます。

3. どのチャネルをサポートしていますか？ メッセージングトリガーは、メッセージングチャネルでのみ機能します。サポートトリガーは、すべてのチャネルで機能します。

4. ルーティングのニーズはどのくらい複雑ですか？ タグまたはキーワードに基づく単純なルーティングは、トリガーでうまく機能します。複雑な意図ベースのルーティングには、AIの支援が必要になる場合があります。

概要比較

実装に関する最終的なヒント

シンプルに始めましょう。最も一般的なシナリオの1つまたは2つのトリガーを構築し、徹底的にテストしてから、拡張します。チームがそれぞれのトリガーの機能を理解できるように、トリガーロジックを文書化します。また、トリガーを定期的に確認してください。ビジネスルールは変更され、古くなったトリガーは顧客とエージェントの両方に混乱を引き起こす可能性があります。

ChatからMessagingに移行する場合は、最も重要なチャットトリガーの再作成を優先してください。初日にすべてを移行する必要はありません。