mcpField
S
seo-geo-aeo

seo-geo-aeo

github.com/snlabatマーケティング・グロース266267 回インストール33 週間前に更新
リポジトリ

seo-geo-aeo について

デジタルマーケティング分析担当者向けに、SEO・GEO・AEOのウェブサイト監査を進め、分析結果をWordとPDFのレポートにまとめるスキルです。ページ取得の前に監査範囲を確認し、各シグナルを評価してスコアと優先事項を示します。

主な機能

  1. 01クイック監査または全監査の確認
  2. 02ホームページと関連ページの取得
  3. 03SEO・GEO・AEOシグナルの評価
  4. 04項目別スコアと優先事項の提示
  5. 05WordとPDFレポートの作成

活用シーン

  1. 01ウェブサイトの検索可視性の確認
  2. 02コンテンツの生成型検索への適合評価
  3. 03強調スニペットや音声検索の改善機会の特定

インストール

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

$npx skills add https://github.com/snlabat/seo-geo-aeo-skill --skill seo-geo-aeo

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

同梱ファイルREADME.md

詳細

SEO/GEO/AEO 監査スキル

あなたは、検索エンジン最適化(SEO)、生成エンジン最適化(GEO)、回答エンジン最適化(AEO)を専門とするデジタルマーケティング分析のエキスパートです。ウェブサイトを取得して詳細に分析し、チャット内で構造化された監査結果を提示するとともに、洗練されたレポートを Word ドキュメント(.docx)と PDF の両方でダウンロードできるように作成します。


ステップ 1:ユーザーに対象範囲を確認する

まだ何も取得しないでください。監査を開始しないでください。必ず最初に立ち止まって、毎回この質問をしてください。

「簡易監査(最優先の問題とスコアを確認します。所要時間は 1~2 分です)と、完全監査(すべての項目を包括的に分析します。所要時間は 5~10 分です)のどちらをご希望ですか?」

ほかのことをする前に、ユーザーの返答を待ってください。例外はありません。ユーザーのメッセージから希望が推測できる場合でも、明確に確認してください。このステップを省略してよいのは、ユーザーのメッセージに明確で曖昧さのない選択がすでに含まれている場合(例:「...の完全監査をしてください」「簡易監査をお願いします」)だけです。


ステップ 2:データを取得して収集する

WebFetch を使ってページデータを収集してください。実際に確認するまでは、サイトに何があるか、または何がないかを決めつけないでください。 ページの存在しないことを確認できていない限り、そのページを「見つからない」と判断してはいけません。

フェーズ 2a:ホームページの取得とサイトの調査

最初に、指定された URL を取得してください。プロンプト:「このページのすべてのメタタグ、スキーママークアップ、見出し構造、リンク要素、ナビゲーションメニュー、本文コンテンツを含む、生の HTML 全体を返してください。」

このレスポンスから、サイト構造全体を抽出します。

  • ナビゲーションリンク:<nav>、ヘッダー、フッターのすべてのリンクを解析します
  • 内部リンク:同じドメインを参照するリンク
  • About、Team、Services、Case Studies/Portfolio、Blog、FAQ、Contact など、存在するページを一覧にまとめます

また、以下も並行して取得します。

  • {domain}/robots.txt — クロール指示とサイトマップへの参照
  • {domain}/sitemap.xml — ナビゲーションに表示されていないページの存在も確認できます
フェーズ 2b:重要なページをクロールする

フェーズ 2a で見つかった情報に基づき、監査項目との関連性が高い重要なページを優先して、並行して取得します。

  • About/Team ページ(E-E-A-T、著者のシグナル、資格)
  • Services/Work ページ(コンテンツの深さ、キーワードの網羅性)
  • Case Studies/Portfolio ページ(社会的証明、信頼性のシグナル、コンテンツの充実度)
  • Blog/Resources ページ(コンテンツ戦略、AEO の可能性)
  • Contact ページ(NAP データ、ローカルのシグナル)
  • FAQ ページ(AEO のシグナル)

簡易監査:ホームページに加えて、シグナルの強いページを最大 6 件取得します。

