HermesでテクニカルSEO/GEO監査を行う方法

実務上のポイント

テクニカル GEO は、ほとんどの場合、より厳密な明確さを求めるテクニカル SEO です。ページがクロールできず、インデックスできず、レンダリングできず、有用なスニペットとして表示できないなら、検索可視性や AI 回答可視性の候補として弱くなります。

Google の AI 機能に関するガイダンスは、重要な点で明確です。AI Overviews や AI Mode に表示されるための特別な技術要件はなく、インデックス登録され、スニペット表示の対象になれることが前提です。つまり初心者向けの技術ワークフローは、謎の AI タグを追いかけるべきではありません。クロール可能性、インデックス可能性、スニペット制御、canonical、sitemap の健全性、内部リンク、表示コンテンツと一致する構造化データから始めます。

Hermes は、エクスポートを読み取り、優先順位付きの監査に変えることで役立ちます。ただし、技術設定を自分で変更させてはいけません。

この監査で確認すること

初心者向けには次のチェックリストを使います。

出力は、根拠、影響、担当者、承認レベルを含む技術課題キューにします。

Step 1：技術入力を集める

次のフォルダを作ります。

/hermes-seo-agent
/technical-audit
crawl-export.csv
robots.txt
sitemap-urls.csv
url-inspection-export.csv
structured-data-export.csv
server-log-sample.csv
technical-audit-report.md
technical-fix-queue.md
/qa
technical-seo-geo-gate.md
/prompts
technical-audit-prompt.md

最低限のファイル：

クロールエクスポートしかない場合は、そこから始めます。Hermes は不足ファイルを missing と示すべきです。

Step 2：Hermes に技術リスクを分類させる

prompts/technical-audit-prompt.md を作成します。

You are a technical SEO/GEO auditor.

Read the files in /technical-audit.
Do not make live changes.
Do not invent missing data.
If a file is missing, write "missing".

Audit these areas:
1. Crawlability
2. Indexability
3. Snippet controls
4. Canonicals
5. Sitemap inclusion
6. Structured data
7. Internal discoverability
8. Rendering or content visibility issues, if data exists

For every issue, return:
- URL
- Issue type
- Evidence
- SEO impact
- GEO impact
- Risk level: low, medium, high
- Recommended fix
- Approval owner
- Whether a developer is required

出力表：

| URL | Issue type | Evidence | SEO impact | GEO impact | Fix | Risk | Owner |
|---|---|---|---|---|---|---|---|

有用な技術監査は、単に「crawlability を直す」と言うのではなく、具体的な設定名を挙げます。

Step 3：robots.txt とクロールブロックを確認する

robots.txt はクロールを制御するもので、単独でインデックスを制御するものではありません。ブロックされた URL でも、Google が別経路で発見すれば限定的に検索に出る場合があります。それでも重要ページをブロックしているなら、大きな監査項目です。

プロンプト：

Review robots.txt and the crawl export.

Find:
1. Important directories blocked by robots.txt.
2. Important pages blocked from crawling.
3. CSS or JavaScript files blocked that may affect rendering.
4. AI or search crawler rules that may affect discovery.
5. Disallow rules that need human review.

Return only evidence-backed findings.
Do not recommend changing robots.txt without technical approval.

robots の発見事項表：

Hermes に「全部開放する」と言わせないでください。robots ルールには正当な理由がある場合があります。

Step 4：indexability と noindex を確認する

indexability チェックでは次を見ます。

• noindex
• X-Robots-Tag ヘッダー
• canonical の衝突
• クロールされるべきだがブロックされているページ
• 200 以外のステータスコードを返すページ
• URL inspection データで除外されているページ

プロンプト：

Review indexability using crawl-export.csv and url-inspection-export.csv if available.

Find:
1. Important pages marked noindex.
2. Important pages with X-Robots-Tag noindex.
3. Pages returning 3xx, 4xx, or 5xx where 200 is expected.
4. Pages Google reports as not indexed, if URL inspection data exists.
5. Pages blocked by robots but expected to rank.

Classify every finding as expected or unexpected.

想定どおりの noindex ページには、サイト内検索結果、フィルタページ、ステージング URL、サンクスページ、重複ユーティリティページなどがあります。想定外の noindex ページはレビューが必要です。

Step 5：スニペット制御を確認する

Google は、AI Overviews と AI Mode について、ページがスニペット表示の対象である必要があると説明しています。だからスニペット制御は GEO でも重要です。

確認項目：

• nosnippet
• max-snippet:0
• 非常に厳しい max-snippet
• 重要コンテンツに使われた data-nosnippet
• 記事内容と合っていない meta description

プロンプト：

Review snippet eligibility.

Find pages with:
1. nosnippet
2. max-snippet:0
3. very restrictive max-snippet values
4. data-nosnippet around important answer content
5. missing or misleading meta descriptions

