name: seo description: | Use when a web project needs SEO + GEO audit or optimization — classical search (Google, Bing, DuckDuckGo) AND AI search (ChatGPT, Perplexity, Claude, Gemini, AI Overviews, Copilot). Parallel multi-agent orchestrator: dispatches seo-analyzer + geo-analyzer concurrently, merges envelopes into .claude/audits/SEO.md. Triggers: "seo", "referencement", "audit SEO", "meta tags", "structured data", "JSON-LD", "sitemap", "robots.txt", "Google ranking", "local SEO", "AI search", "GEO", "llms.txt", "ChatGPT visibility", "Perplexity", "Google AI Overview". For GEO only → /geo. For W3C/a11y → /validate. For bugs → /bugfix. argument-hint: optional keywords/scope, e.g. "local SEO plombier 91 94 77" or "SaaS B2B content strategy" allowed-tools:

Read
Edit
Write
Bash
Grep
Glob
Agent
WebFetch
WebSearch ---

/seo — parallel SEO + GEO dispatcher

This skill orchestrates TWO specialist agents running in parallel, then merges their output into a single .claude/audits/SEO.md report. It is the main entry point for any SEO/GEO work on a web project.

Resources

resources/depth-matrix.md — depth-decision rules (LOCAL vs FULL), score-weight table per axis, dedup rules with sibling skills (/validate, /harden), and the envelope schema for .claude/audits/SEO.md.

Read resources/depth-matrix.md at the start of STEP 0 — it pre-answers several questions and keeps token cost down by removing repeated explanations.

STEP 0 — Collect shared context (ONCE)

Before spawning any agent, collect the context both agents need. This avoids asking the user the same questions twice.

Audit depth

Ask once:

AUDIT DEPTH — choose one:

  LOCAL  — Code-only analysis. No external calls.
           Covers: markup, meta, JSON-LD, sitemap, robots.txt,
           llms.txt, content shape audit, legal, security headers,
           schemas for AI, entity signals (code-observable).

  FULL   — LOCAL + live HTTP audit, Core Web Vitals (PageSpeed API),
           external presence (GMB, social, directories), AI visibility
           testing, competitor analysis, Wikidata / Knowledge Panel check.

Which depth? (LOCAL / FULL)

If $ARGUMENTS contains local/code-only/quick/rapide → default LOCAL. If $ARGUMENTS contains full/complet/externe/live → default FULL. If $ARGUMENTS contains a production URL → suggest FULL.

Business context (one grouped block)

Both depths:

Activity type (B2C local / B2B national / SaaS / e-commerce / service / content/media)
Target geography (city/cities, department, region, national, international)
Languages served (for i18n/hreflang)
Priority keywords and AI queries
Intervention mode: aggressive (apply fixes) / conservative (audit-only)?

FULL depth only:

Production URL
Google Business Profile URL (or "not yet")
Social media URLs
Known citations (PagesJaunes, Yelp, sector directories)
Known competitors
Known Wikidata QID / Knowledge Panel status (or "unknown")
Time budget for user actions post-audit

Skip questions already answered in $ARGUMENTS.

Plugin check (FULL only)

For FULL depth, verify WebFetch and WebSearch are available. They are declared in this skill's allowed-tools, so they should be. If the harness reports them missing, offer to downgrade to LOCAL or continue with gaps.

Store the collected context as a single block to pass to both agents.

File ownership (prevents parallel edit conflicts)

Running two agents in parallel on the same repo is safe for ANALYSIS (read-only). It would race-condition on fixes if both touched the same file. This matrix is authoritative — pass it to both agents in their dispatch prompts:

File / concern	Owner	Notes
`robots.txt`	geo-analyzer	Classical + AI bot directives consolidated here. seo-analyzer reads only.
`sitemap.xml` + image/video sitemaps	seo-analyzer
`llms.txt` / `llms-full.txt`	geo-analyzer
`.htaccess` (redirects, security headers, 404)	seo-analyzer
JSON-LD blocks (all schemas, all pages)	geo-analyzer	Owns structure + content. seo-analyzer flags NAP inconsistencies vs GMB, geo-analyzer reconciles.
Meta tags (title, description, OG, Twitter, canonical, robots meta)	seo-analyzer
Heading hierarchy (H1 presence/count, level skips)	seo-analyzer	Structure only.
H1/H2 content rewrite (Definition Lead, question-style)	geo-analyzer	Semantic rewrite for AI extraction. Batch G5 confirmation-gated.
TL;DR / summary blocks insertion	geo-analyzer
Legal pages (mentions légales, confidentialité, CGV)	seo-analyzer
CMP / cookie banner integration	seo-analyzer
Images (alt, width/height, compression, WebP/AVIF)	seo-analyzer
hreflang	seo-analyzer
Footer links (legal + service/city pages)	seo-analyzer
New city/service pages	seo-analyzer	Batch D confirmation.
Video transcripts	seo-analyzer (user action)

