まず確認：リニューアルが「失敗」になる典型パターンは何か？

中小企業のリニューアル失敗は、「アクセス減少」「費用超過」「問い合わせ数が変わらない」の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. 制作会社が「何をゴールに設計すればよいか」を判断できない
  2. 公開後に「なんとなくきれいになった」で終わり、効果を検証する手段がない
  3. 問い合わせ件数が変わらなくても「デザインが良くなったからヨシ」と判断してしまう
  4. 半年後・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で決める必要があります。ページ数が多いほど、この対応表（リダイレクトマップ）の作成は工数のかかる作業です。制作会社に丸投げすると「旧ページのリストがない」「どこへ転送するか御社で決めてください」と発注後に差し戻されるケースもあります。

発注前に以下を準備しておくと、この問題を事前に回避できます。

  1. Google Search Consoleまたはサイトクローラでインデックス済みのURL一覧をエクスポートする（所要時間の目安：30分）
  2. 各URLに「継続・統合・削除」のいずれかを記入する
  3. 「統合・削除」のURLに対して転送先URLを記入してリダイレクトマップを完成させる
  4. 制作会社に要件定義書とセットで渡す

つまずきやすい点： 統合先を「トップページ（/）」に一括設定したくなりますが、関係のないページへ転送することはGoogleも非推奨としています。できる限り内容が近いページへ個別に転送先を設定することが、評価引き継ぎの精度を高めます。

原因④：制作会社との要件定義が曖昧で費用と納期が膨らんだ

仕様の追加・変更が発生するたびに追加費用が生じ、当初見積もりを大きく超えるのが費用超過の主因です。「言った・言わない」のトラブルも、多くの場合は要件定義の曖昧さから生まれます。

要件定義書に最低限含めるべき5項目

要件定義書とは、制作会社に何を作ってもらうかを文書化した仕様書のことです。口頭や簡単なメモで済ませると、認識のズレが後工程で費用と時間の損失に直結します。

以下の5項目を発注前に文書化しておくことで、追加費用の発生リスクを大きく下げられます。

項目 記載すべき内容の例 記載が曖昧な場合に起こりやすいトラブル
① ページ一覧と階層構造 全ページ数、URLパス、ページ間の親子関係 途中でページが増え追加費用が発生する
② 機能要件 お問い合わせフォームの項目数、メール送信先、自動返信の有無 「当然ついていると思った」機能が別途見積もりになる
③ CMS・システムの指定 使用するCMSの種類、プラグインの可否、自社での更新範囲 自社で更新できない仕様で納品される
④ デザインの方向性 参考サイトURL、禁止カラー、既存ロゴ・画像の使用可否 修正ラウンドが増えて納期が延びる
⑤ 公開後の保守範囲 サーバ管理、SSL更新、軽微な文言修正の対応可否と費用 公開後のちょっとした修正のたびに費用が発生する

追加費用を防ぐ発注前の確認事項

制作会社との契約前に確認しておくべき事項を整理します。契約書や見積書に記載されていない事項は、必ず書面で確認してください。

契約・見積もりで確認すること

  1. 修正回数の上限は何回か。超過した場合の単価はいくらか。
  2. 「追加費用が発生する場合」の定義が明文化されているか。
  3. 納期遅延が発生した場合、責任の所在はどのように定めているか。
  4. 成果物（デザインデータ、ソースコード）の著作権・所有権はどちらに帰属するか。
  5. 公開後のサーバ・ドメイン管理を制作会社が行う場合、年間費用の内訳を明示してもらえるか。

つまずきやすい点: 「ラフデザインの修正は2回まで含む」という記載があっても、「ラフデザインの範囲」の解釈が制作会社と依頼主でズレているケースがあります。修正回数の上限だけでなく、「何の工程における修正か」を具体的に確認してください。

費用の相場や補助金の活用方法については、ホームページリニューアル費用の内訳と補助金で詳しく解説しています。

当社ノーティックラボは、代表を含む5名（Engineer・Data Scientist・Computer Scientistの三職能体制）で、これまで累計20社以上のWeb制作・AI導入を支援してきました（自社実績）。コンサルタントではなく実装者が要件定義の段階から関与するため、「後から仕様が変わって費用が膨らんだ」という事態を防ぐ体制をとっています。

要件定義の段階から一緒に整理したい場合は、無料診断からご相談ください。現状のサイトの課題と必要な機能を整理し、発注前に必要な準備をお伝えします。

→ 無料診断を受ける（所要時間の目安：30分）

原因⑤：CMSの選定ミスで更新できないサイトになった

自社で更新できないCMSを選ぶと、コンテンツが陳腐化してSEOと顧客信頼の両方を損ないます。制作会社に依頼しなければ1行も変えられない状態が続くと、情報の鮮度が落ちるだけでなく、毎回の更新コストが積み上がります。

