Shopify Editions Spring ’26 決済

日本：即効で使える　このカテゴリーで唯一の重要度S。カードテスト攻撃（Card Testing Attack）とは、攻撃者が不正入手した大量のカード番号が「まだ使えるか」を確かめるため、チェックアウトで少額決済を高速・大量に試す行為です。ストアが「カードの生死判定機」として悪用され、被害は決済額そのものより手数料の積み上がり・チャージバック急増・チャージバック率の悪化といった付随コストが重くなります。

今回、Shopify は教師あり機械学習モデル（正解ラベル付きデータで学習させた予測モデル）でチェックアウト時の取引リスクをリアルタイムにスコアリングし、攻撃と判定したものを自動ブロックします。判定には ①行動パターン（試行の速度・タイミング・操作の癖）②ネットワークレベルのシグナル（マーチャント横断・決済代行横断の活動、デバイスフィンガープリント）③取引コンテキスト（決済方法・業種・購入履歴）の3系統を使うとされています。

公式ブログによると、カードテスト攻撃の約90%をブロックしつつ、正規決済の成功率（認可レート）を13%向上させたとされています。攻撃ブロックを強めると正規客まで弾く「過剰検知」が起きがちですが、それを避けつつ攻撃だけ止める設計という位置づけです。主な適用面は、攻撃が集中しやすいゲスト（非ログイン）のクレジットカードチェックアウト。

前提は Shopify Payments（Shopify ペイメント）の利用のみ（外部決済代行は対象外）。マーチャントが個別に設定する機能ではなく、Shopify Payments 利用ストアに自動適用されるプラットフォーム側の防御です。地域限定の記述は出典になく、Shopify Payments が提供される日本でもそのまま恩恵を受けられます。

日本：使える　決済ブランドや決済代行は、チャージバック率（取引のうち取消請求になった割合）が高すぎるマーチャントを監視・制限の対象にします。率が常態的に高いと、最悪 Shopify Payments の利用そのものに影響しかねません。本機能は、そこに至る前にShopify が能動的（プロアクティブ）にアラートを出し、改善ガイダンスを提示します。

公式が示す対応策は、不正検知の高度な話ではなく ①不審な注文の確認 ②配送追跡・配達確認の活用（「届いていない」系への証拠）③返金・返品・サブスクポリシーの明確化——という運用の基本に帰着します。確認は管理画面の[設定] > [決済]、またはストア分析で「チャージバック率」を検索。出典によると監視解除の目安は過去90日のチャージバック率 1.00% 未満（30日でも 1.00% 未満を維持）とされています。

日本：使える可能性が高い（銀行次第で表示は変動） 画面で動作確認済み　チャージバック対応は「証拠を出しても負ける理由が分からない」というブラックボックス感が課題でした。本機能は管理画面の異議申し立て画面で「なぜこの申し立てが起きたのか／なぜ勝った・負けたのか」を読み解く材料を可視化します。管理画面で実際に表示・操作できることは確認済みです（下図は構成に基づくダミー再現。実データはチャージバック・個人情報を含むため掲載しません）。

具体的には、進行を4段階（オープン／送信済み／承認＝勝訴／否認＝敗訴）で表示し、カード発行会社の申し立て（Issuer Claims＝買い手の申し立て理由をまとめた銀行文書）をサマリー＋全文で確認でき、敗訴時にはイシュアの回答（Issuer Responses＝なぜ負けたかの説明）も読めます。当てずっぽうでなく争点に合った証拠を選んで反論（representment）できるのが狙いです。

ただし出典は「すべての異議申し立てで利用できるわけではなく、詳細が含まれるかはカード発行銀行・カードネットワーク次第」と明記しています。証拠提出の仕様は PDF/A・JPEG・PNG、1ファイル最大2MB／合計4MB、提出期限は申し立てから7〜21日。前提は Shopify Payments の利用です。

日本：使える　Editions の公式記述によると、チェックアウト画面が刷新され ①画面のコンパクト化（配達オプションが見やすく）②決済ボタンの押しやすさ ③モバイルのスクロール量削減の3点が改善されたとされています。特にモバイルでの離脱を減らし、購入完了率を高める設計です。

具体的な差分：この「コンパクト化」の中身は、複数の制作会社の分析によるとモバイルファーストの単一カラム・レイアウトへの刷新とされています（配達オプションを一覧しやすく、支払い確定ボタンを上位に、縦スクロールを削減）。ただし公式の一文はピクセル単位の旧→新差分までは明示しておらず、旧デザインと並べた実機比較は提供終了のため困難です。

