serp-analysis

SERP 分析

1 つのキーワードについて、現在の Google 検索結果を分析し、根拠のラベルを付けたコンテンツ方針を提示します。次の 3 つの質問に答えてください。

1. このキーワードで優勢なコンテンツ形式は何ですか（ガイド、リスト記事、ツール、製品ページ）？
2. どの SERP 機能が、順位にかかわらずクリックを集めますか？
3. 上位 10 件が提供していない、どのような価値を提供できますか？

形式の集中は検索意図を示す根拠として扱ってください。特定の形式が必ず上位表示される保証として扱ってはいけません。

ルールの根拠

重要なルールは、次のラベルを使って解釈してください。

• Semrush が裏付けるガイダンス： 引用された Semrush の記事に記載されている方法論です。想定される状況と注意事項をそのまま保ってください。
• MCP の契約上の要件： 現在の公式 Semrush MCP のディスカバリーとレポートスキーマで確認された動作または制限です。
• 業界のヒューリスティック： 妥当な分析者の実務上の指針であり、Semrush の指標でも検索エンジンの要件でもありません。
• 設定可能なデフォルト： ユーザーが変更できるワークフローまたは出力の選択肢です。

Semrush のデータ、手動で確認したページの所見、ユーザーが提供した根拠、モデルの判断は、明確に区別してください。Semrush 製品のインターフェースにある例を、公開 MCP の機能として扱ってはいけません。

始める前に

次の情報を一度だけ尋ねてください。

• 対象キーワード。 分析ごとに 1 つです。複数キーワードの分析は別のスキルです（keyword-research を参照）。
• 国／データベース。 ユーザーが指定しない場合は、米国をデフォルトにします。地域によって SERP は大きく異なります。
• ユーザーのドメイン。 任意です。ターゲットを受け付けるレポートを通じて、現在の順位またはドメインのコンテキストを調査する場合に限り使用してください。テスト済みのキーワードレポートはドメインを受け付けず、Personal Keyword Difficulty（PKD）も返しません。
• Semrush MCP が接続されているかどうか。 接続されている場合は、Semrush のキーワード、オーガニック、SERP、URL／ドメインのレポートからライブ SERP データを取得できます。接続されていない場合は、手動での SERP 確認に切り替えます。Semrush MCP は Semrush 独自の認証フローを通じて接続するため、貼り付ける API キーはありません。

Semrush MCP の使い方

Semrush MCP のみを使用してください。

MCP では、すべてのレポートで次の 3 ステップの手順を使います。

1. ディスカバリーツール（keyword_research、organic_research、または domain_overview）を呼び出し、利用可能なレポートを確認します。
2. 必要な特定のレポートに対して get_report_schema を呼び出し、必須パラメーターを確認します。
3. それらのパラメーターを指定して execute_report を呼び出し、データを取得します。

このスキルの分析作業の大半を担うレポートは次のとおりです。

• phrase_this（keyword_research 経由）— ボリューム、CPC、競合密度、検索結果、トレンド、未加工の検索意図、一般的な Keyword Difficulty のうち、必要なフィールドのみをリクエストします。
• phrase_organic（keyword_research 経由）— 順位、順位タイプ、ドメイン、URL、返された SERP 機能コードを取得します。タイトルタグ、単語数、Authority Score、ページトラフィック、参照ドメインは返しません。
• domain_rank（domain_overview 経由）— ドメインまたは URL の集計順位、キーワード、トラフィック、コスト、SERP 機能の合計を任意で取得します。Authority Score は返しません。

契約が変更されている可能性がある場合は、その都度 get_report_schema を呼び出してください。そのスキーマに存在し、実行結果で返されたフィールドのみを使用してください。

Semrush MCP を利用できない場合は、対象の国で手動による SERP の確認を行ってください。手動で収集した SERP データを網羅的なものとして提示してはいけません。

MCP のアクセスとコストに関するガードレール

