Gorgias AI Agentのアクションと自動化タスク：何ができて、2026年版のセットアップ手順

Gorgias AI Agentとは実際のところ何か

アクションのリストに入る前に、用語を整えておくと役立ちます。Gorgiasはこれらを一括して「自動化タスク」とは呼ばないからです。製品はAI Agentの振る舞いを名前付きのパーツに分割していて、ビルダーに入るとその名前が効いてきます。

接続済みのShopifyストア1つにつきAI Agentは1つで、同じサブスクリプションで2つの役割を担います：購入後の業務（返品、追跡、キャンセル）を扱うサポートエージェントと、購入前の業務（商品質問、レコメンド、アップセル）を扱うショッピングアシスタントです。その下に、絶えず触ることになる3つの概念があります：

• スキルはGorgiasドキュメントによれば「1つ以上のインテントに対する一連の指示」です。スキルはトリガー（Return / Requestのようなインテント）、WHEN/IF/THENモデルで書かれた指示、ナレッジトグルをまとめます。スキルはエージェントを操縦する第一の手段です。
• アクションはGorgias自身の言葉を借りれば「AI Agentが複数の接続済みアプリであなたの代わりに実行する一連のタスク」です。これがShopify、Recharge、Loopで実際に何かを行うレイヤーです。
• ガイダンスはインテントではなく関連性で引き出される参照知識で、「実店舗はありますか？」のような一般的な質問用です。

押さえておく関係はひとつ：アクションはAI Agentがスキルかガイダンスの中から呼び出したときにのみ実行されます。アクションをスキルに追加することで、合致する会話が来たときにエージェントがそれを実行しに行くようになります。Gorgias AI Agentの概要を読んで、スキルとアクションの結び付き方がしっくり来なかったなら、それがチェックしておくべきリンクです。

Gorgias AI Agentが実行できるすべてのアクション

GorgiasはAI Agent > Train > Support Actionsから到達できる、最も一般的なeコマースリクエストのテンプレートライブラリを同梱しています。そこではテンプレートから作るか、カスタムアクションを構築できます。エージェントが行うことごとにまとめた完全カタログを以下に示します。

コミュニティの見方は一貫しています。チケットのうち相応の割合がこれらを必要とするときに、アクションは元を取ります。あるeコマースオペレーターはGorgiasとZendeskを比較するRedditスレッドでこう述べています：

"If a meaningful chunk is WISMO, address changes, cancels, refunds, exchanges, Gorgias usually feels worth it because the agent can do the work inside the ticket with Shopify context right there."

u/cavalry18, r/CRM

早めに触れておきたい点：ヘルプセンターのFAQに回答するのはGorgiasの意味での「アクション」ではなく、ナレッジ検索で処理されます。アクションは接続済みアプリで何かを変更するステップを特に指します。

アクションは実際にどう発火するか

カタログを知るのと、リクエストが完了済みのアクションにどう変わるかを知るのは別物です。後者を理解しておくとデバッグが効きます。フローは「AIがなんとかしてくれる」より決定論的です。

メッセージが到着すると、Gorgiasがそのインテントを自動で分類し（インテントは自作するのではなく組み込みです）、一致するスキルが受け取り、スキルの指示が順番にステップを実行します。アクションも含まれます。アクションを作成・編集するときには、Gorgiasのアクション作成ドキュメントによれば、4つを設定しています：

1. 名前と説明。 説明は装飾ではなく重要な役割を担います：エージェントはこれを使って、ある特定のリクエストに対してそのアクションが当てはまるかを判断します。Gorgiasはいつ当てはまるか、何をしないか、顧客がリクエストするときにどんな言い回しをするかを書き出すことを推奨しています。
2. 条件。 条件なし、すべての条件、または少なくとも1つを選びます。条件はShopifyの顧客フィールド（ID、メール、タグ）と注文フィールド（金額、配送ステータス、住所）を読みます。典型例：注文が30日以内の場合のみ返品を提案する。
3. 顧客の確認を要求。 一般にはオプションですが、取り消せない処理には自動で強制オンになります：注文キャンセル、住所編集、サブスク解約。エージェントは実行前にYesを得る必要があります。
4. ステップ。 Add Stepsから追加し、アプリを選択、何をするかを選択。ステップは上から下に実行され、ドラッグで並べ替え可能で、それぞれにアプリ認証（通常はAPIキー）を要求できます。

テンプレートを越えていく場合、Advanced optionsエディタはビジュアルキャンバスを開き、Gorgiasがネイティブで連携していないアプリへHTTPリクエストを投げたり、購入者の入力を変数として集めたり、ロジックを分岐したりできます。ドキュメントから直接の警告が2つあります：HTTPリクエストに慣れた人向けであること、そしてAdvanced optionsに切り替えると基本エディタに戻れないこと。ステップが失敗するとエージェントは「failed to execute one or more steps」というメモを投稿し、チケットをチームに渡します。失敗は当て推量ではなくアクションのイベントログからデバッグします。

