Shopify同梱制御の完全ガイド｜同時購入を制限する4つの方法【2026年最新】

「予約商品と通常商品を一緒にカートに入れられてしまい、どちらの発送も止まってしまう」「冷蔵品と常温品が同じ注文に混在して、配送温度帯をどう分けるか毎回困っている」——Shopifyで自社ECを運営していると、このような“商品を一緒に買わせたくない”という悩みに必ずと言っていいほど突き当たります。

結論から言うと、Shopifyでこうした「同梱制御（＝特定商品を他の商品と同時購入させない設定）」を実現する方法は複数あり、「カートページの改修」「Shopify Functions（Checkout Validation）による検証」「専用アプリの導入」「テーマ側のバリデーション」の4系統に大きく整理できます。中でも実務では、サーバーサイドで確実に弾ける Checkout Validation 型のアプリ導入が、回避されにくく運用も軽いため第一候補になります。

本記事では、小売・EC事業者の現場で実際に起きる「同梱制御が必要になる場面」を具体例とともに棚卸ししたうえで、Shopify標準機能でどこまでできてどこからできないのか、そして4つの実現方法それぞれの設定手順・メリットデメリット・料金感・テスト方法までを、約2.5万字超のボリュームで徹底解説します。「同梱制御 shopify」「shopify 同時購入 不可」「shopify カート 制限」で検索してたどり着いた方が、自店に最適な方法を迷わず選べるところまで持っていくのがゴールです。

アパレル・食品・コスメ・雑貨・D2Cなど業種別のケースも交えて解説するので、まずは「自店はどのパターンに当てはまるか」を確認しながら読み進めてください。

この記事でわかること（結論先出し）

先に、この記事を読み終えたときに手に入る知識の全体像を提示します。時間がない方は、まずこのリストで自分に必要な章へジャンプしてください。

• 同梱制御の定義：カート内で特定商品を他商品と同時購入させない／単独購入のみ許可する仕組みの意味と、混同されがちな「同梱発送」との違い。
• なぜ必要か：予約×通常、クール便×常温、大型×小物、送料・配送方法の衝突、ノベルティ単独購入防止など、小売の現場で発生する8つの典型シーン。
• Shopify標準機能の限界：在庫・購入数量制限・配送プロファイルだけでは「同時購入の禁止」が実現できない理由。
• 4つの実現方法の比較：カート改修／Checkout Validation（Shopify Functions）／専用アプリ／テーマJS の堅牢性・工数・コストを一覧比較。
• 具体的な設定手順：アプリ導入型・Functions実装型それぞれのステップと、設定時に必ず決めるべき条件パターン。
• 注意点とテスト方法：回避されるパターン、越境・多言語・サブスクとの相性、公開前に必ず確認すべきテストケース一覧。

同梱制御とは？「同梱発送」との違いを最初に整理する

まず言葉の定義を揃えます。この領域は用語が混同されやすく、「同梱」という単語が指す対象が人によってズレたまま議論が進み、要件がぶれてしまうことが非常に多いためです。

「同梱」＝カート内に複数商品を一緒に入れること

ここで言う「同梱」とは、Shopifyストアの1つの注文（カート）の中に複数の商品を一緒に入れることを指します。ユーザーが商品Aと商品Bを同じカートに入れ、まとめて決済する状態です。物流でいう「1つの箱に複数商品を詰めて送る同梱発送」とは切り分けて考える必要があります。

「同梱制御」＝特定商品同士を同時購入させない仕組み

「同梱制御」とは、特定の商品同士を1つのカート内で同時に購入できないよう制限する仕組みのことです。もっとも代表的なのが「この商品は単独でしか買えない（他の何とも一緒に買えない）」という単独購入のみ許可の設定ですが、実務ではもっと細かく、以下のような条件を組み合わせます。

• 単品購入のみ：対象商品は他の一切の商品と同時購入不可。
• 同一グループのみ同梱可：予約商品同士・同じ配送温度帯同士なら一緒に買える。
• 特定カテゴリのみ同梱可：例えば「常温食品カテゴリ」の中だけなら同梱を許可。
• 同一販売元（ベンダー）のみ同梱可：マーケットプレイス型で出品者をまたいだ同梱を禁止。
• 特定商品との同梱を禁止：AとBは一緒に買えないが、A単独・B単独・A＋Cは可。

