Zendesk Zapierのトリガーとアクション：2026年完全ガイド

ヘルプデスクを他のツールに接続するために、開発者は必要ありません。それがZendeskとZapierの連携の約束です。反復的なタスクを自動化し、アプリ間でデータを同期し、サポートチームが手作業ではなく顧客に集中できるワークフローを構築します。

しかし、ここに落とし穴があります。ZapierはZendeskに対して数十のトリガーとアクションを提供していますが、どれを使用するか、またはそれらがどのように組み合わされるかが必ずしも明確ではありません。このガイドでは、利用可能なすべてのトリガーとアクションを分解し、それぞれをいつ使用するかを説明し、今日構築できる実用的なワークフローを紹介します。

Zendesk Zapier連携とは？

Zendesk Zapier連携は、自動化されたワークフロー（Zap（ザップ）と呼ばれる）を通じて、ヘルプデスクを8,000以上の他のアプリに接続します。各Zapには、トリガー（ワークフローを開始するイベント）と1つ以上のアクション（Zapierが応答して行うこと）があります。

簡単な例を次に示します。新しいチケットがZendeskに届くと（トリガー）、ZapierがSlack（スラック）チャネルにメッセージを投稿します（アクション）。コーディングは不要です。

知っておくべき重要な要件：

• Zendesk Teamプラン以上 – 連携にはAPIアクセスが必要で、Teamティア（1エージェントあたり月額19ドル）から始まります。
• 有料のZapierプラン – ZendeskはZapierの「プレミアムアプリ」であるため、少なくともProfessionalプラン（月額19.99ドル）が必要です。
• 管理者権限 – 接続を承認するには、ZendeskアカウントでAPIアクセスを有効にする必要があります。

出典：Zapierヘルプセンター

ZapierのZendeskトリガーの完全なリスト

トリガーは、Zapを開始するイベントです。ZapierはZendeskアカウントを監視し、指定されたイベントが発生するとワークフローを作動させます。

チケットトリガー

これらのトリガーは、サポートチケットのアクティビティを監視します。

• New Ticket（新規チケット） – Zendeskアカウントで新しいチケットが作成されると作動します。これは、一般的なチケット通知のための頼りになるトリガーです。
• New Ticket in View（ビューの新規チケット） – 作成した特定のビューにチケットが入った場合にのみ作動します。チケットが「緊急」ビューにヒットした場合にエスカレーションチームに通知するなど、ターゲットを絞ったワークフローに使用します。
• Updated Ticket（更新されたチケット） – 既存のチケットが変更された場合（ステータスの変更、コメントの追加、フィールドの更新）に作動します。
• Updated Ticket in View（ビューで更新されたチケット） – 特定のビューに既にあるチケットが更新された場合に作動します。
• New Tag Added to Ticket（チケットに追加された新しいタグ） – タグがチケットに適用されると作動します。分類に基づいてワークフローをトリガーするのに役立ちます。
• New Suspended Ticket（新しい保留中のチケット） – Zendeskがチケットを保留中としてフラグを立てた場合（通常はスパムまたは自動メッセージ）に作動します。
• New Action on Ticket（チケットの新しいアクション） – 監査アクティビティが発生した場合に作動し、エージェントまたは自動化によって行われた変更をキャプチャします。

ユーザーおよび組織トリガー

これらのトリガーは、顧客データベースを監視します。

• New User（新規ユーザー） – 新しいエンドユーザーが作成されると作動します。オンボーディングワークフローに最適です。
• New Organization（新規組織） – 新しい組織がアカウントに追加されると作動します。
• Tag Added to User（ユーザーに追加されたタグ） – タグがユーザープロファイルに適用されると作動します。

管理トリガー

これらのトリガーは、Zendesk構成の変更を監視します。

• New Group（新規グループ） – 新しいエージェントグループが作成されると作動します。
• New View（新規ビュー） – 新しいビューが追加されると作動します。

ポーリングに関する注意： ほとんどのZendeskトリガーはポーリングを使用します。つまり、Zapierは数分ごとにアカウントをチェックして新しいイベントがないか確認します。これにより、イベントの発生とZapの作動の間にわずかな遅延（通常は1〜15分）が生じます。それに応じてワークフローを計画してください。

