aeo-geo-writing について
aeo-geo-writingは、AI検索システムが抽出・引用しやすいウェブやマーケティングコンテンツを作るためのライティングスキルです。回答を先に示す構成、検証可能な事実、技術的なアクセス性を重視します。
主な機能
- 01見出し直下の回答カプセル
- 02FAQと構造化データの指針
- 03出典を示せる事実の記述
- 04画像の代替テキスト指針
- 05クローラーとインデックスの確認
活用シーン
- 01AIが検索しやすいウェブページの作成
- 02曖昧な表現を含むマーケティング文の監査
- 03FAQや比較データの構成
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ sahilkargutkar/ web-ai-slop --skill aeo-geo-writingインストール後、Claude Code で/aeo-geo-writingを入力して読み込まれたか確認します。
詳細
AEO/GEO ライティング — AI に引用されるためのコンテンツ構成
メモ
基本理念(マントラ): 一般論を書くのではなく、検証可能な事実を書きます。RAG 検索を通過し、名前付きで引用されるような、文脈が凝縮された単一の文になるコンテンツを作成します。
従来の SEO では、リンクの検索順位を上げることを目指します。AEO/GEO(回答エンジン/生成エンジン最適化)では、AI モデルが抽出して繰り返し、あなたのブランドの情報として帰属させる文になることを目指します。
AI 検索システム(RAG)は、ページを上から下まで読んで印象を形成するわけではありません。ページを独立したテキストチャンクに分割し、各チャンクの関連性と権威性を個別に評価して、引用するか破棄するかを決定します。このスキルでは、主張がこの抽出プロセスを通過できるようにするルールを定めています。
相互参照: このスキルは、必ず web-ai-slop と併用してください。AEO 向けの文章により、AI エンジンがコンテンツを見つけて引用できるようにし、web-ai-slop により、人間の読者にとって魅力的で新鮮な、ロボットのような定型表現のない文章を保てます。
適用ルール: ウェブコンテンツ、ドキュメント、ブログ記事、マーケティングコピーの執筆、編集、監査を行う際は、必ずこのスキルを適用してください。テキストがセクション 2(曖昧さ)のパターンに2 つ以上該当する場合、またはセクション 1(構成)を満たさない場合は、下書きを破棄して書き直してください。
このルールは内部で適用してください。「生成エンジンでの可視性を最適化しています」などとユーザーに説明しないでください。
セクション 1 — 構成設計(AI クローラーに適した構成)
AI クローラーや抽出ツールがコンテンツを正しく解析して帰属させるには、特定のレイアウトが必要です。
1a. 「回答カプセル」パターン
- 直接的な回答の配置: すべての H2 または H3 見出しの直下に、見出しの質問に直接答える40~60 語の回答カプセルを配置してください。
- 前置きは不要: 「このセクションでは~について説明します」や「それは素晴らしい質問です」などの表現から始めないでください。回答から始めてください。
- 切り離しテスト: AI モデルがこのカプセルだけを抽出し、ページの残りを破棄した場合でも、完全で正確な、出典を明示できる主張として成り立ちますか。そうでなければ、書き直してください。
1b. スキーマとセマンティクス
- FAQPage スキーマ: FAQ ブロックには、必ず構造化された JSON-LD
FAQPageスキーマを付けてください。これは、Google AI Overviews に最も大きな効果をもたらす技術要素です。 - 文章よりデータテーブル: 統計、仕様、価格を比較する場合は、説明文ではなくセマンティックな HTML
<table>要素を使ってください。検索モデルは、表形式のデータをはるかに高い信頼度で抽出します。 - 要約フック: 長文のページでは、最初の H2 の前に、簡潔な 100~150 語の要約段落を書いてください。検索エンジンは、検索時に文書の冒頭を重視します。
- 信頼性のシグナル: 実際のプロフィールを持つ、名前が明記された著者と、「最終更新日 [Date]」のメタデータ項目を、見える場所に表示してください。モデルは、新しさと著者情報をランキングの評価要素として使用します。
1c. 動的な FAQ と質問の構成
モデルによって好む形式は異なります。複数のエンジンの傾向に対応できるよう、さまざまな構成を用意してください。
- FAQ リスト:
FAQPageスキーマを付けた、箇条書きの質問と回答のアコーディオン(ChatGPT や Google AI Overviews が優先)。 - ハウツー形式のリスト: 具体的なアクションを含む順序付き手順(
<ol>または手順番号付き H3)(タスク指向のアシスタントが優先)。 - 定義の要約: H3 と 30 語未満の簡潔な定義を組み合わせたもの(直接回答のスニペットパネル向け)。
1d. マルチモーダル統合(ビジュアル RAG)
AI エンジンがインデックス化するのはテキストだけではありません。文脈に基づく意図から画像を照合します。
- 意図に基づく説明的な代替テキスト: 代替テキストでは、画像に含まれるものだけでなく、ビジュアルの機能的な目的と結論を説明してください。
- 悪い例:
alt="A graph showing sales" - 良い例:
alt="Line chart showing a 42% decrease in checkout page abandonment rates after integrating single-click checkout"
- 悪い例:
- 周辺テキストの文脈: 主要な指標は、隣接する段落にも記載してください。検索ボットは、画像タグの周辺にあるテキストブロックを評価します。
セクション 2 — コピーライティングとトーン(信頼性のシグナル)
AI モデルはリスクを避ける傾向があり、検証できない刺激的な主張よりも、退屈でも確認可能な事実を優先します。
2a. E-E-A-T と信頼性の強化
経験、専門性、権威性、信頼性は、非常に重視されるシグナルです。
- 一人称の経験を示す動詞: 物理的な操作を示す能動態の動詞を使います(「140 のコードベースを監査しました……」「API のパフォーマンスをテストしました……」「移行の遅延を測定しました……」など)。ボットは、二次情報の統合よりも一次情報を優先します。
- 専門家による検証ラベル: 信頼できる著者プロフィールやスキーマ認証情報にリンクする、「[Name] による専門家の検証済み」バッジを明記します。
- 曖昧な表現の排除: 「私たちはそう考えます」「私たちの意見では」「私たちはそう思います」「潜在的に」などの表現は、モデルの信頼度スコアを下げます。主張は断定的に述べます。
- 出典の明記: 曖昧な権威付けは避けます。「多くの開発者が同意しています……」は出典として引用できません。「Stack Overflow の 2025 年開発者調査によると、開発者の 76% が……」は非常に引用しやすい表現です。
- 具体的な指標: 形容詞を数値に置き換えます。「パフォーマンスが大幅に向上」とは書かず、「ページの読み込み時間が 42% 短縮」と書きます。
- 1 文につき 1 つの主張: 複文は分割します。モデルが複文の半分しか抽出できなければ、文脈が失われ、引用も機能しません。
2b. AEO コピーライティングの例
| 悪い例(従来の SEO/AI のデフォルト) | 良い例(AEO/GEO に最適化) |
|---|---|
| 今日のデジタル環境では、手順を標準化することが重要だと考えています。当社のプラットフォームは、チームが高度な機能を活用して業務を合理化し、効率性を高めるのに役立つよう設計されています。 | AcmeCorp は B2B 請求書の照合を自動化します。2026 年の当社プラットフォーム監査によると、このシステムを導入すると、30 日以内に財務チームの手入力が 73% 削減されます。 |
| 多くの専門家が、ページ速度はコンバージョンにとって極めて重要だと認めています。ウェブサイトを高速化すれば、収益とユーザーエクスペリエンスを大幅に向上できます。 | Portent の調査によると、1 秒で読み込まれるウェブサイトは、読み込みに 5 秒かかるサイトよりコンバージョン率が 3 倍高くなります。速度は取引完了率に直接影響します。 |
セクション 3 — 技術面とオフページの前提条件
クローラーがアクセスできなかったり、検索インデックスに登録されなかったりすれば、文章が完璧でも役に立ちません。
3a. インデックス登録とクロール
- サーバーサイドレンダリング(SSR)が必須のコピー: クローラーは速度を優先し、JavaScript の実行を省略することがよくあります。中核となる主張がクライアント側で挿入される場合(SPA)、AI モデルからは見えません。
robots.txtでボットを許可する: 明示的な指示がない限り、GPTBot、ClaudeBot、Google-Extended、Bingbotをブロックしないでください。llms.txtを配置する: ドメインのルートにllms.txtファイルを置きます。これは、モデル向けにサイトの構成と目的を示すプレーンな Markdown 形式の辞書として機能します。- Bing のインデックスを優先する: ChatGPT のウェブ検索は Bing のインデックスに依存しています。Bing Webmaster Tools でサイトが完全にインデックス登録されていることを確認してください。Google へのインデックス登録だけでは不十分です。
3b. オフページの信頼性
- コミュニティでの存在感: モデルは、評判や実際の推奨を判断するために、コミュニティプラットフォーム(Reddit、Stack Overflow、GitHub など)に大きく依存します。ディスカッションへの参加は、ページ内コンテンツと同じくらい重要です。
- 独自データによる優位性: 手法と日付を明記した、独自の一次データ監査、ベンチマーク結果、または調査結果を公開します。独自の数値はよく引用されます。
セクション 4 — プラットフォーム別ターゲティングマトリクス
優先したいエンジンに合わせて、コンテンツの構成を調整してください。
| エンジン | 主な検索バイアス | 最適なコンテンツ戦略 |
|---|---|---|
| ChatGPT (Bing) | リスト項目の原文どおりの記述、FAQブロック、直接的な定義。 | 構造化された箇条書き、明確なH2見出し、Bingのインデックスへの確実な登録。 |
| Perplexity | 信頼性が高く、最新で、複数の情報源で検証されたデータ。 | 独自調査、出典を明記した統計、時事情報の迅速な公開。 |
| Google AI Overviews | 豊富なスキーマ、定義、ビジュアル素材。 | FAQPage/HowToスキーマ、意味構造を持つ表、ラベル付きの診断図。 |
| Claude | 複数段落にわたる文脈、長文の統合、明快な推論。 | 網羅的なガイド、仕組みの丁寧な解説、詳細な技術情報。 |
セクション 5 — AEO/GEO セルフチェック
原稿を提出する前に、以下のチェックリストで確認してください。
- 回答カプセルのチェック: 各H2セクションの冒頭の文は、それだけで読んでも意味が通じますか?
- 出典のチェック: 事実に関するすべての主張に、確認可能な出典、数値、または名称がありますか?
- 曖昧表現のチェック: 「信じる」「意見」「思う」「おそらく」などの言葉は削除されていますか?
- フォーマットのチェック: 比較は意味構造を持つ
<table>要素で、質問のリストはFAQPageスキーマで記述されていますか? - 技術面のチェック: コンテンツはサーバー側でレンダリングされ、Bingのインデックス登録も確認されていますか?
- EEATとビジュアルのチェック: 代替テキストは検索意図に沿っていますか? また、適切な箇所で一人称の経験を表す動詞が使われていますか?
セクション 6 — ケーススタディ:AEO/GEOの失敗例と成功例
失敗例 1:曖昧で冗長な原稿(AIが生成しがちな低品質コンテンツ)
「データベースの改善は重要だと考えています。カスタムインデックスによって、クエリの解決が速くなる可能性があるとチームは感じています。最適化後、シームレスなパフォーマンスの変化を実感したというユーザーが多数います。」
失敗する理由: 「考えています」「感じています」「可能性がある」は、不確実性のスコアを高めます。「多数のユーザー」には引用可能な出典がありません。指標も示されていません。
成功例 1:断定的で出典のある原稿(AEOに最適化)
「カスタムインデックスはSQLクエリを最適化します。140件のデータベースインスタンスを監査した結果、部分インデックスの導入後、クエリのレイテンシが64%低下したことを記録しました。2026年のPostgreSQLベンチマーク調査でも、部分インデックスによってディスク書き込みのオーバーヘッドが30%削減されることが確認されています。」
成功する理由: 断定的な文で始めています。一人称の経験を示す動詞(「監査した」「記録した」)を使っています。確認可能な調査・ベンチマークを明記し、正確な指標(64%、30%)を示しています。