Shopify Editions Spring ’26 オンライン（全25項目）

Shopify Inbox は、ストアフロントのチャット（お客様からの問い合わせ）を扱う無料のメッセージング機能です。今回のアップデートで、ここに AI販売スタッフ（AIエージェント） が載りました。公式の説明を読むと、人間スタッフに代わって24時間・自動で接客と商品提案を行うチャットボット、という位置づけのようです。

出典ページには、おおむね次のことができると書かれています。

• 商品の発見・おすすめ、問い合わせ対応、カタログに基づく回答、ポリシーに沿った案内
• 必要に応じて人間スタッフへ会話を引き継ぐ（管理画面には「商品やポリシーを把握し、ブランドボイスを学習して、必要に応じてスタッフに会話を引き継ぎます」とありました）

固定のボットではなく、トーン・スタイル・ルールを設定でき、個々のチャットを評価するほど応答が改善する、と案内されています（“the more you rate, the sharper it gets”）。実際に運用するなら、置いて終わりではなく、トーン設定とチャット評価で育てていく類の機能だろうと感じます。

出典を読み込んでいて肝だと感じたのが、お客様が「Shop」でサインインしているときの挙動です。英語版の出典には、買い手がShopでサインインすると preferences and purchase history from across Shopify（＝Shopify全体にまたがる好みと購入履歴）を使って返信をパーソナライズできる、と書かれていました（私の意訳ではなく、英語原文のままの記載です）。つまり参照される履歴は自店だけでなく Shopify 全体（Shopアカウントに紐づく横断データ）のようで、これが正しければ自店では初めてのお客様にも、Shop上の嗜好を踏まえた接客ができることになります。エージェンティック群で出てきた buyer-linked token（Shopの“身元”）を、今度は接客チャット側で使う構図と読めます。

同じShopify製AIでも、Sidekick とは向き先が逆だと整理すると分かりやすいと感じました。

対応言語は、Editionsノートでは「19言語」とされ、出典の現行リストを数えると英・日・中（簡/繁）・韓・タイ・ベトナム・仏・独・伊・西など20言語超ありました。数は時期で変わりうるので、「だいたい20言語前後」と捉えておくのが無難だと思います。

検証ストアの「Shopify Inbox > 概要」を開いてみると、「ストアに AI販売スタッフを配置」には 〈近日公開〉バッジが付いていて、トグル「エージェントを有効化」は無効、⚠️「この機能を使用するには、お客様アカウントをアップグレードしてください」という警告が出ていました。AIのパーソナライズが「Shopでサインインした顧客の履歴」に依存する以上、新しいお客様アカウント（Shopサインイン対応／後述 #13）への切り替えが前提になっているようです。

無料機能の範囲で多言語の一次接客を任せられそうなのは、人手の限られる小規模店や越境ECにとって現実的な選択肢に見えます。ただ調べていて強く感じたのは、効き目の源泉がShopの横断データにある以上、Shopサインイン導線（新お客様アカウント）を整えるほど効くという点です。今回の Editions 全体を貫く「Shopサインインの重要性」が、この項目にもはっきり出ていると感じました。導入したら放置せず、トーン／ルール設定とチャット評価で育てる運用が前提になりそうです。

複数のAIショッパー（AIの買い物客）にストアを巡回させ、購買体験をシミュレーションして、テーマ（ストアの見た目・構成）の良し悪しをスコアやフィードバックで返してくれる公式アプリ、という位置づけのようです。海外の著名なShopify解説者 Kurt Elster 氏は「無料のAI CRO提案ツール」と表現していました（CRO＝Conversion Rate Optimization／コンバージョン率最適化）。元の一文に「Liquid必須」とあるのは、Liquidテーマ（通常のオンラインストア）が分析対象で、ヘッドレス等のLiquid外構成は対象外、という意味だと読み取れます。

• AIショッパーがストアを回遊し、テーマ変更の影響をさまざまな角度から検証・比較判定してくれる。
• 当初は2テーマの比較（例：Dawn vs Horizon）が前提でしたが、アップデートで単独テーマ単体の分析もできるようになりました。
• ページ別にフォーカスエリアを指定できます（ホームページ／商品ページ／コレクション／カート）。ページごとの課題を切り分けやすくなります。
• リリース前に、購買体験への影響が「スコア」で見える——これが本質的な変化だと感じます。

2026年3月に正式ローンチされ、アプリ自体は無料、5回のシミュレーションまで無料で試せます（限定公開時は有料だったものが、正式版で無料枠付きになりました）。位置づけとしては Shopify オリジナルの「自動A/Bテスト＋購入テスト」に近い、という見方もあります。

私自身、正式ローンチ直後から実際に触り、その記録はX（@sh_sakamoto）にあります。最初は素の状態に近いストアで Dawn 15.2.0 と Horizon 3.4.0 の比較を回しました。

• 正式ローンチ＆初トライ（2026-03-12）↗：「AIの買い物客がストアで購買体験をシミュレーションして、テーマごとにフィードバックしてくれる。素の状態に近いストアで Dawn 15.2.0 と Horizon 3.4.0 の比較を回してみた」
• 使ってみた所感＝“リリース前の答え合わせ”（2026-03）↗：「リリース前に購買体験への影響がスコアとして見えるのは非常に大きな変化」「今後は構築途中でもシミュレーションを挟み、スコアが落ちていないか随時確認しながら進めるやり方になりそう」。一方で「AIショッパーのシミュレーションなので売上が担保されるわけではない」という留保つきです。
• 単独テーマ分析に対応（2026-03-29）↗：「2つのテーマを比較しなくても単独テーマを分析できるようになった。ホーム／商品／コレクション／カートとページ別にフォーカスエリアを指定してAIのフィードバックがもらえる」

実際に使ってみて一番大きいと感じたのは「リリース前の答え合わせ」ができる点です。これまでは「要件定義→設計→構築→公開して実績待ち」で、「作ってみたが売上に効くのか分からない」という不確実性がつきものでした。SimGym を挟むと、構築の途中でスコアを見ながら進められる——途中確認の手間でスケジュールやコストは増えうるものの、公開後の不安は減らせます。とくに当方のHorizon 移行のように「テーマを変えるべきか」を判断する場面では、Dawn と Horizon を並べてスコアで比較できるのは有力な材料になると感じました。

これは自店サイト（例：store-dojo.com）の検索ボックスが賢くなった、という話です。外部のAIがShopify横断で商品を探す Catalog API とは別レイヤーで、来店客が自店内で検索する体験の改善にあたります。要点は「誤字や"いつもと違う言い回し"でも関連商品が出る」ことで、公式の説明にも search…using typos or unusual phrasing, they'll get relevant results（誤字や普段と違う言い回しで検索しても、関連性の高い結果が返る）とありました。2つのAI挙動の組み合わせで成り立っています。

