L'audit SEO technique avec Claude

Sommaire

Ce guide couvre une seule chose : l'audit SEO technique d'un site, avec Claude.

Il te faut trois accès. La Search Console du site, un navigateur, le sitemap.

Aucun outil SEO payant n'entre dans le processus.

Compte 3 h à 4 h 30 pour un site de taille moyenne. La durée suit le nombre d'URLs, pas la difficulté.

Pour qui

Consultants SEO, freelances, marketers in-house, équipes techniques qui veulent auditer sans dépendre d'un abonnement.

Tu n'as pas besoin de savoir coder. Les commandes du guide se copient telles quelles.

Ce que tu sauras faire à la fin

• Écrire un skill et l'installer, avec l'anatomie exacte du fichier
• Monter ton dossier de contexte local
• Installer les cinq skills qui couvrent l'audit
• Dérouler les sept phases dans l'ordre, chacune nourrissant la suivante
• Séparer une page non indexée d'une page non testable
• Sortir un plan d'action en trois horizons, avec les dépendances bloquantes

Un audit se déroule dans un ordre fixe. Indexation, structure, sémantique. Chaque filtre annule le suivant.

Les trois filtres, dans l'ordre

Une page non indexée ne ranke jamais, quelle que soit sa qualité. Premier filtre.

Une page indexée mais sans structure Hn ne se fait pas extraire par les moteurs de réponse. Deuxième filtre.

Une page indexée et structurée qui rate l'intention plafonne en page deux. Troisième filtre.

Auditer la sémantique d'une page bloquée par un noindex ne sert à rien. C'est le cas le plus fréquent en début de mission.

Ce que le Passage Ranking change à l'audit

Google note des passages, pas seulement des pages.

Un H2 suivi de sa réponse forme une unité extractible. Un moteur de réponse cite cette unité, pas l'article entier.

Donc l'arborescence Hn décide de ce qui peut être cité. Une page en div sans titres reste invisible à ce mécanisme, même bien écrite.

La phase 3 de l'audit contrôle ça sur toutes les URLs du site.

Une brique de compétence que Claude charge quand le contexte correspond. Tu l'écris une fois, il la rejoue sur chaque audit.

Définition

Un skill est un dossier qui contient un fichier SKILL.md.

Ce fichier dit trois choses : quand se déclencher, à quoi il sert, comment procéder étape par étape.

Tu ne le lances pas. Tu écris « vérifie l'indexation de ce sitemap » et il part seul.

L'anatomie du fichier

Le fichier ouvre sur un bloc frontmatter YAML à deux champs.

name reprend le nom du dossier. description contient les phrases qui déclenchent le skill.

Soigne la description : c'est elle que Claude lit pour décider d'activer ou non.

---
name: mon-skill
description: |
  Ce que fait le skill, en une phrase dense.
  TOUJOURS utiliser ce skill quand l'utilisateur dit : "...", "...".
---

# Skill, nom lisible

## Quand déclencher
## Input requis
## Pipeline (N étapes)
## Output obligatoire
## Règles absolues

Sous le frontmatter, sept sections suffisent.

• Déclencheur. Les mots et phrases qui activent le skill
• Rôle. Ce qu'il fait, ce qu'il livre
• Réflexion appliquée. Ta méthode, tes arbitrages
• Données requises. Search Console, sitemap, autres entrées
• Raisonnement étape par étape. La séquence obligatoire, dans l'ordre
• Format de sortie. À quoi ressemble le livrable, précisément
• Ce que l'agent ne doit pas faire. Les pièges à éviter

Installer un skill

Trois chemins, chacun prend moins d'une minute.

Par l'interface. Ouvre Paramètres, Personnaliser, Compétences, puis le bouton plus. Glisse le dossier du skill. Il se déclenche dès la conversation suivante.

En le demandant à Claude. Demande-lui de poser le skill, en précisant qu'il le met en compétence active et dans ton dossier local.

