
Zendeskメッセージングアプリの正体
一番シンプルに言うと、Zendesk Messagingが製品名で、Web Widget(Messaging)がサイト埋め込み用の要素であり、両者を合わせたものが今やZendeskがデフォルトの会話チャネルとして扱っているものです。基盤はSunshine Conversations、つまりZendeskが2019年に買収したSmoochプラットフォームです。だからこそ、すべての会話が旧来のライブチャットのようなセッション単位ではなく、永続的かつ非同期になっています。
実務的に捉えるなら、旧来の世界では顧客がブラウザのタブを閉じるとチャットは終了していました。新しい世界では、同じ会話が午後2時にサイト上で始まり、午後7時にWhatsAppで継続し、翌朝に顧客のモバイルアプリで再開できます。オペレーター(あるいはAIエージェント)から見れば、1つの連続したスレッドとして見えます。

ZendeskはMessaging製品ページでこの見出しをこう表現しています。「CXリーダーの84%が自社の応答速度を優秀と評価している一方、そう感じている顧客はわずか39%にとどまる」。この訴求の要点は、非同期メッセージングによって、顧客がオペレーターと同時にその場にいる必要がなくなり、このギャップが埋まるということです。
実際にオンにすると、次のようなものが得られます。
- サイトやヘルプセンターに表示されるフローティングチャットウィジェット(あるいは埋め込み型のインラインパネル)
- 同じZendesk受信箱に集約されるネイティブのiOS、Android、Unityモバイル向けSDK
- 1つの設定で使える7つのソーシャルチャネル
- エンドユーザーごとの永続的なマルチデバイス会話履歴
- Zendeskがメールや音声で使っているのと同じオムニチャネルルーティング
- ヘルプセンターの内容から回答する、バンドル版の「AI Agent Essential」層
- Advancedティアやサードパーティ製マーケットプレイスアプリを通じて、より高度なAIへ接続するためのフック
1つの設定、すべてのチャネル
これがZendesk Messagingと旧来のライブチャットとの間にある、アーキテクチャ上最大の違いです。会話フロー、ペルソナ、AIの挙動を一度だけ構築すれば、どのチャネルでも作り直すことなくそのまま反映されます。

現時点で対応しているサーフェスは以下の通りです。
| チャネル | 概要 | 補足 |
|---|---|---|
| Web Widget(Messaging) | 任意のサイトやヘルプセンターに設置するJSスニペット | デフォルトのチャネル。Admin Center → Channels → Messaging and social → Messagingで設定 |
| iOS SDK | ネイティブのSwift / Objective-C SDK | 内部はSunshine Conversationsを使用 |
| Android SDK | ネイティブのKotlin / Java SDK | Web版と同じ会話モデル |
| Unity SDK | ゲーム内サポート向け | 利用例は少なめだが、バックエンドは同じ |
| WhatsApp Business | 公式のWhatsApp連携 | 最も要望の多いチャネル。詳細はZendeskのWhatsApp連携 |
| Facebook Messenger | 永続的なFB上の会話 | リッチコンテンツ(カルーセル、クイックリプライ)に対応 |
| DM + ストーリーズのメンション | 同じエージェントワークスペースで一元管理 | |
| Apple Messages for Business | iMessageのビジネス向けチャネル | Appleの承認が必要 |
| X(Twitter)DM | Twitterのダイレクトメッセージ | バンドル |
| WeChat / LINE | 地域別チャネル | バンドル |
価値の大きさを物語る実際の顧客の声として、PayJoyからはこんな言葉が寄せられています。「WhatsApp連携を導入したところ、状況は一気に好転しました。24時間だったSLAは6時間に短縮され、その後さらに1分にまで縮まりました」(PayJoyの導入事例より)。
顧客の目に実際どう映るか
エンドユーザー側の画面は意図的にシンプルに設計されています。サイトの右下や左下に表示されるランチャーのバブル、ロゴとタイトルの入ったヘッダーパネル、顧客側のメッセージ吹き出し、商品選択などのためのアクションボタン、そしてフッターに表示されるオプションの「Built with Zendesk」ワードマーク(Suite Enterpriseでのみ非表示にできます)です。

