コンビニ受取サービスとは？

日本の宅配便取扱個数が年間約50億個に迫る中、購入者のライフスタイルの多様化と物流現場の負担軽減を両立する手段として、「コンビニ受取サービス」の重要性が高まっています。EC事業者にとっては、購入時の離脱を防ぐUX（ユーザーエクスペリエンス）の向上策であると同時に、不在持ち帰りを防ぐための有効なアプローチです。本記事では、主要コンビニと配送キャリアの提携状況から、利用者の具体的な受取手順、ECサイトへのシステム実装方法、実務上の注意点までを専門的視点から解説します。

コンビニ受取サービスの仕組みと主要チェーン・配送キャリア別対応状況

主要コンビニ3社と対応配送キャリア（ヤマト・日本郵便・佐川）の連携マトリクス

ECサイト側でコンビニ受取のオプションを提供するためには、配送キャリアとコンビニエンスストア各社との提携関係を正確に把握しておく必要があります。配送キャリアによって配送可能なコンビニ網が異なるため、自社で利用している配送会社との組み合わせを事前に整理します。

コンビニ名	ヤマト運輸	日本郵便	佐川急便
セブン-イレブン	対応（レジでバーコード提示）	非対応	非対応
ローソン	非対応（※一部例外を除く）	対応（Loppiで発券後、レジ受取）	対応（Loppiで発券後、レジ受取）
ファミリーマート	対応（マルチコピー機で発券）	対応（マルチコピー機で発券）	非対応
ミニストップ	非対応	対応（Loppiで発券後、レジ受取）	対応（Loppiで発券後、レジ受取）

利用者が店頭で実際に荷物を受け取る際の手順は、対象店舗に設置された店頭端末の仕様によって決まります。端末の操作に不慣れな購入者も想定されるため、EC事業者側は注文完了画面や発送連絡メールを通じて、各チェーンに応じた適切な受取手順（Loppiやマルチコピー機の操作、またはセブン-イレブンのようなレジでの直接バーコード提示など）を分かりやすく案内する配慮が求められます。

システム実装においては、複数の配送キャリアやコンビニ網と連携するためにAPI連携を活用するのが効率的です。自社のカートシステムや受注管理システム（OMS）と配送キャリアのシステムを連携させることで、注文時にユーザーが地図上から最寄りの店舗を検索・指定できる「店舗選択API」の実装が可能となります。これにより、送り状の自動生成や店舗着荷時の通知メール自動配信などの業務をシステム化でき、誤配送や人為的ミスを防ぐことができます。

コンビニ受取で扱える荷物のサイズ・重量制限と対象外となる除外条件

コンビニ店舗のバックヤードに用意されている一時保管スペースには物理的な制約があります。一般的には間口40〜50cm程度、奥行き50cm程度のコンテナや棚に収まる必要があるため、各キャリアは預かれる荷物のサイズや重量に上限を設けています。これを超える大型の荷物は、店頭での受け入れを拒否され、発送元へと差し戻されるため注意が必要です。

配送キャリア	対象サービス名	サイズ制限（3辺合計）	重量制限
ヤマト運輸	宅急便（店頭受取り）	100cm以内	10kg以下
日本郵便	ゆうパック コンビニ受取	100cm以内	25kg以下
佐川急便	受取場所選択サービス	100cm以内	10kg以下

また、サイズ制限を満たしていても、商品の性質や決済方法によってサービス対象外となる条件があります。実務上、以下のケースはコンビニ受取を利用できません。

• チルド・冷凍商品（クール便）: 店頭の保管スペースは原則として常温環境であり、冷蔵・冷凍用の設備を一般荷物向けに確保していないためです。
• 代金引換（代引き）・着払い決済の荷物: コンビニのレジシステムと各配送キャリアの金銭回収システムがリアルタイムで連動していないため、一部の個別提携サービスを除き、店頭での代金回収は原則不可となります。
• 高額商品・貴重品: セキュリティ上の紛失・破損リスクを考慮し、荷物の補償限度額（原則30万円）を超える品物や貴重品、セキュリティパッケージ対象品は引き受けられません。
• 危険物・生モノ・信書: 液漏れや破損時に他の保管荷物や店舗設備を汚損する恐れがあるため対象外です。

