website-audit

ウェブサイトの監査とリニューアル

徹底的な分析なしにリニューアルを行ってはいけません。盲目的な再開発は過去の失敗を繰り返します。行動の前に分析を、意見の前にデータを。

対象範囲

次のような場合に、このスキルを使用します。

• 既存のウェブサイトを体系的に分析する
• リニューアルを計画し、構成を決める
• コンテンツ監査を実施する
• SEO 移行の準備をする
• リリース後のモニタリングを設定する
• 簡易的な初期評価（クイック監査）を作成する

原則

1. 行動の前に分析する

既存のウェブサイトを徹底的に分析せずに、リニューアルを行ってはいけません。

2. リニューアルは再デザインではない

再デザインでは表面を磨き上げます。リニューアルでは、コンテンツ、技術、構造、デザインを一体的に見直します。

3. 意見よりデータを重視する

意思決定は、分析データ、ユーザーフィードバック、技術的な測定結果に基づいて行います。

4. 訪問者のニーズとビジネス目標を両立する

リニューアルを成功させるには、訪問者の利便性を高めるとともに、ビジネス目標の達成をより効果的に支援する必要があります。

5. コンテンツ戦略なしでは何もうまくいかない

どれほど優れたレイアウトも、古く無関係なコンテンツでは役に立ちません。

6. SEO の継続性を保つ

ランキングを損なうリニューアルは、大きな損失につながります。リダイレクトと SEO 移行は必須です。

7. リニューアル自体を目的にしない

「何か新しいものが必要だ」は目標ではありません。最初のワイヤーフレームを作る前に、具体的で測定可能な目標を設定します。

ルール

実施する：5 つの分析領域を体系的に調査する

1. 技術分析： 読み込み時間（PageSpeed、GTmetrix）、モバイルでの使いやすさ、リンク切れ、HTTPS、CMS の更新状況。

2. ユーザビリティ分析： ナビゲーション経路、すべてのデバイスでのフォーム、CTA の視認性、検索機能、ニールセンのユーザビリティヒューリスティック。

3. コンテンツ分析： 情報の新しさ、ユーザーとの関連性、構成（小見出し、段落）、重複、コンテンツの不足。

4. SEO 分析： キーワードランキング、メタタイトル／ディスクリプション、内部リンク、クロールエラー、被リンクの状況。

5. コンバージョン分析： コンバージョン目標と現在の達成率、ユーザーフロー、離脱率、ヒートマップ、セッション録画。

各領域の詳細とテンプレートについては、references/audit-checklisten.md を参照してください。

実施する：リニューアル前に社内で確認する

• スケジュール： 新しいウェブサイトをいつ公開しますか？
• 予算： 現実的にどれくらいの予算を確保できますか？
• 担当者： 意思決定者は誰ですか？コンテンツを用意するのは誰ですか？
• ホスティングとアクセス： ウェブサイトはどこでホストされていますか？ログイン情報を持っているのは誰ですか？
• 社内の対応力： チームは作業に参加できますか？

実施する：リニューアル前にコンテンツ監査を行う

• すべてのコンテンツ（テキスト、画像、ダウンロード資料、動画）を棚卸しします。
• 分類します：維持／修正／削除／新規作成。
• 評価基準：情報の新しさ、関連性、SEO の成果、品質。

実施する：競合分析を行う

• 直接の競合を少なくとも 3～5 社分析します。
• 評価項目：デザイン、コンテンツ、機能、サイト構造、SEO での視認性。
• 記録します：他社が優れている点は何ですか？どこに不足がありますか？

実施する：SEO 移行を計画する

• 既存のすべての URL を記録します。
• 変更される URL ごとに 301 リダイレクトを設定します。
• 既存のランキングと被リンクを保護します。
• 公開後に Google Search Console をモニタリングします。
• sitemap と robots.txt を更新します。

実施する：測定可能なリニューアル目標を定める

例：読み込み時間を 3 秒未満にする、6 か月以内にオーガニックトラフィックを 20％増やす、ニュースレターの登録数を 2 倍にする、直帰率を 15％下げる。

実施しない：すべてを作り直そうとする

• うまく機能しているものを見極め、引き継ぎます。
• ランキングの高いページは特に慎重に移行します。

実施しない：テスト期間なしで公開する

• 公開前に、機能、表示、各デバイスでの動作、SEO 関連項目をテストします。

実施しない：SEO リダイレクトを忘れる