打ち間違いを、よく似た正しい語へ自動でマッチさせる挙動です。公式には具体的なルールが書かれていました。

• 3〜5文字の語：誤字1つまで許容
• 6文字以上の語：誤字2つまで許容
• ただし最初の4文字が正しいことが条件

語句の関連語・概念・カテゴリ・概念間の関係を踏まえて結果を拡張する挙動です。さらに商品の説明文や画像データ（画像内の文字・色）まで使って精度を上げるとされています。「異なる言い回し」に効くのは主にこちらのようです。

• 条件：ストアの商品数が20万点未満のとき有効。

Search & Discovery アプリで「同義語グループ」を作れば、別の語でも同じ結果に寄せられます。ブランド固有語・略称に有効です。

個人的に最も効くと感じたのは「検索結果ゼロ」の取りこぼし防止です。サイト内検索をする客は購買意欲が高くCVR（Conversion Rate／購入転換率）も高いので、ここの改善は売上に直結します。加えて手動の同義語メンテ負担が減るのも実務的にありがたい点です（セマンティックがある程度吸収してくれる）。ただしブランド固有語・略称は今も同義語登録が有効で、セマンティックには20万点未満という上限がある点だけは押さえておきたいところです。

AIが商品レベルの価格ヒント（値下げ・値上げ）を提示する公式アプリです。公式の説明では See product-level tips backed by your sales, inventory, costs, and seasonality（売上・在庫・原価・季節性に裏付けられた商品単位のヒントを確認できる）、AI price tips for markdowns and markups, grounded in your store's data（ストアのデータに基づく、値下げ・値上げのAI価格ヒント）とありました。

• 提案のみ・自動変更しない：出典には Review tips, use your judgment, apply the ones you choose. You're in control.（ヒントを確認し、自分の判断で、選んだものだけ適用する。主導権はあなたにある）とありました。＝価格は自動で書き換わらず、採用するかは人間が判断します。
• 無料。20言語以上に対応（日本語を含む）。グローバル提供です。ただしA/Bテスト機能は一部の米国マーチャント限定とされています。

検証ストアにインストールして「概要」画面を確認してみたところ、次のような構成でした。

• 見出しは「滞留在庫を一掃し、売れ筋商品を最適化する」。売れ筋の利益率を守りつつ、どれを値下げすべきかのヒントを出す、という位置づけでした。
• 仕組みは2ステップ：① 機会を確認する（パーソナライズされたAIの値下げヒントを確認）→ ② 価格を更新する（提案価格を選んで適用）。
• 価格のマークダウン（値下げ）：売れ行きの遅い商品ごとに「現価格 → 提案価格（値下げ率%）」をリスト表示。確認した画面では複数商品に加え「ほか14件の商品」とあり、下部に 「確認して更新」ボタン（＝人が確認して適用）が置かれていました。
• 価格のマークアップ（値上げ）：売れ筋の利益率確保用。機会がないときは「今のところマークアップの必要はありません」と表示されていました。
• ＝マークダウン／マークアップ両方向のヒントを出し、自動適用ではなく「確認して更新」で人が承認する流れでした。
• 設置場所は管理画面サイドバー「アプリ」内（App Storeから無料インストール）。アプリアイコンは紫系でした。

無料で値付けの意思決定支援を導入できるのが大きいと感じました。売上・在庫・原価・季節性というデータに基づくため、勘頼みの値付けを補正してくれます。何より自動適用ではない点が安全で、暴走値引きが起きない設計になっています。運用は「ヒントを見て人が決める」フローです。重要度はBですが、値付けに悩む中小ストアには勧めやすい無料ツールで、原価データを入れておくほど精度が上がる想定です。

ストアの変更を ①指定日時にスケジュール公開 でき、さらに ②実トラフィックでA/Bテスト（複数バージョンを配信割合を決めて出し、反応を比較）できる機能です。出典には「Rollouts は、ベーシックプラン以上でご利用いただけます」とあり、幅広いプランで使えます。テーマを複製せず、公開済みのテーマで直接カスタマイズを下書きして進めるのが基本の形です。

• 前提：ストアで新しいバージョンの Shopify Markets が有効になっている必要があります。
• スケジュール公開：ベーシックプラン以上。季節の更新・セール・キャンペーンを準備して、指定した日時に公開されるよう予約できます。
• A/Bテスト（実験）：Growプラン以上で利用でき、テストグループの割合を調整して複数の変更セットを実トラフィックで比較できます。

実験として実行すると、出典によると次の4指標で比較できます（指標の追加・削除はできません）。

• コンバージョン率（販売につながったセッションの割合）
• 直帰率（1回のページビューで終了したセッションの割合）
• チェックアウト到達率（チェックアウトに到達したセッションの割合）
• カート追加率（カートに追加されたセッションの割合）

• Rollouts では テーマ設定・埋め込みアプリ・Liquid テンプレートは変更できません。実際に試したところ、これらは編集画面上では操作できてしまうものの、ロールアウトの変更内容としては保存されませんでした（公開しても反映されません）。「触れるのに効かない」項目なので、気づかず作業して時間を無駄にしないよう注意が要ります。
• 旧式のテーマには適用できません。カスタマイズは公開済みのテーマでのみ作成できます。
• テーマ変更を伴う未終了の Rollouts があると、新しいテーマを公開する前にアーカイブが必要です。
• アーカイブした Rollouts は、アーカイブ解除も再開もできません。
• Translate & Adapt などの翻訳アプリは、Rollouts のテーマ変更に含まれるテキストの翻訳には対応していません（変更分の訳は別途用意が必要）。

当初はテーマ向けだった Rollouts が、チェックアウト設定・お客様アカウント設定にも広がったことを実際に確認しました（記録は X: @sh_sakamoto 2026-06-07 ↗）。公式ヘルプのテーマ向け Rollouts ページにはまだ反映されていませんが、テーマがセクション単位の変更なのに対し、チェックアウトは設定の下書きを丸ごと切り替える方式で、配信割合と開始・終了日時を指定してテストします。チェックアウトページまで実トラフィックで検証できるのは大きな変化だと感じました。

① 商品ページの画像表示パターンをA/B（2026-04-13） ── 商品詳細ページの画像表示は複数パターンから選べますが、最適解は商材・コンセプトで変わります（高額検討品 vs 消耗品、ブランド訴求 vs 機能／素材訴求）。Rolloutsならコード不要・追加費用なしで実トラフィックA/Bにかけ、お客様の反応で判断できます。該当ポスト ↗

