GorgiasとRecharge向けAI：2026年、サブスクリプションのチケットを最初から最後まで解決する

6種類のサブスクリプションチケットと、それぞれに本当に必要なもの

私はeeselで連携の開発をしています。Rechargeの連携を作ったときに最初に学んだのは、「サブスクリプションのチケット」は1種類ではないということです。リクエストごとにRechargeの別々の操作に対応し、元に戻せるかどうかのルールも異なります。「解約して」と言う顧客が実は「スキップして」という意味であることはよくあり、この取り違えは高くつきます。

Recharge自身のAPIリファレンスとポータルガイドをもとに、それぞれの裏側で何が起きているかをまとめました。

私が目にするミスの大半は、この表の2つの点から生じています。1つ目は、Rechargeには「一時停止」のステータスがないことです。サブスクリプションのステータスはアクティブ、解約済み、期限切れの3つだけなので、一時停止とは実際には請求日を後ろにずらすことです。2つ目は、今後の配送先住所はShopifyの顧客情報ではなく、Rechargeの住所レコードにあることです。Rechargeのドキュメントには、サブスクリプションは住所の子オブジェクトだと書かれています。Shopifyの住所だけを直しても、次の箱は古い住所に届きます。

支払い失敗は目立たないものの、大きな割合を占めます。Rechargeによると、平均して定期請求の7%が初回の試行で失敗します。その1件1件が「なぜ請求されたのか／されなかったのか」というチケットになり得ます。このカテゴリーについては、請求サポートの自動化のガイドで詳しく扱っています。

ネイティブのGorgias Recharge連携でできること

Gorgias Recharge連携は、GorgiasのSettings > App Storeからワンクリックで接続できます。接続すると、チケットのサイドバーに顧客のサブスクリプションと請求が次回請求日も含めて表示され、担当者がすでに使っているShopifyの注文データのすぐ隣に並びます。

このウィジェットから、担当者は次の操作ができます。

• サブスクリプションの解約（Cancelをクリックし、Confirmで確定）
• 請求のスキップ（請求のサブスクリプション欄にあるSkipボタンから）
• 請求の一部または全額の返金（ただしRefundボタンは注文にのみ表示されます）
• 解約済みサブスクリプションの再開と、スキップしたものの取り消し（Gorgiasの変更履歴の投稿による）

マクロでは4つのRechargeアクションが加わります。Cancel last subscription、Activate last subscription、Refund last charge、Refund last orderです。マクロアクションはすべてのHelpdeskプランで利用でき、マクロの送信時に実行されます。すでにGorgiasのマクロを活用しているなら、最初に作るべき最も役立つものは、顧客の解約理由を記録する解約マクロです。

ドキュメントには、請求日、頻度、商品、支払い方法を変更するウィジェットのアクションは記載されていません。また、Rechargeのwebhookが届かなくなると、ウィジェットが誤った次回請求日を表示することがあるとGorgias自身が注意を促しています。サイドバーは素早く確認するためのものと考え、日付を約束する前にRechargeで確認してください。

Gorgiasの以前のDoggieLawnの導入事例は、この手動の構成だけでどれだけの価値があるかを示しています。チームがタブ間でデータをコピーするのをやめた結果、解決までの時間が37%短縮され、1回の対応で完了するチケットが70%増えました。この結果はGorgias AI Agentの登場前のものです。自動化ではなく、データを人の目の前に置いたことで得られた成果です。

Gorgias AI AgentがRechargeでできること

Gorgiasが最も速く前進しているのはこの部分です。2026年9月に更新されたRechargeアクションのドキュメントには、AI Agentが単独で実行できる10個のアクションが挙げられています。

これはしっかりしたリストです。一時停止と「請求日の変更」は、サブスクリプションの顧客が最もよく求める2つの操作で、Gorgiasはどちらにもネイティブで対応しています。一時停止は、Rechargeのデータモデルから予想されるとおりの仕組みで動きます。ドキュメントによると、AI Agentは「サブスクリプションの次回請求を購入者が選んだ再開日まで先送りすることで、一時停止を再現」します。

制限も同じくらい具体的で、これを前提に計画を立てる前に知っておく価値があります。

• 一度に1つのサブスクリプションのみ。 ドキュメントの原文では「ほとんどのRechargeアクションは、購入者のアクティブなサブスクリプションが1つだけの場合にのみ実行されます。購入者が複数を持っている場合、AI Agentはチケットをチームに引き継ぎ、手動で完了してもらいます」とあります。List active subscriptionsとPause selected subscriptionは例外です。
• スキル内での設定が必要。 アクション設定のドキュメントによると、接続したアプリのアクションは「スキルまたはガイダンスに追加した場合にのみ実行できます」。この部分はGorgias AIガイダンスの解説で扱っています。
• Starterでは使えない。 料金ページでは、ActionsはBasicプラン以上とされています。
• 顧客の確認。 Gorgiasが元に戻せないとみなすアクションは、サブスクリプションのスキップも含め、デフォルトで購入者に確認を求めます。
• 商品変更、カード更新、返金はなし。 10個のアクションのうち、商品の変更、数量の変更、支払い方法の更新、請求の返金を行うものは1つもありません。ドキュメントの冒頭では「請求情報の更新」に触れていますが、それを行うアクションは挙げられていません。

