ホームページリニューアルとは、既存サイトのデザイン・構造・コンテンツを大規模に刷新し、集客力・信頼性・操作性を改善するプロジェクトです。費用・制作期間・SEO順位低下リスクの3点を事前に設計することが、リニューアル成功の分岐点になります。
「デザインを刷新したのに、問い合わせが減った」「リニューアル後に検索順位が急落した」——こうした声は、Web担当者や経営者から頻繁に寄せられます。原因の多くはデザインではなく、テクニカル面の設計不足にあります。
（自社検証）当社が支援したBtoB事業のクライアント事例（業種非公表）では、サイトリニューアル前の月間トラフィックは約200件、BtoBの問い合わせはわずか月3件という状態でした。テクニカル修正とSEO設計を軸にリニューアルを実施した結果、支援開始1ヶ月で月間1,133ユーザーを達成。ピーク時には月間18,397ユーザー・CV186件を記録しています。CV3件から186件への改善は、BtoB事業においてサイトのテクニカル品質が集客の根幹を左右することを示す数値です。
（アイダイム分析）当社の実務経験から言えば、リニューアル依頼を受けたサイトの大半は、テクニカル面に重大な問題を抱えています。正体不明のプラグインが大量に導入されていたり、表示速度に問題のある低スペックサーバーが使われていたり、最悪のケースでは「前の制作会社のサーバー上にサイトがあり、その会社と連絡が取れない」という状況も珍しくありません。こうした状態のまま広告費を投下しても、CVRは上がりません。GTM設定が設定できない状況なので、CVを計測できない状態だったりもしますので。
リニューアルとSEO設計は必ずセットで考えてください。
この記事でわかること
- リニューアルとSEO順位低下の関係： 順位急落の4つの原因と、事前に防ぐ具体的なチェック手順
- 費用・期間・補助金の実態： 目的別の費用相場と、2026年度の補助金制度の正しい理解
- 失敗しない進め方： 現状分析からテストアップまでの5ステップと、リニューアル前テクニカルチェックリスト
リニューアルすべきか「改修」で済むか：判断基準と比較
リニューアルと改修を混同したまま発注すると、必要以上のコストとSEOリスクを負うことになります。まず判断基準を明確にしてください。
リニューアルは「ドメイン移行・URL構造変更・全ページ刷新」を伴う大規模変更です。これに対して改修は「特定ページのUI変更・LPO・ページ追加」など限定的な変更を指します。2つの違いを4軸で整理します。
| 比較軸 | リニューアル | 改修 |
|---|---|---|
| コスト | 100〜300万円以上 | 10〜80万円程度 |
| 制作期間 | 3〜12ヶ月 | 1週間〜2ヶ月 |
| SEOリスク | 高（URL変更・リダイレクト設計が必須） | 低（既存URLを維持するケースが多い） |
| 期待効果 | ブランド刷新・構造的な集客改善 | CVR改善・特定ページのUX向上 |
デザインが少し古い程度であれば、改修で十分なケースがほとんどです。コストとSEOリスクを抑えながら成果を出したい場合は、まず改修から着手することを検討してください。
リニューアルが必要な4つのケース
以下のいずれかに該当する場合は、改修ではなくリニューアルが適切です。
- CMS・システムの老朽化： WordPressのバージョンが古い、サポート切れのプラグインが多数稼働している
- サーバー・ドメイン管理の問題： 前の制作会社のサーバー上にあり連絡が取れない、ドメイン管理者が不明
- URL構造の根本的な見直しが必要： パーマリンク構造がSEOに不適切で、全体的な再設計が必要
- ブランドの方向性が大きく変わった： 事業転換・ターゲット変更など、サイトの目的自体が変わった
改修で済む3つのケース
- デザインの一部が古い： トップページのビジュアルやバナーのみ更新すれば十分
- 特定ページのCVRを改善したい： CTAボタンの変更・フォームのUI改善・LPOの実施
- コンテンツを追加したい： 新サービスページ・採用ページ・ブログの新設
ホームページリニューアルの費用相場と制作期間
目的別・費用相場と制作期間の目安
費用は制作規模・機能要件・デザインの複雑さによって大きく変わります。以下は一般的な目安レンジです。
| サイト種別 | 最低価格帯 | 中心価格帯 | 制作期間目安 |
|---|---|---|---|
| コーポレートサイト（10〜30P） | 50万円〜 | 100〜300万円 | 3〜6ヶ月 |
| 採用サイト | 80万円〜 | 150〜400万円 | 3〜6ヶ月 |
| 小規模ECサイト | 100万円〜 | 200〜500万円 | 4〜8ヶ月 |
| 大規模・機能開発込み | 300万円〜 | 500万円以上 | 6〜12ヶ月 |
費用の幅が大きい理由は、要件定義の精度にあります。ページ数・機能・CMSの種類・SEO設計の込み具合によって見積もりは大きく変わるため、複数社から見積もりを取る際は同一の要件定義書（RFP）を渡すことが正確な比較の前提です。
リニューアルで使える補助金（2026年最新）
2026年度より、従来の「IT導入補助金」は「デジタル化・AI導入補助金」に名称・制度が変更されました。ホームページ単体のリニューアルや静的なコーポレートサイト制作は原則として補助対象外です。CRM・予約システム・決済機能など業務効率化ツールとの連携が申請条件になります。「補助金が使える」と案内する制作会社には、具体的な適用条件を必ず確認してください。
リニューアル費用に活用できる可能性がある制度は「小規模事業者持続化補助金」です。販路開拓を目的とした場合、ウェブサイト関連費として申請できますが、単独申請は不可で他の経費（試作品開発費・機械装置等費など）との組み合わせが必須です。補助上限は補助申請額の1/4以内となります。最新の申請スケジュール・要件は必ず公式サイトで確認してください。
【最重要】リニューアル後のSEO順位低下を防ぐ4つの対策
リニューアルで最も多い失敗が「公開直後から検索順位が急落する」ケースです。原因は4つに集約されます。 旧URL （被リンク・評価あり） 301リダイレクト （全件設定が必須） 新URL （評価を引き継ぐ） Google 順位維持 リダイレクト漏れ → 旧URLの評価が消滅する 設定漏れが1URLでもあると、そのページの検索評価がゼロになります
リダイレクト設定が1件でも漏れると、そのURLへの被リンク評価と検索順位はゼロにリセットされます。これを防ぐために事前のマッピング表作成と全件テストが必須です。
対策①：リダイレクトマッピング表を全件作成・テストする
301リダイレクト（永続的な転送）を旧URL全件に設定することが、SEO評価を引き継ぐための最重要工程です。設定手順は以下の通りです。
- Google Search Consoleとクロールツール（Screaming Frog等）で旧サイトの全URLを抽出する
- Excelで「旧URL・新URL・リダイレクト種別（301）・テスト結果」の4列のマッピング表を作成する
- テスト環境で全件リダイレクトを実装し、ブラウザとツールで転送先を1件ずつ確認する
- 流入を稼いでいる上位URLから優先的にテストする（GSCのクリック数順でソート）
- 本番公開後、Search Consoleの「カバレッジ」でインデックスの引き継ぎ状況を確認する
リダイレクトマッピング表は制作会社に作成を依頼するだけでなく、発注者側でも内容を確認できる状態にしておくことが重要です。
対策②：タイトル・H1タグの評価KWを引き継ぐ
リニューアルでデザインを一新する際、制作会社がタイトルタグやH1を書き直してしまうケースがあります。現在の検索順位を支えているKWがタイトルから消えると、その瞬間から順位が下落します。
対策は、リニューアル前にGSCで「クリックを稼いでいるクエリ」と「対応ページのタイトル・H1」を一覧化しておくことです。この一覧を制作仕様書に添付し、「このKWは必ずタイトルに含めること」と明記してください。
対策③：noindex・robots.txtの設定を本番前に全件確認する
開発中のサイトを誤って公開してしまい、noindexが外れないまま検索エンジンにクロールされるケースが実際に起きています。また逆に、本番環境でnoindexが残ったまま公開されてインデックスから消えるパターンも多く見られます。
公開直前に必ず確認すべき項目は以下の2点です。
- テスト環境： robots.txtにクロールブロック設定があるか、noindexタグが全ページに入っているか
- 本番環境： 公開切り替え後にnoindexが残っていないか、robots.txtが本番用になっているか
対策④：公開後のSearch Console確認手順
本番公開後72時間以内に以下を確認してください。
- Search Console「URL検査」で主要URLのインデックス状況を確認
- 「カバレッジ」レポートでエラー・除外URLが急増していないか確認
- 「検索パフォーマンス」で公開前後のクリック数・表示回数の推移を監視
- 異常を検知した場合は、まずリダイレクト設定とnoindex設定を優先的に確認する
ホームページリニューアルの進め方：5ステップ
シミュレーション作成と同様、リニューアルも「何から始めるか」の順番を間違えると後工程で必ずトラブルが発生します。
現状分析から始め、KPIを明確にした上で制作会社を選定します。要件定義が曖昧なまま開発に入ると、公開直前に「あの機能が入っていない」というトラブルが起きます。
Step1：現状分析とKPIの明確化（GSCデータのエクスポートから始める）
リニューアルの最初の作業はGoogle Search Consoleのデータエクスポートです。直近3ヶ月分のクリック数・表示回数・平均順位をURL別・クエリ別でダウンロードし、「現在流入を稼いでいるURL」と「流入を支えているキーワード」をリスト化してください。
このリストがリダイレクトマッピング表の基盤になり、リニューアル後の順位変動を監視するベースラインになります。KPIは「月間問い合わせ件数○件」「特定クエリでの順位○位以内」など数値で設定してください。
Step2：RFP作成と制作会社選び（SEO移行知見の見極めポイント）
RFP（提案依頼書）に最低限記載すべき項目は以下の通りです。
- 現状のサイト情報： URL・CMS・サーバー・ドメイン管理者
- リニューアルの目的とKPI： 数値目標・期限
- ページ構成と機能要件： ページ数・必要な機能の一覧
- SEO要件： リダイレクト設計の対応可否・title/H1の引き継ぎ方針
- 納期・予算レンジ
制作会社を選ぶ際は、見積もりの中に「リダイレクト設定」「Search Console確認」の工程が明記されているかを確認してください。この工程が見積もりに入っていない会社は、SEO移行の知見がない可能性が高いと判断できます。
Step3：要件定義・サイトマップ設計
要件定義は発注後の最重要工程です。ここで確認漏れがあると、開発終盤に追加費用・スケジュール遅延が発生します。確定すべき内容は「全ページのURL構造・タイトル・H1・主要コンテンツ」「フォームや予約システムなど機能の仕様」「スマートフォン対応の範囲」「CMS管理画面の操作権限」の4点です。
Step4：デザイン・開発・コンテンツ移行
デザイン確定後、既存コンテンツの移行作業が始まります。テキスト・画像・メタ情報の移行漏れが後のSEO問題につながるため、移行チェックリストを制作会社と共有しながら進めることを推奨します。
Step5：テストアップと公開（リダイレクト・noindex最終確認）
本番公開前に前述の対策③（noindex・robots.txtの確認）と対策①（リダイレクト全件テスト）を実施してください。テストアップ環境での確認が完了した後に本番切り替えを行い、公開後72時間はSearch Consoleを監視します。
リニューアル前テクニカルチェックリスト
リニューアルを発注する前に、以下の項目を自社で確認しておいてください。確認できない項目が多いほど、テクニカルリスクが高い状態です。
【サーバー・ドメイン】
- □ ドメインの管理者・更新期限を自社で確認できる
- □ サーバーの契約者・ログイン情報を自社で把握している
- □ サーバーが制作会社名義になっていないか確認した
- □ 前の制作会社と連絡が取れる状態にある
- □ 現サーバーの表示速度・スペックを確認した（PageSpeed Insights等）
【現状のSEO】
- □ Google Search Consoleに自社でアクセスできる
- □ 直近3ヶ月のクリック数・表示回数・順位データをエクスポートした
- □ 流入上位URLと対応キーワードをリスト化した
- □ 主要な被リンク元URLを確認した（Ahrefs・Google Search Console等）
【URL・パーマリンク構造】
- □ 現在のURL構造（パーマリンク設定）を確認した
- □ リニューアル後にURL構造を変更するかどうかを決定した
- □ URL変更がある場合、リダイレクトマッピング表の作成を制作会社に依頼した
【CMS・プラグイン】
- □ 現在使用しているCMSのバージョンを確認した
- □ 導入されているプラグインの全リストを確認した
- □ 用途不明なプラグインを洗い出した
- □ プラグインの更新状況・サポート継続状況を確認した
【リダイレクト・インデックス設計】
- □ 旧URL→新URLのリダイレクトマッピング表を作成または依頼した
- □ テスト環境のnoindex設定を確認した
- □ 本番公開後のrobots.txt・noindex解除手順を制作会社と共有した
このチェックリストで未確認項目が多い場合は、リニューアル発注前にサーバー・ドメイン・CMS管理権限の整理から着手することを推奨します。
よくある失敗事例と対策
失敗①：デザインは綺麗になったが問い合わせが減る
リニューアル後にCVが減るケースの多くは、デザイナーがUI（見た目）を優先するあまり、CTAボタンの位置・フォームへの導線・マイクロコピーが変更されてしまったことが原因です。「問い合わせはこちら」ボタンが目立たない場所に移動しただけで、CVRは大きく下がります。
対策は、リニューアル前のCVR実績（フォーム到達率・送信完了率）をGA4でエクスポートし、これをリニューアル後の比較基準として制作仕様書に明記することです。「現行のCVR以上を維持すること」を要件として明文化してください。
失敗②：要件定義の甘さによる予算超過・スケジュール遅延
「公開直前になって必要な機能が入っていない」というトラブルは、要件定義の段階で機能一覧を確定しなかったことが原因です。開発終盤の仕様追加は、通常の2〜3倍のコストになるケースがあります。Step3の要件定義で全機能を確定し、「この一覧以外の追加開発は別途見積もり」と契約書に明記することで防ぐことができます。
失敗③：社内承認が通らず計画が止まる
リニューアルの稟議が通らない最大の原因は、「デザインを変えたい」という定性的な理由しか提示できないことです。承認を得るためには、「現在のサイトで月間○件の問い合わせ機会を損失している」「競合サイトと比較したUX・表示速度の差」など、数値を根拠にした資料が必要です。GSCのデータとPageSpeed Insightsのスコアを組み合わせることで、定量的な改善余地を示すことができます。
よくある質問（FAQ）
Q. ホームページリニューアルの費用相場はいくらですか？
コーポレートサイト（10〜30ページ）で100〜300万円が一般的な中心価格帯です。小規模改修なら30〜80万円、採用サイトや大規模ECは300万円以上になるケースもあります。同一の要件定義書を複数社に渡して比較見積もりを取ることが正確な価格把握の前提です。
Q. リニューアルとサイト改修は何が違いますか？
リニューアルはドメイン移行・全ページ刷新など大規模な変更を指し、SEOリスクが伴います。改修はデザイン部分修正やページ追加など限定的な変更で、リスクは低く費用も抑えられます。デザインが少し古いだけであれば改修で十分なケースがほとんどです。
Q. ホームページリニューアル後にSEO順位が下がる原因は何ですか？
主な原因は301リダイレクトの設定漏れ、タイトル・H1タグの意図せぬ変更、noindex設定ミスの3つです。事前にリダイレクトマッピング表を全件作成しテストすること、GSCのクリック上位URLから優先的に確認することで防ぐことができます。
Q. リニューアルの制作期間はどれくらいかかりますか？
コーポレートサイトで3〜6ヶ月、大規模・機能開発込みで6〜12ヶ月が目安です。要件定義の精度がスケジュールに最も影響します。途中での仕様追加は工期を大幅に延ばす原因になるため、発注前に機能一覧を確定してください。
Q. ホームページリニューアルに補助金は使えますか？
2026年度より旧IT導入補助金は「デジタル化・AI導入補助金」に移行し、コーポレートサイト単体のリニューアルは原則対象外です。小規模事業者持続化補助金のウェブサイト関連費として申請できる場合がありますが、他経費との組み合わせが必要です。最新の申請要件は公式サイトで確認してください。
Q. 制作会社はどう選べばいいですか？
デザインの実績だけでなく、SEO移行設計（リダイレクト管理・title設計）の知見があるかを確認することが最重要です。見積もりにリダイレクト設定・Search Console確認の工程が含まれているかを発注前に必ず確認してください。この工程が入っていない会社は注意が必要です。
Q. リニューアル前にやっておくべきことは何ですか？
現状のGoogle Search Consoleデータ（クリック数・表示回数・順位）を3ヶ月分エクスポートし、流入を稼いでいるURLとキーワードをリスト化することが最優先です。この作業がリダイレクトマッピング表の基盤になり、リニューアル後の順位変動を検知するベースラインになります。
Q. BtoBサイトのリニューアルで注意すべきことはありますか？
BtoBサイトは検索流入が少ない状態からスタートするケースが多く、テクニカル問題が放置されたまま運用されているケースが特に多い傾向があります。リニューアルと同時にサーバースペック・パーマリンク構造・プラグイン整理のテクニカル修正を行うことで、広告費をかける前に自然検索からの問い合わせを増やせる可能性があります。
参考情報
- デジタル化・AI導入補助金 公式サイト（中小企業基盤整備機構）：https://it-shien.smrj.go.jp/
- 小規模事業者持続化補助金 公式サイト：https://www.jizokukahojokin.info/
- Google Search Console：https://search.google.com/search-console/
- PageSpeed Insights：https://pagespeed.web.dev/