ホームページリニューアル費用は何で決まる？見積もり内訳と移行の注意点

CONTENTS / ARTICLE MAP目次24項目

ホームページリニューアル費用は、見た目の変更だけなら100万円以下に収まる例がある一方、集客設計・多数ページ・CMS移行・独自機能まで含むと100〜300万円、300万円以上へ広がります。特に、旧URLの整理、原稿・画像の移行、フォーム・計測・検索評価の引き継ぎが費用を左右します。

リニューアル費用の目安と、金額を変える5領域

Web幹事の公開発注データでは、10万〜100万円未満が56%、100万〜500万円未満が40%でした。コーポレートサイトでは平均131.1万円、中央値81.4万円とされています。これは同じ条件の定価ではなく、発注案件を集計した参考値です。

公開されている目安	想定される範囲
100万円以下	20〜30ページ前後のデザイン更新例
100〜300万円	集客設計、100ページ以下の整理、独自デザイン
300万円以上	100ページ超、多数移行、複雑な機能やブランド再設計

根拠と内訳はWeb幹事のリニューアル費用資料を2026年9月1日に再確認しました。平均より、自社のURL数、移行対象、機能、公開後の確認範囲を見積書へ落とすことが重要です。

リニューアル費用を5領域へ分ける

領域	主な作業
目的・調査	課題、対象者、アクセス、問い合わせ、運用、技術環境
設計・制作	サイトマップ、導線、原稿、デザイン、CMS、機能
資産整理	残す・直す・統合・削除、記事、画像、PDF、SEO情報
移行・公開	URL、リダイレクト、DNS、メール、データ、テスト、切替
公開後	クロール、フォーム、アクセス、エラー、更新、保守

XDesignerの2026年3月記事では、ページ数、CMS、デザイン、写真、原稿などが費用を左右する要因として整理されています。Web幹事の2026年7月記事も、方向性から運用までを分けたうえで、旧サイトの再利用にも調査や修正の工数がかかる場合があると説明しています。見積もりを比べるときは、ページ単価だけでなく、旧資産の状態と移行を誰が担うのかまで確認すると差の理由が見えてきます。

改修・作り直し・段階移行の境界

進め方	向く状況	注意点
部分改修	基盤が健全で課題が限定的	既存設計の制約、技術負債
全面リニューアル	目的・構成・運用をまとめて見直す	移行量、変更点、公開リスク
段階移行	大規模、止められない、検証が必要	新旧併存、二重運用、整合性

サイトが古く見えても、すぐに全面リニューアルが必要とは限りません。速度、セキュリティ、更新のしやすさ、導線、内容、保守性のうち、実際に支障が出ている箇所を確かめます。問題が限られているなら、部分改修で目的を満たせる可能性があります。

Google公式のサイト移転手順から見る重要項目

URLを変えるリニューアルでは、画面が正しく表示されるだけでは確認が足りません。Google検索セントラルのサイト移転ガイドは、新サイトの準備とテスト、旧URLと新URLの対応づけ、リダイレクト、旧新双方のトラフィック監視を案内しています。大きな変更を同時に増やしすぎず、移転中の順位変動も見込んで進める考え方です（2026年8月30日確認）。

見積もりを左右する8つの条件

1. 現状調査
   アクセス、技術、権限、契約、更新体制の確認。
2. ページ・資産量
   記事、画像、PDF、フォーム、構造化データの件数。
3. 原稿・撮影
   流用、修正、取材、新規制作、権利確認。
4. CMS・機能
   更新、検索、会員、予約、決済、外部連携。
5. URL変更
   維持、統合、削除、リダイレクト、サイトマップ。
6. 環境移行
   サーバー、DNS、SSL、メール、データベース。
7. 品質確認
   端末、表示、フォーム、速度、アクセシビリティ。
8. 公開後監視
   エラー、クロール、順位、問い合わせ、障害。

公開前後のチェックリスト

• 旧URLと新URLの対応表
• 削除・統合ページの判断理由
• バックアップ、復元手順、切戻し判断者
• DNS・メール・外部連携への影響
• 端末、フォーム、検索、404、計測のテスト
• リダイレクト、サイトマップ、内部リンク
• 公開後のエラー・アクセス・問い合わせ監視
• 旧環境を停止する条件と時期

AI時代のリニューアルで残る確認