実際にウィジェットが動いている例です。顧客がコーヒーフィルターの交換を依頼し、AIグリーターが最初のメッセージを受け取り、その後担当のオペレーターに振り分けられます。

オペレーター側は標準のZendesk Agent Workspaceで、メールのチケットや音声の会話が集まっているのと同じ受信箱です。メッセージング上の会話はSupportチケットを作成し、各メッセージは同じチケットに追記されていきます(会話ごとに新しいチケットを作成する機能は2024年後半からロードマップに載っていますが、2026年6月時点ではまだリリースされていません)。

Classic対Messaging:あなたはどちらを使っていますか?
2026年にZendeskを新規導入したなら、Messagingを使っていることになります。以前から利用しているなら、まだ旧来のClassicウィジェットのままという可能性もあります。Zendeskの移行ガイドを見れば、Zendesk側がどちらへの移行を望んでいるかは一目瞭然です。

Zendesk自身の機能比較表から抜粋した、より詳細な差分は以下の通りです。
| 機能 | Web Widget(Messaging) | Web Widget(Classic) |
|---|---|---|
| ステータス | 現行、活発に開発中 | レガシー、メンテナンスのみ |
| 基盤プラットフォーム | Sunshine Conversations | Zendesk Chat(Zopim) |
| 永続的な会話 | あり | なし - タブを閉じるとセッション終了 |
| 非同期対応 | あり | なし |
| AIエージェント(Bot Builder) | あり | なし |
| インテリジェントな振り分けによる自動返信 | あり | なし |
| ソーシャルチャネル(WhatsApp、FB、IG、Xなど) | あり | なし |
| リアルタイムレポート | あり | なし |
| アクションボタン / リッチコンテンツ | あり | なし |
| マルチエージェントチャット | あり | なし |
| モバイルSDK | Android + iOS + Unity | Android + iOS(レガシーのUnified) |
| Zendeskロゴの削除 | 可能(Suite Enterprise) | 不可 |
この表には表れていない点が1つあります。アカウントレベルでの切り替えは一方向です。Messagingをオンにすると、Classicウィジェットの設定は完全に無効化されます。元に戻すことは可能ですが、その場合はまずMessagingを無効にする必要があります。チームの準備が整っていないなら、金曜の午後にこのスイッチを切り替えるのはやめておきましょう。
あるZendeskコンサルタントは、この移行の急激さを2024年10月のr/Zendeskでうまく言い表しています。
"I'm a Zendesk consultant that works with many clients and have seen many use cases that would be served better by Zendesk chat and web widget. I wish they didn't exclusively push messaging and the new widget, but it seems there's not much choice in the matter. It may be best to look at a different chat solution that integrates into Zendesk if the messaging widget is not a good option for you."
u/kaoyouchang, r/Zendesk, Oct 2024
Zendeskの導入支援を行う立場の人物が、Zendeskのサブレディットで「他のチャットソリューションも検討したほうがいい」と発言しているのは、それだけで注目に値します。導入を決める前に頭に入れておく価値があるでしょう。
実際のセットアップ手順
まっさらなアカウントでのセットアップは、実際かなり速く進みます。HTMLへのアクセス権があれば、10分もかからずサイト上にウィジェットを公開できます。手順はAdmin Center → Channels → Messaging and social → Messagingです。Zendeskという名前のデフォルトウィジェットが自動的に作成されます。
ステップ1:オンにするスイッチを探す
まだアカウントでメッセージングが有効になっていない場合、Zendesk側の初回案内は次のような画面になります。

