配送希望日と休業日がずれるECを直す｜Shopify・カラーミーショップの設定確認とテストケース

配送希望日の設定は、カレンダーで休業日を登録すれば終わる作業ではありません。購入者が選択できる日、店舗が出荷できる日、配送会社が配達する日、商品ごとに使える配送方法は、それぞれ別の条件です。

この区別がないまま公開すると、購入画面では選べた日時に出荷できず、個別連絡や受注修正が必要になります。まずは設定画面を増やす前に、「何を約束し、どの条件で選択肢を出さないか」を台帳にします。そのうえで、購入者画面から実注文に近い形でテストしてください。

本記事は Shopify とカラーミーショップを対象に、配送希望日と休業日の不一致を見つけるための確認方法を扱います。仕様の確認時点は2026年8月20日です。

最初に分けるべき4つの条件

配送条件を一つの「休業日設定」として扱うと、確認漏れが起きます。少なくとも次の4項目は別の列にして管理します。

ここで重要なのは、出荷休業日と配送希望日として選択不可の日は一致するとは限らないことです。たとえば、休業日に出荷はしなくても、前営業日に出荷済みなら休業日到着を受けられる場合があります。反対に、配送会社の事情や商品特性により、営業日であっても到着希望日にできない地域・商品もあります。

台帳には、日付だけでなく「除外する理由」「代替案」「購入者への表示場所」も記録します。理由が不明なまま日付だけを除外すると、連休や配送会社の変更時に設定を見直せません。

設定前に作る配送条件台帳

設定作業の前に、商品・配送先・配送方法の組み合わせを表にします。すべての商品を一行ずつ書く必要はありません。配送上の条件が同じ商品群ごとにまとめれば十分です。

台帳を作る際の確認順は次のとおりです。

1. 出荷の起点を確定する：受注日時、決済確認、予約商品の発売日など、リードタイムの起算条件を決めます。
2. 地域差を記載する：都道府県、離島、配送対象外地域など、日数や提供可否が違う単位を明記します。
3. 商品間の組み合わせを確認する：常温・冷蔵、通常・予約、拠点A・拠点Bを同時にカートへ入れた場合の扱いを決めます。
4. 選択肢を出さない条件を決める：購入者に選ばせない配送方法、希望日、地域を列挙します。
5. 例外時の連絡方針を決める：システム上は選べても受けられない条件を残す場合、誰がいつ何を案内するかを決めます。

「注意書きを入れたから選択可能にする」という設計は、例外の数と対応担当が見えている場合に限るのが安全です。注文数の増減、連休、配送会社の受付条件変更により確認件数が増える可能性もあるためです。選択肢の制御ができる条件は、原則として画面上で制御できないかを先に検討します。

カラーミーショップ：営業日カレンダーと配送希望日を別々に確認する

カラーミーショップでは、公式ヘルプ上、営業日カレンダーの定休日は発送手続き・問い合わせの休業日であり、配送希望日から除外する機能ではありません。定休日を登録しただけで、その日が購入者の配送希望日候補から消えるとは判断しないでください。公式は、配送希望日のコメントや注意事項での告知を代替案として案内しています。営業日カレンダーと配送希望日は連動しますか？

お届け日時設定で確認する範囲

カラーミーショップの「お届け日時設定」では、配送希望日の開始・終了範囲、都道府県別リードタイム、営業日カレンダーを起算日に連動させる設定が案内されています。ただし、営業日カレンダーとの連動にはプランによる適用条件があります。利用中プランで使える範囲を管理画面と公式ヘルプの両方で確認してください。お届け日時設定とは

公開前には、次を画面上で確認します。

• 営業日カレンダーの休業日が、最短の希望日計算にどう影響するか
• 都道府県別リードタイムを変えた配送先で、表示される開始日が変わるか
• 希望日の開始日・終了日が、販売中のリードタイムと矛盾していないか
• 定休日を到着希望日として選べる場合、その注文を受けるのか、注意事項で調整するのか
• コメント・注意事項が、希望日を選ぶ前に読める位置にあるか

ここでの判断は二択です。休業日到着を受けられるなら、出荷締切と地域別リードタイムがその約束を満たすことをテストします。受けられないなら、日付候補から除外できるかを確認し、できない仕様・契約条件なら、購入前の明示と受注後の対応フローを用意します。営業日カレンダーを更新する担当と、お届け日時設定を更新する担当が異なる場合は、更新依頼の経路も台帳に残してください。

Shopify：配送プロファイルは商品・拠点・同時購入で検証する

Shopify では、配送プロファイルで特定の商品やロケーションに配送ルールを設定できます。公式ヘルプでは、カスタム配送プロファイルは最大99件作成可能と案内されています。配送プロファイル

ただし、プロファイルを分けたこと自体は、購入者への配送希望日や配送方法の見え方が期待どおりになる保証ではありません。特に、別プロファイルの商品を同時にカートへ入れるケースを独立したテスト対象にします。

先に設計するプロファイルの境界

プロファイルを分ける候補は、配送ルールが異なる商品・拠点です。たとえば、常温品と冷蔵品、拠点が異なる商品、配送対象地域が異なる商品などです。一方で、商品ごとの違いが送料名だけで、配送可否や出荷条件が同じなら、分割によりテスト対象だけが増えることがあります。

