Webサイトを訪れる人は、運営側が決めた分類名を知っているとは限りません。サービス名から探す人もいれば、地域、目的、抱えている課題からたどる人もいます。私たちも制作の現場で、入口を増やそうとするほど同じ情報が複製され、更新先が分からなくなる場面を何度も見てきました。
大切なのは、探し方の数だけページを作ることではありません。一つの情報を正しく管理しながら、複数の入口から迷わず届く構造を作ることです。
一つの情報を、探し方の数だけ複製しない
「地域別にも、目的別にも、サービス別にも見せたい」という要望は珍しくありません。ここで入口ごとに別ページを作ると、最初は分かりやすく見えても、名称や料金、説明文を変更するたびに複数箇所の修正が必要になります。更新漏れが起きれば、利用者は入口によって違う情報を見ることになります。
私たちはまず、何を一件の情報として管理するかを決めます。その一件に地域、目的、対象者などの属性を持たせ、一覧や検索結果は同じ情報から組み立てます。入口は複数でも、内容の正本は一つにする考え方です。
先に「何を一件として管理するか」を決める
分類を考える前に、管理対象の単位を揃えます。サービス、施設、講座、商品などが同じ一覧へ混ざると、必要な項目も公開条件も揃いません。名前が似ていても、更新する担当者や公開期間、問い合わせ先が違えば、別の管理単位として扱った方が安全なことがあります。
反対に、見せ方が違うだけで内容が同じなら、データを分ける必要はありません。詳細情報と分類情報を分けておくことで、見せ方を増やしても本文そのものは増殖しません。
分類は、利用者の言葉と運用者の仕事をつなぐ
社内で使う部門名や商品区分が、そのまま利用者の探し方になるとは限りません。検索される言葉、問い合わせで使われる言葉、担当者が更新時に判断できる言葉を並べ、意味が重なる分類は整理します。
分類を増やすときは、誰が選ぶのかも確認します。入力する人によって判断が変わる項目は、説明や選択基準が必要です。分類はナビゲーションのためだけでなく、日々の登録業務を迷わせないための設計でもあります。
ゼロ件・重複・分類変更を公開前に試す
理想的なサンプルだけでは、分類画面の弱点は見つかりません。該当情報が一件もない場合、複数の分類へ属する場合、分類名を変更した場合、公開を止めた場合まで確認します。検索条件を重ねた結果が少なすぎるときに、別の探し方へ戻れるかも大切です。
また、同じ情報が複数の一覧に現れても、それ自体が重複とは限りません。リンク先と表示内容が同じ正本へつながっているか、検索エンジンに別ページとして誤認されないかを確認します。
相談までの導線を、分類の途中で切らない
きれいに分類できても、利用者が自分に合うものを判断できるとは限りません。詳細ページには、対象、利用条件、次に確認する情報を置き、決めきれない人には相談や問い合わせへ進める道を残します。
制作後の反省会でも、分類そのものより「その先で何をしてほしかったのか」が曖昧だったと気づくことがあります。見つける、比較する、理解する、相談するという一連の行動で確認すると、入口を増やすだけでは解けない課題が見えてきます。
公開前に確認したいこと
- 何を一件の情報として管理するかが決まっている
- 同じ内容を入口ごとに複製していない
- 分類を選ぶ担当者が判断できる基準がある
- ゼロ件、複数分類、名称変更、非公開を確認している
- 詳細閲覧後の比較・相談・問い合わせまでつながっている