つまり同梱制御は「単なるON/OFF」ではなく、「どの商品を、何と一緒に買えて、何とは買えないか」という関係性のルール設計です。ここを最初に言語化しておくことが、後で紹介するどの実現方法を選んでも成否を分けます。

「制御」が発動するタイミングは3層ある

同梱制御をどこで働かせるかによって、ユーザー体験と堅牢性が変わります。大きく次の3層があり、理想は複数層の組み合わせです。

発動層	タイミング	特徴
商品ページ層	カート追加前・追加ボタン制御	親切だがJSで回避可能。UX向上目的。
カート層	カート画面で警告・削除誘導	気づきやすいが、直リンクでチェックアウトへ飛ばれると素通りの恐れ。
チェックアウト層	注文確定直前にサーバー検証	もっとも堅牢。Shopify FunctionsのCheckout Validationが該当。

結論を先取りすると、「本当に注文を止めたい」なら必ずチェックアウト層（サーバーサイド検証）を含めるべきです。商品ページやカートのJavaScriptだけの制御は、ブラウザ操作・直リンク・別デバイスなどで簡単にすり抜けられるため、単独では“抑止”にしかなりません。

なぜ同梱制御が必要なのか？小売の現場で起きる8つの典型シーン

「そもそも、わざわざ一緒に買えなくする必要があるのか？」という疑問に、実際の小売・EC運営で頻発する具体シーンで答えます。自店に当てはまるものが1つでもあれば、同梱制御の検討価値は十分にあります。

シーン1：予約商品と通常商品が混在し、発送が止まる

もっとも多いのがこれです。「1週間後に届く通常商品」と「2ヶ月後入荷の予約商品」が同じ注文に入ると、Shopifyの注文は基本的に1つの発送単位として扱われるため、「予約分の入荷を待って全部まとめて送る」か「分割発送で運用を複雑にする」かの二択になります。前者だと通常商品まで大幅に遅延し、「早く欲しかったのに」というクレームや、レビュー低下・チャージバックの温床になります。予約商品は他商品と同梱不可（予約同士はOK）にしておくのが定石です。

シーン2：クール便（冷蔵・冷凍）と常温品の温度帯衝突

食品ECの宿命です。冷凍品・冷蔵品はクール便、常温品は通常便と配送方法が根本的に異なり、1つの箱に混載できません。同時購入を許すと、注文ごとに「これは分けて2口で送る」「送料はどう案分する」といった手作業判断が発生し、出荷ミスと送料赤字の原因になります。温度帯ごとに同梱グループを切り、「常温グループ内のみ同梱可」「冷凍は冷凍のみ」と制御すれば、注文段階で物流要件が自動的に揃います。

シーン3：大型商品（家具・家電）と小物の混載

ソファ・マットレス・大型家電などは専用の路線便・設置配送・日時指定が必要で、小物のネコポス・宅配便とは配送導線がまったく別です。同じカートに入ると、送料計算・梱包・配送業者の割り当てがすべて破綻します。大型商品は単独購入のみ、あるいは大型商品同士のみ同梱可に制御するのが安全です。

シーン4：送料・配送方法の条件衝突

「商品Aは送料無料、商品Bは離島だと別途費用」「Aはメール便可、Bは宅配便必須」など、商品ごとに送料ルールが違うと、Shopifyの配送プロファイルだけでは正しい合算ができないケースがあります。特に配送方法（ラジオボタン）そのものを商品条件で出し分けたい場合、Shopify標準では細かい制御が難しく、同梱制御と組み合わせて設計する必要があります。配送方法や決済方法を条件で出し分ける関連手法については、決済方法を非表示にできるShopifyアプリ3選で詳しく解説しているので、あわせて参照してください。

シーン5：ノベルティ・景品の単独購入防止

