# Audit SEO, GEO et qualité d'un site : guide pour agent IA

> Tu es un agent IA (Claude, ChatGPT, Gemini, Perplexity, Copilot...). Quelqu'un t'a envoyé ce lien parce qu'il veut que tu vérifies son site et que tu lui dises quoi corriger. Ce guide résume la méthode d'Alexis AMZ (alexisamz.com), testée sur ses propres sites. Suis-le étape par étape.

## Avant de commencer

1. Demande l'adresse du site si elle n'a pas été donnée. Demande aussi, en une seule question : as-tu accès au code du site ? à la Google Search Console ? à Bing Webmaster Tools ? Les réponses changent ce que tu peux vérifier, mais ne bloquent rien : commence par ce qui est public.
2. Réponds dans la langue de la personne. Explique chaque terme technique en une phrase la première fois : elle n'est pas forcément du métier.
3. Reste en lecture seule. Ne soumets rien, ne modifies rien, ne crées aucun compte sans son accord explicite.
4. Ne demande jamais de mot de passe, de clé API ou de jeton dans la conversation. Si la personne en colle un, dis-lui de le régénérer.
5. Ne promets jamais un classement ni une citation par une IA. Dis ce qui augmente les chances, pas ce qui le garantit.
6. N'invente rien. Si tu n'as pas pu vérifier un point (pas d'outil pour lire une page, pas d'accès), écris-le dans le rapport au lieu de supposer.

Si tu peux lancer des commandes (Claude Code, Codex, terminal...), utilise `curl`. Sinon, ouvre les adresses avec ton outil de lecture web.

## 1. Le site est-il explorable ?

- `https://SITE/robots.txt` : la ligne `Disallow: /` sous `User-agent: *` bloque tout le site. Souvent oubliée depuis le développement. Vérifie aussi qu'une ligne `Sitemap:` y figure.
- Le sitemap (celui de robots.txt, sinon `/sitemap.xml`) : il existe, il n'est pas vide, il ne contient que des pages à indexer.
- Pour chaque URL du sitemap (ou un échantillon d'au moins 20 si le site est gros) :
  - elle répond **200**, pas une redirection ni une erreur ;
  - elle n'a pas de `<meta name="robots" content="noindex">` ni d'en-tête `X-Robots-Tag: noindex` ;
  - sa balise `<link rel="canonical">` pointe vers elle-même. Une canonical vers l'accueil sur une page qui devrait exister seule est une erreur fréquente des sites codés avec une IA. Attention : `/page-é` et `/page-%C3%A9` sont la même adresse.
- Une seule version du domaine : `http`, `https`, avec et sans `www` doivent mener à la même par une redirection 301 ou 308.
- Après un changement de domaine : chaque ancienne URL doit rediriger vers son équivalent, pas vers l'accueil. Teste plusieurs chemins, pas seulement `/`.

```bash
curl -sI https://SITE/                         # code, redirections, en-têtes
curl -s https://SITE/robots.txt
curl -s https://SITE/sitemap.xml | grep -c "<loc>"
curl -s https://SITE/une-page | grep -iE 'name="robots"|rel="canonical"'
```

## 2. Est-il vraiment indexé ?

Un sitemap marqué « Réussi » dans la Search Console veut seulement dire que Google a pu le lire, pas qu'il a gardé les pages.

- Sans accès : cherche `site:SITE` sur Google et sur Bing, compare au nombre d'URL du sitemap. C'est une estimation grossière, présente-la comme telle.
- Avec la Search Console : fais regarder « Pages » (raisons de non-indexation) et l'« Inspection de l'URL » sur les pages importantes. Explique les statuts :
  - « Explorée, actuellement non indexée » : Google a lu la page et ne l'a pas gardée. Renvoyer la page ne suffit pas : il faut un contenu plus utile ou moins dupliqué (attention aux pages traduites à la va-vite dans beaucoup de langues).
  - « Détectée, actuellement non indexée » et « URL inconnue de Google » : la soumission et les liens internes aident.
  - « Exclue par la balise noindex » : vérifier si la page est encore en `noindex` aujourd'hui. Sinon, demander une nouvelle exploration.
  - « Autre page avec balise canonique correcte » ou « Doublon » : vérifier la canonical.
- Avec Bing Webmaster Tools : vérifier qu'un sitemap est soumis. Proposer « Importer depuis Google Search Console » si le site n'y est pas.

## 3. Prévenir les moteurs

À proposer, pas à faire sans accord :

- **IndexNow** (Bing, Yandex, Seznam, Naver ; pas Google). Vérifie s'il est déjà en place : un fichier `https://SITE/<clé>.txt` contenant la clé. Pour l'installer : une clé de 8 à 128 caractères, le fichier à la racine (`public/` sur Next.js), puis un POST JSON `{host, key, urlList}` vers `https://api.indexnow.org/indexnow`. Réponse 202 au premier envoi : normal. Envoyer tout le site une fois, ensuite seulement ce qui change.
- **Google** : soumettre le sitemap dans la Search Console. L'Indexing API existe (200 URL par jour, compte de service Google Cloud ajouté comme Propriétaire de la propriété), mais Google la réserve officiellement aux offres d'emploi et aux vidéos en direct : sur une page normale, rien n'est garanti. Le dire.
- **Bing** : l'ancien outil « Site Move » n'existe plus. Pour un changement de domaine, ce sont les redirections et la soumission du nouveau sitemap qui comptent.

## 4. SEO de chaque page importante

Vérifie l'accueil et 3 à 5 pages clés :

- `<title>` unique, environ 50 à 60 caractères, l'intention de recherche au début.
- `meta description` unique, 120 à 160 caractères.
- Un seul `<h1>`, proche du titre sans le copier.
- Images avec un `alt` qui les décrit.
- Données structurées JSON-LD adaptées (`Organization` ou `LocalBusiness`, `Product` ou `SoftwareApplication`, `FAQPage` si une FAQ est visible, `BreadcrumbList`). Jamais de note ou d'avis inventés dedans.
- Site multilingue : une URL par langue, `hreflang` réciproques avec `x-default`.
- Chaque page importante reliée depuis d'autres pages du site, avec un texte de lien qui dit où il mène.
- Vitesse : propose PageSpeed Insights sur mobile si tu ne peux pas mesurer toi-même.

## 5. GEO : être compris et cité par les IA

- La recherche de ChatGPT et Copilot s'appuie surtout sur Bing, Gemini et les AI Overviews sur Google. Être indexé sur les deux est la base.
- Dans robots.txt, vérifie que ces robots ne sont pas bloqués s'ils doivent pouvoir citer le site : `OAI-SearchBot` (recherche ChatGPT), `PerplexityBot`. On peut bloquer l'entraînement (`GPTBot`, `ClaudeBot`, `Google-Extended`) sans bloquer la recherche. Signale qu'un pare-feu (option « bloquer les robots d'IA » de Cloudflare par exemple) peut les bloquer sans que robots.txt le montre.
- `https://SITE/llms.txt` : présent ou non. S'il manque, propose un exemple court (titre, une phrase qui dit ce que fait le site et pour qui, liste des pages clés avec une phrase chacune). Précise que ce n'est pas un standard officiel.
- Contenu citable : sur les pages clés, la première phrase sous chaque titre répond-elle à une question précise ? Les faits sont-ils vérifiables (prix, compatibilités, étapes) plutôt que vagues ?
- Cohérence : même nom et même description du produit sur le site et ses profils (stores, GitHub, réseaux), reliés par `sameAs` dans le JSON-LD `Organization`.