ZapierのZendeskアクションの完全なリスト

アクションは、トリガーが作動した後にZapierがZendeskで行うことです。複数のアクションを連結して、複雑なワークフローを作成できます。

チケットアクション

これらのアクションは、ヘルプデスクのチケットを変更します。

• Create Ticket（チケットの作成） – 新しいサポートチケットを作成します。件名、説明、リクエスターなどの必須フィールドをマッピングする必要があります。
• Update Ticket（チケットの更新） – 既存のチケットを変更します。ステータス、優先度、担当者を変更したり、コメントを追加したりします。
• Add Comment to Ticket（チケットにコメントを追加） – 既存のチケットに公開または内部コメントを追加します。
• Add Tag(s) to Ticket（チケットにタグを追加） – 分類とルーティングのためにタグを適用します。
• Remove Tag(s) from Ticket（チケットからタグを削除） – チケットからタグを削除します。
• Attach File to Ticket（チケットにファイルを添付） – チケットのコメントにファイルを添付します。

ユーザーおよび組織アクション

これらのアクションは、顧客データを管理します。

• Create User（ユーザーの作成） – 新しいエンドユーザーをZendeskアカウントに追加します。
• Update User（ユーザーの更新） – 名前、メール、カスタムフィールドなどのユーザーの詳細を変更します。
• Delete User（ユーザーの削除） – アカウントからユーザーを削除します。
• Create Organization（組織の作成） – 新しい組織を追加します。
• Update Organization（組織の更新） – 組織の詳細を変更します。

検索アクション

これらのアクションは、アクションを実行する前に既存のデータを見つけます。

• Find Tickets（チケットの検索） – 既存のチケットを基準で検索します。
• Find a User（ユーザーの検索） – メールまたはその他の識別子でユーザーレコードを見つけます。
• Find an Agent（エージェントの検索） – エージェントプロファイルを見つけます。
• Find an Organization（組織の検索） – 組織を検索します。
• Find or Create User（ユーザーの検索または作成） – ユーザーを検索し、見つからない場合は作成します。
• Find or Create Organization（組織の検索または作成） – 組織を検索し、見つからない場合は作成します。
• Find Latest Comment（最新のコメントの検索） – チケットの最新のコメントを取得します。

高度なアクション

• API Request (Beta)（APIリクエスト（ベータ版）） – 認証処理された生のHTTPリクエストをZendesk APIに送信します。標準アクションでカバーされていない機能が必要な場合に使用します。

実用的なワークフローの例

トリガーとアクションが実際のシナリオでどのように連携するかを見てみましょう。

フォームからチケットへの自動化

ワークフロー： TypeformまたはGoogle Forms → チケットの作成アクション

仕組み： 誰かが連絡フォームを送信すると、Zapierはすべてのフォームデータを適切なフィールドにマッピングして、Zendeskチケットを自動的に作成します。リクエスターはユーザーとして追加され、チームは通常のキューでチケットを確認します。

重要な理由： フォームの送信をヘルプデスクにコピーして貼り付ける必要はもうありません。すべての問い合わせが最初から追跡可能なチケットになります。

緊急チケットのSlack通知

ワークフロー： ビューの新規チケット（高優先度）→ Slackメッセージ

仕組み： 高優先度またはVIPチケットをフィルタリングするビューをZendeskに作成します。チケットがそのビューに入ると、Zapierはチケットの詳細と直接リンクを含むメッセージを#urgent-support Slackチャネルに投稿します。

重要な理由： チームは1日中Zendeskを開いていなくても情報を入手できます。重要な問題はすぐに可視化されます。

顧客オンボーディングワークフロー

ワークフロー： 新規ユーザー → チケットの作成 + タグの追加

仕組み： Zendeskで新しいユーザーが作成されると（手動または別の連携を通じて）、Zapierはオンボーディングチームに割り当てられたウェルカムチケットを自動的に作成し、「new-customer」のタグを付けます。

重要な理由： 誰もチケットを作成することを覚えていなくても、すべての新規顧客がプロアクティブなアウトリーチを受けられます。

チケットのエスカレーション

ワークフロー： 更新されたチケット → エージェントの検索 + チケットの更新