Sur Claude Code. Les skills vivent dans ~/.claude/skills/ sur Mac et Linux, dans %USERPROFILE%\.claude\skills\ sur Windows. Crée un sous-dossier en kebab-case, son nom devient le nom du skill, dépose le SKILL.md dedans.

Les fichiers annexes, modèles et scripts, vont dans references/ ou scripts/ à côté.

Un enchaînement de skills déclenché par un événement. L'audit de ce guide en est un.

La différence avec un skill

Un skill fait une chose précise : contrôler l'indexation, détecter les cannibalisations, sortir les quick wins.

Un workflow enchaîne plusieurs skills et produit un livrable composé.

L'audit du chapitre 6 enchaîne indexation-check, seo-quick-win, seo-cannibalisation, maillage-systeme et maillage-interne-gsc, plus deux phases de prompt et une synthèse.

Aucun de ces skills pris seul ne produit le rapport final.

L'orchestration séquentielle

Le pattern se répète à chaque phase : une entrée validée, un skill, une sortie qui devient l'entrée de la phase suivante.

Tu valides chaque sortie avant de continuer.

Sauter la validation propage l'erreur sur les six phases suivantes, et tu la découvres dans le rapport final.

Encapsuler un workflow en skill

Tu peux enfermer l'enchaînement dans un skill unique qui appelle les skills enfants dans l'ordre. Un seul déclencheur lance tout.

Un workflow large encapsulé devient difficile à corriger : tu perds la main entre deux phases.

Trois sous-dossiers de contexte, trois fichiers d'identité, un dossier skills.

Le dossier de travail

Choisis un dossier sur ton disque interne.

Évite iCloud, Dropbox et OneDrive : la synchronisation provoque des conflits de lecture quand plusieurs fichiers s'ouvrent en parallèle.

Claude lit ce qui est dans ce dossier. Tu arrêtes de coller le contexte à chaque session.

Les trois sous-dossiers

• Instructions. Ta méthode d'audit, tes arbitrages, tes formats de livrables
• Référence SEO. Ta doctrine, tes notes techniques, les exports précédents du client
• Dossier client. Positionnement, pages stratégiques, transcriptions de calls, historique des interventions

Les trois fichiers d'identité

À la racine, trois fichiers écrits une fois et réutilisés sur chaque mission.

• about-me.md : ton secteur, tes clients, ton positionnement
• my-voice.md : ton style d'écriture, extrait de tes meilleurs documents
• my-rules.md : ce que tu fais, ce que tu refuses, tes arbitrages par défaut

Laisse Claude en générer une première version à partir de tes documents existants. Ouvre, corrige, valide.

La structure finale

ton-dossier-de-travail/
├── .claude/
│   └── skills/          → les 5 skills d'audit
├── 1-instructions/      → méthode, arbitrages, formats
├── 2-reference-seo/     → doctrine, notes techniques, exports
├── 3-client-actif/      → positionnement, pages, calls
├── about-me.md
├── my-voice.md
└── my-rules.md

Trois skills sont donnés en fichier complet, prêts à copier. Deux sont résumés.

Ces cinq skills couvrent les sept phases du chapitre 6. Les phases 0, 3 et 6 tournent au prompt, sans skill dédié.

Pour les deux résumés, passe le résumé à Claude avec un des trois fichiers complets comme gabarit. Tu obtiens un SKILL.md cohérent en une minute.

Ensuite tu les calibres sur ton secteur. Un skill qui n'a jamais vu tes clients produit le même rapport que celui du voisin.