② チェックアウト＆お客様アカウントも対応（2026-06-07） ── ロールアウトのアップデートで、チェックアウトとお客様アカウント設定のスケジュール公開＆A/Bテストが可能になりました。テーマのようなセクション単位ではなく、チェックアウト設定の下書きを丸ごと切り替える仕組みです。該当ポスト ↗

③ GA4でRollouts A/Bを分析（ユーザープロパティ） ── 標準レポートの4指標に加え、GA4（Google Analytics 4）で深掘りしたいときの手順です。① GA4でカスタム定義（ユーザープロパティ）を追加 → ② テーマファイルに GA4 へユーザープロパティを送るスクリプトを追加し、A/Bテストするテーマごとに値を設定 → ③ DebugView で確認。Google & YouTube アプリで計測しているストア向けには、ダミーイベントを同時発火させるコードを使います。該当ポスト ↗

window.addEventListener('load', function() {
  if (window.gtag) {
    gtag('set', 'user_properties', { rollout_variant: 'default' /* または 'test' */ });
    gtag('event', 'rollout_check', { send_to: 'G-XXXXXXXXX' });
  }
});

テーマの見せ方（例：商品画像の表示パターン）に唯一の正解はなく、商材次第で最適が変わります。だからこそ実トラフィックA/Bで決めるのが本筋だと感じています。ベーシックプラン以上で広く使え、中でもチェックアウトまでA/Bできるようになった意義は大きく、CVRの最終関門を実験対象にできるようになりました。計測の深掘りは GA4 連携（ユーザープロパティ）でも可能です。

この項目は、Rollouts と既存のローカライズ機能を"組み合わせる"使い方の提案です。まったく新しい配管が増えたわけではなく、「こう組み合わせると効く」という実用シナリオの提示と捉えるのが正確だと見ています。

• ① 言語を割り当てる：設定 → 言語 で、各マーケットに言語を割り当てます。
• ② 翻訳する：Translate & Adapt（無料・公式）で翻訳します（自動2言語＋手動無制限）。ここで「翻訳（Translate）＝言語を変える」と「適応（Adapt）＝同一言語でもマーケットごとに表現を変える（US英語 vs UK英語など）」を使い分けます。
• ③ 画像・動画・ロゴをマーケット別に：テーマエディタで、対象を選択 →「…」→ ローカライズ、の手順でロゴまでマーケット別に切り替えられます。
• ④ Rollouts で公開・A/B：出来上がったマーケット別テーマを Rollouts でスケジュール公開／A/Bテストします。

多地域に展開するストアでは、現地ごとに「どの表現・どのビジュアルが刺さるか」を肌感や推測で決めがちです。この組み合わせは、それを実トラフィックで測って決められるようにする点が実務的だと感じました。Translate & Adapt の「Adapt（同一言語でも地域で表現を変える）」が無料で使えるので、英語圏内の出し分けなども含めて検証の幅は広いと見ています。

Shopifyアプリ（スマホ）から、テーマをモバイル最適化UIで編集できる刷新です。従来もアプリでテーマ編集自体は可能でしたが、今回は指操作前提の再設計＋プレビュー常時表示＋Sidekick内蔵が加わっています。

• プレビューが編集中ずっと画面に残る。出典には The canvas stays visible while you edit（編集中もキャンバスが見え続ける）とありました。設定はストアを覆わないコンパクトなシートで開きます。
• リアルタイム反映：キャンバス上の任意のセクション／ブロックを直接タップすると設定が開き、変更しながら結果が見えます。入力UIは指操作向けに再設計されています。
• Sidekick がエディタ内蔵：エディタのどこからでも質問・編集依頼ができます。
• レイヤーマップ：ストアの全体構造を一覧でき、セクション／ブロック／テーマ設定／アプリ埋め込みをスクロールせず探せます。要素を選ぶと、その文脈を踏まえた Sidekick 入力がその場に出ます。

検証ストア（Horizonテーマ）のモバイルエディタで「今すぐ購入」ボタンを選択してみたところ、画面下に「ボタン」チップ付きの Sidekick 入力（"何でも質問してください…"）が表示されました。選択中の要素を文脈として認識したコンテキスト入力になっており、レイヤー／選択連動Sidekickの動きを実機で確認できました。

外出先・移動中の"その場直し"が現実的になったのが効くと感じました。リアルタイムプレビュー付きなので「今この崩れだけ直す」が安全にできます。さらにSidekick内蔵＝モバイルで自然言語のテーマ編集ができるため、スキル障壁が下がり、マーチャント自身による軽微な更新を促せます。込み入った編集やコード系の作業はデスクトップのほうが向きますが、「外出先で気づいた小さな崩れをその場で直す」といった用途には十分実用的だと感じました。

テーマエディタ／チェックアウトエディタの編集UIが、ノートPCなど横幅の狭い画面でもプレビューを広く保てるよう改善されました。2026-03-25のテーマエディタのナビ再設計の一環で、狭い画面での編集効率を上げることが狙いとされています。

• 従来は左にセクション一覧・右に設定パネルと左右に分かれ、狭い画面では中央のプレビューが窮屈になりがちでした。
• 改善後は、選択中の設定パネルがセクション一覧と同じ左側にまとまり、その分プレビューを広く使えるようになりました（実際にノートPCの画面で確認）。
• モバイル編集の刷新と対をなす「エディタの操作性改善」群の一つという位置づけです。

制作・運用の作業効率を地味に底上げする改善だと感じました。ノートPCで作業する制作者には確実に効きます。重要度はBで、記事では深掘りよりも「作業環境の改善」として軽く触れる程度で十分だと見ています。

割引を特定の「マーケット」だけに適用できる機能です。出典には、コード型・自動型のどちらの割引も1つ以上のマーケットに割り当て可能と書かれていました。マーケット（Markets）は、Shopify が国・地域などの単位で販売条件をまとめて管理する枠組みのことです。

狙い撃ちできる対象は、出典の説明では次の3種のマーケットのようです。

• 地域（Region）マーケット＝国・地域単位（例：米国だけ10%OFF）
• 店舗ロケーション（Retail location）マーケット＝POS実店舗単位（例：渋谷店だけのセール）
• B2B（会社ロケーション）マーケット＝特定取引先企業だけ

