多くのブランドが経験する順序はこうです。AI 由来の売上が現れる前に、レポートのほうが先に壊れます。
Fall '26 では「Sell in Google Search, including AI Mode, and the Gemini app with checkout powered by Shopify」が公開されました。複数の業界報道によれば、Google は 2026 年 9 月 22 日から、対象となる Shopify 事業者を AI Mode と Gemini のネイティブチェックアウトへ自動的に登録しました。オプトアウト方式で、ストアが Merchant Center と紐づいた旨のメール通知が届いています。解除は管理画面の Sales channels → Agentic です。
注文はあなたのものです。その周囲の計測はそうではありません。
要点
- 注文・顧客情報・履行・サポート・返金はすべて Shopify 管理画面に残り、顧客情報付きの標準注文として着地します。所有権は変わりません。
- 自社ドメインのサンクスページに紐づくものはすべて発火しません。GA4 の
purchase、Meta ピクセル、Google 広告のコンバージョンタグ、ピクセル由来の Customer Match オーディエンス。 - マルチタッチ・アトリビューションには欠損が生じます。注文データからのサーバーサイド取得だけが確実な修正です。
- Fall '26 は同時にセッション計測（高度なボット除外）も変更しました。分子と分母が同じ四半期に動いています。
- 多くのブランドはオフにすべきではありません。まず計測を直し、それから判断するのが妥当です。
変わらない部分
先にこれを書きます。直感的には「プラットフォームが顧客を奪った」と読まれがちだからです。
違います。注文は顧客情報付きの標準注文として Shopify 管理画面に着地します。履行・返品・サポート・返金は従来どおりです。あなたは引き続き merchant of record です。顧客関係の所有権は一切移動しません。
変わる部分
自社ドメインのサンクスページをブラウザが読み込むことに依存するイベントのすべてです。この経路では、そのページは読み込まれません。
計測システム | この経路での状態 | 代替手段 |
|---|---|---|
GA4 ページイベント |
| Measurement Protocol／サーバーサイド、注文データ起点 |
Meta ピクセル | 発火しない | Conversions API、注文をイベント源に |
Google 広告コンバージョンタグ | 発火しない | 拡張コンバージョンまたはサーバーサイド送信 |
マルチタッチ・アトリビューション | 欠損が生じる | Shopify 注文 Webhook を接続。チャネル粒度の粗さは受け入れる |
Customer Match オーディエンス | この購入者層が欠落 | 注文データから再構築 |
Shopify 管理画面の注文 | 正常 | この経路の唯一の真実源として扱う |
パターンに注目してください。どの行も修正方法は同じです。売上の真実をブラウザから導くのをやめ、注文データから導くこと。iOS のプライバシー変更対応で既にこれを済ませたチームは、作業の大半が終わっています。
二次的な罠
同じリリースにこうあります。"More accurate session measurement — sessions in analytics more accurately reflect human visitors with smart bot filtering and unified user journeys."
セッションはコンバージョン率の分母です。エージェント経路の購入は分子から欠けています。両方が同じ四半期に動きました。
このリリースの前後でコンバージョン率を比較すると、得られる数値は改善でも悪化でもなく、単なる計測上の産物です。レポートに明示的なバージョン境界を引き、注釈を付け、その後のベースラインを作り直してください。Fall '26 では分析に手動注釈が追加されました。まさにこのための機能です。
オフにすべきか
私たちの見解は「多くのブランドはオフにすべきでない」です。
オフにしても露出は戻りません。クリック → ランディングページ → チェックアウトという、よりコンバージョンの低い経路へ売上を押し戻すだけで、取引を拒んだからといって露出が返ってくるわけではありません。レポートを守るために、より良い経路を塞いだことになります。
真剣に検討すべきなのは 3 つの場合です。
- 自社サイト上のファーストパーティデータにパーソナライズや会員運用が強く依存し、短期ではサーバーサイド化できない。
- 客単価が高く、販売プロセスに人が必要。
- コンプライアンス上、第三者インターフェースでの取引完了が認められない。
この 3 つに当てはまる場合でも、正しい順序は「まずサーバーサイド・アトリビューションを直し、それから判断する」です。数字が狂ったまま下した判断は判断ではありません。
30 日の修復計画
週 | 施策 | 完了条件 |
|---|---|---|
1 | Sales channels → Agentic で実際のスイッチ状態を確認。既定値を前提にしない | 状態が推測ではなく記録されている |
1 | 注文 Webhook を購読しデータ基盤へ取り込む | ピクセルに依存せず注文が到達する |
2 | GA4 purchase を Measurement Protocol、Meta を CAPI、Google 広告を拡張コンバージョンへ | 注文起点のコンバージョンが管理画面と突合する |
3 | 注文データから Customer Match と類似オーディエンスの種を再構築 | オーディエンス規模が回復する |
4 | バージョン境界を引き注釈を付け、ベースラインを再構築し、エージェントチャネルの行を追加 | エージェント由来の注文を単独で集計できる |
最後の行は最も飛ばされやすく、最も後悔される項目です。エージェント由来の注文がレポート上の独立した行でなければ、2027 年は「結局効果があったのか」という議論に費やされます。
よくある質問
注文がエージェント経路由来かどうか、どう判別しますか。 注文属性と、プロトコルが運ぶカート／チェックアウトのアトリビューションが出発点です。Fall '26 ではカートとチェックアウトの permalink にもアトリビューションデータが追加されました。従来の UTM より粗いことを前提に、量が増える前に分類を設計してください。
ChatGPT や Copilot 経由の購入も同じですか。 チェックアウトが自社ドメイン外で完了する限り、アトリビューションの仕組みは同じです。有効化の経緯はチャネルごとに異なります——ChatGPT の「Shop at」ボタンが実際にどこへ送るかを参照してください。
9 月 22 日という日付は Shopify が確認していますか。 一次発表ではなく業界報道に基づくため、二次情報として明示しています。権威ある情報源は、自社管理画面のスイッチ状態と同意した規約です。本稿のそれ以外は自前の計測結果です。