---
name: indexation-check
description: |
  Audit d'indexation d'un site sans outil tiers payant. Vérifie 9 points sur chaque URL :
  statut HTTP, blocage robots.txt, directive noindex, présence au sitemap et fraîcheur du
  lastmod, cohérence sitemap contre source de vérité, maillage interne entrant, longueur de
  contenu, statut d'indexation observable. Sortie : rapport avec synthèse, anomalies
  critiques en tête, anomalies mineures, recommandations priorisées. Distingue strictement
  "non indexée" et "non testable". Lecture seule, aucune action de forçage.

  TOUJOURS utiliser ce skill quand l'utilisateur dit : "audit indexation", "check
  indexation", "vérifier l'indexation", "mes pages sont-elles indexées", ou quand il fournit
  une liste d'URLs ou un sitemap en demandant un diagnostic.

  Cible : sites de 30 à 1 000 pages. Au-delà, brancher l'API Search Console officielle.
---

# Skill, audit d'indexation

## Quand déclencher

- Audit ponctuel d'un site, avant un call, après une refonte, après la mise en ligne d'un cluster
- Monitoring mensuel sur un client en accompagnement
- Diagnostic d'une chute de trafic non expliquée
- Contrôle préalable à un projet programmatique

## Input requis

| Source | Obligatoire |
|--------|-------------|
| Liste des URLs à contrôler, ou URL du sitemap.xml public | Oui |
| Domaine cible | Oui |
| Pages hubs à crawler pour le maillage (accueil, glossaire, footer) | Recommandé |

Minimum viable : une liste d'URLs et le domaine. Le reste se déduit.

## Architecture, 3 couches

    1. Charger la liste des URLs, source de vérité humaine
            |
    2. COUCHE A, audit technique, les causes
            |
    3. COUCHE B, statut d'indexation observable
            |
    4. COUCHE C, rapport

La séparation entre les causes et le statut est volontaire. Un check qui ne regarde que le
statut affiche "OK 200" alors que la page porte un noindex accidentel.

## COUCHE A, audit technique

1. Statut HTTP et chaîne de redirections

    curl -sIL -A "Mozilla/5.0" -o /dev/null -w "%{http_code}|%{url_effective}" {URL}

Note le code final et la chaîne. 200 attendu. Une redirection 301 systématique est une dette
à signaler (slash final, http vers https).

2. robots.txt non bloquant

    curl -s https://{domaine}/robots.txt

Pour chaque chemin, vérifie qu'aucune directive Disallow ne le bloque, ni pour
User-agent: * ni pour User-agent: Googlebot.

3. Aucune directive noindex, dans le HTML et dans l'en-tête HTTP

    curl -sL -A "Mozilla/5.0" {URL} | grep -i 'name="robots"'
    curl -sIL {URL} | grep -i 'x-robots-tag'

Signaler toute présence de noindex ou none.

4. Sitemap, présence et fraîcheur

    curl -s https://{domaine}/sitemap.xml

Pour chaque slug attendu, vérifie la présence d'une balise loc et lis le lastmod associé.
Signaler tout lastmod de plus de 6 mois.

5. Cohérence entre le sitemap et la source de vérité

Différence entre les slugs du fichier source et les balises loc du sitemap.
Slug présent en source et absent du sitemap : à ajouter au build.
Balise loc présente au sitemap et absente de la source : orpheline de sitemap.

6. Maillage interne entrant

Crawle les pages hubs et compte les liens entrants par URL cible.
Zéro lien entrant : page orpheline, critique.
Un seul lien entrant : page sous-maillée, à signaler.

7. Longueur de contenu

Extrais le texte de main ou article, à défaut le body moins nav et footer, puis compte les mots.
Moins de 300 mots : contenu trop court, à creuser.
De 300 à 800 : court mais acceptable pour une fiche atomique.
Plus de 800 : rien à signaler.

## COUCHE B, statut d'indexation

8. Indexation observable

    curl -sL -A "Mozilla/5.0" "https://www.google.com/search?q=site:{URL}&hl=fr"

Garde-fous obligatoires :
- Espacer les requêtes de 3 à 5 secondes
- Détecter le blocage : grep -E 'sorry/index|recaptcha|unusual traffic'
- Si bloqué, marquer "non testable, limite de requêtes", jamais "non indexée"
- Réessayer une fois si la réponse est vide avant de conclure
- Marquer "indexée" si l'URL apparaît dans le HTML de réponse

