ai-search-gaps-to-social-campaign

AI 検索のギャップ → ソーシャルキャンペーン

SE Ranking の AI Search データを使って、どのプロンプトやナラティブを自社ブランドが押さえているか、競合が押さえているか、あるいはまだ誰も押さえていないかを確認します。次に、Planable で不足しているナラティブにおける存在感を確立するソーシャルコンテンツを作成し、効果を測定できるよう計測の設定を行います。

対象範囲について（お読みください）。 SE Ranking の AI Search MCP ツールで確認できるのは、ブランドの存在感、リンクの存在感、シェア・オブ・ボイス、およびそれらの基盤となるプロンプトです。感情分析のスコアは確認できません。これらのツールから感情分析の結果を報告したり、示唆したりしないでください。ソーシャルコンテンツは AI での可視性を高める手段の一つです。LLM の引用にはウェブサイトのコンテンツやオーソリティも影響しますが、これらはこの 2 つの MCP が公開する情報の範囲外です。

前提条件

• SE Ranking MCP が接続済み（AI Search Data API。AI Result Tracker で継続的にプロンプトを追跡する場合は、プロジェクトも任意で設定）。
• Planable MCP が接続済みで、投稿先のワークスペースとページが設定済み。
• ユーザーから次の情報が提供されていること：対象ドメインとブランド名、国（既定値は us）、競合のドメインとブランド名（最大 10 件）、および必要に応じて優先するエンジン（既定値は ai-overview、ai-mode、chatgpt、perplexity、gemini のすべて）。

コネクターの稼働確認

ほかの作業を始める前に、両方の MCP に接続できることを確認します。

• SE Ranking： DATA_getSubscription を呼び出します。失敗するか認証エラーが返された場合は、直ちに処理を中止し、ユーザーに次のように伝えます。

  "SE Ranking コネクターが応答していません。続行する前に再接続してください。セットアップガイド：https://seranking.com/api/integrations/mcp/"

• Planable： list_workspaces を呼び出します。失敗するか認証エラーが返された場合は、直ちに処理を中止し、ユーザーに次のように伝えます。

  "Planable コネクターが応答していません。続行する前に再接続してください。セットアップガイド：https://help.planable.io/hc/en-us/articles/27538577098780-How-to-connect-Planable-MCP-to-your-AI-tools"

両方の呼び出しで成功した応答が返された場合にのみ、以下の手順に進みます。

手順

1. ブランドと対象範囲を確定する

ユーザーからドメインだけが提示され、正確なブランド名が提示されていない場合は、DATA_getAiSearchBrand(target, source) を呼び出して、SE Ranking がそのドメインに割り当てている名称を取得します。各競合についても同様に行います。Planable のワークスペースと対象プラットフォームを確認します。

2. AI での可視性のベースラインを確認する

• DATA_getAiSearchOverview(target, source, brand?) — brand_presence、link_presence、ai_opportunity_traffic、average_position を記録します。変化を引用する前に previous を確認してください。 null の場合は、今回が初回のスナップショットです。現在の値をベースラインとして報告し、change_percent の 100 を実際の成長として示さないでください。
• DATA_getAiSearchLeaderboard(primary{target,brand}, competitors[{target,brand}], source, engines[]) — エンジン別に、自社ブランドと競合のシェア・オブ・ボイスを確認します。行をブランド、列をエンジンとする簡易ヒートマップを作成します。
  • このエンドポイントは負荷が大きく、多数の競合と多数のエンジンを一度に指定すると 504 タイムアウトが発生することがあります。 エンジンは一度に 1 つずつクエリするか、1 回の呼び出しあたりの競合を 3 件以下にしてください。タイムアウトした場合は 1 回再試行します。それでも失敗する場合は、各競合について DATA_getAiSearchOverview を呼び出し、brand_presence と link_presence を自分で比較してください。

3. プロンプトのギャップを見つける

対象と各競合について、表示につながったプロンプトを取得します。

