ECの商品ページで在庫切れと販売終了を分ける

商品ページに「在庫切れ」と表示され、その下に「入荷をお知らせ」ボタンが残っている。購入者は再入荷を待ちますが、担当者の販売台帳ではすでに販売終了。ECサイトでは、このように在庫数の表示と販売方針の表示がずれると、購入できない理由も次の行動も伝わりません。商品を非表示にするだけでも、検索や過去のメールから来た人の行き先がなくなります。

この記事は、ECの受注・商品登録・発送を担う担当者が、自社の商品ページを見直すための設計手順です。一時的な欠品、再入荷未定、販売終了を分け、商品状態、再入荷予定、代替品の条件、表示するボタンを一つの表へ対応させます。仕入れや生産の判断は販売担当が行い、Web担当は承認済みの状態を画面、通知、検索面へ矛盾なく反映する役割です。架空の商品例に実績や再入荷日を作りません。

みやあじよのECサイト制作は、商品情報、購入画面、在庫や受注の運用まで見渡す制作支援を示しています。本記事の範囲は、商品一件が買えなくなったときの公開ページと次の行動です。卸売業の商品ページで在庫・ロット・納期を並べる総合案内や、季節商品の次期販売を告知する企画とは、判断する画面を分けます。

在庫数がゼロでも、販売方針は一つではない

「在庫なし」は、今買える数量についての情報です。再入荷が決まっているか、見込みを調べているか、販売を終えたかは別の判断になります。入荷予定がある商品には通知登録や再入荷時の確認先が役立つ場合があります。一方、販売終了が確定した商品に「入荷待ち」を残すと、来ない連絡を待たせます。再入荷未定を「近日入荷」と書くのも、根拠のない予告です。

Shopifyの公式ヘルプは、在庫追跡で数量がゼロ以下になると通常は購入できず、設定により在庫切れでも販売を続けられる場合があることを説明しています。また商品ステータスには有効、下書き、アーカイブ済みなどの区別があります。WooCommerceの公式文書も、在庫状態とカタログでの公開範囲を別の設定として説明しています。つまり管理画面の「在庫切れ」だけでは、その商品を今後売るか、ページを残すか、何を案内するかまで決まりません。

販売担当へ確認する最初の問いは、「数量がゼロか」だけではありません。「同一商品の再入荷が承認されているか」「未定なら次に誰がいつ判断するか」「終了なら後継品や代替品を実際に案内できるか」です。再入荷予定は仕入先の希望日と自社が確定した案内日を分けます。入荷が読めないときは、未定と書く方が正確です。バリエーションがある商品では、色やサイズ単位で状態が違うかも確認します。

状態・予定・代替条件・ボタンを一行で決める

在庫あり、一時欠品、再入荷未定、販売終了に対する次の行動を示す図 — 在庫状態と販売方針を分け、購入可否、通知、後継品案内を決める編集図。具体的な設定は利用中のECで確認します。

商品ページの設計前に、商品登録担当と販売担当が同じ状態表を見ます。下の表は架空のECサイトの編集例です。通知登録や問い合わせは、実際に受け付けて返信できる体制がある場合に限ります。「代替」は似た写真という意味ではなく、用途・仕様・価格・配送条件を比較したうえで、別商品として検討できることです。

表は左右にスクロールして確認できます。

商品の状態	再入荷予定の表現	代替品の扱い	商品ページの主な案内・ボタン	更新の確認点
一時的な在庫切れ・再入荷が確認済み	承認済みの時期だけ掲載。日付未確定なら幅を説明	必要な人へ比較できる別商品を任意で示す	「再入荷時に通知」または予定を確認。購入・予約の可否は別に明記	入荷予定の変更、通知停止、実在庫と注文可否
在庫切れ・再入荷未定	「再入荷未定」と明記し、次回確認日を内部で持つ	条件の近い商品がある場合だけ比較へ案内	「現在注文できません」。問合せを受けるなら回答範囲を示す	未定のまま古い予定日や通知登録が残らないか
販売終了・後継品あり	「この商品は販売終了」。再入荷日を示さない	後継品の違い、互換性、価格など確認済みの差を表示	「後継品を見る」。元商品への再入荷通知は外す	古いページ、メール、検索表示から新商品へ正しく到達するか
販売終了・後継品なし	「販売終了」と明記し、必要なら終了時期を示す	無理に代替品を作らない	商品情報を残す場合はカテゴリや問い合わせの適切な入口へ	カート、通知、広告、構造化データに販売中の表示がないか