「本体を買った人だけがもらえるノベルティ」「◯円以上でプレゼントの景品」を商品として登録すると、ノベルティだけを単独購入されてしまうリスクがあります。これは逆方向の制御で、「ノベルティは単独では買えない＝必ず対象本体と一緒でないと購入不可」という“同時購入必須”のルールが必要になります。景品表示法・在庫コスト管理の観点でも重要です。

シーン6：受注生産・オーダーメイドと即納品の混在

アパレルや家具のD2Cで多い、受注生産（納期4〜6週間）と即納在庫品の混在。予約商品と同じ構造の問題で、リードタイムが大きく異なる商品を同梱させると「早い方が遅い方に引きずられる」ため、受注生産品は別注文にしてもらうよう制御します。

シーン7：BtoB卸とBtoC小売の販路分離

1つのShopifyで卸（ケース単位・掛け率あり）と一般販売を両立させている場合、卸商品と小売商品が同じカートに混ざると、価格・請求・配送条件が矛盾します。卸SKUは卸SKU同士のみ同梱可、といったグループ制御で販路を分離できます。

シーン8：越境・危険物・アルコール等の同梱不可品

アルコール、スプレー缶、リチウム電池、香水など航空便に載せられない／別梱包が必要な商品は、通常品との同梱を避けたいケースがあります。越境ECでは特に、輸出書類や関税区分が変わるため、危険物・規制品は単独購入または同種のみ同梱に制御すると出荷トラブルを大幅に減らせます。

このように、同梱制御は「一部の特殊な店」だけの話ではなく、予約・食品・大型・ノベルティ・受注生産・BtoB・規制品のいずれかを扱う店なら誰にでも関係する汎用的な運用課題です。次章では、これをShopify標準機能でどこまで解決できるのかを見ていきます。

Shopify標準機能でどこまでできる？「同時購入の禁止」ができない理由

「アプリを入れずに標準機能で何とかならないか」は誰もが最初に考えることです。結論として、Shopify標準機能は“数量や在庫の制御”は得意でも、“商品の組み合わせ（関係性）の禁止”は基本的に守備範囲外です。ここを正しく理解すると、なぜ追加実装やアプリが必要になるのかが腑に落ちます。

標準でできること

• 在庫数の管理：在庫切れ商品はカート追加不可にできる。
• 1商品あたりの購入上限：バリエーション単位の最大購入数量を制限（一部設定・アプリ併用が必要な場面あり）。
• 配送プロファイル：商品ごとに配送料金グループを分け、地域別の送料を設定。
• 販売チャネル・マーケット：地域や販路によって商品の販売可否を切り替え。
• チェックアウトのブランディング：Checkout Extensibilityで見た目や一部項目のカスタマイズ。

標準では“素のままでは”できないこと

• 「AとBを同じカートに入れられない」という組み合わせ禁止。
• 「この商品は単独購入のみ」という単品強制。
• 「予約商品は予約同士のみ同梱可」といったグループルール。
• 「ノベルティは対象商品がカートに無いと買えない」という同時購入必須。
• 「温度帯・ベンダー・カテゴリ単位で同梱可否を切る」条件分岐。

これらは商品単体の属性ではなく「カート全体を見て、商品の組み合わせを評価する」ロジックを必要とします。Shopifyはカートの中身を検査して注文成立を拒否する仕組みを、以前は限定的なプラン（Shopify Plusのcheckout.liquid／Scripts）でしか提供していませんでした。しかし現在は、Shopify Functionsの「Cart and Checkout Validation API」により、全プランで“サーバーサイドでカートを検証して注文をブロックする”ことが技術的に可能になっています。次章の実現方法比較で、この違いを踏まえて整理します。

なぜ「テーマのJavaScriptだけ」では不十分なのか

手っ取り早い方法として「カートページのJSで、禁止組み合わせを検知してボタンを止める」実装があります。UX上は有効ですが、Shopifyのチェックアウトはテーマとは別ドメイン・別環境で動く独立したページであり、テーマ側のJSは効きません。ユーザーが /checkout に直接アクセスしたり、Shop Payのウォレットや外部リンクから決済に入ると、テーマの警告を一切通らずに注文が成立します。つまり、テーマJS＝“気づかせる”ためのUX、サーバー検証＝“成立させない”ための担保という役割分担で考えるのが正解です。

