Webサイトリニューアルの進め方 — 失敗を防ぐRFP作成とベンダー選定

「前回のリニューアルで見た目はきれいになったけど、問い合わせが減った」

サイトリニューアルの相談を受けるとき、この声を本当によく聞きます。そして正直に言えば、私自身も制作ベンダーのPMとしてプロジェクトに関わる中で、同じ失敗を目の当たりにしたことがあります。

デザインは一新された。社内の評判も良い。でも数字を見ると、CVRが下がっている——。この「見た目リニューアルの罠」を回避するために、マーケティング成果を起点にしたリニューアルの進め方を解説します。


なぜサイトリニューアルは失敗するのか

サイトリニューアルが失敗する最大の原因は、ゴール設定の曖昧さです。

「サイトが古くなったからリニューアルしたい」——この動機自体は自然ですが、「古い」は課題ではなく感想です。リニューアルのゴールが「今風のデザインにする」では、成果の検証もできません。

成功するリニューアルには、明確なKPIが必要です。

× 「デザインを刷新する」
○ 「リニューアル後6ヶ月でCVR 1.5% → 2.5%に改善する」
○ 「オーガニック流入を月間5,000 → 8,000セッションに増やす」

マーケティング成果ドリブンのリニューアル 5ステップ

ステップ1:現状分析と課題の定量化

リニューアルの検討を始めたら、まず現サイトの「成績表」を作ります。

分析すべき項目

  • GA4:流入経路別セッション数、ページ別離脱率、CVR、CV数
  • Search Console:検索クエリ、表示回数、クリック率、平均掲載順位
  • ヒートマップ:主要ページのスクロール率、クリック分布
  • Core Web Vitals:LCP、FID、CLSのスコア
  • 競合サイト:情報設計、コンテンツ量、UXの比較

この分析で「何が問題で、リニューアルで何を解決すべきか」を明確にします。WebLeapが支援したサイトリニューアルでは、この現状分析に全体工期の20%を充てています。ここを省くと、後工程で手戻りが発生します。

ステップ2:要件定義とRFP作成

現状分析を踏まえ、リニューアルの要件を整理してRFP(提案依頼書)を作成します。

RFPに含めるべき項目

1. プロジェクト概要
   - リニューアルの背景と目的
   - 達成したいKPI(具体的な数値目標)
   - スケジュール・予算の目安

2. 現状サイトの情報
   - 現サイトURL
   - 現状の主要指標(PV、CVR、CV数など)
   - 現サイトの課題(データに基づく)

3. 要件
   - 必須要件(CMS、レスポンシブ対応、SEO要件など)
   - 希望要件(デザインテイスト、参考サイトなど)
   - ページ構成(サイトマップ案)
   - コンテンツ要件(既存コンテンツの移行、新規制作の範囲)

4. 運用要件
   - 公開後の更新頻度と担当者
   - 保守・運用体制への期待
   - 分析・改善の継続体制

5. 選定基準
   - 評価基準と配点(明示することで提案精度が上がる)
   - 選定スケジュール

6. 提案フォーマット
   - 提出物の指定(提案書、見積書、スケジュール、体制図)
   - プレゼンの有無

よくあるRFPの失敗:「かっこいいサイトを作ってください」的な曖昧なRFP。これでは、制作会社もマーケティング成果にコミットした提案ができません。

ステップ3:ベンダー選定

RFPを3〜5社に送付し、提案を比較評価します。

ベンダー評価シート

評価項目 配点 評価基準
マーケティング理解度 25点 CVR改善・SEOを考慮した提案ができているか
情報設計力 20点 ユーザー導線、コンテンツ構成の提案品質
デザイン力 15点 実績のクオリティ、ブランドとの整合性
技術力 15点 CMS設計、表示速度、セキュリティへの対応
運用・保守体制 10点 公開後のサポート体制、改善提案の有無
コミュニケーション 10点 レスポンス速度、提案時の質問の的確さ
コストパフォーマンス 5点 予算内での提案内容の充実度

私が制作ベンダーのPMを複数経験して感じたのは、「マーケティング理解度」の配点を高くすべきということです。デザインが美しくても、マーケティング成果を理解していない制作会社では、CVRの改善は期待できません。

ステップ4:制作プロセスの管理

ベンダーが決まったら、制作プロセスに入ります。発注者としてチェックすべきポイントは以下です。

ワイヤーフレーム段階

  • ユーザーの導線設計は要件通りか
  • CTAの配置は適切か
  • 情報の優先順位は正しいか

デザイン段階

  • ブランドガイドラインに沿っているか
  • モバイルファーストで設計されているか
  • 読みやすさ(フォントサイズ、行間、コントラスト)

実装段階

  • 表示速度は目標値を満たしているか
  • SEOの技術要件(構造化データ、メタタグ、サイトマップ等)
  • フォームの動作確認

ステップ5:公開とPDCA体制の構築

サイト公開はゴールではなくスタートです。

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

  • [ ] GA4のトラッキングは正常に動作しているか
  • [ ] Search Consoleにサイトマップを再送信したか
  • [ ] 301リダイレクトは正しく設定されているか
  • [ ] Core Web Vitalsのスコアは目標値を満たしているか
  • [ ] フォームのテスト送信は完了したか

公開後の改善サイクル

  • 1週間後:致命的な問題の有無を確認
  • 1ヶ月後:主要指標の前後比較
  • 3ヶ月後:本格的な効果測定とKPI達成状況の確認
  • 以降:月次でデータを確認し、継続的に改善

WebLeapが支援したサイトリニューアルでは、公開後の改善サイクルまでを一貫して設計することで、訪問者数20%改善という成果を実現しています。リニューアル自体よりも、その後の運用改善の方が成果への寄与が大きいケースも少なくありません。


リニューアル時に必ず起きる問題と対策

問題1:社内ステークホルダーの「好み」による迷走

「社長がこの色は嫌だと言っている」「営業部がこの情報を入れてほしいと言っている」——社内の声に振り回されると、ユーザー不在のサイトが出来上がります。

対策:意思決定者を明確にし、判断基準を「ユーザーデータ」に置く。好みの議論が始まったら「ターゲットユーザーにとってどちらが良いか」に論点を戻す。

失敗談:私が関わったあるプロジェクトでは、経営陣のデザインレビューが5回繰り返され、当初のワイヤーフレームと全く違うものが出来上がりました。結果、ユーザー導線が崩壊し、公開後にCVRが30%低下。データに基づかないレビューの危険性を痛感した経験です。

問題2:SEO資産の喪失

URLが変更される場合、301リダイレクトの設定漏れで検索順位が大幅に低下するリスクがあります。特に、既存のSEO評価が高いページは慎重に扱う必要があります。

対策:リニューアル前に全URLの棚卸しを行い、リダイレクトマップを作成する。

問題3:コンテンツ移行の軽視

「コンテンツは既存のものを流用」と軽く考えがちですが、新しい情報設計に合わせてコンテンツをリライトしないと、器と中身がチグハグになります。


実務者まとめ

サイトリニューアルは「デザインプロジェクト」ではなく「マーケティングプロジェクト」です。現状分析でKPIを定め、そのKPIを達成するための要件を定義し、KPIにコミットできるベンダーを選定する。この順番を守れば、「見た目は良くなったが成果は悪化」という悲劇は防げます。


WebLeapのUX改善・サイト制作ディレクションサービスについて詳しくはこちら → /service/ux-web/

コメントする

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

上部へスクロール