用語集 ・ ・ 更新
ACO とは — 商品が AI に「選ばれる」ための最適化と、命名日が反証された用語史
SILVE 編集部
- 最終検証日:2026年8月13日
- 展開形:Agentic Commerce Optimization
- 日本語参考訳:エージェント型コマース最適化
- 用語ステータス:Emerging / Definition Fragmented / Acronym Collision
- SILVE での扱い:Provisional(独立した ACO スコアは作らない。コマースの準備状態 の背景概念として参照する)
- 本文中の「2026.08.xx」:その訂正を行った判断基準の版の番号です。公開した版は書き換えず、訂正は新しい版として残しています
結論
ACO は、AI エージェントや AI ショッピング機能が商品を発見・識別・比較・選択し、場合によっては購入まで進める環境に対して、商品データと取引基盤を機械が正確に扱える状態へ整える取り組みを指す新しい用語です。
この記事の要点は 3 つです。
- 提唱者が主張する命名日は、当時のアーカイブによって反証されました。 ACO の命名日として主張されている 2025 年 9 月 3 日の記事は、公開 8 日後の時点で見出しも目次も「GEO」であり、ACO の語がどこにもありません
- 単一の命名者を確定できません。 ACO を使っている独立媒体はいずれも特定の人物へ帰属させておらず、うち 1 誌の筆者は自分がその記事のために持ち出した略語として提示しています
- ACO と GEO の上下関係は、論者によって正反対です。 上流に置く人、次に置く人、下位に置く人が同時に存在します
そして SILVE にとって最も実務的な結論は、この用語を採点基準にしないということです。プラットフォームが公式に定めているのは商品フィードの仕様と参加要件であって、ACO という枠組みではありません。
SILVEにおける操作的定義
SILVE では ACO を次のように定義します。
AI を介した商品探索・比較・選択・取引の環境において、商品やオファーが正確に識別・取得・理解・比較され、必要に応じて安全に取引可能な状態を整える取り組み。
ただしこの定義は業界標準ではなく、SILVE の作業定義です。後述するとおり、ACO の範囲について業界の合意は存在しません。
定義を書くうえで一つ注意点があります。「discovery」という語が、この領域では 3 つの別のものを指しています。
- 商品探索 — ユーザーの条件に合う商品を AI が見つけること(OpenAI の Product Discovery、Google の Merchant Center)
- capability discovery — エージェントが「この事業者は何ができるか」を知るための仕組み(UCP の
/.well-known/ucp) - merchant discovery — AI プラットフォームが「どの事業者がプロトコルを実装したか」を知る仕組み(UCP は
/.well-known/ucpにプロファイルを公開する方式を正式仕様として持つ。ACP 側は/.well-known/acp.jsonを使う RFC が提案されているが、2026 年 8 月時点で Proposal / unreleased であり、公式サイトも「discovery mechanisms を作っているところだ」としている)
これらを混ぜて書くと、どちらの仕様に当たっても間違いになります。
起源と初期史
ACO について、現時点で単一の命名者を確定することはできません。Scot Wingo / ReFiBuy は 2025 年 9 月 3 日に自らが ACO を命名したと主張していますが、当該記事の公開 8 日後(2025 年 9 月 11 日)のアーカイブにはタイトルにも目次にも ACO が存在せず、Wingo 自身も 2025 年 10 月 21 日の記事で「元の名前は GEO だった」と書いています。したがって主張されている命名日は反証されています。一方、Wingo が最初に ACO を使った人物かどうかは反証も確認もされていません。
主張されている起源
Scot Wingo が運営する Retailgentic には 2025 年 9 月 3 日付の記事があり、現在の見出しは「Part I/III: What is GEO→ACO for Agentic Commerce and What's the Goal?」です。Wingo は 2026 年 2 月の記事で「ACO を coined した」「9/3/25 のシリーズで Agentic Commerce Optimization を導入した」と述べています。彼が創業した ReFiBuy の現在のガイドも「ACO は ReFiBuy が named and defined した discipline である」としています。
なぜその命名日が成立しないのか
根拠は 2 つあり、いずれも同時代の記録です。
第一に、公開当時のアーカイブに ACO が存在しません。 Internet Archive が 2025 年 9 月 11 日に取得した当該ページを確認したところ、見出しは「Part I/III: GEO for Retailers, Brands and Agencies – Optimize the Six Agentic Shopping Engines for Holiday '25 to Drive Maximum Sales」でした。本文冒頭のシリーズ目次にある該当行も「Part I - (9/3/25) - What is GEO for Agentic Commerce and What's the Goal?」であり、現在この行に入っている「→ACO」がありません。
第二に、提唱者自身が当時、別の説明をしています。 Wingo は 2025 年 10 月 21 日の記事で「元の名前は GEO だった」と明記し、OpenAI が Instant Checkout の基盤技術を Agentic Commerce Protocol と命名したことを受けて、今後は ACO と呼ぶのが自然だと説明しています。OpenAI の ACP 発表は 2025 年 9 月 29 日です。
つまり提唱者自身の同時代の記述に従えば、ACO への改称は 9 月 29 日より後に起きています。2025 年 9 月 3 日ではありません。
反証されたのは「日付」であって「人物」ではない
ここは分けて扱う必要があります。
| 状態 | |
|---|---|
| 「2025-09-03 に ACO を命名した」 | 反証済み(当時のアーカイブ+提唱者自身の当時の記述) |
| 「Wingo が ACO を最初に使った人物である」 | 未確立(独立確認が存在しないだけで、否定もされていない) |
SILVE が確認できた最古の ACO 名義の公開記事は 2025 年 10 月 21 日です。これは Wingo 自身のものです。それより早い用例は 5 経路(arXiv 全文検索、完全一致の語句検索、Retailgentic 自身の記事アーカイブ、日付を限定した検索、候補資料の本文確認)で探しましたが見つかりませんでした。見つからなかったことは、存在しないことを意味しません。
命名者を裏づける独立確認が見つかっていない
用語を使っている独立媒体は複数あります。 見つかっていないのは、Wingo を ACO の命名者として独立に帰属する資料です(2026.08.40 で射程を限定)。実際、確認できた独立媒体はそのいずれも Wingo / ReFiBuy / Retailgentic へ帰属させていません。
- Deloitte / WSJ(2026年1月8日) — 「From SEO to Agentic Commerce Optimization」という見出しを立て、本文で agentic commerce optimization (ACO) と定義しています。Wingo への言及はありません
- Search Engine Journal(2026年1月12日) — 筆者は「また略語を増やして申し訳ないが」という前置きで ACO を自分がその記事のために持ち出す略語として提示しています。誰にも帰属していません
- Search Engine Journal(2026年2月23日) — 同じ筆者が「以前ほのめかした新しい略語 ACO」として自分の 1 月の記事を参照しています
- Olaf Kopp(2026年7月30日) — 詳細な ACO 記事を公開していますが、出典表記も originator への帰属もありません
用語の独立した使用と、起源の独立した確認はまったく別のものです。 ACO には前者はありますが、後者はありません。AEO には Rebecca Sentance という独立記録がありましたが、ACO には対応するものがありません。
複数の実務家が独立に到達した可能性
以上を並べると、「一人が造語し、それが伝播した」というモデルよりも、「Agentic Commerce」というプラットフォーム側の名称が定着した結果、複数の実務家が独立に「Agentic Commerce Optimization → ACO」へ収束したというモデルのほうが証拠に合います。
根拠は 3 点です。Wingo 自身が ACP の命名を理由に改称したと書いていること。Deloitte と Search Engine Journal が互いにも Wingo にも帰属させずに同じ語を使っていること。そして SEJ の筆者が自分の造語として導入していること。
ただしこれは推論です。各人が実際に独立して到達したことを確認したわけではないので、SILVE はこれを候補として記録し、確定した歴史としては扱いません。
歴史
| 日付 | 出来事 |
|---|---|
| 2025-09-03 | Retailgentic が 3 部作シリーズを開始。当時の見出しは GEO。ACO の語は無い |
| 2025-09-11 | Internet Archive が上記ページを取得。この時点でも ACO は無い |
| 2025-09-29 | OpenAI が Instant Checkout と Agentic Commerce Protocol(ACP) を公開。Agentic Commerce がプラットフォーム公式の名称になる |
| 2025-10-21 | Wingo が確認可能な形で初めて ACO を使用。「元は GEO だったが ACP を見て ACO へ変える」と説明 |
| 2025-12 | Deloitte のレポートが SEO → GEO → ACO の三段構成を提示 |
| 2026-01-08 | Deloitte / WSJ が「From SEO to Agentic Commerce Optimization」を掲載。Wingo への帰属なし |
| 2026-01-11 | Google が Universal Commerce Protocol(UCP) を公開 |
| 2026-01-12 | Search Engine Journal が ACO を自分の造語として導入。帰属なし |
| 2026-02-24 | Wingo が「9/3/25 のシリーズで we coined ACO」と遡及的に記述。同時代の記録と矛盾する |
| 2026-03-24 | OpenAI が ACP を商品探索へ拡張。同時に Instant Checkout 初期版の柔軟性不足を認め、販売者独自のチェックアウトを可能にする |
| 2026-07-30 | Olaf Kopp が ACO を GEO の下位領域として体系化 |
現在の業界用法
ACO と GEO の包含関係について、主要な論者の見解が正反対です。
| 論者 | ACO の位置 |
|---|---|
| ReFiBuy | GEO より上流。「SEO at the page. GEO at the answer. ACO at the product.」「ACO governs what SEO and GEO assume」 |
| Deloitte | GEO の次。SEO → GEO → ACO |
| Olaf Kopp | GEO の内側。GEO の下位領域の一つ |
同一の用語について上下関係が逆転している状態では、どの階層図を採っても他方を否定することになります。SILVE はどれも採用しません。共通しているのは「商品・オファーが AI の購買判断に乗る状態を作る」という対象範囲だけであり、そこだけを操作的定義として使います。
なお ReFiBuy の枠組みは同社独自のものであって業界標準ではありません。同社のガイドが提示する Canonicalization Score のような指標も、同社の製品定義です。SILVE はより一般的に Product Identity Resolution として扱います。
プラットフォーム別の位置づけ
重要な前提として、Google も OpenAI も「Agentic Commerce Optimization」「ACO」という用語を公式文書で使っていません。 ACO はベンダー・アナリスト側の概念です。プラットフォーム側にあるのはプロトコルと仕様です。
OpenAI
2025 年 9 月 29 日に Stripe と共同で Agentic Commerce Protocol を公開し、Instant Checkout を開始しました。2026 年 3 月 24 日には ACP を商品探索へ拡張し、条件を指定した商品探索と並列比較を提供しています。
同じ発表で、Instant Checkout の初期バージョンが販売者に十分な柔軟性を提供できていなかったとして、今後は商品探しに注力しつつ販売者が独自のチェックアウト体験を使えるようにする、と述べています。
実務上とくに重要なのは次の 2 点です。
- Shopify の販売者は、Shopify Catalog を通じて商品データが既に ChatGPT に統合されており、販売者側で新たな対応は必要ないと OpenAI が明記しています
- Target、Sephora、Nordstrom、Lowe's、Best Buy、The Home Depot、Wayfair が既に商品探索のため ACP と連携しています
つまり ACO を「これから各社が着手すべき新しい施策」として語ると、プラットフォームに乗っているだけで要件を満たしている層が相当あるという事実を隠すことになります。まず確認すべきは、自社の商品データがどの経路で供給されているかです。
商品フィードの仕様も公開されています。OpenAI 独自スキーマ(Stable)の無条件の必須項目は is_eligible_search / is_eligible_checkout / item_id / title / description / url / brand / image_url / price / availability / seller_name / seller_url / target_countries / store_country / return_policy の 15 項目です(14 項目としていたのを 2026.08.40 で訂正)。id や image_link という項目名は Google 互換フィード側のものなので、混同しないでください。仕様は「正確な在庫データにより、ユーザーは実際に購入できる商品だけを見ることになる」と述べ、availability を必須にしています。
2026 年 1 月 11 日に Universal Commerce Protocol を公開しました。Apache 2.0 で仕様が公開され、Governing Council と Tech Council を持ちます。Tech Council は 2026 年 4 月に 16 席へ拡大し、Amazon・Meta・Microsoft・Stripe・Salesforce が加わりました。その後、分野別の council(Food / Lodging / Payments)の形成も進んでいます。
この記事は以前「Google が 3 つの技術評議会すべてで多数を占めている」と書いていましたが、取り下げます(2026.08.40)。 現在の一次資料からその状態を再現できず、ガバナンス構造そのものが短期間で拡張しているためです。 時点を固定せずに「多数を占めている」と書くと、すぐ古くなります。
構造としては、Google の現在の実装では Merchant Center の商品データが主要な探索基盤として使われ、UCP が取引を担います。ただしこれは Google の実装の話であって、UCP というプロトコル自体の射程ではありません(2026.08.40 で限定)。 UCP の core concepts には dev.ucp.shopping.catalog.search と dev.ucp.shopping.catalog.lookup が capability の例として載っており、プロトコル自体は商品の探索も扱います。
プロトコルの射程と、あるプラットフォームの現在の実装は分けて読んでください。 ACP がチェックアウト中心から商品探索へ広がったのと同じ構図です。
そして両者は独立ではありません。 UCP の参加には Merchant Center アカウントが good standing であること、無料リスティングで承認済みの商品があること、返品ポリシーと問い合わせ窓口が設定されていることが必要で、native_commerce(checkout_eligibility) が FALSE または未設定の商品は対象外になります。参加は選定制で、提供地域も限られています。
プロトコル実装は掲載を保証しない
ACP の公式 FAQ は、プロトコルを実装しても商品が AI エージェントへ自動的に掲載されるわけではないと明記しています。各 AI プラットフォームが独自に参加方法を管理し、ChatGPT で参加したい場合は申請が必要です。
これは ACO を理解するうえで最も重要な公式記述です。「取引できること(Capability)」と「選ばれること(Visibility)」は別問題であり、前者を満たしても後者は保証されません。
なおこの記述が拘束するのは ACP、すなわち OpenAI / ChatGPT です。Google の UCP は別プロトコル・別ガバナンスなので、そのまま適用できません。
関連用語との違い
AAO との関係。 AAO(Assistive Agent Optimization)は、予約・フォーム送信・SaaS 操作・調査など、エージェントの行動全般を対象にできます。ACO はコマースに限定されています。したがって ACO は「AAO の次の上位概念」ではなく、エージェント最適化がコマース領域へ縦割り化したものと見るのが正確です。
GEO との関係。 GEO は主にコンテンツが生成エンジンに取得され回答や引用に使われることを扱います。ACO では単位がコンテンツから商品 / SKU / オファーへ移ります。ただし前述のとおり、両者の上下関係については業界の合意がありません。
一本道の年表にしないこと。 SEO → AEO → GEO → LLMO → AIO → AIEO → AAO → ACO という直線で並べたくなりますが、これは誤りです。2025 年以降、これらの概念はツリー状に分岐しています。ACO は AAO の後継ではなく、並行する分枝です。SILVE は既存の用語記事でもこの梯子構造を採っていません。
実務で何を最適化するのか
ACO を「商品説明を ChatGPT 向けに書き換えること」と捉えると本質を外します。問題になるのは、機械が次を正確に判断できるかです。
これは何の商品か。どのバリエーションか。いくらか。在庫はあるか。誰の条件に合うか。どこで買えるか。どのオファーか。購入可能か。
SILVE は ACO の対象を 4 段階に分解して考えます。ただしこれは SILVE の整理であって業界標準ではありません。
- Product Identity Readiness — 何の商品かを正確に識別できるか(SKU、GTIN / MPN、ブランド、バリエーション群)
- Product Information Readiness — 比較に必要な情報が揃っているか(価格、在庫、仕様、サイズ、色、素材、対応環境)
- 選択の準備状態 — ユーザーの条件と商品属性を突き合わせられるか(「150 ドル以下」「防水」「Mac 対応」に対して属性が曖昧でない状態)
- 取引の準備状態 — 必要な取引行動を実行できるか(カート、配送、決済、返品)
最新性の意味が変わる
商品情報では、鮮度はコンテンツ品質ではなく運用上の正しさの問題になります。ブログ記事が古いことと、在庫切れの商品を「在庫あり」として推薦されることは、失敗の性質が違います。後者はタスクそのものが失敗します。
商品ページだけを直しても足りない
商品情報は PDP、商品フィード、Merchant Center、マーケットプレイス、構造化データ、在庫システム、レビュー、メーカーデータなど複数の場所から供給されます。ここで価格やバリエーションが食い違うと、AI 側の商品理解が不安定になり得ます。ACO はマーケティングコピーの問題ではなく、カタログのガバナンスの問題でもあります。
根拠が比較的強い施策
以下はプラットフォーム公式仕様に基づくもので、ACO という枠組みとは独立に成立します。
- 商品フィードの必須項目を満たす — OpenAI の仕様、Google の Merchant Center の要件として明文化されています
- 在庫と価格を正確・最新に保つ — OpenAI の仕様が明示的に理由を述べています
- バリエーションを正しく分離する — 色違い・サイズ違い・旧モデル・子供用が同一商品として統合されると、誤った価格や在庫が提示され得ます
- 返品ポリシーと問い合わせ窓口を設定する — Google の UCP では参加要件そのものです
ただしこれらは「掲載・推薦されるための要因」ではなく「対象になるための要件」です。この違いは次節で扱います。
まだ確立していないこと
プラットフォーム横断で成立する順位付け要因は、確認した公式文書の範囲では見当たりません。
確認したのは OpenAI の商品フィード仕様と Agentic Commerce ドキュメント、ACP 公式サイト、Google の UCP 関連文書、Google Search Central の生成 AI 向けガイドです。これらが開示しているのは必要なデータ、フィード形式、参加要件、統合方法であって、順位付けアルゴリズムや関連性の重み付けではありません。
そもそも両者は取り込みの基盤を共有していません。OpenAI は自社フィードと承認制のオンボーディングを、Google は Merchant Center の状態と UCP 属性を要求します。「両方に効く」と言える施策は、共有されていない 2 つの仕組みをまたいだ推測になります。
注意すべき点が一つあります。OpenAI のフィード仕様には popularity_score / star_rating / review_count / return_rate といった、いかにも順位付けに使われそうな項目が存在します。項目名から効果を推測してはいけません。 ただし現在の仕様では、この 4 つは 2 つのグループに分かれます(2026.08.40 で訂正)。
| 節 | 項目 | 公式の記述 |
|---|---|---|
| Performance Signals | popularity_score / return_rate |
「Share popularity and return-rate metrics where available. These signals can be used to enhance ranking and highlight high-performing products.」 |
| Reviews and Q&A | star_rating / review_count |
「User-generated insights strengthen credibility and help shoppers make informed decisions」 |
前者については「順位付けに使われうる」と OpenAI が明記しています。 この記事は以前「それらが表示に影響するという公式記述はありません」と書いていましたが、誤りです。 仕様が進んだのか当初から読み落としていたのかは確認できていませんが、現在の記述はこうです。
後者は同じ強さでは書かれていません。 信頼性と購買判断を助けるとされているだけで、順位付けへの利用は明記されていません。
したがって原則は捨てず、精度を上げます。
項目名から推測しない。公式が用途を明記したものだけを、その明記された射程で採用する。
popularity_score と return_rate について言えるのは「OpenAI が順位付けや強調に使いうると述べている」までで、重みも因果効果も非公開です。「入れれば上がる」ではありません。
なお上記は確認した文書の範囲での不在であり、「存在しない」という主張ではありません。Merchant Center の商品データ仕様全文、Shopping 広告と無料リスティングのポリシー、ACP のドキュメントツリー全体は未確認です。
「Trust を高めればエージェントに選ばれる」も確立していません
ACO の議論では Trust が頻繁に語られますが、「AI が人間のようにブランドを信頼する」という表現は粗すぎます。SILVE は Trust という抽象的なスコアを作らず、検証可能性・運用上の信頼性・情報の一貫性へ分解します。
SILVE Readinessとの関係
SILVE は ACO Score を作りません。 理由は 3 つあります。
- 定義が収束していない。 ACO と GEO の包含関係が論者によって正反対である以上、どの枠組みを採っても片方を否定することになります
- 効果の証拠が存在しない。 査読文献はなく(arXiv の完全一致検索で 0 件)、プラットフォームの確認もなく、効果測定の方法論も確立していません
- 参加が承認制である。 OpenAI も Google も、事業者が単独で満たせない選定プロセスを持っています。事業者の努力で動かせない項目を採点しても、改善提案になりません
将来 Commerce 領域を診断に加える場合、ACO という枠組みからではなく、プラットフォーム公式仕様から直接引きます。参照元は OpenAI / Google / 各プロトコルのドキュメントであり、Wingo・ReFiBuy・Deloitte・Kopp は概念や実務家の解釈として参照します。
この区別が重要なのは、ACO という用語が将来消えても、商品フィードの必須項目や在庫の正確さという事実は残るからです。用語に紐付けた基準は用語と一緒に腐ります。
測定と限界
ACO について測定を語るときは、次を混ぜないでください。
| 層 | 何を見るか | 決定論的か |
|---|---|---|
| 準備状態(Readiness) | 商品データと基盤が技術的に利用可能か | はい |
| Eligibility / Coverage | 実際に AI ショッピング環境へ入っているか | いいえ(承認制) |
| 選択の可視性 | 比較・推薦・選択されているか | いいえ(観測値) |
| Transaction Capability | エージェントが要求された行動を完了できるか | はい |
| Business Outcome | 売上・注文・顧客獲得につながったか | 外部 Analytics の領域 |
SILVE の診断が扱うのは準備状態だけです。選択の可視性 は時刻・モデル・パーソナライズで変動する非決定的な観測値なので、準備状態スコアへ加算しません。
この記事自体の限界も記しておきます。 日本語圏における ACO の用例は調査していません。したがって本稿は日本での分布について何も主張していません。また ACO は米国医療において Accountable Care Organization(責任ある医療組織)としても公式に使われています。当初は CMS の資料を取得できず未確認としていましたが、2026.08.40 で確認しました。 したがって ACO の略称衝突は、Agentic Commerce Optimization / Ant Colony Optimization / Accountable Care Organization の少なくとも 3 系統です。
まとめ
ACO(Agentic Commerce Optimization)は、AI エージェントや AI ショッピング機能が商品を探索・比較・選択・購入する環境に対する、コマース固有の最適化概念です。
- 提唱者が主張する 2025 年 9 月 3 日という命名日は反証されました。 公開 8 日後のアーカイブに ACO の語が存在せず、提唱者自身も 2025 年 10 月 21 日に「元は GEO だった」と書いています
- 反証されたのは日付であって、誰が最初に使ったかではありません。 そちらは独立確認が存在しないだけで、否定もされていません
- 確認できた最古の ACO 名義の記事は 2025 年 10 月 21 日で、それは提唱者自身のものです
- 2026 年初頭には Deloitte と Search Engine Journal が独立に使用していますが、いずれも特定の人物へ帰属させていません
- ACO と GEO の上下関係は論者によって正反対であり、業界の合意はありません
- プラットフォーム公式仕様に ACO という用語は登場しません。あるのは ACP と UCP というプロトコルです
- ACP を実装しても商品が自動的に掲載されるわけではないと公式 FAQ が明記しています
- プラットフォーム横断の順位付け要因は、確認した範囲では公開されていません
- SILVE は ACO スコアを作りません。 コマースの準備状態 を実装する場合はプラットフォーム公式仕様から直接引きます
ACO の本質は、AI に商品の魅力を伝えることではありません。AI が商品を正しく識別し、条件に合うか比較し、現在購入可能か確認し、必要なら安全に取引まで進められる状態を作ることです。
そして用語史としての ACO は、「誰が名付けたか」という問い自体が常に成立するとは限らないことを示す事例になりました。
Canonical Record
この記事の判断を、あとから検証できる形で記録したものです。本文の結論(Core Rules)と、SILVE が内部で持つ記録の項目、参照した一次資料が入っています。
Term: ACO Expansion: Agentic Commerce Optimization Japanese: エージェント型コマース最適化(参考訳) Status: Emerging / Definition Fragmented / Acronym Collision SILVE Adoption: Provisional(独立スコアなし。コマースの準備状態 の背景概念として参照)
起源
| 項目 | 値 |
|---|---|
| Claimed Originator | Scot Wingo / Retailgentic / ReFiBuy |
| Claimed Origin Date | 2025-09-03 |
| Claimed Origin Date Status | Contradicted |
| 反証の根拠 | 2025-09-11 の Wayback キャプチャ/Wingo の 2025-10-21 記事/OpenAI ACP 発表日 2025-09-29 |
| Independently Verified Originator | なし |
| 確認できた最古の ACO 名義の用例 | 2025-10-21(Scot Wingo, Retailgentic, first-party contemporaneous) |
| Originator Confidence | Low |
| Exact Origin Date Confidence | Low |
早期の独立使用(起源の確認ではない)
| 日付 | 媒体 | Wingo への帰属 |
|---|---|---|
| 2026-01-08 | Deloitte / WSJ | なし |
| 2026-01-12 | Search Engine Journal | なし(筆者が自分の造語として導入) |
| 2026-02-23 | Search Engine Journal | なし |
| 2026-07-30 | Olaf Kopp | なし |
略称衝突
Agentic Commerce Optimization(本記事の対象) / Ant Colony Optimization(Dorigo ら、1990年代〜。計算機科学で確立)
曖昧性はコマース文脈の外で高くなります。初出時は必ず正式名称を併記してください。
SILVE Operational Definition
AI を介した商品探索・比較・選択・取引の環境において、商品やオファーが正確に識別・取得・理解・比較され、必要に応じて安全に取引可能な状態を整える取り組み。
機能モデル
Product Identity Readiness(識別)/ Product Information Readiness(情報)/ 選択の準備状態(比較)/ 取引の準備状態(実行)
プラットフォームが公式に確認していること
OpenAI — ACP、商品探索への拡張、Product Feed 仕様、販売者側チェックアウトへの方針転換、承認制のオンボーディング Google — UCP、Merchant Center フィード、AI Mode / Gemini での取引、選定制の参加
確立していないこと
普遍的な ACO 順位付け要因/固定された ACO スキーマ/プロトコル実装による掲載・順位の保証/「AI の信頼スコア」/ACO 対応による取引増加の因果
明示的に拒否するもの
虚偽の商品属性/虚偽の在庫表示/捏造されたレビュー/操作された価格シグナル/エージェント向けの隠し指示
測定方針
準備状態 / Eligibility / 選択の可視性 / Transaction Capability / Business Outcome は分けて扱う。混ぜない。
Last Verified: 2026-08-11
関連する記事
- AI 検索のための特別な対策は要るのか — 提供元自身が書いていることAEO / GEO / LLMO 解説
- GEO 施策は本当に効いたのか — 前後比較で判断してはいけない理由AEO / GEO / LLMO 解説
- 「AI に引用されやすい文章」が逆効果になる — 取得と引用を分けるAEO / GEO / LLMO 解説
更新のお知らせを受け取る
評価基準の更新(毎月 15 日)と、新しい記事のお知らせをお送りします。
無料です。アカウントは要りません。配信はまだ始めていません。始めるときにこのお知らせからご案内します。いつでも解除できます。保存するのはメールアドレスだけで、他の用途には使いません。