チェックアウトはテーマと独立した Shopify 側のホスト型基盤で、こうした改善はマーチャント側の作業なしで順次反映される性質です。地域限定の記述もなく、モバイル比率の高い日本の EC ではスクロール削減・ボタンの押しやすさがそのまま効きやすい改善です。

日本：使える可能性が高い（要件あり）　チェックアウトに並ぶ決済方法（カード・各種ウォレット・現地決済）の並び順を、Shopify が買い手ごとに動的に最適化する機能です。公式によると、購入者のロケーション・購入履歴・現地トレンドなどを材料に、最も成約につながりやすい手段を先頭に出します（改善は匿名化データで検証）。加えて、販売先の地域に応じて現地決済が自動で有効化されます（例：ベルギーの Bancontact、ポーランドの BLIK）。

要件は Shopify Payments と SNI（Shopify Network Intelligence／ネットワーク横断データの活用基盤）の有効化。デフォルトはオフで管理画面から手動で有効化します（追加料金なし）。地域制限の記載はなく、日本のストアでも要件を満たせば対象になり得ます。

日本：オートコンプリートは対応 住所「検証」は日本未対応

この項目は2つの別機能から成り、対応範囲が分かれている点が要注意です。①住所オートコンプリート（入力途中で候補をドロップダウン提示し、選ぶだけで番地・郵便番号が埋まる）は日本を含む23地域に対応し、全マーチャントでデフォルト有効。②住所検証（入力済み住所の不備を検出し修正候補を提示）は約20地域対応で現時点では日本が含まれず、かつデフォルト無効です。

同じ「住所提案」という見出しの裏で対応範囲が非対称なので、「オートコンプリートは効くが、検証まで一括では使えない」と切り分けて理解するのが誤解を生みません。オートコンプリートは Shopify が外部の住所候補サービスを呼び出す方式で、入力負荷の高い日本の住所でこそ効きやすく、すでに恩恵を受けている可能性が高いです。

実機確認済み 基本は全プラン／API制御は Plus　これまでチェックアウト中心だったブランディング（ロゴ・配色・フォント）が、お客様アカウント・サインインの画面にも適用され、3面の見た目を揃えやすくなります。カスタマイズ項目はロゴ配置／カラーパレット（ヘッダー背景・アクセント・ボタン）／見出し・本文フォント／背景色。ノーコードで設定できます。

実機で確認しました。チェックアウトのブランディングエディタは、左の単一の設定パネル（ロゴ・カラーパレット・ヘッダー・アクセント／ボタン・入力フィールド）で見た目を決め、上部のページ切替（プロフィール＝お客様アカウント／チェックアウト／サインイン）で各面を同じブランディングのままプレビューできました。ヘッダー設定には「チェックアウトとお客様アカウントの全幅ヘッダーに適用されます」と明記されており、1つの設定が複数面に効くことが画面上でも確認できます。

ただし公式は「チェックアウトで設定したブランディングの一部が新しいお客様アカウントページにも適用される」と但し書きしており、完全な一括統一ではありません。基本設定は全プランで日本ストアでも使える見込みで、Shopify Plus ではさらに Checkout Branding API による高度制御が可能です。

日本：使える見込み　注文の小計に最低額・最高額の制限を設け、範囲外ではチェックアウトをブロックできます。見出しのポイントは「すべてのプランで」できるようになったこと。これまで上位プラン寄りだった注文金額制限が、公式無料アプリ Checkout Blocks 経由で全プランに開放されました。最低額（小口採算・送料無料ラインの設計）／最高額（不正・転売・与信リスク対策）を、全顧客 / B2B 別に指定できます。

設定はアプリ → Checkout Blocks → Functions → Order limit validation。作成直後は非アクティブなので有効化が必要です。重要な注意点：制限は「ギフトカード・ストアクレジット適用前の小計」で判定するため、割引適用後の実支払額は制限額を下回ることがあります。

実機確認済み（Plus） Shopify Plus 向け　Checkout Blocks 上で住所フォーマット検証ルールを作り、チェックアウト時に特定の住所を弾く／必須化できます。挙がっているルールは ①特定の住所タイプをブロック（私書箱・軍事・外交宛など）②郵便番号でブロック（ワイルドカード可）③文字数制限 ④必須フィールド化 ⑤正規表現によるカスタム検証。