2026春で追加されたUIとして、公式の説明では次の3点が挙げられていました。割引詳細ページの「対象（eligibility／適用条件）」セレクタで割引を1つ以上のマーケットに割り当て、割引一覧にマーケット・顧客フィルタが付き、マーケット詳細ページではそのマーケットに割り当てられた全割引を確認できる、というものです。

設定の流れは、出典によると 割引詳細 → 対象（eligibility）→ Markets から適用したいマーケットを選んで追加する、というシンプルなものでした。

実際にこの機能を触ったときの記録です（X: @sh_sakamoto ↗）。1つの自動割引を『日本・アメリカ・台湾だけ』のように出し分けでき、マーケット詳細画面から、どの割引が適用されるかを公開前にプレビューできるので、ディスカウント設定をいちいち確認しに行かなくて済みます。これまではマーケット別に割引を出し分けるには割引を別々に作るかアプリ側で吸収するケースが多かったところ、マーケットがディスカウントの正式な対象軸になったことで、グローバル展開ストアほど運用の見通しが立てやすくなりました。

これまで「割引を別々に作る」か「アプリで吸収する」しかなかった地域別・店舗別・取引先別のプロモを、1つの割引で出し分けられるようになったのは大きいと感じました。越境・多店舗・B2Bのキャンペーン設計がぐっと柔軟になりますし、マーケット詳細画面で公開前にプレビューできるのも運用上ありがたいポイントに見えます。提案の際は、B2Bの上乗せ割引がサポート有効化前提である点と、Basic以上＆新Markets前提である点だけは先に確認しておきたいところです。

商品に法令で必要な警告・開示を、Shopifyの仕組みで表示・管理できる機能です。出典では、カリフォルニア州 Prop 65（プロポジション65／発がん・生殖毒性に関する警告制度）のがん警告、小部品の窒息ハザード警告、年齢制限・安全警告などが例として挙げられていました。

表示先はマルチチャネルです。出典には "Disclosures can be viewed by customers on your online store, in Shop, on custom storefronts, and through third-party sales channels."（開示はオンラインストア・Shop・カスタムストアフロント・サードパーティ販売チャネルでお客様が閲覧できる）とありました。具体的には次の通りです。

• オンラインストアの商品ページ・カートページ
• Shopアプリ／Shop web（iOS/Android v2.239.0以降）
• カスタムストアフロント
• API経由で外部販売チャネル・アプリ（＝AIチャネルにも開示を渡せる）

「ストア・AIチャネル・Shopアプリ」を横断して同じ開示を出せるのがポイントで、エージェンティックコマース（AIが商品を案内して購入まで支援する取引形態）でAIが商品を案内するときも法令警告が伴う、という設計に見えます。

設定はメタオブジェクト方式です。出典によると、Disclosures メタオブジェクトにエントリを作り（タイトル・本文・警告シンボル・Jurisdictions（対象の国/地域） などの編集可能フィールドを持つ）、商品の Disclosures メタフィールドからそのエントリを参照し、テーマに接続して商品ページに表示する、という流れでした。1つの開示タイプを複数商品に再利用でき、CSVインポート／一括編集で複数商品にまとめて設定し、商品一覧を開示タイプでフィルタすることも可能とされています。

検証ストアで実際の見え方を確認してみたところ、以下のようになっていました。日本語UIでは「開示情報」と表示され、英語の "Disclosures" で探すと見つかりませんでした。場所は 「商品のメタフィールド」セクションの中 の中に、淡色のタグのように展開される「＋ 開示情報」があります。他のメタフィールド行と見た目が違い、かなり埋もれやすい印象でした。押すと Disclosures メタフィールド行が表示され、入力欄をクリックすると Shopify標準の開示テンプレートが選べました。

• Chemical exposures（化学物質暴露＝Prop65系：がん・生殖毒性）
• Choking hazards（窒息ハザード＝子供向け）
• カスタム開示事項（自由記述）／新しいエントリーを追加

つまりメタオブジェクトもテンプレートもShopify標準で提供されており、自作は不要でした。ただしストアに表示するにはテーマ側でブロック／セクションの追加が必須です。Horizon では Disclosures テーマブロック、Dawn 等の OS 2.0 テーマでは Disclosures セクションを使う形になります。

越境ECや規制品（化粧品・サプリ・電子機器・玩具など）を扱うストアでは、ほぼ必須級の機能だと感じました。Prop65や窒息警告などを仕組みで管理でき、手作業の貼り込みや抜け漏れを防げます。重要度Aとした理由もここで、規制対応は事故が起きたときのダメージが大きいので、規制品を扱うマーチャントには優先的に提案したいところです。一方で、UIでは「開示情報」ボタンが埋もれていて見つけにくく、表示にはテーマ側の組み込みも要る——この「気づきにくさ」こそ支援の価値になると見ています。ただし適合判断はあくまで顧客（マーチャント）責任である点は、必ず添えて伝えるべきだと思いました。

Markets の枠組みに「チャネル」という軸が加わり、連携した販売チャネル × 地域（国）の交差点ごとに、カタログ（出品可否＋価格）と通貨を出し分けできるようになりました。Editions の一文にある「連携チャネルごとに出品状況・価格設定・通貨をカスタマイズ」は、このカタログ（出品＋価格）＋通貨にきれいに対応します。以下は検証ストアで実機検証した内容を含みます。

検証ストアで設定場所を確認してみたところ、マーケット → 「マーケットを作成」 → 「条件を追加する」 と進むと、ダイアログ「マーケットの条件」の種別タブに 「地域（すべて）／会社のロケーション（B2B）／チャネル」 の3つが並んでいました。「チャネル」を選ぶと接続済みチャネルが一覧で出てきて、検証ストアでは12件（Facebook & Instagram／Google & YouTube／TikTok／Pinterest／Rakuten Ichiba (JP)／Appify（モバイルアプリ）／Inbox／会員プログラム・POS系／Shopify GraphiQL App など）が確認できました。対象は3パーツ＝①特定／すべて ②チャネル種別 ③地域（国）で構成され、チャネルを選んだうえで地域（国）を指定する形でした。

設定できるノブ（調整つまみ）は、チャネルでは2つだけです。

• カタログ＝出品可否＋価格の二役（どの商品/バリエーションを含めるか＋そのプライスリスト）
• 通貨（例：米ドル・動的FX＝為替レートで自動換算）

テーマ・ドメイン・チェックアウトの設定はありません。これらはチャネル側のプラットフォームが持つためです。出し分けの実例として、米国向けFB&IGと日本向けFB&IGを分けるなら、チャネルマーケットを2つ作ります。

これで、同じFB&IGでも国ごとに出品商品・価格・通貨を変えられます。

