GorgiasにClaudeを:2026年に実際つながる4つの方法

Claudeはすでにあなたのgorgiasアカウントに入っているかもしれない

私はeeselでAIエージェントを構築している。つまり、週の大半をこの問題の地味な半分、すなわちretrieval、ツール呼び出し、そしてモデルが黙って人間を呼びに行くべきタイミングを決める引き継ぎロジックに費やしている。何千もの実稼働サポートキューを通じて得た、最も信頼できる教訓は、壊れるのはめったにモデルそのものではないということだ。壊れるのはその周りの配管の方だ。

これはここで心に留めておく価値がある。というのも「Gorgiasはどのモデルを使っているのか」という誠実な答えは、マーケティングページではなくセキュリティ文書に埋もれているからだ。Gorgiasセキュリティ FAQははっきりとこう述べている。

"AI Agent uses a combination of multiple secure LLM providers, including OpenAI, Anthropic, and internally fine-tuned LLMs."

AI Agent製品ページはより狭い話をしていて、OpenAIとのパートナーシップだけを挙げ、OpenAIのロゴだけを掲げている。どちらも真実だ。Anthropicはその組み合わせの中に入っているが、OpenAIはドアに掲げられたバッジなのだ。

ここでClaudeを探している人にとって重要なのは、どちらのページにも書かれていないことだ。Gorgiasはモデル名も、モデルのバージョンも、切り替えスイッチも一切公開していない。返金チケットをClaudeに、商品に関する質問をもっと安いものにルーティングすることはできない。だから実用的な問いは「GorgiasでClaudeを使えるか」ではなく「そもそもClaudeが座れる場所はどこにあるのか」だ。

ちなみにこの問いは、他のヘルプデスクでもほぼ同じ答えになる。私はClaude for Zendeskでも同じ道をたどったが、問題の形はほとんど変わらない。モデルベンダーはディレクトリを作り、ヘルプデスクベンダーはエージェントを作り、誰もあなたが本当に欲しかった橋を作らない。

4つのルート、そしてどれがあなた抜きで動くか

2026年時点で、GorgiasのキューにClaudeを近づける方法はちょうど4つある。うち2つは人が操作しない限り動かないオペレーター向けツールだ。残り2つは無人でキューに対して動作させられるが、どちらもループ自体を自分で構築する必要がある。

この後の各セクションで、実際のキューとの接触に耐えられるかどうかを決める制限とともに、それぞれを順に見ていく。

ルート1:GorgiasのMCPコネクタ

これはClaudeの公式ストーリーであり、その仕事において非常に優れている。Gorgiasはhttps://mcp.gorgias.com/mcpで自社製のリモートMCPサーバーを運用しており、公式のセットアップガイドがClaude DesktopのCustomize、次にConnectors、次にAdd custom connectorの順に追加する手順を案内してくれる。Claude Codeユーザーには代わりに1行のコマンドが用意されている。claude mcp add --transport http gorgias https://mcp.gorgias.com/mcp

オープンベータの発表は取引の内容について気持ちよいほど率直だ。どのプランでも追加費用なしで含まれ、AI Agentは不要で、自分のモデルのサブスクリプションを持ち込む形になる。セットアップは約5分と見積もられており、Gorgiasは公開のMCPクックブックでプロンプトのレシピを公開している。

Gorgiasはまた、大半のベンダーがわざわざしないほど明確に、2つのAI製品の境界線を引いている。AI Agentは「あなたのヘルプデスクの中に住み、あなたに代わって顧客に返信する」もので、MCPは「外部のAIツールからあなたのGorgiasアカウントを操作できるようにする」ものだ。

実際に触れられる範囲

読み取りは有効で、対象範囲も広い。書き込みはベータ運用中は部分的に制限されている。

ドキュメントによれば、この接続はチケットの読み取りと分析、設定の監査と更新、AI Agentの引き継ぎの確認、商品情報の編集、顧客の声のパターンの可視化、アナリティクスの照会、顧客への返信、内部メモの投稿、チケットのステータスと優先度の更新、Gorgiasルールの管理、ヘルプセンター記事の閲覧と更新ができる。ベータの発表には注意書きが加えられている。マクロの編集とAI Agentの設定書き込みは制限されており、今後数ヶ月かけて段階的に展開される。

