website-migration-audit について
website-migration-audit は、公開前に本番サイトとステージング版やリニューアル版を比較する QA スキルです。URL、SEO、コンテンツ、ナビゲーション、技術項目、機能を確認し、Cogny MCP のトラフィックデータでページの優先度を決められます。
主な機能
- 01本番とステージングの URL 比較
- 02Cogny MCP による流量別の優先順位付け
- 03SEO メタデータとコンテンツの確認
- 04ナビゲーションと技術項目の監査
- 05公開前の機能チェック
活用シーン
- 01公開前のリニューアル確認
- 02欠落ページやリダイレクトの検出
- 03SEO とコンテンツの回帰確認
- 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 を使用してください。