AIを使うと、既存内容の棚卸しや構成案、原稿・画像の初案は速く作れます。ただし、古い情報が正しいか、素材を使う権利があるか、どのURLを残すかといった判断まで自動で確定できるわけではありません。事業判断、移行、テスト、公開の責任を人が持ち、「何を残し、なぜ変えたのか」を記録しておくことが、大量生成よりも安全なリニューアルにつながります。

リニューアル相場は新規制作より「旧資産の扱い」で変わる

ホームページリニューアル費用は、ページ数やデザインだけでなく、旧サイトの中身をどこまで調べ、何を残し、直し、移すかで大きく変わります。検索上位の記事では、方向性、デザイン、コンテンツ、CMS、実装、テスト、運用などが費用要因として挙げられています。ただし、そこで示される公開価格は各社が設定した分類であり、市場全体の成約平均とは限りません。

案件の型	主な作業	費用が読みにくい部分
見た目中心の改修	既存構成を保ち、デザイン・部品・文章を更新	古いテーマやコードで安全に変更できるか
情報設計の再構築	目的、対象者、サイトマップ、導線、原稿を見直す	統廃合、社内合意、原稿・撮影の作業量
CMS・基盤移行	記事・画像・ユーザー・機能を新環境へ移す	データ品質、プラグイン依存、URL、権限、メール影響
事業・ブランド刷新	調査、ブランド、撮影、多言語、複数部門を横断	意思決定者、承認回数、外部制作物、段階公開

同じ50ページのサイトでも、移行準備の量は同じではありません。全ページが管理表にまとまり、原稿とURLが整理されているサイトもあれば、重複ページ、リンク切れ、古いPDF、所有者が分からない素材が混在するサイトもあります。記事数だけで判断せず、コンテンツの種類や項目数、画像、添付ファイル、著者、カテゴリー、内部リンク、更新日、検索流入まで棚卸しすると、必要な作業を見積もりやすくなります。

既存サイトをそのまま使えるように見えても、詳しく調べるとPHPやデータベース、CMS、テーマ、プラグインが古い場合があります。独自改修の記録がない、サーバー権限が手元にない、メールとDNSの構成が複雑といった事情も、初回相談だけでは判明しないことがあります。その場で確定できない部分は「調査後に確定」と分け、調査する範囲、費用、成果物、見積もりを更新する日を先にそろえておくと安心です。

全ページの資産台帳とURL対応表を作る

移行作業の土台になるのが、新旧URLの対応表です。旧URLを一つずつ確認し、維持するのか、内容を直すのか、ほかのページへ統合するのか、削除または転送するのかを記録します。Google検索セントラルのサイト移転案内でも、旧URLと新URLの対応づけ、サーバー側のリダイレクト、公開後の検証と監視が重視されています。

台帳欄	記録内容	判断例
旧URL	現在公開されている正規URL	外部リンク・検索流入の入口を特定
ページ目的	対象者、答える質問、事業上の役割	目的が重複するページを統合
状態	維持、改稿、統合、削除、保留	古い情報は確認後に改稿か削除
新URL	移行先または最も近い代替ページ	関係ないトップへ一律転送しない
移す要素	本文、画像、PDF、構造化情報、SEO項目	権利不明・重複素材を除外
確認	担当、期限、公開後の応答コード・内容	転送連鎖、404、誤転送を検査

内容やCMSを新しくしても、意味のある既存URLを維持できれば、転送作業を減らせる場合があります。ただし、分かりにくい構造を長期的に残すくらいなら、影響を確認したうえで変更したほうがよいこともあります。デザインの都合だけで一括変更せず、利用者、運用、検索、計測、外部リンクへの影響を並べて判断します。

アクセスが少ないページでも、すぐ削除してよいとは限りません。契約者向けの資料、法令上必要な表示、問い合わせ後に参照される手順、外部サイトからリンクされた資料である可能性があります。アクセス解析や検索データだけで決めず、内部・外部リンクと事業担当者の確認を組み合わせる必要があります。

CMSデータ・画像・フォーム・メールを別々に移行する

見積もりに「サイトデータ一式」と書かれていても、一つのファイルを移せば終わるわけではありません。本文、画像、PDF、ユーザー、フォーム送信記録、SEO項目、リダイレクト、解析タグ、ドメイン、DNS、メールは、それぞれ管理者も形式もリスクも異なります。自動で移すもの、形式を変換するもの、手作業で再登録するものを分けておくと、抜け漏れを防ぎやすくなります。