すでにライブチャットを使ったことがある場合は、代わりにライブチャット利用時にメッセージングWebウィジェットを作成する手順に従ってください。こちらには追加の移行手順があります。
ステップ2:ウィジェットをブランディングする
フレーム設定はStyleタブにあります。位置(左下または右下)、角の丸み、プライマリカラー、メッセージの色、アクションの色、任意のロゴ、タイトル、説明文などを設定できます。プレビューパネルはリアルタイムで更新され、これは意外と貴重な機能です。

導入担当者が見落としがちな点が1つあります。「Show Zendeskロゴ」トグルはSuite Enterpriseだけにロックされているということです。Team、Growth、Professionalプランを使っていて、すべての顧客の目に触れるウィジェットのフッターに「Built with Zendesk」を表示したくない場合、これは無視できない要素になります。コミュニティによる回避策も存在しますが、CSSの追加注入が必要です。
ステップ3:スニペットを貼り付ける
インストールは、ウィジェットを表示したい各ページの</body>終了タグの直前に、1つの<script>タグを貼り付けるだけです。ヘルプセンターへの埋め込みはワンクリックのチェックボックスで完了します。

スニペット自体は次のような内容です。
<script id="ze-snippet"
src="https://static.zdassets.com/ekr/snippet.js?key=YOUR_KEY">
</script>
ドキュメントではあまり強調されていない実践的なコツがあります。scriptタグにasyncまたはdeferを追加することです。ウィジェットのスクリプトはサイズが大きく、同期読み込みではLargest Contentful Paintに無視できない負荷がかかります。詳しくは後述のパフォーマンスに関するセクションで解説します。
複数のブランドを運営している場合は、ブランドごとに別々のウィジェットを作成します。それぞれに独自のプライマリカラー、ロゴ、AIエージェント設定を持たせられます。許可リストのフィールドでは、スニペットを読み込めるドメインを制限できます(エントリはスペース区切りで、上限は報告によればおよそ4,000 URLです)。
ステップ4:未認証ユーザーに何を見せるかを決める
Authenticationタブは小さいものの重要です。「履歴を記憶する」か「履歴を忘れる」かの選択によって、再訪した訪問者に過去の会話を表示するかどうかが決まります。一般的なB2Cサポートであれば「記憶する」が正解です。共有端末を使うシナリオ(図書館、キオスク端末、医療施設の待合室など)では、「忘れる」ほうが安全です。

認証済み訪問者向けには、ZendeskはJWTベースのユーザー認証に対応しており、会話スレッドがデバイスをまたいで顧客に紐づきます。
ステップ5:パワーユーザー向けのJavaScript API
インストールが完了すると、ウィジェットはzEというグローバル変数を公開します。実際によく使われる代表的なコマンドは以下の通りです。
zE('messenger', 'show'); // re-show after a hide
zE('messenger', 'hide'); // hide the launcher entirely
zE('messenger', 'open'); // expand the panel programmatically
zE('messenger:set', 'locale', 'es'); // override browser language
zE('messenger:set', 'conversationTags', ['vip', 'returns']);
zE('messenger:set', 'conversationFields', [{ id: '123456789', value: 'enterprise' }]);
ロケールの上書きは、最も活用されていないコマンドの1つです。ブラウザの設定に関わらず表示言語を強制指定でき、国別のサブドメインからトラフィックを振り分けている場合には重要な機能です。詳細なリファレンスはWeb Widget Core Messaging APIをご覧ください。
AIエージェント層が実際にできること
ウィジェット自体はすべてのSuiteプランで無料です。興味深いのは、その内側で何が動いているかという点であり、そこで料金の話が一気に厄介になってきます。
Zendeskは現在、AIエージェントを2つのティアで提供しており、2026年6月12日までの移行期間を経て、Advanced機能がすべてのSuiteプランへ組み込まれていく予定です。
| ティア | できること | できないこと |
|---|---|---|
| AI Agent Essential | ナレッジベースを基にした生成的な返信。ヘルプセンターの記事を自動的に表示する | スクリプト化された対話なし、承認済みアクションなし、外部API呼び出しなし。系譜としては旧Answer Botに当たる |
| AI Agent Advanced(Ultimate.ai由来) | フロービルダー、生成的な手順、承認済みアクション、外部API連携、エンティティ抽出、代名詞・敬語のコントロール | 従来は有料アドオンとして約$50/エージェント/月。高度な機能は2026年6月12日までにすべてのSuite / Supportプランへ順次統合される予定 |
正直な評価としては、Essentialは「文法のしっかりした検索ボックス」程度と考えるのが妥当です。記事を引っ張ってきて、言い換えて提示する、それだけです。r/Zendeskのユーザーはさらに手厳しく、上位に支持されているスレッドの1つでは、バンドル版のティアを「AIという名の振り分けレイヤー」と表現しており、チームは結局$50/エージェントのCopilotアドオンか、サードパーティ製マーケットプレイスの代替案のどちらかへ押し出されると指摘しています。
Advancedティアは本当に高性能です。これは新しいブランド名を付けたUltimate.aiであり、Ultimate.aiはZendeskが2024年に買収したAIエージェントプラットフォームです。ただし、従量課金がもっとも重くのしかかってくるのもこのティアです。
料金:マーケティングページが触れない部分
Webウィジェットへのアクセスは、Zendesk料金ページによれば、$55/エージェント/月(Suite Team)以上のすべてのZendesk Suiteプランに含まれています(年払い)。ここまでは特に変わったところはありません。
注目すべき項目はAutomated Resolution(AR)、つまりZendeskがAIエージェントの利用量に対して設定している課金単位です。2026年5月の3段階モデル移行以降、課金対象となる結果は1つだけです。

