mcpField
G
geo-optimizer

geo-optimizer

github.com/infrasity-labsマーケティング・グロース15087 回インストール18 週間前に更新
リポジトリ

geo-optimizer について

geo-optimizerは、AI検索での見つけやすさを高めるために記事を監査・改稿するスキルです。採点と変更注釈を含むHTMLレポートと、公開用DOCXを作成します。

主な機能

  1. 015項目でのGEO監査
  2. 02回答を先に示す記事改稿
  3. 03検索クエリに沿う見出しと独立した節
  4. 04FAQとメタデータの提案
  5. 05HTMLレポートとDOCXの生成

活用シーン

  1. 01ブログ記事のAI検索対応状況の確認
  2. 02公開前の記事の改稿
  3. 03編集前後の記事品質の比較

インストール

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

$npx skills add https://github.com/infrasity-labs/dev-gtm-claude-skills --skill geo-optimizer

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

詳細

GEO オプティマイザー

既存のコンテンツを分析して書き直し、AI 検索エンジン(ChatGPT、Perplexity、Claude、Google AI Overviews)での可視性、引用可能性、検索取得性を最大化します。

必ず次の2つの成果物を作成してください。

  1. HTML レポート — 変更点の注釈と、変更前後のスコア、問題の内訳を含む GEO 監査
  2. DOCX — 公開準備が整った、すっきりとした書き直し済みの記事

ステップ1:入力モードを判定する

URL モード — ユーザーがリンクを提供した場合は、web_fetch を使用してページを取得します。次の情報を抽出します。タイトル、メタディスクリプション、H1、すべての見出し(H2/H3)、本文、既存の FAQ、存在するスキーマ。

貼り付けモード — ユーザーが生のコンテンツを貼り付けた場合は、そのまま使用します。H1 または冒頭の段落から、ターゲットクエリを推定します。

どちらも提供されていない場合は、次のように尋ねます。「GEO 最適化したいブログの URL を共有するか、コンテンツを貼り付けてください。」

web_fetch が失敗した場合(アクセス制限のあるページ、ログイン画面など)は、ユーザーに伝え、代わりにコンテンツを貼り付けるよう依頼します。


ステップ2:主要なターゲットクエリを特定する

監査や書き直しの前に、次の点を判断します。

  • この投稿で答えるべき中心的な質問は何ですか?
  • H1 はクエリ形式になっていますか(実際の人が検索しそうな表現になっていますか)?
  • 冒頭の段落は、その質問に直接答えていますか?

主要なターゲットクエリを明示します。これは、書き直しのすべての判断の基準になります。


ステップ3:GEO 監査 — オリジナルを採点する

オリジナルのコンテンツを5つの評価項目(各20点、合計100点)で採点します。

1. 回答を先に示す構成(0~20点)
  • 冒頭の2~3文で、主要なクエリに直接答えていますか?
  • 重要な見解は結論に埋もれず、冒頭に示されていますか?
  • 前置き、背景から始める導入、「この記事では、これから…」といった書き出しには減点します。
2. 見出しの質(0~20点)
  • H2/H3 はクエリ形式になっていますか(検索されそうな表現になっていますか)?
  • 見出しは、記事の文脈から切り離して読んでも意味が通じますか(AI が抽出する場合を想定)?
  • 「はじめに」「概要」「詳細」などの曖昧な見出しには減点します。
3. チャンク化とセクションの独立性(0~20点)
  • 各セクションは、記事のほかの部分を読まなくても理解できますか?
  • 自己言及的な表現(「前述のとおり」「以下で説明するように」など)はありませんか?
  • 段落は簡潔で目的が明確ですか(最大3~4行)?
4. 引用の手がかり(0~20点)
  • 具体的な統計、データ、または出典名が含まれていますか?
  • 主張は具体的で出典を明示していますか。「調査によると」「専門家によると」などの曖昧な表現になっていませんか?
  • 定義、番号付きの手順、比較表はありますか?
5. FAQ と構造化形式(0~20点)
  • 現実の検索クエリのような質問で書かれた FAQ セクションはありますか?
  • 該当する場合、比較や基準を示すために表を使用していますか?
  • 定義ブロックや引用可能な要約文はありますか?

項目別の内訳とともに、GEO スコア(変更前):X/100を算出して記録します。


ステップ4:コンテンツを書き直す

以下を順番にすべて適用します。

4a. 冒頭を書き直す(回答を先に示す)

最初の文で、主要なターゲットクエリに対する直接的で引用可能な回答を提示します。続けて、補足的な背景を1~2文で示します。前置き、導入のためのフック、「この記事を読み終えるころには…」といった表現はすべて削除します。

4b. すべての見出しを書き直す

すべての H2 と H3 を、クエリ形式にし、文脈から切り離して読んでも内容が分かる表現に変更します。

  • 変更前:「X のメリット」→ 変更後:「X の主なメリットは何ですか?」
  • 変更前:「私たちのアプローチ」→ 変更後:「[トピック] は実際にどのように機能しますか?」
  • 変更前:「はじめに」→ 削除するか、実際のトピックを表す見出しに置き換える
4c. チャンク化しやすいよう各セクションを書き直す
  • 自己言及的な表現を削除します。
  • 4行を超える段落は、短い段落に分割します。
  • 各セクションの最初の文で、そのセクションの見出しに対する簡潔な答えを示します。