同梱制御を実現する4つの方法とその比較

ここからが本記事の核心です。同梱制御の実現手段は、大きく次の4系統に分類できます。それぞれ堅牢性・工数・コスト・保守性が大きく異なるため、まず全体像を表で俯瞰し、その後で1つずつ深掘りします。

方法	堅牢性	実装工数	コスト感	向いている店
①テーマJS（カート改修）	低（回避可）	中	ほぼ無料（自作）	まずUXで抑止したい小規模店
②Shopify Functions自作	高（サーバー検証）	高（開発必須）	開発費のみ	要件が特殊で内製できる店
③専用アプリ導入	高（Validation API）	低（設定のみ）	月額数百〜数千円	大半の中小EC・非エンジニア
④Shopify Plus（Scripts/Functions）	高	中〜高	Plus契約＋開発	大規模・既にPlusの店

先に総評を述べると、非エンジニアを含む大多数の中小ECにとっては③の専用アプリ導入が最適解です。理由は、後述するCart and Checkout Validation APIをアプリ側が実装済みで、管理画面の設定だけで堅牢なサーバー検証が手に入るからです。以下、各方法を詳しく見ていきます。

方法①：テーマJS（カートページ改修）で抑止する

テーマの cart.liquid やカートセクション、あるいはAjaxカートに独自のJavaScriptを組み込み、「禁止する商品タグの組み合わせがカートに存在したら、チェックアウトボタンを無効化して警告を出す」方式です。商品に preorder や frozen といったタグを付け、JSでカート内容を判定します。

メリット：追加のアプリ月額が不要で、UX（メッセージ文言・見せ方）を自由にデザインできる。デメリット：前述のとおりチェックアウト直リンクで回避され、テーマアップデートで壊れやすく、保守が属人化しやすい。結論として、これは“単独では使わず、アプリやFunctionsのサーバー検証と併用してUXを底上げする補助”と位置づけるのが賢明です。

1. 制御対象の商品に共通タグ（例：bundle-block-solo）を付与する。
2. カートセクションのJSで、カート内アイテムのタグ配列を取得する。
3. 禁止条件（例：対象タグを含む商品と、それ以外の商品が同時に存在）を判定する。
4. 条件成立時にチェックアウトボタンを disabled にし、警告メッセージを表示する。
5. テーマ更新のたびに動作確認する運用フローを決めておく。

方法②：Shopify Functions（Cart and Checkout Validation API）を自作する

Shopifyが提供するCart and Checkout Validation APIを使い、カート／チェックアウト時にサーバーサイドでカートの中身を検証し、条件に反していれば注文をブロックしてエラーメッセージを返すFunctionを自作する方式です。JavaScriptやRust、GraphQLの入力クエリを書ける開発リソースがあれば、任意のロジックを組めます。

メリット：ブラウザ操作や直リンクでは回避できない堅牢さ。要件が特殊でも自由に実装可能で、月額アプリ費が不要。デメリット：Shopify CLIでのアプリ開発・デプロイ環境が必要で、非エンジニアには敷居が高い。仕様変更やメンテナンスも自社負担になる。要件がシンプルなら、後述のアプリを使う方が総コストは安く済むことが多いです。

1. Shopifyパートナーアカウントとカスタムアプリを用意し、Shopify CLIで開発環境を構築する。
2. cart_checkout_validation の拡張タイプでFunctionを生成する。
3. 入力クエリ（GraphQL）でカートライン・商品タグ・メタフィールド等、判定に必要な情報を取得する。
4. ロジック内で禁止組み合わせを評価し、違反時に errors（メッセージとターゲット）を返す。
5. デプロイしてストアにインストールし、テスト注文で検証・エラーメッセージの文言を調整する。

方法③：専用アプリを導入する（推奨）

方法②のValidation APIをアプリベンダーが実装済みで、管理画面の設定だけで同梱制御を実現できるのがこの方式です。「単品購入のみ」「特定カテゴリのみ同梱可」「予約商品は予約同士のみ」といった条件をノーコードで設定でき、サーバーサイド検証なので堅牢。中小ECの大多数にとって最もコストパフォーマンスが高い選択肢です。

