seo-gaps-to-social-campaign

SEO のギャップ → ソーシャルキャンペーン

需要やギャップが見つかる SE Ranking と、コンテンツの作成、承認、公開を行う Planable を連携します。目的は、ありがちなブレインストーミングではなく、各投稿が実際の検索需要に基づく、焦点を絞ったソーシャルキャンペーンを作成することです。

前提条件

• SE Ranking MCP が接続されていること（リサーチには Data API を使用します。プロジェクトは任意ですが、順位低下の検出が可能になります）。
• Planable MCP が接続されており、投稿先のワークスペースと、少なくとも1つの接続済みページがあること。
• ユーザーから次の情報が提供されること：対象ドメイン、市場／国（デフォルトは us）、Planable のワークスペース、可能であれば競合ドメイン1～3件。指定がない場合、投稿数はデフォルトで6件です。

コネクターの接続確認

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

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

  "SE Ranking connector isn't responding — please reconnect it before we continue. Setup guide: https://seranking.com/api/integrations/mcp/"

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

  "The Planable connector isn't responding — please reconnect it before we continue. Setup guide: https://help.planable.io/hc/en-us/articles/27538577098780-How-to-connect-Planable-MCP-to-your-AI-tools"

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

手順

1. キャンペーンの範囲を決める

対象ドメイン、国、競合（任意）、Planable のワークスペースと対象プラットフォーム、投稿数、キャンペーン期間を確認します。ワークスペースが特定できない場合は、list_workspaces を呼び出してユーザーに選んでもらいます。推測で決めてはいけません。

2. SE Ranking で機会を見つける

順番に作業し、Data API の上限（約10リクエスト／秒）を守ります。取得した生データは、その都度保存します。

• DATA_getDomainOverviewWorldwide と DATA_getDomainKeywords — 対象ドメインの現在の実績と、既存キーワードの中で特に有望なものを確認します。対象ドメインがすでに強いキーワードや、上位表示まであと少しのキーワードは、ブランドに合ったキャンペーンの有力な材料になることが多いため、まずはこちらを詳しく調べます。
• DATA_getDomainCompetitors — 実際のオーガニック検索上の競合を確認します（共通キーワード数順に並べ、上位3～5件を選びます）。注意：この呼び出しは結果一式を返すため、ファイルに出力される場合があります。ファイルを読み込んで解析してください。
• DATA_getDomainKeywordsComparison — ギャップの中核となる一覧です。競合が順位を獲得している一方で、対象ドメインが獲得していないキーワードを確認します。使えるキーワードに絞り込みます（例：情報収集／商業目的の検索意図、妥当な最低検索ボリューム、対象ドメインが現実的に勝てる難易度）。**そのうえで、数値だけでなく関連性も判断してください。**競合のギャップ一覧にはノイズが多く、ブランドにそぐわない内容（用語集の項目、「free followers」のようなフォロワー集めのキーワード、無関係なブログの話題など）が含まれることがあります。対象ドメインが投稿するテーマとして説得力のないものは除外してください。ブランドが扱う理由のない高検索ボリュームのキーワードは、機会ではありません。厳しいフィルターを適用した結果がほとんど残らない場合は、キャンペーンを無関係な内容で無理に作るのではなく、基準を1つ緩めるか、別の競合を試してください。
• DATA_getRelatedKeywords と DATA_getKeywordQuestions — 関連キーワードと、ユーザーが実際に尋ねている質問を見つけます。**質問形式のキーワードは、ソーシャル投稿のフックとして特に有効です。**投稿の書き出しにそのまま活用できます。これらのエンドポイントはシードごとの結果が少数にとどまることが多いため、1つだけを頼りにせず、複数のシード（中心となるトピック3～5件）を照会して集約してください。シードから質問が1～2件しか返らないのは通常のことであり、需要がないことを意味しません。
• 最も有望なテーマ2～4件について DATA_getSerpResults を呼び出します。検索意図と SERP の機能を確認し、検索ユーザーが実際に求めているものに沿ったソーシャル向けの切り口を考えます。
• 順位低下（プロジェクトがある場合）： PROJECT_getPositionHistory を呼び出し、タイプ avg_pos または visibility を指定して順位が下がったキーワードを見つけます。順位が回復中または低下中のキーワードは、「伝えるべきことがある」という強力なソーシャル投稿のきっかけになります。プロジェクトがない場合は、この手順を省略し、上記のギャップ分析を活用します。

