卸売業の商品ページの作り方｜在庫・ロット・納期の12項目

卸売業の商品ページは、取扱商品を並べるだけのカタログではありません。仕入先を探す担当者が「目的の商品か」「自社の注文条件に合うか」「いつ、どこへ届くか」を問い合わせ前に判断するための取引案内です。

結論から言うと、商品名・写真・説明文だけでは足りません。商品IDを軸に、仕様、注文単位、最小ロット、在庫状態、納期、配送、取引可否、見積条件、更新責任を一組にします。本記事では、卸売業の商品ページに必要な12項目と、情報を古くしない運用方法を整理します。

卸売商品ページの結論は「商品ID・条件・状態・確認日」をそろえること

買い手は、サイトの分類名を覚えたいのではありません。必要な商品を見つけ、仕様を同定し、注文可能な数量と時期を確かめ、見積または発注へ進みたいと考えています。ページの情報は、その判断順に並べます。

見つける：用途、業種、素材、機能、メーカーなど、買い手が使う入口を用意する
同定する：商品名、商品ID、型式、仕様、バリエーションを対応させる
注文条件を知る：荷姿、入数、注文単位、最小ロットを分けて示す
供給状態を知る：在庫状態、確認日時、標準納期、例外条件を示す
取引可否を判断する：対象事業者、配送地域、支払・契約の確認先を示す
次へ進む：商品IDと必要条件を引き継いで見積依頼または発注へ送る

この記事で扱う範囲と関連記事の役割

本記事は、卸売商材と取引条件に絞った子記事です。事業全体の説明、料金設計、製造技術、顧客事例を同じページで詳しく繰り返すと、どの判断に答えるページか分からなくなります。

B2Bページ設計クラスターの役割分担
判断したいこと	読むページ	本記事との境界
何を提供し、誰に向くか	BtoB事業内容ページの構成と次ページへの導線	親記事。個別商品の注文・供給条件は本記事で扱う
価格の見せ方と追加費用	中小企業の料金表ページに必要な表示項目	価格単位、表示方式、見積範囲は料金子記事へ分ける
製造仕様・検査・認証範囲	製造業の技術紹介ページに必要な仕様と検査情報	標準技術・設備・検査は技術子記事。販売商品の選定条件は本記事
採用事例と成果の根拠	BtoB事例ページの許諾・匿名化・成果条件	顧客許諾と事例証拠は事例子記事へ分ける

卸売業の商品ページに必要な12項目

12項目は、すべてを長文で説明するための見出しではありません。買い手の判断に必要な情報と、社内で更新する責任を対応させる管理項目です。公開できない条件は推測で埋めず、「要確認」「個別見積」「契約後に案内」など、現在の状態を示します。

卸売商品ページの12項目と主な確認担当
項目	表示・記録する内容	主な確認担当
1. 商品名・商品ID	正式名称、管理コード、型式、旧コード、同等品との区別	商品担当
2. 分類・用途	カテゴリ、用途、対象業種、選定の入口、対象外	商品・営業
3. 仕様・バリエーション	寸法、材質、色、容量、規格、選択肢、根拠資料	商品・品質
4. 荷姿・注文単位	個、箱、ケース、パレット等の入数と発注単位	受発注・物流
5. 最小ロット	初回・通常・別注ごとの最小数量と混載可否	営業・受発注
6. 在庫状態	通常在庫、手配品、受注生産、欠品、終売と確認日時	商品・在庫管理
7. 納期	標準リードタイム、起算点、数量・加工・時期による変動	受発注・仕入
8. 配送・受渡	対応地域、便種、送料条件、分納、引取、危険物等の例外	物流・営業
9. 取引可否	法人・個人事業主、業種、初回審査、契約・口座開設の要否	営業・管理
10. 価格・見積	表示価格の単位、税、数量条件、変動要因、見積有効期限	営業・経理
11. 問い合わせ入力	商品ID、数量、希望日、納品先、用途、必要資料	営業・Web
12. 確認日・更新責任	情報確認日、情報源、責任者、次回見直し、変更履歴	商品責任者・Web

分類は社内の品番体系だけでなく買い手の探し方から設計する

社内で「第3商品群」「仕入先A系列」と呼んでいても、初めて訪れた買い手には意味が伝わりません。検索や一覧の入口は、用途、業種、機能、素材、メーカー、納品条件など、選定時に使われる語から設計します。

入口を増やしても商品ページは重複させない

一つの商品が「飲食店向け」「耐油」「消耗品」の複数入口に当てはまる場合も、詳細ページは商品IDごとに一つを基本とします。カテゴリごとに同じ商品説明を複製すると、更新漏れと検索意図の分散が起きやすいためです。

