mcpField
S
seo-traffic-diagnosis

seo-traffic-diagnosis

github.com/rampstackcoマーケティング・グロース1.0k244 回インストール1 週間前に更新
リポジトリ

seo-traffic-diagnosis について

オーガニック流入の変化を調べる SEO 診断スキルです。Ahrefs、Search Console、アナリティクスなどの証拠を組み合わせ、原因の特定と対策計画の作成を支援します。

主な機能

  1. 015段階の流入診断
  2. 02Search Consoleと分析データの照合
  3. 03ページやユーザー層ごとの流入分析
  4. 04ページ・技術・外部要因の調査
  5. 05証拠に基づく対策計画

活用シーン

  1. 01オーガニック流入の急減調査
  2. 02コンテンツ投資後も横ばいの流入診断
  3. 03移行やデプロイ後の変化の確認
  4. 04関係者への流入変動の説明

MCP 対応

Ahrefs MCPとSearch Console、アナリティクスのデータを組み合わせ、オーガニック流入の変化を調査します。

インストール

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

$npx skills add https://github.com/rampstackco/claude-skills --skill seo-traffic-diagnosis

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

同梱ファイルREADME.mdreferences/diagnosis-checklist.md

詳細

SEO トラフィック診断

Ahrefs MCP と Search Console、アナリティクスのデータを組み合わせて、オーガニックトラフィックが変動した(減少、横ばい、または予想外の増加)理由を診断します。技術スタックを問いません。根本原因の診断とアクションプランを作成します。


使用する場面

  • オーガニックトラフィックが急激に減少した
  • コンテンツに投資しているにもかかわらず、オーガニックトラフィックが何カ月も横ばいになっている
  • Google の既知のアルゴリズムアップデート後
  • 移行、プラットフォームの変更、またはドメイン変更後
  • ルーティング、リダイレクト、レンダリングに影響するデプロイ後
  • 競合がオーガニック検索で明らかにシェアを獲得している場合
  • 検索順位を獲得していた単一のページが順位を落とした場合
  • 関係者への説明がすぐに必要な場合

使用しない場面

  • 定期的なパフォーマンスレポート(analytics-strategy を使用)
  • 先回りしたコンテンツ計画(seo-content-gap-audit を使用)
  • 被リンクのみの調査(seo-backlink-audit を使用)
  • トラフィックに関係しない技術的な問題のトリアージ(seo-site-health-audit を使用)

必要な入力

  • 症状の説明(何が、いつ、どの程度変化したか)
  • 変化が始まった日付(最も可能性の高い日付)
  • 最近の SEO の履歴:デプロイ、移行、コンテンツの変更、リンク施策
  • Ahrefs MCP、Search Console、アナリティクスへのアクセス
  • 変化が実際に起きていることの確認(トラッキング上の誤差ではないこと)

フレームワーク:診断の5つのレイヤー

トラフィックの変化には、1つ以上の根本原因があります。レイヤーを順番に確認してください。十分な根拠が得られたら終了します。

レイヤー1:変化が実際に起きていることを確認する

診断を始める前に、以下の可能性を除外します。

  • トラッキングの欠落(アナリティクスの停止、タグマネージャーの問題)
  • ボットトラフィックの変化
  • レポート比較の誤り(日付範囲の相違、誤ったセグメント)
  • 季節性(月単位だけでなく、前年同期と比較する)
  • 祝日や曜日の影響

Search Console のクリック数と、アナリティクスのオーガニックセッション数を相互に確認します。大きな乖離がある場合は、実際のトラフィック変化ではなく、トラッキングの問題が示唆されることがよくあります。

レイヤー2:変化が起きている箇所を特定する

どこで変化が起きていますか?

以下の項目でセグメント化します。

  • 国と言語
  • デバイス(モバイル、デスクトップ、タブレット)
  • ページまたはセクション(ホームページ、ブログ、製品、カテゴリ)
  • クエリの種類(ブランド関連と非ブランド関連)
  • ランディングページ

1つのセグメントだけで起きた変化と、全体で起きた変化では、必要な診断が異なります。

パターン考えられる原因
1つの国で減少ローカルアルゴリズムアップデート、hreflang の問題、地域別リダイレクトの問題
モバイルで減少し、デスクトップは横ばいモバイルユーザビリティまたはページ速度の悪化
1つのセクションで減少トピックに関するアルゴリズムアップデート、またはセクション固有の品質問題
ブランド関連のクエリで減少ブランドレベルの問題:サイト停止、評判、手動による対策
非ブランド関連のクエリで減少アルゴリズムによる検索順位の問題
単一のページで減少ページレベルの問題:コンテンツ、技術、または競合
サイト全体で減少サイト全体の問題:ペナルティ、技術、移行、またはアルゴリズム
レイヤー3:ページレベルの分析

影響を受けたページについて、以下を監査します。

  • 検索順位を獲得しているキーワードごとの順位変化(Ahrefs Rank Tracker の履歴)
  • SERP の構成変化(広告の増加、AI による概要、強調スニペット、動画)
  • クリック率の変化
  • インデックス状況(Search Console のカバレッジ)
  • クロールエラーとアクセシビリティ
  • 最近のコンテンツ変更
  • 内部リンクの変更
  • 被リンクの変化(リンクの消失、リダイレクトチェーン)

SERP の構成が変化すると、検索順位を落としていなくても、ページのトラフィックが減少することがあります。

レイヤー4:技術的な分析

技術的な問題が発生していませんか?