状態表を作っても、全商品を同じテンプレート文に流し込むだけでは足りません。例えば再入荷が確認済みでも、販売再開前の予約注文を受けるかどうかは別です。Shopifyでは在庫切れでも販売を続ける設定があり、WooCommerceにもバックオーダーの設定がありますが、使うかは販売体制と実際のサイト設定次第です。画面で「予約」と書くなら、決済、確定、納期変更、取消の案内までそろえる必要があります。

代替品を置く場合には、元商品との差を短く示します。サイズ違いや色違いなら、変わった仕様が購入判断に影響するかを確認します。後継品の名前だけを載せ、同じ使い方ができると断定しません。販売担当が同等性を確認していない商品は「こちらもおすすめ」という曖昧な推薦にせず、カテゴリ一覧への案内に留める選択があります。

セット商品や複数の選択肢を持つ商品は、親ページと内訳の状態もそろえます。セットを構成する一品だけが欠品し、代わりの組合せで販売できる場合、その内容と価格が承認される前に旧セットを「在庫あり」とは表示できません。色・サイズの一つが販売終了でも、他の選択肢は販売を続けるなら、ページ全体を終了にする必要はありません。どの単位で状態を管理するかを商品IDと選択肢に結び付け、一覧カードのラベルが買えない選択肢だけを代表しないか確認します。

商品ページのどこに終了理由と次の入口を置くか

在庫状態は、価格や購入ボタンの近くで確認できる必要があります。ページの最後にだけ販売終了を書き、冒頭のボタンが「カートに入れる」のままでは矛盾します。タイトル直下の状態ラベル、価格周辺の注文可否、説明文内の終了案内、ボタン、代替先を同じ状態から作る設計にします。画像に「入荷予定」と文字を焼き込んでいる場合は、テキストだけ直しても古い情報が残ります。

一時欠品のページなら、商品情報を読める状態で残しつつ、現在は注文できないこと、確認済みの再入荷情報、通知を受ける方法を近くに示せます。販売終了のページなら、その商品を買えるように見せず、後継品があれば違いを添えて案内します。終了した商品ページを残すか、一覧から外すか、別ページへ移すかは、既存の流入、情報の有用性、ECの機能で判断します。終了だから必ず削除するという一律の規則にはしません。

Shopifyの公式ヘルプでは、アーカイブ済み商品はストアフロントから見えなくなる一方、管理画面には残ると説明されています。ページを消さずに残す必要があるなら、使用中のプラットフォームの公開・非掲載の挙動を確認します。過去の注文履歴や説明書として商品情報が参照される場合も、閲覧できる範囲と販売を止める操作を分ける必要があります。URL変更や転送は、販売終了の根拠だけで自動的に決めず、対象商品と移動先の内容が本当に対応するか確認します。

購入できない商品から別の行動へ進むリンクは、理由と一致させます。「再入荷待ち」なら通知登録、「後継品あり」なら差分を確認できる商品ページ、「同じ条件の商品なし」ならカテゴリや相談先です。代替品を押すと突然別価格の商品がカートへ入る設計は避けます。ボタン名が同じでも商品状態によって行き先が変わるなら、画面を読み戻す担当者が誤認しやすくなります。

通知登録は届く条件と終了方法まで決める