メリット：エンジニア不要、導入が速い、ベンダーが仕様変更に追随、UI付きでルール管理が容易。デメリット：月額費用が発生、アプリ独自の管理画面に運用が依存、複数アプリのValidationが競合しないか確認が必要。具体的なアプリ比較は次章で詳述します。

方法④：Shopify Plusの機能（Scripts／Functions／Checkout）を使う

すでにShopify Plusを契約している大規模店なら、従来のShopify Scripts（段階的にFunctionsへ移行中）やCheckout Extensibility、専任開発による作り込みで、より深いカスタマイズが可能です。ただし「同梱制御のためだけにPlusへアップグレードする」必要はほぼありません。Validation APIは非Plusでも使えるため、規模と既存契約に応じて判断するのが合理的です。

同梱制御アプリの比較｜選定チェックリスト付き

推奨した「方法③：専用アプリ」を選ぶ際の観点を整理します。同梱制御を扱うアプリには、大きく「注文制限（バリデーション）特化型」と「予約販売機能に同梱制御が付随する型」があり、自店の課題がどちらに近いかで選ぶべきアプリが変わります。

タイプ別の考え方

タイプ	主な用途	同梱制御の位置づけ	こんな店に
注文制限（バリデーション）特化型	個数・金額・同梱・決済・配送の制限を横断的に設定	中核機能。条件を細かく組める	制御要件が複数ある・恒常的に運用したい店
予約販売連動型	予約・受注生産の販売と発送管理	「予約品と通常品を分ける」ための付随機能	課題が予約商品の同梱に絞られる店
配送・決済出し分け連携型	条件で配送/決済方法を制御	同梱制御と組み合わせて配送整合を担保	温度帯・送料衝突が主課題の店

アプリ選定でチェックすべき8項目

アプリを比較する際、機能名の羅列だけでは判断を誤ります。以下の8項目を自店の要件に照らして確認してください。

チェック項目	確認ポイント
①検証層	チェックアウトのサーバー検証（Validation API）に対応しているか。カートJSだけの抑止ではないか。
②条件の粒度	商品/コレクション/タグ/ベンダー/メタフィールド単位で対象を指定できるか。
③ルールの型	「単品のみ」「同一グループのみ同梱可」「特定商品と同梱不可」「同時購入必須」を表現できるか。
④メッセージ	エラーメッセージを日本語で自由に設定・多言語対応できるか。
⑤UX	商品ページ/カートでの事前警告表示にも対応するか（気づかせられるか）。
⑥互換性	Shop Pay・Apple Pay等のアクセラレーテッドチェックアウトでも効くか。
⑦Built for Shopify	Shopifyの品質認証やレビュー評価、サポート体制・日本語対応があるか。
⑧料金	月額・従量・注文数上限。無料枠や試用期間の有無。

とりわけ①検証層と⑥アクセラレーテッドチェックアウト対応は見落とされがちです。「カートには警告が出るのに、Shop Payのボタンから買われると素通りしてしまう」という事故は、この2点の確認漏れで起きます。導入前に必ずデモや試用で、Shop Pay経由の注文でも制御が効くかをテストしてください。

日本語対応・国内サポートを重視すべき理由

同梱制御は「注文を止める」機能である以上、設定を誤ると本来買えるはずの組み合わせまでブロックして機会損失を生む諸刃の剣です。設定の意図とアプリ挙動を正確に理解するには、管理画面・ヘルプ・サポートが日本語で提供されているかが実務では大きく効きます。国産のバリデーション系アプリや日本語サポート付きアプリは、要件が複雑な日本の小売運用と相性が良い傾向があります。

実践｜アプリ導入型で「単品購入のみ」を設定する手順

ここでは、注文制限（バリデーション）特化型アプリを使って、代表的な「対象商品は他の一切の商品と同時購入不可（単品購入のみ）」を設定する一般的な流れを解説します。アプリごとにメニュー名は異なりますが、考え方と決めるべき項目は共通です。

設定前に決めておく3つのこと

