# Mode Audit — différences de format

> **Statut** : ce mode sera extrait vers un skill dédié `seo-audit-semantique` en v2.0.
> Le design de cette extraction est spécifié dans `docs/superpowers/specs/2026-07-29-audit-semantique-design.md`
> et corrige neuf défauts du format décrit ci-dessous. Tant que le skill dédié n'existe pas,
> ce document reste la référence exécutable — en connaissant ses limites, listées en fin de fichier.

## Principe

En Mode Audit, chaque phase produit **trois colonnes** au lieu d'une :

| Colonne | Contenu |
|---|---|
| Attendu | ce que la carte de référence prescrit (calculé comme en Mode Création) |
| Couvert | ce que le contenu actuel contient réellement |
| Gap + action | l'écart, et le verbe d'action qui le corrige |

L'ordre compte : produire la colonne « Attendu » **avant** de lire le contenu. Si le contenu est lu d'abord, la carte de référence s'aligne sur ce qui est déjà écrit et l'audit valide la page par construction.

## Trois statuts par couche

- ✅ **Couvert** — élément attendu présent et conforme → validation.
- ❌ **Gap** — élément attendu absent ou non conforme → correction à planifier.
- ⚠️ **Hors scope** — élément présent qui ne correspond à aucune couche attendue → suppression ou déplacement (vers la FAQ, vers une autre page).

Le statut « Hors scope » est celui qui préserve la pureté vectorielle. C'est aussi celui que les audits classiques omettent : ils listent ce qui manque, jamais ce qui pollue, et produisent donc des pages qui grossissent sans jamais se recentrer.

## Plan de correction priorisé

```
PLAN DE CORRECTION — Contenu : "[titre / URL / chemin]"
Surprise Score Sémantique actuel : XX/100 — [verdict]

P0 — Bloquants (à corriger avant publication)
- [Phase X — Couche Y] Gap : [description] → Action : [verbe + objet précis]

P1 — Importants (avant la prochaine vague de mises à jour)
- [...]

P2 — Améliorations (sur les versions suivantes)
- [...]

ÉLÉMENTS HORS SCOPE détectés :
- [Citation du contenu] → Raison : pollue le vecteur → Action : déplacer / supprimer

Score de couverture global : X/11 couches couvertes
```

## Règles de priorisation

| Niveau | Déclencheur | Conséquence |
|---|---|---|
| **P0** | Gap sur la Phase 11 (Structural), ou une phase entière de la Triade SERP non couverte | Ne franchit pas l'admission Google |
| **P1** | Gap sur la Phase 4 (pain points), la Phase 9 (divergence), la Phase 5 (preuves), ou Surprise Score < 60 | Indexée mais Low Surprise |
| **P2** | Gap sur la Phase 10 (FAQ), la Phase 6 (multimodal), la Phase 13 (patches KB) | Ranke, mais ne maximise pas la phase 3 de la Triade |

## Limites connues de ce format

À garder en tête pendant l'exécution, et à signaler à l'utilisateur quand elles mordent :

- **Le dénominateur « X/11 couches » n'est pas défini ici.** Le pipeline compte 16 livrables. La v2.0 fixe les 11 couches réellement auditables ; en attendant, annoncer explicitement quelles couches ont été comptées.
- **« Couvert » est binaire alors que la Phase 2 prescrit une densité en pourcentage.** Une entité mentionnée une fois dans 3000 mots n'est pas couverte au sens de la carte. Compter les occurrences plutôt que de juger à la lecture, et l'annoncer.
- **Les Phases 0, 7 et 13 ne portent pas sur le contenu audité** — elles portent sur la requête, le marché, et le KB. Les passer au moule « 3 colonnes » produit du remplissage. Les traiter comme contexte de référence, pas comme couches auditées.
- **La Phase 11 n'est auditable que si la source contient les champs structurels.** Sur un texte collé ou un Markdown, title / meta description / schema.org sont absents : conclure « Gap P0 » sur ces champs est un faux positif. Les marquer « non observable » et dire ce qu'il faudrait fournir (l'URL ou le HTML rendu) pour les auditer.
- **Le contexte sature.** L'audit exige de générer la carte complète puis de charger le contenu. Déléguer la génération de la carte à un sous-agent quand l'environnement le permet, en ne lui transmettant pas le contenu à auditer.