EC向けAIチケットルーティング:2026年に実際に機能する方法
Rama Adi Nugraha
Katelin Teen
最終更新 June 18, 2026

要約
EC向けAIチケットルーティングとは、AIエージェントが受信メッセージをすべて読み取り、実際の内容を把握して適切な場所に送ることです。その場で解決・エージェントへの下書き・担当者へのコンテキスト付きエスカレーションの3パターンに振り分けます。最大のポイントは、ECチケットの約40%が「注文状況」に関する問い合わせであり、AIがリアルタイムの注文データを参照できれば、これらを自動でルーティング・解決できることです。
多くのチームが犯す間違いは、高い自動解決率を追い求め、クリーンな引き継ぎ設計を怠ることです。40%を完璧に解決して残りをクリーンにエスカレーションする方が、60%を目指して誤回答を送り続けるよりはるかに良いです。まずルーティングロジックを正確に整えれば、処理量は自然とついてきます。
私はeeselのAIチームメンバーの統合を開発しています。私のアドバイスの要点は:キーワードではなく意図でルーティングし、AIをリアルタイムの注文データに接続し、確信を持てるものだけを処理させること。Shopify、Gorgias、Zendesk、Freshdeskを使っているなら、既存の構成を壊さずに層として追加でき、ライブ対応前に過去のチケットでシミュレーションできます。
ECストアにとってチケットルーティングが実際に意味すること
ルーティングとは、誰かが顧客を助ける前に行われる地味な決定です。このチケットを誰(または何)が担当し、どれだけ緊急か? 一般的なサポート環境ではスキルとキューの問題ですが、ECでは主に注文データの問題になります。
ECが独自のカテゴリである理由はこうです。受信チケットの最大のカテゴリは苦情やバグではなく、荷物の所在を尋ねる購入者のメッセージです。Shopify自身の加盟店調査によると、年間売上100万ドル以上のストアでは「注文はどこですか?」が約42%を占め、繁忙期にはさらに割合が上がります。これらのWISMOチケットは繰り返し発生し、時間に敏感で、既存のデータからほぼすべて回答可能です。返品・返金・キャンセル・住所変更・サブスクリプション編集を加えると、キューの大部分は同じ少数の意図の繰り返しです。
これが機会です。ボリュームの大部分が予測可能なとき、ルーティングは「あれば便利」から「チームが追跡番号のコピー&ペーストに費やすか、本当に難しいチケットに集中するかを決める」レバーになります。複数のブランドを扱い、数十カ国で1日500件以上のチケットを処理しているストアのオペレーションリードは端的に言いました:返金、サブスクリプション解約、注文追跡がキューを圧迫していた。どれも人間を必要としない。必要なのはルーティングだったと。
AIチケットルーティングの実際の仕組み
従来のルーティングは決定論的なルールの集合です:件名に「返金」が含まれていれば返金キューへ送り、それ以外はラウンドロビン。顧客が「返金」の代わりに「お金を返してほしい」と書いたり、1通のメールに3つの問題を詰め込んだりするまでは機能します。キーワードマッチングはメッセージの意味を理解できないため、詰まってしまいます。
AIルーティングはチケット全体を人間のように読み取り、1秒以内に一連の決定を行います。大まかには:

- 受信。 すべてのチャネル(メール、ライブチャット、Webフォーム、WhatsApp、Instagram)が1つの正規化されたチケットとして届くため、ルーティングはメッセージの発信元を気にしません。
- 意図と感情。 モデルが顧客の要求と感情を読み取ります。「アカウントがロックされて明日注文が出荷される」はキーワード一致がなくても注文編集・高緊急度として読み取られます。これがチケット分類の核心です。
- タグ付け。 タクソノミーが期待するタグ(問題の種類、製品領域、緊急度、顧客ティア)を適用します。一貫したタグはその見かけ以上に重要で、ルーティング・レポート・SLAタイマーはすべてその上で動作します。AIチケットタグ付けガイドに詳細があります。
- ルーティング。 意図・緊急度・言語・顧客ティアに基づき、チケットは適切なキュー・チーム・エージェントへ、または自動回答へ直接送られます。
- 解決またはエスカレーション。 AIが確信を持ち、データがあれば回答します。なければ、推論を添えて人間に引き継ぎます。
思考の転換は文字列のマッチングから意味の読み取りです。ルールからリアルのチケット履歴を見たモデルに切り替えると、チケットトリアージの精度が顕著に向上するのもそのためです。
EC特有の部分:ルーティングにはリアルタイムの注文データが必要
これが一般的なアドバイスが飛ばしてしまう部分です。WISMOチケットを完璧なキューにルーティングしても、顧客を待たせてしまう可能性があります。ルーティングはチケットがどこへ行くかを示すだけだからです。実際に解決するには、AIが「注文はどこですか?」に答える必要があり、その回答はヘルプセンターではなくストアにあります。
つまりルーティングエージェントは順番に4つのことを行う必要があります:顧客を特定し、リアルタイムの注文とフルフィルメントデータを照会し、配送ペイロードをわかりやすい言葉に変換し、厄介なエッジケース(分割配送、通関保留、処理中の返金)を処理すること。最もよく見るエラーパターンは、古いステータスフィールドを読み取ったAIが、昨日誤った住所に配達されたのに「輸送中」と自信を持って伝えてしまうケースです。これはチケットを再オープンさせ、信頼を損ないます。
だからこそ統合の深さがモデルの選択よりも重要です。Shopify注文データに接続されたAIエージェントは注文を検索し、フルフィルメントを確認し、返品やキャンセルを実行することもできます。FAQしか知らないエージェントはチケットをタグ付けして転送する程度のことしかできません。ツールを選ぶ際は、何よりも先にストアとの接続性を評価してください。Shopifyチャットボットアプリのまとめが出発点として役立ちます。
ルール対AIの判断:それぞれが優れる場面
ルールをすべて捨てるよう勧めるつもりはありません。多くのルーティングは本当に決定論的であり、そのままにすべきです。VIP顧客が問い合わせてきたらタグ付けして優先対応する——これに言語モデルは不要です。Gorgiasが評判を築いた典型的なECルールは洗練されています:注文状況メールを検出し、直近3件の注文の追跡リンクを自動返信してクローズする。明確で高ボリュームな意図には、こうしたルールが高速・低コスト・予測可能です。

ルールが崩れるのはロングテールです:複数の問題を含むメッセージ、タイポ、どのキーワードも捕捉できない表現で不満を伝える顧客。そこでAIの判断が価値を発揮し、テキストのマッチングではなく意図を読み取ります。ほとんどのストアに推奨する設定はハイブリッドです:明確なケースには最良のルーティングルールを維持し、AI層でそれらが見落とすものをすべてキャッチします。ルール優先アプローチの詳細はZendeskチケットルーティングウォークスルーと自動割り当ての使い方で確認できます。
自動解決すべきものと人間にルーティングすべきもの
すべてのチケットを自動解決すべきではなく、そう主張することがAIサポートの評判を悪くする原因になります。有益な区別はルーティン対判断です。

ルーティンチケットは、1つの明確な意図とデータに基づいた回答があるものです:注文状況・追跡リンク・返品ポリシーの質問・サブスクリプション編集。これらは自動解決しても安全で、エージェントの時間を最も多く回収できる領域です。判断チケットは、誤りのコストが高いものです:紛失または破損した注文・返金の争い・怒っている顧客やハイバリュー顧客・あるいはAIが確信を持てないもの全般。これらは常に人間にルーティングすべきです。
月約7,000件のチケットを処理するDTCサプリメントブランドのCXリードは、設定時にはっきりと言いました:確信を持てるチケットだけを処理し、それ以外はすべてそのままにしてほしい。それは謝罪すべき制限ではなく、正しい設計です。目標は「AIがすべてに答える」ではなく「AIが適切なものに答え、残りをクリーンにルーティングする」です。この論点の詳細版はティア1デフレクションの記事で数字付きで紹介しています。
引き継ぎの設計:ルーティング、爆撃ではなく
サポートチームの壁に一つだけ書き留めるなら、これです。引き継ぎの品質はデフレクション率よりも重要です。 r/Zendeskのコミュニティスレッドがどのベンダーのデッキよりもうまく言い表しています:
「引き継ぎ体験はデフレクション率よりも重要です……AIが40%を完璧に解決し、残り60%をクリーンにエスカレーションする方が、品質の不安定な60%デフレクションを目指すよりもはるかに良い。」
これを機能させる仕組みが信頼度ベースのルーティングです。「ボットか人間か」という二択の代わりに、AIの確信度でチケットを評価してルーティングします。