作成前に、各プロファイルについて以下を記録します。

• 対象商品と、対象外にする商品
• 在庫を割り当てるロケーション
• 配送ゾーンと配送先
• 購入者に表示する配送方法名
• 他プロファイルの商品と同時購入された場合の送料・出荷・案内

配送方法名は、運用上の意味をそろえます。「通常配送」と「通常便」のように似た名称を別々に使うと、検証時やCS対応時に判断がぶれます。ただし名称をそろえるだけで配送条件が統合されるわけではないため、料金と出荷条件は別途確認が必要です。

複数プロファイルをまたぐカートの注意点

Shopify の公式ヘルプでは、異なる配送プロファイルの商品を同一注文に含めると、配送料が合算されます。また配送料名が一致しないときは、最も安い選択肢だけが合算され、チェックアウトで「Shipping」と表示される場合があります。異なる配送プロファイルからの配送料の計算

このため、単品カートだけで「配送方法名が正しい」と判定してはいけません。少なくとも次のカートを作り、配送先を変えながら確認します。

• 通常プロファイルの商品を1点
• カスタムプロファイルの商品を1点
• 両プロファイルの商品を各1点
• 同一プロファイル内で複数点
• 配送可否が異なる商品を組み合わせたカート

複数プロファイルの併売で、購入者に温度帯や便種の選択を必須にしたい場合、配送プロファイルの設定だけで期待する選択・表示制御が実現できるとは限りません。まずテスト購入で実際の表示を確認し、要件に届かなければ、商品構成、商品ページでの案内、テーマや追加機能の改修範囲を比較します。追加機能を導入する場合も、導入前と同じテストマトリクスで結果を確認します。

購入画面から受注一覧までのテストマトリクス

テストは設定保存後ではなく、購入者が操作する画面から始めます。決済直前まで進められるテスト環境または検証手段を用意し、実際の注文情報として何が受注側に渡るかを確認します。

最低限のテストケース

テスト記録には、注文日時、配送先、カート内容、表示された配送方法、選択した希望日、受注データ、想定結果、実測結果を残します。スクリーンショットだけでは受注側の情報欠落を発見できないため、購入画面と受注一覧を対にして保存することが重要です。

なお、チェックアウトの表示は利用する決済導線や環境で編集範囲が異なることがあります。編集できない画面があることを前提に、重要な配送条件を一か所だけに置かない設計にします。商品ページ、カート、配送方法名、注文確認メールなど、購入判断と受注後確認の各段階で必要な情報を分担して掲載してください。

公開後の受注確認と例外連絡を固定する

設定を正しくしても、欠品、配送会社の受付停止、急な休業など、注文単位で例外は発生します。例外を「担当者が気づいたら連絡する」運用にせず、確認タイミングと担当を決めます。

受注確認のチェック項目

受注処理担当は、少なくとも次を確認します。

• 希望日が出荷予定日と地域別リードタイムを満たすか
• 注文商品の配送条件が、選択された配送方法と一致するか
• 複数拠点・複数温度帯により出荷を分ける必要があるか
• 休業日・長期休暇の設定変更が該当注文に影響するか
• 例外連絡が必要なら、連絡期限と代替候補日が決まっているか

連絡テンプレートには、謝罪文だけでなく、元の希望日、変更理由、選べる代替日、返信期限、返信がない場合の扱いを含めます。ただし、返信がない場合に一方的に日付変更やキャンセルを行えるかは、自社の販売条件・案内内容を確認して決めてください。

また、休業日や配送条件を変更したら、設定担当だけで完結させず、CSと出荷担当に変更内容を共有します。共有対象は「いつ休むか」だけではありません。「何日以降を最短希望日にするか」「すでに入った希望日指定をどう扱うか」「商品ページの告知をいつ戻すか」まで含めます。

連休前に行う最終確認

連休前は通常時の設定を複製するだけでは不十分です。出荷休業日、配送会社の受付、地域別リードタイム、告知文の有効期間を同じ基準日で見直します。

最終確認には次の順序を使えます。

1. 出荷できない日と、到着希望日として受けられない日を別々に更新する。
2. カラーミーショップでは営業日カレンダー更新後、希望日候補が意図どおりかを購入画面で確認する。
3. Shopify では単品・複数プロファイル混在カートの両方で、送料と配送方法名を確認する。
4. 主要な配送先で最短希望日を確認し、台帳との差分を記録する。
5. 商品ページ、カート、注文確認メールなどの案内に、古い休業期間が残っていないか確認する。
6. テスト結果をもとに、受注確認担当とCS担当へ例外対応基準を共有する。

配送希望日と休業日のずれは、設定の有無ではなく、購入者が選んだ条件を店舗が守れるかで判定します。カラーミーショップでは営業日カレンダーと配送希望日を同一視せず、Shopify では配送プロファイルをまたぐカートを必ず確認する。この二点をテスト手順に組み込むことで、公開後の個別調整を減らすための判断材料を得られます。

参考情報

• カラーミーショップ ヘルプセンター：営業日カレンダーと配送希望日は連動しますか？
• カラーミーショップ ヘルプセンター：お届け日時設定とは
• Shopify ヘルプセンター：配送プロファイル
• Shopify ヘルプセンター：異なる配送プロファイルからの配送料の計算