はじめに：リニューアルのナビゲーションで解決すべきは「見つけられる」と「一致する」
サイトリニューアル時、ナビゲーション管理はデザイン工程の一部と見なされがちです。デザイナーがメニューを描き、フロントエンドがそれを実装すれば完了と考えられています。しかし、実際に公開後に表面化する問題は、スタイルではなく次の2点であることがほとんどです。顧客が新しいナビゲーションで以前のコンテンツを見つけられないこと、そして検索エンジンや外部リンクが指す旧アドレスが無効になることです。したがって、ナビゲーション管理はリニューアルにおいて独立した作業として扱うべきであり、具体的なアクションとしては、まず旧構造を明確に棚卸しし、次に新構造の分け方を決め、最後にアドレスと入口を項目ごとに照合することになります。
以下では、リニューアルの実際の進行順に沿って説明します。各ステップで実行可能な方法と判断基準を示します。文中の例はすべて仮定のシナリオであり、方法を説明するためのものです。
ステップ1：旧ナビゲーションと旧コンテンツを一覧表にする
リニューアル前に、新しいメニューがどうなるかを議論するのは急いではいけません。まず現状を書き出します。具体的には、旧サイトを開き、トップページのナビゲーションから階層ごとにクリックして、各カテゴリ名、階層、対応するページアドレス、ページタイトルを表に記録します。第1階層、第2階層、第3階層はそれぞれ別の列やインデントで表現し、階層関係が表の中で失われないようにします。
この表には少なくとも以下の項目を含めます。
- カテゴリ名（旧サイトで現在表示されている文字）
- 階層（第1階層 / 第2階層 / 第3階層）
- ページアドレス（旧URL）
- ページタイプ（カテゴリページ、記事一覧、単一ページ、フォームページなど）
- コンテンツが有効かどうか（コンテンツあり / 期限切れ / 空カテゴリ）
- リニューアル後の処理方針（維持 / 統合 / 削除 / 新規追加）
判断基準は明確です。あるカテゴリを開いても長期間にわたってコンテンツが1～2件しかない、あるいは内容が明らかに古くなっている場合は、今回のリニューアルで他のカテゴリに統合するか削除するかを決めるべきであり、そのまま新サイトに移すべきではありません。空のカテゴリをナビゲーションに残すと、顧客がクリックして空白を見ることになり、入口が1つ少ないよりも大きなダメージになります。
サイト内ナビゲーション以外にも、外部から自サイトを指すアドレスを可能な限り収集します。例えば、過去に配信した広告リンク、提携先ページのリンク、過去のメールや資料に記載されたアドレスなどです。これらのアドレスがリニューアル後に開けなくなると、顧客はサイトに問題があると判断します。
ステップ2：新しいナビゲーションのグループ分けと命名を決める
棚卸しが完了したら、新しいナビゲーションの分け方を検討します。グループ分けの基本は、社内の部門区分ではなく、顧客が情報を探す経路です。例えば、産業機器を扱う企業を想定します。旧ナビゲーションが「製品センター / ソリューション / ニュースセンター / 会社概要」で分かれていた場合、リニューアル時に営業から「顧客はよく『どの業界を担当しているのか』を先に聞く」というフィードバックがあれば、業界シーンを第1階層の入口として前面に出し、元の製品センターを並列項目にすることを検討できます。
命名にはいくつかの具体的な判断があります。
- 第1階層のカテゴリ名は、顧客が一目で理解できる範囲に収め、社内略称を避けます。例えば「生産ライン」「事業部」など、社内の人だけが慣れ親しんだ言葉は避けます。
- 同じ階層のカテゴリ命名スタイルを統一し、半分が名詞、半分が動詞句にならないようにします。
- 2つのカテゴリ名の意味が近い場合は、統合するか、命名で違いを明示します。そうしないと顧客が行き来してクリックすることになります。
階層の深さもこのステップで決めます。企業公式サイトのナビゲーションは、一般的に2階層以内が理解しやすいとされています。3階層以上は、コンテンツ量が本当に多いサイトに適しています。階層が増えると、顧客は目標ページに到達するまでにクリックが1回増えるため、リニューアル時にそのコストが見合うか評価する必要があります。
ステップ3：旧アドレスと新アドレスの対応関係を処理する
新しいナビゲーション構造が決まっても、旧アドレスは自動的に変わりません。このステップでは、棚卸し表の旧URLと新構造を1つずつ対応させ、マッピング表を作成し、各旧アドレスが新サイトのどのページに対応するかを明確にします。
対応関係は大きく3つのケースに分かれます。
- コンテンツを維持し、位置も変わらない：旧アドレスをそのまま使用でき、変更は最小限です。
- コンテンツを維持し、位置を調整する：旧アドレスを新アドレスに向け、旧リンクにアクセスした顧客がコンテンツに到達できるようにします。
- コンテンツを統合または削除する：旧アドレスを統合後の目標ページに向けるか、説明ページに向けるかを決め、顧客がデフォルトのエラーページを見ないようにします。
マッピング表には、旧URL、新URL、処理方法の3列を保持し、リニューアル公開前に1行ずつ確認することをお勧めします。このステップをどれだけ細かく行うかが、リニューアル後に無効になる旧リンクの数を直接左右します。リダイレクトの具体的な実装方法は技術設定の範疇ですが、運用担当者が行うべきことはマッピング関係を明確に確認し、技術担当者にこの表に従って実行させることです。
ステップ4：公開前のナビゲーションチェックリスト
ナビゲーションを作ったからといって、正しくできたとは限りません。公開前に、以下の順序で実際にクリックして確認することをお勧めします。管理画面の設定を見るだけでは不十分です。
- トップページから始め、各第1階層カテゴリを1つずつ開き、正常に開けること、空白ページやエラーページがないことを確認します。
- 各第1階層カテゴリに入った後、その下の第2階層カテゴリを開き、階層と管理画面の設定が一致していることを確認します。
- 任意の内部ページで、ナビゲーションが引き続き表示され、クリック可能であることを確認します。トップページにしかナビゲーションがない状況を避けます。
- マッピング表の旧アドレスを1つずつアクセスし、期待するページに到達すること、トップページやエラーページに飛ばないことを確認します。
- スマートフォン幅でも同じ経路をたどり、ドロップダウンメニューが正常に展開し、コンテンツを遮らないことを確認します。
- ナビゲーションの文字に誤字脱字がないか、実際のページ内容と一致しないカテゴリ名がないかを確認します。
この6項目のうち、第4項が最も飛ばされやすく、リニューアル後に顧客や提携先からフィードバックされやすい項目です。少なくとも1人は旧アドレスの確認を専門に担当し、別の1人が新しいナビゲーションのクリック確認を担当することをお勧めします。自分で自分をチェックすると問題を見落としやすくなります。
ステップ5：公開後の継続的なメンテナンス
ナビゲーションは公開後も固定されたままではありません。リニューアル完了後、運用の中で新しいカテゴリの追加、カテゴリコンテンツの減少、事業方向の調整などが順次発生します。ナビゲーションの変更も日常メンテナンスのプロセスに組み込むことをお勧めします。新しいカテゴリを追加する際は、それがどの階層に配置されるか、既存カテゴリと重複しないかを同時に確認します。カテゴリを終了する際は、ページを直接削除するのではなく、旧アドレスの向き先も同時に処理します。
サイトに複数の言語バージョンやモバイル専用の入口がある場合、ナビゲーション変更時には一緒に確認し、メインサイトだけを変更して他の入口が旧構造を指したままにならないようにします。このような不一致は、顧客が実際に使用する段階で初めて発見されることが多く、公開前のチェックよりも対応コストがはるかに高くなります。
ナビゲーション管理は、突き詰めれば継続的に維持すべき対応関係です。旧コンテンツがどこにあり、新しい入口がどこにあり、顧客がどの経路でたどり着けるのか。この関係をリニューアル前に整理しておけば、リニューアル後の手戻りは大幅に減ります。