4d. 引用のシグナルを強化する
  • 曖昧な主張を、具体的な統計や出典名に置き換えます。元の文章に出典がない場合は、内容に合う信頼できる出典を推測して追加し(例:「2024年のGartnerのレポートによると…」)、執筆者が確認できるよう、追加案であることを明確に示します。
  • 欠けている場合は、中心となる概念の定義ブロックを追加します
  • ツール、手法、選択肢を比較している場合は、比較表を追加します
4e. FAQ セクションを追加または改善する

Google や Perplexity で実際に検索されるような質問文で、FAQ の質問を 5~7 件作成します。各回答は 2~4 文とし、直接的で、それだけで内容が伝わり、引用しやすいものにします。FAQ は記事の下部近くに配置します。

4f. メタデータの最適化を提案する

必ず以下を作成します。

  • スラッグ:短く、キーワードを先頭に置き、ハイフンでつなぎます
  • SEO タイトル:検索クエリに合致し、60 文字未満にします
  • メタディスクリプション:答えがわかる内容で、150~160 文字にします
  • H1:スラッグより少し具体的で、検索クエリに合った形式にします

ステップ 5:書き直したコンテンツを再採点する

書き直したバージョンに同じ 5 つの評価軸による採点を適用します。 GEO スコア(改善後):X/100を算出します。 差分を明確に示します。例:「GEO スコア:38/100 → 84/100(+46 ポイント)」


ステップ 6:成果物を作成する

出力 A:HTML レポート

HTML を作成する前に、デザインのトークンとスタイルを確認するため、/mnt/skills/public/frontend-design/SKILL.md を読みます。

レポートには以下を含めてください。

  1. ヘッダー — 記事タイトル、ソース URL(指定されている場合)、最適化日
  2. スコアカード — 改善前・改善後の GEO スコアと、各評価軸の視覚的な進捗バー
  3. 監査の概要 — 評価軸ごとの問題点と重要度ラベル(高/中/低)
  4. メタデータの提案 — 新しいスラッグ、SEO タイトル、メタディスクリプション、H1
  5. 改善前/改善後のセクション — 主要な各セクションの原文と書き直した文章(切り替え/折りたたみパターンを使用)
  6. FAQ セクション — 新たに作成した FAQ をページ下部に見やすく表示

保存先:/mnt/user-data/outputs/geo-report.html

出力 B:DOCX

ファイルを生成する前に、/mnt/skills/public/docx/SKILL.md を読みます。

.docx には次の 2 つのセクションを含めてください。

セクション 1 — 表紙

  • 記事タイトル(大きく太字、ダークネイビー 1E3A5F)
  • タイトルブロックの左側にアクセント罫線
  • メタデータブロック:スラッグ、SEO タイトル、メタディスクリプション、H1、モード、日付
  • GEO スコアの概要:改善前/改善後/改善幅
  • スコア内訳表(5 つの評価軸 × 改善前/改善後/変化)
  • 表紙の後に改ページ

セクション 2 — 記事本文(ページ番号を表示するフッター付き)

  • 書き直した記事全文。公開できる状態に整えます
  • 見出しの階層:H1(36pt、ネイビー)→ H2(26pt、ネイビー)→ H3(22pt、アクセントブルー)
  • 本文は Calibri 11pt(22 半ポイント)、色 2C2C2C
  • 表:ヘッダーはライトグレー(E8EEF4)に濃い文字色、行は交互に塗り分け(F7F9FB)。必ず ShadingType.CLEAR を使用し、SOLID は使用しないでください。表には columnWidths を、各セルには width を必ず設定してください。
  • 最下部に FAQ セクションを配置し、H2 見出し、区切り線、その後に質問(太字、ネイビー)と回答(インデントした本文)を並べます
  • 監査に関するコメントは一切含めず、完成した記事のみを記載します

全体のデフォルトフォントには Calibri を使用します。 ページサイズを明示的に設定します。US Letter 12240 × 15840 DXA、余白は各辺 1 インチ(1440 DXA)です。

保存先:/mnt/user-data/outputs/geo-optimized-article.docx


GEO の原則(判断の根拠)

  • 検索結果からの取得を優先:AI エンジンは本文よりも先に、見出しと冒頭文をクエリに照らして照合します。検索クエリに合った H1 と H2 が効果的です。
  • 回答を先に提示:AI は最初に見つけた明確な回答を引用します。背景説明より先に結論を述べます。
  • チャンク化:AI エンジンは各セクションを個別に抽出します。すべてのセクションが単独で内容を理解できるようにします。
  • 引用しやすい形式:定義、番号付き手順、箇条書き、FAQ、比較表は、AI エンジンがよく引用する形式です。
  • 具体性が重要:数値と出典を含む具体的な主張は引用されます。曖昧な一般論は引用されません。
  • セクション単体で完結させる:他の箇所への参照を避けます。「先ほど説明したように」といった表現は使いません。前のセクションがないと理解できない場合は、書き直します。

エッジケース

  • 短いコンテンツ(500 語未満):その旨を明記してください。GEO 最適化は、800 語以上の記事で最も効果を発揮します。既存の内容は最適化しつつ、拡充を推奨するセクションを示してください。
  • 英語以外のコンテンツ:入力と同じ言語で最適化してください。
  • すでに高スコアのコンテンツ(80/100 超):レポートでは、残っている課題に焦点を当ててください。すでに機能している箇所は書き直さず、「優れている」と注記して先に進んでください。
  • 内容が乏しい、または宣伝中心のコンテンツ:情報としての価値がほとんどなく、マーケティング文句が大半を占める場合は、その旨を明記してください。GEO 最適化では情報の深さ不足を補えないため、まず内容の充実を推奨してください。

コメント