Audit de compte

Comparez l'entité de votre entreprise entre le site, les données structurées, le profil d'établissement Google, les annuaires et Wikidata, et listez chaque incohérence

Compare le nom, l'adresse, le téléphone, les profils sociaux et les liens d'identité de votre entreprise entre le texte visible du site, le graphe @id en JSON-LD, Google Business Profile, les annuaires locaux et Wikidata. Fournit un plan de correction et un brouillon JSON-LD limité aux faits vérifiés, afin que les systèmes d'IA vous reconnaissent correctement, sans rien modifier.

Quand l'utiliser

Quand les systèmes d'IA ou les moteurs de recherche risquent de confondre votre entreprise ou de la décrire de travers parce que le nom, l'adresse, le téléphone ou le site diffèrent entre votre site, le schéma, la fiche d'établissement et les annuaires.

Ce que vous obtenez

Un tableau comparatif de tous les écarts, un plan de correction hiérarchisé avec anciennes et nouvelles valeurs et un brouillon JSON-LD limité aux faits avec un graphe @id relié, sans rien modifier.

Modifie-t-il quelque chose dans mon compte ?

Non. L'assistant lit seulement vos données et vous fait un compte rendu.

Fonctionne avec

SEO Intelligence, Business Profile

À compléter avant l'envoi

[business name][site URL][location name or domain, or "none"][profile URLs][city][NEEDS CONFIRMATION]

Audite la cohérence des informations d'entité de mon entreprise [business name] sur le web. Mon site : [site URL]. Ma fiche Google Business Profile : [location name or domain, or "none"]. Mes profils sociaux officiels : [profile URLs]. Ville : [city]. Il s'agit d'une mission de planification en lecture seule : ne modifie rien. Les systèmes d'IA reconnaissent une entreprise en recoupant les mêmes faits entre différentes sources. Si le nom, l'adresse, le téléphone ou le site diffèrent d'une source à l'autre, un système peut les traiter comme deux entreprises distinctes ou reprendre une information erronée. Compare donc chaque fait caractère par caractère. 1. Faits visibles sur le site. Lis la page d'accueil, la page de contact et la page « à propos » avec site_read_url et text=true (si truncated vaut true, relis avec max_bytes=1000000). Extrais, page par page, le nom, l'adresse, le téléphone, l'e-mail et les horaires d'ouverture visibles. Signale séparément tout élément qui n'est pas visible sans JavaScript. 2. Données structurées du site. Lis ces trois mêmes pages ainsi que les deux pages de service les plus importantes avec site_read_url et max_bytes=1000000, et extrais les blocs `application/ld+json` du corps de la page. Pour chaque bloc, indique le type, @id, name, url, logo, telephone, address, sameAs et parentOrganization. Vérifie : le nœud Organization ou LocalBusiness apparait-il avec le même @id sur chaque page (sans @id, les nœuds ne peuvent pas être reliés) ; la même entreprise est-elle écrite sous des noms différents selon les pages ; le téléphone et l'adresse des données structurées correspondent-ils au texte visible ; chaque URL de sameAs renvoie-t-elle un code 200 avec site_read_url et max_bytes=0. 3. Business Profile. Si j'ai une fiche, lis le nom, l'adresse, le téléphone, le site web, les catégories et les horaires avec gbp_location_details. Note si le champ site web pointe vers la page d'accueil ou vers la page de l'établissement concerné. 4. Annuaires locaux. Consulte seo_history pour voir si un audit précédent existe avec ces mêmes arguments. S'il n'y en a pas, lance seo_local_listings avec brand=[business name] et city=[city]. L'outil consomme des crédits par annuaire : avant d'utiliser l'ensemble par défaut, dis-moi combien d'annuaires seront interrogés. Relève le nombre de fiches par annuaire, les fiches marquées comme fermées et les doublons. Si un annuaire a renvoyé une erreur, écris « n'a pas pu être mesuré », et non « aucune fiche ». 5. Wikidata. Lis https://www.wikidata.org/w/api.php?action=wbsearchentities&search=[business name]&language=en&format=json avec site_read_url. S'il existe un élément, vérifie si son site officiel correspond au mien. S'il n'y en a pas, dis-le, mais ne propose pas d'en créer un pour une petite entreprise, car Wikidata applique des critères de notoriété. Présente le résultat ainsi. D'abord un résumé en trois phrases. Ensuite un tableau de comparaison : fait (nom, adresse, téléphone, site web, horaires, profils sociaux), texte visible du site, données structurées du site, Business Profile, annuaires, statut (cohérent, différent, manquant). Puis un tableau des données structurées : page, type, @id, problème. Enfin un plan de correction classé par ordre d'importance : pour chaque point, l'endroit à modifier, l'ancienne valeur, la nouvelle valeur et la personne qui s'en charge. Pour finir, rédige un brouillon JSON-LD pour un graphe @id unique à utiliser sur l'ensemble du site : Organization ou le sous-type LocalBusiness approprié avec l'identifiant `[site URL]/#org` ou `/#business`, WebSite avec `/#website` et un lien publisher, et sameAs contenant uniquement des profils officiels qui renvoient un code 200. N'utilise que des faits présents sur le site ou que je t'ai donnés. Si les horaires, les coordonnées géographiques, les notes ou la date de création ne sont pas disponibles, omets complètement le champ, et marque chaque champ dont tu n'es pas sur avec [NEEDS CONFIRMATION]. L'application de ce brouillon est une mission distincte : ne touche à aucun fichier ni à aucun profil maintenant.