正しい捉え方を言葉にすると、こうなります。

• 国（地域マーケット）＝「この国のお客様は、基本こう」 ← ベース
• └ チャネルマーケット＝「…かつ、このチャネル経由なら、ここだけ変える」 ← 差分・上書き

主語は「お客様が誰か（＝国）」で、そこに「どこ経由で来たか（＝チャネル）」で微調整を重ねるイメージです。先ほどの例も「米国の人がFB&IG経由で来たら、米国カタログを土台に、通貨だけ動的FXにする」と読みます。「チャネルが国より上位」ではなく、Shopifyの命名（チャネル：国）が上下を錯覚させているだけで、実体は「国がベース、チャネルは局所的な上書きレイヤー」です。階層イメージにすると ストアのデフォルト → アメリカ（地域マーケット・ベース） → Facebook & Instagram：アメリカ合衆国（チャネルマーケット・上書き） という入れ子です。設計意図としては、地域（国）が体験のベースとして強い軸で、チャネルはそのベースへの例外・上書きなので、「国を親、チャネルを子」にするのが設定重複を避けるうえで合理的、ということだと理解しました。

Markets が「地域・店舗(B2B)・チャネル」へ広がり、マルチチャネル販売の出し分けを一元管理できるようになったのは素直に便利だと感じました。マーケットグラフ・バリエーション公開・マーケット別ディスカウントと並ぶ「出し分けツール群」の一角です。ただし最大の山場は「チャネル：国」のラベルが上位に見えるのに、実体は国が親・チャネルが上書きという継承の向きで、ここを図解できるかどうかで記事の価値が変わると思います。あわせて、集客型は価格一致の制約・注文型は自由という差と、カタログが出品可否＋価格の二役である点も、読者がよく混乱するので必ず添えたいところです。

Shopify Markets（多国・多通貨・多言語販売の機能）の設定全体を、1枚の図（グラフ）で俯瞰できるビューです。出典の定義は "a visual map of your entire markets configuration"（マーケット構成全体の視覚的なマップ）でした。

前提として、Shopify Markets では国・地域ごとに「マーケット」を作り、価格・通貨・言語・カタログ・割引・税などを設定します。親マーケット → サブマーケットの階層があり、サブは親の設定を継承します。マーケットが増えるほど「どこで何がどう設定されているか」が複雑化する——それを解きほぐすのがこのグラフ、という位置づけのようです。

出典によると、グラフが見せるものは次の通りです。

• 各マーケットをノードで表示。ノードに マーケット名・商品画像・商品数・割引数。
• ノード間の線が親→サブ関係を示し、設定が親からどう継承されているか辿れる。
• 各ノードを展開すると：国/地域（国旗）／ローカライズ（ドメイン・言語・テーマ）／商品・カタログ（通貨）／割引（種類・適用範囲）／事業体（business entity）／チェックアウト設定／税・関税。
• 継承か個別設定かが分かる：サブが親のデフォルトを使う場合、サブと親の両方の設定がハイライトされる。

確認場所（アクセス手順）は、出典によると 管理画面 → 設定（Settings）→ マーケット（Markets）→ 「グラフビュー（Graph view）」 をクリックです。マーケットページ上でリストビュー⇄グラフビューを切り替えられ、特定のマーケットは検索アイコンでマーケット名検索できます。モバイル対応の明記はなく、PC管理画面を想定していると見られます。

解決する課題としては、従来は各マーケットのページを1つずつ開いて継承関係を頭の中で組み立てる必要があったところを、グラフで一望でき、設定ミスや継承の取り違えを防げる、と説明されていました。

越境・多地域EC（複数マーケット運用）のストアほど効くビューだと感じました。「なぜこの国でこの価格／割引／カタログなのか」の調査が一目で辿れるのは、支援の現場でとても助かります。重要度はB寄り——劇的な変化ではなく、単一マーケット中心の店には影響が薄いですが、多マーケット店の運用品質を上げる「地味だが効く改善」に見えます。特に、引き継ぎやオンボーディング初期の現状把握スピードが上がるのは実務的な価値が大きいと思いました。

従来「どのチャネル/マーケットに出すか」は商品単位でしか決められませんでしたが、バリエーション（SKU＝在庫管理単位）単位で「このチャネル・このマーケットに出す／出さない」を制御できるようになりました。Editions の一文「チャネル・マーケットごとに公開するバリエーションを管理」がこれにあたります。

設定できる場所は、出典では3か所とされており、検証ストアでも確認できました。

• 商品詳細のバリエーション一覧（PC/モバイル）
• 個別バリアント詳細ページ（モバイル）
• 一括編集ツール（複数商品まとめて）

検証ストアで画面の読み方を確認してみたところ、一覧の「公開」列には各バリエーション（色）グループに2つのアイコンがあり、チャネル数とマーケット/カタログ数を示していました（例：チャネル4・カタログ0）。バリアント詳細では ベージュ/s が「すべてのチャネル」＋「なし」（全チャネル公開・マーケットカタログ指定なし）と表示され、一覧の数字と同じ情報の単体表示になっていました。

制限・注意点も出典に明記されていました。POS（実店舗レジ）では非対応、バリアント単位での公開予約日（未来日時）は設定不可、未公開バリアントにはカスタムカタログ価格が適用されない、の3点です。

色・サイズ単位での出し分けができるようになったので、マーケット限定色・チャネル限定SKU・B2B限定バリアントといったきめ細かい品揃え設計が組めるようになったと感じました。越境・多マーケット運用（マーケットグラフ）との相性もよく、マーケットごとに見せるバリエーションを変えられます。ただ最大の落とし穴は親×バリアントのAND条件で、「出したのに表示されない」というトラブルは、たいていこの二重公開条件の見落としだと思います。トラブルシュートの定番として、まずここを疑うようにしたいところです。

ここは誤解しやすいので、最初に整理します。「複数の商品割引を重ねる」と一口に言っても2種類あり、使える範囲が違います。出典（割引の組み合わせ）にもこの2つは別物として書かれていました。

出典にも 「ストアが Shopify Plus プランをご利用の場合、複数の商品ディスカウントを同じ項目に組み合わせるように設定できます。たとえば、同じ商品にロイヤルティディスカウントと季節のディスカウントの両方を適用できます」 と明記されており、この新機能は Shopify Plus 限定で確定です。つまり、今回できるようになったのは上の表の下段——「同じ1つの商品に、商品割引を2つ以上のせる」ことで、従来はできず、今回 Plus 向けに解禁されました。Editions の一文「同じ商品に複数のディスカウントを適用」は、この下段を指しています。上段（別々の商品に複数の割引）は以前から全プランでできるので、混同しないのがポイントです。