さらに、実務運用においてトラブルになりやすいのが保管期間の超過です。荷物が店舗に到着した翌日から起算して7日間（一部キャリアの特定条件では3〜7日間）が期限となり、これを超えた荷物はシステムにより自動的に発送元のEC事業者へと返送されます。この往復運賃は原則として事業者側のコスト負担となるため、カート画面や発送メールでの事前告知の徹底が対策として有効です。

【利用者向け】コンビニ受取の具体的なやり方と受け取り期限

注文から店舗到着・受取完了までの共通ステップと必要情報

ECサイトで購入した商品をコンビニエンスストアで受け取るまでの基本フローは、以下の3つのステップで進行します。

ステップ1：注文時の受け取り場所指定
ECサイトの購入画面で、配送オプションから「コンビニ受取」を選択し、地図や検索機能を使って希望する店舗を指定します。

ステップ2：店舗到着通知の受信
荷物が店舗に届くと、配送会社またはECサイトから、登録されたメールアドレスやSNSへ「店舗到着通知」が配信されます。自宅への配送とは異なり、不在票は投函されません。

ステップ3：受取に必要な情報の用意
通知されたメールの中に、店頭で荷物を引き換えるための「2つのキー情報」が記載されているかを確認します。

• お問合せ番号（送り状番号や12桁前後の数字）
• 認証番号（受取パスワード、セキュリティコードなどの4〜7桁の数字）

※セブン-イレブンでの受け取りに限り、店頭端末での番号入力ではなく、スマートフォン画面に直接表示する「受取用バーコード」のURLが送られてくるケースが一般的です。

各コンビニ端末（Loppi・マルチコピー機）の操作手順とレジ直接受取の流れ

実際の受け取り手続きは、店頭の専用端末で「申込券（引換券）」を発券してレジに持参するタイプと、スマートフォンのバーコードを直接提示するタイプの2通りに分かれます。

ローソン・ミニストップ：店頭端末「Loppi」を使用する手順

1. Loppiトップ画面の「各種代金・料金お支払い/コンビニ受取」を選択します。
2. 「各種受取」を選択し、到着通知メールに記載されている「お問合せ番号」を入力します。
3. 続けて「認証番号」を入力します。
4. 画面に表示された宛名や荷物情報を確認し、確定ボタンを押します。
5. 出力された「商品引換券」を30分以内にレジへ持参し、店員に渡して荷物を受け取ります。

ファミリーマート：店頭端末「マルチコピー機」を使用する手順

1. マルチコピー機メニューから「店頭受取サービス」を選択します。
2. メールに記載された「お問合せ番号（または企業コード）」を入力します。
3. 続いて「認証番号（または注文番号）」を入力します。
4. 画面の表示内容を確認して確定ボタンを押します。
5. 出力された「Mコピーサービス申込券」を30分以内にレジへ提示し、荷物を受け取ります。

セブン-イレブン：レジにバーコードを直接提示する手順
セブン-イレブンの場合は店頭端末の操作が不要です。店舗到着通知メールに記載されている「受取用バーコード」のリンクからスマートフォン上にバーコードを表示させ、レジの店員に提示してスキャンしてもらうことで引き換えが完了します。画面が割れているなどでスキャンができない場合は、13桁の引換票番号を店員に伝えての受け取りも可能です。

コンビニ名	主な対応サービス	受取方法のタイプ	必要な情報・持ち物
セブン-イレブン	ヤマト運輸、通販提携便	レジ直結（端末操作なし）	受取用バーコード（または13桁の引換票番号）
ローソン、ミニストップ	ゆうパック、佐川急便など	店頭端末「Loppi」での発券	お問合せ番号 ＋ 認証番号
ファミリーマート	ヤマト運輸、ゆうパックなど	店頭端末「マルチコピー機」での発券	お問合せ番号 ＋ 認証番号