Les systèmes d'IA reconnaissent une entreprise en recoupant les mêmes faits entre différentes sources. Si le nom, l'adresse, le téléphone ou le site diffèrent d'une source à l'autre, un système peut les traiter comme deux entreprises distinctes ou reprendre une information erronée. Compare donc chaque fait caractère par caractère.

1. Faits visibles sur le site. Lis la page d'accueil, la page de contact et la page « à propos » avec site_read_url et text=true (si truncated vaut true, relis avec max_bytes=1000000). Extrais, page par page, le nom, l'adresse, le téléphone, l'e-mail et les horaires d'ouverture visibles. Signale séparément tout élément qui n'est pas visible sans JavaScript.
2. Données structurées du site. Lis ces trois mêmes pages ainsi que les deux pages de service les plus importantes avec site_read_url et max_bytes=1000000, et extrais les blocs `application/ld+json` du corps de la page. Pour chaque bloc, indique le type, @id, name, url, logo, telephone, address, sameAs et parentOrganization. Vérifie : le nœud Organization ou LocalBusiness apparait-il avec le même @id sur chaque page (sans @id, les nœuds ne peuvent pas être reliés) ; la même entreprise est-elle écrite sous des noms différents selon les pages ; le téléphone et l'adresse des données structurées correspondent-ils au texte visible ; chaque URL de sameAs renvoie-t-elle un code 200 avec site_read_url et max_bytes=0.
3. Business Profile. Si j'ai une fiche, lis le nom, l'adresse, le téléphone, le site web, les catégories et les horaires avec gbp_location_details. Note si le champ site web pointe vers la page d'accueil ou vers la page de l'établissement concerné.
4. Annuaires locaux. Consulte seo_history pour voir si un audit précédent existe avec ces mêmes arguments. S'il n'y en a pas, lance seo_local_listings avec brand=[business name] et city=[city]. L'outil consomme des crédits par annuaire : avant d'utiliser l'ensemble par défaut, dis-moi combien d'annuaires seront interrogés. Relève le nombre de fiches par annuaire, les fiches marquées comme fermées et les doublons. Si un annuaire a renvoyé une erreur, écris « n'a pas pu être mesuré », et non « aucune fiche ».
5. Wikidata. Lis https://www.wikidata.org/w/api.php?action=wbsearchentities&search=[business name]&language=en&format=json avec site_read_url. S'il existe un élément, vérifie si son site officiel correspond au mien. S'il n'y en a pas, dis-le, mais ne propose pas d'en créer un pour une petite entreprise, car Wikidata applique des critères de notoriété.

Présente le résultat ainsi. D'abord un résumé en trois phrases. Ensuite un tableau de comparaison : fait (nom, adresse, téléphone, site web, horaires, profils sociaux), texte visible du site, données structurées du site, Business Profile, annuaires, statut (cohérent, différent, manquant). Puis un tableau des données structurées : page, type, @id, problème. Enfin un plan de correction classé par ordre d'importance : pour chaque point, l'endroit à modifier, l'ancienne valeur, la nouvelle valeur et la personne qui s'en charge.

