「メニューに載せない情報」はどこへ行く？露出設計の考え方
2026年 2月 6日
「グロナビに入れるほど重要ではないが、無いと困る情報」「載せたいが、メニューがこれ以上増やせない情報」。BtoBサイトや業務系サービスでは、この“宙に浮いた情報”の扱いがUXを大きく左右します。本稿では、メニューに載せない情報をどう露出させ、ユーザーに発見させるかという露出設計の考え方を、実務視点で整理します。
なぜ「載せない情報」が問題になるのか
情報をメニューに載せない判断そのものは間違いではありません。問題は、その後の行き先を設計していないことにあります。
- 存在は重要だが、優先度は低い情報が多い
料金詳細、仕様補足、運用ルール、技術条件などは、全ユーザー向けではない一方、必要な人には必須です。 - 「探しに行けばある」設計はUXにならない
サイト内検索任せ、フッター任せにすると、情報は実質的に存在しないのと同じ扱いになります。 - 結果として問い合わせ・誤解・不信につながる
見つからない情報は、問い合わせ増加や期待値ズレの原因になり、UXコストとして跳ね返ってきます。
露出設計とは何か
露出設計とは、「どの情報を」「どの文脈で」「どのタイミングで」見せるかを設計することです。メニューに載せるか否かは、その中の一手段に過ぎません。
- 常時露出ではなく、条件付き露出
すべてを常に見せるのではなく、ユーザーの状態やページ文脈に応じて露出させます。 - ナビゲーション以外の導線を前提にする
グロナビは入口の一部であり、情報到達の唯一の手段ではありません。 - 「探させない」設計が前提
ユーザーが疑問を持つであろう瞬間に、先回りして情報を差し出す設計が重要です。
メニューに載せない情報の代表的な置き場
実務でよく使われる露出パターンを整理します。
- 関連ページ内での文脈露出
機能説明ページ内に「制約条件」「注意点」「対象外ケース」を併記することで、判断に必要な情報をその場で提供します。 - 比較・検討ページへの集約
料金、仕様、導入条件などは、比較検討フェーズ専用のページに集約することで、メニュー増殖を防げます。 - FAQ・補足情報としての露出
ただしFAQは“倉庫”ではなく、想定質問を絞り込んだ設計が前提です。 - フォーム・アクション直前での提示
申し込み前、問い合わせ前など、判断ミスが起きやすい地点での注意喚起は非常に効果的です。 - フッターは最終手段
フッターは「常に見せるが、優先度は低い」情報の置き場であり、万能ではありません。
やってはいけない露出設計
露出設計でよくある失敗パターンも押さえておく必要があります。
- とりあえずFAQに入れる
文脈と切り離された情報は読まれず、問題解決につながりません。 - PDFや資料に逃がす
情報をページ外に追い出すと、UX上は存在しないのと同じになります。 - 検索すれば出てくる前提
サイト内検索は補助であり、主導線ではありません。
露出設計を決める判断軸
「どこに置くか」で迷ったときは、以下の軸で判断します。
- その情報は、誰のどの判断に影響するか
- 判断が発生するのは、どのページ・どのタイミングか
- 見逃した場合、どんな誤解やコストが発生するか
まとめ（実務アクション）
「メニューに載せない情報」を放置しないために、以下を実践してください。
- 情報を「重要度」ではなく「判断タイミング」で整理する
- 関連ページ内での文脈露出を基本にする
- 比較・検討フェーズ専用の受け皿を用意する
- フォーム直前など失敗しやすい地点で補足する
- FAQやフッターを逃げ道にしない