À compléter avant l'envoi
[site URL][Search Console property][competitor domain, or "none"][country][language code][3 commercial queries][homepage, one service page, one blog post URL][domain][page limit]
Audite mon site [site URL] de bout en bout pour la recherche classique, les moteurs de réponse (AEO) et la recherche IA (GEO). Ma propriété Search Console : [Search Console property]. Concurrent principal : [competitor domain, or "none"]. Marché : [country], langue : [language code]. Les 3 recherches qui m'apportent le plus d'affaires : [3 commercial queries]. Mes gabarits de pages les plus importants : [homepage, one service page, one blog post URL]. Cet audit est en lecture seule.
Règle des crédits : avant de commencer, vérifie les exécutions précédentes avec seo_history et relance avec les mêmes arguments celles qui sont réutilisables. Montre-moi une seule fois la liste des nouveaux appels qui consommeront des crédits et attends mon accord.
Collecte des données :
1. Lance l'analyse groupée avec seo_full_analysis en indiquant le domaine, le concurrent, la localisation et la langue. Sa section de visibilité IA mesure le seul mot-clé sur lequel le site se classe le mieux, qui peut n'avoir aucun rapport avec mon activité ; n'utilise pas cette section pour la notation, mais mesure mes 3 requêtes commerciales avec seo_ai_overview et target=[domain]. Si references est vide, compte les domaines des liens présents dans ai_answer.
2. Lance seo_site_crawl avec max_pages proche du nombre de pages du site (au maximum [page limit]). Il renvoie un task_id ; rappelle-le avec le même task_id après 60 à 90 secondes et attends l'arrivée du résumé. Récupère la liste complète des URL d'un problème avec le paramètre issue si nécessaire. Si la limite du crawl ne couvre pas tout le site, indique que les résultats sont un échantillon.
3. Lis robots.txt, sitemap.xml et llms.txt avec site_read_url. Lis mes pages de gabarit avec text=true (si truncated vaut true, relance avec max_bytes=1000000) et avec outline=true. Pour le JSON-LD, lis les mêmes pages avec max_bytes=1000000 et extrais les blocs.
4. Mesure la page d'accueil et la page de service avec seo_audit et strategy='mobile'. Pour les Core Web Vitals, utilise les données réelles des utilisateurs (field) quand elles existent, sinon la valeur de laboratoire, et précise laquelle tu as utilisée.
5. Utilise get_report avec platform='search_console' et les ventilations « query by impressions » et « page by impressions » sur les 90 derniers jours. Inspecte avec gsc_inspect_urls les 10 pages qui ont le plus d'impressions. Récupère l'état du sitemap avec gsc_sitemaps.
6. Garde en tête que des outils différents peuvent voir des versions différentes d'une même page : si seo_technical_audit ou seo_site_crawl mesure un titre dans une autre langue que celui affiché par site_read_url, consigne-le comme un constat, car le site redirige peut-être les visiteurs selon leur pays.
Scorecard : six domaines, cinq contrôles chacun, chaque contrôle étant réussi (1) ou échoué (0). Si un contrôle n'a pas de données, écris « non mesuré » et retire-le du dénominateur ; ne note jamais en devinant.
1. Accès et exploration : robots.txt est ouvert aux robots IA de type recherche ; les pages clés renvoient 200 avec au plus une redirection ; aucun noindex sur les pages clés ; le sitemap ne contient pas d'erreurs et comprend les pages clés ; le contenu principal est visible sans JavaScript.
2. Santé technique et vitesse : LCP mobile inférieur à 2,5 secondes ; CLS inférieur à 0,1 ; INP inférieur à 200 ms ; aucune page cassée ni lien interne cassé dans le crawl ; aucun titre ni description en double.
3. Données structurées et entité : un nœud Organization ou LocalBusiness existe ; les nœuds sont reliés par @id ; le schéma correspond au type de page (Service, Article, Product) ; les faits du schéma concordent avec le texte visible ; les URL sameAs fonctionnent.
4. Citabilité du contenu : le premier paragraphe des pages clés répond directement à la question ; les titres nomment clairement le sujet ou la question ; les faits comparables sont dans un tableau ; une FAQ propre à la page existe ; il y a des chiffres et des dates concrets.
5. Signaux de confiance : la page à propos est concrète (qui, où, depuis quand) ; les coordonnées figurent sur le site et sont cohérentes ; les articles affichent un auteur ou un éditeur ; les dates de publication et de mise à jour sont visibles ; les pages légales sont accessibles depuis le pied de page par des liens statiques.
6. Visibilité IA mesurée : cité dans la réponse IA de Google pour au moins une des 3 requêtes commerciales ; cité pour la requête de marque ; llms.txt existe et est exact ; Search Console montre des clics issus de requêtes hors marque ; si le concurrent principal est cité sur ces requêtes, il existe au moins une requête où je le suis aussi.
Formate la sortie ainsi. D'abord une synthèse de direction en cinq phrases. Ensuite le tableau des scores : domaine, score (par ex. 3/5), contrôles échoués. Puis le tableau des preuves : domaine, contrôle, résultat, preuve (nom de l'outil et valeur renvoyée), URL concernées. Puis la liste des correctifs : pour chaque élément, l'impact (élevé, moyen, faible), l'effort (heures, jours, semaines) et qui s'en charge ; impact élevé et effort faible en premier. À la fin, les trois premiers correctifs et pourquoi ils passent en premier. Ne porte aucun jugement sur ce qui n'a pas été mesuré.
Exemple de résultat
Un exemple du résultat de ce prompt. Sa structure provient de la sortie réelle des outils ; les chiffres et les noms sont fictifs.
Exemple de résultat (basé sur un site fictif, pas sur des données clients réelles)
Synthèse. atlaslanguage.example est techniquement sain et rapide, mais presque invisible dans la recherche IA. Il n'est cité dans la réponse IA de Google pour aucune des trois requêtes commerciales, alors que le concurrent l'est sur deux d'entre elles. Il y a deux causes racines : les nœuds de schéma ne sont pas reliés entre eux, et les pages de service s'ouvrent sur une longue introduction au lieu d'une réponse directe. Le crawl, limité à 120 pages, a couvert les 120 pages. Les trois premiers correctifs peuvent être réalisés en une semaine.
| Domaine | Score | Contrôles échoués |
|---|
| Accès et crawlabilité | 4/5 | Tableau des prix non visible sans JavaScript |
| Santé technique et vitesse | 4/4 | INP non mesuré (pas de données utilisateurs réels) |
| Données structurées et entité | 2/5 | Pas de @id, l'adresse du schéma diffère du texte visible, pas de schéma Service |
| Citabilité du contenu | 1/5 | Le premier paragraphe ne répond pas, pas de tableau, pas de FAQ, pas de dates |
| Signaux de confiance | 3/5 | Pas d'information sur l'auteur, pas de date de mise à jour |
| Visibilité IA mesurée | 1/5 | Aucune citation sur 3 requêtes commerciales, pas de llms.txt, concurrent cité |
| Domaine | Contrôle | Résultat | Preuve | URL concernées |
|---|
| Données | Nœuds reliés par @id | Échec | site_read_url : 3 blocs JSON-LD, aucun n'a de @id | Toutes les pages |
| Visibilité | Cité sur une requête commerciale | Échec | seo_ai_overview "english course manchester" : target_cited false, absent également des liens dans le texte | /courses/english/ |
| Vitesse | LCP mobile | Réussite | seo_audit : LCP terrain 2,1 s | / |
Les trois premiers correctifs
1. Un paragraphe de réponse de 40 à 60 mots sur les pages de service (impact élevé, quelques heures).
2. Un graphe @id unique et un schéma Service (impact élevé, une journée).
3. Déplacer le tableau des prix dans le HTML serveur (impact moyen, une journée).