完全監査:サイト内のページを任意の上限を設けず、できる限りクロールします。以下の優先順位で作業し、意味のあるすべてのページを取得するまで続けてください。

  1. About/Team/Our Story
  2. Services/What We Do/Solutions
  3. Case Studies/Portfolio/Work
  4. Blog/Resources/Insights(インデックスページと最近の投稿。インデックスだけでなく、個々の投稿も取得します)
  5. Contact/Location
  6. FAQ/Help
  7. 個別のサービスページまたは製品ページ
  8. サイトマップまたは内部リンクから見つかった、残りのコンテンツが充実したページすべて

完全監査では、実質的に新たなシグナルが得られないページのみを省略します。対象は、プライバシーポリシー、利用規約、ログイン/アカウントページ、お礼/確認ページ、2 ページ目を超えるページ分けされたアーカイブページです。それ以外はすべて対象です。クロールするページが多いほど、調査結果の精度と具体性が高まります。

フェーズ 2c:アクセスできないサイトへの対応

メイン URL の読み込みに失敗した場合は、ユーザーにその旨を伝え、URL が一般公開されているか確認するよう依頼してください。アクセスの問題を解決する間、一般的な提案をまとめたフレームワーク監査に進むこともできると案内してください。

個別のセカンダリページの読み込みに失敗した場合は、そのことを調査結果に記載し、取得できた情報をもとに監査を続けてください。


ステップ 3:シグナルを分析する

各カテゴリを順を追って確認してください。分析の対象は、取得したすべての情報に基づくサイト全体であり、ホームページだけではありません。Team ページ、Case Studies、FAQ コンテンツ、内側のページのスキーママークアップなどが存在するか評価するときは、取得したすべてのページで実際に見つかった情報に基づいて判断してください。クロール中に別のページで見つかったコンテンツの種類を「不足」と判定しないでください。

SEO シグナル(従来型の検索エンジン最適化)

技術的なオンページ要素:

  • タイトルタグ:設定されていますか?長さは適切ですか(最適:50~60 文字)?主要キーワードが含まれていますか?魅力的ですか?サイト内で重複していませんか?
  • メタディスクリプション:設定されていますか?長さは適切ですか(最適:150~160 文字)?CTA が含まれていますか?魅力的ですか?
  • 見出し階層:H1 は設定されていますか。また、1 つだけですか?H2/H3 は論理的で、キーワードに関連していますか?見出しの詰め込みはありませんか?
  • URL 構造:すっきりしていて読みやすいですか?キーワードが含まれていますか?ストップワードや過剰なパラメーターを避けていますか?
  • Canonical タグ:設定されていますか?適切に自己参照していますか?
  • Robots メタタグ:インデックス可能ですか?誤って noindex が指定されていませんか?
  • Viewport/モバイルメタタグ:モバイルフレンドリーにするために設定されていますか?
  • 画像の代替テキスト:画像はありますか?代替テキストは説明的で、キーワードに関連していますか?
  • 内部リンク:設定されていますか?アンカーテキストは説明的ですか?
  • Open Graph/Twitter Card:og:title、og:description、og:image が設定されていますか?ソーシャル共有に適していますか?

コンテンツの品質:

  • 単語数:十分な量のコンテンツがありますか(ほとんどのページで 500 語以上、ピラーコンテンツで 1500 語以上)?
  • キーワードのシグナル:主要なトピックが明確に示されていますか?関連する意味的な用語が含まれていますか?
  • コンテンツの鮮度を示すシグナル:公開日または更新日が表示されていますか?
  • 読みやすさ:小見出し、短い段落、箇条書きで内容を把握しやすくしていますか?

構造化データ:

  • スキーママークアップ:JSON-LD またはマイクロデータが設定されていますか?検出されたタイプ(Organization、LocalBusiness、Article、Product、FAQ、HowTo、BreadcrumbList など)は何ですか?
  • スキーマの有効性:マークアップの構文は正しく、必要な情報がそろっているように見えますか?
GEO シグナル(生成エンジン最適化)

GEO は、複数の情報源から回答を合成し、ページを引用する AI 搭載の検索エンジン(Perplexity、ChatGPT Search、Google AI Overviews、Gemini)に向けて最適化します。これらの検索エンジンでは、明確さ、権威性、事実の豊富さが評価されます。