Pour finir, rédige un brouillon JSON-LD pour un graphe @id unique à utiliser sur l'ensemble du site : Organization ou le sous-type LocalBusiness approprié avec l'identifiant `[site URL]/#org` ou `/#business`, WebSite avec `/#website` et un lien publisher, et sameAs contenant uniquement des profils officiels qui renvoient un code 200. N'utilise que des faits présents sur le site ou que je t'ai donnés. Si les horaires, les coordonnées géographiques, les notes ou la date de création ne sont pas disponibles, omets complètement le champ, et marque chaque champ dont tu n'es pas sur avec [NEEDS CONFIRMATION]. L'application de ce brouillon est une mission distincte : ne touche à aucun fichier ni à aucun profil maintenant.

Ouvrir dans Claude Ouvrir dans ChatGPT En discuter sur le forum

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 une entreprise fictive, sans données clients réelles)

Résumé. Blue Door Vets affiche le même nom et le même numéro de téléphone sur le site et dans Business Profile, mais l'adresse apparait sous la forme « 12 High St » sur le site et « 12A High Street » dans la fiche. Aucun des quatre blocs JSON-LD du site n'a d'@id : les nœuds Organization, WebSite et page ne sont donc pas reliés entre eux. Un annuaire contient deux fiches distinctes, dont l'une affiche l'ancien numéro de téléphone.

Donnée	Texte visible	Schema	Business Profile	Annuaires	Statut
Nom	Blue Door Veterinary Clinic	Blue Door Vets	Blue Door Veterinary Clinic	2 fiches, même nom	Différent (schema)
Adresse	12 High St	aucune	12A High Street	Ancienne adresse sur 1 fiche	Différent
Téléphone	0161 000 0000	0161 000 0000	0161 000 0000	Ancien numéro sur 1 fiche	Différent (annuaire)
Instagram	oui	dans sameAs, 200	oui		Cohérent

Page	Type	@id	Problème
/	Organization	aucun	Le nœud ne peut pas être relié aux autres pages
/contact/	VeterinaryCare	aucun	Champ d'adresse vide

Une requête vers un annuaire a renvoyé une erreur du fournisseur ; elle est donc consignée comme « n'a pas pu être mesurée ». Il n'existe pas d'élément Wikidata.

Plan de correction
1. Utiliser un seul format d'adresse partout : « 12A High Street » sur le site et dans le schema (vous, après validation).
2. Demander à l'annuaire de fermer la fiche portant l'ancien numéro de téléphone (vous).
3. Appliquer le graphe @id ci-dessous à toutes les pages (une tache distincte).

Dans le brouillon JSON-LD, les horaires d'ouverture sont laissés sous la forme [NEEDS CONFIRMATION], car le site et la fiche ne concordent pas.

Recherches associées

cohérence d'entité cohérence nap nom d'entreprise différent audit json-ld graphe @id schema fiche d'établissement google annuaires locaux audit des citations wikidata liens sameas

Ces prompts donnent le meilleur résultat quand votre assistant IA est connecté à vos comptes avec Opus Growth.

Connecter vos comptes gratuitement

Autres prompts

Audit de compteLecture seule

Audit complet d'un compte Google Ads avec les trois corrections à faire en priorité

Passe en revue l'ensemble du compte en une seule fois, de la mesure et des enchères à la structure et aux pages de destination. Classe les constats par impact et désigne les trois premières corrections à faire, sans rien modifier.

Quand l'utiliserLorsque tu reprends un compte Google Ads ou que tu t'en méfies et que tu veux savoir ce qui cloche vraiment et par où commencer les corrections.

Réalise un audit complet de mon compte Google Ads [nom du compte]. Si le compte a moins de 90 jours, utilise tous les jours disponibles, sinon utilise les 90 derniers jours. Il s'agit d'une analyse en lecture seule, ne modifie rien.

Commence par account_snapshot pour obtenir le statut, le budget, la stratégie d'enchères, l'ancienneté et les résultats de chaque campagne depuis son lancement. Sépare les campagnes qui apportent des résultats de celles qui dépensent sans convertir. Passe ensuite en revue les points suivants, dans cet ordre :