For each page, explain whether the restriction is expected or risky for SEO/GEO visibility.
Do not recommend removing snippet controls without approval.

判断表：

Step 6：canonical を確認する

canonical タグは、検索エンジンに優先 URL を伝えます。強力である一方、間違えやすい設定です。

プロンプト：

Review canonical signals from the crawl export.

Find:
1. Important pages canonicalizing to another URL.
2. Canonical loops or chains.
3. Canonicals pointing to non-200 URLs.
4. Duplicate pages with inconsistent canonicals.
5. Pages where canonical choice conflicts with internal links or sitemap URLs.

Return recommended fixes only with evidence.
Mark all canonical changes as technical approval required.

canonical 課題表：

| URL | Current canonical | Expected canonical | Evidence | Risk | Approval |
|---|---|---|---|---|---|

Hermes に canonical を自動変更させてはいけません。間違った canonical は、間違ったページを検索評価から外してしまう可能性があります。

Step 7：sitemap の健全性を確認する

sitemap は発見と監査を助けるべきです。壊れた URL、リダイレクト URL、重複 URL、非インデックス URL を詰め込む場所ではありません。

プロンプト：

Compare sitemap-urls.csv with crawl-export.csv.

Find sitemap URLs that are:
1. Non-200
2. Redirected
3. Noindex
4. Canonicalized to another URL
5. Blocked by robots.txt
6. Missing from internal links
7. Important pages missing from the sitemap

Return sitemap cleanup recommendations with risk level and approval owner.

sitemap の整理には通常 SEO 承認が必要で、CMS によっては開発者の支援も必要です。

Step 8：構造化データを確認する

構造化データは表示コンテンツを説明するべきです。魔法の GEO スイッチではありませんが、正しく使うと、エンティティ、ページタイプ、パンくず、商品、FAQ、記事、組織情報を明確にできます。

プロンプト：

Review structured-data-export.csv and the crawl export.

Find:
1. Pages with structured data errors.
2. Pages with schema that does not match visible content.
3. Important page types missing useful schema.
4. Duplicate or conflicting schema types.
5. Breadcrumb or organization schema inconsistencies.

For every recommendation, include the visible content that supports the schema.
Do not recommend schema that is not supported by visible page content.

初心者向け schema チェックリスト：

schema は野心的である前に、正確であるべきです。

Step 9：修正キューを作る

ここで Hermes に発見事項をキューへ変換させます。

Create technical-fix-queue.md from the audit findings.

Group fixes by:
1. Critical blockers
2. Indexability risks
3. Snippet eligibility risks
4. Canonical and duplicate issues
5. Sitemap cleanup
6. Structured data improvements
7. Internal discoverability issues

For every fix, include:
- URL
- Evidence
- Recommended fix
- Expected SEO impact
- Expected GEO impact
- Implementation owner
- Approval required
- Rollback plan needed: yes/no

修正キューテンプレート：

# Technical SEO/GEO fix queue

## Critical blockers
| Priority | URL | Issue | Evidence | Fix | Owner | Approval |
|---|---|---|---|---|---|---|

## Medium-priority fixes
| Priority | URL | Issue | Evidence | Fix | Owner | Approval |
|---|---|---|---|---|---|---|

## Low-risk improvements
| Priority | URL | Issue | Evidence | Fix | Owner | Approval |
|---|---|---|---|---|---|---|

100 件の課題を 1 つのスプリントに入れないでください。まずは重要ページをブロックしている少数の課題から始めます。

Step 10：技術承認ゲートを通す

qa/technical-seo-geo-gate.md を作成します。

# Technical SEO/GEO approval gate

- [ ] Every issue has evidence.
- [ ] Missing data is marked as missing.
- [ ] Critical pages are separated from low-value pages.
- [ ] Robots.txt changes have technical approval.
- [ ] Noindex changes have SEO and technical approval.
- [ ] Canonical changes have technical approval.
- [ ] Sitemap changes have SEO or developer approval.
- [ ] Structured data matches visible content.
- [ ] Snippet control changes have SEO and policy approval if needed.
- [ ] Rollback plan exists for high-risk changes.
- [ ] Post-fix validation date is scheduled.

プロンプト：

Review technical-fix-queue.md against qa/technical-seo-geo-gate.md.

Return:
1. Fixes approved for implementation
2. Fixes needing more evidence
3. Fixes needing developer approval
4. Fixes that should be rejected
5. Post-fix validation steps

修正が indexation、crawling、canonicalization、redirect、schema を変えるなら、それは本物の技術変更です。コンテンツチケットの中に埋もれさせないでください。

Step 11：修正後に検証する

技術作業はチケットが閉じたら終わりではありません。検証します。

修正後チェックリスト：

# Post-fix validation