• DATA_getAiSearchPromptsByBrand(brand, engine, source) — ブランド名を含むプロンプトです。
• DATA_getAiSearchPromptsByTarget(target, engine, source) — ドメインがソースとして引用されているプロンプトです。

比較するには、プロンプトをトピックごとにグループ化し、各グループを獲得済み（対象が表示される）、競合中（対象と競合が表示される）、未獲得（競合は表示されるが、対象は表示されない）に分類します。未獲得と競合中のグループがキャンペーンの対象です。

• AI プロンプトの volume: 0 はほぼ常に正常です — これらは検索キーワードではなく、会話形式のクエリです。これは想定どおりであり、価値が低いことを示すものではありません。検索ボリュームではなく、トピックとの関連性と、LLM がどのブランドを引用しているかでグループを評価してください。
• ブランド名の一致を検証します。「最高の年間プランナー」や人名など、緩やかに関連した回答にブランドが現れる場合があります。回答文を読み、実際の表示として数えるのではなく、曖昧な一致として記録してください。
• 対象が表示される場合は、どの位置にあるかを記録します（例：「X のおすすめ」回答 6 件中 4 番目に引用されている）。競合中のプロンプトで順位を上げることも、未獲得のプロンプトに表示されることと同じくらい価値があります。

4. ギャップをコンテンツの仮説に変える

対象となる各グループについて、仮説を立てます。「[ブランド] を [ナラティブ] の中で明確に主張する、引用しやすいコンテンツを公開すれば、[例]のようなプロンプトで表示されるようになるはずです。」 それぞれを、ブランドの立場が明確で引用しやすいソーシャル投稿の切り口に変換します。定義、直接比較、「X vs Y」、誤解の解消、FAQ 形式の回答などです。LLM は明確で構造化され、出典を示せる主張を好むため、ソーシャル投稿では主張を埋もれさせず、はっきり述べてください。

下書きを作成する前に、グループと仮説をユーザーに提示してください。

5. Planable で下書きを作成する

各プラットフォームに適した投稿文を作成し、下書きを作成します。ページごとに create_post（プラットフォーム別の投稿文）を使うか、同期するコンテンツには create_grouped_post を使います。測定時にキャンペーンを簡単に抽出できるよう、ラベル（list_labels / create_label を使用。例：「AI-visibility」）を付けます。

スケジュール設定 — 作成前に確認します。 日付を推測したり、デフォルトですべて日付なしにしたりしないでください。投稿の日付をどう設定するかユーザーに尋ね、次の方法を提示します。期間内に均等に分散する（例：次の 7 日間に、適切な時間帯で各枠に 1 件ずつ投稿する）、固定の頻度・間隔で設定する（例：ユーザーが指定した開始日から、平日の毎日 10:00 に設定する）、投稿ごとに手動で日付を指定する、または日付を設定しない（後でカレンダーに配置できるよう、日付なしの下書きにする）。選択された各時刻を ISO 8601 に変換し、scheduledAt に渡してください。投稿は提案済みの下書きのままにし、publishAtScheduledDate は設定しないでください。これにより、自動公開されません。ユーザーが自動公開を明示的に希望した場合に限り、true に設定してください。スケジュール時刻は UTC として扱われるため、タイムゾーンを確認するか、時刻が UTC であることを明記してください。

6. 事前・事後の測定を設定する

これにより、改善のサイクルが実際に機能します。

• AI の継続的なトラッキング（プロジェクトがある場合）： PROJECT_createLlmEngine で AI Result Tracker エンジンを作成し、PROJECT_addPrompts(site_id, llm_id, prompts[]) で対象のプロンプトを追加します。その後、PROJECT_getPromptsRankings と PROJECT_getLlmStatistics で変化を確認します。これはユーザーの稼働中のプロジェクトに書き込み、プランの上限を消費するため、エンジンやプロンプトを作成する前に確認してください。
• 定期的な再チェック： キャンペーンの実施後に DATA_getAiSearchOverview と DATA_getAiSearchLeaderboard を再実行し、ステップ 2 のベースラインとの差分を確認します。
• ソーシャル側： ラベルを付けたキャンペーン投稿に対して get_post_metrics_summary(workspaceId, pageIds, startDate, endDate) を実行すると、コンテンツが獲得したエンゲージメントを確認できます。