プランによる制限はGorgias側ではなくClaude側にある。Free、Pro、Maxではユーザー自身がコネクタを追加できるが、TeamとEnterpriseではまずOwnerが組織レベルで追加する必要がある。Freeアカウントはカスタムコネクタ1つに制限されている。

輝く場面。 どのGorgiasタグが使われていない無駄なのか、なぜ初回応答時間が先週落ち込んだのか、あるいはあなたのエージェント設定がどの引き継ぎで繰り返し失敗しているのかを尋ねてみるといい。これは本物の仕事であり、どんなダッシュボードもうまくやれない仕事だ。

既存のセットアップを監査する最速の方法でもある。あなたのguidanceエントリを対象にして、一度も参照されていないものはどれかと尋ねたり、Gorgiasアナリティクスを読ませてCSATの低下を平易な言葉で説明させたりできる。

止まる場所。 これは人間がループに入っているツールだ。火曜の夜の返金キューを、Claude Desktopのウィンドウを開けっぱなしにして回している人は誰もいないし、Gorgiasもそうでないふりはしていない。

ルート2:HTTP連携とマクロ変数

「ClaudeをGorgiasに配線する」と言うときに大半の人が思い浮かべるのはこのルートであり、ドキュメントが静かに扉を閉じているのもここだ。

HTTP Integrationsは、チケットイベント時にGorgiasがあなたのエンドポイントにPOSTすることを可能にし、すべてのHelpdeskプランで利用できる。落とし穴は数字にある。各リクエストには5秒のタイムアウトがある。実際のコンテキストを前に持つコールドスタートのモデル呼び出しは、5秒に確実には収まらず、リトライのルールは最初の試行をあなたが望む以上に重要にしてしまう。

• 接続は受け付けられたが5秒以内に応答がない場合:Gorgiasがリトライするのは、連携がOAuth2を使っている場合のみ。ヘッダー認証の連携はちょうど1回の試行しかない。
• 429や500のようなエラーステータス:どちらの場合もリトライなし。
• リトライが適用される場合、10秒、20秒、40秒のバックオフで3回試行される。
• 500回連続で失敗すると、Gorgiasは連携を無効化する。カウンタは成功するたびにリセットされる。

タイムアウトよりも設計を大きく左右する制約がさらに3つある。第一に、ルールビルダーは21あるTHENオプションのどこにもHTTPアクションを持たないため、「意図が返金なら自分のモデルを呼び出す」とは書けない。第二に、マクロのHTTPフックはエージェントがマクロを適用したときに発火し、一方向で、レスポンスから返信へ戻る文書化された経路はない。第三に、Customer DataとCustomer Other Integrationsというルール条件はどちらも一時的に廃止済みとマークされており、モデルが返した内容によってルールを分岐させることは現時点ではメニューにない。

それでもレスポンスは、バックオフィス変数を通じてのみ返信に届くことができ、構文は{{ticket.customer.integrations[9141].data.delivery_cost}}のようになる。ここでの番号は、設定URLから取得する連携IDだ。そしてここに、私が夜も眠れなくなりそうな失敗モードがある。変数が見つからない場合、エラーではなく空白として表示される。壊れたパスは大きな音を立てて失敗しない。穴の空いた返信を顧客に送りつけるだけだ。

正直な見立てとしては、HTTP連携は注文検索をサイドバーに引き込むには優れた方法だが、言語モデルを顧客の前に置くには乏しい方法だ。前者のためにこれを使う人は、まずGorgiasオートメーションガイドを、次にShopifyサイドパネルの解説を読むべきだ。

Claudeの代わりに別のモデルベンダーに乗り換える予定だった場合でも、同じ壁が適用される点は注目に値する。Gorgiasとchatgptのルートも同じ5秒の天井にぶつかる。制約はモデルではなくヘルプデスクにあるからだ。

ルート3:APIと自社サービス

Claudeに実際にGorgias内で返信を書かせたいなら、これが機能するルートであり、週末仕事ではなく本物のプロジェクトだ。

