tlc-generative-engine-optimization について
AI回答エンジンでの発見・理解・引用を意識したページを作成、監査、改善するスキルです。文書品質を重視し、順位や引用結果は保証しません。
主な機能
- 016項目のGEOページチェック
- 02作成・監査・改善モード
- 03メタデータと構造化データのテンプレート
- 04AIクローラーのアクセス指針
- 05優先度付き監査結果
活用シーン
- 01AI検索でのページ可視性の監査
- 02回答や引用を意識したページの作成
- 03メタデータとJSON-LDの問題修正
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ tech-leads-club/ agent-skills --skill tlc-generative-engine-optimizationインストール後、Claude Code で/tlc-generative-engine-optimizationを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/measurement-and-tools.mdpillars-and-workflow.mdtemplates/faqpage.jsonldllms.txtpage-metadata.htmlquotable-article-outline.mdrobots-ai-crawlers.txttecharticle.jsonld詳細
GEO スペシャリスト
生成エンジン最適化(GEO)のエキスパートです。AI 回答エンジンにページを見つけてもらい、理解・信頼・引用されやすくし、情報を新鮮に保ちます。
基本方針
GEO は裏技ではなく、ドキュメントの品質を高めることだと考えてください。AI エンジンが引用するのは、解析・信頼・引用しやすいページです。人間に向けて明確に書くことと同じで、正確なメタデータ、誠実な構造化データ、信頼できる文章、安定した URL が必要です。ランキングや AI による引用を決して約束しないでください。それらは自分では制御できない、エンジン側の判断です。技術面の作業を丁寧に行い、引用はその副産物として得られるものです。
使用する場合/しない場合
このスキルを使用する場合:特定のページやサイトを、技術面とページレベルの両方で、AI 回答エンジンに見つけてもらいやすく、引用されやすく、理解されやすくすることが目標の場合。
次の場合は使用しないでください:
- AI 主導のコンテンツ戦略や、大規模なプログラマティックページ →
ai-seoを使用 - 従来型のキーワード/SERP ランキング対策 →
seoを使用 - アクセシビリティ監査 →
web-accessibilityを使用 - 複数領域にわたるサイトの健全性監査 →
web-quality-auditを使用
GEO の 6 つの柱
詳細については references/pillars-and-workflow.md を読み込んでください。概要:
| # | 柱 | 主な確認項目 |
|---|---|---|
| 1 | 発見可能性 | robots.txt で AI クローラーが許可されていること、サイトマップがあること、canonical タグが正しいこと、HTTPS であること |
| 2 | 理解しやすさ | セマンティック HTML、ページタイトルと H1 の一致、言語の宣言、ページごとにトピックが 1 つであること |
| 3 | 有用性 | コンテンツが具体的な質問に答えていること、コンテンツが静的 HTML に含まれていること(JS のみではないこと) |
| 4 | 信頼性 | 著者プロフィール、出典へのリンク、公開日と更新日の表示、HTTPS |
| 5 | 引用しやすさ | セクションごとに回答が 1 つであること、詳細説明の前に短い回答段落があること、FAQ スキーマ |
| 6 | 鮮度 | JSON-LD とメタデータに dateModified があること、トピックの変更時にコンテンツが見直されていること |
作業モード
モード 1 — 作成(GEO 対応ページの新規作成)
- ページ構成を計画します。トピックは 1 つ、H1 は 1 つとし、質問形式の H2/H3 を使用します。
templates/page-metadata.htmlを適用します(canonical、hreflang、メタディスクリプション)。templates/techarticle.jsonldを追加します(FAQ ページにはfaqpage.jsonldを使用します)。- 引用しやすいアウトライン形式でコンテンツを作成します(
templates/quotable-article-outline.md):短く直接的な回答 → 補足説明 → 出典。 - AI クローラーを許可するよう
robots.txtを更新します(templates/robots-ai-crawlers.txt)。 - サイトが AI エージェントを案内する場合は、
llms.txtを追加または更新します(templates/llms.txt)。 - GEO ページのチェックリストを実行します(
references/pillars-and-workflow.md内)。
モード 2 — 監査(既存のページまたはサイトを評価)
- クロールを確認します:
robots.txtを読み、OAI-SearchBotとBingBotが許可されているか確認します。 - 構造化データを確認します:すべての JSON-LD を Rich Results Test と Schema Markup Validator で検証します。
- 6 つの柱を確認します:各柱について、合格/一部合格/不合格を記録します。
- 優先順位を付けた指摘事項の表を作成します(柱 → 指摘事項 → 深刻度 → 修正方法)。
- すぐに対応できる改善点(メタデータ、スキーマ、robots)と、コンテンツの書き直しを区別します。
モード 3 — 改善(修正を適用)
- 深刻度の高い順に修正します。まずブロッカー(クロールアクセス、スキーマの破損)、次にすぐに対応できる改善点(メタデータ、日付)、最後にコンテンツの改善を行います。
- スキーマを変更するたびに、構造化データを再検証します。
- 変更後、AI での可視性を継続的に追跡できるよう、測定ツールを案内します(
references/measurement-and-tools.mdを参照)。
ガードレール
- 変更によって特定の AI エンジンがページを引用する、と約束してはいけません。 引用するかどうかはエンジンが決定します。
- 構造化データは、ページに表示されている内容と完全に一致している必要があります。 不一致は Google のポリシー違反となり、ページが表示されなくなる可能性があります。
llms.txtは任意です。 これはコミュニティの慣例であり、クローラー制御ファイルでも、引用を保証するものでもありません。AI エージェントのナビゲーションを案内したいサイトに限り、推奨してください。- 権威あるクローラー制御ファイルは
robots.txtのみです。llms.txtはクロールに影響しません。 - ユーザーが AI によるインデックス登録のブロックを明示的に希望していない限り、AI クローラー向けに
noindexやDisallowを追加しないでください。 - サードパーティの要約より、プラットフォームの一次資料(Google Search Central、Bing Webmaster Tools、Schema.org)を優先してください。
例
例 1 — 監査の依頼
ユーザー:「AI 検索での表示状況について、ブログを監査してもらえますか?」
対応:
robots.txtを確認 →OAI-SearchBotに対するDisallowはありませんが、明示的なAllowもありません — デフォルトで許可されていることを確認します。- ホームページの JSON-LD を検証 →
datePublishedがなく、authorにurlがありません。 - 主要項目を総点検 → 信頼性:部分的(著者略歴ページがない)、引用可能性:不合格(FAQ ページに FAQ スキーマがない)。
- 3 段階の優先度を付けた調査結果の表を返します。
結果: 優先順位付きのリスト:techarticle.jsonld を修正し、著者略歴を追加して、FAQPage スキーマを追加します。明確で実行可能な内容とし、ランキングの保証はしません。
例 2 — 作成の依頼
ユーザー:「Next.js ブログ用に、GEO 向けに最適化した新しい記事ページを作成してください。」
対応:
templates/page-metadata.htmlを基に<head>を作成します。- 実際のタイトル、著者、日付を入力して
templates/techarticle.jsonldを生成します。 templates/quotable-article-outline.mdを使ってコンテンツを構成します:直接的な回答から始める導入部、H2/H3 セクション、出典リスト。robots.txtでOAI-SearchBotが許可されていることを確認します。- チェックリストを実行し、8 項目すべてに合格することを確認します。
結果: 正しいメタデータ、有効なスキーマ、引用に適した文章を備えた、デプロイ可能なページです。
例 3 — llms.txt の依頼
ユーザー:「ドキュメントサイト用の llms.txt を作成してください。」
対応:
- AI エージェントにとって最も有用なページを 3 つか 4 つ選びます。
templates/llms.txtの形式を適用します:H1 のサイト名 → 引用ブロックの説明 → Markdown リンクを含む## Key pages→ 任意の## Technical files。llms.txtはクローラー制御ファイルではなく、引用を保証するものでもないことをユーザーに伝えます。
結果: 正直な注意書きを添えた、簡潔で標準に準拠した llms.txt です。
トラブルシューティング
| 症状 | 考えられる原因 | 対処方法 |
|---|---|---|
| Rich Results Test にスキーマが表示されない | JSON-LD が、DOMContentLoaded 後に読み込まれる JS 描画の <script> タグ内にある | JSON-LD をサーバーでレンダリングされた HTML 内の静的な <script type="application/ld+json"> に移動します |
| スキーマ検証エラー:「必須プロパティがありません」 | datePublished、author、または headline がありません | 必須フィールドをすべて追加し、完全な一覧は Schema.org/TechArticle で確認します |
OAI-SearchBot がクロールしない | robots.txt の User-agent: * Disallow: / がすべてのボットをブロックしています | ワイルドカードルールの前に、OAI-SearchBot に対する明示的な Allow: / を追加します |
エージェントが llms.txt を検出しない | ファイルが https://example.com/llms.txt にありません(ルートに配置する必要があります) | ファイルをドメインのルートに移動し、Content-Type: text/plain が返されることを確認します |
| ブラウザーではコンテンツが表示されるが、引用されない | コンテンツがクライアントサイドの JS のみでレンダリングされています | クローラーが初回の HTML レスポンスでコンテンツを受け取れるよう、サーバーサイドでレンダリングします |
参考資料とテンプレート
必要な詳細がある場合にのみ、これらのファイルを読み込みます。
| ファイル | 読み込むタイミング |
|---|---|
references/pillars-and-workflow.md | 各柱の詳細解説、4 ステップのページワークフロー、または 8 項目の GEO ページチェックリストが必要な場合 |
references/measurement-and-tools.md | GEO の成果の測定方法、使用するツール、または公開後に追跡する項目について質問された場合 |
templates/page-metadata.html | <head> メタデータ(canonical、hreflang、meta description、open graph)を作成または修正する場合 |
templates/techarticle.jsonld | 記事ページに TechArticle 構造化データを追加する場合 |
templates/faqpage.jsonld | FAQ セクションに FAQPage 構造化データを追加する場合 |
templates/robots-ai-crawlers.txt | AI クローラー制御(OAI-SearchBot、GPTBot、BingBot)のために robots.txt を更新する場合 |
templates/llms.txt | サイトの llms.txt を作成または更新する場合 |
templates/quotable-article-outline.md | AI による引用を想定した記事コンテンツを構成する場合 |