If either agent detects a finding in a file it doesn't own, it emits a "CROSS-AGENT NOTE" in its envelope. The dispatcher does NOT re-spawn the owning agent (both have finished by merge time). Instead, cross-agent findings are escalated into SEO.md §11 — Actions utilisateur requises with an explicit "Automatisation possible avec: ..." block pulled from automation-catalog.md. This is the Option B resolution (chosen by user): simpler than a coordinator agent, aligns with the "every user action lists automation" rule, and avoids architectural complexity.

Shared-file edit discipline (prevents last-writer-wins)

Ownership is by concern, not by file. A single template (Layout.astro, index.html, base.html.twig, _document.tsx…) typically contains BOTH concerns simultaneously:

meta tags (seo-analyzer)
JSON-LD blocks (geo-analyzer)

When the agents' sub-agents (hotfixer/feater) run in parallel they could both target the same physical file. To avoid a Write-based last-writer-wins scenario:

Rule (embedded in both agent dispatch prompts below):

On any shared template file (anything containing multiple owned concerns), use the Edit tool with a narrow, targeted old_string that encloses ONLY your owned concern. NEVER use Write (full-file rewrite) on a shared template. Write is reserved for files you are the sole owner of (sitemap.xml, robots.txt, llms.txt, legal pages, new city pages, .htaccess).

If a sub-agent determines Edit is insufficient (e.g. full template refactor needed), it must STOP and escalate as a cross-agent note — the dispatcher handles via §11 user action instead.

STEP 1 — Spawn both agents IN PARALLEL

Issue both Agent tool calls in the same message (parallel tool calls). The harness runs them concurrently.

Agent(subagent_type="seo-analyzer")
prompt: """
Dispatched from /seo. Context:

AUDIT DEPTH: <LOCAL|FULL>
BUSINESS CONTEXT:
  Activity type: ...
  Geography: ...
  Languages: ...
  Priority keywords: ...
  Intervention mode: ...
  Production URL: ... (FULL only)
  GMB URL: ...
  Social URLs: ...
  Known citations: ...
  Known competitors: ...
  Time budget: ...

You are the classical-SEO half of a parallel SEO+GEO audit. Do NOT
audit GEO/AI signals (llms.txt, AI crawlers, QAPage/Speakable schemas,
entity SEO, content shape for AI, AI visibility) — the geo-analyzer
agent runs in parallel and owns those.

FILE OWNERSHIP (authoritative, prevents parallel-edit conflicts):
- YOU OWN (read+write): sitemap.xml, image/video sitemaps, .htaccess,
  meta tags (title, description, OG, Twitter, canonical, robots meta),
  heading structure (H1 count, level skips), legal pages, CMP, images
  (alt/dimensions/compression), hreflang, footer links, new city/service
  pages.
- YOU READ-ONLY: robots.txt (geo-analyzer owns), JSON-LD blocks
  (geo-analyzer owns structure; you flag NAP inconsistencies), llms.txt.
- CROSS-AGENT NOTES: if you find issues in files you don't own, emit
  them in your envelope under "CROSS-AGENT NOTES TO geo-analyzer:".
  Dispatcher escalates each note to SEO.md §11 as user action (with
  automation options). Do NOT attempt direct cross-agent fix.

SHARED-FILE EDIT DISCIPLINE (last-writer-wins prevention):
- On shared templates (Layout.astro, index.html, base.html.twig, etc.)
  where meta tags + JSON-LD coexist, your sub-agents (hotfixer/feater)
  MUST use `Edit` with a targeted `old_string` enclosing ONLY your
  concern (meta tags). NEVER use `Write` (full-file rewrite) on shared
  templates.
- `Write` is allowed only on files where you are the sole owner:
  sitemap.xml, .htaccess, legal pages, new city/service pages.
- If full-template refactor is needed, STOP and emit as a cross-agent
  note → user action in §11.

Execute your agent spec at ~/.claude/agents/seo-analyzer.md starting
at STEP 2 (skip STEP 0 and STEP 1 — context is provided above).

At STEP 13, emit the STRUCTURED ENVELOPE for merging (not a
standalone SEO.md). Do NOT write any SEO.md file yourself — the
dispatcher will merge your output with geo-analyzer's output.
"""