自動化タスクをステップごとにセットアップする方法

ほとんどの自動化タスクはスキルとして始まります。Gorgiasのスキル作成ドキュメントに沿った道筋は、私たちのGorgias AIセットアップガイドとも揃っています：

1. AI Agent > Skills > Create skillへ行き、テンプレート（返品、キャンセル、注文ステータス、住所更新）を選ぶか、ゼロから始めます。既存のガイダンスを開いてスキルに変換することもできます。
2. 指示を書く：WHEN/IF/THEN形式で、上限は30,000文字。WHENはリンクされたインテント、IFには分岐条件（「注文が30日より古い場合」など）、THENにはアクションを含む順序立てされたステップが入ります。ドキュメントは、汎用ではなく実際のポリシーと期間を参照することを強く求めており、変数とアクションは正しいステップにインラインで挿入します。
3. インテントをリンク。 Link intentsをクリックして1つ以上を選びます。インテントは自動検出されますが、1つのインテントは1つのスキルにしか属せないので、ここでリンクすると他のスキルから外れます。チームでは返品と交換のインテントをペアにすることが多く、これは単純なボットがつまずきやすい返金対交換の分類そのものです。
4. ナレッジトグルを設定。 オン（デフォルト）は指示が先で、ナレッジが穴を埋めます。オフは指示のみで、法的にセンシティブなプロセスで使います。
5. テストする。 トリガーとなるメッセージを入力し、送信し、Show reasoningでエージェントがなぜそう答えたかを確認します。
6. 有効化する。 これをするまで変更はドラフトとして保存されます。

1つのリクエスト種別ではなく多くの会話に当てはまる情報なら、代わりにガイダンスを書きます（ストアあたり最大100件、それぞれ同じ30,000文字制限）。ドキュメント自身の判断ルールはきれいです：1つのリクエストの段階的手順はスキル、広く当てはまる一般情報はガイダンスです。

始める前の小さな現実確認：これはプラグアンドプレイではなく本物のコンフィギュレーションです。スキルを書き、条件と認証付きステップでアクションを組み、ガイダンスを書き、トーンとハンドオーバートピックを設定し、（次のセクションで）ルールが全体と衝突しないように調整します。セットアップの労力と効果を秤にかけているなら、知っておく価値があります。

Gorgiasのルールはどこにはまるか、そして二重返信の罠

ここで人がつまずきます。GorgiasにはAI Agentと並行して走るもう一つの自動化システムがあります：ルールエンジン、AIが触ろうが触るまいがすべてのチケットに対して動く、古典的なif-this-then-that自動化です。ルールはWorkflows > Tools > Rulesにあり、そのアクションにはタグ付け、アサイン、クローズ、返信、マクロ適用などがあります。

順序の重要事実：ルールが先に走り、AI Agentが後に引き継ぎます。だから「reply to customer」や「apply macro」アクションを持つルールがあって、かつAI Agentも返信するなら、顧客は2通のメッセージを受け取ります。修正はルールをオフにするか、AIが処理するチケットには発火しないように条件を加えることです。まだ古いautoresponderルールを持つ古いアカウントは、AI Agentがメールで有効化されると自動的に無効化されますが、自分の環境をチェックしておく価値はあります。

Gorgiasはこの重なりに対応する組み込みのルールテンプレートを2つ提供しています。AI Agentでルールを使うガイドより：

• Prevent AI Agent from answeringはチケットにai_ignoreタグを付け、エージェントが返信したりアクションを取ったりするのを止めます。VIP顧客やセンシティブなキーワードに役立ちます。
• Re-open low CSAT AI Agent ticketsはCSATスコアが低かったAI解決済みチケットを自動的に再オープンし、人間に戻します。

「assigned to AI Agent」を直接ルールの条件にすることはできませんが、エージェントは触れたチケットすべてに自動でタグを付け（ai_handover、ai_ignoreなど）、そうしたタグで狙うのが信頼できる方法です。さらに人を驚かせるニュアンスがひとつ：AI Agentはマクロをまったく使いません。スキルとナレッジから自分で返信を書き、マクロは人間専用のツールのまま残ります。

タスクの自動化に実際いくらかかるか

ほとんどのチームが流し読みする節なので、率直にいきます。Gorgias AI Agentは成果ベース、解決単位の課金を採用しており、1つのチケットに対して2つの別個の料金が積み上がり得ます。