コンテンツ作成の指針：キーワードとAI可視性のギャップ

特定のキーワードを狙ったり、AI可視性のギャップを埋めたりするソーシャルコンテンツを作成するときは、次の点を意識してください。

• 投稿ごとに意図を1つに絞ります。 キーワードや質問を1つ選び、それにだけ明確に答えます。あらゆる内容を盛り込もうとする投稿は、何にも順位付けされず、何にも引用されません。
• 答えから書き始めます。 最初の1文に要点を置き、そのあとで補足します。流し読みする人もAIエンジンも、最も明確で、それだけで意味が通じる文を抽出します。要点を埋もれさせないでください。
• 実際の質問のされ方に合わせて書きます。 フック、キャプション、見出しは、実際にありそうな質問と平易な回答として表現します。AIへのプロンプトは会話形式なので、キーワードを詰め込むより自然な表現が効果的です。
• 主張は単独で引用できる形にします。 AIツールは文脈から切り離して文章を抜き出すため、重要な文はそれだけで成立させます。1つの考えを断定的に述べ、「前述のとおり」のような表現は避けます。
• 具体的に書きます。 数値、具体例、名前を付けた手順、明確な定義を盛り込みます。具体性があれば引用されやすくなり、競合がすでに押さえている一般的なコンテンツとの差別化にもつながります。
• ギャップを埋め、繰り返しません。 競合がすでにトピックを押さえている場合は、順位付けされている内容を繰り返すのではなく、競合が取り上げていない関連質問や切り口を見つけます。
• 発信する場所を問わず一貫性を保ちます。 ソーシャル、サイト、プロフィールで同じ用語と主張を使い、ブランドが何に対する答えなのか、AIが一貫して理解できるようにします。
• 人間らしさを大切にします。 良い投稿として読めることが重要です。キーワードやAI向けに最適化しても、文章が機械的にならないようにします。

出力

1. AI可視性のスナップショット — 概要指標とシェア・オブ・ボイスのヒートマップ。
2. プロンプトギャップのクラスター — 自社が獲得済み／競合と競合中／未獲得の分類、プロンプト例、および各プロンプトで優位な競合。
3. コンテンツ計画 — クラスター → 仮説 → プラットフォーム → 切り口。
4. Planableで作成した下書き（ラベル付き）。
5. トラッキング計画 — AI Result Trackerに追加したプロンプト（設定済みの場合）と、後日再取得する指標。

ヒント

• Data APIのレート制限（約10リクエスト/秒）を守ってください。複数のブランド × エンジン × プロンプトクエリを扱う場合は、ループの速度を調整し、巨大な呼び出しを1回行うより、対象を絞ったリーダーボード呼び出しを優先してください（ステップ2を参照）。
• ゼロはゼロとして報告してください。あるブランドに対してエンジンがプロンプトを返さなかった場合は、推測せず、その旨を伝えます。
• 毎月再実行して差分を確認することを推奨します。AI可視性の変化は緩やかなため、1回のスナップショットだけでは結論を出せません。

例外と制限

• センチメント分析には対応していません。 これらのツールが測定するのはブランドが「どのように語られているか」ではなく、ブランドが表示されるか、どこに表示されるかだけです。ユーザーがセンチメント分析を希望する場合は、接続されているMCPでは利用できないと伝えてください。
• ソーシャルは間接的な要素です。 AIの回答に表示されるかどうかは、引用可能なWebコンテンツに大きく左右されます。このスキルはソーシャル施策を推進し、その結果を追跡しますが、ウェブサイトのページを公開したり、スコアリングしたりすることはできません。
• 継続的なトラッキングにはプロジェクトが必要です。 単発のDATA_ AI Search呼び出しはプロジェクトなしで使えますが、AI Result Tracker（プロンプトの経時的な追跡）にはSE Rankingプロジェクトが必要です。
• 投稿は下書きとして作成され、承認後にPlanableで公開します。