チャットでの購入者のセルフサービスについては、FlowsにネイティブのRechargeステップはありません。Gorgiasは、Recharge APIへのHTTPリクエストで組み立てる自作のフローを文書化しています。そのテンプレートは購入者の最初のサブスクリプションにしか作用しません。FlowsとAI Agentの全体像を知りたい場合は、Gorgias Flowsのガイドで整理しています。

それでもサブスクリプションのチケットが取りこぼされる場所

3つのネイティブの仕組みを並べてみると、同じ4つの場所に穴があることがわかります。

複数のサブスクリプションを持つ顧客。 サブスクリプションのブランドは、セット商品、追加商品、「自分用と母親用に1つずつ」といったギフトを販売します。こうした顧客は、Gorgias AI AgentのRechargeアクションの大半の対象から外れ、キューに戻ってきます。

ShopifyとRechargeにまたがるチケット。 「前回の箱が破損して届きました。次回分はスキップしてください」というチケットは2つの仕事です。Shopifyでの返金または再送と、Rechargeでのスキップです。アプリごとに別々のアクションリストとして扱うツールは、半分だけ処理して残りを引き継ぐことになります。Shopify側については、AIによる返金の自動化のガイドで解説しています。

商品変更と支払い失敗。 どちらにも対応するネイティブのRechargeアクションはありません。Rechargeのポータル自体は「Swap this for a different product」や「Send edit payment link」のメールに対応しているので、現時点でAIにできる最善のことは、説明して、正しいボタンを案内し、必要なら引き継ぐことです。

チケットあたりのコスト。 現在のGorgiasの料金体系では、AI Agentが人を介さずにチケットを解決すると、チケット料金と自動化料金の両方がかかります。

どんな機能リストでも解決できない信頼の問題もあります。月に約7,000件のGorgiasチケット（注文追跡、サブスクリプション、商品に関する質問が混在）を扱うD2Cサプリメントブランドの運用責任者は、営業の通話で私にはっきりとこう言いました。

「必要なのは、自信を持って対応できるチケットだけを処理して、それ以外には手を出さないAIです。」

特にサブスクリプションでは、これが正しい基準です。誤った解約は、お金を払ってくれている関係を終わらせてしまうからです。だからこそ私は、ここでのAIを、何ができるかと同じくらい、何をしないかで評価します。

Gorgias、Shopify、RechargeをまたぐAIチームメイトはどう処理するか

ヘルプデスクにアクションリストを積み上げる代わりの選択肢は、担当者のようにGorgiasの中で働き、必要に応じてShopifyやRechargeにアクセスするAIチームメイトです。eeselはまさにそのために作られました。AIベンダーの説明が曖昧になりがちなのはこの部分なので、何ができるのかを正確にお伝えします。

Gorgiasでは、eeselはヘルプセンター、マクロ、過去のチケットから学習します。返信の下書き、社内メモの追加、送信ができ、タグ付け、割り当て、クローズ、チケットフィールドの更新も行えます。Shopifyでは、注文と追跡情報をリアルタイムで読み取り、注文の返金、未発送注文のキャンセル、返品の開始、配送先住所の変更ができます。RechargeにはRechargeのAPIトークンで接続し、次のアクションを使えます。

すべての書き込み操作は、自動で実行するか、承認を待つか、オフにするかを、アクションと承認のページでアクションごとに設定できます。保留されたアクションはeeselのダッシュボードに表示され、人が承認します。Rechargeにはeeselを単独で起動するイベントがないため、これらはすべて、eeselがすでに処理しているGorgiasのチケットの中で行われます。

6種類のチケットでこれがどうなるかを、Gorgias AI Agentと並べて示します。

この表のうち2つの点は、詳しく見る価値があります。

スキップが解約に変わることは決してありません。 eeselは、「次回の配送をスキップして」はスキップした請求を意味し、スキップ、一時停止、日付変更の代わりにサブスクリプションを解約してはならないと教えられています。小さな変更ができないときは引き継ぎます。有料のサブスクリプションを終わらせる、一番近い操作に手を伸ばすことはありません。

前払いプランの解約はきちんと完了させます。 Recharge自身の解約に関するドキュメントは、「前払いサブスクリプションを解約しても、予約済みの配送注文は自動的にはキャンセルされません」と注意を促しています。eeselは残っている予約済み注文を一覧にし、発送すべきでないものを1件ずつキャンセルします。削除する前に注文を読み取り、すでに発送済み、処理済み、エラーのいずれかであれば実行を拒否します。こうした細部こそが、3週間後の「なぜまた箱が届いたの？」というチケットにつながるのです。

