ホームページリニューアルは、公開からの年数やデザインの古さだけで決めるものではありません。問い合わせや資料請求などのCV(サイト上で達成したい成果)、重要ページへの流入、営業での使いにくさ、更新・計測の管理状態を確認し、事業課題に対してどこまで変えるべきかを見極める必要があります。本記事を読むと、現状維持から全面刷新までの選択と、社内提案・外注準備の進め方を判断できるようになります。
本記事では、Webサイトのリニューアルについて、実施範囲の診断、目的・要件の整理、費用・期間・ROIの考え方、SEOを踏まえたURL移行、依頼先比較、公開後の運用までを順に解説します。まずは現状を短期間で把握し、デザイン検討や制作会社選びの前に判断材料をそろえましょう。
最初の1週間で集める情報
重要ページ・主要CV・流入状況
問い合わせ、資料請求などの主要CVと、その導線になるサービスページ・記事・フォームを特定します。各ページの流入、CV、営業での利用状況を確認します。
営業・マーケティング・ITからの課題
営業には説明しにくい情報や失注につながる不足情報、マーケティングには導線・計測の課題、ITにはCMS、権限、フォーム、外部連携の管理状況を確認します。
対象範囲と希望時期の仮置き
変えたいページ・機能、今回は対象外とする範囲、避けたい繁忙期を仮置きします。公開希望日だけでなく、素材準備、社内レビュー、移行テスト、公開後監視の時間も見込みます。

リニューアルはデザイン変更だけでなく、実施範囲の判断、要件・見積の整理、URL移行、公開後の監視までを一連の計画として進めます。
01Sectionまず、リニューアルの必要性と範囲を診断する
最初に答えるべき問いは「新しく見せる必要があるか」ではなく、「事業成果と運用上の課題を、どの範囲で解決すべきか」です。主要導線、CMS(ページを更新する管理システム)、フォーム、計測、外部連携にまたがる問題は、個別ページの修正だけでは残ることがあります。
アクセシビリティも公開直前の表示確認だけで終わらせず、企画、調達、設計、実装、運用を通じて扱う考え方が重要です。デジタル庁のウェブアクセシビリティ導入ガイドブックを参考に、自社の対象者、提供サービス、自社規程に照らして確認範囲を定めてください。
4つの診断軸で現状を評価する