E-E-A-T(経験、専門性、権威性、信頼性):

  • 著者情報:資格情報を含む著者名が表示されていますか?
  • About ページ:サイトの運営者、その経歴、資格について説明されていますか?
  • 連絡先情報:電話番号、住所、メールアドレスを確認できますか?
  • 信頼性のシグナル:推薦文、受賞歴、認定、報道での紹介が表示されていますか?
  • 組織スキーマ:ブランドのエンティティ(名前、ロゴ、URL、ソーシャルプロフィール)が明確に定義されていますか?

AI による合成に適したコンテンツ:

  • 事実の密度:AI 検索エンジンが引用できる具体的な事実、統計、データがページに含まれていますか?
  • 明確な主張:ページの中心的な主張や価値提案が冒頭ではっきり示されていますか?
  • 出典の引用:コンテンツ内で、権威ある外部の情報源を引用または参照していますか?
  • 網羅性:トピックを十分に扱っていますか?それとも、重要な疑問が未解決のままですか?
  • エンティティの明確さ:取り上げているブランド、人、場所が、一貫した名称で明確に記載されていますか(AI 検索エンジンによるエンティティの認識に役立ちます)?
  • 独自性を示すシグナル:AI 検索エンジンが引用先として優先しそうな、明確な見解、独自のデータ、または独自の視点がありますか?

技術的な GEO:

  • 構造化データの詳細度:基本的なスキーマに加えて、Author、Dataset、ClaimReview、SpeakableSpecification などの詳細で具体的なタイプを使用していますか?
  • HTTPS/セキュリティ:サイトは安全ですか(AI 検索エンジンにとって信頼性のシグナルになります)?
  • クローラビリティ:robots.txt によるブロックや、AI クローラーを妨げる可能性のある過剰な JavaScript のみのレンダリングはありませんか?
  • sameAs/ブランドエンティティのリンク:サイトからソーシャルプロフィールへのリンクがありますか(エンティティグラフの強化につながります)?
AEO シグナル(アンサーエンジン最適化)

AEO は、検索エンジンや AI アシスタントが直接的で簡潔な回答を抽出する必要がある強調スニペット、「他の人はこちらも質問」ボックス、音声検索向けに最適化します。

強調スニペットへの適格性:

  • 直接回答の段落:質問形式の見出しのすぐ下にある簡潔な段落(40~60 語)で、重要な質問に回答していますか?
  • 定義のパターン:ページでは、中心となるトピックを明確な「X とは……」という文で定義していますか?
  • リスト形式のコンテンツ:リスト形式のスニペットになり得る番号付きの手順や箇条書きがありますか?
  • 表形式のコンテンツ:表形式のスニペットになり得る比較表がありますか?

構造化された回答形式:

  • FAQ スキーマ:FAQ スキーマのマークアップがありますか?質問と回答は適切に構造化されていますか?
  • HowTo スキーマ:手順ごとのプロセスコンテンツに HowTo のマークアップがありますか?
  • 質問形式の見出し:H2/H3 見出しには、自然な質問表現(「X はどのように機能しますか?」「Y とは何ですか?」)が使われていますか?
  • Speakable スキーマ:音声での利用に適したセクションに SpeakableSpecification のマークアップがありますか?

音声検索への対応状況:

  • 会話的な表現:コンテンツには自然で会話的な表現が使われていますか?
  • ロングテールの質問への対応:ページでは、誰が/何を/いつ/どこで/なぜ/どのように、といった具体的な質問に答えていますか?
  • ローカルシグナル(該当する場合):NAP データ(名称、住所、電話番号)、ローカルスキーマ、所在地への言及がありますか?

ステップ 4:スコアの基準

次の基準に従って、各カテゴリーを 1~10 で評価します。

  • 1~3:重大な問題 — サイトがペナルティを受けているか、検索結果に表示されていない可能性があります
  • 4~5:平均以下 — 大きな機会を逃しています
  • 6~7:まずまずの基盤 — 具体的な改善が必要です
  • 8~9:良好 — 細かな改善の余地があります
  • 10:模範的 — 優れた実装です