荷物の保管期限（原則7日間）と期限超過による自動返送ルール

コンビニ受取を利用する上で、購入者が留意すべきなのが「保管期限」のルールです。原則として、荷物が指定店舗に到着した日の翌日から起算して7日間（例：4月1日に到着した場合、4月8日の23:59まで）が受け取り可能な期間です。システムの制約上、個別の事情による期限延長は一切行えません。

この期限を超過した場合、荷物は自動的に「受取辞退（不着）」扱いとなり、発送元のEC事業者の倉庫へ自動的に返送されます。これに伴い、利用者には以下の不利益が発生する可能性があります。

• 往復実費送料の負担：「送料無料」の商品であっても、キャンセル時の返金処理において、発送時および返送時の実費運賃が差し引かれる場合があります。
• 再発送手続きによるコスト：再送を希望する場合は、再発送手数料や実費送料を再度負担しなければならないケースが一般的です。
• ECサイト利用アカウントの制限：正当な理由のない保管切れによる持ち戻りを複数回繰り返すと、悪質なユーザーと判定され、次回以降の「コンビニ受取」や「代金引換」の決済利用が制限されることがあります。

EC事業者はこうした機会損失を防ぐため、配送キャリアの到着データを基に、保管期限が近づいたタイミングで自動リマインドメールを配信するシステム構成を取り入れています。

【EC事業者向け】コンビニ受取を自社ECサイトに導入するビジネスメリット

配送オプションを拡張することは、他社ECサイトとの差別化を図る有効な手段です。コンビニ受取は単にユーザーの選択肢を増やすだけでなく、カゴ落ちの防止や配送効率化によるコスト抑制など、事業側の利益向上に直結する戦略的メリットを秘めています。

自宅外受取の選択肢提供による「カゴ落ち（購入離脱）」防止とCVR向上効果

ECサイトにおける「カゴ落ち（カート離脱）」の主因の一つに、購入者の希望する配送条件と合致しない点があります。特に、深夜勤務の多い層や在宅時間が不規則な単身世帯では、「不在時に配送されることによる再配達の手間」を嫌気し、最終購入を断念するケースが見られます。コンビニ受取を標準機能として提供することで、こうしたニーズを取り込み、CVR（コンバージョン率）を高めることが可能になります。

購入から受け取りまでの離脱を防ぐには、スムーズな画面推移（UX設計）が不可欠です。注文画面において、API連携を通じて最寄りの提携店舗が地図上からシームレスに選択できるUIを整備しておけば、ユーザーは購入手続き時に手間取ることなくスムーズに取引を完了できます。

現在、主要な配送キャリアからは以下のようなコンビニ受取サービスが提供されており、自社の顧客属性に合わせて選択、導入することが可能です。

配送キャリア	サービス名	主な提携コンビニ	保管期限
日本郵便	ゆうパック コンビニ受取	ローソン、ミニストップ、ファミリーマート等	店舗到着翌日から7日間
佐川急便	受取場所選択サービス	ローソン、ミニストップ	店舗到着翌日から7日間
ヤマト運輸	宅急便店頭受取サービス	ファミリーマート、セブン-イレブン等	店舗到着日を含め3〜7日間（店舗により異なる）

配送効率化による「再配達削減」と環境負荷・配送コストの抑制

トラックドライバーの時間外労働規制強化に伴う輸送力不足問題（2024年問題）をはじめとする物流コストの高騰は、EC事業者にとって避けて通れない経営課題です。運賃改定の圧力や配送枠制限への対策として、事業者側も運送効率化への貢献が求められています。その中心的な施策となるのが「再配達の削減」です。

初回の配達で確実に荷物を届けることができるコンビニ受取の利用比率が向上すると、事業者側には以下のようなメリットが生じます。

• 配送会社との交渉力維持：再配達率の低い「良質な荷主」としての実績を積むことで、配送会社との運賃改定交渉を有利に進める、あるいは現行条件を維持しやすくなります。
• 持ち戻り手続きのコスト抑制：長期不在や宛先不明によって発送元に荷物が逆送される頻度が減るため、倉庫での返送検品作業や顧客への再案内にかかる人件費を削減できます。
• サステナビリティ（ESG）活動としてのブランド化：配送段階でのCO2排出量の削減に貢献していることをWebサイト等でアピールすることで、環境に配慮した企業としての姿勢をアピールできます。