正直なトレードオフを言えば、現時点でより多くのRecharge操作をカバーしているのはGorgias AI Agentで、eeselはチケットのより多くの部分をカバーします。一時停止と日付変更のリクエストが件数の大半を占めるなら、この差は重要です。2週目になって気づくより、今お伝えしておきたいと思います。

GorgiasとRechargeでAIを運用する費用

支払うものは3つあります。ヘルプデスク、サブスクリプションアプリ、そしてAIです。Rechargeの料金ページによると、Starterは月額99ドルに加えて取引ごとに1.49% + 19セント、Plusは月額499ドルです。Cancellation PreventionとFailed Payment Recoveryはすべてのプランに含まれています。

AIについて、AIが処理するサブスクリプションのチケットが月1,000件の場合の試算を示します。

どちらの場合でも、チケットそのものにはGorgiasのプランの料金を支払います。違いは、解決のたびに対応件数ごとの料金が上乗せされるかどうかです。Gorgiasは、顧客が72時間以内に人の対応を必要としなかった場合に、その対応を自動化されたものとして数えます。Gorgias AI Agentの料金の解説にはバンドルの表をすべて載せており、eeselの料金には100クレジット付きでカード不要の無料プランがあります。

私なら1週間でこう設定します

明日GorgiasとRechargeのキューにAIを導入するとしたら、私は次の順番で進めます。

1. 1か月分のサブスクリプションのチケットを種類別にタグ付けする。 スキップ、一時停止、商品変更、解約、日付変更、支払い失敗の件数を数えます。この数字1つで、どのツールが合うかが決まります。この部分はAIによるチケットのタグ付けのガイドで紹介している方法で自動化できます。
2. 複数のサブスクリプションを持つ顧客の数を確認する。 その割合が大きいと、Gorgias AI Agentのサブスクリプション1つのルールによって、多くのチケットが人の手に戻ってきます。
3. まずは読み取り専用で接続する。 何かに手を加える前に、AIに購読者と注文を検索させ、社内メモを下書きさせます。eeselでは「Leave internal note」アクションがこれにあたります。
4. 顧客ではなく過去のチケットでテストする。 eeselのシミュレーションスキルは、本番稼働の前に過去の数百件のチケットでエージェントを実行し、回答を1件ずつ採点します。Gorgiasは、テスト会話が「接続したアプリの実データを使用する」と注意しているので、そちらではテスト用の顧客を使ってください。
5. スキップと住所変更を承認付きで有効にする。 これらは最も元に戻しやすい書き込み操作です。解約はきれいに元に戻せないので、承認付きのまま最も長く置いておきます。
6. リテンションの経路を整える。 最初のメッセージで解約するのではなく、解約のリクエストをRechargeのCancellation Preventionのオファーやポータルの一時停止オプションに誘導します。購読者を引き留める言い回しは、解約防止のためのAIの記事で解説しています。

どのツールを選ぶにしても、私が気をつけたい落とし穴がいくつかあります。

• 実際は日付変更なのに一時停止を約束する。 「一時停止しました」ではなく、新しい請求日を顧客に伝えてください。Rechargeには後で元に戻すための一時停止ステータスがありません。
• 間違った住所を更新する。 Shopifyの顧客住所を変えても、今後のRechargeの箱の配送先は変わりません。Rechargeの住所レコードも修正してください。
• 解約したサブスクリプションを作り直して、元に戻したと言う。 新しいサブスクリプションは開始日もスケジュールも新しくなり、価格も変わる可能性があります。
• 「なぜ請求されたのか」に記憶で答える。 まず注文と請求のステータスを確認してください。顧客は悪気なく記憶違いをするものです。

Gorgias側の導入についてさらに知りたい場合は、Gorgias AIのセットアップガイドと、人への引き継ぎに関する記事があわせて役立ちます。

GorgiasとRecharge向けのeesel

サブスクリプションのチケットが1つのきれいな形で届くことがめったにないなら、それこそがeesel for Gorgiasの想定しているケースです。eeselはAIチームメイトとしてGorgiasのキューに参加し、マクロと過去のチケットから学習します。チケットで必要になれば、顧客のShopifyの注文とRechargeのサブスクリプションをリアルタイムで読み取り、1回の返信で作業を行います。破損した箱の返金、来月の請求のスキップ、次の箱の配送先住所の修正などです。Rechargeでの一時停止、日程変更、商品変更は行わず、チケットにそれらが必要なときはチームに知らせます。

どの書き込み操作も、信頼できるようになるまで承認を待たせることができます。また、自社の過去のGorgiasチケットでのシミュレーションにより、顧客が返信を目にする前に、どう回答していたかを確認できます。eeselを無料で試してください。100クレジット付きでカード不要です。まだ比較検討中なら、Gorgias AI Agent vs eeselの比較記事と、サブスクリプションビジネスに最適なAIのまとめが次の読み物としておすすめです。