- [ ] Re-crawl affected URLs.
- [ ] Confirm status code.
- [ ] Confirm robots access.
- [ ] Confirm indexability.
- [ ] Confirm canonical.
- [ ] Confirm snippet controls.
- [ ] Validate structured data.
- [ ] Check sitemap if changed.
- [ ] Use URL Inspection where appropriate.
- [ ] Record baseline and next review date.

Hermes へのプロンプト：

Create a post-fix validation plan for the approved technical fixes.

For each fix, include:
- URL
- What changed
- How to validate
- Tool to use
- Expected result
- What to do if validation fails
- Review date

初心者の監査が失敗しやすいのは検証の段階です。レポートは良く見えたのに、誰も修正が効いたか確認していない、という状態を避けます。

初心者向け例：技術 GEO 監査の発見事項

シナリオ：あるガイドは AI search visibility プロンプトで表示されることを狙っているが、検索パフォーマンスが弱い。

Hermes の推奨：

Issue: Snippet restriction may limit search snippet and AI feature eligibility.
Evidence: Header contains max-snippet:0.
SEO impact: Search result snippet may be restricted.
GEO impact: Page may be ineligible or weak for AI feature summaries that require snippet eligibility.
Recommended fix: Review why max-snippet:0 exists. If no legal or product reason exists, remove or loosen it.
Risk: Medium.
Approval: SEO owner and policy/legal reviewer if restriction was intentional.

この慎重さが適切です。Hermes は単に「max-snippet を削除する」と言うべきではありません。

よくある失敗

Auspia の見解

テクニカル SEO/GEO 監査は、良い意味で退屈であるべきです。実際のブロッカーを見つけ、根拠を示し、担当者を割り当て、危険な変更が承認なしで公開されるのを防ぐものです。

Hermes は、大きなエクスポートを整理し、読みやすい修正キューを作れるため役立ちます。ただし、夜中に robots.txt を変更する担当者にしてはいけません。技術責任者が修正を承認するまでは、Agent を監査役に留めてください。

最初の監査を 1 つだけ行うなら、まず 6 つを確認してください。クロール可能、インデックス可能、スニペット適格、正しい canonical、きれいな sitemap、有効な構造化データです。

FAQ

テクニカル GEO はテクニカル SEO と違いますか？

ほとんどは、AI 検索に備えるためのテクニカル SEO です。GEO でもクロール可能で、インデックス可能で、理解しやすいページが必要です。追加で重視するのは、スニペット適格性、エンティティの明確さ、回答抽出しやすさ、根拠品質です。

AI Overviews 用の特別な schema は必要ですか？

AI Overview への表示を保証する特別な schema はありません。構造化データは、表示コンテンツを正確に説明し、ページタイプに合う場合に使います。

スニペット適格性とは何ですか？

スニペット適格性とは、ページが検索結果でテキストスニペットを表示できる状態であることです。nosnippet や非常に厳しい max-snippet 設定は、検索機能での表示に影響する可能性があります。

Hermes に robots.txt や canonical を自動変更させるべきですか？

いいえ。Hermes は課題を見つけ、修正を提案できますが、robots.txt、noindex、canonical、redirect、sitemap、構造化データの変更には人間の技術承認が必要です。

初心者はどのクロールデータをエクスポートすべきですか？

URL、ステータスコード、indexability、title、meta description、canonical、H1、文字数、inlinks、outlinks、可能であれば構造化データ項目から始めます。

テクニカル SEO/GEO 監査はどの頻度で行うべきですか？

アクティブなサイトでは、軽いクロールを毎月実行します。移行、CMS 変更、テンプレート変更、トラフィック低下、大きなコンテンツ公開の後には、より深い監査を行います。

技術修正で AI 引用を保証できますか？

できません。技術修正はページを適格にし、理解しやすくします。順位、AI 引用、AI Overview への表示を保証するものではありません。

Hermes SEO/GEO シリーズを続けて読む

• 最初に読む： Hermes SEO/GEO オペレーターガイド
• 前のガイド： Hermes で内部リンクとサイト構造を設計する方法
• 次のガイド： Hermes SEO/GEO swarm ワークフローを構築する方法
• 関連ガイド： 初めての Hermes SEO Agent をセットアップする方法 、 Hermes SEO/GEO 品質ゲート

使用したソース

• Google AI features and your website: https://developers.google.com/search/docs/appearance/ai-features
• Google robots.txt introduction: https://developers.google.com/search/docs/crawling-indexing/robots/intro
• Google robots meta tag and X-Robots-Tag: https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag
• Google canonical documentation: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
• Google structured data intro: https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
• Hermes Agent documentation: https://hermes-agent.nousresearch.com/docs/

Author: Julian Mercer, Auspia の 14 年経験テクニカル SEO 実務家。Julian はクロール可能性、schema、レンダリング、サイト構造、AI が読みやすいコンテンツの技術基盤について執筆しています。