検索結果が0件のとき、何を案内する?『商品なし』と決める前の確認方法

検索結果0件の案内を整える、部品販売会社のWeb担当へ
検索結果が0件なら、検索語と選択条件を示し、今回の結果だけを伝えます。「商品なし」「在庫なし」と決める前に、直接ページの内容、検索対象、読込状態を確認し、実際に使える次の探し方を案内します。
部品販売会社のWeb兼任担当が「交換用パーツ」の0件案内を整えるための記事です。語句だけの記録と「当日発送」を選んだ別の記録を使い、0件の意味、案内文の案、使える次の行動、運営側の確認、変更後の照合、最初の一歩まで順に説明します。

0件と分かったのは、今回の検索条件で見つかった結果だけ
検索結果の「0件」は、その検索語と条件で表示された件数です。それだけで「商品がない」「在庫がない」とは判断できません。まず画面の語句・条件・結果をそろえて読み、何がまだ分からないかを分けます。
小さな部品販売会社で、Web兼任担当が「交換用パーツ」の検索案内を直す場面を考えます。探す人が知りたいのは、交換に使える部品の情報と、見つからないときの探し方です。しかし運営側が検索の0件だけを見て「品切れです」と書くと、在庫を調べていないのに販売の事実を約束してしまいます。
検索結果・掲載・在庫は、それぞれ確認するものが違う
- 検索結果は、今回の語句と条件に対して画面が示した結果です。何を検索対象にしているか、読込が終わったかも確かめます。
- 掲載ページは、部品の情報を載せたページです。直接開けるという記録があっても、その中身を読み、探す部品に対応するかを確かめる工程が残ります。
- 在庫や提供可否は、販売担当などが確認する業務上の情報です。ページの有無や検索件数から、残数や取り寄せ可否を作りません。
検索画面自体が開いて0件を表示している状態と、要求したページのURLが存在しない404、読込の失敗、まだ掲載していない状態も分けます。読込に失敗しているなら、結果を取得できていないのか、実際に0件だったのかを制作者に確認します。確認できるまでは、失敗を0件として案内しないようにします。
PatternFlyの空の状態に関する設計指針も、検索結果がない場合、アクセスできない場合、読込側の失敗を別の状態として扱っています。これは特定の製品群の設計参考で、全サイトに同じ部品・色・アイコンやボタン数を義務付けるものではありません。
要求したURLの欠落や復元・転送を調べる必要がある場合は、404エラーの原因別の確認方法を使います。本稿では、0件画面の案内と、検索の語句・条件・対象範囲の確認に絞ります。
同じ「交換用パーツ」でも、追加条件の記録を分けて読む
語句だけの例と「当日発送」を選んだ例では、同じ0件でも案内に含める条件が違います。二例は別条件の架空記録で、条件を外して改善した前後比較ではありません。
以下は説明用の二例です。実店の検索画面や在庫、実際の操作結果ではありません。「当日発送」は選択した条件の名前であり、実際にその発送を約束できると確認した記録ではありません。
語句だけで0件:追加条件の値は記録なし
検索語は「交換用パーツ」、表示結果は0件です。原記録には選択条件の値がありません。すべての条件を解除したと確認済み、という意味にはしません。
直接の商品ページがあるという記録はありますが、内容の確認はまだです。ページに希望の部品が載っている、購入できる、という結論は残っています。
案内文の案
『交換用パーツ』の検索結果は0件です。カテゴリから探すか、別の言葉で検索できます。
カテゴリや再検索が実際に使えると確認してから、その行き先と文を公開案へ結びます。現記録には、動作を確かめたカテゴリのURLはありません。
条件を選んで0件:「当日発送」を明記する
検索語は同じ「交換用パーツ」で、選択した条件は「当日発送」です。表示結果は0件ですが、条件を外した同じ語の結果はまだ分かりません。
案内文の案
『交換用パーツ』と『当日発送』に一致する結果は0件です。条件を外して探せます。
ここでも、条件解除が実際に使えることは別確認です。解除後に部品が見つかる、当日以外なら在庫がある、という結果を先取りしません。
同じ語で0件の二例について、どの条件と案内文を対応させ、どこを未確認として残すのでしょうか。