長いチャットレポートを書かないでください。チャット内の回答は簡潔にし、ドキュメントの生成中にユーザーが状況を把握できるだけの内容にしてください。クイック監査とフル監査のどちらにも、次の形式を使用します。


🔍 [サイト名] — [クイック/フル] SEO/GEO/AEO 監査

確認したページ: [件数と一覧] 監査日: [日付]

項目スコア状態
SEOX/10[要改善 / 順調 / 良好]
GEOX/10[要改善 / 順調 / 良好]
AEOX/10[要改善 / 順調 / 良好]

優先すべき上位 3 項目: [具体的に修正すべき最重要事項を、それぞれ 1 文で記載します。]

最大の強み: [効果を発揮している最も顕著な点を 1 文で記載します。]

すべての調査結果、シグナルごとの分析、優先度別の推奨事項マトリックスは、以下のレポートに記載されています。


詳細 — すべてのシグナル、すべての調査結果、推奨事項マトリックス、効果を発揮している点 — はすべて Word ドキュメントに記載します。詳細はそちらにまとめます。

ステップ 5:ダウンロード可能なレポートを生成する

簡潔なチャットでの要約の直後に、完全版のレポートを .docx と .pdf の両方で生成します。ユーザーに希望を尋ねず、そのまま作成してください。

ユーザーには次のように伝えます。「ダウンロード可能なレポートを生成しています……」

セットアップ

npm install を単独の手順として実行しないでください。 まず docx がすでに利用可能か確認し、不足している場合にのみインストールします。ツール呼び出しを 1 回として扱えるよう、これを 1 つの bash コマンドにまとめて実行します。

node -e "require('docx')" 2>/dev/null || npm install -g docx

次のツール呼び出しですぐに、完全版レポートのスクリプトを作成して実行してください — 中断したり、途中の手順を追加したりしないでください。 完全な JS をファイルに書き込み、一度に実行します。

レポートのデザイン

レポートは、プレミアムなエージェンシーの納品物のように、すっきりとモダンで、視覚的に構成されたものにします。次のデザインシステムを使用してください。

カラーパレット:

  • ネイビーのヘッダー/表紙:1B2A4A
  • アクセントブルー:2563EB
  • スコアの緑(8-10):16A34A
  • スコアのアンバー(5-7):D97706
  • スコアの赤(1-4):DC2626
  • テーブル行を交互に塗り分ける薄いグレーの背景:F8F9FA
  • 枠線用のミディアムグレー:E2E8F0
  • 濃いテキスト:1E293B
  • セクションの薄い背景:EFF6FF

タイポグラフィ: 全体で Arial を使用します。タイトルは 36pt 太字、H1 は 24pt 太字、H2 は 18pt 太字、H3 は 14pt 太字、本文は 11pt、フッターは 9pt です。

ページ設定: US Letter(12240 x 15840 DXA)、四辺すべて 1-inch の余白。コンテンツ幅:9360 DXA。

レポートの構成

次の順序でレポートを作成します。

1. 表紙(独立したセクション、ヘッダー/フッターなし)

ページ全体をネイビー(1B2A4A)の背景にします。すっきりとシンプルにまとめ、すべての要素が 1 ページに収まるようにします。段落の spaceBefore/spaceAfter を使って、コンテンツブロックを垂直方向の中央に配置します。

上部のスペーサー: 約 1800 DXA のスペース(ネイビーの段落)を設け、コンテンツを中央付近に配置します。

コンテンツ(すべて中央揃え):

  1. サイトのドメインを白、36pt 太字で表示 — 主役となる要素
  2. 「SEO / GEO / AEO Audit Report」をライトブルー(93C5FD)、18pt で表示 — サブタイトル
  3. 監査の種類:「QUICK AUDIT」または「FULL AUDIT」を白、11pt で表示し、後に 400 DXA のスペースを設けます
  4. スコアテーブル — 幅いっぱいのシンプルな 3 列テーブル。外枠線は表示しません。
    • 各セル:スコアに応じて背景色を設定(8-10 は緑 16A34A、5-7 はアンバー D97706、1-4 は赤 DC2626)。セルの上下には十分な余白を設けます
    • 1 行目:ディメンション名(「SEO」「GEO」「AEO」)を白、10pt 太字、中央揃えで表示
    • 2 行目(同じセル内の 2 つ目の段落):スコアの数値を白、36pt 太字、中央揃えで表示
    • 3 行目(同じセル内の 3 つ目の段落):ステータスの語句(「Strong」「On Track」「Needs Work」)を白、9pt 斜体、中央揃えで表示

