商品が0件のカテゴリページはどう扱う？削除・noindex・404の判断基準
目次
商品が0件になったカテゴリページを一律に削除すると、再入荷を待つ利用者や、検索流入、外部リンクを失う場合があります。反対に、何もない一覧を大量に残すと、利用者の行き止まりや不要なURLが増えます。
判断には、在庫切れが一時的か恒久的か、同じ商品群を再び扱うか、代替カテゴリがあるか、ページに流入やリンクがあるかを使います。ステータスコード、noindex、転送を目的に応じて選びます。
0件になる原因を分ける
まず、カテゴリそのものに商品がないのか、絞り込み条件の結果が0件なのかを分けます。季節商品の販売終了、全商品の一時在庫切れ、カテゴリ統合、商品登録ミス、フィルタの不正な組み合わせでは対応が異なります。
在庫データの連携遅延や公開設定の不具合で0件になっている場合は、SEO施策の前にシステムを修正します。監視を設け、主要カテゴリが突然0件になったときに担当者へ通知できると安心です。
一時的に0件の場合
季節の入れ替えや短期の欠品で、商品が戻る見込みがあるなら、ページを維持する方法があります。再入荷予定、販売時期、関連カテゴリ、代替商品を案内し、何もない画面にしません。
予定が確定していないのに具体的な日付を断定せず、「入荷時にお知らせ」など実際に提供できる機能を案内します。titleや説明文に「在庫あり」といった変動情報が残っていないかも確認します。
恒久的に終了したカテゴリ
今後扱わず、同じ検索意図を受け止める後継カテゴリがあるなら、旧URLから関連性の高い新URLへ転送します。単にトップページへ転送するのではなく、利用者が期待する商品群に近いページを選びます。
代替先がなく、カテゴリとして終了したなら404または410を返す判断があります。メニュー、パンくずリスト、サイトマップ、関連記事からの内部リンクも削除または更新します。
noindexを使う場面
利用者には必要だが、検索結果へ出す価値がない一時的な一覧にnoindexを使うことがあります。たとえば、会員向け操作の結果や、検索着地ページとして管理しない条件一覧です。
ただし、恒久的に存在しないページをnoindex付き200で残し続けるより、404など適切なステータスが分かりやすい場合があります。また、robots.txtでクロールを禁止するとnoindexを確認できないため、組み合わせに注意します。
絞り込み0件は404を検討する
存在しない色とサイズの組み合わせ、重複したフィルタ、範囲外のページ番号などは、正しい商品一覧として成立しません。Googleのファセットナビゲーションに関する案内では、結果がない組み合わせに404を返す方法が示されています。
画面には、選択条件を表示し、条件を解除するリンクや元カテゴリへの導線を用意できます。利用者向けの説明があっても、HTTPステータスは存在しない結果に合うものを返します。
soft 404に注意する
「商品がありません」とだけ表示しながら200を返すページは、内容によってsoft 404と判断される場合があります。Search Consoleのページのインデックス登録で、該当URLがsoft 404として報告されていないか確認します。
0件ページへ大量の共通文章を追加し、見かけ上の文字量だけ増やしても、商品のないカテゴリという事実は変わりません。ページを残すなら、再入荷や代替商品など利用者に実際の次の行動を示します。
ECサイトでの具体例
アパレルサイトの「卒業式用キッズスーツ」カテゴリを考えます。シーズン終了後に在庫が0件でも、毎年同じURLで再販売するならページを維持し、次回入荷の案内、関連するフォーマル服、サイズ選びガイドを表示できます。
一方、取り扱い自体を終了し、「キッズフォーマル」へ統合したなら、旧カテゴリから統合先へ転送します。色とサイズのフィルタで0件になったURLは、条件解除の案内を出しつつ404を返す設計を検討します。
同じ0件でも、恒久カテゴリ、統合済みカテゴリ、任意フィルタでは役割が違うため、CMSに状態を持たせます。
在庫切れ商品を一覧に残す場合
カテゴリ全体が0件になる前に、在庫切れ商品を一覧から即時非表示にする仕様を見直す余地があります。再入荷予定がある商品を状態表示付きで残せば、カテゴリの商品群と利用者の選択肢を示せます。
ただし、販売終了商品まで大量に残すと一覧が使いにくくなります。再入荷予定、代替商品、閲覧需要を基準に残す期間を決めます。商品ページ側の在庫切れ対応ともルールをそろえます。
検索結果の一時削除ツールとの違い
Search Consoleの削除ツールは、検索結果から一時的にURLを非表示にするためのもので、404、noindex、転送など恒久的なサイト側処理の代わりではありません。
誤公開や緊急対応で利用する場合も、同時に元URLの状態を正しく修正します。通常の在庫切れカテゴリを毎回削除ツールで処理する運用にはしません。
外部リンクとブックマークを考慮する
雑誌、SNS、比較サイトなどからリンクされているカテゴリは、商品ゼロになっても訪問が続く場合があります。削除前に外部リンクと流入を確認し、関連性の高い代替先があるかを探します。
代替先がないのに無関係なカテゴリへ転送するより、404ページ上で検索や主要カテゴリを案内するほうが分かりやすいことがあります。リンクの存在だけで不適切な転送を選ばないようにします。
表示文言とHTTP応答を分けて設計する
404を返すページでも、利用者へは「条件に合う商品はありません」と分かりやすく表示し、条件解除や元カテゴリへ進めます。エラーステータスだから簡素なサーバー文言だけにする必要はありません。
反対に、丁寧な案内文があるから200でよいとは限りません。URLが表す商品集合が存在するかどうかでHTTP応答を決め、画面文言は次の行動を助けるために設計します。
判断フローを運用にする
カテゴリ担当者が都度感覚で決めると、同じ状態でも対応がばらつきます。0件になった理由、再開予定、代替先、検索流入、外部リンク、期間を記録し、対応を決めるフローを作ります。
- 短期欠品で再開予定があるなら維持と案内
- 後継カテゴリがあるなら関連性を確認して転送
- 終了し代替がないなら404または410
- 検索対象外の操作用一覧ならnoindexを検討
- 不正なフィルタやページ番号なら404
自動処理の条件だけでなく、主要カテゴリは人が確認できる例外ルールも用意します。
よくある間違い
一つ目は、0件カテゴリをすべてトップページへ転送することです。検索した人の期待と関係が薄く、問題のあるURLも残り続けます。
二つ目は、在庫が戻るたびにURLを作り直すことです。再利用する恒久カテゴリなら同じURLを維持し、状態だけ更新するほうが管理しやすくなります。
三つ目は、メニューから削除しただけで処理を終えることです。サイトマップ、内部リンク、外部リンク、インデックス状況、HTTPステータスを確認します。
確認項目
- 0件の原因は欠品、終了、統合、不正条件のどれか
- 商品が戻る予定と時期は確認できるか
- 関連性の高い代替カテゴリがあるか
- 現在のHTTPステータスは適切か
- noindexとrobots.txtが矛盾していないか
- 利用者に条件解除や代替商品の導線があるか
- 内部リンクとサイトマップを更新したか
0件ページを発生させない予防策
商品ゼロになってから対応するだけでなく、在庫や商品公開の処理とカテゴリ状態を連動させます。最後の商品を非公開にするときに担当者へ警告を出す、0件カテゴリを管理画面で一覧化する、公開終了日と再入荷予定日を持たせるといった仕組みが有効です。
キャンペーンや季節カテゴリでは、公開時点で終了後の扱いも決めておきます。翌年も使うページなら一般的な案内を残し、再開時期を更新します。毎年別URLを作る必要がある企画なら、終了後のアーカイブ価値、代替カテゴリ、転送の可否を事前に決めます。
絞り込みで0件が多発する場合は、利用者が選択できない組み合わせを画面側で無効にする方法もあります。選択肢を隠しすぎると条件の理解を妨げるため、件数表示や条件解除ボタンを使って次の行動を示します。技術的なHTTP応答と、画面上の親切な案内は別の要件として設計してください。
対応履歴を残す
0件を検知した日、原因、再開予定、選んだ対応、転送先、担当者を記録します。後から商品が追加されたときにnoindexが残る、転送したURLを再利用するといった事故は、対応履歴がないと起こりやすくなります。定期確認では、現在0件のページだけでなく、過去に0件だったページの設定も対象にします。
まとめ
商品ゼロのカテゴリは、再開予定と代替先の有無で扱いを分けます。一時的なら案内を付けて維持し、統合先があるなら適切に転送し、恒久終了で代替がなければ404や410を検討します。
主要カテゴリを毎週確認し、0件の理由と対応期限を記録してください。空ページを放置しない運用を作ることで、利用者の行き止まりと不要URLの両方を減らせます。