二つの紙は別条件の記録です。0件は今回の検索結果だけを表し、案内文は下書きです。原因・在庫・変更後の結果を補わず、案内する操作と行き先を確認してから使います。
二つの架空記録を全項目で読む
同じ語を使った別条件の記録で、修正前後ではありません。選択条件の値の記録なし、内容の確認がまだであること、原因・在庫・変更後が未確認であることを区別します。案内文は下書きで、動作確認済みの操作や行き先を表しません。
語句だけで0件
- 記録の場面
- 語句だけで0件
- 検索語
- 交換用パーツ
- 選択条件の値
- 記録なし(追加条件の値は未確認)
- 表示された検索結果の件数
- 0件
- 直接の商品ページがあるという記録
- この架空記録ではページあり
- 直接ページの内容を確認したか
- 内容は未確認
- 検索対象の範囲
- 未確認
- 在庫の状態
- 未確認
- 0件の原因
- 未確認
- 変更後の結果
- 未確認
- 訪問者向け案内文の案
- 『交換用パーツ』の検索結果は0件です。カテゴリから探すか、別の言葉で検索できます。
- 運営側の確認案
- 直接ページが開くか、検索対象と表記を確認。語句不一致を原因とまだ決めない。
条件を選んで0件
- 記録の場面
- 条件を選んで0件
- 検索語
- 交換用パーツ
- 選択条件の値
- 当日発送
- 表示された検索結果の件数
- 0件
- 直接の商品ページがあるという記録
- 未確認
- 直接ページの内容を確認したか
- 未確認
- 検索対象の範囲
- 未確認
- 在庫の状態
- 未確認
- 0件の原因
- 未確認
- 変更後の結果
- 未確認
- 訪問者向け案内文の案
- 『交換用パーツ』と『当日発送』に一致する結果は0件です。条件を外して探せます。
- 運営側の確認案
- 条件を外した同じ語の結果、掲載範囲、公開先を確認。商品や在庫がないとは言わない。
次の一手は、実際に使える操作と行き先だけを案内する
条件を外す、別の言葉で探す、カテゴリへ進む、通常の相談先を使う、という候補から、その場面で実際に使えるものを選びます。「0件です」の後に、確認済みの次の行動を短く添えます。
条件を外すときは、何を変えるのか分かるようにする
「当日発送」を選んだ例なら、その条件だけを外し、同じ「交換用パーツ」で探せるかを確かめます。語句まで消える操作なのか、条件が一つ外れるのかを、実際の画面で確認します。語句を保持できると確認できた場合は、語句は残り「当日発送」を外すことが分かる案内にします。すべてを初期化する操作しかないなら、条件一つだけを外せるように見せません。
解除後の件数は確認した結果として扱い、最初から「条件を外せば見つかります」とは書きません。解除しても0件なら、その状態も記録し、検索対象や掲載ページの内容を確認する材料にします。
別の言葉を提案する前に、使われている表記を確かめる
語句だけの例では、該当しそうなページの見出しや本文に、どの名前が使われているかを読みます。部品名・型式・用途のどれを検索できる設計かも制作者に確かめます。まだ分からない段階で、利用者の入力が誤りだと決めたり、別の商品が適合すると勧めたりしません。別語の候補が役立つかは、その語で対象情報へ進めることを確かめて判断します。
カテゴリや相談先では、到着後に何ができるかを読む
カテゴリを案内するなら、名前だけでなく、開いた先に探す用途の情報があるかを確認します。古い一覧や対象外のページへ案内しても、探す用事は続けられません。メニュー全体の分類や名称を整える作業は、店舗サイトのメニューと案内先を整理する記事で扱います。
相談先を置く場合も、その窓口が部品の確認を受けられるか、利用者が何を伝えればよいかを運営担当と合わせます。本文の架空例には、実窓口や返答の約束はありません。相談ボタンを追加するだけで在庫を確認できる、必ず部品が見つかる、と広げません。
NN/gのエラー認識・回復に関する一ページ資料は、利用者に分かる言葉で問題を説明し、建設的な次の行動を示すことを勧めています。本稿ではこの考え方を案内文へ使い、検索の仕組みや実際の在庫を保証する根拠にはしません。
運営側は、同じ語・条件・直接ページ・読込を順に確かめる
0件の原因を推測で書き換える前に、何を入力し、どの条件で、どの結果が出たかを固定します。その記録と、直接ページの内容、検索対象、読込状態を照合してから直す範囲を決めます。
- 検索語と選択条件を、そのまま残す。
問題が出たページで、入力した文字、見える条件名、表示結果、確認した環境を控えます。条件の値が記録されていないものは未確認として扱い、「何も選んでいない」と補いません。同じ語で別の条件を試す場合は、元の状態と区別して残します。
- 該当しそうなページを直接開き、内容を読む。
運営側が把握している掲載ページを使い、ページが開くかと、その内容が探す部品に対応するかを別々に確認します。架空の一例目はページの存在記録だけで、本文は未確認でした。実際の担当は、部品の名称や型式、公開先の本文まで読んで照合します。似た写真があることだけで適合を決めません。
- 検索が何を対象にする設計なのかを確かめる。
商品だけか、案内ページも含むか、名前・本文・型式などのどの情報を扱うかを制作者に聞きます。公開した情報が検索対象へ反映される仕組みも確認します。ページが存在するのに出ないという一つの記録から、語句不一致や索引の不具合を原因と決めません。
- 結果の読込と、失敗を知らせる表示を分ける。
検索を実行した後、読込中から結果表示へ変わったのか、エラーが出たのか、反応が止まったのかを読みます。必要な技術確認は、制作者が許可された範囲で通信や実装の記録と照合します。Web担当が画面だけで「通信失敗」や「正常な0件」を断定し、サイト設定を変更する工程ではありません。
確認できたことに応じて、直す場所を変える
選択中の条件が見えにくいと確認できたなら、条件を結果の近くに示し、実際にできる解除操作を説明する案を作れます。検索対象が案内文と違うと分かったなら、対象範囲の説明か検索の設計を、担当と決めた範囲で整えます。読込に失敗していたなら、その失敗の案内を0件の文と分ける必要があります。
どれも確認前の可能性です。架空の二例では、検索対象・在庫・原因・変更後の結果は未確認のままです。判断材料が足りなければ、語句、条件、表示文、直接ページと内容の確認状態をそろえて制作者へ伝え、原因の判定を保留します。「商品がないから案内不要」という結論で終わらせません。
承認した変更後は、同じ条件で文・操作・行き先を確認する
文を直したら、同じ検索語と条件で結果を見直します。スマートフォンとPCで語句・条件・0件の範囲が読めるか、キーでも次の操作へ進めるか、開いた先が案内どおりかを確認します。
最初に確認するのは、実際に変更した範囲です。文だけを変えた場合と、条件解除や検索対象の仕組みを変えた場合を分けます。掲載文の承認を、検索動作や在庫の確認まで済んだことにしません。本稿自体は実店の検索や設定を操作した記録ではありません。
- 語句と条件:入力した「交換用パーツ」が残り、選んでいる条件を見分けられるかを読みます。選択条件の記録がない元の例は、その不足を埋めてから比較します。
- 結果の意味:今回の条件での件数なのか、読込が失敗したのかが分かるかを見ます。見出しと本文の一方だけが「在庫なし」と断定していないかも合わせます。
- 次の操作:Tabキーで案内するリンクや条件操作へ進み、選択位置を見失わずに操作できるかを確かめます。解除する条件、保持する語句、移動先が表示と一致するかを読みます。
- 到着した内容:カテゴリや相談先を開き、探す用事に合う本文が実際にあるかを確認します。ボタン名やURLの一致だけで完了にしません。
- 変更後の記録:確認した語句・条件・結果・行き先と、残った未確認事項を分けます。画面が読めたことを、在庫の確認や部品の適合、問い合わせの返答へ数えません。
公開先で確認するときも、運営者が許可した対象と操作に限ります。検索結果を読む確認と、顧客の問い合わせ送信、購入、在庫更新は別の操作です。必要な動作を確かめたうえで文を公開し、未確認の結果を「改善しました」と付け足さないようにします。
まとめ:0件の条件を伝え、確認済みの次の探し方につなぐ
0件の案内では、検索語と選択条件を示し、分かっている今回の結果だけを伝えます。商品・在庫・原因を断定する前に、直接ページの内容、検索対象、条件を変えた結果、読込状態を確認します。次の案内は、実際に使えて用事に合う操作と行き先に限ります。
架空の一例目は「交換用パーツ」で0件、追加条件の値は記録なし、直接ページの内容も未確認でした。二例目は同じ語に「当日発送」を選んで0件ですが、条件を外した結果は不明です。二つを修正前後として結ばず、案内文の案と実際の動作を分けたまま扱います。
検索の0件案内と掲載ページ・実際の行き先を整理したい場合は、対象ページ、検索語と条件、確認済みの範囲を分けてDREEXYへ相談できます。受付可否、支援範囲、費用は個別確認です。部品の在庫や適合、検索の改善効果をこの案内で保証するものではありません。
出典と架空例の範囲
PatternFlyの該当設計指針とNN/gのエラー回復に関する資料を必要範囲で参照しています。本文の会社と二つの記録は独自の架空例で、実店の検索、商品・在庫、通信、原因、修正効果を検証したものではありません。
企画の参考:0件画面の短い文と再検索の案内についての本人の相談。歴史的な定性相談を、国内の需要量や本稿の改善結果へ転用していません。
仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。