• 最初の execute_report 呼び出しの前に、Semrush MCP のクエリでは API ユニットを消費することをユーザーに伝えてください。phrase_organic は分析に必要な結果数に制限し、必要なフィールドのみをリクエストしてください。最初のバッチを確認してから、必要に応じて対象を広げてください。デフォルトで全行をリクエストしてはいけません。
• 認証が未完了の場合、必須のツール、レポート、スキーマ、フィールドを利用できない場合、またはアクセス権やユニットの不足により実行に失敗した場合は、その MCP の分岐を中止してください。利用できないものと、影響を受ける調査結果を示したうえで、以下の中で最も有力な代替手段を使用してください。不足している SERP 指標や競合指標を推測してはいけません。

フォールバックの優先順位

利用可能なデータソースのうち、最も信頼性の高いものを使用し、どれを使用したかを明記してください。

1. Semrush MCP のキーワード、SERP、オーガニック検索、URL／ドメインレポート。
2. ユーザーから提供された Semrush UI のエクスポート。
3. 対象の国と言語での手動によるブラウザー調査。
4. ユーザーから提供された上位10件のURL。指標が不足している場合は、推測せず「不明」と記載してください。

分析フレームワーク

次の6つのステップを順に実行してください。

1. キーワード指標を取得する
2. 検索意図を特定する
3. SERP 機能を一覧化する
4. 上位10件の結果を分析する
5. 成果につながるフォーマットを特定する
6. ギャップを見つける

最後に、再利用可能な SERP エビデンスオブジェクトと、簡潔なコンテンツの推奨事項を提示してください。content-brief スキルでは、同じレポートを再実行せず、このエビデンスを利用してください。

---

1. キーワード指標を取得する

keyword_research を使用して phrase_this を特定し、次に get_report_schema と execute_report を呼び出してください。判断に必要なフィールドを指定します。

• 検索ボリューム：ユーザーの地域に合致するデータベースの値。
• 一般的なキーワード難易度：ユーザーのドメインに対する予測ではなく、比較のための Semrush 推定値。
• CPC と競合密度：有料検索市場のシグナルであり、ビジネス価値の証明ではありません。
• トレンドと生の検索意図：返される場合。

実際の値とレポート名を保持してください。意図コードやトレンド値を、検証済みのドキュメントに基づいて解釈できない場合は、生の値を保持し、解釈未確定と記載してください。PKD や個別化されたランキング可能性を捏造しないでください。

---

2. 検索意図を特定する

まだ分類されていない場合は、keyword-research スキルのヒューリスティックな手順を使用してください。

• クエリの表現から判断する。 「方法」や「とは」は情報収集を示します。「おすすめ」や「比較」は商業的な意図を示します。「購入」や「無料トライアル」は取引意図を示します。
• SERP 自体から判断する。 単一の意図ラベルに頼る前に、返された結果セットと現在表示されている SERP を確認してください。
• SERP 機能から判断する。 機能は補助的な根拠として扱います。ショッピング結果は取引意図を裏付ける場合があります。強調スニペットや PAA は情報収集意図を裏付ける場合があります。機能が混在している場合は、意図が分岐している可能性があります。

意図の分岐に注意してください。SERP に複数のフォーマットが混在する場合があります。「動画編集に最適なノートパソコン」では、商品カルーセル（取引意図）、比較記事3件（商業的意図）、YouTube の購入ガイド（商業的・情報収集的意図）が表示されることがあります。意図が分岐している場合は、分析でその旨を明記してください。上位に表示されるページでは、複数のフォーマットに対応する必要があります。

---

3. SERP の機能をカタログ化する

phrase_organic が返す、または最新の手動 SERP 確認で判明した機能をすべて列挙します。マッピングが検証されていない場合は、未加工の機能コードをそのまま保持します。