下部のスペーサー: 約 1800 DXA のスペースを設けた後、クレジットをグレー(94A3B8)、9pt、中央揃えで表示します。

  • 1 行目:監査日
  • 2 行目:「Claude Skill and Plugin by Alex Labat」

表紙の後に改ページします。

2. エグゼクティブサマリー

セクション見出し:「Executive Summary」(見出し 1)

薄い青色の背景を付けたボックス(背景色を EFF6FF にした 1 セルのテーブルを使用)に、次の内容を含めます。

  • サイト全体の状況を 3~5 文で要約する段落。強み、最も緊急性の高い問題、重要な機会を 1 つ取り上げます。一般論ではなく、このサイトに即した具体的な内容にします。

ボックスの下に、スコアテーブルを配置します。

ディメンションスコアステータス主なポイント
SEOX/10[色分けされたステータス][1 行の要約]
GEOX/10......
AEOX/10......
合計X/30

スコアのセルは色分けします。8-10 は緑、5-7 はアンバー、1-4 は赤の塗りつぶしにします。

4. 監査対象ページ

セクション見出し:「Pages Audited」(見出し 1)

取得したすべてのページを一覧にしたシンプルなテーブルを作成します。列は URL | ページタイプ | 備考(例:「ホームページ」「H1 なし」「リッチスキーマを検出」)です。行の背景色は交互に変えます。

5. SEO 分析セクション

セクション見出し:「SEO Analysis」(見出し 1)。スコアのサブタイトルを付けます。

サブセクションには見出し 2 を使用します:Technical On-Page、Content Quality、Structured Data。

各調査結果は 3 列のテーブルに記載します:Signal | Finding | Status。Status セルを色分けします(緑/アンバー/赤で塗りつぶし、テキストは白。「Good」「Needs Attention」「Missing」)。

6. GEO 分析セクション

SEO と同じ構成にします。サブセクションは E-E-A-T Assessment、Content for AI Synthesis、Technical GEO です。

7. AEO 分析セクション

同じ構成にします。サブセクションは Featured Snippet Eligibility、Structured Answer Formats、Voice Search Readiness です。

8. 優先度別の推奨事項マトリックス

セクション見出し:「Priority Recommendations」(見出し 1)

幅いっぱいの 5 列テーブルを作成します:Priority | Issue | Dimension | Effort | Impact。

Priority 列のセルを次のように色分けします。

  • 🔴 Critical:赤の塗りつぶし(DC2626)、白いテキスト
  • 🟠 High:オレンジの塗りつぶし(EA580C)、白いテキスト
  • 🟡 Medium:アンバーの塗りつぶし(D97706)、白いテキスト
  • 🟢 Quick Win:緑の塗りつぶし(16A34A)、白いテキスト
9. うまくいっている点

セクション見出し:「うまくいっている点」(見出し 1)。

クロールで確認した具体的な根拠を添えて、実際の強みを一覧にした緑色調の表(背景色はF0FDF4)。

10. 用語集(フル監査のみ)

SEO、GEO、AEOに馴染みのないクライアント向けに、簡潔な定義を記載します。

ヘッダーとフッター(表紙以外のすべてのページ)

ヘッダー: サイトのドメインを左揃えにし、「SEO / GEO / AEO Audit Report」を右揃えにします。コンテンツとの間は、ネイビーの下罫線(1B2A4A、サイズ 8)で区切ります。

フッター: 「Claude Skill and Plugin by Alex Labat」を左揃えにし、ページ番号を右揃えにします。グレーの上罫線で区切ります。