対象	事前確認	公開後確認
記事・固定ページ	件数、項目、HTML、著者、日付、カテゴリー、内部リンク	文字化け、欠落、リンク、一覧、検索
画像・PDF	ファイル、代替テキスト、権利、容量、参照元	表示、404、画質、ダウンロード
フォーム	項目、同意、自動返信、通知、保存先、迷惑送信対策	実送信、通知、記録、エラー、個人情報
ユーザー・会員	権限、本人確認、パスワード、移行通知、削除	ログイン、権限漏れ、退会、監査
SEO・計測	タイトル、説明、canonical、構造化情報、タグ、目標	ソース、計測、重複、インデックス
DNS・メール	現在レコード、管理者、TTL、送受信、認証設定	サイト、メール、外部サービスが継続するか

フォームは、同じ見た目を再現しただけでは移行完了になりません。入力から完了までの画面、自動返信、担当者への通知、送信内容の保存、スパム対策、同意文まで実際に試す必要があります。画面上は送信済みでも、通知が迷惑フォルダーへ入る、外部CRMに記録されない、旧フォームへ届くといった問題が残ることがあります。

サイトと同じドメインのメールでも、Webサーバーとは別のサービスで動いている場合があります。ネームサーバーやDNSの切り替え方によっては、サイトだけでなくメール、認証、外部サービスにも影響します。現在の設定を保存し、変更箇所を必要最小限にしたうえで、担当者と元へ戻す手順を共有しておくことが欠かせません。

一斉公開と段階移行をリスク・期間・二重運用で比較する

すべてを一度に切り替える方法が、いつも最短・最安になるとは限りません。小規模で変更点が少ないサイトなら、一斉公開のほうが管理しやすいことがあります。大量のページ、多言語、会員機能、複数部門、複雑な外部連携がある場合は、確認範囲を区切れる段階移行のほうが安全なこともあります。

方法	利点	注意点
一斉公開	公開日が一つ、二重運用が短い、ブランドを同時更新	変更が集中し、問題の原因切り分けと切り戻しが難しい
機能別の段階公開	小さく検証し、問題を限定できる	旧新環境の連携、導線、二重入力が発生し得る
ページ群ごとの移行	部門や言語ごとに確認できる	URL・デザイン・計測の一貫性を管理する必要
並行稼働・限定公開	本番前に実利用者で確認しやすい	検索除外、権限、データ同期、公開範囲を厳密にする

Googleの案内でも、ドメイン、CMS、デザインといった大きな変更を一度に増やしすぎない考え方が示されています。これは検索への影響だけでなく、障害が起きたときに原因を探しやすくする点でも有効です。ブランド変更や法的な期限があり同時公開を避けられない場合は、事前検証、監視体制、担当者、切り戻し手順に十分な時間を割きます。

公開前には、不具合を重大・高・中・低などに分け、どの状態なら公開を止めるかを決めておきます。問い合わせ不能、決済・会員機能の障害、個人情報漏えい、主要ページの404は、公開停止を検討すべき問題です。余白や表記の軽微なずれは、記録を残して公開後に直せる場合があります。停止を判断する人、戻す範囲、利用者への案内まで決めておけば、当日の迷いを減らせます。

公開後30日・90日の監視まで見積もりに含める

新しいサイトが表示されても、その時点でリニューアルが完了したとは言い切れません。公開直後には、主要URL、転送、404、フォーム、メール、計測、表示速度、サーバーログ、検索エンジンのクロール状況を確認します。その後も数週間から数か月は、旧URLへのアクセス、検索表示、問い合わせ数、主要導線の変化を見守る期間が必要です。

• 公開当日: 主要ページ、フォーム、DNS・メール、計測、重大機能を確認
• 翌営業日: 404・サーバーエラー、通知不達、端末別問題、社内報告を確認
• 1週間: 転送、内部リンク、検索・一覧、速度、問い合わせ内容を確認
• 30日: 検索流入、主要URL、CTA、フォーム、旧URLアクセスを比較
• 90日: 目的指標、検索意図、導線、コンテンツ不足、運用負荷を評価

検索順位やアクセス数は、リニューアル以外にも季節、競合、計測方法の変更に影響されます。公開前後の日付、計測の定義、変更内容を残しておけば、一つの数字だけで成功・失敗を判断するのを避けられます。問い合わせの質、営業対応、採用応募、更新にかかる時間など、最初に決めた目的に合う指標も一緒に見ます。

