Gorgias自動化：ルール、AI Agent、アクションの完全ガイド（2026年）

Gorgiasにおける「自動化」が実際に意味するもの

ほとんどのガイドが省略するポイント：誰かが「Gorgias自動化」と言うとき、それは4つの異なるものを指す可能性があり、それぞれ動作が大きく異なります。

Gorgiasは自動化を、いずれもチケットに作用する2つのエンジンに分けています。1つ目はGorgiasルールで、AIが関与するか否かに関わらず、ヘルプデスクのすべてのチケットを通じて実行される決定論的なif-this-then-thatのレイヤーです。2つ目はAI Agentで、チケットを読み、買い手が何を望んでいるかを判断し、それを解決する会話型レイヤーです。その上には、より古いセルフサービス自動化が乗っています：フロー、注文管理、記事推薦です。

頭に入れておくべき最重要事実：ルールが先に動き、AI Agentはルールの処理が終わってから初めて引き継ぐのです。ルールとAI Agentに関するGorgiasのドキュメントによれば、ルールはAI Agentがチケットを見る前に、タグ付け、割り当て、クローズ、さらには返信さえも行えます。この順序こそが、ほとんどのセットアップミスの原因です。

この投稿から1つだけ図を覚えるなら、これにしてください。ルールセクションで「2通のメッセージ」警告に戻りますが、これはほぼすべての新規Gorgiasアカウントが踏むバグだからです。

Gorgiasルール：決定論的レイヤー

ルールは古典的なヘルプデスク自動化で、AIとは無関係のGorgiasの部分です。Workflows > Tools > Rulesで、トリガー、条件、アクションの連鎖として構築します。ルールは、チケットにタグ付け、割り当て、フィールドの自動入力、クローズ、顧客への返信、マクロの適用ができ、人間が触れることなくすべて行えます。Gorgiasの割り当てルールを使ったり、Gorgiasの自動返信を設定したことがあるなら、同じエンジンです。

実例を1つ：注文ステータスメール用の組み込みルールです。これは追跡に関するメールを検出し、買い手の直近3件の注文の追跡リンクで返信し、チケットを自動的にクローズしますが、顧客が返信すれば再度オープンします。

二重返信の落とし穴

さて、落とし穴です。ルールが顧客に返信し（またはマクロを適用し）、AI Agentも応答すると、買い手は2通のメッセージを受け取ります。これがGorgias自動化におけるNo.1の競合で、ルールとAI Agentがデフォルトでは連携しない別々のシステムだからこそ起こります。

Gorgiasは新しいアカウント向けにこれを整理しました：2024年9月以降に作成されたアカウントには、もはや従来の自動返信ルールが同梱されず、古いアカウントはAI Agentがメールで有効化されたときに自動的に無効化されます。しかし、古いGorgiasインスタンスを引き継いだ場合、これは最初に監査すべきものです。修正方法は、競合するルールをオフにするか、AI Agentが処理しているチケットをスキップする条件を追加することです。Gorgias自動返信ルールのガイドで詳細な調整方法を解説しています。

知っておきたい癖が1つ：「AI Agentに割り当て」のようなルール条件は書けません。AI Agentは担当者ではないからです。代わりに、AI Agentは触れたすべてのチケットにai_handoverやai_ignoreのようなタグを自動付与し、これらのタグが信頼できるルール条件になります。これに依存する事前構築済みテンプレートが2つあります：「AI Agentに回答させない」（VIPまたは重要なチケットをai_ignoreでタグ付け）と「CSATの低いAI Agentチケットを再オープン」です。

マクロと、AI Agentがそれらを無視する理由

短いですが重要な明確化、なぜなら人々を混乱させるからです。Gorgiasマクロは変数付きのテンプレート返信で、人間のエージェント向けです。AI Agentはマクロを一切使いません。Gorgiasドキュメントによれば、「AI Agentはマクロからではなく、あなたのスキルとナレッジから独自の応答を生成する」のです。

だから美しいマクロライブラリを何ヶ月もかけて構築したとしても、その作業はAI自動化には引き継がれません。マクロは手動返信には依然有用で、ルールは「マクロを適用」アクションを持てますが、その「自動返信ルール」パターンこそがAI Agentと競合するのです。要点：マクロとAI Agentは並行する道筋であり、同じ自動化が賢くなったものではありません。

AI Agent：スキル、ガイダンス、アクション

これが会話型・LLM駆動のレイヤーであり、「サポートの60%を自動化」というマーケティングの大部分が住むところです。AI Agentは1つのサブスクリプションから2つの役割を演じます：サポートエージェント（購入後：返品、追跡、キャンセル）とショッピングアシスタント（購入前：レコメンデーション、アップセル、割引）。3つの構成要素で振る舞いを指示します。完全なセットアップウォークスルーが欲しい場合は、Gorgias AIセットアップガイドから始めるのが最適です。

スキル（WHEN / IF / THENモデル）