Gorgiasの請求ドキュメントによると、ヘルプデスクチケット料金はヘルプデスクから少なくとも1通のメッセージが出るチケットすべてに適用され、自動化料金はAI Agentが人に渡さずにチケットを解決した場合に上乗せでのみ適用されます。つまりAIが完全解決した会話のコストはチケット料金＋自動化料金、AIがエスカレーションしたチケットはチケット料金のみです。「解決」とは、顧客が72時間以内に人を必要としないことを意味します。

シート単位ではなくチケット数で課金される各プランでの落ち着き方を以下に示します：

具体例：Proに乗っていて、AIがひと月に1,000件の会話を完全解決したとしましょう。プランで約360ドル、それに1,000×0.90ドルの自動化料金が乗るので、チケット超過前で基本料の上に約900ドルです。年払いでプラン料金は最大16%下がりますが、解決単位料金には影響しません。自分の数字を検算したい場合は、Gorgias AI料金の分解記事と自動化アドオンガイドがより深く掘り下げています。

コミュニティが声をあげるのはここです。同じRedditスレッドでは、コストが膨らむ懸念が繰り返し挙がっていました：

"Gorgias is awesome if you're super deep into Shopify workflows... The downside is the price adds up quick once your volume grows."

u/ShoddyPut8089, r/CRM

実運用してきた人々の大まかな合意：チケットの40%以上が直接的なShopifyアクションを必要とする場合、Gorgiasは元が取れます。ボリュームのほとんどが会話的なものなら、めったに発火しないアクションに割増料金を払っている可能性があります。

Gorgias AI Agentがつまずく場所

公平なガイドは機能だけでなく限界も挙げます。コミットする前に知っておく価値のあるものをいくつか紹介します。

Shopifyかゼロか。 AI AgentはGorgiasに接続されたShopifyストアを必要とし、その条件と変数はShopifyの注文・顧客フィールドから引きます。BigCommerce、Magento、WooCommerce上のブランドはネイティブな道ではなくカスタムHTTPアクションに頼ることになります。

チャネルカバレッジはヘルプデスクのそれより狭い。 AI Agentはメールとチャット（SMSはより新しく、アドオン依存の追加）で会話を解決します。Voiceでは動きませんし、FacebookやInstagramなどのソーシャルチャネルは人間のエージェント向けにサポートされていますが、それらのDMでのAI Agentによる解決はドキュメント化されていません。

ストアあたり1エージェント。 マルチストアのブランドは各ストアのエージェントを別々に管理し、ストアごとにスキルとガイダンスを複製することになります。

明言された上限がある。 Gorgias自身のマーケティングは自動化を「メールとチャット会話の60%」で頭打ちにしており、残り40%は依然として人を必要とすることを示唆します。テストには実リスクが伴います：偽プロフィールを狙わない限り、テスト会話で動かしたアクションが本物の顧客・注文データを変えてしまうことがあります。

コミュニティの議論に埋もれた、より鋭い指摘があります。これは作業全体を捉え直すものです：

"What's usually overlooked is that most teams optimize for handling tickets faster, not for reducing them."

u/Andrutex, r/ecommerce

これが正しいレンズです。あらゆるGorgias自動化の目的は、より速い返信ではなく、そもそも人を必要としなかったチケットです。

Shopify一本ではないときの代替案

Shopifyネイティブなブランドで、健全な割合のチケットが注文アクションなら、GorgiasのAI Agentは目的に特化した強い選択肢で、私たちの率直なGorgiasレビューもそう言っています。摩擦が出るのは設定がその前提と合わないときです：複数のヘルプデスクでサポートを回している、Shopify以外のカートを使っている、解決単位の計算がボリューム増で痛くなる、といった場合です。

そこを埋めるのが上に乗るタイプのAIエージェントです。ヘルプデスクを置き換えるのではなく、すでに使っているもの、Zendesk、Freshdesk、Gorgias自身、あるいはあなたの受信トレイにプラグインし、1つのストアフロントにロックインされずに同種の注文、返品、FAQ業務を自動化します。比較中の方には、Gorgiasの代替候補ベストとShopifyカスタマーサポート向けの最良のAIもまとめています。

eeselを試す

eeselはすでに使っているヘルプデスクとアプリの中に住むAIチームメイトなので、注文追跡、返品、返金、商品質問を自動化するために現在のセットアップから移行する必要がありません。新人をオンボードするように普通の言葉でブリーフし、Shopifyや100以上の他ツールに接続し、ただ返信のドラフトを書くのではなく、チケット上で実際のアクションを取れます。

ほとんどのチームが気にする差別化点：eeselは顧客に返信する前に過去のチケットに対してエージェントをシミュレートでき、本物の解決率を見て、サプライズなく、ライブデータのリスクなく振る舞いを調整できます。料金は使用量ベースで、解決単位の追加課金はなく、明確な支出キャップがあるので、チケット数とともにコストがこっそり膨らみません。無料で始めて、既存のキューに数分で向けることができます。