分類入口と詳細ページの役割
入口	一覧で示すこと	詳細へ渡す条件
用途	どの作業・場面で使うか	必要性能、使用環境、対象外
業種	どの事業者の選定に向くか	業界固有の条件は根拠と範囲を示す
機能・仕様	比較したい性能や寸法の軸	商品ID、数値、単位、測定・資料
メーカー・ブランド	正規の名称と取扱範囲	商標、画像、取扱可否を確認する
供給条件	在庫品、取寄せ、受注生産等	確認日時と例外を詳細で示す

商品名と商品IDをすべての情報の軸にする

似た名称や外観の商品が多いほど、正式な商品IDが重要です。ページタイトル、商品名、見積フォーム、PDF、受注システム、営業資料で同じIDを使えば、問い合わせ後の取り違えを減らせます。

旧コードと代替品は関係を明記する

コード変更や統廃合があった場合は、旧コードを消すだけでなく、「現行コード」「旧コード」「後継品」「互換ではない代替候補」を分けます。後継品でも仕様が同じとは限りません。互換性を確認できない商品は、営業・技術担当の確認へ送ります。

仕様は数値・単位・対象範囲・根拠資料をそろえる

「高耐久」「業務用」「大容量」のような形容だけでは比較できません。寸法、材質、容量、耐熱温度など、商品選定に必要な項目を数値と単位で示し、どの型式・ロット・試験条件に当てはまるかを明確にします。

規格名だけで適合を保証しない

規格適合や認証を示す場合は、証明書名、対象商品、発行元、有効範囲、確認日を確かめます。製造設備、検査方法、校正、認証範囲を詳しく説明する必要がある場合は、製造業の技術情報を根拠付きで見せる方法へ分けます。

写真・図面・PDFは商品同定を助ける役割にする

商品写真は、雰囲気より識別に役立つ構図を優先します。全体、重要な形状、接続部、サイズ感、荷姿など、買い手が確認したい角度をそろえます。色や質感が実物と異なる可能性がある場合は、その条件も説明します。

PDFだけに重要条件を閉じ込めない

仕様書やカタログPDFは補助資料です。商品名、主要仕様、注文単位、在庫状態、納期、問い合わせ導線はHTMLにも掲載します。PDFへのリンクには「製品仕様書（PDF）」のように、内容と形式が分かる文言を使います。改訂番号と更新日も残し、古いPDFが検索や営業資料から参照され続けないよう管理します。

荷姿・入数・注文単位・最小ロットを混同しない

「1ケース24個」と「24個から注文可能」は同じとは限りません。ケース入数は包装の構成、注文単位は発注時に指定できる刻み、最小ロットは一度に注文する最低数量です。別注や初回取引で条件が違うなら分けて表示します。

数量条件の分け方
用語	示す内容	表示例
荷姿	商品を梱包・出荷する形	内箱、外箱、ケース、パレット
入数	1荷姿に含まれる数量	1ケース24個入り
注文単位	数量を増減できる刻み	ケース単位で注文
最小ロット	1回の注文で必要な最低数量	通常2ケース、初回1ケース
混載	異なる商品を合算できる条件	同一温度帯・同一便のみ可

数量別の単価、値引き、送料、追加加工を詳しく比較する場合は、BtoB料金表ページの価格単位と見積条件へ役割を分けます。

在庫は数だけでなく5つの状態と確認日時で示す

在庫数をリアルタイム連携できない場合、無理に数字を出す必要はありません。ただし「在庫あり」「取寄せ」の意味を社内で定義し、いつ確認した情報かを付けます。数量や引当状況が変わる商品は、確約ではなく問い合わせ時点で再確認する旨を示します。

卸売商品で使う在庫5状態
状態	買い手へ伝えること	更新トリガー
通常在庫	定常的に在庫するが、希望数量は要確認	在庫方針、引当、欠品の変更
受注後手配	発注後に仕入先へ手配し、回答後に納期確定	仕入先、標準手配期間の変更
受注生産	仕様確定または注文確定後に生産を開始	生産能力、材料、繁忙期の変更
一時欠品	次回入荷予定、未定、代替候補の有無	入荷予定・引当状況の更新
終売・代替あり	注文不可、終了日、後継・代替の確認先	終売決定、代替品の変更

GoogleのProduct構造化データのavailabilityにも、InStock、OutOfStock、BackOrder、Discontinuedなど複数の状態があります。構造化データを使う場合は、画面上の状態と同じ意味にそろえます。

納期は「何日」だけでなく起算点と確定時点を書く

「3営業日」は、問い合わせ、見積回答、注文、入金、仕様承認のどこから数えるのかで意味が変わります。標準納期には、起算点、営業日の定義、注文締め時刻、数量、加工、仕入先回答、繁忙期の影響を添えます。

標準納期と確定納期を分ける