その形は次のようになる。HTTP連携を即座に確認応答し、モデル呼び出しをキューに入れ、その後POST /api/tickets/{ticket_id}/messagesで回答を書き戻す。あるいはプッシュ側を完全に飛ばしてGET /api/eventsをポーリングする方法もあり、こちらには5秒の崖も自動無効化のリスクもないが、その代償としてレイテンシが発生する。

Gorgias APIはメールアドレスとAPIキーによるHTTP Basic認証を使うが、公開アプリはOAuth2を使う必要がある。レート制限は二重チェックの価値がある。Gorgiasは2つの異なる数字を公開しているからだ。料金ページはプラン機能として秒間2リクエスト(Enterpriseは4)を挙げているが、開発者向けリファレンスではOAuth2で20秒あたり80リクエスト、APIキーで20秒あたり40リクエストとしており、Enterpriseはより狭い10秒のウィンドウで同じ回数を得られる。より低い方の数字で見積もっておこう。ウェブフックのサブスクリプションAPIも一切存在せず、これは他のヘルプデスクから移行してくる人を驚かせるポイントだ。

スコープを決める前に押さえておくべき運用上の詳細が2つある。Gorgiasは現在イベントを12ヶ月しか保持しておらず、古いIDは404を返す。そしてAPIキーはユーザーごとにアカウント全体へのフルアクセス権を持つため、退職する管理者のキーは、生きた本番依存になってしまう。誰かがノートパソコンを返却する前に、役割と権限を確認しておこう。

Claude側では、3つの入り口がある。Messages APIのMCPコネクタは、ツールごとの許可リストを使って、あなたのバックエンドからGorgiasのツールを直接呼び出せるようにするが、サポートされるのはMCP仕様に基づくツール呼び出しのみだ。Claude Agent SDKは、PythonまたはTypeScriptでClaude Codeのエージェントループをそのまま手渡してくれる。あるいは生のAPIに対して自分でループを書くこともできる。

私たちのClaude統合ガイドは、この3つが実際にどう異なるかをカバーしており、Claude managed agentsは、自分でループを動かしたくない場合のホスト型オプションをカバーしている。

これを顧客に渡す予定なら、重要なライセンス条項がある。サードパーティの開発者は、事前承認なしにユーザーへclaude.aiのログインやレート制限を提供してはならない。あなたはAPI料金を支払うことになる。

これは、あらゆるbuild-versus-buyの会話において、誰かが本音を口にする瞬間だ。私たちの顧客の一人が、私よりうまくそれを言い表してくれた。

"We could try to write our own LLM application but we didn't want to invest our time into that. We wanted something that we would not have to maintain."

Karel, GENERAL BYTES

ルート4:GorgiasタブをChromeで操作するClaude

技術的にはこれは機能する。ChromeのClaudeは、追加費用なしでどの有料プランでも利用可能で、スクリーンショットからブラウザを操作しており、Gorgiasのタブは単なるウェブページにすぎない。

私はこれをサポートキューに使わないし、Anthropicもそうだ。同社自身の安全に関するガイダンスは、機密性の高い企業データを保持する業務アカウントでの使用や、他人の個人情報を保持するサイトでの使用を避けるよう勧めている。サポート受信箱はその両方を同時に、しかも変装した形で兼ね備えている。さらにChrome専用であり、ベータ版であり、HIPAA組織向けにはブロックされており、その性質上一度に1人しか使えない。

見慣れないGorgiasビューを探索したり、レポート画面をリバースエンジニアリングしたりするために使うといい。顧客への返信に使ってはいけない。私たちのClaude for Chromeの記事では、この拡張機能が何に向いているかをさらに深掘りしている。

実際に1チケットあたりいくらかかるのか

ここでecommerceの計算が興味深くなってくる。トークン代はヘルプデスクの請求額の前ではほとんど無関係になるからだ。

現行のClaude料金では、Sonnet 5は入力トークン100万につき2ドル、出力100万につき10ドルとされている。チケット1件分の呼び出しは、余裕を持って見積もってもおよそ1セントに収まる。Opus 5は5ドルと25ドルで、数セント程度になる。プロンプトキャッシングの読み取りは基本入力の10分の1で課金されるため、静的なナレッジブロックはすぐに安くなる。Claude 5系にはロングコンテキストの割増料金がないため、内容の詰まったチケットスレッドも短いものと同じトークン単価になる。