1. Mesure. Liste les actions de conversion principales avec list_conversion_actions. Signale toute action principale qui n'a rien enregistré au cours des 30 derniers jours. Repère les configurations qui peuvent compter deux fois la même personne, par exemple un clic sur le téléphone et un clic sur WhatsApp sur le site configurés comme deux actions principales distinctes, ou la balise Google Ads et un événement GA4 importé tous deux définis comme principaux pour le même formulaire. Vérifie combien de clics ont été envoyés vers le bouton d'appel des annonces et si ces appels ont bien été enregistrés, avec google_ads_query sur call_view.
2. Enchères et budget. Utilise impression_share_analysis pour afficher, par campagne, la part d'impressions perdue à cause du budget et du classement. Utilise keyword_quality_report pour trouver les mots clés dont l'enchère est inférieure à celle de la première page ou qui sont rarement diffusés à cause d'un faible niveau de qualité. Pour les campagnes en enchères intelligentes, indique si les 30 derniers jours comptent suffisamment de conversions pour l'objectif utilisé.
3. Structure. Vérifie si les recherches de marque partagent une campagne avec les recherches génériques, si chaque groupe d'annonces envoie vers la page correspondant à son propre service, et si un même mot clé figure dans plusieurs groupes d'annonces.
4. Termes de recherche. Utilise search_terms_report pour distinguer les termes qui dépensent sans convertir, les marques concurrentes et les recherches informationnelles. Ne considère jamais comme du gaspillage un terme ayant au moins une conversion.
5. Annonces et assets. Examine la force des annonces, les assets refusés et vérifie que les liens annexes pointent vers la bonne page. Signale à part tout texte ou asset qui décrit un service que l'entreprise ne propose pas : [services non proposés, ou écrire « aucun »].
6. Pages de destination. Récupère les clics, le coût et le taux de conversion par page depuis landing_page_view avec google_ads_query. Sur les pages qui absorbent le plus de dépenses, vérifie qu'un bouton téléphone et un bouton WhatsApp existent, et contrôle la vitesse sur mobile avec core_web_vitals.
7. Zone géographique, horaires et appareils. Indique si l'option de ciblage géographique est réglée sur « Présence », quelle part des dépenses va en dehors de la zone ciblée, ainsi que les dépenses et les conversions en dehors de [heures d'ouverture].

Présente le résultat ainsi : d'abord un résumé de cinq phrases sur l'état du compte. Ensuite un tableau des constats classés par importance : problème, preuve, impact estimé, recommandation. Pour finir, les trois corrections à faire en priorité et pourquoi chacune passe en premier. Lorsque les données ne suffisent pas pour conclure, ne devine pas : indique ce qui manque.

Audit de compteLecture seule

Audit complet d'un compte Meta Ads avec les trois corrections à faire en premier

Passe en revue en une seule fois la mesure, les problèmes de diffusion, la phase d'apprentissage, le ciblage, les emplacements et la fatigue créative. Classe les constats par priorité et désigne les trois premières corrections, sans rien modifier.

Quand l'utiliserQuand les résultats de tes publicités Meta ont chuté ou stagnent et que tu veux savoir ce qui cloche dans le compte avant de modifier quoi que ce soit.

Audite mon compte publicitaire Meta [ad account] de bout en bout. Prends les 30 derniers jours comme période principale et les 30 jours précédents comme période de comparaison. Il s'agit d'une analyse en lecture seule : ne modifie rien.

Commence par account_snapshot pour la plateforme meta afin de récupérer le statut, le budget, l'objectif, l'ancienneté et les résultats de chaque campagne depuis son lancement. Meta n'a pas de compteur de conversions unique : utilise donc le résultat que chaque campagne optimise réellement (leads, conversations de messagerie démarrées, achats). Passe ensuite en revue les domaines suivants, dans cet ordre :

1. Mesure. Vérifie la date du dernier événement du pixel avec list_meta_pixels. Confirme que l'événement optimisé par chaque campagne est bien enregistré. Signale les configurations qui risquent de compter deux fois le même résultat, par exemple des leads collectés à la fois par le pixel et par un formulaire instantané.
2. Diffusion. Liste les ensembles de publicités refusés, bloqués en cours de validation, sans aucune publicité active ou qui dépensent moins de la moitié de leur budget. Indique pour chacun le motif communiqué par Meta.
3. Phase d'apprentissage. Repère les ensembles de publicités segmentés de façon si fine qu'ils ne peuvent pas atteindre 50 résultats par semaine. Utilise meta_change_history pour montrer les modifications des 14 derniers jours qui ont réinitialisé l'apprentissage.
4. Ciblage et audiences. Signale les ensembles de publicités qui ciblent la même audience et ceux dont la fréquence dépasse [maximum frequency].
5. Emplacements et appareils. Avec get_report, compare le coût par résultat par publisher_platform et par appareil à la moyenne du compte. Ne tire aucune conclusion sur des segments de moins de 20 résultats.
6. Créations. Considère qu'une publicité est fatiguée lorsque la fréquence augmente alors que le taux de clics baisse et que le coût par résultat grimpe. Décris brièvement l'angle commun aux publicités les plus performantes.
7. Destination. Vérifie que la page ou le lien WhatsApp vers lequel les publicités envoient les internautes fonctionne et correspond à l'objectif.

