定期購入を始める前の最終確認画面・解約導線チェックリスト｜Shopify・ecforce・makeshop・BASEほかで「設定しただけ」を防ぐ

定期購入の立ち上げでは、配送間隔、初回割引、継続回数といった販売条件に目が向きやすい一方、公開直前に確認すべきなのは「購入者が見た条件どおりに、購入後も操作できるか」です。

たとえば、商品ページには「次回お届け予定日の○日前まで変更可能」と書かれていても、マイページの変更締切が別設定になっている、あるいは締切後の問い合わせ先・対応可否が決まっていない状態では、表示・画面・運用が分断されます。設定画面で機能を有効化しただけでは、公開可能とは判断できません。

本記事では、テスト用の定期商品を1つ用意し、購入者画面と管理画面を時系列で操作する公開前QAを示します。個別の法的適否を判断するものではありません。最終確認画面の文言、定期購入ポリシー、解約条件などは、事業の販売形態に応じて法務・弁護士にも確認してください。

仕様・ヘルプページの確認時点は2026年8月17日です。アプリ、テーマ、決済方法、カスタマイズで挙動は変わるため、必ず自社のテスト環境・本番同等環境で再確認します。

最初に決めるべきは「解約のしやすさ」ではなく約束する条件

定期購入では、継続率を意識するあまり、解約ボタンを目立たせない、問い合わせを必須にする、といった設計に寄りがちです。しかし、優先すべきは購入者に示した解約方法・条件と、実際に取れる手段を一致させることです。

消費者庁は、インターネット通信販売について、申込みの最終段階で申込内容を容易に確認・訂正できる状態を求めています。定期購入では、通常の商品情報に加え、各回の分量、各回の代金・請求時期、次回分の引渡時期、解約の連絡方法・条件などが確認事項になります。

ここでいう「条件」には、少なくとも次を含めて整理します。

• 初回と2回目以降で異なる商品量・価格・送料・手数料
• 配送・請求の周期と、初回以降の次回予定日
• 最低購入回数や、途中解約時に発生し得る条件
• 解約、スキップ、配送日の変更、商品変更の可否
• 各操作の締切と、締切を過ぎた後の対応
• 連絡先、受付時間、フォーム送信後に解約が成立する時点
• 決済失敗時の再請求、出荷保留、定期契約の扱い

「解約はマイページから可能」と記載するなら、対象の契約・ログイン方式・締切内外で本当に完結するかを確認します。締切後はCSへの連絡が必要なら、そのことも購入者が到達しやすい場所に明記します。

公開前QAの準備：テスト注文で確認記録を残す

確認担当者の記憶だけに頼ると、テーマやアプリの更新後に何を確認したか追えません。公開判定に使えるよう、画面キャプチャと設定値をひも付けたチェックシートを作成します。

テスト前に固定する条件

テスト用の定期商品では、少なくとも次の値を意図的に分かりやすく設定します。

• 初回価格と2回目以降価格を区別する場合は、その差額
• 配送周期
• 次回配送予定日
• 解約・変更の締切
• スキップ、一時停止、再開、商品変更の可否
• 最低購入回数または定期お約束回数の有無
• テストに使う決済方法と顧客アカウント

本番の商品設定を直接変更して試すのではなく、可能なら非公開のテスト商品、テスト用顧客、テスト用配送先を使います。実決済・実出荷につながる環境では、テスト注文の取消方法、在庫への影響、会計処理も事前に決めてください。

そのまま使える確認記録の項目

表計算ソフトやチケット管理ツールに、以下の列を用意します。

画面キャプチャは、商品名や価格だけでなく、URL、ログイン状態、押したボタン、完了メッセージまで含めると再現性が上がります。設定画面のキャプチャには、変更日時や適用対象が分かる情報も残します。

6場面で通す最終確認画面・解約導線チェックリスト

購入者の行動は、購入ボタンの前後だけで終わりません。以下の6場面を同じテスト契約で順番に確認します。

1. 商品ページ：定期であることと主要条件を選択前に確認できるか

商品ページでは、単品購入と定期購入の区別が明瞭かを確認します。初回価格だけを大きく見せる場合でも、継続時の価格・周期・条件へ購入者が到達できる必要があります。