次にGorgias側だ。料金ページは同じ受信箱に対して2つのメーターを走らせており、これはチームが最も誤読しがちな部分だ。

サマリーではなくプランごとの詳しい読み解きが欲しいなら、私たちのGorgiasプラン比較がそれぞれを分解しており、チケット上限ガイドでは何が課金対象になるかを説明している。

この表の中には、見落とすと本当にダメージを受ける項目が2つある。

1つ目は、完全に自動化されたチケットは二重に課金されるということだ。課金ドキュメントによれば、チケット料金はGorgiasから送信されたメッセージが少なくとも1件あるすべてのチケットに適用され、それが人間、AI Agent、ルールのいずれによって送信されたかは問わない。自動化料金は、72時間以内に人間がチケットに触れなかった場合にその上に積み重なる。チケットを人に引き渡せば、支払うのはチケット料金だけになる。

2つ目は、1.50ドルは超過料金であり、通常料金ではないということだ。割り当ての範囲内では、実効価格は年払いプランで解決対応1件あたりおよそ0.90ドル、Starterで約1.00ドルとなり、これはGorgias自身の説明とも一致する。境界線を超えると、同じ対応がStarterでは半分、それ以外のプランでは3分の2高くなる。

ここには逆説的な帰結があり、それはルート2とルート3を支持する、誰も声に出して言わない最も強い論拠だ。自動対応メーターはAI Agent、Flows、Order Management、Article Recommendationsをカウントする。自社サービスがAPI経由で投稿する返信は、自動対応ではなく課金対象のチケットとしてカウントされる。自分で構築すれば、この高価なメーターを完全にスキップできる。その代わりに手にするのは、エンジニアリングの請求書だけだ。

自分の数字を入れてみてください。

4つのルートどれも解決しないこと

4つのルートすべての下には同じ制約が横たわっており、それこそが私がそのどれをも完成した答えとは呼ばない理由だ。

チケットアーカイブはナレッジソースではない。 Gorgias AI Agentは、guidanceエントリ(店舗ごとに100件、各30,000文字)、ヘルプセンター記事、サブページなし・ログインなしで1ページずつ取得する公開ウェブサイト同期、アップロードファイル、Shopifyデータから情報を得ている。マクロは明示的に非対応だ。過去に解決したチケットはリストに含まれていない。これは残念なことだ。というのも、そのアーカイブこそが、あなたのチームの実際のブランドボイスが存在する唯一の場所であり、だからこそ多くのGorgiasオートリプライの設定が、あなたのチームではなくヘルプセンターのように聞こえてしまうのだ。

自社の履歴に対してドライランすることはできない。 Playgroundは一度に1件の既存チケットを再生するだけだ。バッチや過去データによるシミュレーションが文書化された形でどこにも存在せず、テストではアクションはデフォルトで無効になっているが、有効化すると実データに影響する。そのため本番稼働は測定ではなく判断の問題となり、それはまさにサポートリーダーが神経質になる瞬間だ。G2のあるレビュアーは、設定の負担を公平にこう表現している。

"The AI Agent is powerful, but the training and knowledge base configuration can be complex. There are a lot of rule nuances and automation layers that require careful setup, and the learning curve can be steep when optimizing for more advanced use cases."

Hannah S., Operations, Feb 2026

これはエージェントが悪いという意味ではない。5つ星をつけたあるレビュアーは、一つの文の中で両方の側面を認めており、これはおそらく現状で最も公平な要約だ。

"While we still have quite a few snags with the AI agent who does give the wrong answers sometimes, it is still faster and more efficient than Zendesk."

Karolina C., Marketing, Mar 2026

そして製品を公平に見るなら、アクションはうまく機能している半分だ。キャンセル、住所変更、商品削除、交換、無料再発送、注文メモをカバーする6つのShopifyアクションに加え、Recharge、Loop、いくつかの3PLがある。注文管理フローガイドでは、それらがどう連携するかを説明している。ただし公開されている制限は、それに合わせて計画できる程度に具体的だ。キャンセルは3PLに伝播せず、住所変更は税金や送料を調整できず、交換は一度に1商品しか扱えない。