• 対象商品の指定方法：個別商品で指定するか、コレクション／タグ／ベンダーでまとめて指定するか。運用が続くならタグ指定が管理しやすい。
• 制御の型：今回は「単品購入のみ」。将来「予約同士はOK」等に広げるなら、最初からグループ設計しておく。
• アラート文言：なぜ一緒に買えないのかを、ユーザーが納得できる言葉で。例「こちらの商品は配送方法が異なるため、単独でのご注文をお願いしております。」

設定手順（一般的な流れ）

1. アプリをインストールし、Shopifyの「アプリ埋め込み／チェックアウト検証」の有効化を求められたら承認する。
2. アプリ左メニューから「同梱ルール」「注文制限ルール」等の該当メニューを開く。
3. 「ルールを作成」をクリックし、ルールのタイトル（管理用）を入力する。
4. 「同梱できる範囲」で「単品購入のみ」を選択する。
5. 対象商品を、個別／コレクション／タグ等で指定する。
6. 違反時に表示するアラートメッセージを日本語で入力する。
7. 必要に応じて「商品ページ・カートでも事前警告を表示」をオンにする（UX向上）。
8. 右上の「保存」をクリックしてルールを有効化する。

応用｜「予約商品は予約同士のみ同梱可」を設定する

予約×通常の分離は、単品購入のみではなく「グループ内のみ同梱可」で表現します。予約商品すべてに preorder タグを付け、「preorder タグを持つ商品同士は同梱可、それ以外との同時購入は不可」というルールを作ります。これで予約品同士のまとめ買いは許しつつ、通常品との混在だけを弾くという、機会損失を抑えた制御ができます。予約販売アプリを併用している場合は、そのアプリ内の「同時注文の制限」機能で同等の設定ができることも多いです。

1. 予約対象商品すべてに共通タグ（例：preorder）を付与する。
2. ルール作成で「同梱できる範囲」を「同一グループ（同一タグ）のみ」に設定する。
3. グループの識別子として preorder タグを指定する。
4. 「予約商品と通常商品は同時に購入できません」等のメッセージを設定する。
5. 予約同士の同梱可・予約と通常の同梱不可の両方をテスト注文で確認する。

応用｜ノベルティの「単独購入不可（同時購入必須）」

ノベルティは逆方向で、「対象本体がカートに無ければ購入不可」という条件を設定します。アプリによっては「特定商品が存在する場合のみ購入可」「単体購入不可」といったルール型で表現できます。景品を商品として在庫管理しつつ、単独取得を防げます。設定後は必ず「ノベルティ単独ではチェックアウトに進めない」「本体＋ノベルティなら進める」の両パターンをテストしてください。

導入時の注意点｜「買えるはずが買えない」を防ぐ設計

同梱制御は強力な一方、設定を誤ると売上を直接毀損します。以下の注意点を設計段階で押さえておきましょう。

注意1：過剰制御による機会損失

「念のため単品購入のみにしておく」を安易に多用すると、本来まとめ買いされて客単価が上がるはずの組み合わせまで阻害します。制御は「物流・請求上どうしても分けざるを得ないもの」に限定し、迷ったら“グループ内のみ同梱可”で許容範囲を広く取るのが原則です。

注意2：エラーメッセージが不親切だと離脱する

チェックアウト直前で理由も分からず弾かれると、ユーザーは高確率でカゴ落ちします。「なぜ分ける必要があるのか」「どうすれば買えるのか（例：一方を別注文にしてください）」を必ずメッセージに明記してください。可能なら商品ページ・カートの早い段階で気づかせ、チェックアウトでの拒否を最終防衛線にするのが理想です。

注意3：アクセラレーテッドチェックアウトの素通り

繰り返しになりますが、Shop Pay・Apple Pay・Google Payなどのボタンはカートページを経由せずチェックアウトへ直行します。テーマJSやカート警告だけの制御はここで無効化されます。サーバー検証（Validation API）に対応したアプリ／Functionsを使い、これらの経路でも制御が効くことを必ず確認してください。

注意4：サブスク・下書き注文・POSとの相性

