Zendeskのリアルタイム音声翻訳は「言語別キュー」をなくすのか ー 翻訳より先に変わるのはルーティングと要員計画
2026年9月10日、Zendeskはコンタクトセンター製品「Zendesk Contact Center」に、通話をその場で双方向に訳す「Real-Time Voice Translation」を加えると発表しました。同社の発表によると、顧客とオペレーターはそれぞれ自分の話しやすい言語で話し、AIが通話中に訳します。提供は10月から、Zendesk Contact Center Nativeを使う対象顧客に向けたクローズドの早期アクセスプログラム（closed EAP）です。
発表文が狙いとして挙げたのは、翻訳そのものより窓口の組み方でした。通訳、言語別のキュー、メールやSMSへの誘導に頼らずに音声の窓口を広げられるとし、言語別キューへ自動で転送しなくても、用件とオペレーターの専門性にもとづいて通話を振り分けられる、と書いています。
時系列も押さえておきます。同社は2月12日、電話の自動応答を担うvoice AI agentsの早期アクセスを開きました。この時点の対象は同社の電話機能（Zendesk voice、Talk）で、Contact Centerへの対応は後の段階とされていました。6月9日には、Contact Centerを担当者の作業画面（Agent Workspace）に組み込んだネイティブ版の一般提供を告知しています。入口のAI、オペレーターの作業画面、そして今回の通話翻訳と、音声の部品を順に発表してきた流れの上に今回の発表があります（voice AI agentsのContact Center対応が始まったかは、公開情報では確認できていません）。
問いは一つです。翻訳が実用になったとき、日本語窓口と英語窓口を分ける「言語別キュー」は要るのか。私の答えは、すぐには消えない。ただし言語は「最初に分ける軸」から「振り分けの条件の一つ」へ下がり始める。そして今回の早期アクセスの制限を読む限り、その変化が最初に効くのは、少量で需要の読めない言語の、一対一で完結する用件です。
この記事の要点
①発表は一般提供ではなく、10月からのclosed EAP。対応言語はヘルプ記事の列挙どおりで、翻訳を有効にした通話は、転送や、SVのモニタリング・割り込み（バージ）に対応しない。品質と遅延は言語や音声条件で変わると同社自身が書いている
②言語別キューは、アーラン式で見ると「小さな行列」を別に抱える設計で、少量の言語ほど席を空けておく必要がある。翻訳はその薄い行列を太い行列へ合流させる手段になりうる。ただし翻訳通話の処理時間が延びれば、効果は相殺される
③遅延・誤訳・固有名詞・本人確認・録音の扱いは、翻訳の外側で設計する必要がある。多言語人材は減らす対象ではなく、高リスク会話と品質管理へ配置を変える対象として考えたい
1. 発表を分解する。何が決まり、何がまだ決まっていないか
発表文とヘルプ記事の記述を、提供段階と留保に分けて並べます。
項目 | 原文の記述（要旨） | 現時点の確度・留保 |
|---|---|---|
提供段階 | 10月から、Zendesk Contact Center Nativeを使う対象顧客にclosed EAPで提供 | 一般提供ではない。ヘルプ記事は「開発中で変更の可能性がある」としている。ヘルプ記事のプラン表示はContact Centerのアドオン。料金は公開情報に無い |
対応言語 | 中国語、英語、フランス語、ドイツ語、ヒンディー語、インドネシア語、イタリア語、日本語、韓国語、ポルトガル語、ロシア語、スペイン語、ベトナム語 | EAP期間中の列挙。発表文ではなくヘルプ記事の記載。どの言語の組み合わせで訳せるかは書かれていない |
仕組み | 各参加者が自分の言語で話し、相手の発話のAI生成翻訳を聞く | 相手の発話の翻訳を音声で聞く方式（画面表示の有無は記載なし） |
言語の決め方 | 接続前にコンタクトフローやvoice AI agent等で決める。または通話中にオペレーターがオン・オフする | 接続前に決めた場合、オペレーターは応答前に翻訳通話であることを通知される |
録音 | 原音声、翻訳音声、その両方のどれを残すかを管理者が選べる | どれを記録の正本にするかは導入側が決める |
非対応 | 多者通話、転送された通話、モニタリング・バージ、ビデオ通話 | EAP期間中、翻訳を有効にした通話での制限 |
品質 | 言語、音声品質、訛り、ネットワーク状況で品質と遅延が変わりうる | 誤訳率や遅延の数値、参加企業の事例は公開情報に無い |
参加条件 | 構造化されたフィードバックと定期的なセッションへの参加。利用前にオペレーター研修と試験通話 | 利用量にはEAPの上限がある |
ヘルプ記事は、この機能で言語別キューや多言語要員、通訳への依存を減らせるとし、通話を言語の流暢さ「だけ」ではなく顧客の必要とオペレーターの専門性で振り分けられる、と書いています。「だけ」の一語は読み落とさない方がよいでしょう。本文は、言語を振り分けの条件から外すとまでは書いていません。
発表文は同社の調査として、音声がコンタクトセンターの対応量の40%を占めるとしています。CX Todayの解説記事は、急ぎ・感情的・複雑・金銭が絡む用件では顧客が電話を選ぶことが多い点を挙げています。
先行する動きを、形式の違いで並べます。
提供者（発表日） | 何をするか | 段階 |
|---|---|---|
Zendesk（2026年9月10日） | オペレーターと顧客の通話を双方向に音声で翻訳。ルーティングを持つCCaaS製品の中に組み込む | 10月からclosed EAP |
DeepL Voice API（2026年2月2日） | リアルタイムの音声文字起こしと、最大5言語への翻訳をAPIで提供 | API Pro契約者向けに提供開始。音声から音声への翻訳は、2月中旬から6週間の早期アクセスを予定（2月2日の発表時点） |
Zoom Contact Center（2026年3月10日） | AI Expert Assistの機能「Live AI Interpreter」として、音声・ビデオの会話を音声から音声へリアルタイムに翻訳 | 2026年3月中旬の提供予定として発表 |
X-HACK ContactX（2026年7月23日） | AIが一次受付・自動応答し、書き起こしと要約を日本語で記録 | 提供開始。判断が必要な案件は有人へ引き継ぐ設計 |
DeepLの発表は、すでに「言語力よりも“専門性”を軸にした人材配置が可能に」という見出しを立て、コンタクトセンターとBPO事業者が初期導入の中心になる見込みだとしていました。専門性で配置するという発想そのものは、Zendeskが初めて言い出したものではありません。DeepLは既存システムに組み込むAPIです。コンタクトセンター製品の中に通話翻訳を置く動きも、Zendeskが最初ではありません。Zoomは3月、自社のコンタクトセンター製品に、音声から音声へ訳す「Live AI Interpreter」を加えると発表していました。Zendeskの発表で目を引くのは、翻訳の置き場所そのものより、ルーティングの話として打ち出した点です。振り分けと翻訳を同じ製品が握るので、「言語で分けない」設定をルーティングの側から直接組める、というのが今回の構図です。
会員先行公開中（9月19日に一般公開）