3. テーマに分類し、具体的な切り口に落とし込む

キーワードや質問を3～6個のコンテンツテーマに分類します。各テーマについて、データ（検索ボリューム、ギャップの大きさ、検索意図、ランキングの変動）に結び付けた理由を1行で記載します。次に、各テーマを具体的なソーシャルメディア向けの切り口に落とし込みます。質問キーワードならフックに、比較語ならカルーセルに、ハウツーならヒント投稿にします。

下書きを作成する前にテーマをユーザーに提示し、方向性を調整できるようにします。

4. 投稿を作成する

各投稿について、プラットフォームに適した文面を作成します（下記の文字数・形式の基準を参照）。一連の投稿でフックや形式に変化をつけ、同じ構成を繰り返さないようにします。ユーザーが理由を把握できるよう、各投稿を元になったキーワードや質問と関連付けます。

プラットフォーム	文字数	備考
LinkedIn	約3,000文字	プロフェッショナルな文体。長文も可能で、改行を入れます
Instagram	約2,200文字	ビジュアルを優先。ハッシュタグは末尾か最初のコメントに記載します。メディアが必要です
Facebook	短いほうが効果的です	会話調
X/Twitter	280文字	印象的で簡潔に
TikTok	約2,200文字	カジュアルで、トレンドを意識します

ユーザーから「そのまま作成して」と言われていない限り、作成前にすべての下書きをプレビューで提示します。

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

list_pages(workspaceId) を呼び出して、対象プラットフォームのページ ID を取得します。その後、次のように操作します。

• 全プラットフォームで同じコンテンツを使う場合 → create_grouped_post(workspaceId, pageIds[], text, scheduledAt?, labels?) を呼び出します。注意点： グループ投稿ではすべてのページで同じテキストが共有されるため、Facebook と X のように文字数制限が大きく異なるプラットフォームをグループ化すると、共通の文面を最も厳しい制限（X の280文字）以内に収める必要があります。プラットフォームごとに文字数やトーンを変える場合は、代わりに個別の create_post 呼び出しを使用します。
• プラットフォームごとに異なる文面を使う場合 → ページごとに create_post(workspaceId, pageId, text, scheduledAt?, labels?, firstComment?) を1回ずつ呼び出します。
• スケジュール設定 — 作成前に確認します。 日付を推測したり、すべてをデフォルトで日付なしにしたりしないでください。投稿の日付の設定方法をユーザーに尋ね、次の選択肢を提示します。期間内に均等に分散する（例：次の7日間、無理のない時間に各スロット1件）、固定の投稿頻度／間隔（例：ユーザーが指定した開始日から、平日の毎日10:00に設定）、投稿ごとに日付を指定する手動設定、または後からカレンダーに配置するために日付を設定しない日付なしの下書きです。選択された各日時を ISO 8601 に変換し、scheduledAt に渡します。投稿は提案中の下書きとして保持し、publishAtScheduledDate は設定しないでください。これにより自動公開されません。ユーザーが自動公開を明示的に希望した場合に限り、true に設定します。スケジュール時刻はUTCとして扱われるため、タイムゾーンを確認するか、時刻が UTC であることを明記します。
• ユーザーが一連の投稿にタグを付けたい場合は、list_labels（または create_label）を呼び出し、ラベルの UUID を渡します。キャンペーンラベル（例：「SEO 主導」）を付けると、後からレポートを作成しやすくなります。

6. 確認して引き継ぐ

