site-audit-to-social-distribution

サイト監査 → 連携したリライトとソーシャル配信

SEOの問題を見つける（SE Ranking）ことから、修正してプロモーションする（Planable）ことまで、一連の流れをつなげます。PlanableのUniversalコンテンツページにリライト後のページ本文を保存すれば、サイトに公開する前にコメントを付けてレビューし、正式に承認できます。ソーシャル機能では、更新したページを配信する投稿を予約します。

前提条件

• SE Ranking MCP に接続済みであること（プロジェクトがあれば、監査を繰り返し実行でき、競合情報も得られます。単発の監査ならプロジェクトは不要です）。
• Planable MCP に接続済みで、ページ本文のレビュー用に Universalコンテンツページ、配信用に ソーシャルページ があること。ページはPlanable内で追加します。コネクター経由では作成できません。
  • これら2つは異なるワークスペースにあってもかまいません（例：「Universal pages」ワークスペースにページ本文を置き、ブランドのワークスペースにソーシャルページを置く）。問題ありません。Universalページがあるワークスペースでリライトを実行し、接続済みのソーシャルページがあるワークスペースで配信を行います。事前に list_pages で両方を確認してください。Universalページがない場合は、ユーザーに追加を依頼します。

コネクターの接続確認

ほかの作業を始める前に、両方の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. 監査を取得する — クロールの前に既存データを再利用する

全サイトのクロールは時間がかかり、プランのクロール上限を消費するため、まず既存の監査を確認してください。

• PROJECT_listAudits（または DATA_listAudits）を呼び出します。ドメインに対する直近の完了済み監査があれば、それを再利用し、PROJECT_getAuditReport / DATA_getAuditReport(audit_id) で読み込みます。監査日を確認し、どの程度新しいデータかをユーザーに伝えます。古い場合（1〜2か月以上前）は、再実行を提案します。
• 既存の監査がない場合（またはユーザーが最新データを希望する場合）に限り、PROJECT_createAudit(domain, settings?) → 準備状況をポーリング → getAuditReport の順に実行します。プロジェクトがない場合は DATA_createStandardAudit（または createAdvancedAudit）を使用します。大規模サイトでは max_pages を適切な範囲に設定します。

次に、DATA_getAuditPagesByIssue / getIssuesByUrl で各問題に該当するページを一覧表示します。順位に影響し、ページ本文で対応できる問題に注目します。具体的には、タイトルや説明文の重複・欠落、H1の欠落、コンテンツ不足に加え、リンク切れ、インデックス登録可否、リダイレクトなどの技術的な問題です。

2. 競合情報と検索需要を加味する

修正するページについて、何が「良い」状態なのかを把握します。

• DATA_getDomainCompetitors と DATA_getDomainKeywordsComparison を使い、このテーマで競合が上位表示されている一方、このページが獲得できていないキーワードを確認します（ブランドに合わないものや質の低いキーワードは除外します。seo-gapsスキルの注記を参照してください）。
• ページのターゲットクエリに対して DATA_getSerpResults を実行し、合わせるべき主要なコンテンツ形式とSERP機能を確認します。
• DATA_getRelatedKeywords と DATA_getKeywordQuestions を使い、リライトで扱うべきサブトピックや質問を調べます（いくつかのシードキーワードを使って検索してください。各呼び出しで返される結果は少数です）。

3. 優先順位を付ける

優先度順に修正リストを作成します。形式は ページURL → 問題 → 機会（ターゲットクエリ、検索ボリューム、ギャップ）→ 作業量 とします。実際の問題と検索需要の両方があるページを優先します。このリストをユーザーに提示し、どのページの下書きを作成するか確認します。

4. Universal content page（レビュー画面）で書き換え案を作成する

合意した各ページについて、改善したコピー（タイトル、メタディスクリプション、H1/H2のアウトライン、手順1～2に基づく本文または詳細なセクションのガイダンス）を作成します。Planable の Universal content page に作成してください。