課題の数ではなく、重要導線や情報構造、CMS、計測などの課題が連動し、部分改修で解消できるかを基準に範囲を判断します。
| 診断軸 | 低い状態の例 | 高い状態の例 | 判断への反映 |
|---|---|---|---|
| 成果への影響 | 特定ページのCTA不足など、課題が限定的 | 主要サービス導線、フォーム、CV計測が機能しにくい | 高いほど改修の優先度を上げる |
| 事業変化 | サービス説明の追記で対応できる | 対象顧客、事業領域、ブランドが変わり、情報構造が合わない | 高いほど全面刷新を検討する |
| 基盤・品質リスク | 更新、権限、計測が管理されている | CMS更新が難しい、権限が不明、フォーム・連携の管理に不安がある | 高いほど基盤の見直しを優先する |
| 部分改修で解決しにくさ | 対象ページ内で完結し、既存のナビゲーション・CMS・URL設計を維持できる | テンプレート、ナビゲーション、CMS、URL設計、計測に横断的な影響がある | 高いほど全面刷新の必要性が上がる |
課題の数だけで全面刷新を決める必要はありません。重要導線や情報構造、CMS、計測、外部連携の課題が連動し、部分改修では運用負荷や品質リスクが残るかを確認します。選択の目安は次の4つです。
- 現状維持:課題の仮説をデータで確認できていない場合。まず重要ページ、CV、流入、更新負荷を棚卸しします。
- コンテンツ改善:成果課題が限定的で、既存の導線、CMS、計測基盤を維持できる場合。優先ページの情報追加やCTA改善から始めます。
- 部分改修:フォーム、優先導線、テンプレート、計測の一部に課題があるものの、全体構造は維持できる場合に適します。
- 全面刷新:事業変化と、情報構造・CMS・導線・計測・移行の課題が複数連動し、部分改修での解決が難しい場合の候補です。
実施時期は、キャンペーンや営業施策などの事業予定と整合させます。同時に、原稿・写真などの素材締切、営業・法務・ITのレビュー期限、移行テスト、公開後の監視期間を確保できるかで判断してください。
02Section目的・要件・責任分担を決めて進める
サイトリニューアルは、制作会社へ依頼してから始まるものではありません。発注側が「何を達成し、何を今回の対象外にするか」を決め、受託側と合意できる状態にして初めて、費用・期間・品質を比較しやすくなります。
| 工程 | 発注側の主な責任者・協力者 | 受託側の主担当範囲 | 完了成果物 | 承認事項・次工程の開始条件 |
|---|---|---|---|---|
| 1. 現状調査 | 事業責任者、営業、マーケ、IT | 調査・分析支援 | 課題一覧、重要URL・CV一覧 | 優先課題と比較基準を合意 |
| 2. 目的・KPI設定 | 決裁者、営業・マーケ責任者 | KPI設計支援 | 目的・KPI定義書 | KPI、計測責任者、比較期間を承認 |
| 3. 範囲・要件定義 | 発注側PM、IT、法務・広報 | 要件整理、実現性確認 | 要件定義書、対象外一覧 | 範囲、品質要件、対象外を承認 |
| 4. 資産・移行棚卸し | CMS・ドメイン管理者、コンテンツ担当 | 棚卸し、移行計画支援 | 資産台帳、URL対応表案 | 移行対象・廃止方針を承認 |
| 5. 予算・体制・日程 | 決裁者、発注側PM | 見積・工程案 | 見積比較、逆算日程 | 予算上限、レビュー日、素材締切を承認 |
| 6. 発注・設計 | 発注側PM、選定関係者 | 提案、設計 | RFP、採点表、契約条件、設計書 | 選定理由、契約、設計方針を承認 |
| 7. 制作・テスト・移行 | コンテンツ・IT・法務確認者 | 実装、テスト、移行 | テスト結果、URL対応表確定版、公開手順 | 公開可否・切り戻し条件を承認 |
| 8. 公開後運用 | 運用責任者、営業・マーケ、IT | 初期監視、改善支援 | 監視記録、KPIレポート、改善候補 | 正常性確認完了、改善優先順位を合意 |
要件定義では「対象外」まで決める
要件定義では、目的を問い合わせ・資料請求などのCVに結び付けます。さらに、KPI(目的達成度を測る指標)として、主要ページ閲覧、CTA(問い合わせなどを促すボタン・リンク)のクリック、フォーム到達・完了などの前段指標も決めます。
対象ページや機能だけでなく、今回は実施しないページ・連携・改善案も対象外として明記してください。対象外がないと、制作途中の追加要望が増え、見積・日程・品質の比較が難しくなります。更新担当、フォーム通知先、計測イベント、URL移行、障害時連絡先も要件に含めます。
作業内容、納入成果物、外部インターフェース、規模要件を明確にする考え方は、IPAの調達管理ガイドも参考になります。民間の発注では、自社の調達・契約規程に合わせて適用範囲を調整してください。
公開前の比較基準と評価設計を分ける
公開前には、比較対象となる期間の流入、CV、商談化率、主要ページ、CTA、フォーム完了率を記録します。ただし、公開直後に優先すべきなのは成果ではなく正常性の確認です。フォーム通知、計測イベント、旧URLからの遷移などに問題がないかを先に確認します。
成果評価は、一定期間のデータを集めてから行います。最終KPIと前段KPIを公開前の基準と比較し、広告出稿、季節性、展示会、営業体制、商品・価格変更なども記録したうえで、次の改善テーマを決めます。
03Section費用・期間・ROIを同じ前提で見積もる
見積総額だけで比較すると、原稿作成、移行、テスト、公開後の保守が含まれていないことを見落としやすくなります。費用は総額で比べず、初期費用・継続費用・社内工数に分けて確認します。
費用を分けて確認する3層
初期費用
現状調査、要件定義、情報設計、原稿・撮影、デザイン、実装、CMS、フォーム・外部連携、移行、テスト、公開支援のうち、どこまでを含むか確認します。
継続費用
インフラ、CMS利用、保守、脆弱性対応、バックアップ、コンテンツ更新、解析・改善支援を分けて確認します。公開後の予算を初期費用と混同しないためです。
発注側社内工数
目的決定、素材回収、原稿確認、営業・法務・ITレビュー、アカウント権限確認、公開立ち会いに必要な時間を見込みます。外注見積には含まれにくい遅延要因です。
参考レンジは前提条件付きで使う
以下は、2026年6月に公開された市場情報(商業媒体の二次集約)を2026年8月時点で確認し、初期予算を置くための参考値として整理したものです。日本語1言語の一般的なサイトを起点とした目安であり、個別案件の見積や納期を確定するものではありません。
費用・期間の参考値を稟議の確定値にしない
原稿・撮影、資産移行、外部連携、言語数、テスト、承認体制、保守の含有範囲は案件ごとに異なります。統一RFPで複数社に見積を依頼し、社内の素材準備日程とレビュー日程を確認してから、予算・公開日を確定してください。
ページ数別参考レンジ
1〜5ページ:30〜150万円・1〜2か月
小規模な更新・新設の初期予算を置くための目安です。原稿・撮影、CMS、資産移行、公開後支援の含有範囲を確認します。
6〜15ページ:100〜300万円・1.5〜3か月
会社紹介、サービス紹介、問い合わせ導線を含む構成の初期検討に使えます。テンプレート数、PDF・画像移行、複数部署レビュー、連携の有無で変動します。
16〜30ページ:200〜500万円・2〜4か月
複数テンプレートと移行管理を伴う案件の参考値です。多言語、原稿・撮影の分担、外部連携、受入テストを個別に確認します。
31〜50ページ:400〜800万円・3〜5か月
情報設計、テンプレート整備、移行管理を伴う案件の初期検討に用います。複数法人、段階公開、セキュリティ確認、運用教育の要否で変わります。
51ページ以上:600万円〜・4〜8か月
大規模サイトでの予算検討開始点です。複数システム、権限、データ連携、性能試験、多言語・海外展開などを別途確認します。
費用の内訳や比較方法は、ホームページ制作の費用・料金も参照してください。期間は制作側の作業日数だけでなく、発注側の素材提出、レビュー、承認、移行テスト、公開後監視を逆算して置く必要があります。ホームページ制作にかかる期間で、公開希望日からの組み立て方を確認できます。
社内稟議に使うROI試算と日程の考え方