CMSとは「Contents Management System（コンテンツ管理システム）」の略で、プログラミングの知識がなくてもWebページを作成・編集できるソフトウェアです。リニューアル時のCMS選定は、完成後の運用コストと品質を直接左右します。

中小企業に向くCMSの選定基準

CMSを選ぶ際に確認すべき基準を、中小企業の運用実態に照らして整理します。

選定基準 確認する問い 失敗しやすいパターン
操作の難易度 担当者が1人でテキストと画像を更新できるか 管理画面が英語のみ、または独自UIで習得に時間がかかる
ロックイン（囲い込み）リスク 制作会社が独自開発したCMSか、汎用CMSか 独自CMSは制作会社との契約が切れると移行できない
プラグインの充実度 SEOや問い合わせフォームを追加で入れられるか 機能追加のたびにスクラッチ開発が必要になる
サポート・情報量 公式ドキュメントや国内のユーザコミュニティが整っているか マイナーCMSはトラブル時に解決策を探せない
保守・セキュリティ 定期的なアップデートが提供されているか 更新が止まったCMSは脆弱性対応ができない

各CMSの詳細な機能比較は別記事「WordPress他CMSを徹底比較」で扱っています。ここでは選定の判断軸に絞ります。

中小企業でよく見られる失敗は「制作会社が提案するCMSをそのまま採用する」パターンです。提案されたCMSが御社の担当者にとって使いやすいかどうか、採用前に実際の管理画面をデモ環境で触らせてもらうことを強く推奨します。

制作会社依存が高まりやすい契約パターン

更新できないサイトになる原因の多くは、CMS自体の問題ではなく契約構造にあります。

以下のいずれかに該当する場合、制作会社への依存度が高くなりやすいため、発注前に条件を確認してください。

  1. 独自CMSの採用　制作会社が自社開発したシステムを組み込んでいる場合、他社への移行時にデータ移行費用が高額になるか、移行自体が困難になります。
  2. ソースコードの非開示　完成後のソースコードが「制作会社の資産」として御社に引き渡されない契約は、将来の改修範囲が大幅に制限されます。
  3. 保守契約の自動継続と独占条項　保守契約を結ばなければCMSのライセンスが使えない構造になっているケースがあります。解約時の条件を契約前に確認してください。
  4. マニュアル・研修が含まれていない　納品物にCMSの操作マニュアルや引き渡し研修が含まれていないと、担当者が変わるたびに操作方法を制作会社に問い合わせる状態が続きます。

つまずきやすい点： 「WordPressで作ります」と提案されたとしても、テーマやプラグインを制作会社が独自にカスタマイズしている場合、アップデートを適用すると表示が崩れるリスクがあります。引き渡し時に「独自カスタマイズ箇所の一覧」と「アップデート時の注意事項」を書面でもらうことを発注前の条件に含めてください。

CMS選定のミスは公開後すぐには表面化しません。担当者が更新を試みた時点、または1〜2年後に制作会社との関係が変わった時点で初めて問題が顕在化します。発注時に「自社で更新できる状態で納品されるか」を明示的に確認することが、このリスクを防ぐ唯一の手段です。

失敗を避けるための発注前チェックリスト（手順付き）

目的設定・要件定義・業者選定・URL設計・公開後計測の5ステップを順番に行うことで、主要な失敗原因を事前に排除できます。ここまで解説してきた6つの失敗原因は、いずれも「発注前に30分から半日の作業」で対処できるものです。

ステップ1：目的とKPIを1枚の紙に書き出す（所要時間の目安：1〜2時間）

このステップは、原因①で説明した「目的の言語化」を実際に行う工程です。

以下の3項目を紙1枚に書き出します。

  1. 現状の課題：「問い合わせが月◯件しか来ない」「スマートフォンで表示が崩れる」など、数値で表せる困りごとを書く
  2. 成功の定義：「3か月後に問い合わせ数を月◯件にする」「直帰率を◯%以下にする」など、達成を判断できる指標（KPI）を1〜3個に絞る
  3. 期限：公開希望日と、その日付に根拠があるか（展示会、決算期など）を確認する

つまずきやすい点：KPIを「アクセス増加」のような方向性のみで書いてしまうケース。「月間セッション数を現在の1,200から1,800に増やす」のように、現状値と目標値をセットで書かないと、公開後の成否判断ができません。

ステップ2：既存サイトのURL一覧とアクセスデータを取得する（所要時間の目安：30分）

原因②で説明した「SEO評価の喪失」を防ぐための準備作業です。制作会社への発注前にこのデータを手元に置いておくことで、リダイレクトの抜け漏れを大幅に減らせます。

取得するデータと取得方法