create_post(workspaceId, universalPageId, text) — レビュー担当者が対応するページを把握できるよう、本文に公開中のページ URL を記載します。

これにより、チームで実際にレビューできるオブジェクトが作成されます。

• create_comment(workspaceId, postId, text) でフィードバックや質問を追加します（内部メモには teamOnly: true を指定します）。
• update_post(workspaceId, postId, text) でその場で修正を適用します。
• approve_post(workspaceId, postId) で承認します。

ページコピーの下書きはソーシャル投稿と分けてください — create_grouped_post は Universal ページと Universal 以外のページを別々のサブグループに分けるため、ウェブサイトのコピーとソーシャルのキャプションを1つのグループ投稿で同期しようとしないでください。

5. ソーシャル配信レイヤーをスケジュールする

承認されたページ更新ごとに、その内容を告知または補足するソーシャル投稿の下書きを作成します。プラットフォームごとに create_post を使用するか、ソーシャルページ間でコピーを同期する場合は create_grouped_post を使用します（グループ投稿では同じテキストが共有されるため、最も文字数制限の厳しいプラットフォームに合わせてください）。ラベル（例：「content-refresh」）を付けて、同じキャンペーンに紐付けます。ラベルはワークスペースごとに設定されるため、ソーシャル投稿が Universal ページとは別のワークスペースにある場合は、そちらでもラベルを作成してください。

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

6. 公開作業を引き継ぐ

承認済みのページコピーは、ウェブサイト／CMSの公開担当者に引き継げる状態です。この作業は手動で行い、これらの MCP の対象外です。下書きを作成したページ、レビュー／承認の状態、配信予定のソーシャル投稿を要約します。変更が反映された後、問題が解消されたことを確認するための再監査を提案してください。

コンテンツ作成のポイント：キーワード対策と AI における可視性のギャップ

特定のキーワードを狙ったり、AI における可視性のギャップを埋めたりするために、ページのリライト案やそれを支えるソーシャルコンテンツを作成する際は、次の点を意識してください。

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

出力

1. 優先度順の修正リスト — ページ → 問題 → 機会 → 工数。
2. Universal コンテンツページの草案 — リライトした文章を Planable に用意し、コメントや承認を受けられる状態にします（リンク付き）。
3. ソーシャル配信用の草案 — 更新した各ページを支える投稿をスケジュールします。
4. 調整内容の概要 — 承認済みのもの、レビュー待ちのもの、キューに入っているもの、サイトへの公開が必要なものをまとめます。

ヒント

• Universal コンテンツページは、ページの文章を共同編集する場所です。投稿をソーシャル用キャプションではなく文書として扱い、レビュアーが内容を把握できるよう、本文に公開中の URL を記載します。
• 監査結果を再利用し、クロールしすぎないようにします。クロール予算はプランによって制限されるため、既存の監査結果が十分に新しければそれを読み、クロールが必要な場合は max_pages の範囲を指定します。
• リライトの提案はすべて、監査結果と SERP の根拠に基づくものにします。データに基づく理由がないまま、「800 語追加する」と断言しないでください。

例外と制限

• ウェブサイトへの公開は対象外です。 これらの MCP は文章をレビューして承認し、ソーシャル配信を行いますが、CMS には反映しません。引き継ぎが必要であることを明確にしてください。
• Universal ページとソーシャルページは、別々のワークスペースにある場合があります。 一つのワークスペースに両方があると思い込まず、list_pages で確認し、それぞれのページがある場所で各レイヤーの作業を行います。
• コネクターからページを作成することはできません。 ワークスペースに Universal コンテンツページ（または必要なソーシャルページ）がない場合は、ユーザーに Planable で先に追加してもらいます。
• 承認にはワークフローの設定が必要です。 approve_post は、ワークスペースに承認ワークフローがある場合にのみ機能します。設定されていない場合は、コメントで承認を得て、その旨を記録します。
• 修正を確認するための再監査に反映されるのは、修正が実際に公開中のサイトに反映された後です。