• 強調スニペット。 確認できる場合は、その形式と現在の掲載元を記録します。クリックへの影響はクエリによって異なるものとして扱います。
• AI Overview。 オーガニック検索結果の上に表示される、AI 生成の要約です。クリック行動に影響する可能性があるため、表示の有無と、ユーザーまたは競合他社のどちらを引用しているかを記録します。
• 他の人はこちらも質問（PAA）。 関連する質問はトピックの根拠として使い、自動的にアウトラインや H2 のリストにしないでください。
• ナレッジパネル。 右側に表示されるエンティティのボックスです。主にブランドキーワードに関係します。
• 画像パック。 画像カルーセルです。視覚的な意図（レシピ、図解、商品）を示します。
• 動画カルーセル。 動画、または複数形式への需要を示す根拠として扱います。
• 人気商品カルーセル。 ショッピングまたは取引への需要を示す根拠として扱います。
• ローカルパック。 ローカル検索の意図を示す根拠として扱います。
• ディスカッションとフォーラム。 コミュニティや一人称の視点が含まれている根拠として扱います。Google がそれらを選んだ理由を推測しないでください。
• リッチリザルト。 表示される拡張要素と、対象となる結果タイプを記録します。CTR の改善を約束しないでください。

表示されている機能ごとに、次の 2 点を記録します。

• 現時点でその機能を獲得しているユーザーの競合（該当する場合）。
• その機能を狙う根拠と、適用されるプラットフォーム要件。

ページタイプと表示コンテンツで対応できる場合に限り、その機能を推奨します。どの機能も、常に獲得しやすい、あるいは難しいと決めつけないでください。

---

4. 上位 10 件の結果を分析する

positions_type: organic を指定して phrase_organic を実行し、指定されたオーガニック検索結果セットをカバーする最小の limit を使用します。positions_type: all は、別の SERP 機能の調査パスとしてのみ使用します。機能の掲載位置を示す行は、オーガニック検索順位の追加分ではありません。Semrush のデータとして記録するのは、返されたフィールドだけにします。

• 順位と順位タイプ。 未加工の値を保持します。
• ドメインと URL。 ルートドメインだけでなく、順位を獲得している URL を保持します。
• 検出された SERP 機能コードとドメインの SERP 機能コード。 検証済みのドキュメントに基づく場合に限り、コードを解読します。

未加工の行は保持しますが、ページ形式、競合、上位結果セットを数える際は、同一の順位獲得 URL を重複排除します。同じ URL が複数のオーガニック検索順位に表示される場合は、その順位を記録し、ページ単位の分析では 1 ページとして扱います。機能の重複行によって競合や観測数を水増ししないでください。

以下は、別の証拠ソースを通じてのみ追加します。

• 手動で確認したページの証拠： タイトルタグ、目に見えるページ形式、日付、名前が明示された専門家、独自データ、ツール、テンプレート、例、必要に応じて直接測定した語数。
• Semrush の追加レポート： 対象に対して適切な取得済みレポートが該当フィールドを実際に返す場合に限り、集計トラフィック、キーワード、被リンク、または Authority Score の証拠を追加します。
• モデルによる判断： 形式の分類、コンテンツの切り口、不足情報、機会の評価。

ページトラフィック、参照ドメイン数、語数、Authority Score、タイトルタグを phrase_organic に由来するものとして扱わないでください。ドメイン、URL、リンク、訪問数の固定件数から、トピックに関する権威性や順位獲得の可能性を推測しないでください。

---

5. 勝ち筋となる形式を判断する

観測した各結果を分類し、実際の分布を報告します。集中度は「高い」「混在」「不確実」のいずれかで示し、その判断に使った件数を明記します。普遍的に適用される固定の基準値を設けないでください。

外れ値を示し、それが検索意図の把握に何を加えるのか説明します。単一の検索順位だけを根拠に、パブリッシャーのトピックに関する権威性を推測しないでください。

検索意図に形式を合わせます。