• 定期購入の商品名、数量・分量、配送間隔を選択できるか
• 初回、2回目以降、送料・手数料を含む条件に矛盾がないか
• 最低回数や解約条件がある場合、見落としにくい位置にあるか
• 解約・スキップ等の可否、締切、連絡方法の案内先があるか
• LP、商品ページ、広告遷移先で条件が食い違っていないか

商品ページだけで詳細を完結させる必要があるという意味ではありません。ただし、「詳細はこちら」のリンク先がリンク切れ、ログイン必須、あるいは抽象的なFAQだけでは、購入者が条件を確認しにくくなります。

2. 注文確定直前：最終確認画面で申込内容を確認・訂正できるか

最終確認画面は、カート画面やチェックアウト内の最終的な申込み直前の画面を指します。実際の導線で、定期購入に関する表示と訂正導線を確認してください。

• 定期購入であること、商品・数量、各回の代金を確認できるか
• 請求時期、次回分の引渡時期またはその確認方法が分かるか
• 解約方法・条件、連絡先を確認できるか
• 配送先、数量、購入プランなどを申込み前に戻って修正できるか
• 修正後の価格・周期が画面に正しく再反映されるか
• 規約・ポリシーへのリンクが、実際に公開済みの内容へつながるか

消費者庁の資料では、定期購入について表示が必要となる事項が具体的に示されています。画面がアプリや決済サービスにより生成される場合も、事業者側で「表示できないから確認不要」とはせず、テーマ、アプリ設定、ポリシー、リンク先を一続きで確認します。

3. 購入完了画面・メール：後から見返せる案内になっているか

購入直後の画面とメールは、購入者が次回予定や問い合わせ先を確認する重要な接点です。メールテンプレートの変数が未置換になっていないか、迷惑メール対策でリンクが壊れていないかも見ます。

• 定期契約の内容、注文番号、次回予定を確認できるか
• マイページへの導線と、ログインできない場合の問い合わせ先があるか
• 解約・変更の締切と連絡方法が、販売条件と一致するか
• 問い合わせフォームの場合、対象注文を特定するための入力項目があるか
• CSが返信する場合、受付と解約成立のタイミングを説明できるか

4. マイページ：購入者に可能な操作と不可能な操作を区別する

マイページでは、表示されるボタンだけでなく、押した後の結果まで確認します。スキップが「次回分のみ」なのか、配送日の変更が次々回以降へどう影響するのかなど、操作の効果をテスト注文で確かめます。

• 契約中の定期便、次回日、商品、数量、価格を確認できるか
• 解約、スキップ、停止、再開、住所・決済方法変更の可否
• 各操作の締切前後で、ボタンと案内がどう変化するか
• 解約後に契約状態、次回注文、メール通知がどう変わるか
• 複数契約時に、対象ではない定期便を誤操作しないか

Shopifyでは、定期購入アプリの設定後に商品への定期購入設定と定期購入ポリシーの追加が必要です。Shopify Subscriptionsの案内では、顧客アカウントから配送先・決済方法の更新、スキップ、一時停止、再開、キャンセルなどを扱う構成が示されています。ただし、利用する定期購入アプリ、顧客アカウントの種類、テーマ、決済方法によって操作範囲は異なります。自社の構成で確認してください。

ecforceでは、マイページでの定期注文の確認・編集や、変更・解約可能期間が受注・定期受注設定に依存します。定期お約束回数を使う場合は、マイページでの定期解約許可設定との関係も、設定値と購入者画面の両方で確認します。

5. 次回受注の締切後：画面でできない処理をCSが扱えるか

締切後の画面は、通常時より重要です。購入者がマイページで操作できない場合、単にボタンを非表示にするのではなく、現在の状態と次に取れる手段を案内します。

• 締切後に解約・変更画面へ進んだ際、理由と問い合わせ先が表示されるか
• CSは管理画面で何を変更・取消できるか
• 物流連携・出荷指示済みの場合、取消可否をどこで判断するか
• 返金、次回分の扱い、例外承認の権限者が決まっているか
• CSテンプレートが購入者向けの表示条件と矛盾しないか

