mcpField
W
website-migration-audit

website-migration-audit

github.com/cognyaiテスト・品質11152 回インストール2 週間前に更新
リポジトリ

website-migration-audit について

website-migration-audit は、公開前に本番サイトとステージング版やリニューアル版を比較する QA スキルです。URL、SEO、コンテンツ、ナビゲーション、技術項目、機能を確認し、Cogny MCP のトラフィックデータでページの優先度を決められます。

主な機能

  1. 01本番とステージングの URL 比較
  2. 02Cogny MCP による流量別の優先順位付け
  3. 03SEO メタデータとコンテンツの確認
  4. 04ナビゲーションと技術項目の監査
  5. 05公開前の機能チェック

活用シーン

  1. 01公開前のリニューアル確認
  2. 02欠落ページやリダイレクトの検出
  3. 03SEO とコンテンツの回帰確認
  4. 04検索流量に基づく修正の優先順位付け

MCP 対応

Cogny MCP ツールが利用可能な場合、Search Console または BigQuery のデータを参照し、流量に応じて監査対象ページを優先付けします。説明には Bing Webmaster Tools のデータも記載されています。

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/cognyai/claude-code-marketing-skills --skill website-migration-audit

インストール後、Claude Code で/website-migration-auditを入力して読み込まれたか確認します。

詳細

ウェブサイト移行監査

本番サイトとステージング版またはリニューアル版を比較し、公開前に SEO の悪化、ページの欠落、コンテンツの差異、公開を妨げる問題を検出します。

サイトの再構築、リニューアル、プラットフォーム変更、または新しい CMS への移行を行う際に、このスキルを使用してください。特に、外部のコンサルタントや代理店が作業を担当し、公開前にレビューが必要な場合に有効です。

使用方法

/website-migration-audit example.com staging.example.com
/website-migration-audit example.com staging.example.com --deep

手順

あなたはウェブサイト移行の QA スペシャリストです。サイト移行中に、クライアントが既存の SEO 資産、コンテンツの正確性、ユーザー体験を損なわないよう守ることがあなたの役割です。徹底的かつ慎重に作業してください。検索順位の高いページで 404 を見逃すと、オーガニックトラフィックを数か月分失う可能性があります。

両方の URL が提供されている場合は、以下の監査をすべて実施してください。Cogny MCP ツールを利用できる場合は、Search Console または BigQuery のデータを使用して、実際のトラフィック(クリック数、表示回数、検索順位)に基づいてページの優先順位を決めてください。MCP を利用できない場合は、サイトマップのクロールと公開データを使用してください。


手順

1. 本番サイトの SEO 上位ページを特定する

Cogny MCP を使用する場合(推奨): Search Console または BigQuery に問い合わせ、過去 3 か月間のクリック数が多いページを上位 25 件取得します。それぞれのクリック数、表示回数、CTR、平均掲載順位を記録してください。

-- Example: BigQuery Search Console export
SELECT
  url,
  SUM(clicks) AS total_clicks,
  SUM(impressions) AS total_impressions,
  ROUND(SAFE_DIVIDE(SUM(clicks), SUM(impressions)) * 100, 2) AS ctr_pct,
  ROUND(SAFE_DIVIDE(SUM(sum_position), SUM(impressions)), 1) AS avg_position
FROM `searchconsole.searchdata_url_impression`
WHERE data_date >= DATE_SUB(CURRENT_DATE(), INTERVAL 90 DAY)
  AND search_type = 'WEB'
GROUP BY url
ORDER BY total_clicks DESC
LIMIT 25

MCP を使用しない場合: 本番サイトから /sitemap.xml を取得し、すべての URL を抽出します。WebSearch で site:example.com を検索し、最も露出度の高いページを推定してください。

ページを優先度別に分類します。

  • クリティカル(クリック数上位 5 件)— 問題があれば公開を妨げる要因になります
  • 高(6〜15 位)— 問題は公開前に修正してください
  • 中(16〜25 位)— 問題は最初の 1 週間以内に修正してください
  • 標準(残りすべて)— ページの存在を確認し、コンテンツを抜き取りでチェックしてください
2. URL の一致確認

手順 1 で見つかった本番 URL(サイトマップ、主要なナビゲーションページ、プライバシーポリシーなどの法的ページも含む)すべてについて、ステージングサイト上の対応するパスを取得します。