Agent(subagent_type="geo-analyzer")
prompt: """
Dispatched from /seo. Context:

AUDIT DEPTH: <LOCAL|FULL>
BUSINESS CONTEXT:
  (same block as above)

You are the GEO/AI half of a parallel SEO+GEO audit. Do NOT audit
classical SEO signals (meta tags, Core Web Vitals, hreflang, image
compression, classical legal compliance) — the seo-analyzer agent
runs in parallel and owns those. Your focus is AI-engine retrieval:
llms.txt, AI crawlers in robots.txt, QAPage/Speakable/Person+Article
schemas, entity SEO (Wikidata, sameAs, Knowledge Panel), content
shape for LLM extraction, AI visibility testing.

FILE OWNERSHIP (authoritative, prevents parallel-edit conflicts):
- YOU OWN (read+write): robots.txt (all directives — classical + AI),
  llms.txt, llms-full.txt, JSON-LD blocks (all schemas, all pages),
  H1/H2 content rewrite for Definition Lead, TL;DR / summary blocks,
  content shape changes.
- YOU READ-ONLY: sitemap.xml, .htaccess, meta tags, heading structure
  (seo-analyzer owns structure), legal pages, images, hreflang.
- CROSS-AGENT NOTES: if you find issues in files you don't own, emit
  them in your envelope under "CROSS-AGENT NOTES TO seo-analyzer:".
  Dispatcher escalates each note to SEO.md §11 as user action (with
  automation options). Do NOT attempt direct cross-agent fix.

SHARED-FILE EDIT DISCIPLINE (last-writer-wins prevention):
- On shared templates (Layout.astro, index.html, base.html.twig, etc.)
  where meta tags + JSON-LD coexist, your sub-agents (hotfixer/feater)
  MUST use `Edit` with a targeted `old_string` enclosing ONLY your
  concern (JSON-LD block). NEVER use `Write` (full-file rewrite) on
  shared templates.
- `Write` is allowed only on files where you are the sole owner:
  robots.txt, llms.txt, llms-full.txt.
- If full-template refactor is needed, STOP and emit as a cross-agent
  note → user action in §11.

Execute your agent spec at ~/.claude/agents/geo-analyzer.md starting
at STEP 2 (skip STEP 0 and STEP 1 — context is provided above).

At STEP 14, emit the STRUCTURED ENVELOPE for merging (not a
standalone GEO.md). Do NOT write any GEO.md or SEO.md file yourself —
the dispatcher will merge your output with seo-analyzer's output.
"""

STEP 2 — Merge envelopes into SEO.md

Both agents return structured envelopes keyed by SEO.md section numbers. Consolidate them into .claude/audits/SEO.md (run mkdir -p .claude/audits first).

Combined score calculation

Per user decision:

Local B2C: GLOBAL = 0.80 × SEO_score + 0.20 × GEO_score
SaaS / national / content: GLOBAL = 0.75 × SEO_score + 0.25 × GEO_score

Final SEO.md structure

# Audit SEO + GEO — <Project Name>

**Date** : <YYYY-MM-DD>
**Version** : v<N> (incremented on each run)
**Agents** : seo-analyzer + geo-analyzer (parallel)
**URL** : <production URL>
**Depth** : LOCAL | FULL
**Score SEO (classique)** : XX.X / 20
**Score GEO (IA)**        : XX.X / 20
**Score global pondéré**  : XX.X / 20 (<weights explained>)

---

## 0. Alertes majeures (conformité + risques SEO/GEO)
<Merged from both agents — legal blockers, catastrophic issues>

## 1. Notes globales (/20 par axe + pondérée)
<SEO scoring table from seo-analyzer + GEO scoring table from geo-analyzer + combined score>

## 2. Audit technique (HTTP, CWV, sécurité)
<From seo-analyzer>

## 3. Audit on-page (meta, headings, content, images, video, a11y, i18n)
<From seo-analyzer>

## 4. SEO local / NAP
<From seo-analyzer>

## 5. Présence externe (GMB, réseaux sociaux, citations)
<From seo-analyzer — FULL only>

## 6. Analyse concurrentielle
<From seo-analyzer — FULL only>

