サイトリニューアルの進め方｜要件定義から公開までの工程とチェックリスト
サイトリニューアルは、デザインを刷新する作業として語られがちですが、実際の成否は制作が始まる前の「要件定義」でほぼ決まります。目的が曖昧なまま進めたプロジェクトは、公開はできても成果につながらず、数年後に同じ議論を繰り返すことになります。この記事では、現状分析から公開後の運用までの全工程と、要件定義で決めるべき項目、そして各フェーズで使えるチェックリストを整理します。
サイトリニューアルの成否は要件定義で決まる
要件定義とは、「このサイトは何のために、誰に向けて、何をできる必要があるのか」を文書として確定させる工程です。ここが曖昧なままデザイン工程に進むと、「なんとなく好みではない」という理由での差し戻しが繰り返され、工期も予算も膨らんでいきます。
また、要件定義は制作会社に丸投げできる工程ではありません。事業の目標、社内の運用体制、既存システムの制約といった情報を持っているのは発注側です。外部パートナーは実現手段の専門家であって、目的の専門家ではありません。
サイトリニューアルの全工程（7フェーズ）
規模によって粒度は変わりますが、サイトリニューアルはおおむね次の7フェーズで進みます。
フェーズ1：現状分析と課題整理
アクセス解析、検索流入キーワード、ページ別のコンバージョン、問い合わせの内容、営業現場へのヒアリングなどから、現行サイトの強みと弱みを把握します。この段階で、保護すべき資産（流入の多いページや被リンクのあるURL）を洗い出しておくことが、後の移行設計に直結します。
フェーズ2：目的とKPIの設定
「古いから新しくする」は目的ではありません。「採用応募数を年間200件から300件へ」「資料請求のコンバージョン率を1.2%から2%へ」のように、測定可能な目標に落とします。このKPIが、以降の全ての意思決定の基準になります。
フェーズ3：要件定義
目的を達成するために必要な構成、コンテンツ、機能、システム要件を確定させます。具体的な項目は次章で詳しく扱います。社内だけで固めきれない場合は、この段階でコンサルや制作会社に支援を依頼する選択肢もあります。
フェーズ4：制作会社の選定
要件定義の内容をもとにRFP（提案依頼書）を作成し、3〜5社程度に提案を依頼します。評価基準と配点を事前に固めておくと、提案を同じ土俵で比較でき、社内の合意形成もスムーズに進みます。
フェーズ5：設計（情報設計・デザイン）
サイトマップで全体構造を決め、ワイヤーフレームで各ページの情報と動線を固めてからデザインに進みます。デザインのレビューは「好み」ではなく、フェーズ2で定めた目的に合致しているかを基準に行います。
フェーズ6：制作・実装・テスト
コーディング、CMS構築、原稿・画像の入稿と並行して、表示確認、フォームの動作テスト、表示速度の計測を行います。原稿制作は発注側のボトルネックになりやすいため、体制を早めに決めておきます。
フェーズ7：公開と公開後の改善
リダイレクトの適用、計測タグの確認、サーチコンソールへのサイトマップ送信を行い、公開後は1か月・3か月・6か月のタイミングでKPIを振り返ります。リニューアルは公開がゴールではなく、改善サイクルのスタート地点です。
要件定義で決めるべき7つの項目
1. サイトの目的とターゲット
誰に何をしてほしいサイトなのかを定義します。複数のターゲットがいる場合（見込み客、既存顧客、求職者、取引先など）は、優先順位をつけてください。全員に最適なサイトは、結局誰にも刺さらないサイトになります。
2. サイト構成・情報設計
現行サイトの全ページを一覧化し、「残す」「統合する」「廃止する」「新規で作る」の4つに仕分けます。この作業は地道ですが、コンテンツ量と工数の見積もりの基礎になり、移行時のリダイレクト設計にそのまま使えます。
3. コンテンツ要件
新規に制作する原稿・写真・図版の量と、それを誰が用意するかを決めます。「写真は自社手配」「原稿はライターに依頼」など分担を明確にし、入稿期限を工程表に組み込みます。原稿待ちはリニューアル遅延の最大の原因です。
4. 機能要件
フォーム、サイト内検索、会員機能、多言語対応、事例や実績の一覧・絞り込み、外部サービス連携などを列挙し、それぞれに「必須」「推奨」「任意」を付けます。区分をつけておくと、予算超過時に何を削るかの判断が早くなります。
5. 非機能要件
表示速度、対応ブラウザとデバイス、アクセシビリティの準拠レベル、SSLや脆弱性対策、バックアップ体制、想定アクセス数に対するサーバー要件などを定めます。目に見えにくい領域だからこそ、要件定義時に明文化しておく必要があります。
6. CMS・運用要件
公開後、誰がどの範囲を更新するのかを先に決めます。更新頻度の高い領域だけCMS化すれば十分なことも多く、全ページを管理画面から編集可能にすると構築コストが跳ね上がります。権限管理や承認フローの必要性もここで整理します。
7. SEO要件と移行要件
既存URLの扱い、301リダイレクトのマッピング、タイトル・メタディスクリプションの設計、見出し構造、構造化データ、サイトマップの生成方針を要件として明記します。ここを制作会社任せにすると、契約範囲外として抜け落ちるケースがあるため注意が必要です。