ROIは期待値だけで置かず、自社実績をもとに複数シナリオを比較し、初期費用・継続費用・社内工数を同じ投資対象として扱います。
ROIは期待値だけで作らず、既存の営業・マーケティング実績を入力して、下振れから上振れまでを比較します。計算の枠組みは次のとおりです。
月間追加商談数
= 月間対象訪問数 × CV率の改善幅 × 商談化率
年間粗利への寄与
= 月間追加商談数 × 12 × 受注率 × 1件あたり平均粗利
投資回収の比較対象
= 初期費用 + 年間継続費用 + 発注側追加工数の評価額- 保守的シナリオでは、過去施策で確認できた下限の改善幅、または改善幅を置かない前提と、直近の低めの商談化率・受注率を使います。
- 標準的シナリオでは、類似ページや過去施策の中央値など、説明可能な改善幅と、複数期間の実績値を使います。
- 積極的シナリオでは、営業体制や供給能力などの実現条件がそろう場合だけを前提にします。希望的な数値のみで置かないことが重要です。
各シナリオには、数値の出所と対象期間を残します。広告、季節性、展示会、営業体制、商品・価格変更なども記録し、公開後の変化をリニューアルだけの効果とみなさないようにします。予算が限られる場合は、重要導線や計測・移行を優先し、追加コンテンツや機能は段階導入できるかを検討します。
04SectionSEOを踏まえてURL・ドメイン移行を管理する
SEO移行は公開直前に決めず、企画・要件定義の段階でURL方針を決めます。URLやドメインの変更は、検索流入、被リンク、営業資料、広告遷移先、フォーム・計測に影響し得ます。URLを維持できるページは、変更を最小化する案を優先して検討してください。
URL維持・URL変更・ドメイン変更を分けて判断する

