会話の中で「買う」が始まった ― エージェンティックコマースの時代に、なぜフォームは残るのか

最終更新日: 2026-06-18

2026年6月17日、Shopifyが「Spring '26 Edition」を発表しました。150を超えるアップデートの束ですが、掲げられたテーマは一つに絞られていました。あらゆるものを、あらゆる場所で、一度に売る。そして、その「あらゆる場所」の中心に据えられたのが、AIチャットの中でした。

私はこの発表を見て、驚きませんでした。むしろ「予想通り来た」という感覚でした。なぜそう思っていたのかは、後半でお話しします。まずは、Shopifyが何をやったのかを、できるだけ正確に見ていきます。

買い手は、何も設定しない

いちばん象徴的なのは、チェックアウトです。Shopifyは、Microsoft Copilotの会話の中から、ユーザーが直接商品を購入し、そのままShop Payで決済を完了できるようにしました。まもなくMeta広告でのショッピングにも広げると言っています。これらを支えているのが、Googleと共同で作ったUniversal Commerce Protocol（UCP）という、エージェント同士の共通言語です。

ここで大事なのは、買う人は何も設定しないということです。MCP（Model Context Protocol。AIと外部サービスをつなぐ共通の接続規格です）を自分でつなぐ必要はありません。買い手はいつも使っているAIに話しかけるだけ。裏でAIプラットフォーム側がShopifyとつながっていて、商品を探し、カートに入れ、決済する。買い手から見れば「いつものチャットで話したら、買えた」だけなんです。配線はすべて水面下にあります。

商品データの側も自動です。Shopify Catalogが商品情報を標準化して各AIチャネルに配信し、AIチャットでのコンバージョン率を2倍に高めると言っています。Shopifyを使っていない事業者でも、新しいAgenticプランで商品をCatalogに同期すれば、AIチャネルやShopアプリで売れるようになります。

見落とされがちな本丸は、運用側にある

派手なのは「チャットで買う」ですが、私がいちばん注目したのは別のところです。売る側、つまりお店を運営する人の仕事も、会話の中に入ったことです。

Spring '26には、こう書かれています。Claude、ChatGPT、またはPerplexityの中でストアを運営できます。チャット上で商品追加、コレクション作成、注文管理まで行えます、と。お店の人は、自分がいつも使っているAIチャットから、MCP経由で在庫や注文や売上を動かせる。Shopifyは自社の管理画面の中にもAI（Sidekick）を置いていますが、それと同時に、外のClaudeやChatGPTからも操作させる「二刀流」を選びました。開発の足回りも同じ方向で、ストアフロントの土台であるHydrogenを、エージェントファーストの観点でゼロから再構築したと言っています。

一枚で見ると、こうなる

整理すると、Shopifyは売買のすべての面を「会話から」に寄せました。

買う人は、いつものAIチャットで、設定なしで買って決済する。
売る人は、いつものAIチャットから、MCPで在庫や注文や売上を運用する。
開発する人は、エージェントが最初から使う前提で、土台ごと作り直す。

世界最大級のコマース基盤が、自社の画面に来てもらう競争を半分降りて、あらゆるAIチャットから呼び出される側に回った。これは、私が以前 SaaSは「選ばれる側」から「呼び出される側」へで書いた構造変化が、ついに消費者の財布の前まで来た、ということだと思っています。

なぜ私は、驚かなかったのか

私はこの一年、同じ動きを別の業界で何度も見てきました。会計のfreeeやマネーフォワードが、経理という固い業務をチャットの中に入れた。その流れを見て、フォームの作成も運用も分析もチャットでやるFORMLOVAは間違っていない、と確信していました。残っていたのは「買い物」でした。人がいちばん日常的にやる、お金を払う行為。そこが会話に入れば、流れは決定的になる。Shopifyは、まさにそこを取りにきた。

だから私にとって、これは脅威ではなく追い風です。理由は二つあります。

一つは、カテゴリが標準になることです。チャットで買う体験が増えるほど、売る側がMCPでお店を回す機会も増えます。すると、自分の管理画面ではなく、自分のチャットから、MCPでB2Bのサービスを運用することが、当たり前になっていく。これは、私がずっと説明に苦労してきたFORMLOVAの前提そのものなんです。認知の壁が、向こうから下がってくる。

もう一つは、お客さんが重なることです。MCPでお店を運用しているEC事業者は、きっとフォームも同じやり方で持ちたくなると思っています。問い合わせも、応募も、アンケートも、いつものチャットから運用したくなる。Shopifyがお店の人をMCPに慣れさせるほど、その人たちはFORMLOVAの見込み客に近づいていきます。

運用する側は、Shopifyと同じです

ここははっきり言います。売る側、運用する側を会話に入れるという点で、ShopifyとFORMLOVAはまったく同じ方向を向いています。Shopifyのお店の人は、自分のClaudeやChatGPTから在庫や注文を動かす。FORMLOVAの運用者は、自分のClaudeやChatGPTからフォームや回答を動かす。違う商材を扱っているだけで、構造は同じなんです。FORMLOVAがこの運用レイヤーをどう設計しているかは、MCPフォームサービスまとめでも整理しています。