スキルはAI Agentを指示する主要な方法です。インテント（トリガー、例えばReturn / Request）、一連の命令、ナレッジトグルをまとめます。命令はWHEN / IF / THEN構造で書きます：WHEN買い手が商品の交換を求める、IF注文が30日以上前、THENこれらのステップを実行。各スキルには30,000文字という余裕のある上限があり、ドキュメントは1つのスキルは1つのリクエストタイプに対応させるべきと明示し、振る舞いを予測可能に保ちます。

インテントはGorgiasによって自動検出されるので、作成するのではなくリンクします。注意点が1つ：インテントは1つのスキルにしか属せないので、Return / Requestを新しいスキルにリンクすると、他のスキルから外れます。この単独所有ルールが、すべての整理の仕方を形作ります。

ガイダンス（参照ナレッジ）

Gorgiasガイダンスは、AI Agentが特定のリクエストに対して何をすべきかのスキルとは対照的に、AI Agentが一般的に何を知っているべきかのためのものです。店舗の場所、支払い方法、ロイヤルティルールなどを考えてください。ストアごとに最大100の有効化されたガイダンスエントリを持つことができ、インテントではなく関連性で取得されます。ガイダンスにも「IF配送先住所の国がカナダ、THEN価格をカナダドルで共有」のような条件を付けることができ、ドキュメントはAI Agentが80以上の言語を読むにもかかわらず英語で書くことを推奨しています。

アクション（実際に何かをする場所）

スキルとガイダンスは何を言うかを決めます。アクションは、AI AgentがShopify、Recharge、Loopなどで何かをする方法です。アクションは上から下へ実行される1つ以上のステップで、AI Agentがスキルやガイダンスの内側から呼び出したときにのみ発動します。構築するときは4つを設定します。

説明は重要です：AI Agentはこれを読んで、アクションがリクエストに該当するかを判断するので、ドキュメントはいつ該当するか、何をしないか、顧客がどう尋ねるかを記述することを推奨しています。条件はShopifyの顧客フィールドと注文フィールドを読めます。「注文が30日以内の場合のみ返品を提供する」など。そして取り返しのつかないもの（注文のキャンセル、住所の編集、サブスクリプションのキャンセル）には、「顧客の確認を必須にする」が自動的に強制オンになるので、AI Agentは行動する前に明示的な同意を得ます。

注文に触れる前に理由を確認するAI Agentと共に、キャンセルアクションが進行中の様子です：

Gorgiasがネイティブにサポートしないアプリ向けに、Advanced optionsはHTTPリクエストと分岐ロジックを備えたビジュアルワークフロービルダーを開きます。手に刻んでおくべき2つの警告：HTTPリクエストに慣れている人向けです（Gorgias webhooksの領域です）、そしてAdvanced optionsに切り替えると基本エディタには戻れません。本物のテストの危険もあります。テスト会話で実行されるアクションは、偽のプロファイルを対象にしない限り、実際の顧客データや注文データを変更する可能性があります。

本当に良いポイントが1つ：すべてのAI応答にはShow reasoningの痕跡が付くので、アクションが発動したときに、なぜそうなったかを正確に見ることができます。

アクションがすべてのステップを完了できない場合、AI Agentは失敗ノートを投稿し、チケットを人間に引き渡し、あなたはアクションイベントログを通じて調査します。この「失敗時に人間へ」の振る舞いが、システム全体のセーフティネットです。

フロー、注文管理、記事推薦

AI Agentと並んで、3つのセルフサービス自動化があり、すべてAI Agentサブスクリプションに含まれており、AI Agentが入る前に会話の最初の部分を処理することがよくあります。深掘りが欲しい場合は、Gorgiasのフローと注文管理の完全ガイドがあります。

フローはチャットウィジェット内のマルチステップで台本化された会話です。典型的なものは、よくある問題のメニューで買い手を迎え、分岐に沿って案内します。

注文管理は、買い手が注文ステータス、「返金をまだ受け取っていない」などをセルフサービスで処理できるウィジェットモジュールで、接続されたストアからライブデータを直接引き出します。

記事推薦はウィジェット内にヘルプセンターの記事を自動表示し、買い手が「はい、これは役立ちました」をクリックすると解決とします。Loop Earplugsがこれに実数を付けています：

「AIによる記事推薦は私たちのチームに毎週何時間も節約しています…繰り返しの質問に答える時間が減り、記事推薦を受け取った顧客の70%にはフォローアップが一切ありません。」

Toby Moors, Customer Happiness Specialist, Loop Earplugs (Gorgias AI Agent)

ショッピングアシスタント側は売上のために同じ仕事をし、製品の質問に答え、購入前に適切な商品を推奨します：

セルフサービスパスが「いいえ、もっと助けが必要です」で終わると、人間またはAI Agentが引き継ぐためのチケットが作成されます。これはきれいな引き渡しであると同時に、請求イベントでもあり、そのことが皆が過小評価する部分につながります。

