まず確認：リニューアルが「失敗」になる典型パターンは何か？
中小企業のリニューアル失敗は、「アクセス減少」「費用超過」「問い合わせ数が変わらない」の3類型に集約されます。この3つは独立した現象ではなく、根本的な原因が共通しています。
なぜ今、リニューアル失敗が問題になるのか
総務省「令和4年 通信利用動向調査報告書（企業編）」によると、国内企業全体のホームページ開設率は89.1%に達しています。Webサイトはすでに経営インフラの一部であり、「持っていない」よりも「機能していない」ことが課題の中心に移っています。
一方で、開設率が上がるほど「作って終わり」のサイトも増えます。数年ぶりにリニューアルに踏み切っても、設計の段階で判断を誤ると、公開直後から問題が表面化します。
失敗の3類型と発生メカニズム
| 失敗の類型 | 主な症状 | 根本的な原因 |
|---|---|---|
| アクセス減少 | 公開後1〜3か月でGoogle流入が急落する | URL変更時のリダイレクト未設定、モバイル非対応 |
| 費用超過 | 当初見積もりの1.5〜2倍以上に膨らむ | 要件定義が曖昧なまま発注した |
| 問い合わせ数が変わらない | デザインは刷新されたが成果ゼロ | 目的とKPIを設定していなかった |
費用の規模感として参考になるのは、民間調査会社が公開するリニューアル相場です。Web幹事・ferret Oneのデータ（調査手法の詳細は非開示）によると、小規模サイト（10〜20ページ程度）で30万円前後、中規模サイト（30〜50ページ、CMS導入含む）で300万円程度が目安として示されています。これだけの投資をしながら失敗に終わるケースが後を絶たない背景には、「何のためにリニューアルするか」が言語化されないまま発注が進むという構造的な問題があります。
失敗が発生しやすい時期
リニューアルの失敗は「公開後」に発覚するものの、原因は「発注前」に埋め込まれていることがほとんどです。
- 発注前: 目的・KPIの未設定、要件定義の省略
- 制作中: スマートフォン表示の後回し、CMS選定の軽視
- 公開時: URLのリダイレクト設定漏れ
- 公開後: 計測の仕組みがないため問題の発覚が遅れる
原因ごとの詳細と対策は次のセクション以降で順番に解説します。チェックリストは最終セクションにまとめていますので、発注前の自己診断にご活用ください。
原因①：目的を言語化しないまま発注した
「見た目を刷新したい」だけでは制作会社が正しい設計をできず、公開後に成果が測れない状態になります。目的が曖昧なまま進むと、デザインの好みを議論しているうちに本来解決すべき課題が置き去りになります。
目的設定に必要な3つの問い
リニューアルの目的を言語化するには、次の3つの問いに答えることから始めてください。
| 問い | 悪い例 | 良い例 |
|---|---|---|
| ① 今のサイトで何が困っているか | 「古くなった感じがする」 | 「採用ページからのエントリーが月0件」 |
| ② リニューアル後に何が変わっていれば成功か | 「かっこよくなった」 | 「採用エントリーが月5件以上になった」 |
| ③ それをいつまでに達成したいか | 「なるべく早く」 | 「次の採用シーズン（2025年9月）までに」 |
この3問に答えられない状態で制作会社に発注すると、仕様の判断基準がなくなります。結果として、担当者の好みや制作会社の慣習に引きずられた設計になりやすくなります。
KPIを先に決めないとなぜ失敗するか
KPI（Key Performance Indicator）とは、目標の達成度を測る指標のことです。リニューアルにおけるKPIの例としては、「月間問い合わせ件数」「採用応募数」「特定ページの閲覧数」などが挙げられます。
KPIを先に決めない場合、以下の連鎖が起きます。
- 制作会社が「何をゴールに設計すればよいか」を判断できない
- 公開後に「なんとなくきれいになった」で終わり、効果を検証する手段がない
- 問い合わせ件数が変わらなくても「デザインが良くなったからヨシ」と判断してしまう
- 半年後・1年後に「やっぱり成果が出ていない」と気づき、再リニューアルを検討し始める
この連鎖は、リニューアル費用を二重に支出するリスクを生みます。
実装者の立場から見ると、発注書や打ち合わせ議事録に「月間問い合わせ件数を現状の○件から△件に増やす」という一文があるかどうかで、設計の方向性が根本的に変わります。この一文がなければ、ページ構成もCTAボタンの配置も「なんとなく」で決まりやすくなります。
目的とKPIの設定方法については、「失敗を避けるための発注前チェックリスト」セクションで具体的な手順を後述します。
原因②：リニューアル時のURL変更でSEO評価を失った
旧URLから新URLへの301リダイレクト設定を漏らすと、Googleが蓄積した評価がリセットされ、アクセスが急落します。リニューアル後に「公開したのに検索からの流入が激減した」と相談を受けるケースの多くで、このURL設計の失敗が根本原因として見つかります。
301リダイレクトとは何か
301リダイレクトとは、旧URLに届いたアクセスを新URLへ自動的に転送し、「このページは恒久的に移転した」とGoogleに伝える設定です。この設定があることで、旧URLが積み上げてきた検索評価（被リンクや表示順位）を新URLに引き継げます。設定がなければ旧URLは「存在しないページ」として扱われ、蓄積した評価は消滅します。
リニューアルではドメイン変更、ディレクトリ構造の整理、CMSの乗り換えなど、URLが変わる機会が重なりやすい状態です。1件の設定漏れが数十ページ分の評価を失うことにつながるため、後述する「発注前チェックリスト」のステップ2で既存URL一覧を取得しておくことが有効な先手となります。
設定漏れが起きやすい3つのケース
設定漏れは「意図しない変更」に気づけないときに発生します。以下の3つのケースは、当社の実装経験でも繰り返し確認している頻出パターンです。
| ケース | 具体的な状況 | 見落としの理由 |
|---|---|---|
| ① CMS乗り換え | WordPressからBitrexなど別システムへ移行した | 旧CMSのURL体系を新システムが自動で引き継がない |
| ② ページの統廃合 | 複数ページをまとめて1ページに集約した | 消えたページのURLを「もう使わない」と放置しやすい |
| ③ ディレクトリ再設計 | /service/ を /services/ に変更するなど末尾の細かい変更 |
目視では気づきにくく、テストも漏れやすい |
301リダイレクトの設定手順と検証方法の詳細は、本記事とは別の「URL移行で検索順位を下げない301リダイレクト完全ガイド」で解説しています。ここでは「なぜ失敗するか」の構造的な理解を目的として説明します。
つまずきやすい点：ページ統廃合時のリダイレクトマップ作成
実装者が最もつまずくのは、「ページを減らすリニューアル」でのリダイレクトマップ作成です。
ページを統廃合する場合、削除したページそれぞれに対して「どの新URLへ転送するか」を1対1で決める必要があります。ページ数が多いほど、この対応表（リダイレクトマップ）の作成は工数のかかる作業です。制作会社に丸投げすると「旧ページのリストがない」「どこへ転送するか御社で決めてください」と発注後に差し戻されるケースもあります。
発注前に以下を準備しておくと、この問題を事前に回避できます。
- Google Search Consoleまたはサイトクローラでインデックス済みのURL一覧をエクスポートする（所要時間の目安：30分）
- 各URLに「継続・統合・削除」のいずれかを記入する
- 「統合・削除」のURLに対して転送先URLを記入してリダイレクトマップを完成させる
- 制作会社に要件定義書とセットで渡す
つまずきやすい点： 統合先を「トップページ（/）」に一括設定したくなりますが、関係のないページへ転送することはGoogleも非推奨としています。できる限り内容が近いページへ個別に転送先を設定することが、評価引き継ぎの精度を高めます。
原因④：制作会社との要件定義が曖昧で費用と納期が膨らんだ
仕様の追加・変更が発生するたびに追加費用が生じ、当初見積もりを大きく超えるのが費用超過の主因です。「言った・言わない」のトラブルも、多くの場合は要件定義の曖昧さから生まれます。
要件定義書に最低限含めるべき5項目
要件定義書とは、制作会社に何を作ってもらうかを文書化した仕様書のことです。口頭や簡単なメモで済ませると、認識のズレが後工程で費用と時間の損失に直結します。
以下の5項目を発注前に文書化しておくことで、追加費用の発生リスクを大きく下げられます。
| 項目 | 記載すべき内容の例 | 記載が曖昧な場合に起こりやすいトラブル |
|---|---|---|
| ① ページ一覧と階層構造 | 全ページ数、URLパス、ページ間の親子関係 | 途中でページが増え追加費用が発生する |
| ② 機能要件 | お問い合わせフォームの項目数、メール送信先、自動返信の有無 | 「当然ついていると思った」機能が別途見積もりになる |
| ③ CMS・システムの指定 | 使用するCMSの種類、プラグインの可否、自社での更新範囲 | 自社で更新できない仕様で納品される |
| ④ デザインの方向性 | 参考サイトURL、禁止カラー、既存ロゴ・画像の使用可否 | 修正ラウンドが増えて納期が延びる |
| ⑤ 公開後の保守範囲 | サーバ管理、SSL更新、軽微な文言修正の対応可否と費用 | 公開後のちょっとした修正のたびに費用が発生する |
追加費用を防ぐ発注前の確認事項
制作会社との契約前に確認しておくべき事項を整理します。契約書や見積書に記載されていない事項は、必ず書面で確認してください。
契約・見積もりで確認すること
- 修正回数の上限は何回か。超過した場合の単価はいくらか。
- 「追加費用が発生する場合」の定義が明文化されているか。
- 納期遅延が発生した場合、責任の所在はどのように定めているか。
- 成果物（デザインデータ、ソースコード）の著作権・所有権はどちらに帰属するか。
- 公開後のサーバ・ドメイン管理を制作会社が行う場合、年間費用の内訳を明示してもらえるか。
つまずきやすい点: 「ラフデザインの修正は2回まで含む」という記載があっても、「ラフデザインの範囲」の解釈が制作会社と依頼主でズレているケースがあります。修正回数の上限だけでなく、「何の工程における修正か」を具体的に確認してください。
費用の相場や補助金の活用方法については、ホームページリニューアル費用の内訳と補助金で詳しく解説しています。
当社ノーティックラボは、代表を含む5名（Engineer・Data Scientist・Computer Scientistの三職能体制）で、これまで累計20社以上のWeb制作・AI導入を支援してきました（自社実績）。コンサルタントではなく実装者が要件定義の段階から関与するため、「後から仕様が変わって費用が膨らんだ」という事態を防ぐ体制をとっています。
要件定義の段階から一緒に整理したい場合は、無料診断からご相談ください。現状のサイトの課題と必要な機能を整理し、発注前に必要な準備をお伝えします。