出典には、ディスカウントの組み合わせには次の6種類があると書かれています。このうち6番目が、今回あらたに Shopify Plus 向けに解禁された組み合わせです。

1. 注文ディスカウントと無料配送ディスカウント
2. 商品ディスカウントと無料配送ディスカウント
3. 別々のアイテムに適用される複数の商品ディスカウント
4. 商品ディスカウントと注文ディスカウント（対象のマーチャントのみ利用可能）
5. 複数の注文ディスカウント（対象のマーチャントのみ利用可能）
6. 同じアイテムに適用される複数の商品ディスカウント（Shopify Plus のみ）← 今回解禁された組み合わせ

6番目（同じアイテムに複数の商品ディスカウント）を使えるようにする手順は、出典に次のように書かれています。管理画面だけでは完結せず、APIでの設定が必要です。

1. 前提：Shopify Plus プランであること。
2. 組み合わせたい各ディスカウントに、管理画面でタグを追加する。
3. GraphQL Admin API のディスカウント用ミューテーションで、productDiscountsWithTagsOnSameCartLine フィールドに「どのタグ付きディスカウントを同一カートライン上で組み合わせるか」を設定する。

なお 1〜5 の一般的な組み合わせは、割引編集画面の「組み合わせ」セクションで、組み合わせ可能なディスカウントクラスを選んで保存するだけで設定できます（APIは不要）。

Shopify Plus のサンドボックスで実際に検証しました。loyalty（10%オフ）と seasonal（¥1,000オフ）という2つの商品ディスカウントコードを用意し、どちらもアクティブにしておきます。

この2つに、上の手順で双方向タグマッチを設定しました（API で loyalty に許可相手 seasonal、seasonal に許可相手 loyalty を追加）。すると、同じ商品（Poncho ¥5,000）に両方のコードを入れたとき、LOYALTY（−¥500＝10%）と SEASONAL（−¥1,000）が同一カートラインで重なり、¥3,500（合計値引き ¥1,500）になりました。設定前は片方しか乗らなかったので、双方向タグマッチが効いているのがはっきり分かります。

管理画面でのタグ付けだけでは重ならず、productDiscountsWithTagsOnSameCartLine を API で設定して初めて重ねがけが効く、という点も実機で確認できました。

• 適用順：①商品割引 → ②注文割引（商品割引適用後の小計に対して）→ ③配送割引。
• 上限：有効な自動割引はストアあたり最大25件、1注文で商品・注文の割引コードが最大5＋配送コード1。
• 割合（％）の注文割引を複数重ねる場合、両方とも元の小計に対して計算されます（累乗ではなく加算）。
• Checkout Extensibility（拡張可能なチェックアウト）が前提で、checkout.liquid のカスタマイズとは併用できません。

効くのは Plus の大型販促運用で、しかも API 設定が要るので、提案先は Plus かつ開発リソースのあるストアに絞られます。ロイヤルティ×季節のような同一商品への重ねがけが正式にできるのは魅力ですが、タグ設計を誤ると意図しない値引きになるので、適用順序と上限の理解はセットで必要だと感じました。中小ストアにとっては「別々の商品への割引や、商品＋送料無料などは今までどおり全プランでできる」という整理を伝えるのが、いちばん混乱を避けられると思います。

お客様アカウント（顧客がログインして注文履歴などを見る画面）のデザインが刷新された機能です。Changelogの説明では、直感的なメニュー、ブランドに合わせたログイン画面、初回客向けのおすすめ表示が柱になっているようです。出典には2026年6月17日から段階的に展開され、「最新版のお客様アカウント」を全ストアに数週かけて提供する、と書かれていました。

出典に挙げられていた変更点を整理すると、次のとおりです。

• モバイルのメニュー：4リンクまではハンバーガーメニューに隠さず、ページ上部にインライン表示。
• 注文詳細：モバイルで注文サマリーを折りたたまずインライン表示にして見やすく。
• 注文アクション：注文一覧・注文ステータス画面に、より多くの操作を露出。
• 初回客の体験：注文ゼロの顧客に、空っぽの状態ではなくキュレートしたおすすめ商品を表示。
• ブランドログイン：サインインページでロゴ・色・セクションスタイル・独自のブランド画像をカスタマイズして強化。

ログイン後体験のUXを底上げする更新だと感じました。特に、初回客に空状態ではなくおすすめ商品を見せる点はCVR（コンバージョン率）や回遊に効きそうですし、ブランドログインでログイン画面まで世界観を統一できるのはブランド体験の一貫性として価値があると見えます。重要度Aとして、新お客様アカウントへの移行を提案するフックになりそうです。

お客様アカウントのログイン状態を最長365日保持する機能です。元の説明では、ログイン状態を最長365日保ち、再訪問をスムーズにする、とされています。新しいお客様アカウントは OAuth 2.0／PKCE という標準的な認証方式（Google や Apple も使う仕組み）を採用しているとされ、再訪のたびにログインし直す手間が減り、購入・再訪の摩擦を下げる狙いのようです。

• 従来より長いセッション維持により、再訪したらそのままログイン済みの状態を作りやすくなります。
• Shop サインイン／新お客様アカウントの体験改善の一部で、お客様アカウント刷新（#13）と同じ系統の更新です。

再訪時のログイン摩擦を削るので、リピート購入やLTV（顧客生涯価値）の改善に地味に効くと感じました。単体のインパクトは小さい重要度Bですが、お客様アカウント強化の一連の流れの一部として押さえておきたい更新だと見ています。

外部のIdP（Identity Provider／認証基盤）でログインしたとき、その顧客のプロフィールやタグを Shopify のお客様アカウントへ自動同期する機能です。IdPとは、Auth0・Ping・Azure AD（現 Entra ID）などの、ログイン認証を一手に担う基盤を指します。元の説明では、これらのIdPからプロフィール・タグを同期する（Shopify Plus）、とされています。

公式によると、同期される項目は次のとおりです。

• メール（既存アカウントとの突合キー）
• 氏名（姓名セット）
• 電話
• 住所（番地・市・州・郵便・国。複数可）
• タグ（グループ単位で取り込み）

仕組みはクレームマッピングです。サインイン時にIdPからデータを同期し、既存データの扱いは上書きルールで制御するとされています。

• 既存を保持：空のフィールドだけをIdPの値で補完します。
• 既存を置換：フィールド群を上書きします（ただしIdPが送ってこない項目は除く）。