Shopify以外のマーチャントを遅れて捕まえるゲートがもう一つある。AI AgentはShopifyを必要とし、BigCommerce、Magento、WooCommerceではサポートされていない。ヘルプデスク自体はこれらをサポートしているにもかかわらずだ。長年の有料顧客が、そのパターンを正確に描写している。

"The AI Agent follows the same pattern, offering full functionality only for Shopify and requiring an awkward email-per-store setup that doesn't fit every business."

Frank A., Digital, Mar 2026

そしてコストについて、最も多い不満はまさに、この2つのメーターモデルが生み出すものだ。

"The main frustration with Gorgias is the pricing model, which is based on ticket volume rather than a flat monthly fee. As our order volume grows and customer inquiries increase, the cost scales up quickly in ways that can be difficult to predict and budget for. During peak seasons like the holidays when support volume spikes, the costs can increase significantly in a short period."

Mitchell O., Sales, Apr 2026

なお、チケット単価モデルには本物の擁護者もいることは言っておく価値がある。Shopifyの制限を指摘したのと同じCapterraのレビュアーは、ユーザー単位ではなくチケット単位で課金することを評価していた。それによって、シート数の不安なしに社内の全員がツールを使えるようになるからだ。どちらのモデルが優れているかは、あなたの人員数と注文数のどちらがより速く成長するかに完全に依存する。

私なら実際にどうするか

Claudeにヘルプデスクを読ませたいなら、今日MCPコネクタをインストールしよう。費用はかからず、5分で済み、Gorgiasがしばらくの間に出した中で最良の分析ツールだ。引き継ぎとGorgiasレポートを対象にして、何が壊れているかを教えてもらおう。

Claudeに顧客への返信をさせたいなら、ルート3が何であるかについて正直になろう。それはあなたが今抱えることになるサービスであり、上流に5秒のタイムアウトがあり、12ヶ月のイベント保持期間があり、オンコールのローテーションがある。手の空いたバックエンドエンジニアがいて、特殊な要件を持つチームなら、間違いなくこれを構築すべきだ。ほとんどのecommerceチームにはその余っているエンジニアはおらず、試みたチームの多くは2ヶ月目にその理由を再発見することになる。

それ以前の段階にいて、そもそも自動化するかどうかをまだ検討しているなら、Gorgias AIセットアップガイドと、Gorgias AIは価値があるかの正直な結論から始めよう。

もしあなたが本当に欲しかったものが、あなたの声で、あなたの履歴を背景に答えるモデルだったなら、これら4つのルートのどれも、そこへの最短経路ではない。それがこの記事の明らかなバイアスへとつながる。

Gorgias向けeesel AI

私はこれに関わっているので、その点を割り引いて聞いてほしいが、これはまさに上で説明したギャップのために作られている。

eesel AIはOAuth経由でGorgiasに接続し、ネイティブエージェントが触れない3つのソース、すなわち過去に解決したチケット、マクロ、ヘルプセンターで学習する。これが、返信をあなたのドキュメントではなくあなたのチームのように聞こえさせている理由だ。さらにNotion、Google Drive、Confluence、Slackを上乗せし、注文、追跡、返品のためにShopifyのデータをライブで読み取る。

私が買い手として最も気にするのはシミュレーションの部分だ。何かが顧客に届く前に、エージェントを過去のチケットに対して実行し、その回答を実際にチームが送った内容と比較して、スコア付けされたギャップレポートを得られる。これは無料トライアル中に、何も支払う前に実行できる。セットアップは30分未満と見積もられており、接続はストアプラットフォーム経由ではなくOAuth経由でGorgias自体に対して行われるため、Shopifyの背後にロックされてはいない。

料金は従量課金制で1チケット0.40ドル、プラットフォーム料金もシート単位の課金もない。Gorgiasの割り当てを超えた自動対応1件あたり1.50ドルと比べると、この差はピークシーズンに急速に積み重なり、まさにそれが一番痛いタイミングで効いてくる。開始時には50ドル分の無料利用枠があり、カードは不要だ。

ネイティブエージェントと比較検討しているなら、私たちのGorgias AIの分析とGorgias代替案のまとめがどちらもさらに深く掘り下げており、eeselを試すにかかる時間は、それらを読むのとだいたい同じくらいだ。