サイトリニューアルの進め方｜要件定義から公開までの工程とチェックリスト
サイトリニューアルは、デザインを刷新する作業として語られがちですが、実際の成否は制作が始まる前の「要件定義」でほぼ決まります。目的が曖昧なまま進めたプロジェクトは、公開はできても成果につながらず、数年後に同じ議論を繰り返すことになります。この記事では、現状分析から公開後の運用までの全工程と、要件定義で決めるべき項目、そして各フェーズで使えるチェックリストを整理します。
サイトリニューアルの成否は要件定義で決まる
要件定義とは、「このサイトは何のために、誰に向けて、何をできる必要があるのか」を文書として確定させる工程です。ここが曖昧なままデザイン工程に進むと、「なんとなく好みではない」という理由での差し戻しが繰り返され、工期も予算も膨らんでいきます。
また、要件定義は制作会社に丸投げできる工程ではありません。事業の目標、社内の運用体制、既存システムの制約といった情報を持っているのは発注側です。外部パートナーは実現手段の専門家であって、目的の専門家ではありません。
サイトリニューアルの全工程（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リダイレクトのマッピング、タイトル・メタディスクリプションの設計、見出し構造、構造化データ、サイトマップの生成方針を要件として明記します。ここを制作会社任せにすると、契約範囲外として抜け落ちるケースがあるため注意が必要です。
サイトリニューアルで失敗しやすい3つのパターン
公開後に検索流入が急減する
最も多い失敗が、URL変更時のリダイレクト漏れです。旧URLと新URLの対応表を作成し、全件に301リダイレクトを設定します。トップページに一括で飛ばすのは、ユーザーにも検索エンジンにも不親切な対応で、評価の引き継ぎも期待できません。
見た目は変わったが成果は変わらない
目的が「古く見えるから新しくする」になっているケースです。検索流入が少ないのならコンテンツが足りていない、問い合わせが少ないのなら動線かオファーに問題があるといったように、数値を追って原因を特定してから何を直すかを決めます。
公開日だけが先に決まっている
周年記念日や展示会に合わせて公開日を固定し、逆算で工程を詰めると、しわ寄せは必ずテストと原稿制作に寄ります。公開日が動かせないのであれば、全ページ同時リニューアルにこだわらず、優先度の高い領域から段階的に公開する選択肢も検討します。
サイトリニューアルチェックリスト
要件定義フェーズ
公開前
公開直後・公開後
スケジュールの目安
ページ数や機能の規模によりますが、中規模のコーポレートサイト（数十〜100ページ程度）での目安は次のとおりです。
- 現状分析・目的設定：1〜2か月
- 要件定義：1〜2か月
- 制作会社選定：1〜2か月
- 設計（IA・デザイン）：2〜3か月
- 制作・実装・テスト：2〜4か月
合計すると半年から1年程度を見ておくのが現実的です。とくに要件定義と制作会社選定の期間は社内調整に左右されやすく、減らしづらい工程です。
よくある質問
要件定義は自社でやるべきですか、制作会社に任せても良いですか
目的、ターゲット、KPI、運用体制は自社で決める必要があります。一方で、情報設計や技術選定は専門性が高いため、支援を受けるのが合理的です。実務では、自社で目的・課題・優先順位までを整理し、その先をパートナーと埋めていく形が多いです。
URLは変えないほうが良いですか
変えないで済むならそのほうが安全です。ただし、サイト構造を大きく見直す場合はURL変更を避けられません。重要なのは変えるかどうかより、変える場合に対応表を作って全件リダイレクトを設定し、公開後も監視することです。
公開直後に順位が下がったらどうすれば良いですか
大規模な構造変更の後は、一時的な変動が起きることがあります。まずリダイレクトの漏れ、404の発生、noindexの残存、コンテンツ量の減少といった技術的な原因を確認します。それらに問題がなければ、数週間は推移を見守るのが基本です。
まとめ
サイトリニューアルは、現状分析→目的設定→要件定義→会社選定→設計→制作→公開・運用という7フェーズで進みます。このうち発注側が最も手をかけるべきなのが、目的設定と要件定義の工程です。
目的とターゲット、構成、コンテンツ、機能、非機能、CMS・運用、SEO・移行という7項目を文書に落としておけば、提案の比較も、制作中の判断も、公開後の振り返りもすべて同じ基準で行えます。まずは現行サイトのページ一覧を作るところから始めてみてください。