- Verified Resolution - AIが返信し、LLMによる検証ステップで回答が適切であることが確認され、顧客がエスカレーションしなかった場合。課金対象。
- Assisted Escalation - AIが対応を支援した後、人間に引き継いだ場合。無料。
- Contained Resolution - AIが返信したものの、顧客がそのまま離脱した場合。無料。
これは、無応答のまま放置された会話にも課金されていた旧来の「72時間無応答=課金対象」モデルからの明確な改善点です。ただし、新モデルにも依然として2つの落とし穴があります。
まず、猶予のある上限が存在しません。バイラルな製品ローンチで月間のAR割り当てを使い切ってしまった場合、選択肢はAIを完全に停止することだけです。緩やかな上限も、月次の天井も、段階的に機能を絞るような仕組みもありません。サードパーティによる分析では、コミットを超えた超過分はVerified Resolution 1件あたり$1.20〜$1.50とされていますが、公式の料金表は個別見積もりのみで、契約ごとに変動します。
次に、プランにバンドルされているAR割り当てはかなり薄めです。2026年5月以前の割り当ては次のようになっていました。
| プラン | 含まれるAutomated Resolution数 |
|---|---|
| Enterprise | エージェント1人あたり月15件 |
| Professional / Growth | エージェント1人あたり月10件 |
| Team | エージェント1人あたり月5件 |
20人のエージェントを抱えるProfessionalチームには、200件のARがバンドルされています。月に5,000件のチャット会話を処理する中規模のECストアで、AIがその半分を解決したとすると、約2,300件分のARに対して超過料金が発生します。1件$1.30として計算すると、基本サブスクリプションに加えて月額$2,990の想定外の請求が発生することになります。
Redditで2026年に最も多く見られる不満は、まさにこの点です。私たちのリサーチでまとめたr/Zendeskのスレッドから引用すると、「ARはぼったくりで、AIブームに乗るために急ごしらえで作られた製品だ」という声があります。Capterraのレビュアーも同様の傾向を一貫して指摘しており、前月の予告なし、猶予期間なし、上限なしのまま請求が届くと報告しています。
チャット量が多いZendesk Suiteの顧客にとって現実的な対応策は、割引付きのAR事前購入パックを契約するか、バンドルされたフローの代わりにサードパーティ製AIエージェントをウィジェット上で動かすかのどちらかです。どちらも妥当な選択肢ですが、バンドル版のティアがサポートフローに本当に必要な対話機能を備えていないなら、後者を選ぶことになるでしょう。
実運用ではどう感じられるか:コミュニティの声
ウィジェットのUIは本当によく作り込まれています。その下にあるアーキテクチャもモダンです。ただ、r/ZendeskやZendesk Communityフォーラムで十分な頻度で上がってくる、価格に織り込んでおくべき具体的な不満が2つあります。
1. ページ速度
これは根強い問題です。48席規模のEnterprise顧客は、2023年6月のZendesk Communityスレッドでこう書いています。
"When we switched from widget classic to messaging, again we noticed catastrophical effects on performance of our sites. We tried the same workaround that we had with the classic widget, switched again, and the results were even worse. We just cannot risk this type of user experience on our sites. We fear that using the ZD native messaging widget, without any type of third party help, simply just doesn't work, unless a company is okay with sacrificing website performance."
u/Retourenstation, Zendesk Community, Jun 2023
Zendeskは2021年6月のスレッドでこの根本的な問題を認めており、「改善の余地は大いにあると認識しており、パッケージサイズの最適化に向けた取り組みを引き続き優先していく」としています。しかし2026年3月時点でも、あるShopify Plus運営者は依然として17秒のページ読み込み時間を報告しています(ウィジェット導入時)。コミュニティ側の対処法は今も変わらず、asyncまたはdeferをscriptタグに付ける、あるいはサイトのパフォーマンスに敏感な場合は直接リンク型のチャットポップアップを使う、というものです。
2. ライブチャット運用面のギャップ
もう1つ根強い摩擦点は、Classicには存在していたのにMessagingにはうまく引き継がれなかった小さな運用機能群です。2024年3月のr/Zendeskから。
"I feel like I must be missing something because the functionality compared to the classic web widget is lackluster outside of the UI customization. There does not appear to be an option to end the chat for the agent - the end user must leave the chat window before the ticket can be solved. I cannot figure out how to stop the message getting assigned to an agent when they are not online during business hours."
u/Repulsive_Season_147, r/Zendesk, Mar 2024
「オペレーターが会話を終了する」機能はその後リリースされました(Messaging対Live Chat比較表に記載されています)。しかし、「Classicの小さな機能が遅れて実装される、あるいは実装されないまま」というより広いパターン自体は、旧ウィジェットの使用感が身についているチームにとっては知っておく価値があります。
Zendeskメッセージングアプリが合う場面、合わない場面
ここまでを踏まえて公平に整理すると、こうなります。
Zendeskメッセージングアプリを選ぶべき場合
- すでにZendesk Suiteの顧客で、いずれにせよウィジェットがバンドルされている
- Web、モバイルSDK、7つのソーシャルチャネルを1つの設定でまとめて扱う単一のウィジェットが必要
- AIの利用量が予測しやすく、AR超過分の計算に頭を悩まされることがない
- Suite Enterprise(Zendeskのワードマークを削除できる)を持っている、あるいはブランディングを気にしない
- ナレッジベースが本当にきちんと整備されている(AIの品質の上限は、ドキュメント化されている内容によって決まる)
他の選択肢を検討すべき場合
- Zendeskを使っておらず、ウィジェット単体では導入する十分な理由にならない
- AI支出に厳格な月次上限が必要(Zendeskはこれを提供していない)
- AIの利用量が急増したり予測不能だったりする(従量課金はスパイクに対して不利に働く)
- AIエージェントに、Advancedアドオンの料金を払わずに、意味のあるアクション(返金、注文照会、アカウント変更など)を取らせたい
- ページ速度に敏感なEC事業(Shopifyコミュニティのスレッドは実際の声です)
多くのチームが見落としがちなハイブリッドという選択肢
Zendesk Messagingを使い続ける場合(既存のZendesk顧客の多くはそうすべきでしょう)、第3の選択肢としてウィジェットはそのままにして、その上により高機能なAIエージェントを動かすという方法があります。Zendesk Marketplaceには、同じ会話サーフェスに接続できるAI / botアプリがおよそ253本あります。Ada、eesel、DigitalGenius、Aisera、Stylo、Macha、Kaizoなどはすべてそこに揃っています。
この方法で回避できるトレードオフは実質的なものです。Zendeskが築いてきたチャネルの広さ(ソーシャルチャネルだけでも再現するのは決して簡単ではありません)はそのまま維持しつつ、実際に解決件数ごとに課金されている部分だけを入れ替えられます。
知っておくべき代替案
これは網羅的なリストアップ記事ではありません。より深く掘り下げているのはShopifyストア向けのベストAIライブチャットアプリやZendesk AIの代替案の記事ですが、簡単な見取り図としては次の通りです。
| ツール | どこで活きるか |
|---|---|
| Freshdesk | チャットも含めて最も近いヘルプデスクの代替。Freddy AIの料金はより安定している。詳細はfreshdesk-freddy pricing |
| Gorgias | Shopify中心のD2C ECに最も強い。返信内に注文データがネイティブに組み込まれる |
| Tidio | 市場の中でも安価な部類。Lyro AIは中小企業向けとして手堅い |
| Help Scout | よりライトでメール中心。チャットの深さはネイティブでは弱いが料金体系はすっきりしている |
| Kustomer | エンタープライズ向けCX。Meta傘下で、会話を記録として扱うモデル |
| Front | チームがチケットよりも共有受信箱を中心に動いているなら向いている |
| Gladly | Kustomerと同様に会話を記録として扱う。音声チャネルを重視する傾向 |
| Dixa | 音声連携が強い、会話型のチケッティング |
ヘルプデスクを問わずAI層そのものについてより広い視点で知りたい場合は、ベストAIカスタマーサポートチャットボットとEC向けベストAIカスタマーサービスソフトウェアを併せて読むのがおすすめです。
Zendeskメッセージングアプリでeeselを試す