Gorgias自動化が実際にかかるコスト

Gorgiasはヘルプデスクを座席ではなく課金対象チケットで価格設定し、AI Agentは別の従量課金アドオンです。これがプラン構造です。

価格はGorgias料金ページから。年間請求には2か月分の無料が含まれます。プランごとの全体像については、Gorgiasプラン比較をご覧ください。

次にプラン表が隠している部分。AI Agentは年間プランで解決済み会話あたり0.90ドル、月額プランで1.00ドルかかり、請求ドキュメントによれば、各AI Agent解決は課金対象ヘルプデスクチケットとしてもカウントされるのです。つまり、1件の自動化チケットに2つの料金が積み上がる可能性があります。

完全にAIで解決されたチケットは、チケット料金プラス自動化料金がかかります。AIが人間に引き渡したチケットはチケット料金のみです。そして「解決」には具体的な意味があります：買い手が「72時間以内に人間のエージェントの関与を必要としない」ことです。プロアクティブな挨拶もカウントされます：買い手がSearch assistプロンプトに応答し、AI Agentが会話を完了すれば、両方の料金を支払います。計算例を含む完全なコストモデルについては、Gorgias AI料金ガイドと料金計算機で分解しています。

これはコミュニティで最大の異議で、Redditで一貫しています：

「Gorgiasは、Shopifyのワークフローに深く入り込んでいるなら素晴らしい…欠点は、ボリュームが増えると価格がすぐに積み上がること。」

u/ShoddyPut8089, r/CRM

コミュニティの経験則は、Gorgias自動化が報われるのは、チケットの約40%以上が返金、キャンセル、注文編集のような直接的なShopifyアクションを必要とする場合だということです。ボリュームのほとんどが会話的なFAQスタイルのサポートなら、めったに使わないアクションに対して解決ごとにプレミアムを支払っていることになります。

Gorgias自動化が及ばないところ

GorgiasはそこにあるShopifyネイティブのヘルプデスクの中で最高のものの1つで、注文中心のDTCブランドには喜んで推薦します。しかし正直な自動化ガイドは限界を名指しするので、ここにそれらを挙げます。

• Shopifyファーストで依存に近い。 AI Agentは接続されたShopifyストアを必要とし、注文アクション、条件、変数はShopifyフィールドから取得します。WooCommerce、BigCommerce、Magentoのブランドはヘルプデスクとルールを使用できますが、洗練された注文自動化は本当には彼らのために作られていません。
• AI解決はメール、チャット、SMSのみ。 音声では動作せず、ソーシャルDMチャネル（Facebook、Instagram、WhatsApp、TikTok）での解決は、メールやチャットのようには文書化されていません。
• プラグアンドプレイではありません。 実際の設定が必要です：スキルを書く、認証付きアクションを構築する、ガイダンスを作成する、二重返信しないようにルールを調整するなどです。Gorgias自身がマーケティングしているパフォーマンスの上限は「メールとチャット会話の60%を自動化」で、つまり残り40%は依然として人手が必要だということです。
• 解決ごとの請求は成功とともにスケールします。 自動化がうまく機能するほど、より多くの解決に対して支払うことになります。これは定額制ツールの価格設定とは逆です。

鋭いRedditerのコメンターが指摘したより深いポイントは、じっくり考える価値があります：

「普通見落とされるのは、ほとんどのチームがチケットをより速く処理することを最適化し、減らすことを最適化しないということ。」

u/Andrutex, r/ecommerce

それはあらゆる自動化セットアップにとっての本当のテストです：実際にボリュームを減らしているのか、それとも同じボリュームをより安く押し通せるようにしているだけなのか？選択肢を検討中なら、Gorgiasの代替のまとめとecommerce向けGorgias対Zendeskの比較が、良い続きの読み物です。

Gorgiasセットアップの上にeesel AIを試す

解決ごとの数学や手作業のスキルセットアップにためらいを感じるなら、ここがeesel AIが合うところです。eeselはあなたの既存のヘルプデスク（Gorgiasを含む）の上に座るAIチームメイトで、ゼロからスキルを書くよう求めるのではなく、初日から過去のチケット、ヘルプドキュメント、マクロから学習します。

上記の問題に重要な2つの違い。第一に、eeselのシミュレーションモードは本番稼働する前にあなたの本物の過去のチケット数千件に対してエージェントを実行するので、得られるであろうカバレッジと正確な解決率を確認し、その後自律性を徐々に上げることができます。第二に、価格は席ごとの料金や別途自動化料金なしの定額チケットあたり0.40ドルなので、解決済み会話はAIが処理したかどうかに関わらず同じコストで、1件のチケットで二重請求されることは決してありません。これはGorgiasのネイティブなチケット内Shopifyアクションの代替ではなく、実際に減らしたいボリュームに向けるAI解決レイヤーです。無料トライアルから始めて、コミットする前に自分の履歴に対してシミュレーションを実行できます。