Reporting

Les réponses de l'IA ne sont pas déterministes : un chiffre de visibilité IA est donc un échantillon, pas une valeur absolue. Pour rester honnêtes, les cartes KPI de visibilité IA, dans l'application comme dans les rapports et les liens partagés, montrent la solidité de chaque chiffre. Sous la métrique, vous voyez « Basé sur N exécutions », où N est le nombre d'exécutions de scan qui la fondent (prompts × modèles × répétitions sur la période). Pour la Visibilité en %, la carte affiche aussi une marge d'erreur sous la forme « ± X % ». Nous la calculons pour qu'elle soit réellement informative et pas seulement rassurante : elle respecte les bornes (elle n'implique jamais une visibilité impossible inférieure à 0 % ou supérieure à 100 %), et elle s'élargit quand vos moteurs d'IA divergent entre eux ou que l'échantillon est mince : un taux construit sur de nombreuses exécutions concordantes affiche un ± serré, un taux fragile en affiche un large. Quand un chiffre ne repose que sur quelques jours de scan et quelques moteurs, le degré de désaccord entre eux est lui-même incertain ; cette part du ± utilise donc la loi de Student plutôt que la loi normale et est un peu plus large. C'est pourquoi deux marques peuvent partager le même % affiché tout en portant des marges très différentes : lisez le nombre et son ± ensemble. Nous allons plus loin sur les évolutions dans le temps. Quand la Visibilité évolue par rapport à la période précédente, nous comparons la variation à la marge d'erreur combinée des deux périodes. Seule une variation d'au moins deux fois cette marge est clairement au-delà de la marge d'erreur ; tout ce qui est plus petit ne l'est pas, et est signalé « dans la marge » à côté de l'écart sur les cartes KPI, et apparaît sous la forme d'un « ~ » gris avant la variation sur Accueil, dans le tableau des concurrents de l'Aperçu et dans Plus grands mouvements, et, dans un rapport, sur les pastilles de variation du tableau Marque, dans le Δ Visibilité du tableau Prompt et dans les tableaux Marque × Tag, Tag × Mois, Marque × Mois et Tag. C'est une seule règle sur chacun d'eux, avec la même marge (le « ± X % » du chiffre principal), de sorte qu'un mouvement ne se lit jamais comme une hausse à un endroit et comme « ~ » à un autre. Les résumés IA la suivent aussi : Crunch a pour consigne de décrire une telle variation comme inchangée, jamais comme une hausse ou une baisse. Un décompte tel que Mentions suit aussi le nombre de réponses collectées, de sorte que, à côté d'une comparaison, sa carte nomme les réponses des deux périodes (« Basé sur 1 426 exécutions · 2 940 sur la période de comparaison »). C'est un signal honnête que le mouvement peut très bien être du bruit plutôt qu'un vrai changement, pour qu'une petite oscillation (disons une baisse de trois mentions quand les citations sont très variables) ne soit pas surinterprétée comme une tendance. Un petit point coloré à côté de « Basé sur N exécutions » résume le degré de confiance à accorder au chiffre dans son ensemble, vert pour élevé, orange pour moyen, gris pour faible, en combinant la taille d'échantillon et la largeur du ±. Cette annotation n'apparaît que sur les métriques de visibilité IA, où l'échantillonnage s'applique ; les chiffres des plateformes publicitaires et d'analytics viennent directement de la source et ne sont pas échantillonnés. C'est le même principe que la vérification gratuite de visibilité IA : montrer la taille d'échantillon, ne jamais surinterpréter un chiffre isolé. La même honnêteté s'applique pendant qu'un scan tourne. Si des vérifications individuelles échouent (panne d'un fournisseur, limite de débit), le scan les réessaie un nombre borné de fois, puis se termine sans elles et vous dit combien ont échoué, directement dans la barre d'état du scan. Une vérification en échec n'est jamais réessayée indéfiniment en silence et jamais comptée comme une exécution, de sorte que N n'inclut que des vérifications réellement effectuées. Après le scan, l'onglet Prompts montre exactement quels prompts ont eu des vérifications en échec : un badge orange sur le nom du prompt nomme le moteur et le message d'erreur du fournisseur lui-même, de sorte qu'une taille d'échantillon plus petite est toujours imputable et jamais mystérieuse. Les vérifications en échec du dernier scan sont aussi regroupées par cause : clé rejetée, limite de quota ou de facturation, limite de débit, délai dépassé, panne du fournisseur, réponse vide ou tronquée, chacune avec son nombre et une correction en une ligne (un problème de quota sur votre propre clé renvoie à la console du fournisseur, ou à Managed AI). Les scans antérieurs à la conservation des messages d'erreur indiquent que la cause n'a pas été stockée. La visibilité de cette information dépend de la part qu'elle représente dans le scan : quand moins de 10 % des vérifications du scan ont échoué et qu'aucun moteur n'a échoué entièrement, vous voyez une petite pastille orange « 1 vérification en échec » à côté de Dernier scan dans la barre latérale (sur téléphone, au-dessus de la page), sur chaque page du projet, et les causes s'ouvrent depuis elle ; une cause que seul un nouveau scan corrigerait (limite de débit, délai dépassé, panne, réponse vide, motif non précisé) indique alors qu'aucune action n'est nécessaire, car le prochain scan relance de toute façon ces vérifications ; à partir de 10 %, ou quand toutes les vérifications d'un moteur ont échoué, la pastille devient rouge et l'Aperçu conserve aussi une bannière, car il manque alors aux chiffres une part réelle du tableau. Une vérification n'est comptée comme en échec que tant qu'elle échoue encore : une vérification qui a échoué une fois puis réussi à une nouvelle tentative n'est pas comptée, pas plus que celle d'un prompt que vous avez mis en pause ou supprimé depuis. La fenêtre de la pastille renvoie vers l'onglet Prompts, qui ouvre les mêmes causes au-dessus de la liste des prompts, chacune avec les moteurs touchés et leurs nombres. La cloche de notifications de la barre du haut liste aussi les vérifications en échec du dernier scan avec la date, le moteur, le nombre et le message du fournisseur lui-même, et un lien vers l'onglet Prompts ; une fois qu'un scan ultérieur terminé sur les mêmes marchés se déroule sans vérifications en échec, l'entrée est marquée comme résolue et la pastille disparaît ; un scan encore en cours, ou terminé sur une erreur, ne la résout pas. Dernier scan compte aussi le scan planifié propre à un marché comme un scan de tout le projet, de sorte que la barre latérale et l'avis nomment toujours la même date. Pendant un essai, un projet dont la configuration a peu de chances de fonctionner reçoit un e-mail discret. Entre 2 et 7 jours après son premier scan terminé, CrunchJunkie vérifie une fois le projet pour les trois problèmes ci-dessus : aucun moteur suivi qui nomme des pages, des moteurs qui semblent lire la marque comme un logiciel, et un dernier scan avec au moins 5 vérifications en échec ou au moins 10 % de ses vérifications en échec. Si l'un d'eux apparaît, le propriétaire de l'espace de travail reçoit un court e-mail qui nomme le problème avec ses chiffres et sa fenêtre et renvoie vers la page du projet, où l'avis montre la correction. L'e-mail ne modifie rien et ne facture rien, est envoyé une seule fois par projet, et peut être désabonné comme toute notification produit. Seules les réponses entières comptent. Un moteur indique pourquoi il a cessé d'écrire : il a terminé, il a atteint la limite de longueur fixée par le scan, sa recherche web a manqué de tours, ou il a refusé de répondre. Les réponses de ChatGPT, Gemini, Claude, Grok, Perplexity, DeepSeek et Meta AI ne sont stockées que lorsqu'elles sont complètes. Une réponse vide ou tronquée n'est pas une mesure (une marque nommée après la coupure serait invisible) : elle ne compte ni comme une mention ni comme une absence, la vérification échoue avec le motif, une passe ultérieure du scan peut redemander, et un moteur qui continue de répondre ainsi est arrêté pour le reste du scan, avec le motif dans la barre du scan. Une réponse que le moteur a refusé de donner est stockée comme sa réponse, car c'est ce que reçoit un vrai utilisateur ; une réponse que son filtre de sécurité a coupée en cours de route est un fragment et n'est pas stockée. Un échec du côté du fournisseur signalé dans une réponse est temporaire et est réessayé. Google AI Overviews, AI Mode et Microsoft Copilot fonctionnent comme avant : un résultat vide y signifie qu'aucune réponse IA n'a été affichée (sauf une réponse arrivée sans ses listes, ci-dessous). N est le nombre de réponses qui comptent. Les limites laissent de la place aux réponses réelles les plus longues : 8 192 tokens pour Claude et Gemini et 8 000 pour ChatGPT, Meta AI et Grok, et Gemini réfléchit à son réglage bas parce que sa réflexion compte dans la même limite. Les noms de marque sont lus dans les 40 960 premiers caractères d'une réponse. Les réponses stockées avant l'existence de cette vérification (octobre 2026) n'ont pas été contrôlées ainsi. Jusque-là, les réponses de Claude étaient limitées à 1 024 tokens, si bien que la plupart s'arrêtaient avant la fin et que certaines arrivaient vides, et les réponses de Gemini s'arrêtaient souvent après quelques centaines de caractères : les chiffres de Claude et Gemini antérieurs au changement se lisent donc trop bas. Un projet avec des réponses antérieures reçoit une note sur sa Chronologie quand sa première réponse complète est stockée, et les alertes de baisse et de dépassement, les signaux et les récaps clients laissent ce moteur hors de toute comparaison qui le traverse (sans aucun moteur restant, ils ne disent rien). Dans le connecteur MCP, get_ai_answer indique le motif de fin de chaque réponse stockée (stopReason). Noms liés par Google dans les AI Overviews. SerpAPI, qui lit pour nous Google AI Overviews, AI Mode et Microsoft Copilot, renvoie parfois un nom que Google a lié sans son texte : l'adresse du lien revient, le nom non. Un élément de liste se lit alors « : One of the leading full-service agencies … » sans nom avant les deux-points. Depuis le 11 octobre 2026, un scan conserve ces liens avec la réponse. Quand un élément de liste ou un paragraphe commence sans son nom (avec deux-points, virgule ou tiret, ou vide) et que son premier lien est un tel lien, le domaine du lien figure entre crochets à la place du nom, par exemple « [example.com] : One of the leading … », pour que vous voyiez qu'un nom lié se trouvait là ; nous ne devinons pas le nom d'affichage de la marque. Ce lien, et lui seul, compte comme une mention quand son domaine est celui du client ou d'un concurrent suivi : le site web du client, un domaine marqué Propre, le domaine de l'audit GEO ou un alias écrit comme un domaine, ou un domaine de concurrent défini dans les paramètres du projet de visibilité IA. Un sous-domaine ou une plateforme partagée (facebook.com, g2.com, amazon.de et similaires) ne représente aucune marque. Une telle mention compte pour la visibilité et la Share of Voice seulement, sans position ni sentiment, et seulement quand la réponse ne nomme pas la marque par ailleurs. La vue Réponses et get_ai_answer dans le connecteur MCP l'indiquent : un nom lié que SerpAPI a renvoyé sans son texte ; compté d'après le domaine de son lien. Un lien sans texte au milieu d'une phrase, les liens avec texte et les sources listées sous une réponse ne comptent jamais comme des mentions. Les réponses stockées avant le 11 octobre 2026 n'ont pas été lues ainsi et peuvent manquer une marque que Google a liée ; elles sont laissées telles quelles. Un projet avec des réponses antérieures reçoit une note interne sur sa Chronologie pour chaque moteur, le jour où sa première réponse est lue ainsi, et les alertes ne comparent pas à travers elle. Une ligne de tableau dont SerpAPI a supprimé le nom avec son lien ne peut pas être récupérée. Un scan par jour compte. Si un prompt est scanné plus d'une fois le même jour (relance manuelle, nouvelle tentative après un changement de paramètres), le scan le plus récent remplace le précédent pour ce moteur et ce jour. Il ne s'y ajoute jamais. Mettre les deux en commun doublerait l'échantillon sans aucune preuve nouvelle et ferait de ce jour une population plus grande que tous les autres. La même règle s'applique partout où les exécutions sont lues : les KPI principaux, les cartes de sujets et de sources, les widgets de rapport, l'API et le connecteur MCP mesurent tous les mêmes exécutions, de sorte que leurs chiffres concordent. « 30 derniers jours » signifie 30 jours entiers. La fenêtre est comptée en jours calendaires UTC et se termine toujours aujourd'hui : « 30 derniers jours » le 23 septembre va donc du 25 août au 23 septembre inclus, jamais 31 jours, et jamais une demi-journée à l'une ou l'autre extrémité. Cela compte, car une fenêtre mesurée comme « maintenant moins 30 × 24 heures » couperait le plus ancien jour en deux et couvrirait une période différente selon l'heure à laquelle vous ouvrez la page. Toutes les surfaces utilisent cette définition unique : les KPI principaux, les graphiques, le tableau concurrentiel, les cartes de sujets et de sources, les tableaux par moteur, les widgets de rapport, l'API REST et le connecteur MCP. Une taille d'échantillon affichée sur une carte est donc la même population que celle de la carte voisine. Les jours sont des jours UTC parce que les scans sont stockés par jour UTC. Dans un rapport, les dates elles-mêmes viennent de la période du rapport, qui suit le fuseau horaire de votre espace de travail ; la visibilité IA compte alors les scans de ces dates selon leur jour UTC.