仕組み： チケットの優先度が「高」に変更されると、Zapierは利用可能な上級エージェントを見つけ、チケットの担当者を更新します。スキル、ワークロード、または時間帯に基づいてルーティングする条件を追加できます。

重要な理由： エスカレーションは、誰かがたまたま気付いたときではなく、定義したビジネスルールに基づいて自動的に行われます。

ZapierでZendeskを使い始める

前提条件

アプリを接続する前に、次のものがあることを確認してください。

1. Zendesk Teamプラン以上（1エージェントあたり月額19ドル）
2. APIアクセスが有効になっている管理者権限
3. 有料のZapier Professionalプラン以上（月額19.99ドル）

接続の設定

1. Zapierアカウントにログインし、アプリページに移動します
2. Zendeskを検索し、「接続の追加」をクリックします
3. Zendeskサブドメイン（URLの「.zendesk.com」の前の部分）を入力します
4. 管理者のメールアドレスとAPIトークンを入力します（これは、Zendesk管理センター → アプリと連携 → API → Zendesk APIにあります）
5. 接続をテストして、すべてが機能することを確認します

Zendeskプラン別のAPIレート制限

Zapierのリクエストは、Zendesk APIの制限に対してカウントされます。各プランで許可される内容は次のとおりです。

出典：Zapierヘルプセンター

制限に達すると、Zendeskは一時的に追加のリクエストをブロックします。ほとんどのチームはこれらの制限を超えることはありませんが、大量のワークフローでは監視が必要になる場合があります。

一般的な問題とトラブルシューティング

「Recent Ticket（最近のチケット）」と「New Ticket（新規チケット）」の混同

「Recent Ticket（最近のチケット）」トリガーは、「Recent Tickets（最近のチケット）」ビューに表示されるチケットに対してのみ作動します。すべての新しいチケットをキャッチする場合は、「New Ticket（新規チケット）」トリガーを使用するか、すべての新しいチケットを含むカスタムビューを作成します。

必須フィールドの欠落

必須フィールドが空の場合、チケットの作成アクションは失敗します。Zendeskは通常、件名、説明、リクエスターを必要とします。トリガーデータが不完全な可能性がある場合は、Zapierに静的なテキストプレフィックスを追加して、フィールドが空白にならないようにします。

日付形式のエラー

Zendeskは、日付をISO形式（「2026-03-02」）で予期します。ソースデータが異なる形式を使用している場合は、ZapierのFormatterツールを使用して、Zendeskに送信する前に変換します。

検索クエリの完全一致

Zendeskの検索は、完全一致のみを検索します。「refund（払い戻し）」を検索しても、「refunding（払い戻し中）」または「refunded（払い戻し済み）」を含むチケットは見つかりません。より広範な検索用語を使用するか、複数の検索アクションを使用してバリエーションをキャッチします。

Zapierワークフローが限界に達したとき

Zapierは、単純なif-this-then-that（もしこうなら、そうする）自動化に優れています。チケットをここにルーティングし、そこに通知を投稿し、フィールドを更新します。多くのチームにとって、それはまさに必要なものです。

しかし、サポートチームはルールベースの自動化をすぐに使い果たしてしまうことがよくあります。次のようなことを望んでいることに気付くかもしれません。

• チケットをルーティングするだけでなく、顧客の質問に実際に答えるAI搭載の応答
• 人間の介入なしに一般的な問題を処理する自律的な解決
• 過去のチケットから学習して、時間の経過とともに応答を改善する
• 顧客が2回返信しても中断されない複雑な複数ターンの会話

これは、チームが代替手段を探している場所です。eesel AIでは、サポート自動化に異なるアプローチを取っています。ワークフローをステップごとに構築する代わりに、当社のAIは過去のチケット、ヘルプセンターの記事、マクロから学習します。それはあなたの声で返信を下書きし、自信がある場合はチケットを自律的に解決し、あなたが定義したものだけをエスカレートします。すべて複雑なワークフローの構築なしに行われます。

違いは次のとおりです。Zapierは、記述したルールに基づいてアプリ間でデータを移動します。eesel AIのようなAIエージェントは、ビジネスを理解し、顧客に直接応答します。どちらにも居場所があります。自動化によって節約される時間よりもZapierワークフローの維持に多くの時間を費やしている場合は、AI搭載の代替手段を検討する時期かもしれません。