ShoplazzaがAI運用エージェント「Athena」を公開──EC運営の実行レイヤーをエージェントに委ねる時代

Shoplazzaが投入した運用エージェント「Athena」

Shoplazza Launches Athena to Bring AI-Native Operations Into Global eCommerce

As AI agents move from content generation into operational execution, Shoplazza today announced the launch of Athena, an AI admin agent.

www.prnewswire.com

2026年5月11日、トロントを拠点とするECプラットフォームShoplazzaが、新しいAI運用エージェント「Athena」の公開を発表しました。同社が4月に打ち出した「世界初のAIネイティブEC OS」構想の続きとなる発表で、今回はストア構築ではなくバックオフィス運用そのものを担うエージェントが追加されたかたちです。

Athenaの位置付けは、Shoplazzaの言い方を借りれば「マーチャントの業務意図を、管理画面の操作手順に翻訳して実行するレイヤー」です。具体的には、商品の新規登録や情報更新、ディスカウントの設定、注文の照会、物流ステータスの確認、データ分析、プラットフォームのヘルプ参照といった日常業務を、複数の管理画面を行き来することなくチャットから完結させます。

注目したいのは、入力の柔軟性です。商品作成では自然言語に加え、競合のURL、画像、ExcelやCSVファイルを投げ込むだけでカテゴリ・素材・色などの属性が抽出され、タイトル・説明文・参考価格までドラフトされます。SKUが膨大なファストファッションや越境ECの現場で、過去資産を流用して商品ページを量産する作業は無視できない工数を食ってきました。Athenaはまさにそこを狙っています。

ガードレール設計も丁寧で、商品データの作成・変更・削除といった「取り返しの効かない操作」については、Athenaは必要項目を確認したうえでプレビューを提示し、マーチャントが承認して初めて実行に移ります。AIに任せて気づかないうちに価格や在庫が書き換わるリスクを抑える設計で、自律実行と人間判断のバランスを取った標準的なヒューマン・イン・ザ・ループ構造といえます。

ShoplazzaのCOOであるアリソン・チャン氏は発表のなかで、「コマースインフラの次のフェーズは、マーチャントの意図を理解し、コントロール下で実行できるシステムによって定義される」と述べています。Athenaは同社のAIストアビルダー、コンテンツ生成のLazzaStudio、広告運用のAdValetと組み合わさり、店舗構築・コンテンツ・マーケ・運用までを覆う四つ目のレイヤーとして据えられました。

「機能内蔵型」から「OSとしての運用層エージェント」へ

Athenaが他社のAI機能と一線を画すのは、単発のアシスタント機能ではなく、ECプラットフォームの中核として組み込まれている点です。実は、似たコンセプトはShopifyやAdobe Commerceにも存在しています。違いは「どこに置かれているか」と「どこまで実行するか」にあります。

ShopifyのSidekickは、マーチャントが管理画面のあらゆるページから呼び出せるアシスタントとして整備されています。データ分析、注文管理、商品編集、コンテンツ生成、さらにはShopify Flowの自動化作成までを自然言語で扱える点で、機能セットとしてはAthenaに非常に近い構成です。一方でSidekickは「Shopify管理画面の操作補助」という色合いが強く、外部CRMや物流SaaSと連携した運用までは公式にカバーしていません。

Adobe Commerceは別のアプローチを取っており、2026年2月にAnthropicのMCPプロトコルを採用したMCPサーバーを提供開始しました。商品カタログ・価格・在庫を外部のAIエージェントから機械可読に扱えるようにする方向で、「ECデータをエージェントに開く」OS化を進めています。Adobe Summit 2026ではExperience CloudもCX Enterpriseとしてエージェント中心に再編されました。

BigCommerceもまた、「2026年のエージェンティックコマース基盤」として、エージェント対応ストアフロント・データフィード・コンポーザブル連携・B2B体験という四つの柱を打ち出しています。需要側のエージェントが取引できるよう、ストアフロントを開くという発想が中心です。

これらを並べると、いまEC基盤の競争軸が三つに分かれていることが見えてきます。Shopifyは「管理画面のコパイロット」、Adobeは「外部エージェントが触れるオープンAPI」、ShoplazzaのAthenaは「運用そのものを引き受ける運用OSの中核」という棲み分けです。前者2つが「人やエージェントを助ける」発想なのに対し、Athenaは「意図を入れたら最終確認だけで実行が終わる」状態を志向しています。

65万マーチャントを抱える「もう一つのEC基盤」