HTTP ステータスを記録します。

  • 200 — ページが存在します。コンテンツの比較に進んでください
  • 301/302 — リダイレクト先を記録し、意図したリダイレクトか確認してください
  • 404 — クリティカル/高のページでは公開を妨げる要因として報告し、中/標準のページでは警告を出してください
  • 500 — 優先度にかかわらず、公開を妨げる要因として報告してください

結果を次の表にまとめます。

URL Parity Check: [production] vs [staging]

BLOCKERS:
| URL               | Prod Status | Staging Status | Traffic (3mo) | Tier     |
|-------------------|-------------|----------------|---------------|----------|
| /important-page/  | 200         | 404            | 500 clicks    | Critical |

OK:
| URL               | Prod Status | Staging Status | Tier     |
|-------------------|-------------|----------------|----------|
| /                 | 200         | 200            | Critical |
| /services/        | 200         | 200            | High     |

以下も確認してください。

  • 末尾のスラッシュの一貫性(本番サイトで末尾にスラッシュを使用している場合、ステージングでも使用する必要があります)
  • 大文字と小文字の区別(URL の大文字と小文字を完全に一致させてください)
  • クエリパラメーターの処理
3. SEO 要素の比較

クリティカルおよび高のページについて、本番版とステージング版の両方を取得して比較します。

タイトルタグ:

  • 完全に一致している必要があります(または、意図的に改善されている必要があります)
  • タイトルの欠落、重複、大幅な変更を報告してください

H1 タグ:

  • 各ページに H1 が 1 つだけあることを確認してください
  • コンテンツが一致しているか、意図的に改善されている必要があります
  • H1 の欠落または複数の H1 を報告してください

メタディスクリプション:

  • 内容を比較し、削除されている場合は報告してください
  • 本番版でも欠落している場合は、その旨を記載してください(よくあることであり、回帰ではありません)

Canonical タグ:

  • 各ステージングページに <link rel="canonical"> があり、本番 URL を指している必要があります
  • ステージングドメインを指す、自己参照型の Canonical を報告してください

Meta robots:

  • Google にインデックスされないよう、ステージングには noindex を設定する必要があります
  • 公開前にこれが削除されることを確認してください

見出しの階層:

  • H1 > H2 > H3 の構造を比較してください
  • 見出しレベルの飛び越し(例:H1 から直接 H4)を報告してください

ページごとに比較表を作成してください。

4. コンテンツの整合性チェック

すべての重要度「Critical」および「High」のページについて、以下を比較します。

テキストコンテンツ:

  • 本文が一致しているか、意図的に更新されていること
  • セクションの欠落、コンテンツの途中での切断、プレースホルダーテキストがないか確認すること
  • lorem ipsum、「TODO」、テンプレートの残骸に注意すること

連絡先情報:

  • 電話番号が完全に一致していること
  • メールアドレスが完全に一致していること
  • 住所が完全に一致していること
  • 営業時間が完全に一致していること

価格とオファー:

  • 表示される価格が本番環境と完全に一致していること
  • パッケージ名、説明、価格
  • 割引率、税控除情報

画像:

  • 本番環境の画像がすべてステージング環境に存在すること
  • 壊れた画像(src が 404 を返すもの)を報告すること
  • alt テキストが保持されていることを確認すること

CTA とフォーム:

  • すべての行動喚起ボタンが存在すること
  • ボタンのテキストが一致していること
  • リンクが正しいリンク先を指していること
  • フォームに必須項目がすべて含まれていること
5. ナビゲーションとサイト構造

ヘッダー:

  • ロゴがホームページにリンクしていること
  • メニュー項目が本番環境と一致していること
  • ドロップダウン/サブメニューの構造が保持されていること
  • モバイルメニューが機能すること(viewport meta タグを確認)

フッター:

  • フッターのリンクがすべて存在し、機能すること
  • 連絡先情報が一致していること
  • 法的情報へのリンク(プライバシーポリシー、利用規約)が存在すること
  • ソーシャルメディアのリンクが正しいこと

内部リンク:

  • ページ間のリンクが保持されていること
  • ステージング環境のドメインを指すリンクがないこと(相対パスまたは本番環境のドメインを使用すること)
  • 壊れた内部リンクがないこと
6. 技術チェック