makeshopでは、配送予定日の何日前までという解約制限機能は用意されていない案内がある一方、購入者の解約操作を制限する設定が案内されています。採用設定によっては、締切を日数で自動制御するのではなく、運用で補う必要があります。画面上の案内で約束する締切と、実際の受付・出荷フローを必ず照合しましょう。

6. 決済失敗時：再請求から契約状態まで確認する

決済失敗は、決済サービス、定期購入機能、受注管理、メール配信がまたがる場面です。失敗後に定期契約が継続するのか、次回受注が作成されるのか、購入者が更新できる決済情報は何かを確認します。

• 決済失敗時に購入者・運営者へ届く通知
• 再試行の回数・時期と、その間の出荷・在庫引当の状態
• 購入者が決済方法を更新する導線
• 再請求に成功・失敗した後の注文・契約ステータス
• CS、経理、物流のそれぞれが参照する管理画面と対応期限

決済失敗時の具体的な再試行仕様は、採用している決済サービスやアプリの一次情報で確認し、テストが可能な範囲で検証します。通常購入の決済失敗対応を流用せず、定期契約と次回受注の扱いまで記録してください。

カート別に見るべき点：機能の有無より「誰が操作するか」

カートを比較する際は、機能名だけでは判断しません。各操作を、購入者が自己完結できるもの、店舗が代行するもの、追加機能・開発の確認が必要なものに分けます。

BASEの定期便 Appでは、購入者によるスキップは可能ですが、キャンセルはショップ管理画面で行う案内です。この場合、「マイページでいつでも解約可能」といった表現にはできません。購入者が行うスキップと、ショップへ依頼するキャンセルを分け、依頼方法と受付後の連絡を明示します。

EC-CUBE、futureshop、カラーミーショップでは、利用中のプラグイン、オプション、テーマ、個別カスタマイズによって定期購入の挙動が変わり得ます。標準機能の説明だけで公開判断をせず、次の順で確認します。

1. 導入済み機能を棚卸しし、定期購入に関与する拡張機能を特定する。
2. ベンダー・提供元の仕様資料で、対象バージョンと制約を確認する。
3. テスト注文で、上記6場面の画面と管理画面の状態を記録する。
4. 標準外の表示・操作がある場合、保守担当へ改修時の影響範囲を確認する。

公開判定はEC担当だけで完結させない

定期購入の最終確認は、デザインチェックではなく、販売条件と業務フローの接続確認です。EC担当が画面を確認し、CSが問い合わせ対応を確認し、物流が締切後の出荷可否を確認し、法務が表示内容を確認する、という分担が必要です。

公開前の最終会議では、少なくとも以下を確認します。

• 定期購入条件の正本と、全接点の表示が一致している
• 最終確認画面で、申込内容の確認・訂正導線を実機で確認した
• 購入者が自己完結できない操作の窓口とSLAが決まっている
• 締切後、出荷指示後、決済失敗時の例外処理を担当者が説明できる
• 設定変更・アプリ更新・テーマ改修時に再実施するQA項目がある

このチェックは公開時だけでなく、価格改定、配送周期の追加、定期購入アプリの切替、マイページ改修、決済方法追加の際にも再実施します。特に、文言だけを先に変更すると、実際の設定とずれるリスクがあります。変更チケットに「商品ページ」「最終確認画面」「メール」「マイページ」「CSテンプレート」「管理画面設定」の確認欄を持たせると、確認漏れを減らせます。

購入者にできる操作を増やすことが常に最適とは限りません。複雑な商品変更や出荷直前の変更を自己操作にすると、在庫・物流との整合が難しくなる場合があります。その場合は、操作を限定する理由、代替の連絡方法、いつまでに何ができるかを明確にし、店舗側が約束どおり処理できる体制を整えることが重要です。

参考情報

• 消費者庁：通信販売における「最終確認画面」について
• 特定商取引法ガイド：ガイドライン｜通信販売
• Shopify ヘルプセンター：定期購入の設定
• Shopify ヘルプセンター：サブスクリプション契約の管理
• ecforce faq：[マイページ] 定期便情報
• ecforce faq：[定期受注管理] 基本設定
• makeshop よくある質問：配送予定日の何日前までに解約等の制限を設定することは可能ですか
• BASE ヘルプ：継続中の定期便は、スキップやキャンセルをすることができますか（定期便 App）