AIは、棚卸し、URLの対応候補、原稿や画像の初案、チェックリストづくりを効率化できます。一方で、削除・統合の事業判断、事実と権利の確認、転送、フォーム、個人情報、公開可否は、人が責任を持つ領域です。候補を大量に作れても、URLごとの責任者が公開前に確認できなければ、安全な移行にはつながりません。

4つのリニューアルケースで優先費用を考える

ケース1：デザインが古いが機能は使えている

見た目だけが古く感じられるなら、まず現在のテーマやコードを安全に変更できるか確かめます。スマホ表示、フォーム、更新操作、速度に大きな問題がなく、今の構造を保てるなら、部品と文章を段階的に直す方法も選べます。反対に、基盤が古く更新できない状態では、見た目だけを上書きすると将来の改修費が増えるおそれがあります。

ケース2：問い合わせが減っている

問い合わせが減ったときは、全面デザイン変更だけが答えとは限りません。検索での表示や流入、主要ページ、CTA、フォーム、返信状況、競合や商品の変化を順に確認します。流入そのものが減った場合、対象者と内容がずれた場合、フォーム通知が届かない場合では、必要な対策が異なるためです。計測が足りなければ、現状を記録し、安全に測れる状態をつくるところから始めます。

相談獲得を目的にするなら、サービス説明だけでなく、価格、対応範囲、比較、失敗しやすい条件、事例、FAQ、次の行動まで一つの導線として設計します。検索流入がある旧記事はすぐ消さず、現在の役割を確かめてから改稿または統合します。デザインを新しくすること自体が目的にならないよう、公開後に何を測るかも先に決めておきます。

ケース3：CMSとサーバーが古く更新できない

CMSやサーバーが古く更新できない場合は、見た目よりもセキュリティと運用の継続を優先します。現在のバックアップから戻せることを確認し、まず代表的なデータで新しい環境を試します。テーマ、プラグイン、独自コード、フォーム、会員機能、メールを棚卸しすると、同等機能へ置き換えるもの、廃止するもの、個別に移すものを分けやすくなります。

デザイン、URL、CMS、ドメインを一度に変えると、不具合の原因を切り分けにくくなります。可能であれば工程を分け、各段階で動作を確かめます。期限の都合で同時変更が必要なら、検証期間、切替担当、公開停止の条件、戻し方、公開後の監視を通常より手厚くします。

ケース4：複数部門・多言語を統合する

複数部門や多言語のサイトでは、ページ制作そのものより、誰が情報を持ち、誰が承認し、公開後に誰が更新するのかが費用を左右します。同じ内容が部門ごとに重複しているなら、統合の基準と責任者を先に決めます。翻訳の対象には本文だけでなく、画像内の文字、PDF、フォーム、メール、SEO項目、法的表示も含まれます。

すべての言語を同日に公開する必要がなければ、優先する市場から段階的に公開する方法も選べます。ただし、URL、言語切替、正規化、更新の同期方法は、最初の設計段階でそろえる必要があります。翻訳が遅れたときに未確認の機械翻訳を公開するのではなく、未公開にするのか原文を表示するのかを事前に決めておきます。

発注者側の体制と意思決定時間も見積もる

リニューアルの納期は、制作会社の作業時間だけでは決まりません。発注者側にも、旧情報の確認、原稿や写真の用意、法務確認、部門承認、アカウント準備、公開判断の時間が必要です。工程表に発注者側の作業と回答期限も入れると、どこで待ち時間が発生するのかを共有できます。

役割	主な判断
事業責任者	目的、優先順位、予算、公開・停止
コンテンツ責任者	事実、原稿、画像、統廃合、更新担当
技術・運用担当	環境、権限、データ、メール、連携、保守
法務・情報管理	規約、個人情報、権利、外部送信、契約
現場代表	利用者業務、問い合わせ、更新操作、受入

表の役割ごとに別の担当者を置く必要はありません。ただし、最終判断をする人が曖昧だと、集まった意見をまとめられず、修正が繰り返されます。目的と優先順位を基準に採用・不採用を決め、承認済みの内容へ戻る変更では、費用と納期への影響も確認します。

新サイトを制作している間も、旧サイトには記事や情報が追加されることがあります。そのため、更新を止める期間、差分だけを移す方法、緊急更新の扱い、公開直前に取得するデータを決めておきます。新旧のどちらを正しいデータとするかを時点ごとに明確にし、公開後も必要な保全期間が終わるまでは旧環境をすぐ削除しません。