標準納期は通常条件での目安、確定納期は商品・数量・納品先・注文日時を確認した後の回答です。急ぎの買い手へ「即納」と強く見せるより、「午前中の注文で当日出荷対象。ただし在庫引当と配送地域を確認後に確定」のように条件を示す方が誤解を減らせます。

配送・受渡条件は送料だけでなく受け取れる状態まで示す

配送地域、便種、温度帯、時間指定、車上渡し、軒先渡し、階上げ、荷下ろし設備、分納、引取可否を確認します。大型・長尺・重量物、危険物、冷蔵・冷凍品などは、通常便と同じ条件にまとめません。

納品場所の設備条件まで確認する

標準配送地域と対象外地域
送料込み・別途・条件付き無料の境界
納品先に必要な車両・荷下ろし条件
複数拠点、分納、直送、引取の可否
破損・不足・誤配送時の連絡期限と確認資料

詳細条件を契約書や利用規約へ置く場合も、商品ページでは買い手が見落とすと困る条件を要約し、適用される正式文書へ説明的なリンクを設けます。

取引可否は「法人向け」だけで終えない

法人、個人事業主、店舗、医療・教育機関、官公庁など、取引対象を具体化します。初回取引で口座開設、業種確認、許認可、反社会的勢力の確認、前払い等が必要なら、問い合わせ後に突然伝えるのではなく、手続の存在と所要日数の目安を示します。

販売できない条件も先に示す

販売地域、用途、再販、輸出、年齢、資格、保管設備などに制限がある商品は、対象外を明記します。法令や契約によって確認が必要な場合は、一般的な説明で許可を保証せず、担当部署が個別に確認する流れへ送ります。

価格を出せないときは見積条件を出す

仕入価格、数量、配送、加工、為替などで価格が変わる場合、固定価格を無理に掲載する必要はありません。ただし「お問い合わせください」だけでは、買い手は予算も必要情報も判断できません。

見積回答に必要な条件を先に示す

単価の対象、数量帯、税、送料、加工、見積に必要な条件、回答目安、見積有効期限を示します。価格表示の5方式と追加費用の整理は、料金表ページの作り方で詳しく扱います。

見積・問い合わせフォームは商品ページの情報を引き継ぐ

商品ページで選んだ情報をフォームで再入力させると、商品名の表記揺れや型式の取り違えが起きます。ボタンから商品ID、商品名、選択した仕様を引き継ぎ、利用者は数量や納品条件だけを追加できる設計にします。

見積依頼で確認する入力項目
入力	必要な理由	フォームでの扱い
商品ID・仕様	対象商品の取り違えを防ぐ	ページから自動引継ぎ、利用者にも表示
数量・注文単位	最小ロット、単価、在庫を確認する	単位を選択式または明記
希望納期	在庫・手配・生産・配送を判断する	希望であり確約前と説明
納品先	配送地域、送料、便種を判断する	初期段階は都道府県等の最小情報
用途・使用条件	仕様適合や販売制限を確認する	判断に必要な範囲だけ取得
必要資料	仕様書、証明書、サンプル等を準備する	種類を選べるようにする
回答方法・期限	営業側の優先順位と連絡を合わせる	保証できない期限を約束しない

問い合わせで個人情報と添付ファイルを集めすぎない

初回の在庫・納期確認に、担当者の生年月日や詳細な社内情報まで求める必要はありません。個人情報保護委員会の個人情報保護法ガイドライン通則編を確認し、利用目的、保存、閲覧権限、安全管理を定めた上で、判断に必要な項目だけを取得します。

仕様書添付は便利さだけで追加しない

図面や仕様書のアップロードを設ける場合は、許可する拡張子、容量、ウイルス対策、保存場所、閲覧者、削除時期を決めます。IPAのWebサイト運用上の脅威と対策に関する資料（PDF）でも、外部公開するファイルアップロード機能は、許可ファイルを制限しないと悪意あるプログラムを受け入れる危険が示されています。安全な運用を確認できないなら、フォームへ添付欄を追加せず、別の承認済み経路を案内します。

見積依頼と発注を同じボタンにしない

「注文する」と表示しても、実際は担当者が在庫・価格を確認してから契約条件を提示するだけなら、利用者は発注が成立したと誤解する可能性があります。「在庫と納期を確認する」「見積を依頼する」「この条件で発注する」を分け、各操作の後に何が起きるかを説明します。

オンラインで申込みや契約を受け付ける場合は、経済産業省の電子商取引及び情報財取引等に関する準則の改訂案内と個別の取引形態を確認し、申込み、承諾、契約成立、適用条件、訂正方法を法務担当や専門家と整理します。本記事だけで個別契約の法的結論を出すものではありません。

品質・性能・取引条件の表示は根拠と範囲を対応させる

「最高品質」「最短納期」「業界最安」などの強い表現は、何と比較し、いつ、どの範囲で確認したかが必要です。消費者庁の表示に関するQ&Aは、品質・内容や取引条件を示す表示と合理的な根拠が対応することを示しています。