作成した下書きの件数、対象のワークスペース／ページ、提案したスケジュール、validationErrors（例：Instagram にはメディアが必要であること）を報告します。対象語句の順位／AI トラッキングを設定するか、後でキャンペーンのレポートを作成するか（seo-ai-social-report スキル）を提案します。

コンテンツ作成の指針：キーワードとAIでの可視性のギャップに対応する

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

• 投稿ごとに検索意図を1つに絞ります。 キーワードまたは質問を1つ選び、それにだけ明確に答えます。あらゆる内容を盛り込もうとする投稿は、検索順位も引用も得られません。
• 答えから始めます。 要点を最初の1行に置き、その後に根拠を示します。流し読みする人もAIエンジンも、最も明快で単独でも意味が通じる記述を抽出するため、要点を埋もれさせないでください。
• 実際の質問のされ方に合わせて書きます。 フック、キャプション、見出しは、実際にありそうな質問と平易な言葉での回答にします。AIへのプロンプトは会話調なので、キーワードの詰め込みより自然な表現が効果的です。
• 単独でも引用できる主張にします。 AIツールは文脈から切り離して文章を抜き出すため、重要な文はそれぞれ単独で意味が通じるようにします。アイデアは1つに絞り、断定的に書き、「前述のとおり」などの表現は避けます。
• 具体的にします。 数字、具体例、明確な手順、わかりやすい定義を使います。具体性が引用につながり、競合がすでに押さえている一般的なコンテンツとの差別化にもなります。
• ギャップを埋め、繰り返しません。 競合がすでにあるテーマを押さえている場合は、すでに検索上位にある内容を繰り返すのではなく、競合が見落としている関連質問や切り口を見つけます。
• あらゆる媒体で一貫性を保ちます。 ソーシャルメディア、自社サイト、プロフィールで同じ用語や主張を使い、ブランドが何について答えを提供するのか、AIが一貫したイメージを構築できるようにします。
• 人間らしさを保ちます。 読んでいて良い投稿であることが大切です。キーワードやAIに最適化しても、文章が機械的にならないようにします。

出力

1. ユーザーがざっと確認できる、簡潔なコンテンツ計画：テーマ → 元となるキーワード／質問（検索ボリューム／難易度付き） → プラットフォーム → 切り口。
2. Planable のリンク付きの作成済みドラフトの概要。
3. ユーザーが希望する場合は、回覧用に campaign-brief.md を出力フォルダーに保存できます。

ヒント

• 検索ボリュームや難易度を決して捏造しないでください。SE Ranking が null を返した場合は、推測せず「不明」と記載します。計画の信頼性はここにかかっています。
• 検索ボリュームより関連性を重視します。ブランドが優れた回答を提供できる検索ボリューム320の質問は、製品と無関係な検索ボリューム5万のキーワードより効果的です。
• 検索意図をプラットフォームに合わせます。情報を求める質問には教育的な投稿を、商用・比較系のキーワードには実績、デモ、比較を用います。
• 投稿はドラフトとして作成されます。Planable で承認またはスケジュール設定されるまで公開されません。意図せず公開されることがないよう、この点を明示してください。

例外と制限

• 検索順位の低下を検出するには、順位履歴を持つ SE Ranking プロジェクトが必要です。 プロジェクトがない場合、キャンペーンは競合のギャップ分析に基づいて作成されます（検索順位の低下には基づきませんが、有効な方法です）。
• MCP 経由では SE Ranking Content Editor を利用できません。 このスキルはソーシャルメディア用の文章を直接作成するものであり、Content Editor の最適化スコアは算出しません。ウェブサイトやブログ用の文章をスコア評価する必要がある場合、その作業は SE Ranking の UI で行います。
• Instagram などのビジュアルプラットフォームにはメディアが必要です。 テキストのみのドラフトでは検証エラーが発生します。mediaUrls で公開画像 URL を添付するよう提案するか、公開前に Planable でメディアを追加する必要があると伝えてください。
• このスキルで作成するのはソーシャルメディア用のドラフトのみです。公開は承認後に Planable で行います。