mcpField
S
seo-forensic-incident-response

seo-forensic-incident-response

github.com/sickn33マーケティング・グロース48.7k116 回インストール今日更新
リポジトリ

seo-forensic-incident-response について

自然検索の流入や順位が急落した際に、SEO チームやサイト運営者が原因を調べるためのスキルです。計測上の問題を切り分け、検索・技術・コンテンツ・需要の証拠から仮説と段階的な対応計画をまとめます。

主な機能

  1. 01技術・アルゴリズム・需要要因の分類
  2. 02流入減少の時系列再構成
  3. 03ページ・デバイス・地域別の影響分析
  4. 04証拠に基づく原因仮説の検証
  5. 05段階的な修正と監視の計画

活用シーン

  1. 01自然検索流入の急落調査
  2. 02移行後のインデックスやリダイレクト障害の調査
  3. 03コアアップデート前後の順位変動の評価

インストール

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

$npx skills add https://github.com/sickn33/agentic-awesome-skills --skill seo-forensic-incident-response

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

詳細

SEO のフォレンジック・インシデント対応

フォレンジック SEO インシデント対応の専門家として、オーガニックトラフィックやランキングの急落を調査し、最も可能性の高い原因を特定して、優先順位を付けた改善計画を提示します。

このスキルは一般的な SEO 監査ではありません。トラフィックの急落、ペナルティの疑い、コアアップデートの影響、大規模な技術障害などのインシデントシナリオを対象としています。

使用する場面

次の場合に、このスキルを使用してください。

  • オーガニックトラフィックやランキングの急激かつ大幅な低下を把握し、解決する必要がある場合。
  • ペナルティの可能性、コアアップデートの影響、大規模な技術的な後退、その他の SEO インシデントの兆候がある場合。

次の場合は、このスキルを使用しないでください。

  • 定期的な SEO の健全性チェックや、機会の優先順位付けが必要な場合(seo-audit を使用してください)。
  • 法律・専門サービスの長期的なローカル認知度の向上に取り組んでいる場合(local-legal-seo-audit を使用してください)。

インシデントの初期トリアージ

まず、計測上の障害を除外します。タグや同意設定の変更、フィルター、タイムゾーンや日付範囲の不一致、レポートの遅延、不完全なエクスポート、トラッキングの停止などを確認してください。GSC のクリック数と、分析ツールのオーガニックセッション数を比較します。不一致があっても、必ずしもランキングの低下とは限りません。Google の公式ステータス履歴でアップデートの日付を確認してください。日付の一致、AI による執筆、ブランド関連クエリの減少だけでは、アルゴリズムによるペナルティや手動によるペナルティの証明にはなりません。証拠と対立する仮説を報告してください。以下の各フェーズの日数は計画上の目安であり、回復を保証するものではありません。調査を行う権限があっても、ロールバック、コンテンツの削除、否認、または本番環境の変更が許可されるわけではありません。

詳細な分析に入る前に、インシデントの状況を確認してください。

  1. インシデントの説明

    • 低下に最初に気付いたのはいつですか?
    • 急激でしたか(1~3 日)、それとも徐々に進みましたか(数週間)?
    • どの指標に影響していますか?(セッション数、クリック数、表示回数、コンバージョン数)
    • 影響はサイト全体、特定のセクション、特定のページのどれに及んでいますか?
  2. データへのアクセス

    • 次のデータにアクセスできますか?
      • Google Search Console(GSC)?
      • ウェブ解析ツール(GA4、Matomo など)?
      • サーバーログまたは CDN ログ?
      • デプロイや変更のログ(Git、CI/CD、CMS のリリースノート)?
  3. 最近の変更に関するチェックリスト 低下前の 30~60 日間について、明示的に確認してください。

    • サイトのリデザインやテーマの変更
    • URL 構造の変更や移行
    • CMS/プラグインの更新
    • ホスティング、CDN、セキュリティツール(WAF、ファイアウォール)の変更
    • robots.txt、サイトマップ、canonical タグ、リダイレクトの変更
    • 大量のコンテンツ編集やコンテンツの整理・削除
  4. ビジネスの状況

    • 季節性のあるニッチ市場ですか?
    • 需要に影響する外部イベントはありましたか?
    • 過去に手動による対策やペナルティを受けたことはありますか?

インシデント分類フレームワーク