プラン要件に注意：Checkout Blocks で全プランに開放されたのは #20「注文金額の制限」だけで、この住所フォーマット検証を含むそれ以外のチェックアウト・カスタマイズは Shopify Plus 向けです（公式アプリ説明：「order value limits は全マーチャント、フルのチェックアウト・カスタマイズは Plus マーチャントが拡張可能」）。日本かどうかという地域の問題ではなく、プランの問題として捉えてください。

実機で確認しました。Plus ストアで Checkout Blocks の「住所2必須」ルール（本来任意の「建物名・部屋番号」フィールドを必須化）を有効化したところ、チェックアウトで未入力のまま進もうとすると当該フィールドが赤枠＋「このフィールドは必須です」と表示され、送信がブロックされました。ルールは管理画面の「チェックアウトルール」に Checkout Blocks 提供・有効として並びます。地域非依存で動く一方、この機能の利用にはやはり Shopify Plus が必要であることも実機で確認できました。

#17 の住所「検証」が日本未対応だったのに対し、こちらはマーチャントが自分でルールを定義して弾く仕組みなので、地域対応リストには依存しません。ただし検証対象は配送先住所のみ（請求先は対象外）で、作成直後は非アクティブです。

日本：プラン要件＋実店舗があれば使える 機能プレビューで実機確認済み　従来は1注文を「全部配送」か「全部受け取り」のどちらかに寄せる必要がありましたが、本機能で商品ごとに「配送」か「店舗受け取り」かを選べるようになります。たとえば「在庫のある商品は近くの店舗で受け取り、欠品中の商品だけ後日配送」が、カートを分けずに1回で完結します。

対象は Shopify Plus / Enterpriseで、現在はテストドライブ提供、2027年7月1日に全組織向けへ拡大予定。受取・配送それぞれのロケーションが最低1つ必要で、対応はチェックアウト画面のみ（商品ページ・カートは未対応）、受取は1注文1店舗まで、受取ポイントやローカルデリバリーとは併用不可です。地域による排除はありません。

実機で確認しました。ストア作成時の機能プレビュー「Ship and pickup in one order」を有効化した Plus 開発ストアに、日本マーケット・日本ロケーション2拠点（配送用＝日本EC／受取用＝日本ストア・店舗受取ON）・全国一律 ¥500 を設定。配送専用の商品と店舗受取専用の商品をひとつのカートに入れてチェックアウトすると、お届け先が「受取と配送」モードになり、店舗受取（日本ストア・無料）と配送（全国一律 ¥500）が1回のチェックアウトで共存しました（合計 ¥5,500）。なお、プレビューを有効化していない通常ストアでは従来どおり「配送か受取の一方のみ・非対応アイテムは削除」という挙動でした。

日本：要確認（提供可否の明記なし）　今回の「5つの大きな流れ」の一つ、Shop Pay を Shopify の外へ持ち出す動きです。これまで Shopify ストア内で使う高速チェックアウトだった Shop Pay を、Shopify 以外のコマースプラットフォームのサイトにも組み込めるようになります。購入者がメールアドレスを入れると Shop Pay 側が本人を認識し、配送先・請求先・支払い情報が自動で事前入力され、ワンタップで購入完了——公式は Shop Pay ネットワークの登録者を「2.5億人超」としています。

ただし公式は対象を「Shopify ペイメントを利用できる国・地域」に限定し、例示はカナダ・アメリカ・イギリスに留まり日本の明示がありません。実装にはAPI 連携（開発者の関与）が必須で、ボタンを置くだけのノーコードではありません。便益の核が北米中心の買い手ネットワークへのリーチである点も踏まえ、ここでは断定を避け「日本での提供可否は要確認」とします。

日本：効果は限定的（実質ニッチ）　Shop Pay が、クレジット／デビットカードに加え、Shopify ペイメントで処理される複数の現地決済方法に対応します。ただし対応している現地決済はいずれも欧州・北欧中心（および USDC）で、日本の消費者が日常的に使う手段（コンビニ後払い、各種QRコード決済等）は含まれません。

Shop Pay 自体は日本でも利用可能ですが、本項目の「現地決済方法の追加」という変化が日本ストアに与えるインパクトは小さい、という整理です。欧州・北欧に販売しているストアなら関係しますが、国内中心なら効果は限定的です。