URLを維持できるかを先に確認し、変更が必要な場合は旧新URLの対応と公開後監視を管理します。ドメイン変更ではDNSやSSLなどの確認範囲も加わります。
判断は次の流れで整理できます。
- 新しい情報構造でも既存URLを維持できるかを確認する。維持できる場合は、重要URL、内部リンク、計測、正規URLの設定漏れを確認します。
- 新しいURL規則やページ統廃合が必要なら、旧URLごとに内容上対応する新URLまたは代替先を決め、URL変更として管理します。
- 社名変更や事業統合などによりホスト名そのものを変更する必要がある場合だけ、ドメイン変更を検討します。URL変更の作業に加え、DNS、SSL/TLS、メール、外部サービスの許可設定、広告・解析、取引先への周知も確認対象になります。
URL変更を伴う移転では、旧新URLの対応、リダイレクト、canonical、robots・noindex、サイトマップ、移転後の監視を確認するよう、Google Search Centralのサイト移転ガイドが案内しています。維持できる重要URLは、変更を最小化する案を優先して検討してください。canonicalは検索エンジンに正規URLを示す指定、robotsはクローラーへの指示、noindexは検索結果への掲載を避ける指定です。XMLサイトマップには新しい正規URLを掲載します。
URL変更を伴う場合の管理項目
URL移行対応表に入れる列
旧URLと新URL・代替先
旧URLごとに、内容として関連する新URL、統合先、または廃止時の案内方針を記録します。一律にトップページへ転送するのではなく、対応関係を個別に判断します。
維持・変更・統合・廃止の区分
URLを維持するのか、変更するのか、複数ページを統合するのか、廃止するのかを明記し、関係者間の認識をそろえます。
優先度の根拠
検索流入、CV、被リンク、広告遷移、営業利用、事業上の重要性を基準に、先に確認すべきURLを決めます。
実装担当と公開前テスト
リダイレクト、canonical、robots・noindex、XMLサイトマップ、内部リンクの実装担当と、遷移・HTTP応答・計測を確認するテスト担当を記録します。
公開後確認と発注側承認
Search Console、404、リダイレクト、流入、CVの確認担当を決めます。重要URLの対応先とテスト結果は発注側が承認します。
URLが恒久的に変わる場合は、関連する新URLへのサーバーサイドリダイレクトを検討します。詳細はGoogleのリダイレクトに関するガイドを確認し、実装可否は制作・インフラ担当がサイト構成に応じて検証します。ドメインまたはサブドメインの移転では、Change of Addressの適用条件と、旧新プロパティの所有権も確認してください。パス単位の変更には利用できません。
移行設定を用語だけで自己判断しない
リダイレクト、canonical、robots・noindex、DNS、SSL/TLSの適切な設定は、CMSやインフラ構成に依存します。制作・インフラ担当が実装と検証を担い、発注側は重要URL、CVページ、流入ページの対応先とテスト結果を確認・承認します。
順位や流入は「保証」ではなく監視で管理する
URLやドメインの移行後、検索順位、流入、CVが完全に維持されるとは限りません。公開後はSearch Consoleで旧新URLのクロール・インデックス状況を確認し、リダイレクト、主要ページ、フォーム、解析・CV計測に異常がないかを監視します。設定の実装・検証と、事業上重要なURLの優先順位付け・承認を分けることで、移行リスクを管理しやすくなります。
05Section依頼前の情報をそろえ、提案を比較可能にする
すべての仕様が確定していなくても、制作会社への相談は始められます。ただし、各社に異なる条件を伝えると、見積総額や提案内容を比較できません。未確定事項も含めて、共通の前提をRFP(提案依頼書)に記載します。
未確定でも相談前にそろえる情報
未確定でもRFPに書く最低情報
背景・現行課題と最優先目的
なぜ検討するのか、何を改善したいのかを示します。見た目の刷新だけでなく、問い合わせの質、営業説明、更新負荷などの事業課題を記載します。
優先ページ・主要CV・希望公開時期
守るべきサービスページ、問い合わせ・資料請求などのCV、避けたい繁忙期、希望公開時期を共有します。
分かる範囲の現行環境と移行対象
CMS、ドメイン、フォーム、解析、外部連携、既存ページ・PDF・画像・動画の移行範囲、管理者・権限の所在を記載します。
予算上限または予算検討中である旨
上限があれば明記し、未確定なら概算と段階導入案を求める条件を記載します。
社内窓口・決裁者・未確定事項
主担当、最終承認者、営業・法務・ITなどの確認部署、回答期限、提案時に代替案を求める論点を示します。
同じ条件で見積を比較する
| 比較条件 | 回答でそろえる内容 |
|---|---|
| 対象範囲・コンテンツ分担 | ページ・テンプレート・言語数、PDF・画像・動画数、原稿・取材・撮影・翻訳の担当をそろえます。 |
| CMS・移行・品質要件 | CMS・フォーム・外部連携、移行対象と旧新URL対応、SEO・計測、表示・セキュリティ・テスト範囲を確認します。 |
| 進行・継続支援・追加条件 | レビュー回数、素材締切、公開支援、保守・改善支援、対象外、追加費用の発生条件と変更管理をそろえます。 |
比較する各社には、同じ前提条件と回答項目を提示してください。
作業内容、成果物、検収、再委託、変更管理、セキュリティ要件を発注条件として明確にする考え方は、IPAのセキュリティ要件リストガイドを参考にできます。自社の法務・調達・IT部門と確認し、契約条件へ反映してください。
必須条件と加点条件を分けて選定する
提案評価では、できない場合に選定対象外とする必須条件と、提案の質を比較する加点条件を分けます。必須条件には、URL移行計画、フォーム・計測テスト、主要アカウントを自社で管理できること、変更管理と検収条件の明記を置きます。
加点条件では、課題・対象顧客・KPIへの理解、情報設計とCTAの提案根拠、進行体制、公開後の改善提案などを評価します。契約前には、成果物の利用条件、ドメイン・DNS・CMS・解析・フォームなどのアカウント権限、再委託、追加変更時の費用と納期、検収基準、保守範囲を確認してください。
制作会社の比較軸をさらに整理したい場合は、ホームページ制作会社の選び方も参照してください。価格だけでなく、要件理解、移行品質、運用のしやすさ、責任分担を同じ条件で評価することが重要です。
06Section公開後までを含めて品質と改善を管理する
公開はプロジェクトの完了ではなく、運用開始のタイミングです。公開前の品質確認、公開当日の切り替え、公開直後の正常性確認、一定期間後の成果評価を分けると、異常対応と改善判断を混同しにくくなります。
公開・運用の時系列チェックリスト
- ✓
公開前:主要導線、リンク、画像・PDF、フォーム、通知・自動返信をテストする
発注側と制作側で、重要な利用シナリオを実機で完了できることを確認します。
- ✓
公開前:URL対応、リダイレクト、サイトマップ、noindex・robots・canonical、計測を確認する
制作・インフラ担当がテスト結果を提示し、発注側が重要URLの対応先を承認します。
- ✓
公開前:権限、バックアップ、障害連絡先、切り戻し手順を確定する
最終判断者、連絡順、復旧手順、公開当日の対応可能時間を明文化します。
- ✓
公開当日:DNS、HTTPS、主要URL、フォーム通知、解析・CV計測を確認する
重大な不具合がある場合の公開継続・機能停止・切り戻しの判断基準に従います。
- ✓
公開直後〜定例運用:404、主要旧URLの遷移、フォーム、計測、クロール・インデックスの異常を確認し、問い合わせ、商談化、流入、主要ページ、CTA、フォーム完了、脆弱性対応を定例で確認する
公開直後は正常性確認を優先し、短期の数値変動を成果評価と混同しません。改善テーマごとに担当、期限、必要予算を決めます。運用管理と対策漏れの点検にはIPAのウェブサイト運用管理ガイドも参考になります。
異常時の連絡と切り戻しを決める
公開前に、主要フォームが送信できない、主要ページが閲覧できない、CV計測が停止する、誤ったリダイレクトが広範囲に発生する、といった切り戻し判断の条件を定めます。あわせて、発見者から制作・インフラ担当、発注側PM、最終判断者、営業・広報などへの連絡順を決めておきます。
復旧時には、主要URL、フォーム、通知、計測、HTTPS、リダイレクト、管理画面を再確認します。フォームや個人情報を扱う範囲、セキュリティ対策、アクセシビリティ、契約上の確認事項は、サイト構成や自社規程によって異なります。必要に応じて法務、IT、セキュリティ担当と確認してください。
成果評価から改善計画へつなげる
成果評価では、問い合わせ・商談化などの最終KPIに加え、流入、主要ページ閲覧、CTAクリック、フォーム完了率などの前段KPIを見ます。評価期間は、流入量、商材の検討期間、広告・イベントなどの外部要因を踏まえて設定します。
課題が見つかったら、「どのページの、どの導線を、どの根拠で改善するか」を優先順位化し、担当・期限・予算を決めます。最初に集めた重要ページ・CV・流入、関係部署の課題、対象範囲と希望時期を定期的に更新することで、リニューアルを一度きりの制作で終わらせずに運用できます。
ホームページリニューアルでよくある質問
公開から何年でリニューアルを検討すべきですか?+
年数だけでは決めません。重要ページの成果、事業変化、更新性、CMSや権限・計測の管理状態、部分改修で解決できるかを確認し、実施範囲を判断します。
予算や要件が未確定でも制作会社へ相談できますか?+
相談できます。背景、課題、優先ページ、主要CV、希望時期、分かる範囲の現行環境、予算上限または検討中である旨、未確定事項を示し、同じ条件で複数社へ相談します。
URLやドメインを変更すると検索順位は必ず下がりますか?+
順位、流入、CVの完全維持は保証できません。旧新URLの対応、実装・テスト、公開後監視を行い、重要URLの対応先とテスト結果は発注側が承認します。
公開後、いつから成果を評価すべきですか?+
公開直後はフォーム、計測、リダイレクトなどの正常性確認を優先します。成果評価は、公開前の比較期間、流入量、商材の検討期間、広告や季節性などを踏まえて別途設定します。
website-production-roi-approval
この記事カードはサンプル表示です。CMS連携後は記事タイトル、概要、サムネイルなどを記事データから取得します。
関連記事
website-production-internal-checklist
この記事カードはサンプル表示です。CMS連携後は記事タイトル、概要、サムネイルなどを記事データから取得します。
関連記事
コーポレートサイト制作の相談先を比較する
要件や予算が固まりきっていない場合でも、現行サイトの課題、優先ページ、移行対象、希望時期を共有すると、対応範囲や進め方を比較しやすくなります。
PartnerBase Mag 編集部
デジタル発注の比較・発注準備を専門に扱う編集チーム。
デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。
支援会社を比較する
得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。