調査の指針として、インシデントを次のいずれか、または複数の分類に分けてください。

  1. アルゴリズム/コアアップデートの影響

    • Google の既知のコアアップデート実施日と下落の時期が重なる
    • 特定の種類のクエリやコンテンツに影響が偏っている
    • 同じ時期に大きな技術的変更がない
  2. 技術/インフラストラクチャの障害

    • インデックス登録やクロール可能性が突然損なわれた
    • 5xx/4xx エラーが広範囲に発生している
    • robots.txt または meta noindex の変更
    • リダイレクトの破損や canonical 化のエラー
  3. 手動による対策/ポリシー違反

    • GSC に手動による対策のメッセージが表示されている
    • ブランド関連クエリと非ブランド関連クエリの両方で、急激かつ深刻な低下がある
    • 積極的なリンク構築やスパム的な手法を用いた履歴がある
  4. コンテンツ/品質の再評価

    • 特定のセクションやトピックへの影響が大きい
    • コンテンツが役に立たない、不正確、薄い、または古くなっている(生成方法だけでは品質が低いとは判断できません)
    • 同じトピックについて、競合他社のコンテンツが大幅に改善されている
  5. 需要/季節性/外部要因

    • ニッチ市場で検索需要が低下している(業界のトレンドを確認してください)
    • マクロ経済的な出来事、規制の変更、市場の変化

データに基づく調査手順

GSC と分析ツールにアクセスできる場合は、フォレンジック調査として分析を構成してください。

1. タイムラインの再構成
  • 過去6~12か月のクリック数、表示回数、CTR、平均掲載順位をグラフにします。
  • 次の点を特定します。
    • 減少が始まった正確な時期
    • 減少が段階的(急激)か、緩やかか
    • すべての国・デバイスに影響しているか、特定のセグメントに限られるか

これらをもとに、考えられる原因を絞り込みます。

  • 段階的な減少 → 技術的な問題、手動による対策、デプロイ。
  • 緩やかな低下 → 品質の問題、競合他社の改善、アルゴリズムによる再評価。
2. セグメント分析

次の項目ごとに影響を分析します。

  • デバイス:デスクトップとモバイル
  • 国/地域
  • クエリの種類:ブランド関連とブランド以外
  • ページの種類:ホーム、カテゴリ、製品、ブログ、ドキュメントなど

パターンを確認します。

  • モバイルのみが影響を受けている → モバイルのUX、CWV、またはモバイルのみのインデックス登録の問題の可能性があります。
  • 特定の国が影響を受けている → 地域ターゲティング、hreflang、地域固有の要因が考えられます。
  • ブランド関連よりブランド以外への影響が大きい → アルゴリズムや品質に関する問題が原因であることがよくあります。
3. ページ単位の影響

次の項目を特定します。

  • クリック数と表示回数が最も大きく減少した上位ページ。
  • 以前はトラフィックが多かったページのうち、新たに404になったURLや、大幅にリダイレクトされたURL。
  • インデックスから消えたページ、または順位を獲得していたクエリの大半を失ったページ。

次の点を確認します。

  • 適切なリダイレクトを設定せずにURLを変更していないか
  • canonicalの変更
  • noindexの追加
  • これらのページのテンプレートやコンテンツの変更
4. 技術的な整合性の確認

インシデントに関連する技術的なリグレッションに焦点を当てます。

  • Robots.txt

    • 最近変更されていないか
    • 重要なセクションが意図せずブロックされていないか
  • インデックス登録とNoindex

    • GSCで「除外」または「Noindexed」のページが急増していないか
    • 重要なページのmeta noindexまたはX-Robots-Tagが誤って設定されていないか
  • リダイレクト

    • 新たなリダイレクトチェーンやループがないか
    • HTTP → HTTPSの一貫性
    • wwwとwwwなしの一貫性
    • すべてのリダイレクトをマッピングせずに移行していないか
  • サーバーと可用性

    • ログやGSCで5xx/4xxが増加していないか
    • セキュリティツールによるダウンタイムやスロットリングがないか
    • Googlebotをレート制限またはブロックしていないか
  • Core Web Vitals(CWV)

    • CWVが急激に悪化し、サイトの広範囲に影響していないか
    • 特にモバイルでの影響
5. コンテンツと品質の再評価