以下を確認します。

  • Robots.txt の変更
  • canonical タグの変更
  • meta robots の変更(誤って noindex を指定していないか)
  • リダイレクトチェーンとループ
  • レンダリングの問題(特に JavaScript を多用するフレームワーク)
  • サイト速度の悪化
  • Hreflang のエラー
  • サイトマップの更新状況
  • HTTP ステータスコード(4xx、5xx の急増)
  • クロール動作の変化を示すサーバーログの証拠

最近のデプロイが最有力の原因です。デプロイ日とトラフィックが変化した日を比較してください。

レイヤー 5:外部要因の分析

レイヤー 1〜4で変化の原因を説明できない場合は、外部に目を向けます。

  • アルゴリズム更新カレンダー(時期を照合)
  • 競合の動向(新しいコンテンツ、獲得した新たな SERP 機能)
  • 業界のトレンド(トピックに対する検索需要の低下)
  • 手動による対策(Search Console のセキュリティと手動による対策)
  • ネガティブ SEO(リンク獲得ペースの急激な変化)

外部要因の診断には、競合状況との照合が役立ちます。競合が横ばいのなかで自サイトのトラフィックが減少したのか(アルゴリズム固有の問題が考えられます)、それとも業界全体が勢いを失ったのか(ユーザー行動の変化が考えられます)を確認します。Similarweb では競合のトラフィック傾向を、Ahrefs では競合の SERP における動きを確認できます。両方を組み合わせれば、問題が自サイトだけのものか、カテゴリ全体のものかが分かります。


ワークフロー

  1. 症状を確認する。 正確な日付、変化の規模、分かる場合はセグメントを確認します。
  2. データを検証する。 レイヤー 1 を確認します。トラッキングと季節性の問題を除外します。
  3. 範囲を特定する。 レイヤー 2 を確認します。パターンが明確になるまでセグメントを絞り込みます。
  4. ページ単位で詳しく調べる。 影響が最も大きいページについてレイヤー 3 を確認します。
  5. 技術面を確認する。 レイヤー 4 を確認します。最近のデプロイ、robots、canonical、リダイレクトを調べます。
  6. 外部要因を確認する。 レイヤー 5 を確認します。アルゴリズム更新、競合、業界の動向を調べます。
  7. 仮説を立てる。 原因を一文で述べます。
  8. 仮説を検証する。 仮説を裏付ける、または否定する証拠を探します。references/diagnosis-checklist.md を参照してください。
  9. アクションプランを作成する。 具体的な証拠に対応する具体的な修正策をまとめます。
  10. 共有する。 診断結果を文書にまとめます。関係者が求めているのは明確さであり、網羅的な分析ではありません。

よくある失敗パターン

  • すぐにアルゴリズム更新のせいにする。 「アルゴリズムのせいに違いない」は安易な答えです。まず技術面とページ単位の原因を除外してください。
  • 間違った問題を解決する。 実際の原因がデプロイ時に誤って noindex を設定したことなのに、「コンテンツ品質」と診断してしまうケースです。修正する前に仮説を検証してください。
  • 「通常」の基準がない。 基準がなければ、あらゆる変動が不安に見えます。反応する前に、通常の変動がどの程度かを把握してください。
  • 1 ページをサイト全体として扱う。 サイト全体の診断とページ単位の診断は異なります。まず影響範囲を確認してください。
  • ブランド検索と非ブランド検索を区別しない。 ブランド検索のクエリが減少している場合は、ブランドレベルの問題です。非ブランド検索が減少している場合は、SEO の問題です。担当するチームはそれぞれ異なります。
  • 比較する期間を間違える。 祝日期間に直近 28 日間とその前の 28 日間を比較すると、実態がゆがみます。季節性のあるビジネスでは、前年同期比を使ってください。
  • 相関関係だけで結論づける。 デプロイとトラフィック減少が同じ日に起きたことは強い相関を示しますが、証明にはなりません。仕組みを突き止めてください。
  • 単一の情報源だけで診断する。 Ahrefs で分かるのは検索順位、Search Console で分かるのはクリック数とクエリ、Analytics で分かるのはユーザー行動、ログで分かるのはクロール状況です。これらを組み合わせて使ってください。
  • 根拠なく早まって安心させる。 根拠もなく関係者に「単なるアルゴリズム更新なので、回復します」と伝えると、後でさらに難しい話し合いを招きます。

出力形式

次の内容を含む診断書を作成します。

  1. 概要。 何がいつ、どの程度変化したか、根本原因を 1 段落でまとめます。
  2. 症状。 グラフとセグメント別の内訳を示します。
  3. レイヤーごとの調査結果。 各レイヤーで何が確認され、何が除外されたかを示します。
  4. 根本原因の仮説。 証拠を添えて、1 つの文で述べます。
  5. アクションプラン。 担当者と期限を含め、修正策を順番に示します。
  6. 回復予測。 回復までの期間と到達水準について、現実的な見通しを示します。
  7. モニタリング計画。 回復を確認するために何を監視するかを示します。

長さ:4〜10 ページ。関係者は短時間で目を通します。


必要なデータが入手できない場合

このスキルの出力は、スキル自体では生成できないデータ、測定値、またはツールの結果に依存します。必須の入力、ツール、またはデータソースが利用できない、あるいは検証できない場合、認められる出力は、その不足を明記した成果物です。何が必要だったのか、実際に何を取得または検証できたのか、出力のどの部分が影響を受けるのかを記載します。成果物を完成させるために必須の数値を捏造、推定、または補間することは、決して認められません。不足を明記すれば、それで回答として完結します。


参照ファイル

  • references/diagnosis-checklist.md - 各レイヤーで取得する具体的なデータと、それぞれのシグナルの解釈方法を示した、レイヤーごとの診断チェックリスト。

コメント