社内作業が遅れた場合の再スケジュール、外部スタッフの待機費、公開延期の扱いも、見積もり時に確認しておきたい項目です。発注者側が必要な判断を予定どおり行えることは、品質を落とす値引きよりも確実なコスト削減につながります。

リニューアル見積もりの最終チェックリスト

• 目的と現状問題を分け、最大リスクへ予算を配分した
• 旧ページ・画像・PDF・フォーム・ユーザー・連携の台帳がある
• 全旧URLに維持・改稿・統合・削除・転送の判断がある
• CMS、データ、SEO、計測、DNS、メールを別々に確認した
• 移行件数、自動・変換・手作業、超過単価、完了条件がある
• 一斉・段階公開の利点、二重運用、停止・切戻しを比較した
• 公開当日・1週間・30日・90日の監視担当がいる
• 社内の原稿・承認・法務・技術・受入作業を工程へ入れた

デザイン、CMS、URL、ドメインを同時に変える計画では、通常よりも事前検証と公開後の監視が必要です。分けられる変更は段階化し、問題が起きたときに原因をたどれる計画にしておきます。

旧サイトを消す前には、バックアップから戻せることと、旧環境を保全する期間を確認します。新サイトが表示されたというだけで完了にせず、問い合わせ、メール、検索、更新、計測が継続しているところまで確かめると安心です。

見積もりを最後に比べるときは、制作ページ数だけを横に並べないようにします。旧資産の調査件数、移行・統合・削除の判断、URL対応、フォーム・メール・計測、公開後の監視まで同じ表に置くと、金額差の理由が見えてきます。見積外になっている社内作業や外部契約も加えます。

公開日を優先して未確認の項目を残す場合は、利用者、検索、業務への影響を明らかにし、暫定対応、修正期限、責任者を記録します。リニューアルの完成は画面が新しくなった時点ではなく、旧サイトが担っていた役割を失わず、新しい目的を測定し改善できる状態になった時点です。

公開後に検索流入が下がっても、慌ててURLや本文を続けて変更すると、原因をさらに追いにくくなります。まず影響を受けたページを特定し、転送、canonical、noindex、サイトマップ、内部リンク、表示エラー、計測を順番に確認します。検索評価には時間差があり、競合や季節の変化も影響します。変更日と確認結果を残して技術的な不具合と需要の変化を分け、重大な移行ミスが見つかった場合は、事前に決めた責任者が修正の優先度を判断します。

見積もりの有効期限を過ぎたら、制作単価だけでなく、サーバー、CMS、外部サービス、旧サイトの状態、移行件数が変わっていないか確認します。リニューアルは検討期間が長くなりやすく、その間にも記事の追加、担当変更、システム更新が進むためです。着手前に資産台帳と工程を更新し、現在の件数と条件で契約内容を確かめます。

公開後の修正依頼は一つの窓口に集めると、同じ箇所を複数の担当者が同時に変更する事故を防ぎやすくなります。緊急対応、通常修正、将来の改善を分け、対応する順番と記録場所を共有します。

公開後に届く問い合わせも、移行の品質を知る手がかりです。利用者が迷ったページや旧案内から不足した情報を、日時、URL、影響範囲とともに記録すると、優先して直す場所を判断できます。

よくある質問

ホームページは何年でリニューアルすべきですか？

一律に「何年で」と決める必要はありません。目的、内容、更新のしやすさ、速度、安全性、スマホ表示、問い合わせ、保守性に支障があるかで判断します。問題が限られていれば、全面リニューアルではなく部分改修で足りる場合もあります。

URLは変えても大丈夫ですか？

必要な理由があればURLは変更できます。ただし、旧URLと新URLの対応表、適切なリダイレクト、内部リンクとサイトマップの更新、公開後の監視が必要です。デザイン上の都合だけで一括変更せず、利用者と検索への影響を確認して決めます。

旧サイトの文章や画像を使えば安くなりますか？

再利用できる文章や画像があれば、新規制作の量を減らせます。ただし、情報が古くないか、使用する権利があるか、画質や構成に問題がないか、内容が重複していないかを確認する作業は残ります。何をそのまま使い、何を直すかを棚卸ししてから見積もるほうが、実際の費用に近づきます。