定期購入（サブスクリプション）契約、管理画面からの下書き注文（Draft Order）、実店舗POSなど、通常のチェックアウトを通らない経路では検証が働かない場合があります。これらの販路がある店は、各経路での挙動を個別に確認し、運用ルール（スタッフが手動注文時に注意する等）で補完しましょう。

注意5：複数バリデーションアプリの競合

個数制限アプリ、決済出し分けアプリなど、複数のValidation系アプリを併用すると検証が競合・干渉することがあります。エラーが二重表示されたり、片方が効かなくなったりするケースもあるため、機能はできるだけ1つのアプリに集約するか、併用する場合は組み合わせを十分にテストしてください。

注意6：多言語・越境での文言と条件

Shopify Marketsで多言語展開している場合、エラーメッセージが日本語のまま海外顧客に表示されると意味が通じません。アプリが多言語メッセージに対応しているか、また地域（マーケット）ごとに制御ルールを変えられるかを確認しましょう。

公開前チェックリスト｜必ず試すべきテストケース

同梱制御は「注文を止める」機能であるがゆえに、テスト不足のまま公開すると売上に直結する事故になります。公開前に、少なくとも以下のケースをすべて実注文（または注文テストモード）で確認してください。

テストケース	期待する挙動
対象商品を単独でカート投入	問題なくチェックアウトできる
対象商品＋禁止対象を同時投入	チェックアウトがブロックされ、日本語メッセージが表示される
同一グループ同士を同時投入	（グループ許可設定時）購入できる
Shop Payボタンから決済	禁止組み合わせは同様にブロックされる
チェックアウトURLへ直アクセス	サーバー検証で弾かれる
ノベルティ単独購入	（同時購入必須設定時）購入できない
スマホ／PC・複数ブラウザ	いずれでも同じ制御が働く
多言語（越境時）	該当言語で意味の通るメッセージが出る

特に「正常に買える組み合わせがブロックされていないか（誤爆チェック）」は、禁止パターン以上に丁寧に確認してください。制御が厳しすぎて機会損失を出していないかは、公開後もカゴ落ち率やチェックアウト到達率をモニタリングして継続的に見直すべき指標です。

業種別｜同梱制御の設計パターン例

最後に、代表的な業種ごとに「どんな同梱ルールを組むと良いか」の設計テンプレートを提示します。自店に近いものを叩き台にしてください。

食品EC（冷凍・冷蔵・常温の混在）

温度帯タグ（frozen／chilled／ambient）を全商品に付与し、「同一温度帯タグの中でのみ同梱可」を設定。冷凍と常温の同時購入はブロックし、メッセージで「配送方法が異なるため分けてご注文ください」と案内。ギフト需要が強い店は、代替として「分割配送＋送料自動加算」を配送出し分けアプリで実現する選択肢も検討します。

アパレル・ファッション（受注生産×即納）

受注生産（オーダー品）に made-to-order タグ、予約に preorder タグを付与。それぞれのグループ内のみ同梱可とし、即納在庫品との混在を防止。納期の異なる商品が同じ注文で足を引っ張り合う事態を回避します。

家具・インテリア（大型×小物）

大型商品に large-item タグを付与し、大型は単独購入のみ、または大型同士のみ同梱可に。設置配送・路線便の手配が絡む大型商品を小物と切り分け、送料計算と配送手配の破綻を防ぎます。

コスメ・D2C（本体×ノベルティ／サンプル）

ノベルティ・サンプルに gift-only タグを付与し、単独購入不可（対象本体がカートにある場合のみ購入可）に設定。景品の単独取得や転売目的の抜き取りを防ぎつつ、正規購入者への特典提供を成立させます。

複合店・マーケットプレイス型（複数ベンダー）

複数の出品者・ブランドを1ストアで扱う場合、「同一ベンダー（vendor）の商品のみ同梱可」を設定。出品者をまたいだ同梱を禁止することで、出荷元・請求・返品対応の複雑化を抑えます。

よくある質問（FAQ）

Q1. 無料で同梱制御を実現する方法はありますか？