データがあって高い確信度:AIが解決します。中程度の確信度:返信の下書きを作成してエージェントの承認待ちのメモとして残し、ゼロから書かずに人間がループに入り続けます。低い確信度、または怒っている顧客やVIP顧客:即座にエスカレーションし、重要なのはAIが既に調べた内容を人間に渡すため、エージェントがゼロスタートにならないことです。悪い引き継ぎ(「チケットがクローズされました。既読のヘルプ記事はこちら」という定番のやつ)は自動化なしよりも悪く、顧客の時間を二度無駄にします。
コストと注意すべき料金の罠
ルーティングは経済的に合理的な場合のみ価値があり、ECの料金体系には本物の罠があります:チケット単位と解決単位の請求の違いです。
チケットはメッセージ数に関わらず1つの会話です。「解決」はAIが会話をクローズするたびに計上され、解決ベースの料金は基本プランの上に使用料を積み上げることがあります。一般的なオプションを請求単位で比較します——これが実際に請求書を動かす数字です:
| ツール | ルーティングの請求方法 | 請求単位 | 備考 |
|---|---|---|---|
| eesel | チケット単位の固定料金 | チケット1件あたり0.40ドル | シート料金なし・解決追加料金なし;チケットは長さに関わらず1つの会話 |
| Gorgias | チケットプラン+AIアドオン | 解決済み会話1件あたり約0.90〜1.00ドル | AI解決ごとに請求対象チケットとしてもカウント;超過分のインタラクションは約1.50ドル |
| Zendesk | 自動解決単位 | 「自動解決」ごと | シートとは別に請求;AIが処理する量に応じてコストが増加 |
実際的な読み方:予測可能なチケット単価の料金は、解決ベースの料金よりも成長中のストアにやさしいです。AIが優れるほど「解決」が積み上がり、解決ベースのモデルは成功するほど静かにコストを増やします。私が見た実際のECアカウント(ShopifyでWeekly約700件)はチケット1件あたり合計約1ドルでした。コミュニティもこの増加に気づいています。r/CRMでのShopify事業者によるGorgiasへの評価は公平で一聴の価値があります:
「GorgiasはShopifyのワークフローに深く組み込んでいる場合は素晴らしい……デメリットはボリュームが増えるとすぐにコストが積み上がることです。」
これはGorgiasが悪いツールだということではありません。ShopifyネイティブのアクションではGorgiasは本当に優れています。ただし、今日のボリュームではなく予測されるボリュームでコストをモデル化すべきです。Gorgias料金の記事で詳細な内訳を確認できます。
AIチケットルーティングの配置:ヘルプデスクとその上の層
ECストアにAIルーティングを導入する方法は2つあります。AIが組み込まれたヘルプデスクを使用するか、既存のヘルプデスクの上にルーティング層を追加するかです。
GorgiasはShopifyネイティブのデファクトスタンダードです。そのAIエージェントは10億件以上のEC会話で事前学習されており、チケット内で注文の追跡・編集・キャンセル・返金が可能です。同社はShopifyブランドの約40%を担い、一部の加盟店では最大60%のサポートを自動化していると述べています。オペレーション全体がShopifyにある場合は目的別の強力な選択肢で、Shopify向けGorgiasガイドでAI機能を詳しく解説しています。