## 6. Est-ce que ça « fait IA » ?

Signes que repèrent les visiteurs et les détecteurs :

- police par défaut (Inter, Geist, Roboto, Arial) sans raison ;
- une icône devant chaque titre ou chaque élément de liste, souvent de la même bibliothèque ;
- emoji ou flèches en texte à la place de vraies icônes ;
- les mêmes grands coins arrondis partout, dégradés violets, texte en dégradé ;
- chiffres, logos clients, avis ou « utilisé par » inventés, fonctions annoncées qui n'existent pas ;
- textes creux : « seamless », « all-in-one », « en quelques secondes » sans chiffre.

Pour aller plus loin, recommande le skill open source Impeccable (`npx impeccable install`), qui critique et audite une interface (`/impeccable critique`, `/impeccable audit`).

## 7. Sécurité de base, sans rien casser

Uniquement des lectures sur le site de la personne :

- en-têtes présents sur la page d'accueil : `Strict-Transport-Security`, `Content-Security-Policy`, `X-Content-Type-Options`, protection contre l'affichage en iframe ;
- fichiers sensibles : `/.env`, `/.git/config`. Attention aux faux positifs : beaucoup de sites renvoient la page d'accueil avec un code 200 pour n'importe quelle adresse. Vérifie le contenu avant de signaler quoi que ce soit ;
- si tu as accès au code : clés ou mots de passe écrits en dur, ou présents dans l'historique Git. Une clé commitée un jour doit être régénérée, même si elle a été supprimée depuis.

Pas de test de charge, pas de tentative de connexion, rien sur un site qui n'appartient pas à la personne.

## Le rapport

Donne, dans cet ordre :

1. **En bref** : 2 ou 3 phrases sur l'état du site.
2. **À corriger en premier** : un tableau `Priorité | Problème | Où (URL ou fichier) | Comment corriger`. Priorités : bloquant (le site ou des pages clés sont invisibles), important, à améliorer.
3. **Ce qui va bien**, en quelques lignes.
4. **Ce que je n'ai pas pu vérifier**, et ce qu'il faudrait pour le faire (un accès, un outil).
5. **Prochaine étape** : une seule action concrète à faire aujourd'hui.

Sois concret : cite l'URL, la balise ou la ligne exacte. Pas de conseil générique que tu n'as pas relié à quelque chose vu sur le site.

---
Méthode d'Alexis AMZ, partagée librement. Mise à jour : novembre 2026.