データ 取得場所 確認するポイント
現在のURL一覧 Google Search Console「検索パフォーマンス」 月間クリック数が10件以上あるURLをすべてリスト化する
月間アクセス数 Googleアナリティクス ページ別のセッション数上位20件を記録する
被リンクのあるURL Google Search Console「リンク」 外部サイトからリンクされているURLは特に優先的に保護する

つまずきやすい点：Google Search ConsoleとGoogleアナリティクスが設定されていないサイトは、このデータを取得できません。設定がない場合は制作会社に依頼する前に自社で設定するか、制作会社に設定代行を要件として明示します。設定方法の詳細は別途サポートドキュメントをご参照ください。

ステップ3：制作会社に渡す要件定義書の雛形を作る（所要時間の目安：半日）

原因④で説明した「曖昧な要件定義による費用超過」を防ぐ中心的な作業です。要件定義書は制作会社が提案書を作る前に渡すものであり、公開後のトラブル防止にも機能します。

要件定義書に最低限含める5項目

  1. ページ構成：作成・削除・統合するページを一覧にし、各ページの役割を1行で書く
  2. 必要な機能：問い合わせフォーム、予約機能、多言語対応など、「必須」と「あれば望ましい」を分けてリストアップする
  3. CMS指定：自社で日常的に更新するか、更新頻度はどの程度か。WordPressなどCMSを指定する場合はその理由も添える
  4. デザインの方向性：参考にしたいサイトのURLを2〜3件添付し、「なぜ好きか」を一言添える
  5. 保守・運用の範囲：公開後の修正対応、サーバ管理、セキュリティアップデートを誰が担当するかを明記する

実装者視点の注意点：「問い合わせフォームを設置する」という記述だけでは、スパム対策（reCAPTCHA）・自動返信メール・管理者への通知先・送信データの保存場所が仕様に含まれるかどうかが制作会社ごとに異なります。「フォームに含まれるべき機能」を箇条書きで書き添えることを強く推奨します。

ステップ4：公開前に本番環境でリダイレクトとモバイル表示を検証する（所要時間の目安：2〜3時間）

制作会社から「完成しました」の連絡を受けた後、本番公開の前に必ず行う検証作業です。テスト環境ではなく本番環境での確認が必須です。

公開前の確認チェックリスト

  • 旧URLにアクセスしたとき、新URLに正しく転送されるか（URLバーが変わることを確認）
  • 転送後のURLが「404エラー」や「別のページ」になっていないか
  • スマートフォン実機（iOS・Android各1台以上）で全主要ページを表示確認する
  • Googleの「モバイルフレンドリーテスト」（現在はSearch Console内「ページのインデックス登録」で確認可能）でエラーがないか
  • 問い合わせフォームから実際に送信し、受信と自動返信が機能するか
  • Google Search ConsoleにサイトマップのURLを登録済みか

つまずきやすい点：リダイレクト確認を「ブラウザのアドレスバーを目で見て判断」だけで済ませるケース。ブラウザキャッシュの影響で旧ページが表示されることがあります。シークレットモード（プライベートブラウズ）で確認するか、curl -Iコマンドでステータスコードを直接確認する方法が確実です。

ステップ5：公開後30日間のアクセス・問い合わせ数をモニタリングする（所要時間の目安：月次30分）

公開後30日間は、検索エンジンが新サイトを再評価する期間です。この期間に異常を早期発見できるかどうかが、被害の最小化に直結します。

30日間のモニタリング項目

タイミング 確認項目 対処の目安
公開直後（3日以内） Google Search Consoleにクロールエラーが出ていないか エラーが出た場合はリダイレクト設定を即日見直す
公開後7日 旧サイトと比較してセッション数が50%以上下落していないか 下落している場合はリダイレクトの抜け漏れを疑う
公開後30日 ステップ1で設定したKPIの現状値を記録する 目標値との差を制作会社にフィードバックし、改善施策を検討する

つまずきやすい点：公開直後にアクセスが一時的に増えるケース（既存顧客が新サイトを確認するため）。この「初動の増加」に安堵して30日後の確認を怠ると、検索流入の減少に気づくのが遅れます。「直接流入」と「検索流入」を分けて確認することが重要です。

5つのステップのうち、「ステップ1の目的設定」と「ステップ2のURL取得」は発注前に単独で完結できる作業です。制作会社への最初の問い合わせ前にこの2つを終えておくだけでも、打ち合わせの質が大きく変わります。

御社のリニューアルが目的の言語化から始まっていない、あるいは要件定義書の作り方がわからないという場合は、ノーティックラボの無料診断をご活用ください。ヒアリングを通じて、御社の現状課題と優先すべき改善項目を整理します。

無料診断を申し込む（所要時間の目安：30分）

関連リンク