例えば、月間3,000件の出荷規模を持つEC事業者が、自宅外受取の定着により再配達率を11%から5%にまで下げた場合、毎月180件分に相当する配送トラブル対応（再送調整や配送遅延の問い合わせ対応など）を削減でき、カスタマーサポート部門の業務負荷を大きく減らすことができます。

ECサイトへのコンビニ受取システム連携方法と要件定義の進め方

実際にシステムを導入するにあたっては、購入者が操作するフロントエンド（カート画面での店舗選択）と、出荷処理を行うバックヤード（受注処理、送り状発行、発送完了メールの自動化）の双方向でデータフローを整合させる必要があります。

API連携（ASP型・自社構築型）による受取店舗選択地図（マップUI）の組み込み

カート画面での離脱防止には、直感的に店舗を選択できる地図（マップUI）の実装が不可欠です。このUI実装手法には、「ASP/SaaS提供型（カート標準機能）」と「API連携による自社構築型」の2種類があります。

比較項目	ASP提供型（SaaS標準機能）	自社構築型（API直接連携）
開発工数・期間	極めて短い（オプション設定で即日導入も可）	長い（地図連携、座標計算などの個別開発が必要）
デザインの自由度	提供プラットフォームの標準UIに依存する	サイト独自のブランディングや自由なレイアウトが可能
対象キャリア	カート側がデフォルトで対応するキャリアに限定	ゆうパック、ヤマト、佐川など個別接続が可能

ShopifyやMakeShopなどのASPカートを使用している場合、提供されているコンビニ受取プラグインや標準機能を選択することで、開発コストをかけずに導入が可能です。一方、独自の決済フローを組むためのスクラッチ開発やカスタマイズECにおいては、配送キャリアから提供される「店舗検索API」と自社システムを接続する開発を行います。

API連携における基本的なデータ処理フローは以下の通りです。

• ステップ1： 購入者が購入手続き時に「コンビニ受取」を指定。
• ステップ2： 郵便番号やGPSから取得した緯度経度情報をキーにキャリア側のAPIを叩き、近隣の対象店舗データ（店舗名、住所、一意の店舗ID等）を取得。
• ステップ3： 取得データをGoogle Maps等の地図APIを介して画面上にピンマッピング。
• ステップ4： 購入者が店舗を選んだ際、店舗IDを受注データ内に「配送先コード」として自動格納して保存。

CSV連携・受注管理システム（OMS）を介したバックヤードの運用フローとシステム要件

フロントエンドで収集した「コンビニ店舗ID」や「店舗住所」は、バックヤードでシームレスに配送用データへ変換される必要があります。受注管理システム（OMS）や倉庫管理システム（WMS）、各キャリアの送り状ソフト（B2クラウド、Webゆうパックプリント等）の間で、どの情報をどのように連携するかのデータ設計が運用の成否を分けます。

配送キャリア	送り状発行ソフト	必須となるCSVフィールド	店頭での引換端末
日本郵便	Webゆうパックプリント	受取店舗コード、受取人携帯番号、受取人氏名	Loppi／マルチコピー機
ヤマト運輸	B2クラウド	提携店舗コード、受取人携帯番号、受取人氏名	マルチコピー機

バックヤードの要件定義において、特に考慮すべき実装ルールは以下の3点です。

1. 送り状のお届け先住所変換
コンビニ受取時の送り状には、購入者の自宅ではなく「指定コンビニ店舗の住所および店舗名」を印字する必要があります。OMSからWMSに受注データを受け渡す際、お届け先を「店舗住所＋（〇〇コンビニ店舗名受取）」へと自動変換する、あるいは専用の配送区分コードを紐付けるシステムロジックを確立します。