Présente le résultat ainsi : d'abord un résumé en cinq phrases de la situation du compte. Ensuite, un tableau des constats classés par importance : problème, preuve, impact estimé, recommandation. Enfin, les trois corrections à faire en premier, avec pour chacune la raison de sa priorité. Lorsque les données ne suffisent pas pour conclure, ne devine pas : indique ce qui manque.

Audit de compteModifie après votre accord

Fusionner les demandes par téléphone et WhatsApp en une seule conversion fiable

Évite qu'une même personne soit comptée deux fois lorsqu'elle appelle et envoie un message. Relie les deux boutons du site à une seule conversion et vérifie si le bouton d'appel des annonces est bien mesuré.

Quand l'utiliserLorsque des prospects vous appellent et vous écrivent sur WhatsApp depuis votre site et que vous soupçonnez qu'une même personne compte pour deux conversions, ce qui rend votre coût par conversion artificiellement bas.

Dans mon compte Google Ads [nom du compte], les prospects nous contactent via les boutons téléphone et WhatsApp du site. Si une même personne qui clique sur les deux boutons compte pour deux conversions, mon coût par conversion paraît plus bas qu'il ne l'est réellement et l'algorithme d'enchères apprend de travers. Corrige cela.

1. Cartographie la configuration actuelle. Liste les actions principales, leurs catégories et leurs types de comptage avec list_conversion_actions. Dans mon conteneur Tag Manager [ID du conteneur GTM], utilise list_gtm_tags pour montrer quelle balise déclenche quelle étiquette de conversion. Estime, chiffres à l'appui, à quelle fréquence un même clic sur une annonce a pu générer plus d'une conversion de contact au cours des 30 derniers jours.
2. Le bouton d'appel dans les annonces. Avec google_ads_query, vérifie combien de clics et quelle part des dépenses sont allés au bouton d'appel des annonces, et utilise call_view pour contrôler si ces appels ont bien été enregistrés. S'il y a des clics mais aucun enregistrement, dis-le clairement et propose deux options : supprimer l'extension d'appel, ou accepter ces clics comme du trafic non mesuré.
3. Présente le plan. Propose une seule action de conversion nommée "Clic contact (Téléphone + WhatsApp)" avec un comptage réglé sur une seule conversion. Relie-la à une seule balise qui se déclenche à la fois sur le déclencheur téléphone et sur le déclencheur WhatsApp. Passe les deux anciennes actions en secondaires. Indique si les campagnes en enchères intelligentes (Smart Bidding) nécessitent une révision de leur objectif, car le nombre de conversions va baisser.
4. Applique après mon accord. Crée l'action de conversion, règle le comptage sur une seule conversion, mets à jour la balise dans Tag Manager et montre-moi la liste des modifications avant publication. Après la publication, note quelle version peut être restaurée.

Termine par un court plan de test : comment vérifier en mode aperçu que seule la nouvelle balise se déclenche lorsque les deux boutons sont utilisés, et combien de jours il faut pour que la correction apparaisse dans les données réelles.

Audit de compteLecture seule

Lancer un audit SEO, AEO et GEO complet et obtenir un scorecard étayé par des preuves

Note l'accès, la santé technique, les données structurées, la citabilité du contenu, les signaux de confiance et la visibilité IA mesurée sur six domaines de cinq contrôles concrets chacun. Présente les preuves pour chaque point et classe les correctifs par impact et effort, sans rien modifier.

Quand l'utiliserQuand vous voulez savoir à quel point votre site est visible et fiable dans la recherche classique, les moteurs de réponses et la recherche IA, et qu'il vous faut une liste priorisée de ce qu'il faut corriger en premier.

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é.