チェックアウト時の配送予定日:Shopifyの配送期間を設定する方法
Shopifyのチェックアウトで配送予定日を設定するには、まず設定 > 配送と配達を開き、ストアで利用できる配送予定日のオプションを確認し、各配送サービスの前提となる処理時間と輸送時間を設定します。次に、代表的な商品と顧客住所を使ってチェックアウトをテストします。Shopifyで利用できる設定では表現できないルールが必要な場合は、配送予定日アプリまたはチェックアウト拡張機能を検討します。ただし、商品ページだけでなくチェックアウトにも予定日を表示できることを確認してください。

目的は、顧客が購入を決める際に利用できる到着期間を示すことです。「通常配送」と書かれた配送ラベルだけでは不十分で、配送業者の輸送時間だけでも、倉庫が注文を準備するために必要な時間は考慮されません。
配送期間が実際に何を約束するのかを決める
設定を変更する前に、次の3つの異なる情報を区別してください。
- 処理時間:注文を配送業者に引き渡す前に準備するために必要な時間。
- 輸送時間:配送業者のネットワーク内を荷物が移動するためにかかると見込まれる時間。
- 配送予定日または期間:関連する準備、配送、カレンダー上の前提を使用して算出した、予想到着日または日付範囲。
有用な計画モデルは、注文準備時間 + 配送業者の輸送時間 + 該当する非稼働日の調整です。これは業務上のモデルであり、Shopifyのすべての配送予定日機能が同じ計算方法を使用するという意味ではありません。選択した実装が各入力をどのように処理するかを確認してください。
たとえば、倉庫で注文の準備に1営業日かかり、選択したサービスの輸送に通常3~5営業日かかるとします。「3~5営業日で配送」と宣伝すると、顧客がその期間を注文時点から数えると考えた場合、誤解を招く可能性があります。予定には準備時間も含める必要があります。
また、予定と保証を区別してください。「到着予定」は予測を表します。「配送保証」はより強い約束となるため、フルフィルメント体制、サービス規約、顧客への救済措置がそれを支えられる場合にのみ使用してください。
適切な設定方法を選ぶ
Shopifyのドキュメントでは、配送予定日、配送料、輸送時間の設定を分けて説明しています。これらは関連していますが、1つを設定したからといって、他のすべてが完了するわけではありません。別のツールを追加する前に、ストアで利用できる標準機能から始めてください。
| 方法 | 使用する状況 | 公開前に確認すること |
|---|---|---|
| 標準の配送予定日設定 | 利用できる設定が配送およびフルフィルメントのプロセスに合っている場合。 | 対象条件、対応サービス、計算入力値、実際のチェックアウト表示。 |
| 配送料の輸送時間情報 | 対応する料金設定を使用して、サービスの輸送期間を伝える必要がある場合。 | 期間が輸送時間だけを表すのか、注文から到着までの全期間を表すのか。 |
| 配送予定日アプリまたは対応する拡張機能 | 商品、場所、カレンダー、配送先に関する追加ルールが必要な場合。 | チェックアウトとの互換性、プラン要件、混在カートの動作、代替メッセージ。 |
配送料の名称を「通常配送:3~5営業日」に変更することは、動的なカレンダー日付による予定を実装することと同じではありません。そのラベル自体が日付を計算したり、休日を認識したり、顧客が発送締切時刻を過ぎたときに変更したりするわけではありません。
ステップ1:予定の基礎となるフルフィルメントルールを整理する
注文が実際に業務内をどのように進むかを書き出してください。ストア全体に対して楽観的な数字を1つ選ぶのではなく、意味のあるフルフィルメント経路ごとに行います。
- 発送元:どの倉庫またはフルフィルメントパートナーが注文を発送するか。
- 商品の準備状況:在庫品、受注生産品、パーソナライズ商品、予約商品か。
- 準備スケジュール:倉庫が商品のピッキング、梱包、発送を行える曜日はいつか。
- 注文締切:その日の処理対象となる注文の受付が終了する現地時刻は何時か。
- 配送業者の集荷:配送業者が実際に荷物を集荷するのはいつか。
- 配送先とサービス:輸送時間の見込みが大きく異なる配送地域とサービスはどれか。
- 例外:休日、キャンペーン、在庫移動、通関手続きの際に何が変わるか。
最近のフルフィルメント記録を使って、準備時間の前提を確認してください。ラベルの作成だけでなく、注文の確定から配送業者への引き渡しまでの間隔を測定します。荷物が配送業者のネットワークに入る前にラベルが存在する場合もあります。
複数の拠点があるストアでは、注文が複数の配送に分割される可能性があるか確認してください。1つの商品は近隣で準備でき、別の商品は異なる発送元から発送される場合、ストア全体に1つの配送期間を設定すると誤解を招く可能性があります。
ステップ2:配送プロファイル、ゾーン、料金を監査する
Shopify管理画面で設定 > 配送と配達を開き、商品に関連する配送プロファイルと料金を確認します。Shopifyは配送プロファイルを使用して配送ルールを整理するため、配送予定日の設定はこの構造と照らし合わせて確認する必要があります。
- 商品の割り当てを確認する。異なるフルフィルメント要件を持つ商品が、意図せず同じ配送処理を受けていないことを確認します。
- 配送先を確認する。販売地域のゾーンと、利用可能な料金がそれらの配送先に適しているかを確認します。
- サービスを確認する。曖昧なマーケティング名に頼らず、顧客が通常配送と速達配送を区別できるようにします。
- フルフィルメントの発送元を確認する。注文に対応する拠点が、実際の発送業務を反映していることを確認します。
- 例外を特定する。異なる予定または明確な代替メッセージが必要な商品や配送先を記録します。
正しく設定された配送料が、正しく計算された到着予定を意味するとは限りません。料金、サービスの利用可否、配送時期は別々に確認してください。
ステップ3:ストアで利用できる配送予定日のオプションを設定する
管理画面に表示される設定と併せて、Shopifyの配送予定日のドキュメントを利用してください。利用可能なオプションや要件は変更される可能性があるため、すべてのストアに同じ項目が表示されると考えず、ストアで対応している設定の手順に従ってください。
対応している場合は、選択した配送予定日方式に必要な準備および配送の入力値を設定します。入力値が販売者によって定義されるのか、配送サービスから提供されるのか、自動計算されるのかを確認してください。手動で入力した期間が自動計算の予定を上書きすると考えないでください。
配送料の輸送情報を設定する際は、実際に購入する予定の配送業者サービスと配送先を使用してください。速達料金に、フルフィルメントチームが使用するサービスより速いサービスを基にした期間を表示してはいけません。
保存する前に、次の質問に答えてください。
- 予定には準備時間が含まれていますか、それとも輸送時間だけですか。
- 入力値は営業日で測定されますか、それとも暦日ですか。
- 週末や休日はどのように処理されますか。
- 関連するタイムゾーンは明確ですか。
- 日付を計算できない場合、何が表示されますか。
- 対象となるすべての配送オプションに予定が表示されますか、それとも一部だけですか。
必要なルールが画面に表示されない場合、バックグラウンドで適用されていると考えないでください。依存する前に、ドキュメントで確認するか、動作をテストしてください。
ステップ4:明確な不足を補う場合にのみアプリを使う
商品ごとに異なる準備時間、配送停止日、配送先ごとのバッファ、混在カートの特別処理などのロジックが必要な場合は、追加アプリを検討する価値があります。これらはすべての配送予定日アプリに必ず含まれる機能ではなく、確認すべき要件として扱ってください。
最も重要な互換性の確認事項は、予定がどこに表示されるかです。商品ページのウィジェット、カートメッセージ、チェックアウト拡張機能は異なる実装です。「配送予定」を宣伝しているだけでは、チェックアウトで配送オプションの横に日付を表示できることの証明にはなりません。
インストールする前に、提供元に正確なシナリオを実演してもらい、次の点を確認してください。
- 対応するチェックアウト上の表示場所とShopifyプランの要件。
- 現在の配送料設定で動作するか。
- 複数の商品、拠点、配送をどのように処理するか。
- 準備時間、締切、休日、タイムゾーンを設定できるか。
- アプリが予定を生成できない場合に顧客に何が表示されるか。
- 料金がどのように計算され、必要な機能がどこまで含まれるか。
ストアフロントのテーマを編集すれば、チェックアウト内にコンテンツを追加できると考えないでください。Shopifyにはチェックアウトをカスタマイズするための特定の仕組みがあり、利用可否はカスタマイズ内容とストア設定によって異なります。開発を依頼する前に、対応する実装を確認してください。
ステップ5:チェックアウト全体をテストする
実際の商品、配送先、配送方法を組み合わせてテストします。1回のチェックアウトプレビューが成功しただけでは、ルールを検証するには不十分です。
| テストケース | 確認内容 |
|---|---|
| 締切前後の注文 | 締切ロジックが対応している場合、予定が意図どおり変化するか。 |
| 金曜日または休日に近い注文 | 非稼働日が倉庫および配送業者のスケジュールと一貫して処理されるか。 |
| 通常配送と速達配送 | 各予定が準備時間と選択したサービスの両方を反映しているか。 |
| 混在カートまたは複数の発送元 | 確実でない場合に、すべての商品が同時に到着するような表示になっていないか。 |
| 遠隔地または海外の住所 | 適切な予定または理解しやすい代替表示がストアに示されるか。 |
| モバイルおよび高速チェックアウト経路 | 顧客が利用する購入経路で配送情報が見やすく、理解しやすいか。 |
各テストについて、カート、配送先、注文時刻、表示されたサービス、予定期間を記録します。これらの詳細があれば、予期しない動作を再現できます。商品ページとチェックアウトの予定が一致しない場合は、免責事項を追加するのではなく、根本的な前提を修正してください。
顧客が理解できる配送メッセージを書く
設定が対応している場合、「3~5日」のように説明のない表示よりも、「到着予定:9月10日~12日」のようなカレンダー上の期間の方が理解しやすくなります。これは例示形式であり、ストアに提案する配送の約束ではありません。
期間を使用する場合は、それが発送を指すのか配送を指すのかを明記してください。「2営業日以内に発送」は準備を表します。荷物がいつ到着するかは顧客に伝えません。
海外注文では、不確実な通関時間を到着保証として表示しないでください。配送情報の近くで関連する不確実性を説明し、長いポリシー文の中に予定を埋もれさせないようにします。遅延の変動が大きく、狭い期間を正当化できない場合は、誤った精度を示すよりも、幅広く正直な期間を提示する方が適切です。
公開後も予定を正確に保つ
配送予定日の設定を管理する担当者を決めてください。その担当者は、処理スケジュール、倉庫の処理能力、配送サービス、休日による休業に変更があった場合、フルフィルメント担当者と連携する必要があります。
注文時に表示された期間と実際の到着日を比較します。表示された期間を保存できない場合は、予定の精度を測定する前に、その期間を記録する方法を確立してください。後から表示される追跡上の予測は、チェックアウト時に提示した元の約束とは異なります。
遅延した到着を原因別に確認してください。準備の遅れには、配送業者の遅延や誤った配送先ルールとは異なる対策が必要です。問題が1つのサービスまたは地域に限定されている場合、すべての注文に大きなバッファを追加することは避けてください。
最適な出発点は、業務に合った、サポート対象の最もシンプルな設定です。文書化された業務ルールで必要な場合にのみ複雑さを追加し、顧客が依存する前にチェックアウトで結果を検証してください。
よくある質問
アプリをインストールせずに配送日を表示できますか?
まず、Shopify管理画面で利用できる配送予定日の機能を確認してください。標準設定が配送構成と必要なルールに対応していれば、別のアプリは必要ない場合があります。設定を保存すればすべての注文に日付が表示されると考えず、チェックアウトテストで結果を確認してください。
チェックアウトに配送予定日が表示されないのはなぜですか?
カート、配送先、選択した配送サービスが、設定した配送予定日方式の対象条件を満たしているか確認してください。また、関連する配送プロファイルとアプリの表示場所に関する要件を確認します。アプリを使用している場合は、ストアフロントのウィジェットだけでなく、チェックアウト表示が含まれ、ストアでサポートされていることを確認してください。
速達配送なら処理時間はなくなりますか?
いいえ。配送業者の輸送が速くなっても、ピッキング、梱包、パーソナライズ、発送が自動的に速くなるわけではありません。業務が対応し、予定に反映されている場合にのみ、準備時間の短縮を宣伝してください。
顧客は予定を見る代わりに配送日を選択できますか?
日付の選択は別の要件です。処理能力の上限、予約締切、配送可能日、注文単位の指示が関係する場合があります。到着予定機能が顧客による配送日の選択にも対応していると考えず、そのワークフローを別途確認してください。
日付は1日だけ表示すべきですか、それとも期間を表示すべきですか?
通常の準備または輸送の変動により1日だけでは正確すぎる場合は、期間を使用してください。計算方法とフルフィルメントプロセスが対応していれば、単一の配送予定日が適切な場合もあります。ただし、どちらの形式も提供していない保証を示してはいけません。
出典
- Shopifyヘルプセンター:配送予定日 — 標準の配送予定日設定と要件の参考情報。
- Shopifyヘルプセンター:配送料 — 配送メッセージを設定する前に配送料設定を確認するための参考情報。
- Shopifyヘルプセンター:輸送時間 — 配送の輸送情報と注文から到着までの全期間を区別するための参考情報。


