チェックアウトが 「前回使った決済方法」を初期選択するように

図解 ： チェックアウトが「前回使った決済方法」を初期選択に Checkout / Improvement チェックアウトが 「前回使った決済方法」を初期選択するように ログイン済み顧客が前回の購入で使った決済方法を、チェックアウトが記憶して次回以降あらかじめ選択した状態で表示する。保存済み決済方法が有効な D2C ／ B2B のチェックアウトフローが対象。 このページの構成 30秒で理解 ： 何が変わったのか 図解 ： 前回 → 次回のチェックアウト体験 適用条件（ここを外すと効かない） Before / After 比較 記事に「記載がない」こと 導入時に確認する3ステップ 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 30秒で理解 ： 何が変わったのか チェックアウトが ログイン済み顧客の「最後に使った決済方法」を記憶 し、 次回以降の購入で あらかじめ選択された状態 で表示するようになった。 顧客側の設定も、マーチャント側の実装も、記事上は不要（自動的な挙動の改善）。 対象 ： ログイン済み顧客 サインインしている顧客が対象。ゲスト購入について記事に記載なし。 対象 ： 保存済み決済方法 保存済み決済方法（saved payment methods）が有効なフローに限定。 対象 ： D2C と B2B 両方のチェックアウトフローが対象と明記されている。 2 図解 ： 前回 → 次回のチェックアウト体験 ポイントは「 決済方法が増えた 」ではなく「 選択済みの初期状態が変わった 」こと。 チェックアウトのステップ数は同じでも、顧客が意思決定・タップする回数が 1 つ減る。 3 適用条件（ここを外すと効かない） 顧客がサインインしている 「signed-in customers」が前提。アカウント無しの購入体験には言及なし。 保存済み決済方法が有効なフロー 「saved payment methods が有効なチェックアウトフローでのみ有効」と明記。ここが OFF なら記憶する対象そのものが無い。 D2C と B2B の両方 が対象と明記されている。B2B の再発注（リピート購買）はまさに「毎回同じ支払い手段」になりやすいので、効きやすい領域。 4 Before / After 比較 項目 これまで 今回の変更後 初期表示の決済方法 未選択／既定順 顧客が毎回選ぶ 前回使った方法 があらかじめ選択済み 顧客の操作 保存済みカードの中から都度ピック そのまま進めば前回と同じ手段で決済 対象顧客 — サインイン済みの顧客 対象フロー — 保存済み決済方法が有効な D2C ／ B2B マーチャントの作業 — 記載なし 設定手順の記述は原文に無し 5 記事に「記載がない」こと 原文は短いリリースノート。以下は書かれていないので、推測せず検証が必要な項目として扱う。 記載なし ON / OFF の切り替え マーチャント側で無効化できるか、管理画面に設定項目があるかは書かれていない。 記載なし 顧客側の解除方法 顧客が「記憶させない」選択をできるかどうかの記述は無い。 記載なし 対象プラン・対象国 プラン条件、リージョン、ロールアウト期間の明示は無い。 記載なし API / Webhook への影響 Admin API や Checkout Extensibility での見え方についての記述は無い。 記載なし 期限切れカードの扱い 前回使ったカードが失効していた場合のフォールバック挙動は不明。 記載なし サブスク・定期購入との関係 サブスクリプション契約の決済手段に影響するかは書かれていない。 これらは 実ストアでの実機確認が必要 。特にカード失効時のフォールバックは、決済失敗率に直結するので開発ストアで先に踏んでおくのが安全。 6 導入時に確認する3ステップ 1 保存済み決済方法の有効／無効を確認 これが OFF のストアではそもそも効かない。まず現状を把握する。 2 ログイン済みで 2 回購入して挙動を見る 1 回目に選んだ手段が 2 回目で選択済みになるかを実機で確認。 3 決済完了率・決済手段構成をモニタ 初期選択が変わることで手段の構成比が動く。リリース前後で比較する。 7 技術者が押さえるべき5つのポイント 1. 実装不要のプラットフォーム側改善 記事には設定手順やコード変更の指示が無い。チェックアウト側の挙動改善として降ってくる類の変更。作業は「確認」であって「実装」ではない。 2. 前提は「保存済み決済方法」 saved payment methods が有効なフローに限定される。ストアの設定次第で「うちでは起きない」が普通にあり得るので、機能の期待値を揃えてから話す。 3. B2B も対象に含まれる B2B チェックアウトも明示的に対象。会社アカウント・複数バイヤーが絡む構成での挙動は、開発ストアで実際に確認しておく価値がある。 4. 決済手段の構成比が動く前提で計測する 初期選択が変われば選ばれる決済手段の分布も変わる。手数料率が手段ごとに違うストアでは、原価側の指標にも波及し得る。 5. Checkout をカスタムしているなら「既選択」の前提を疑う Checkout UI Extensions や独自の決済誘導ロジックを組んでいる場合、「顧客が未選択の状態から始まる」という暗黙の前提が崩れる可能性がある。ただし 拡張との相互作用について原文に記載は無い ため、影響有無は自ストアで検証が必要。 8 業務に活かせる3つのユースケース USE CASE 1 リピート比率の高い D2C ストアの「再購入の摩擦」削減 課題 消耗品・定番リピート商材で、会員が毎回同じカードを選び直している。カゴ落ちの一因が決済ステップの操作数。 打ち手 保存済み決済方法を有効化し、会員ログインを促す導線（カート／マイページ）を強化して、この初期選択が効く母集団を増やす。 効果 ログイン済みリピーターのチェックアウト操作が 1 つ減る。会員化のインセンティブとしても説明しやすい。 技術メモ 効果検証はログイン済み／ゲストのセグメント別 CVR で見る。全体平均だとログイン率の変動に埋もれる。 USE CASE 2 B2B 卸ストアの定期発注オペレーションを軽くする 課題 取引先バイヤーが週次・月次で同じ商品を発注しているのに、決済方法の選択だけ毎回手動。担当者交代時に選択ミスも起きる。 打ち手 B2B チェックアウトでも本機能が対象なので、保存済み決済方法を整備し、バイヤーアカウントごとの発注フローを固定化する。 効果 発注作業の操作数削減と、決済手段の選択ミス（意図しない支払い方法）の低減。 技術メモ 会社アカウント／複数ロケーション／複数バイヤー構成での挙動は原文に記載なし。開発ストアで先に実機検証する。 USE CASE 3 決済手段ミックスの変化をコスト側から監視する 課題 決済手段ごとに手数料率や入金サイクルが違うのに、手段構成の変化を誰も見ていない。 打ち手 この変更の適用前後で、決済手段別の注文件数・売上比率をダッシュボード化し、定点観測にする。 効果 「前回使った手段が固定化される」ことで構成比が偏った場合に早く気づける。手数料インパクトの説明材料にもなる。 技術メモ ログイン済み／ゲスト、D2C／B2B の軸で分けて集計する。ロールアウト時期の明示が無いため、日次で断面を取っておくと変化点を特定しやすい。 9 提案で使える1行サマリ 「ログイン済み顧客の 前回使った決済方法をチェックアウトが記憶して初期選択 するようになった。 保存済み決済方法が有効な D2C ／ B2B のフローが対象で、実装作業の記述は無し。 やることは『保存済み決済方法が有効か』の確認と、決済手段構成比のモニタリング。」 source ： changelog.shopify.com / checkout-now-defaults-to-last-used-payment-method-for-signed-in-customers generated 2026-08-21