• 情報収集：ガイドまたは記事。
• 商用比較：リスト記事、比較表、またはまとめ記事。
• 取引：商品ページまたは価格ページ。
• 会話形式またはトラブルシューティング：直接的な回答、コミュニティの視点、サポートリソース、または観測した SERP が裏付ける別の形式。

6. ギャップを見つける

ギャップとは、観測された意図をユーザーがより適切に満たす方法について、モデルの支援を受けて立てた仮説です。ギャップがあっても、ランキングが上昇するとは限りません。

よくあるギャップのカテゴリは4つです。

• 独自データ。 調査、社内研究、ベンチマークなどです。上位10件が互いのデータを引用している場合、新たなデータはすぐに目立ちます。
• 具体的な対象範囲。 上位10件が汎用的な内容であれば、特定の業界、ユースケース、ペルソナに特化した内容を作成します。
• ニーズに合った形式。 観測された検索結果では満たされないユーザーニーズに、ツール、計算機、テンプレート、チェックリスト、動画、または別の適切な体験で応えられる場合です。
• 最新性と正確性。 上位10件が古い情報を引用している場合は、最新の情報を引用します。専門家なら気づく誤りが上位10件にある場合は、正確な内容を提供します。

これらのギャップのいずれも実現できない場合は、そのことを出力に明記してください。SERPによっては、すでに飽和状態です。「このテーマでは書かず、ギャップが実在する関連テーマで書くべき」という率直な判断が正解の場合もあります。

---

調査結果の報告方法

以下のセクションを含む、単一のエビデンスパッケージを出力してください。

キーワードの概要

利用可能な検索ボリューム、汎用 KD、意図、CPC、競合密度、トレンドを記載します。データベース、レポート、利用できないフィールドも含めてください。

SERP 機能

返却された機能と手動で確認した機能を分けて列挙します。それぞれについて、エビデンス、確認できる場合は現在の掲載元、該当する要件、信頼度を記載します。

上位10件の表

順位／タイプ	URL	返却された機能	観測された形式	ページのエビデンス	Semrush の追加エビデンス	ギャップの仮説	エビデンスの状態
[元の順位／タイプ]	[ランキング URL]	[元のコード＋デコードしたコード]	[モデルによる判断]	[手動での観察結果]	[レポートと実際の値、または利用不可]	[推論であることを明記]	[完全／部分的／手動]

推奨戦略

最もエビデンスに裏付けられた形式、切り口、関連する SERP 機能を推奨します。信頼度を示し、どのようなエビデンスがあれば推奨内容が変わるかを明記してください。

再利用可能な SERP エビデンスオブジェクト

以下を含む簡潔な構造化ブロックを返してください。

• キーワード、データベース、収集日、データソース
• 利用可能なキーワード指標と元の意図
• 元の順位と機能コードを含むランキング URL
• 手動で確認した形式とページのエビデンス
• 形式の分布と検索意図の分断に関する評価
• ギャップの仮説、制約、信頼度

ユーザーが続けてブリーフを作成する場合は、このオブジェクトを content-brief に渡してください。

レポート自体には、次の3つのルールを適用してください。

• エビデンスの出典とともに実際の値を記載してください。指標の欄にモデルによる推定値を入力してはいけません。
• 指摘するパターンごとに、競合の具体的な URL を1つ示してください。「Competitor.com/foo が3行の表で強調スニペットを獲得しています」のように、実行に移せる説明にします。
• エビデンスから適合性が低い、または競争が異常に激しいと考えられる場合は、そのエビデンスを説明し、関連する別のターゲットを推奨してください。SERP が客観的に攻略不可能だと断定してはいけません。

出典

このスキルは、次の Semrush の編集記事を参考にしています。

• SERP 分析ガイド
• SERP 機能リファレンス
• 検索意図とは
• 「他の人はこちらも質問」ガイド
• 強調スニペットガイド

特定の推奨事項を本文中で引用する場合は、記事へのリンクを付けてユーザーが確認できるようにしてください。