Fiabilité de 40 à 60 % à cause de la limite de requêtes. La variante API monte à 100 %.

## COUCHE C, rapport

9. Structure obligatoire du rapport

- Synthèse en tête, X sur N par dimension
- Anomalies critiques, action immédiate : noindex accidentel, page orpheline, 404 sur une page business
- Anomalies mineures : lastmod ancien, sous-maillage, contenu trop court
- Recommandations priorisées, 2 à 5 actions classées par impact estimé
- Limites du rapport : ce qui n'a pas pu être testé, et pourquoi

## Garde-fous, non négociables

- Lecture seule sur le web public. Aucune requête authentifiée non autorisée.
- Aucune action de forçage. Pas de soumission d'URL, pas de crawl forcé.
- Aucune modification du site.
- Distinction stricte entre "non indexée" et "non testable" dans le rapport.
- Un noindex accidentel sur une page business remonte en tête de rapport, pas en ligne 47 du tableau.
- Si un check échoue, continuer les autres et le signaler dans les limites.

Observation côté agent, décision côté humain.

## Variante haute fiabilité, API URL Inspection

Avec un compte de service Google Cloud et la propriété Search Console :
1. Lire la clé JSON
2. Signer un JWT et l'échanger contre un token d'accès
3. POST sur https://searchconsole.googleapis.com/v1/urlInspection/index:inspect
4. Statuts officiels : INDEXED, DISCOVERED_NOT_INDEXED, CRAWLED_NOT_INDEXED, URL_IS_UNKNOWN_TO_GOOGLE

Le check 8 passe de 50 % à 100 % de fiabilité. Installation en 30 minutes environ.
Limite officielle : 2 000 inspections par jour et par propriété.

## Variante site rendu côté client

Sur une application monopage, curl ne voit qu'une coquille HTML vide. Brancher un navigateur
headless, charger l'URL, attendre la fin des requêtes réseau, comparer le HTML rendu au HTML
servi. Signaler tout contenu présent uniquement après exécution du JavaScript.
Compter environ 30 secondes par URL.

---
name: seo-quick-win
description: |
  Identification des opportunités SEO rapides depuis les données GSC : pages en position
  3-12 avec impressions élevées et CTR sous-performant. Priorité à l'optimisation de
  l'existant avant toute création de contenu. Pipeline en 6 étapes : filtrer, trier,
  calculer l'écart de CTR, croiser avec l'intention, prioriser, lister les leviers.

  TOUJOURS utiliser ce skill quand l'utilisateur dit : "quick win", "quick wins", "pages
  proches du top 3", "CTR faible", "pages position 3-12", ou quand un export GSC est déposé.
---

# Skill, quick wins SEO

## Quand déclencher

Pages en position 3-12, impressions élevées, CTR sous-performant.
Priorité : optimiser l'existant avant de créer.

## Input requis

| Source | Obligatoire |
|--------|-------------|
| Export GSC Pages : URL, clics, impressions, CTR, position, 90 jours | Oui |
| Contexte secteur et offre | Recommandé |

Minimum viable : export 30 jours, positions 4-15, tri par impressions décroissantes.

## Pipeline, 6 étapes

1. Filtrer : positions 3.0 à 15.0, exclure les requêtes de nom et la page d'accueil
2. Trier : top 10 par impressions décroissantes
3. Calculer l'écart de CTR : CTR réel contre CTR attendu pour la position.
   Le CTR attendu vient d'une étude datée et citée, jamais d'un chiffre de mémoire.
   Sans source disponible, écrire [A SOURCER] et continuer.
4. Croiser avec l'intention : décisionnel P1, transactionnel P2, informationnel P3
5. Prioriser : décisionnel, plus de 500 impressions par mois, écart de CTR supérieur à 1,5 point
6. Lister les leviers dans cet ordre : réponse à l'intention réelle, passage ancré en tête
   de page, FAQ décisionnelle, liens internes entrants, puis title et méta-description