景品表示法は一般消費者向け表示を対象とするため、純粋な事業者間取引へ一律適用されると断定はしません。ただし、一般消費者も閲覧・購入できるページや別制度の対象になり得る表示では、商品・法務担当へ確認します。BtoB専用ページでも、根拠のない優位表現を避けることは、誤発注と信用低下を防ぐ基本です。

Product構造化データは販売形態と可視情報に合わせる

GoogleのProduct構造化データの概要では、直接購入できない商品ページ向けのProduct snippetと、購入できる商品ページ向けのMerchant listingが分けられています。卸売サイトだから自動的にどちらかへ決まるのではなく、実際のページ機能に合わせます。

商品名、画像、商品ID、ブランド等は実際の可視情報と一致させる
価格を掲載していないのに、構造化データだけへ推測価格を入れない
在庫・納期が変わる場合は、更新元と同期頻度を決める
対象ページをRich Results TestとURL検査で確認する
構造化データ、リッチリザルト、インデックス登録、順位を成果保証にしない

表とリンクはスマートフォンでも判断できる形にする

卸売商品は比較項目が多いため、表が有効です。W3C WAIのアクセシブルなデータ表の解説に沿い、captionで表題を示し、見出しセルをth、データセルをtd、scopeで関係を明示します。レイアウトのためにtableを使いません。

390pxでは文字を極端に縮めず、表だけを横スクロールできるようにします。重要な結論は表の前後にも文章で示し、商品IDと条件が画面外へ切れないか確認します。

リンクは「こちら」ではなく、「商品仕様書（PDF）」「在庫と納期を確認する」「取引口座開設の条件」のように目的を明確にします。デジタル庁のリンクテキストのアクセシビリティ解説も、リンク先を判断できる文言を勧めています。

更新責任は商品・在庫・物流・Webで分担する

商品情報は、担当者一人が半年ごとに全件見直すだけでは保ちにくくなります。変更が発生した部署から、対象商品IDと変更項目をWeb担当へ渡す仕組みにします。確認元、承認者、反映日、次回見直しを商品台帳へ残します。

一斉棚卸しより変更トリガーを記録する

商品情報の更新トリガーと責任
変更	最初に把握する部署	Webで確認する項目
新商品・仕様変更	商品・仕入	商品ID、分類、仕様、画像、資料、旧商品との関係
入数・ロット変更	受発注・営業	荷姿、注文単位、最小数量、価格条件
在庫・終売	在庫管理・商品	状態、確認日時、入荷予定、後継・代替
納期・配送変更	仕入・物流	起算点、標準日数、便種、地域、送料条件
取引条件変更	営業・管理	対象、審査、支払、契約、フォーム説明
資料改訂	商品・品質	版、発行日、対象商品、旧PDFの扱い

更新依頼の文章、資料、承認記録を整えたい場合は、ホームページ文章を根拠付きで更新する手順も参照できます。

内部リンクは買い手の次の判断へ送る

商品ページを読んだ後の疑問は、価格、技術的な適合、採用実績、取引開始の準備へ分かれます。その段落で必要になる判断だけをリンク先として選びます。

サイト全体の事業説明は、BtoB事業内容ページと関連ページの役割分担
価格単位と追加費用は、BtoB料金表ページの5方式と12項目
技術仕様と検査は、製造業の技術紹介ページの確認項目
採用事例の根拠は、BtoB事例ページの公開・成果条件

リンク数を増やすことを目的にせず、商品ページの役割を越える説明を適切なページへ分けます。Googleの人の役に立つ信頼できるコンテンツの自己評価に沿い、読者が目的達成に必要な情報を得られるかを優先します。

公開前に通す9つの商品ページゲート

卸売商品ページの公開前ゲート
ゲート	確認内容	未完了時
1. 投稿同一性	投稿ID、status、modified、本文ハッシュ、メタ、メディア	競合を解消するまで停止
2. 商品同定	商品名、商品ID、型式、旧コード、代替関係	商品担当へ確認
3. 仕様根拠	数値、単位、対象範囲、規格、資料版	根拠のない表示を削除
4. 数量条件	荷姿、入数、注文単位、最小ロット、混載	受発注担当へ確認
5. 供給状態	在庫5状態、確認日時、納期起算点、例外	確約表現を止める
6. 取引・配送	対象事業者、地域、送料、受渡、契約の確認先	重要条件を補う
7. フォーム	見積・発注の区別、入力最小化、添付安全性	安全な導線へ変更
8. 表示・SEO	本文、表、画像、alt、リンク、構造化データ	可視情報と一致させる
9. 更新・表示幅	責任者、確認日、1440px、1024px、768px、390px	運用と表示を直すまで公開しない