サイトマップ:

  • /sitemap.xml が存在し、有効であること
  • インデックス可能なページがすべて含まれていること
  • 404 の URL が含まれていないこと
  • URL が本番環境のドメインを使用していること(ステージング環境ではないこと)

Robots.txt:

  • /robots.txt が存在すること
  • 重要なリソースをブロックしていないこと
  • サイトマップを参照していること

HTTPS:

  • すべてのページが HTTPS で読み込まれること
  • 混在コンテンツ(HTTPS ページ上の HTTP リソース)がないこと

パフォーマンス(抜き取り確認):

  • ステージング環境が本番環境より大幅に遅くないこと
  • 最適化されていない大きな画像がないこと
  • レンダリングをブロックするリソースに不足がないこと

言語とロケール:

  • <html lang="..."> 属性が本番環境と一致していること
  • 文字エンコーディングが正しいこと(スウェーデン語の文字、アクセント記号など)
7. 機能テスト
  • お問い合わせフォームを正常に送信できる
  • Cookie 同意バナーが表示され、機能する
  • モバイルで電話番号をクリックできる(tel: リンク)
  • 外部リンクが正しく開く
  • 404 ページが存在し、役立つ内容になっている
8. 監査レポートの作成

調査結果を構造化されたレポートとして提示します。

Website Migration Audit
Production: [url]
Staging: [url]
Date: [date]
Pages analyzed: [N]

LAUNCH READINESS: [BLOCKED / READY WITH WARNINGS / READY]

━━━ BLOCKERS (must fix before launch) ━━━

[B1] Missing page: /important-page/
     Traffic: 500 clicks/3mo, avg position 4.9
     Impact: Will lose page-1 ranking immediately
     Fix: Create page on staging with matching content

[B2] ...

━━━ WARNINGS (should fix before launch) ━━━

[W1] Title tag changed: /services/
     Production: "Services | Brand Name"
     Staging: "Our Services"
     Impact: May affect CTR for existing rankings
     Fix: Restore original title tag

[W2] ...

━━━ SEO SCORECARD ━━━

| Check                    | Status | Details                          |
|--------------------------|--------|----------------------------------|
| URL parity               | X/Y OK | [N] pages missing                |
| Title tags               | X/Y OK | [N] changed                      |
| H1 tags                  | X/Y OK | [N] missing or changed           |
| Meta descriptions        | X/Y OK | [N] removed                      |
| Canonical tags           | X/Y OK | [N] missing or wrong             |
| Contact info             | PASS   | All matching                     |
| Pricing                  | PASS   | All matching                     |
| Images                   | X/Y OK | [N] broken                       |
| Internal links           | X/Y OK | [N] broken                       |
| Sitemap                  | PASS   | [N] URLs                         |
| Robots.txt               | PASS   |                                  |
| HTTPS                    | PASS   |                                  |

━━━ PRE-LAUNCH CHECKLIST ━━━

Before switching DNS / going live:
- [ ] All blockers resolved
- [ ] Remove noindex tags from staging
- [ ] Update canonical URLs to production domain
- [ ] Verify sitemap references production URLs
- [ ] Submit updated sitemap to Google Search Console
- [ ] Set up 301 redirects for any changed URLs
- [ ] Verify analytics tracking (GA4 / GTM) is installed
- [ ] Take baseline screenshots of top pages in Google Cache

━━━ POST-LAUNCH MONITORING (first 4 weeks) ━━━

Week 1:
- Monitor Search Console for crawl errors daily
- Check indexed page count hasn't dropped
- Verify top pages still appear in search results
- Monitor 404 errors in server logs

Week 2-4:
- Compare click/impression data week-over-week
- Check average position for key pages
- Verify no new crawl issues
- Monitor Core Web Vitals in Search Console

ライブデータによる詳細分析

Cogny MCP が接続されている場合、このスキルは監査を次のように自動的に強化します。

Google Search Console / BigQuery: 実際のトラフィックデータに基づき、現実の SEO への影響を考慮してページの優先順位を決定します。クリック数、表示回数、CTR、平均掲載順位を確認できます。

Bing Webmaster Tools: Bing 固有のクロールの問題、インデックス状況、トラフィックデータを確認できます。

Cogny(チャネルあたり月額 $9)からアカウントを接続し、監査を再実行すると、トラフィックを加味した優先順位付けが行われます。

公開後の継続的なモニタリングには、/seo-monitor を使用してください。

コメント