2. 認証番号（引換キー）の自動インポートと通知送信
出荷が完了した際、キャリアの送り状発行ソフトから出力される発送実績データ（送り状番号や、店頭端末で使用する認証番号などの「引換情報」）をOMSに逆インポートします。その後、ECサイト側の配信システムと連携させ、購入者向けに自動で「受取方法の案内リンク」付きの発送連絡メールを配信するフローを構築します。この自動化が不完全であると、店舗に届いたものの顧客が引き出せない「未受け取り」の状態を招くことになります。

3. 返送ルートのルール化
保管期限である7日間を過ぎた荷物は自動的に出荷元に返送されます。そのため、WMSにおける「未受取返送品」の受け入れ・キャンセル処理の手順、および購入者への返金返送料の相殺といったルールを事前に設計しておきます。

自社ECにコンビニ受取を実装するための実務検討ステップ

初期・月額コストの予算算定と決済方法（代引き不可等）における実務制限の確認

自社ECへの実装時には、初期導入費用だけでなく、1個出荷するごとに発生するオプション手数料や、決済手段のシステム制御可否などを算定しておく必要があります。

区分	項目・サービス名	費用の目安	実務上のポイント
システム初期費用	開発・API組み込み・カート改修	5万〜300万円	利用しているECプラットフォームの種類（SaaSかスクラッチか）により大きく変動します。
月額固定費用	API利用保守・月額カート費用	数千〜5万円	トランザクションボリュームが多い場合は従量制での課金となる場合があります。
配送オプション費用	店頭受取サービス利用追加手数料	10〜100円/個	各配送キャリアとの大口契約や運賃プランによって交渉が可能です。

コスト確認と同時に進めなければならないのが、実務処理の制御（バリデーション設計）です。以下の条件を満たさない注文に対しては、カート画面側でコンビニ受取の選択肢を表示させない、あるいはエラーを出すようにシステム側で防御策を設ける必要があります。

• 「代金引換」決済の非表示化：店頭での金銭トラブル防止のため、コンビニ受取指定時は「代引き」を選択できないよう自動で排他制御を行います。
• サイズ・重量オーバーの検知：3辺合計100cm、重量10kg（日本郵便は25kg）を超える商品（または複数商品の同梱）がカートに含まれている場合、自動的に通常の宅配便しか選択できないように制御します。
• 後払い審査の制限への対応：一部の後払いサービスでは、配送先が個人宅でない場合に与信審査が通らないため、連携する後払い決済サービスごとの規約をクリアしているか事前に確認します。

配送キャリアとの個別契約締結からシステム開発・リリースまでのロードマップ

自社ECサイトでコンビニ受取を開始するまでの一般的なリードタイムは約3〜6ヶ月です。以下のマイルストーンに沿ってプロジェクトを進めます。

ステップ1：配送会社との契約締結（1ヶ月目〜2ヶ月目）
利用している配送会社（日本郵便・ヤマト運輸・佐川急便など）の営業担当窓口より、コンビニ受取に関する特約の申し込みを行います。運賃、オプション料金、各キャリアがカバーしている提携店舗の適合状況を確認します。

ステップ2：APIおよびOMS・WMS連携の設計（2ヶ月目〜4ヶ月目）
カート画面での地図UI（店舗選択API）の実装と、受注・出荷データをWMSへ正しく受け渡すためのデータマッピング、配送完了後の「認証コード」取得フローを設計・開発します。

ステップ3：実務フローの策定とスタッフ教育（4ヶ月目〜5ヶ月目）
配送伝票の専用出力テストや、期限超過による返送品の検品方法、カスタマーサポート向けの「店舗での端末操作方法に関する問い合わせテンプレート」を作成し、現場スタッフへの周知を行います。

ステップ4：テスト運用とリリース（5ヶ月目〜6ヶ月目）
テスト環境を用いて、「対象外サイズの商品でのエラー制御」「代引きとの併用不可制限」などが正常に動作するか検証します。その後、テスト配送を実施して実際にテスト店舗で荷物がLoppiやマルチコピー機から問題なく発券・引き取れるかを確認し、本番環境へのリリースを行います。

よくある質問（FAQ）