日本ではShopifyやBASEと比べてまだ知名度が高くないShoplazzaですが、グローバルでは無視できない規模に成長しています。2017年にトロントで創業された同社は、DTCブランド向けのECプラットフォームとして越境販売を中心に展開し、Athenaの発表時点で65万以上のマーチャントを抱えると公表しています。

特に強いのが、中国本土からのD2C越境やファストファッション系のSMBブランドです。安価なテーマ、無料プラグイン、PCI DSS Level 1の決済対応など、Shopifyの「Plus未満」のレイヤーで価格と機能のバランスを取り、多商品・低単価・回転重視のセラーの受け皿になってきました。商品データが膨大で、SKUの入れ替えが頻繁、人的リソースが薄いという顧客プロファイルとAthenaの「自然言語で商品を量産」機能は、明らかに相性が良いはずです。

裏返せば、Athenaの設計はShopify Plusのような「中規模以上のブランド向け運用効率化」ではなく、「人手不足のスモールブランドに代わって、運用判断を実行するエージェント」という色合いが強いといえます。プラットフォームの主戦場がブランドのオペレーション能力差を埋めにいくフェーズに入ったことを示唆しているとも読めます。

ここで連想したいのが、5月10日に独自AIエージェントを公開したAicommerceや、ZyG、SalsifyIQの動きです。AicommerceやZyGはプラットフォーム外から「運用代行型」のエージェントを提供する独立系の代表格でしたが、AthenaはこれをEC基盤の内側で同じ価値提案を吸収する位置に立ちます。プラットフォーム側がエージェント機能を内製化していく流れと、独立系SaaSが特定業務の深さで対抗する流れの両方が、同時に走り始めている状況です。

EC事業者にとっての示唆──運用層エージェントの選び方

実務担当者の側から見ると、Athenaの発表で考えるべきは「自社の管理画面業務を、どこまでエージェントに委ねるか」という点に尽きます。発見・決済の側はShopifyのAgentic StorefrontsやStripeのエージェント決済が整いつつあり、運用側でも選択肢が一気に増えてきました。

判断軸として、まず「実行のスコープ」を確認したいところです。Sidekickのように管理画面内で完結するのか、Athenaのように物流・在庫を含む運用全体を覆うのか、Aicommerceのように経営判断まで委ねるのか。それぞれ責任分界点が大きく違うため、自社でAIに任せたい範囲と「最後まで人が握る業務」をあらかじめ切り分けておく必要があります。

次に「データの帰属とロックインの強度」です。プラットフォーム内蔵のエージェントは導入が容易ですが、運用知見がベンダーに蓄積されるほど他基盤への移行が難しくなります。Adobe CommerceのMCPサーバー方式のように、外部エージェントとの互換性を担保するアプローチを取るベンダーかどうかも見ておきたいところです。

そして「ヒューマン・イン・ザ・ループの設計」です。Athenaは確認プレビューを挟むことで誤操作を防ぐ仕組みを採用していますが、エージェントごとに承認の粒度や監査ログの取り方は異なります。価格変更や大量メール送信といった「取り返しの効かない操作」については、承認フローが明示されているかをチェックリストにしておくべきです。

最後に注意したいのが、Athenaのような運用層エージェントが普及した先で、現場担当者の役割がどう変わるかという論点です。商品登録や定型レポート作成にかかる時間が大幅に縮むぶん、評価軸は「画面操作の手数」から「キャンペーン設計や商品戦略の質」へと移ります。導入と同時に、KPIとオペレーション体制の見直しを進める準備が必要です。

まとめ

ShoplazzaがAthenaを投入したことで、EC基盤側のAI戦略は「商品データを外部エージェントに開く」「管理画面にコパイロットを置く」「運用そのものをエージェントが回す」という三系統の輪郭がより鮮明になりました。65万マーチャントを抱える基盤がOSの中核として運用層エージェントを据えた意味は小さくなく、Shopify SidekickやAdobe Commerce、独立系のAicommerceやZyGとの位置取り争いは2026年後半に一段加速するはずです。

EC事業者にとっての要点は、機能の表面的な比較ではなく、自社の業務をどのレイヤーのエージェントに、どこまでの権限で委ねるかという設計判断です。発見・決済・運用と分かれていたエージェントの役割が、プラットフォームの内側でも外側でも積み重なってくるなか、選定基準を「機能リストの長さ」から「実行スコープと責任分界」に切り替える時期に入っています。