技術設定としては ID token claim import（shopify.dev に載っているトークン構造・クレームマッピング）で行うようです。

タグの同期に着目すると、セグメントや会員ランクをIdP側で管理してShopifyに反映する、といった運用ができると感じました。その際は上書きルールの設計が肝になりそうです。対象はPlus＋IdP運用と限定的な重要度Bですが、Plusのエンタープライズ提案では刺さる機能に見えます。

これまで B2B（法人向け卸販売）は Shopify Plus 限定でしたが、今回 Basic / Grow / Advanced / Plus で使えるよう拡大されました。出典には英語で “You can use Shopify B2B on the Basic, Grow, Advanced, and Shopify Plus plans.”（＝Shopify B2BはBasic・Grow・Advanced・Shopify Plusの各プランで利用できます）とありました。つまり追加費用なしで標準プランでもB2Bを始められるようになった、ということです。オンラインカテゴリで唯一のS級項目で、本カテゴリの主役です。

プラン別の中身を、公式の記載ベースで整理します。

• B2Bカタログ数：Basic / Grow / Advanced は全B2Bマーケット合わせて最大3つのアクティブカタログ。Plus は無制限。
• 全プラン共通：会社（Companies）／会社ロケーション（Company locations）／数量割引（Quantity price breaks）／数量ルール（Quantity rules）。
• Advanced 追加：Shopify Markets 経由の文脈別チェックアウト・ストアフロントカスタマイズ。
• Plus 専用：会社／ロケーションへのカタログ直接割当、デポジット・分割払い・出荷ごとの支払い要求といった高度な支払い。

BtoC（通常のオンラインストア）は「個人が、表示された1つの価格で、その場でカード決済して買う」モデルです。B2Bはこれを法人取引の作法に置き換えます。違いは大きく5点（注文確定を含めると6点）あります。

つまりB2Bは「専用カタログ＋決済設定」だけではなく、会社という顧客構造・権限・後払い・承認フローまで含む“卸の仕組み一式”だ、という点を押さえる必要があります。「カタログと決済だけ」と誤解されがちなので、ここを丁寧に図解したいところです。

会社ロケーションの「決済条件を編集」で選べるのは、決済条件なし／フルフィルメント時決済／Net 7・15・30・45・60・90です。ここで重要なのは、「Net 30＝30日後に自動でクレカ請求」ではないという点です。

検証ストアで会社（B2B取引先）を作成し、決済条件＝Net 30、チェックアウト設定＝登録ロケーション住所への配送／注文を自動で送信、という設定まで確認できました。チェックアウト設定では「会社のバイヤーがチェックアウトしたとき、①登録拠点の住所だけに送るか・1回限りの住所も許すか」「②注文をそのまま自動確定するか・一旦下書きで承認してから確定するか」を選べるようになっており、与信や在庫を確認したい卸取引では『下書きで承認』が安全弁になります。

これはB2Bの民主化だと感じました。中小（Basic〜Advanced）でも卸・法人販売を追加費用なしで始められるので、新規B2B提案の母数が一気に広がります。記事の山場は「BtoCとの違い5点」で、“カタログ＋決済だけ”という誤解をほどくのが肝です。実務では「Net＝期日設定で集金は手動／Pay now、自動課金は別途Flow（#24）」を最初に押さえておきたいところです。オンライン唯一のS級として、卸・法人販売に踏み出すストアが一気に増えそうな更新だと感じています。

#18で整理したとおり、B2BのNet terms（後払い）は標準では自動課金されず、期日が来てもマーチャントが手動で請求する必要がありました。これを Shopify Flow の新アクションで自動化する機能です。元の説明では、Shopify Flow で B2B 顧客の保存済み決済方法に自動請求する、とされています。

新Flowアクション「Charge vaulted payment for B2B order」は、決済条件（payment terms）付きの注文について、支払期日が来たら顧客の保管済み（vaulted）クレジットカードに課金、または保管済み銀行口座から引き落としを自動実行します。つまり「Net 30の30日後に自動で集金」を、Flowで組めば実現できる、ということです。

仕組みと要件は次のとおりです。

• トリガー：フルフィルメント時／支払期日／請求のいずれかを起点にできます（出典には fulfillment・due date・invoicing が挙げられています）。「期日が来たら課金」だけでなく、出荷時や請求時にも発火させられます。
• 前提①：保管済み決済方法（vaulted credit card／bank account）が必要。顧客のカード／口座をあらかじめ保管（vaulting）しておきます。
• 前提②：決済条件（payment terms）付きのB2B注文であること。
• 前提③：Shopify Flow を使うこと。

Net terms運用で最大の手間だった「期日が来たら手で請求」を自動化できる点で、後払いB2Bの回収を仕組み化できると感じました。未回収や請求漏れを防げるのは、後払いを多用する卸取引の運用品質に直結します。重要度Aとして、#18とセットで語ると効く更新だと見ています。

B2Bが多くのプランに開放された（#18）のに合わせ、主要な外部アプリ（会計のQuickBooks／メールのMailchimp）がShopifyのB2Bデータをネイティブに扱えるようになりました。元の説明では、B2B注文・PO番号・会社情報を QuickBooks に同期し、Mailchimp で配信する、とされています。つまりB2Bの周辺業務（会計・マーケティング）が、標準的なアプリで回せるようになった、ということです。

QuickBooks（会計）については、次のとおりです。

• B2B注文・PO番号（発注番号）・会社情報を QuickBooks に同期します。卸取引の請求／記帳を会計ソフトへ自動連携でき、サードパーティの自前コネクタを噛まさずに注文から会計までが繋がります。
• PO番号が同期されるため、取引先の発注番号で照合・消込ができます（B2B経理の実務に直結）。

Mailchimp（メールマーケ）については、次のとおりです。

• Shopifyの会社（Company）データが Mailchimp に自動同期され、B2Bセグメントを作成できます。
• 組織内の全コンタクトをセグメント化し、B2B向けにターゲット配信できます。法人顧客向けのメール施策（再注文促進・新商品案内など）をMailchimpで打てる、ということです。

B2Bの「売る前後」（会計・マーケ）が標準エコシステムで完結するので、B2Bを始める障壁がさらに下がったと感じました。#18のB2Bプラン拡大と一体で語ると効きます。会計面ではPO番号・会社情報の同期が卸の経理（請求書照合・消込）を自動化する実務価値を持ち、マーケ面では会社データからB2Bセグメントが自動生成され法人向けメール施策をすぐ打てます。重要度Aですが、繰り返すとおり主役は外部アプリ側なので、その点を踏まえて紹介したい更新です。

