Zendesk AIとConfluenceの連携：Wikiをつなぐ2つのルート

なぜあなたのZendesk AIはまだWikiを見られないのか

私は仕事として連携ツールを構築しているので、「ヘルプデスク向けAI」という主張に出会うたびに、まずそれが実際どこから読んでいるかを確認します。Zendeskのネイティブ AIエージェントの場合、デフォルトの答えはヘルプセンターです。ヘルプセンターが充実していればそれで問題ありません。しかし、そうであることは滅多にありません。洗練された顧客向け記事は一つのことですが、厄介なチケットへの答えは大抵、公開向けではなくチームのためにサポートリードが書いたConfluenceのページにあります。Confluenceには独自のAI検索やCopilotもありますが、どちらもZendeskのチケットに座っている顧客の役には立ちません。

私はこれを、月に200〜250件のZendeskチケットを処理するバス追跡サービスのサポートマネージャーのもとで目の当たりにしました。彼らのナレッジベース全体は管理者向けに書かれていましたが、チケットは利用者、つまりまったく異なる読者層から来ていました。AIは自信満々に間違った資料から回答し続けていました。なぜならそれが見える唯一の資料だったからです。問題はモデルではありませんでした。知識の境界でした。

つまり本当の問いは「ZendeskのAIは優秀か」ではなく、「良い答えが実際にあるWikiにそれを向けられるか」です。ここで2つのルートを並べて見てみましょう。

ルートA：ConfluenceをZendeskのネイティブAIに接続する

まずは良いニュースから、これは本当のことなので。Zendeskは実際にネイティブでConfluenceをサポートしています。Zendesk自身のコネクタドキュメントでは、ConfluenceはGoogle Drive、SharePoint、Notion、Guru、Salesforce、そしてその他向けの汎用RESTコネクタと並んで、名前のついた専用のナレッジコネクタです。Confluenceサイトを指定し、必要なスペースを選ぶと、そのコンテンツはZendeskのナレッジ体験全体で利用できるようになります。

コネクタ、フェデレーテッド検索、Knowledge Graph

まず整理すべきは、これらが3つの異なる仕組みであるということで、チームが混同してつまずくのはここです。

• ナレッジコネクタは、Confluenceのスペースのようなソースの実際のコンテンツをZendeskに取り込み、ヘルプセンターの生成AI検索、Agent Workspaceのクイックアンサー、AIエージェントの返信全体で生成AIの回答に活用します。Confluenceに使いたいのはこれです。
• フェデレーテッド検索は外部ページをインデックスし、ヘルプセンター検索結果とエージェントのコンテキストパネルにリンクとして表示します。コンテンツを表示するだけで、単体では生成回答の経路にはなりません。
• Knowledge Graphは、Zendesk Knowledgeページですべてをまとめるマーケティング上の総称です。システムの名前であり、設定すべき4つ目の項目ではありません。

AIエージェント固有の話として、外部コンテンツはZendeskの外部コンテンツドキュメントによるとEssentialとAdvancedレベルで利用可能です。つまりコネクタだけがすべてではなく、エージェントもそれを使えるレベルにある必要があります。

実際にかかる運用コスト

ここで定価と実際の価格が乖離します。外部コンテンツの接続はSuiteプラン全体で利用可能です（SupportではKnowledge ProfessionalまたはEnterpriseでも利用可能）が、AIエージェントにとってConfluenceを役立つものにする各要素は積み重なっていきます。

まず座席料金は、Support Teamでエージェント1人あたり月19ドルから、Suite Professionalでは月115ドルまで（年払い）です。外部ソースを使うエージェント側の自動アシストにはエージェントあたり月50ドルのCopilotアドオンが必要です。そして人を驚かせる部分ですが、外部ソースを根拠にした回答がAIエージェントの会話を通じてチケットを解決した場合、それでも自動解決を1件消費し、Zendeskは検証済みの解決1件あたりコミット契約で1.50ドル、従量課金で2.00ドルを、上記すべてに加えて請求します。AIをConfluenceに向けても、その課金メーターからは逃れられません。

AIエージェントの会話にエスカレーションしない、ヘルプセンター内での単純な生成検索の回答は解決を消費しません。代わりに月10万件の検索という別枠のクォータにカウントされ、それを超えるとGenerative Search Extenderアドオンが必要になります。知っておく価値はありますが、ほとんどのチームはAIエージェントに解決させたいと考えており、それが課金対象の経路です。

導入前に知っておくべき制限

どれも決定打ではありませんが、ネイティブルートでできることを左右します。

• アカウントあたり外部コンテンツソース50件が上限です。
• ユニバーサルコネクタは24時間ごとに完全な更新を行うため、今朝編集したページがZendeskに反映されるのは明日になる可能性があります。
• Confluenceの個人スペースは許可されておらず、ドロップダウンには最初の20スペースしか表示されません（残りは入力して検索します）。
• 接続を設定するにはKnowledge管理者である必要があります。
• 権限に関しては、これが本当の注意点です。コネクタは接続アカウントの権限でインデックスし、Zendeskはソース固有のユーザー単位の制限が外部コンテンツでは維持されないとしています。つまりコネクタアカウントが閲覧できるページは、その利用者が本来見るべきかどうかに関わらず、AIが応対する誰にでも回答可能になってしまいます。

すでにZendeskのネイティブAIエージェントに全面的に取り組んでおり、適切なプラン階層に加入しているなら、ルートAは正当でサポートされた道です。しかし多くのチームにとっては、プランの制限と解決件数ごとの課金の組み合わせこそが、第二の選択肢を探すきっかけになっています。

ルートB：同じZendeskにeeselを重ねる

