多くのサイトリニューアル計画は一見完全に見えますが、デザインや開発に渡した後、実行する人はどこから手をつければよいかわかりません。問題は通常、文章表現ではなく、計画に方向性はあっても対象がないことです。どのページを残すのか、どのコンテンツを統合するのか、旧リンクをどう処理するのか、公開前にどのページを開いて一つずつ確認するのか、これらが明確に書かれていません。リニューアル計画をより明確に整理する核心は、「何をするか」を「どのページ、どのファイル、どのカテゴリに対して何をし、どこまでできたら完了とするか」に置き換えることです。
まず旧サイトを棚卸しして、計画の根拠を作る
リニューアル計画の最初の部分は、新しいトップページがどうなるかではなく、旧サイトに現在何があるかであるべきです。この基礎資料がなければ、後のすべての取捨選択は印象に基づくものになります。
棚卸しは、旧サイトから以下の3つのリストをエクスポートまたは整理することから始めることをお勧めします。
- ページリスト：既存ページをカテゴリ別にリストアップし、各ページのタイトル、URL、所属カテゴリ、大まかなコンテンツタイプ（製品紹介、事例、ニュース、お問い合わせなど）を記録します。管理画面からエクスポートできる場合はエクスポートし、できない場合はナビゲーションを階層ごとに開いて記録します。
- コンテンツリスト：製品、事例、記事がそれぞれ何件あるか、最近更新されたものはどれか、2〜3年動いていないものはどれかを記録します。判断基準はシンプルで構いません。過去1年以内に更新され、かつ現在も業務で使用されているものを優先的に残します。
- リンクリスト：外部リンクが張られているページ、サイト内で繰り返し参照されているページを記録します。これらのページはリニューアル時に慎重に変更する必要があります。なぜなら、単なる表示だけでなく、重要な役割を担っているからです。
棚卸しが完了すれば、計画には「今回のリニューアルは約何ページ、何件のコンテンツに関わるか」を明確に書くことができ、「サイト全体を全面的にリニューアルする」という一言で済ませる必要はありません。
各コンテンツの行き先を定め、「最適化」と曖昧に言わない
旧コンテンツの処理方法は、リニューアル計画で最も空欄になりやすい部分です。「優良コンテンツは保持し、古いコンテンツは削除する」とだけ書いても、実行する人はどのコンテンツがどちらに属するか判断できません。より明確な方法は、各コンテンツに明確な行き先を付けることです。
- そのまま移行：コンテンツと構造は変えず、テンプレートのみ変更。情報が依然として正確で、構造が明確な製品ページや事例ページに適しています。
- 統合：複数のコンテンツが同じことを述べている場合、より完全な1ページに統合します。統合時には、どのURLを残すか、残りのURLをどう処理するかを指定する必要があります。
- 書き直し：テーマは依然として必要だが、コンテンツが古いか表現が不明確な場合、再構成が必要です。
- 公開終了：業務で扱わなくなり、外部参照もないコンテンツは、新サイトに含めないことができます。
判断基準は具体的なアクションに落とし込めます。そのコンテンツを開き、現在の業務範囲内か、情報が依然として正確か、他のページから参照されているかを確認します。3つの質問のうち2つが否定なら、統合または公開終了を検討できます。
注意が必要なのは、コンテンツの公開終了は旧リンクがすぐに無効になることを意味しない点です。旧URLが新サイトでどこを指すかは、計画に独立して明確に書くべきセクションであり、公開後に臨時で処理するために残すべきではありません。
カテゴリ構造でコンテンツの整理を説明する
リニューアル計画のカテゴリ計画では、ナビゲーションマップを一枚描くだけでは不十分です。ナビゲーションマップは入口を示すものであり、計画では各カテゴリにどのようなコンテンツを入れるか、階層をどう分けるか、旧カテゴリとどう対応するかを説明する必要があります。
実行可能な書き方は、カテゴリごとに説明することです。
- カテゴリ名と階層（第1階層か第2階層か）
- このカテゴリに収録するコンテンツの種類と判断基準
- 旧サイトのどのカテゴリに対応するか
- 旧カテゴリの中で新しい基準に合わないコンテンツの行き先
例えば、旧サイトで「ニュース」と「業界情報」を2つのカテゴリに分けていた場合、新サイトで1つに統合するなら、計画には統合後にどの旧コンテンツを残し、どれを含めないかを明記する必要があり、「情報カテゴリを統合」とだけ書いてはいけません。カテゴリ階層も深すぎないようにします。企業公式サイトは通常2〜3階層で十分であり、それ以上深くなると訪問者も保守担当者もコンテンツの配置を判断しにくくなります。
公開前のチェック順序は、チェック項目の数より重要
リニューアル計画の最後の部分は公開前チェックです。何十もの曖昧な「リンクが正常か確認する」を列挙するよりも、各ステップで何を見るか、誰が確認するか、問題発見時の処理方法を順序立てて明確に書く方が有用です。
以下の順序で進めることができます。
- まず構造とナビゲーションを確認：トップページから始め、各カテゴリを階層ごとに開き、空のカテゴリがないか、クリックできない入口がないか、旧サイトのアドレスを指すリンクがないかを確認します。
- 次に重点ページを一つずつ開く：製品ページ、事例ページ、お問い合わせページ、フォームページを一つずつ開き、コンテンツが完全か、画像が正常に表示されるか、フォームが送信できるかを確認します。
- その後、旧リンクをチェック：棚卸し段階でエクスポートした旧URLリストを取り出し、一つずつアクセスして、新サイトで対応するコンテンツが開けるか、適切な場所にリダイレクトされるかを確認します。このステップは抜き取り検査ではいけません。漏れるのは往々にしてアクセス数の少ないページだからです。
- 最後に細部をチェック：ページタイトルが重複していないか、画像ファイル名がチームで検索しやすいか、連絡先が更新されているか、フッター情報が正確かを確認します。
各ステップに担当者を指定できます。計画に「誰がいつどのステップを確認するか」を書くことは、「公開前に全面チェック」と書くよりもはるかに有用です。
計画を他の人が引き継いで実行できるようにする
明確なリニューアル計画の判断基準は簡単です。議論に参加していない同僚に計画を渡したとき、彼が最初に何をすべきか、各コンテンツをどう処理するか、公開前にどのページをチェックするかを理解できるかどうかです。できない場合、通常は計画が「体験を最適化」「構造の明確さを向上」といった記述にとどまり、ページ、ファイル、アクションに落ちていないことが原因です。
整理する際は、まず棚卸し結果を書き、次にコンテンツの行き先、そしてカテゴリの対応関係、最後にチェック順序を書きます。書き終えたら、自分で計画に沿って一度歩いてみましょう。旧コンテンツを3つ適当に選び、計画がそれぞれの行き先を教えてくれるか確認します。旧URLを5つ適当に選び、計画がそれらの処理方法を説明できるか確認します。通らない部分が、まだ詳細を補う必要がある部分です。