再入荷通知を置くなら、登録した人へ何をいつ送るかを確かめます。「在庫が入ったら送る」のか「販売を再開したら送る」のかは異なります。入荷しても検品や掲載更新が終わっていない商品へ、先に購入リンクを送れば行き違いになります。通知に必要な連絡先、送信対象のバリエーション、配信停止方法、個人情報の扱いを、使用中のサービスと自社の運用に即して確認します。

再入荷未定や販売終了へ状態を変える際は、登録画面を閉じるだけでは不十分です。既存の登録者へ案内する必要があるか、登録データをどう扱うか、過去の自動メールが発火しないかを確認します。実際に通知を送る前に、件名と本文に「同じ商品が購入できる」と誤解させる文がないか、商品ページの状態と合わせて見ます。通知機能を維持できないなら、無理に設置せず、商品ページに次回確認方法を示します。

「通知を受け取る」は購入予約とは別です。登録しただけで在庫が確保されるわけではない場合、そのことをボタンの近くに書きます。入荷が少量のときに、通知の配信と在庫の確保を混同させる案内は避けます。予約販売を行う場合は、購入可能になる時点、代金、発送予定と変更時の連絡を別に説明します。

一覧、検索、広告、機械向けデータを同じ状態にする

商品詳細だけ修正しても、カテゴリ一覧に「購入可能」、サイト内検索に「入荷待ち」、広告に旧価格が残ることがあります。状態表には、商品詳細、一覧カード、検索結果、関連商品欄、メール、広告、外部販売先を反映先として並べます。画像やPDFに書かれた入荷予定も、文字検索だけでは見つかりません。どの公開面を自社で更新でき、どれが外部サービスの審査や同期を要するか分けます。

Googleの販売者向け構造化データの案内では、商品価格や在庫の情報を検索結果に伝えられます。ただし掲載の保証ではなく、Googleが商品データを検証する場合があります。商品ページの表示と機械向けの在庫情報が違えば、利用者にも検索面にも混乱を招きます。終了商品について構造化データを残すか、どの状態値へするかは、対象ページの購入可否、プラットフォーム出力、Googleの現行仕様に合わせて確認します。ページ本文だけを直して完了と数えません。

WooCommerceでは、在庫切れ商品をカタログから隠す設定と、個別商品の公開・カタログ表示の設定があります。Shopifyでも商品ステータスと在庫数は別です。使用中のECの設定を確認せず、一般論として「在庫ゼロならページが消える」「販売終了なら自動で検索から消える」と断定できません。運用表には、今回どの設定を使い、どの画面で確認するかを書きます。

正本と担当者を決め、四つの状態で受け入れる

商品状態の正本が在庫システム、仕入れ表、商品管理画面に分かれているなら、Webへ反映する前に承認元を決めます。数量の更新担当と、再入荷・販売終了を決める担当は異なる場合があります。運用表には、商品IDとバリエーション、現在の在庫、販売方針、確認済みの予定、後継品、公開文、ボタン、通知の扱い、確認者、反映日を一行で結びます。日付が新しいだけのメモを正本にしません。

受入では、在庫あり、一時欠品、再入荷未定、販売終了の四つを実際のプレビューで試します。カートに入れられるべきでない状態で購入できないか、通知登録が終了品に残らないか、代替先が正しい商品かを確認します。バリエーションの一つだけが欠品したときも、親商品のラベルと選択肢が矛盾しないか見ます。1440、768、390ピクセル程度の幅で、状態ラベル、ボタン、注記、代替先が同じ順序で読めるかも点検します。

公開後は、商品状態が変わった時刻と公開面を記録します。「入荷待ち」のクリック数だけで改善とは判断しません。通知登録、実際の再入荷、送信、購入、代替品の閲覧は別の段階です。販売終了品への流入があるなら、訪問者が何を探し、後継品やカテゴリへ進めたかを確かめます。誤った案内への問い合わせがあれば、在庫数、販売方針、公開文、同期先のどこで食い違ったかを運用表へ戻します。