## 7. Optimisation GEO / IA
<From geo-analyzer — full dedicated section with sub-sections:>
### 7.1 AI crawlers policy
### 7.2 llms.txt / llms-full.txt
### 7.3 Schema.org pour extraction IA (QAPage, Speakable, Person, Article+author)
### 7.4 Entity SEO (Wikidata, @id, sameAs, Knowledge Panel)
### 7.5 Content shape pour extraction IA (Definition Lead, TL;DR, citations, fraîcheur)
### 7.6 Visibilité IA (tests — FULL only)

## 8. Plan d'action — QUICK WINS (< 7 jours)
<Merged from both agents — AUTO + USER, dedupe overlaps>

## 9. Plan d'action — MOYEN TERME (1-3 mois)
<Merged>

## 10. Plan d'action — LONG TERME (3-6 mois)
<Merged>

## 11. Actions utilisateur requises
<Merged — EVERY entry includes "Automatisation possible avec: <tools>"
 per ~/.claude/agents/resources/automation-catalog.md>

## 12. Recommandations gratuites (outils, méthodes, budget 0 EUR)
<Merged — GSC, PageSpeed, Schema validator, manual AI-visibility spreadsheet, etc.>

## 13. Synthèse 90 jours — objectifs réalistes
<Combined measurable targets: review count, ranking positions, traffic,
 AI mention rate, Wikidata presence>

## 14. Annexe — informations non-auditables automatiquement
<Merged — what couldn't be checked, why>

## 15. Log des modifications appliquées par les agents
<Merged change logs from both agents, grouped by batch>

---

## Historique
<Previous audit summaries preserved here>

Deduplication rules

Both agents may surface overlapping findings (e.g. JSON-LD presence, Legal compliance). Merge rule:

Hard dedupe: identical finding text → keep one, credit both agents in a <sub>Detected by: seo-analyzer, geo-analyzer</sub> line
Complementary findings: both agents see the same feature from different angles (classical ranking + AI extraction) → keep both, group under the same section
Conflicting findings: rare — if one agent says "remove schema X" and the other says "keep schema X", flag explicitly in §0 and let the user decide

CROSS-AGENT NOTES handling (Option B — §11 escalation)

When an envelope contains a CROSS-AGENT NOTES TO <other-agent>: block, the dispatcher:

Does NOT re-spawn the target agent (it has finished).

Converts each note into a §11 user action entry with the format:

### <action title> (cross-agent note from <source-agent>)

**Contexte:** <source-agent> a détecté ce point dans un fichier
appartenant à <target-agent>, mais l'audit parallèle s'est terminé
avant échange.

**Action:** <what to do>

**Automatisation possible avec:** <pull from automation-catalog.md>

**Effort manuel:** <estimate>

Tags it visibly in §0 if it's a legal/compliance blocker.
Keeps these notes visible on re-run — they don't silently vanish.

STEP 3 — Console summary

SEO + GEO AUDIT COMPLETE (parallel dispatch)
URL                        : <url>
FRAMEWORK                  : <name + rendering>
DEPTH                      : LOCAL | FULL

NOTE SEO (classique)       : XX.X / 20
NOTE GEO (IA)              : XX.X / 20
NOTE GLOBALE (pondérée)    : XX.X / 20

CHANGEMENTS APPLIQUES  (N) : voir SEO.md §15
ACTIONS UTILISATEUR    (N) : voir SEO.md §11 (avec automatisation)
CONFORMITÉ LÉGALE          : OK | <N> blockers → §0
ALERTES MAJEURES           : <short list>

PROCHAINE ÉTAPE            : <highest-priority immediate action>

Rules

Parallel dispatch is mandatory. Both Agent calls MUST be in the same message so the harness runs them concurrently. Sequential dispatch doubles wall-clock time and is explicitly forbidden.
Context collected once. STEP 0 runs before any agent call. Do not let either agent re-ask the user questions that STEP 0 already answered.
Neither agent writes SEO.md. Only the dispatcher (this skill) writes the consolidated report. Agents return envelopes.
Merge, don't overwrite. On re-run, previous SEO.md's Historique section is preserved. Current content moves to Historique with summary (date + score + key changes).
Every user action has automation options. Per user CLAUDE.md, mandatory from automation-catalog.md.
Scoring weights per user decision: GEO = 20% local B2C, 25% SaaS/national/content. Combined score formula is explicit in §1.

SKILL.md 17 KB Permalink Cronologia Originale