でも私は、自前のAIを作りません

一点だけ、Shopifyと違う選択をしています。Shopifyは二刀流ですが、FORMLOVAは自前のAIチャットを持ちません。ユーザーがいつも使っているAIから呼んでもらう、一本だけです。

あえて、そうしています。理由は二つあります。

一つは、体験を分断したくないからです。結局のところ、管理画面を開いてその中のボットに話しかけるのなら、チャットでやる意味がありません。人はこれから、いつものチャットにどんどん頼っていきます。いろいろなことがそこで終わるのに、わざわざ別の画面に移って、そこにいる別のボットに同じように聞く。私はこれを、率直にナンセンスだと思っています。実際、私自身がそうなんです。

もう一つは、コストです。自前の画面にAIのAPIを抱えると、その費用は私が負担することになります。新しいモデルが出るたびに、乗り換えのコストもかかる。逆に、ユーザーのクライアント側のAIを使えば、その費用はかかりません。だからFORMLOVAは、料金を安く保てます。そして、ユーザーが使うモデルが賢くなれば、こちらが何もしなくてもFORMLOVAの体験は良くなる。この構造を、私は大事にしています。

ここからが本題です ― 会話は、フォームを「消す」のではありません

では、すべてが会話に溶けていくのでしょうか。私は、そうは思っていません。ここが、この記事でいちばんお伝えしたいことです。

Shopifyの「チャットで買う」を、もう一度よく見てください。会話の中で買えるようになったとき、フォームは消えていません。決済は、住所も支払いもきちんと受け取るShop Payという、構造化された確定の面が担っています。実際にShopifyは、住所フォーマットの検証ルールがエージェントベースの体験にも効く、と明記しています。エージェントが会話で買い物を進めても、最後の確定データは、フォームのような面が受け止めているんです。

会話は、フォームを置き換えたのではありません。フォームを呼び出して、包んだのです。

これが分かると、FORMLOVAの設計が、流行に逆らっているのではなく、同じ原理に乗っていることが見えてきます。

だから「答える人」は、フォームのままがいい

FORMLOVAは、フォームを作る側、運用する側のためのサービスです。答える側のためのものではありません。そして、フォームに答える人の体験は、チャットにはなり得ないと考えています。

理由は二つあります。一つは、確定データの捕捉はフォームが一番うまいからです。名前や希望日や同意は、会話でだらだら集めるより、構造化された面で受け取ったほうが、速くて、正確で、後の業務でも扱いやすい。買い物の決済がShop Payに残っているのと、まったく同じ理由です。

もう一つは、配布の向きが逆だからです。チャットは、本人が自分のタイミングで開く、私的な場所です。こちらから他人のチャットに、フォームを差し込むことはできません。フォームは、送って、相手が開くもの。だから、回答者に届けられる普遍的な面は、結局リンク、つまりフォームになります。

そして、フォームのままにしておくことは、エージェント時代への逆行ではありません。むしろ逆です。人間も、ブラウザを操作するAIエージェントも、同じフォームを埋められる。フォームは、人とエージェントの両方が使える、最小公倍数の面なんです。

正直に言うと、答える体験までチャットの中に入れること自体は、技術的にあり得ない話ではありません。ただ、それには私の側では動かせない外的な条件、たとえば大きなプラットフォームに統合してもらうような条件を、いくつもクリアする必要があります。仮に将来それが揃ったとしても、その先で何をするかは、今の私には考えられません。だから今は、答えははっきりしています。運用する側はチャットに、答える側はフォームに。この線引きは、流行りで決めたのではなく、確定データの性質と、配布の構造から導かれた、自然な答えなんです。

呼び出される側として、何を会話に渡し、何を残すか

SaaSは、選ばれる側から、呼び出される側になりました。会話がすべての入口になる時代に、本当に問われているのは、全部を会話に溶かすことではないと思っています。何を会話に渡し、何を構造化された面に残すか。その線を、どこに引くか、です。

Shopifyは、買い物の発見と相談と注文を会話に渡し、決済という確定の面はShop Payに残しました。FORMLOVAは、フォームの作成と運用と分析を会話に渡し、回答という確定の面はフォームに残します。やっていることは、同じ判断なんです。

揺れているのは、SaaS業界だけではありません。それを作る私の足元も、同じように揺れています。でも、この線引きについては、私は揺れていません。会話に全部を溶かすのではなく、会話と確定の面を、それぞれが得意なことに使う。それが、この時代にフォームを作るということだと、私は思っています。

参考にした公式情報

執筆・確認情報

この記事はFORMLOVAの自社ブログ記事です。筆者はFORMLOVAの開発者です。本文で触れたShopifyの発表内容（Spring '26 Edition、Universal Commerce Protocol、Shop Pay、Catalog、Sidekick、Hydrogenなど）や、Googleのエージェンティックコマース発表、freee、マネーフォワードに関する記述は、2026年6月18日時点で公開されていた一次情報を確認して執筆しています。各社の発表内容や数値は更新される可能性があり、表現にも幅があるため、重要な判断に用いる場合は各社の公式発表でご確認ください。料金、機能、上限値などの条件は変更される可能性があるため、最新情報は各サービスの公式ページで確認してください。