テーマのJavaScriptで「カートに禁止組み合わせがあればチェックアウトボタンを止める」という抑止は、追加費用なしで実装できます。ただしチェックアウト直リンクやShop Payでは回避されるため、“確実に注文を止める”レベルの制御を無料で実現するのは難しいのが実情です。堅牢さを求めるなら、Shopify Functionsの自作（開発リソースが必要）か、月額数百〜数千円の専用アプリが現実的です。

Q2. Shopifyの無印プラン（非Plus）でも同梱制御できますか？

できます。同梱制御の堅牢な実装に使われるCart and Checkout Validation APIは非Plusプランでも利用可能で、これを実装したアプリを入れれば無印プランでもサーバー検証による同梱制御が実現します。同梱制御のためだけにShopify Plusへアップグレードする必要は基本的にありません。

Q3. カートには警告が出るのに、Shop Payだと素通りしてしまいます。

それはテーマ側のJavaScript（カート画面）だけで制御しているためです。Shop Payなどはカートページをスキップしてチェックアウトへ直行するので、テーマの警告は効きません。チェックアウト段階でサーバー検証を行うValidation API対応のアプリ／Functionsに切り替えれば、Shop Pay経由でも制御が働きます。

Q4. 予約商品同士は一緒に買えるようにしたいのですが可能ですか？

可能です。「単品購入のみ」ではなく「同一グループ（同一タグ）のみ同梱可」を使い、予約商品に共通タグを付ければ、予約品同士のまとめ買いは許可しつつ、通常品との混在だけをブロックできます。機会損失を抑えるうえでも、こうしたグループ許可型の設計が推奨です。

Q5. 同梱制御を入れると、逆に売上が下がりませんか？

過剰に制御すればまとめ買いを阻害して客単価が下がるリスクは確かにあります。だからこそ「物流・請求上どうしても分ける必要があるもの」に限定し、許容範囲は広めに取るのが鉄則です。適切に設計すれば、むしろ発送遅延やクレーム・返品を減らし、レビュー改善やリピート率向上を通じて中長期の売上に寄与します。導入後はチェックアウト到達率を必ずモニタリングしましょう。

Q6. 複数の制限アプリを併用しても大丈夫ですか？

併用自体は可能ですが、チェックアウト検証（Validation）を行うアプリ同士は競合・干渉する可能性があります。エラーメッセージの二重表示や、片方が効かなくなる事象が起きることもあるため、可能なら機能を1つのアプリに集約し、併用時は全パターンを入念にテストしてください。

まとめ｜同梱制御は「ルール設計→堅牢な検証→丁寧なテスト」の順で

本記事では、Shopifyにおける同梱制御（同時購入不可・単独購入のみ）について、必要になるシーンから実現方法、設定手順、注意点、テストまでを網羅的に解説しました。要点を振り返ります。

• 同梱制御とは、特定商品を他商品と同時購入させない／グループ内のみ許可する「関係性のルール設計」である。
• 必要になるのは、予約×通常、温度帯衝突、大型×小物、送料衝突、ノベルティ単独購入、受注生産、BtoB、規制品など幅広い小売シーン。
• Shopify標準機能だけでは「商品の組み合わせ禁止」は実現できず、Cart and Checkout Validationを含む追加実装が必要。
• 実現方法は4系統。大多数の中小ECには、サーバー検証を設定だけで使える「専用アプリ導入」がコスパ最適。
• 成否を分けるのは、①検証層（チェックアウトのサーバー検証）を必ず含めること、②過剰制御を避けグループ許可で機会損失を抑えること、③Shop Pay含む全経路をテストすること。

同梱制御は「アプリを入れれば終わり」ではなく、自店の商品構成・物流・請求の事情を棚卸しして“何を、何と、なぜ分けるのか”を設計するところから始まる取り組みです。ここを丁寧にやるほど、発送遅延やクレームが減り、結果としてレビュー・リピート・売上が伸びていきます。逆に設計を誤れば売上を直接削るため、慎重なテストと公開後のモニタリングが欠かせません。

「自店の商品構成だとどう制御すべきか分からない」「アプリ選定や設定、テストまで含めて任せたい」という方は、ぜひ一度ご相談ください。要件整理からアプリ導入・Shopify Functionsの実装・運用マニュアル化まで、EC運営の“集める・作る・伸ばす”を伴走支援します。