ここまで読んでいただいたなら、Messagingをオンにするかどうか、あるいはバンドル版のAIティアで十分かどうかを検討している段階だと思います。eeselはまさにこの第3の道のために作られました。Zendesk Web Messagingチャネル(加えてメール、チャット、Zendeskが対応するすべてのソーシャルチャネル)の上で動かせて、解決件数ごとの想定外の請求もありません。
このコンテキストで知っておく価値のある3つの違いがあります。料金はチケット1件あたり$0.40 - プラットフォーム料金なし、シート課金なし、AR計算なし。本番稼働の前に過去のZendeskチケットに対してシミュレーションを実行し、エージェントが実際にどう返信していたかを正確に確認できます。そしてセットアップはZendesk Marketplace経由で30分以内(エンジニアリング不要、データラベリング不要、別ウィジェット不要)です。
多くのチームはまずドラフトのみのモードから始めます。AIが返信を提案し、あなたのオペレーターが承認するという流れです。その後、シミュレーションで90%以上の精度がすでに証明されているチケットカテゴリーから、自律対応へと切り替えていきます。ウィジェットはそのままの場所にあり、変わるのはその裏側だけです。
eeselを試す - クレジットカード不要。
よくある質問
Zendeskメッセージングアプリとは何ですか?
2026年、Zendeskメッセージングアプリの料金はいくらですか?
Zendesk Webウィジェット(Classic)とメッセージングアプリの違いは何ですか?
Zendeskメッセージングアプリは、そのままAIエージェントを動かせますか?
Zendeskメッセージングアプリはどのチャネルに対応していますか?
2026年、Zendeskメッセージングアプリは正しい選択肢ですか?

Article by
Alicia Kirana Utomo
Kira is a writer at eesel AI with a Computer Science background and over a year of hands-on experience evaluating AI-powered customer service tools. She focuses on breaking down how helpdesk platforms and AI agents actually work so that support teams can make better buying decisions.