Shopifyのみのヘルプデスクを使用していない場合、既存大手のルーティング機能も追いついています。Zendeskのインテリジェントトリアージは意図による分類・優先付け・割り当てを行い、Freshdeskの高度なワークフローはセンチメント・スキル・作業負荷でルーティングします。どちらも独自のAIエージェントを持ち、適切なチケットで最大80%の自動化を主張しています。
3つ目の選択肢、そして私が明らかに関係するもの、は既存のヘルプデスクを維持してAIを層として追加することです。eeselはGorgias・Zendesk・Freshdesk・Front・Help Scout・Shopifyに同時接続するため、ルーティングエージェントはチケットとリアルタイム注文データを既存の場所から読み取ります。移行不要で、ナレッジベースと過去のチケットでトレーニングしてキューに向けるだけです。統合の全リストは100を超えるツールを網羅しています。
ECチケットルーティングにeeselを試す
他の製品と同じ基準で自社製品を評価しているため、正直にお伝えします。eeselは既存のヘルプデスクのためのルーティング層です:初日から過去のチケットとヘルプドキュメントから学習し、WISMOと返金チケットを単なるタグ付けではなく実際に解決するためにShopifyのリアルタイム注文データを読み取り、確信を持てないものはすべて推論を添えて人間にルーティングします。チケット1件あたり一律0.40ドルで解決追加料金なし、つまりサポートが向上しても請求額は増えません。
特にお勧めしたい点:ライブチケットに触れる前に過去のチケットに対してシミュレーションを実行できます。何を自動解決し、何をエスカレーションし、どこで誤っていたかを正確に確認してから、ギャップを修正してライブ稼働できます。あるドイツのオンラインジュエリー小売業者(月約1,000件)の実際のZendeskとShopifyのデータでシミュレーションを実施したところ、トリアージ精度93%、偽陽性なしでスパム100%検出、返金状況の質問に対する有用な下書き作成100%という結果でした。スイッチを入れる前に見たいデータですね、後ではなく。

ECのキューを運営していて注文状況チケットに溺れているなら、まさにそのために構築されたものです。eeselを無料で試し、ストアに接続して、何をルーティングするか確認してください。
よくある質問
ECにおけるAIチケットルーティングとは何ですか?
AIエージェントが受信サポートメッセージを読み取り、内容(配送の問い合わせ、返金、破損品など)を特定して適切な場所に送る仕組みです。自動解決・エージェントへの下書き・人間へのエスカレーションを自動で振り分けます。ECでは通常Shopifyからリアルタイムの注文データを取得し、「注文はどこですか?」という質問に単なるタグ付けではなく実際に回答できます。全体像はサポートチケット自動化ガイドをご覧ください。
小規模ストアのAIチケットルーティングの費用はどのくらいですか?
チケット単位で請求されるか、AI解決単位で請求されるかによって異なります。Gorgiasはチケットプランに加えて解決済み会話1件あたり約0.90〜1.00ドルを請求し、eeselはシート料金なしでチケット1件あたり一律0.40ドルです。月500件のストアではeeselで約200ドルになります。詳細はGorgiasの料金の記事にまとめています。
AIはWISMO(注文状況確認)チケットを自動で対応できますか?
はい、ここがAIの真価を発揮する場面です。ルーティングエージェントが顧客を特定し、リアルタイムのフルフィルメントデータを照会して実際の配送状況を返信します。重要なのは注文データを正しく接続することで、Shopify注文データの接続方法と注文状況チャットボットガイドで解説しています。
AIが誤った回答を顧客に送らないようにするにはどうすればいいですか?
信頼度ベースのルーティングを使用してください。AIが確信を持てる場合のみ自動解決し、中程度の確信度ではエージェントへの下書きを作成し、残りはエスカレーションします。その後、過去のチケットでシミュレーションしてからライブ対応に移行してください。チケット分類の精度が鍵になります。
ECのチケットルーティングに最適なAIヘルプデスクはどれですか?
ShopifyネイティブのストアにはGorgiasが専用設計されており、EC機能では他の追随を許しません。すでにZendeskやFreshdeskを使用している場合は、移行せずにルーティング層を追加できます。EC向けAIヘルプデスクとShopify向けAIヘルプデスクでまとめています。
AIルーティングと既存のルールは何が違いますか?
ルールはキーワードを照合してif-thenツリーに従うため、スペルミスや複数の問題を含むチケットで機能しません。AIは意図と感情を読み取るため、「ロックアウトされて明日注文が出荷される」というメッセージをキーワード一致なしでも正しくルーティングします。ほとんどのチームは最良のルールを保持した上でAIを追加します。AIチケットタグ付けとZendeskチケットルーティングも参照してください。
AIチケットルーティングはチャット・メール・WhatsAppをまたいで機能しますか?
機能するべきです。ECの購入者はメール、ライブチャット、Instagram、WhatsAppにわたって同じ質問をするため、ルーティングエージェントはすべてのチャネルを1つのキューに読み込む必要があります。eeselのヘルプデスクエージェントとFrontおよびHelp Scoutとの統合でマルチチャネルに対応しています。注文追跡サポートについての詳細はこちら。

Article by
Rama Adi Nugraha
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.