• 古い URL にはすべて 301 リダイレクトが必要です。リダイレクトを忘れると、ランキングを失います。

実施しない：公開後に作業を止める

• リニューアルは始まりにすぎません。モニタリング、最適化、コンテンツのメンテナンスは継続的に行う必要があります。

パターン

リニューアルのプロセス（7つのフェーズ）

1. 分析（5つの観点）、2. 戦略（目標、ポジショニング、コンテンツ）、3. コンセプト（IA、ワイヤーフレーム）、4. デザイン、5. 実装（開発、コンテンツ、SEO）、6. テスト（QA、クロスブラウザー、パフォーマンス）、7. 公開とモニタリング。詳細については、references/relaunch-phasen.md を参照してください。

クイック監査（2時間）

初期評価の場合：1. PageSpeed テスト（15分）、2. 3台のデバイスでモバイルを確認（15分）、3. ナビゲーションと主要ページを確認（30分）、4. 簡易 SEO チェック（30分）、5. コンバージョン経路をテスト（15分）、6. 5項目の要約（15分）。

コンテンツ移行マトリクス

大量のコンテンツを移行する場合：旧 URL、新 URL、リダイレクト、ステータス、担当者、期限を含む表を作成します。

公開後のモニタリング（30・60・90日）

• 1～7日目： 毎日：404 エラー、クロール状況、リダイレクト、稼働時間。
• 8～30日目： 毎週：ランキング、トラフィック、コンバージョン、ユーザーフィードバック。
• 31～60日目： 隔週：公開前のベースラインと比較します。
• 61～90日目： 毎月：ROI を評価し、最適化の優先順位を決めます。

関係者向けリニューアル説明

キックオフ時に、現状、理由、目標（測定可能なもの）、予算、スケジュール、役割、意思決定プロセスをまとめた1ページ資料を用意します。

アンチパターン

「何か新しいものが必要」というリニューアル

具体的な目標がないままリニューアルします。多大な労力をかけても、測定可能な進展はありません。解決策： 最初のワイヤーフレームを作成する前に、測定可能な目標を少なくとも3つ設定します。

技術優先のリニューアル

新しい CMS を導入し、その他は「なんとかなる」と考えます。新しい技術を使っても、問題は以前のままです。解決策： まずコンテンツ戦略とコンセプトを固め、その後に技術を選定します。

忘れられた SEO 移行

新しい URL にリダイレクトを設定しません。ランキングが下がり、トラフィックが急落します。回復には数か月かかります。解決策： URL マッピングと301リダイレクトを設定し、公開後に確認します。

終わりの見えないリニューアル

スコープが絶えず拡大し、終わりが見えません。解決策： スコープとスケジュールを固定します。MVP アプローチを採用し、まず主要ページを対応してから、段階的に拡張します。

分析麻痺

実装せずに分析を延々と続けます。解決策： 分析フェーズを2～4週間に制限します。情報に基づいた意思決定には、「十分に良い」状態で足ります。

チェックリスト

リニューアル前

• 技術分析を完了
• ユーザビリティ分析を実施
• 分類を含むコンテンツ監査を実施
• SEO 分析：ランキング、メタデータ、バックリンクを記録
• コンバージョン分析：現在の割合をベースラインとして記録
• 競合分析を実施（競合3～5社）
• 測定可能なリニューアル目標を定義
• SEO 移行用の URL マッピングを作成

リニューアル中

• デザイン前にコンテンツ戦略を確立
• ワイヤーフレームを承認
• 301リダイレクトを設定してテスト
• サイトマップと robots.txt を更新
• クロスブラウザーおよび複数デバイスでテスト
• パフォーマンス予算を達成（読み込み時間3秒未満）

リニューアル後

• 404 エラーを毎日監視（1週目）
• リダイレクトを抜き取り確認
• Google Search Console でインデックス登録の問題を確認
• コンバージョン率をベースラインと比較（30日後）
• オーガニックトラフィックをベースラインと比較（60日後）
• 今後90日間の最適化施策に優先順位を付ける

関連項目

• customer-journey — ジャーニー分析は監査の中核となる要素です
• design-process — リニューアルはコンセプトフェーズからデザインプロセスに沿って進めます
• ai-design-workflow — AI ツールを活用して分析とコンテンツ移行を効率化できます
• landing-pages — 既存のランディングページは監査対象に含まれます
• usability — 監査の5つの観点の1つとしてユーザビリティを分析します
• webdesign-review — 分析フェーズで用いるレビュー手法