## Output obligatoire

Tableau de 5 à 10 pages, puis une fiche action par page.
Minimum 2 actions par page, dont une densification en avant et après.

    QUICK WINS, top N opportunités
    | # | URL | Position | Impressions | CTR réel | CTR attendu | Écart | Intention |

    Page /url
      Action 1 : [type], [description concrète]
      Action 2 : densification du premier paragraphe, [avant / après]

## Règles absolues

- Ne pas proposer de contenu neuf avant d'avoir épuisé les quick wins existants
- Pas de conseil générique sans URL concernée
- Ne pas confondre volume de recherche et impressions GSC
- Ne jamais présenter le title ou la méta-description comme la cause d'une
  contre-performance. Ce sont des ajustements de présentation en SERP, cités en dernier.
- Toujours inclure au moins un exemple avant et après

## Concepts liés

preuve-atomique, grounding-score, intention-recherche, gsc-export

---
name: seo-cannibalisation
description: |
  Audit de cannibalisation depuis les données GSC. Identifie les pages en compétition
  interne sur les mêmes requêtes ou les mêmes intentions, classifie le type de conflit
  (requête exacte, même intention, proximité sémantique, Triade SERP), analyse les
  métriques, recommande l'action : redirection 301, fusion, différenciation, maillage
  croisé, ou aucune action dans le cas d'une Triade SERP.

  TOUJOURS utiliser ce skill quand l'utilisateur dit : "cannibalisation", "deux pages sur
  le même mot-clé", "je rankais mieux avant", "pages en compétition interne", "audit
  cannibalisation".
---

# Skill, cannibalisation

## Quand déclencher

Deux pages se disputent les mêmes requêtes ou la même intention.
Chutes de position inexpliquées, CTR qui stagne malgré les impressions.

## Input requis

| Source | Obligatoire |
|--------|-------------|
| Export GSC Requêtes, filtré par URL, 90 jours | Oui |
| Liste des URLs, sitemap ou crawl | Recommandé |
| Rôle de chaque page : pilier ou satellite | Recommandé |

## Pipeline, 5 étapes

1. Identifier les conflits : requêtes qui déclenchent 2 URLs ou plus dans la GSC
2. Classifier le type :
   - (A) Requête exacte, deux pages sur la même requête précise
   - (B) Même intention, deux pages répondent au même besoin
   - (C) Proximité sémantique, sujets voisins sans conflit direct
   - (Triade SERP) Deux URLs présentes dans le top 10, opportunité et non conflit
3. Analyser les métriques : position, impressions, clics, CTR par page
4. Évaluer l'architecture : pilier ou satellite, objectif business de chaque page
5. Recommander l'action

| Situation | Action |
|-----------|--------|
| Type A, une page faible | Redirection 301 vers la page forte |
| Type A, deux pages fortes | Fusion puis 301 |
| Type B, micro-intentions distinctes | Différenciation et maillage croisé |
| Type C | Renforcement du maillage vers le pilier |
| Triade SERP | Aucune action, optimiser chaque angle séparément |