もう一つのアプローチは、Zendeskをそのままにして、その上にAIをレイヤーとして追加するものです。eeselはOAuth経由であなたのZendeskに本物のAIエージェントとして参加し、チケットを読み取り、返信の下書きと送信を行い、フィールドを更新し、グループへルーティングします。この特定の問題に適している理由は、そのナレッジソースが導入先に依存しないことで、Zendeskのキューを処理するのと同じエージェントがConfluenceも読み取ります。

Confluenceをソースに、Zendeskを行き先に

eeselはAtlassian Marketplaceアプリを通じてConfluenceに接続し、読み取り専用アクセスのみを要求します。ページとスペース、そして権限を尊重するために必要なユーザーとグループの情報です。書き込みアクセスを取得することは決してありません。Confluence Cloudサイトにインストールし、スペースまたは親ページを選択すると（その配下にネストされたすべて、後から作成するページも含めて自動的に連動します）、その知識はZendesk上で動く同じエージェントの一部になります。

ドキュメントははっきりとこう述べています。「エージェント上の他のすべての連携もソースであるため、Confluenceの回答は同時にNotion、Google Drive、ヘルプデスク、あなたのファイルからも引き出せます。」実際には、1つのエージェントがConfluenceのランブック、過去に解決したチケット、マクロ、そしてポリシーPDFを同じ返信の中で読み取り、回答の出所を引用しながらZendeskチケットに答えることを意味します。これはネイティブコネクタが一箇所ではうまくできない部分です。なぜならネイティブコネクタは外部コンテンツをZendesk自身の知識への1つの入力として扱うだけで、あなたのソースを1つのエージェントの下に統合するわけではないからです。

権限はページレベルで処理される

eeselのConfluenceアプリは必要なグループ情報を保持しているため、実際に閲覧が許可されているページのみをインデックスします。Confluence上でスペースやページを制限すれば、アプリに閲覧権限を付与するまでエージェントはそれを表示しません。これはスペースレベル（スペース設定、スペースアクセス)と個々のページの制限の両方でチェックされます。

これが2つのルートの中で最も鮮明な実務上の違いです。あなたのConfluenceに、すべての顧客に回答可能であってはならないスペースがあるなら、ページレベルの権限モデルには大きな価値があります。

実際のチケットに回答させる前にテストする

どんな機能の箇条書きよりも私が信頼している習慣は、実際にやってみることです。eeselのシミュレーションは、過去のZendeskチケットに対してエージェントを実行し、各テーマをどう処理したかをスコアリングし、顧客が目にする前にカバレッジのギャップを示します。たとえば返金に関する質問がわずか28パーセントしかスコアしておらず、それはまだ接続していないConfluenceページにポリシーがあるためだと分かった場合、それを接続し、再実行して、数値が上がっていくのを確認します。このループこそ、私が決してスイッチを入れてただ祈るだけにしない理由であり、eesel自身も、実際のキューで自信満々のボットが誤った回答をするのを何年も見てきた末に、苦労して学んだ教訓です。

コストがかかる部分、そして限界について正直な部分

料金は利用量ベースで、AIが対応したチケット1件あたり定額0.40ドル、座席料金なし、プラットフォーム料金なし、最低利用料金なし、そしてConfluenceの接続自体には料金がかかりません。チームが月に1,000件のチケットを処理していても、そのうち200件だけをAIにルーティングしているなら、200件分だけを支払います。Confluenceを根拠にするかヘルプセンターを根拠にするかで別々の課金メーターがあるわけではなく、すべては単にエージェントが仕事をしているだけです。

限界についても正直に言うと、乗り換える前に知っておきたいはずのことですが、セルフサーブのConfluenceアプリはCloud専用で管理者アクセスが必要なため、Data Centerはワンクリックインストールではなく管理された導入になります（マーケティングページはこれを誇張しているため、ドキュメントの方が正確です）。ページの添付ファイルはインデックスされず、ページ本文のみが対象なので、添付PDF内にあるものはページに貼り付けるか、エージェントに直接アップロードする必要があります。そして1接続あたり3,000ページというデフォルトの上限は、超えると失敗するのではなく切り捨てられますが、引き上げをリクエストすることもできます。

どちらのルートを選ぶべきか

すでにZendeskのネイティブエージェントスタックに深く投資しており、すでにKnowledge ProfessionalまたはEnterpriseの階層にいて、解決件数ごとの課金にも抵抗がないなら、ネイティブのConfluenceコネクタはサポートされた正当な道であり、それを機能させるためにサードパーティのレイヤーは必要ありません。そのルート単体の是非を検討しているなら、Zendesk AIエージェントのレビューと、Zendesk AIの主要機能を読んでみてください。

Confluenceがチームが実際にドキュメントを書く場所であり、プランのアップグレードを待たずに数日でAIを稼働させたい、ページレベルの権限が重要である、あるいは自動解決課金が量に応じて不安になるという場合は、すでに使っているZendeskの上にeeselを重ねる方が、Wikiから回答するAIを手に入れるための速く安い方法です。いずれにせよ、こだわるべきことはシンプルです。AIは最良の答えがすでにある場所から読み取るべきであり、まずヘルプセンターへ移行することを強いるべきではありません。

Zendeskとの連携でeeselを試す

Zendesk AIに1ページも移行せずにConfluenceから回答させたいなら、eeselはまさにこの種の課題のために作られています。Zendeskのキューに AIエージェントとして参加し、ページレベルの権限を尊重しながらConfluenceのスペース（加えてNotion、Google Drive、あなた自身の過去のチケット）を読み取り、座席料金も解決件数ごとの課金もなく1チケットあたり定額0.40ドルを請求します。OAuthで接続し、チケット履歴に対してシミュレーションを行い、30分以内で稼働します。

無料で始めて、今日にでもConfluenceのスペースを指定し、実際のチケットに基づいて何が下書きされるかを確認できます。