元の一文では「内税価格でもB2B取引の税金を自動計算し、利益率を保護」とされています。これは Shopify Collective（Shopify同士のドロップシッピング市場）で、サプライヤーから商品を仕入れて売るリテーラー側の話です。公式の説明では、税込価格で卸取引をするとリテーラーのマージンが見えにくくなり目減りするという問題を、埋め込まれた税額を自動で分離して別管理することで解決する、とされています。

具体的には、サプライヤーが税込価格で卸す（例：£120＝VAT（Value Added Tax／付加価値税）20%込）と、リテーラーが「30%マージンのつもり」で素朴に計算しても、税が価格の中に埋まっているため利益が曖昧になります。Collectiveはこの埋め込み税を自動で抜き出して、リテーラーの実質コストと税を切り分けます。

出典には、埋め込み税を抽出する式として 商品原価 ×［1 − 1÷(1 + B2B税率)］ が書かれていました。先の例（£120・20%込）だと、埋め込みVAT £20 が分離される計算です（120−120÷1.2＝20）。分離された税は、管轄によっては税務当局から仕入税額控除（credit／クレジット）として還付請求でき、DtoC（Direct to Consumer／消費者直販）で顧客から預かった税と相殺されることで、意図した30%マージン（例：£30の利益）が保たれると説明されています。

• 対象地域：「Collectiveが使える全ての国（ジブラルタル・香港を除く）」とされています。
• UK/EUのリテーラーは税登録ステータスの確認が必要。
• 設定場所：リテーラー側の 設定 → 税金と関税 → 商品価格に売上税を含める で内税価格を構成。

派手さはありませんが、税込表示が当たり前の日本のEC事業者にとっては地に足のついた改善だと感じました。卸価格に税が埋まったまま仕入れ判断をすると、気づかないうちにマージンが削られます。「税を分離して原価と利益を可視化する」という発想は、Collectiveで本気でリテーラーをやるなら無視できない土台だと見えます。

元の一文では「豪州のビジネスがサプライヤー・小売業者を管理可能に」とされています。出典の内容では、Shopify Collective の対応国にオーストラリア（豪州）が追加され、豪州のストアがサプライヤー（卸す側）／リテーラー（仕入れて売る側）の両役割を使えるようになった、と説明されています。

これ自体は地域限定のニュースで、日本のマーチャントへの直接の影響は小さいです。ただ重要なのは、これが Collectiveが順次対応国を拡大しているという流れの一例である点です。

日本向けに大きく構える話ではありませんが、対応国が一つずつ増えているという事実は前向きに受け取れます。越境や海外展開を視野に入れる事業者にとっては、Collectiveが「自国だけのもの」ではなくなりつつあるサインに見えました。

元の一文では「検索ゼロ件キーワードやトレンドを可視化し、データに基づく仕入れ判断」とされています。前提として Shopify Collective はShopify同士のドロップシッピング（在庫を持たない販売）市場で、自社商品を他店に卸すサプライヤー（在庫・出荷を担当）と、サプライヤー商品を在庫リスクなしで自店に取り込んで売るリテーラー（小売）に分かれます。1社が両方を兼ねてもよく、全Shopifyプランで無料（ストア審査あり・最低売上要件なし）とされています。

本項目はリテーラー向けの「何を仕入れるべきか」インサイトで、公式の説明では3種のカードで提示されます。

• 検索ギャップ（Customer Search Gaps）：自店で検索されたのに結果がゼロだった商品タイプを可視化。「欲しがられているのに置いていない」需要を表し、Collectiveから仕入れて穴埋めできます。
• トレンド／関連商品：すでに人気の商品タイプに対し、類似・補完商品を追加する機会を提示。
• パフォーマンスの節目：売上マイルストーンや閲覧数で「何が刺さっているか」を表示。

公式には「自店の顧客需要を完全に満たすCollective商品カタログを作る」ための機能、と書かれていました。場所はリテーラー側専用で、管理画面の Collective（リテーラー）→ Insights タブ に表示されます。

「売れるはずなのに置いていない」を、自店の実検索データ（検索ゼロ件）から発見できるのは強いと感じました。在庫リスクなしで品揃えの穴を埋められるため、仕入れの勘をデータで補正できます。今回は実機でInsightsタブまで踏み込めませんでしたが、リテーラーとしてデータが溜まれば真価を発揮するタイプの機能に見えます。

元の一文では「カテゴリーピルや絞り込み強化で商品を素早く追加」とされています。これはリテーラーがサプライヤー商品を探すディスカバリ画面の改善で、公式の説明では カテゴリーピル（電化製品&光学機器／ファッション&アパレル／ホーム&リビング 等）や絞り込み強化が入り、取り込む商品を素早く見つけられるようになった、とされています。あわせて公式には、取引（決済）の設定前でも商品をインポートできる機能が追加されたとも記されており、サプライヤーと条件を詰める前に候補を取り込んで品揃えを検討できるようになっています。

検証ストアのサプライヤー側ディスカバリでも、カテゴリ別の表示＋検索＋レビュー★が出ているのを確認しました。カテゴリと評価で絞り込める作りになっており、日本ブランドが評価付きで並んでいました。

マーケットプレイスは品揃えが増えるほど「探せないと意味がない」状態に陥りがちなので、カテゴリと絞り込みの強化は順当な進化だと感じました。検証ストアで日本ブランドにレビュー★が付いて並んでいるのを見て、Collectiveが日本でも実際に動いているのを実感できた項目でもあります。

元の一文では「サプライヤーが配送実績を確認し、追跡認証バッジで見つけやすさ向上」とされています。これはサプライヤー側の機能で、公式の説明では、配送業者確認済みの荷物・期日通りのフルフィルメント・期日通りの配達などの配送実績が指標化され、良い実績は信頼バッジとなってリテーラーからの見つけやすさ（ディスカバリ順位）に影響する、とされています。

検証ストアでも、サプライヤーのホームに「配送パフォーマンス」が表示されているのを確認しました。観察した時点では、配送業者確認済みの荷物・期日通りのフルフィルメント・期日通りの配達がいずれも0%という、まだ実績が積まれていない（出荷データがない）段階の表示でした。

「配送がちゃんとしているサプライヤーほど見つけてもらえる」という設計は理にかなっていると感じました。リテーラーは自分が出荷しない以上、サプライヤーの配送品質に売上を預けることになるので、その指標が可視化されてディスカバリ順位に反映されるのは双方にとって健全です。卸を本気でやるなら、配送実績を「集客KPI」として意識する価値がありそうに見えます。