## Output obligatoire

    CANNIBALISATION DÉTECTÉE
    Requête : '[requête]', type : (A / B / C / Triade)
    | URL | Position | Impressions | Clics | CTR | Statut |

    Diagnostic : [explication]
    Action : [action précise, 3 étapes d'implémentation]

## Règles absolues

- Ne pas recommander une 301 sans avoir lu les métriques des deux pages
- Ne pas traiter toutes les cannibalisations de la même façon
- Ne pas confondre duplication de contenu et cannibalisation
- Ne pas fusionner deux pages qui portent des micro-intentions distinctes
- Une Triade SERP se conserve, elle occupe deux positions au lieu d'une

## Concepts liés

triade-serp, rrf, maillage-interne, intention-recherche, gsc-export

Chaque phase produit une sortie que la suivante consomme. Compte 3 h à 4 h 30.

Quatre phases s'appuient sur un skill. Les phases 0, 3 et 6 tournent au prompt, et la phase 5 enchaîne les deux skills de maillage. Ce qui fait cinq skills pour sept phases.

La phase 3 suit la taille du sitemap. Sur 800 URLs, elle dépasse les autres phases réunies.

Phase 0 · Positionnement

Tu donnes ton export et tes cinq à dix requêtes business.

Pour chaque requête, demande la position moyenne, les impressions, le CTR et l'écart avec le CTR attendu.

Relève ensuite les requêtes business absentes de l'export. Ce sont les trous réels.

Termine par la recherche web : quel type de résultat domine chaque requête, et un AI Overview se déclenche-t-il.

Voici mon export Search Console [période].
Voici mes requêtes business : [liste]

1. Pour chaque requête, sors ma position moyenne, mes impressions,
   mon CTR, l'écart avec le CTR attendu, et l'URL qui ranke.
2. Liste les requêtes business absentes de l'export.
3. Pour chacune, dis quel type de résultat domine la SERP
   et si un AI Overview se déclenche.
4. Sors les requêtes où je ranke sans les avoir ciblées.

Cette phase alimente les six suivantes. Les trous partent en horizon « pages à créer », les pages faibles deviennent les candidates de la phase 2.

Phase 1 · Indexation

Croise les URLs du sitemap avec celles que Google connaît, puis lance indexation-check.

Le skill contrôle neuf points par URL et sépare les causes du statut.

Une page marquée « non testable » n'est pas une page non indexée. Google limite les requêtes, le skill le détecte et le dit.

Traite les noindex accidentels avant tout le reste. C'est le correctif le plus rentable de l'audit, et il prend cinq minutes.

Phase 2 · Quick wins

Filtre les pages en position 3 à 12, avec des impressions dans le premier cinquième du site et un CTR sous l'attendu.

Multiplie les impressions par l'écart de CTR. Tu obtiens les clics récupérables par page, et l'ordre de traitement.

Lis ensuite le contenu de chaque page retenue : structure Hn, trois cents premiers mots, présence d'une FAQ, données structurées, liens internes entrants.

L'ordre des correctifs compte. La page répond-elle à l'intention réelle, le premier paragraphe contient-il une réponse autonome, la FAQ décisionnelle existe-t-elle, la page reçoit-elle des liens internes.

Le title et la méta-description viennent en dernier. Ils changent la présentation en SERP, pas la pertinence de la page.

Vérifie aussi la fiche Google Business Profile quand le site a une adresse. Son absence est souvent le premier quick win du site.

Phase 3 · Structure Hn

Prends toutes les URLs du sitemap, pas un échantillon.

En terminal, le volume ne coûte rien. Dans le navigateur, priorise les pages avec impressions, les quick wins de la phase 2, puis les positions 4 à 20.

Extrais l'arborescence H1 à H6 dans l'ordre du document, puis applique huit contrôles.

• H1 unique et présent. Zéro H1 est critique, plusieurs H1 sont à corriger
• Hiérarchie sans saut de niveau. Un H1 suivi d'un H3 casse l'arborescence
• H1 aligné sur l'intention, ni générique ni réduit au nom du site
• H2 alignés sur les requêtes vues en position 4 à 20
• Aucun Hn générique : « introduction », « conclusion », « pour aller plus loin »
• Aucun Hn suroptimisé qui répète la requête exacte à chaque niveau
• Chaque H2 lisible comme une réponse autonome, citable telle quelle
• Aucune page sans titres. Une page en div reste invisible au Passage Ranking

Croise avec la phase 2. Une page quick win dont le seul défaut est le Hn se corrige en dix minutes.

Phase 4 · Cannibalisation

Compte d'abord les URLs distinctes de ton export.

En dessous de dix, saute la phase et documente la sous-granularité. Un site de huit pages ne cannibalise pas, il manque de pages.

Au-dessus, lance seo-cannibalisation et laisse-le classer les conflits avant de trancher.

Ouvre les deux pages en conflit. Le contenu dit la cause réelle : deux pages trop proches, ou un maillage qui n'exprime pas la hiérarchie.

Phase 5 · Maillage, deux passes

Cartographie d'abord les liens existants : URL source, ancre, cible, position du lien dans la page.

Lance ensuite maillage-systeme pour l'architecture en piliers et la classification hub contre satellite.

Termine par maillage-interne-gsc, qui superpose la hiérarchie réelle vue par Google.

Une page forte en impressions et orpheline dans la structure passe en tête du plan.

Sans Search Console exploitable, les deux premières étapes suffisent à sortir un plan tenable.

Phase 6 · Synthèse et plan

Recolle les six sorties et demande un plan en trois horizons.

• Semaines 1 et 2. Zéro création : déblocage des pages non indexées, corrections Hn rapides, liens internes manquants, cannibalisations simples
• Mois 1. Réécriture des pages existantes, restructuration du maillage en piliers, conflits structurels
• Mois 2 et 3. Pages neuves sur les trous de la phase 0, outils interactifs

Chaque action porte sa page, son type, son impact estimé, son effort et ses dépendances bloquantes.

Ajoute la matrice de dépendances et les actions parallélisables. C'est ce document que le client exécute sans revenir vers toi.

Checklist avant de lancer

• Export Search Console en CSV, 3 à 6 mois, toutes requêtes et toutes pages
• Navigateur connecté et testé sur une page du site
• URL du sitemap.xml accessible
• Liste de 5 à 10 requêtes business
• Modèle économique du site et pages stratégiques identifiées

Tirés des 720 messages du groupe bootcamp sur dix jours, classés par fréquence.

Mes skills sont dans un dossier système, comment je bascule d'un ordinateur à l'autre ?

C'est le blocage numéro un, surtout sur Windows, où les skills vivent dans un dossier système qu'aucun service de synchronisation ne suit.

Ne remappe rien à la main. Demande à Claude de lister tes skills et de les copier vers un dossier synchronisé, ou compresse le dossier et dépose l'archive sur ton drive.

Je n'ai que trois skills sur cinq qui se déclenchent

La cause est presque toujours la même : le skill existe dans ton dossier local mais n'apparaît pas dans Paramètres, Compétences.

Vérifie-le visuellement dans l'interface. C'est cette liste qui décide du déclenchement.

Le client n'a pas de Search Console, je peux quand même auditer ?

Oui, sur quatre phases. L'indexation, la structure Hn et la passe structurelle du maillage tournent sur le web public.

Les quick wins et la cannibalisation demandent la donnée, ils attendent l'accès.

Fais ouvrir la propriété dès le premier call : la Search Console ne remonte pas l'historique, elle commence à collecter le jour de la validation.

Mon sitemap fait 800 URLs, la phase 3 est-elle tenable ?

En terminal, oui, le volume ne coûte rien.

Dans le navigateur, découpe : d'abord les pages avec impressions, puis les quick wins de la phase 2, puis les positions 4 à 20, puis le reste par lots.

Quel modèle je prends, et comment je ne grille pas ma session ?

Le modèle intermédiaire pour l'installation et les contrôles techniques. Le plus capable pour la phase 6, qui croise six sorties d'un coup.

Une session épuisée en rangeant des exports signale un modèle trop lourd sur une tâche mécanique. Vérifie la gamme disponible au moment où tu lis ces lignes, elle bouge vite.

Claude a inventé des chiffres dans mon rapport

Il comble quand la donnée manque. C'est la raison du format imposé dans chaque skill : une colonne source, et le marqueur [A SOURCER] quand la valeur n'existe pas.

Pose l'interdiction dans my-rules.md, puis recoupe chaque chiffre du rapport avec la ligne d'export correspondante avant de l'envoyer.