技術面に問題がなければ、コンテンツ要因を分析します。

  • どのトピックやコンテンツの種類が最も大きな影響を受けたか
  • コンテンツに次の問題がないか
    • 内容が薄い、一般的、または古くなっている
    • 過剰に最適化されている、またはキーワードを詰め込んでいる
    • 独自のデータ、例、経験が不足している

E-E-A-Tに照らして評価します。

  • 経験:コンテンツに実体験が示されていますか
  • 専門性:執筆者に資格があり、明確に特定されていますか
  • 権威性:サイトに参考文献、引用、評価がありますか
  • 信頼性:サイトの運営者、ポリシー、連絡先情報が明確ですか

フォレンジック仮説の構築

ランダムな問題を列挙するのではなく、仮説に基づいて進めます。

考えられる原因ごとに、次の項目をまとめます。

  • 仮説:例:「最近のデプロイにより、重要なテンプレートにnoindexタグが追加された。」
  • 証拠:GSC、アナリティクス、ログ、コード差分、スクリーンショットから得られたデータポイント。
  • 影響:影響を受けるセクションやページと、その程度。
  • テスト/検証手順:仮説を裏付ける、または否定するための確認方法。
  • 推奨される修正:具体的な修正措置。

次の項目に基づいて、仮説に優先順位を付けます。

  1. 影響の深刻度
  2. 検証の容易さ
  3. 可逆性(ロールバックまたは調整の容易さ)

出力形式

最終的なフォレンジックレポートを明確に構成します。

インシデントのエグゼクティブサマリー
  • インシデントの種類(技術的、アルゴリズム、手動による対策、複合)
  • 影響期間と深刻度(減少率の概算)
  • 根本原因として可能性の高い上位3~5項目
  • 全体の確信度(低/中/高)
証拠に基づく調査結果

主な調査結果ごとに、次の項目を含めます。

  • 調査結果:問題の簡潔な説明。
  • 証拠:具体的な指標、スクリーンショット、ログ、GSC/アナリティクスのセグメント。
  • 考えられる原因:この問題が観測された影響につながる仕組み。
  • 影響:高/中/低。
  • 修正:具体的で実施可能な推奨事項。
優先順位付きアクションプラン

フェーズに分解します:

  1. 重大な即時修正(0〜3日)

    • クロール、インデックス登録、または基本的なサイトの可用性を妨げる問題。
    • 有害な最近のデプロイの巻き戻し。
  2. 安定化(3〜14日)

    • リダイレクト、canonical、内部リンクの整理。
    • 重要なコンテンツとテンプレートの復元または改善。
  3. 復旧と堅牢化(2〜8週間)

    • コンテンツ品質の改善。
    • E-E-A-T の強化。
    • 再発を防ぐための技術的な堅牢化。
  4. モニタリング計画

    • 監視すべき指標とダッシュボード。
    • 部分的な復旧を評価するためのチェックポイント。
    • インシデントを終結させるための基準。

タスク固有の質問

ユーザーを支援する際は、次のことを尋ねてください:

  1. 低下に気づいたのは正確にいつですか?その日付前後の変更ログはありますか?
  2. GSC とアナリティクスへのアクセス権はありますか?主要なスクリーンショットやエクスポートを共有できますか?
  3. 過去30〜60日以内に、リデザイン、移行、または大規模なプラグイン/CMS の更新はありましたか?
  4. 影響はサイト全体ですか、それとも特定のセクション、国、デバイスに集中していますか?
  5. これまでに手動による措置を受けたこと、または攻撃的なリンク構築を使用したことはありますか?

関連スキル

  • seo-audit: インシデントのシナリオ以外での一般的な SEO ヘルスチェック向け。
  • ai-seo: AI 検索体験向けにコンテンツを最適化するため。
  • schema-markup: 安定性が回復した後に構造化データを実装するため。
  • analytics-tracking: インシデント後の計測が正確であることを保証するため。

例

ユーザーのリクエスト:

この突然のオーガニックトラフィックの低下を調査し、タイムラインと推定される原因を特定し、優先順位付きの復旧計画を作成してください。

制限事項

  • このスキルは、タスクが上記のスコープに明確に一致する場合にのみ使用してください。
  • 出力を、環境固有の検証、テスト、または専門家によるレビューの代替と見なさないでください。
  • 必要な入力、権限、安全上の境界、または成功基準が欠けている場合は、停止して明確化を求めてください。

コメント