En octobre 2026, de nombreuses réponses Google AI Overviews et Google AI Mode ont commencé à arriver de SerpAPI, qui lit les deux pour nous, sans leurs listes. Les paragraphes d'ouverture et de clôture arrivent et la liste entre eux non, si bien qu'une réponse se lit « Leading agencies include: » suivi de « If you tell me your budget … ». Les dernières réponses AI Overviews complètes que nous avons vues datent du 12 octobre, les premières incomplètes du 13 octobre ; pour AI Mode, le 12 et le 15 octobre, sans scan entre les deux. Pour AI Overviews, le suivi public des problèmes de SerpAPI signale la même perte (#4453, #4457) ; aucun signalement public ne nomme AI Mode, où les lacunes relèvent de notre propre mesure. Les marques d'une liste manquante comptaient comme non nommées, de sorte que les chiffres AI Overviews et AI Mode de ces jours peuvent se lire trop bas. Les réponses AI Overviews arrivent de nouveau avec leurs listes depuis les scans du 20 octobre ; ce jour-là était encore mixte, la lacune AI Overviews est donc marquée du 12 au 20 octobre 2026. Les réponses AI Mode sont revenues avec leurs listes lors du scan du 26 octobre, et sa lacune reste marquée jusqu'à ce qu'un second scan hebdomadaire la confirme. Un scan laisse désormais de côté une telle réponse. Une réponse qui annonce un contenu absent n'est pas stockée : une phrase finissant par deux-points qui termine la réponse, qui n'est suivie que d'une question ou d'une offre de clôture, ou qui ouvre une suite d'annonces sans rien de listé entre elles ; et un aperçu qui est là mais n'a pas de texte. Elle ne compte ni comme une mention ni comme une absence, elle n'est pas redemandée dans le même scan, car chaque recherche est facturée et revient identique, et quand au moins cinq réponses du moteur reviennent ainsi et qu'elles sont plus nombreuses que celles qui ne le font pas, le scan cesse d'interroger le moteur. « Pas d'AI Overview » pour une requête reste un vrai résultat, un libellé en ligne comme « Hourly rates: usually … » n'est pas une lacune, pas plus qu'un libellé court comme « Summary: » devant son propre paragraphe. Les réponses stockées avant cette vérification sont écartées une fois contrôlées. Une réponse qui a perdu une liste sans une telle trace visible ne peut pas être distinguée et compte toujours : les chiffres de ces jours peuvent donc encore se lire trop bas. Chaque widget, graphique et l'Aperçu de visibilité IA dont les chiffres incluent ces moteurs sur cette période le signalent (une bande sur les graphiques, une ligne sous le reste ; « Afficher les lacunes de mesure » dans l'éditeur la masque sur un widget), le résumé IA, Ask Crunch, le connecteur MCP et l'API en sont informés de la même façon, et les alertes de baisse et de dépassement, les signaux et les récaps clients laissent le moteur hors de toute comparaison qui touche ces jours tant que cela dure. La carte Visibilité d'un rapport fait de même : son chiffre reste l'ensemble complet, mais la variation affichée à côté est mesurée sur les autres moteurs dans les deux périodes, et la carte indique « L'évolution de la visibilité laisse de côté … » avec le moteur et les dates de son incident ; les autres chiffres de la carte utilisent tous les moteurs. Dans le tableau par moteur (Model), la ligne du moteur est marquée « incident de mesure » et sa variation n'est pas indiquée. Une comparaison entièrement postérieure au dernier jour d'une lacune compte de nouveau le moteur. Les signaux levés avant cette vérification restent tels quels. Chaque projet concerné reçoit une note interne sur sa Chronologie. Microsoft Copilot, également lu via SerpAPI, n'est pas concerné. Tant que les réponses arrivent ainsi, nous lisons aussi chaque nom qu'un élément de liste peut porter sous une autre clé, les blocs de comparaison et toutes les formes de tableau, afin que rien de ce que SerpAPI renvoie ne soit perdu.

Microsoft Copilot est lu via SerpAPI, dont la recherche Copilot n'accepte aucun réglage de langue ni de pays. Jusqu'au 21 octobre 2026, nous placions donc une instruction devant chaque prompt d'un projet ayant une langue ou un marché défini (par exemple « You are answering for a user located in Spain. Reply in German … »). Bing cherchait aussi le sens de cette instruction, si bien que de nombreuses réponses Copilot citaient des sites de traduction et des pages qui répètent l'instruction au lieu de vraies sources, et les marques que ces réponses nommaient étaient choisies par ce détour. Sur un test de trois prompts sur un projet espagnol répondu en allemand, 14 des 32 pages citées répétaient l'instruction, 32 étaient des sites de traduction, et le site propre de la marque n'était jamais cité. Depuis le 21 octobre 2026, Copilot reçoit le prompt lui-même, dans la langue du projet, suivi d'un court libellé de marché dans cette langue, par exemple « (Markt: Spanien) ». Dans le même test, aucune des 54 pages citées ne répétait d'instruction ni n'était un site de traduction, le site de la marque était cité pour les trois prompts, et chaque réponse était toujours en allemand. Un projet sans marché, ou dans une langue dont nous n'avons pas de libellé, reçoit le prompt seul. Les pages qui répètent l'ancienne instruction restent écartées de tout décompte de citations et de sources, y compris dans les réponses antérieures. Les chiffres Copilot des projets avec une langue ou un marché défini sont marqués comme lacune de mesure à partir du jour où Copilot a d'abord tourné avec l'instruction jusqu'au 21 octobre 2026 : une ligne sous le widget, une bande sur les graphiques, une note pour le résumé IA, Ask Crunch, le connecteur MCP et l'API, et le moteur est laissé hors de toute comparaison de signal, d'alerte ou de récap qui touche ces jours. Le 21 octobre compte comme inclus dans la lacune, car les scans plus tôt ce jour-là utilisaient encore l'instruction ; les scans à partir du 22 octobre sont propres. Les chiffres Copilot d'avant le 22 octobre et ceux à partir de ce jour sont mesurés sur des questions différentes : comparez-les avec prudence.