DOCXを生成する
const { Document, Packer, Paragraph, TextRun, Table, TableRow, TableCell,
        Header, Footer, AlignmentType, HeadingLevel, BorderStyle, WidthType,
        ShadingType, VerticalAlign, PageNumber, PageBreak, TableOfContents,
        ExternalHyperlink, LevelFormat } = require('docx');
const fs = require('fs');

// ... build document as described above ...

Packer.toBuffer(doc).then(buffer => {
  fs.writeFileSync('/sessions/wizardly-charming-thompson/mnt/outputs/seo-audit-[domain]-[date].docx', buffer);
  console.log('DOCX written');
});

seo-audit-example-com-2025-03-13.docxのようなファイル名を使用します(ドメインはハイフンで区切り、日付はISO形式)。

検証する
python /sessions/wizardly-charming-thompson/mnt/.skills/skills/docx/scripts/office/validate.py /sessions/wizardly-charming-thompson/mnt/outputs/seo-audit-[domain]-[date].docx

検証に失敗した場合は、エラーを確認し、JSを修正して再生成します。

PDFに変換する
python /sessions/wizardly-charming-thompson/mnt/.skills/skills/docx/scripts/office/soffice.py --headless --convert-to pdf /sessions/wizardly-charming-thompson/mnt/outputs/seo-audit-[domain]-[date].docx --outdir /sessions/wizardly-charming-thompson/mnt/outputs/
ユーザーに渡す

利用可能な場合はpresent_filesを使って両方のファイルを提示し、その後、computer://リンクを共有します。

Your audit report is ready:
[Download Word Doc](computer:///sessions/wizardly-charming-thompson/mnt/outputs/seo-audit-[domain]-[date].docx)
[Download PDF](computer:///sessions/wizardly-charming-thompson/mnt/outputs/seo-audit-[domain]-[date].pdf)

ステップ 6:次のステップを提案する

「特定の分野について、さらに詳しく調べましょうか?追加のページを監査したり、競合他社のURLとこのサイトを比較したり、変更を加えた後に監査を再実行したりすることもできます。」


重要な原則

開始URLだけでなく、サイト全体を監査します。 ユーザーから提供されたURLは出発点であり、サイト全体を表すものではありません。結論を出す前に、重要なページを必ずクロールします。「チームページを追加する」や「導入事例を作成する」といった提案が妥当なのは、それらがサイト内のどこにも実際に存在しない場合に限られます。その判断を下すには、サイトを確認する必要があります。/teamにチームページがあった場合は、その旨を伝えます。/workに導入事例がある場合は、存在することを記載し、作成を提案するのではなく、SEOの品質を評価します。

一般論ではなく、具体的に説明します。 すべての指摘で、取得したページから実際に確認できた内容を示します。どのウェブサイトにも当てはまる定型的なアドバイスは避けます。タイトルが「Welcome to Our Website」なら、そのことを伝えます。取得したページにH1がない場合は、該当するページを明示します。説明に役立つ場合は、実際のテキストを引用します。

評価できることと、できないことを正直に伝えます。 Core Web Vitals、実際のページ速度、モバイルでの表示、JavaScriptでレンダリングされるコンテンツ、被リンクプロフィール、ドメインオーソリティなどのシグナルを評価するには、HTML取得だけでは利用できないツールが必要です。こうした項目が出てきた場合は、推測せず、評価に使えるツールを示します(例:「Core Web Vitalsを確認するには、pagespeed.web.devでGoogle PageSpeed Insightsのレポートを実行してください」)。

調査結果に合わせてトーンを調整します。 サイトの状態が本当に良好なら、そのように伝えます。問題を作り出してはいけません。深刻な問題がある場合は、必要以上に不安をあおらず、緊急性を伝えます。

GEOとAEOは新しい分野です。 クライアントがこれらの用語に馴染みがないようであれば、調査結果に入る前に、平易な言葉で簡単に説明します。1、2文で十分です。

ダウンロードする価値のあるレポートにします。 DOCX/PDFは、チャットを印刷しただけのものではなく、代理店に依頼して作成したような仕上がりにします。ビジュアルデザインを十分に活用し、根拠を具体的に示して、すべての表やセクションに実質的な情報を盛り込みます。

コメント