Les nouveautés de CrunchJunkie

Mesurée sur toutes les vérifications du Rank Tracker, la vérification de la 3.245 écartait trop de vraies pages de résultats Google : les pages de résultats courtes normales de Google et les mots-clés dont les résultats changent beaucoup d'une semaine à l'autre ressemblaient à des pages empoisonnées. En attendant une règle plus stricte, aucune vérification n'est écartée et rien n'est vérifié à nouveau.

Depuis la 3.245, une vérification Google dont la page de résultats ne ressemblait pas aux résultats habituels du mot-clé n'est comptée dans aucun chiffre. Ce mot-clé est désormais recherché à nouveau environ un jour après son exécution, car une deuxième recherche dans l'heure obtient souvent la même page. Quand la nouvelle vérification ressemble aux résultats habituels du mot-clé, elle compte à la place de la vérification non confirmée : dans le tableau, les graphiques, les rapports et les alertes. D'ici là, la ligne indique quand le mot-clé est vérifié à nouveau.

• Une nouvelle vérification qui ne ressemble pas non plus aux résultats habituels ne compte que si son top 10 correspond à celui de la page non confirmée et qu'aucune des deux n'a renvoyé beaucoup moins de résultats que d'habitude. Elle compte alors aussi dans les alertes. Sinon, les deux restent non confirmées et il n'y a pas de troisième recherche. Au plus la moitié des vérifications Google d'une exécution est vérifiée à nouveau.
• Une nouvelle vérification coûte autant que toute vérification et a sa propre ligne dans l'aperçu des coûts. Le coût maximal d'une exécution l'inclut désormais : il ajoute une nouvelle recherche d'au plus la moitié des recherches Google organiques de l'exécution, au prix de la vérification Google organique la plus chère de l'exécution. En général, environ un quart des vérifications Google sont non confirmées.

Le calculateur de la page tarifs affichait jusqu'ici le plus petit pack Managed AI couvrant vos vérifications mensuelles. Un forfait plus petit avec quelques vérifications en dépassement coûte souvent moins cher ; pour certaines configurations, il affichait donc un forfait plus grand que nécessaire, parfois environ le double du prix. Il compare désormais chaque forfait avec son dépassement, dans la limite du plafond par défaut, et affiche le moins cher. Le récapitulatif indique quand un dépassement fait partie du montant.

• Exemple : une marque, 20 prompts sur les dix moteurs, vérifiés deux fois par semaine, soit 2 783 vérifications pondérées. Le calculateur affichait Agency à 199 € ; il affiche maintenant Plus plus 48 vérifications en dépassement, 101 €.

Depuis fin septembre 2026, Google répond à de nombreuses recherches des rank trackers par une page d'apparence normale sur laquelle manquent la plupart des sites habituels d'un mot-clé, ou sur laquelle beaucoup moins de résultats reviennent que d'habitude. Dans nos propres données, cela concernait environ un quart des vérifications Google. Chaque vérification Google sur ordinateur et mobile est désormais comparée, dès son retour, aux huit dernières vérifications comptées du même mot-clé. Une vérification qui ne leur ressemble pas est marquée « Non confirmé » et n'est comptée dans aucun chiffre : ni le tableau et ses indicateurs, ni les graphiques, les rapports, les alertes, les digests, l'assistant (MCP) et l'API. Son coût compte toujours, car la recherche a été faite et payée.

• Une vérification n'est pas confirmée quand moins de la moitié des sites habituels du top 10 du mot-clé figurent dans son top 10, ou quand elle a renvoyé moins de 65 % du nombre habituel de résultats. Un mot-clé a besoin d'au moins quatre vérifications comptées antérieures avant qu'une nouvelle soit jugée. Bing, la liste locale de Google et Google Maps ne sont pas jugés.
• La ligne affiche la dernière position comptée, marquée comme dernière connue. Le panneau des preuves montre la page telle qu'elle est revenue et pourquoi elle n'est pas comptée, et l'export client liste la vérification avec deux nouvelles colonnes, unconfirmed et serp_guard, sans la compter.

Depuis les scans du 20 octobre 2026, les réponses de Google AI Overviews arrivent de nouveau avec leurs listes. La lacune de mesure sur les chiffres AI Overviews a désormais une fin : elle est signalée du 12 au 20 octobre (le 20 octobre était encore mixte), et les alertes, signaux et digests clients comptent de nouveau AI Overviews dans toute comparaison entièrement postérieure à ce jour.

• Les réponses de Google AI Mode sont revenues avec leurs listes lors du scan du 26 octobre. Sa lacune reste signalée jusqu’à ce qu’un deuxième scan hebdomadaire le confirme.
• Les signaux émis pendant la lacune d’AI Overviews indiquent désormais leur premier et leur dernier jour au lieu de « depuis ».

Sur les cartes « Où vous en êtes, marché par marché » de la Vue d'ensemble, quand votre chiffre ou celui du concurrent en tête est marqué « ≤ » (plusieurs marques Peec AI fusionnées en une), la phrase sous la carte ne dit plus que ce que les chiffres permettent : « au plus » ou « au moins » tant de points, « peut-être en tête » ou, si les deux chiffres sont des bornes supérieures, aucun écart.

• L'e-mail de synthèse envoyé aux clients ne nomme plus Peec AI dans sa phrase sur la borne supérieure. Il indique désormais que le chiffre additionne plusieurs noms comptés comme la même marque, car l'e-mail part chez votre client, souvent sous votre propre marque.

Les chiffres Peec AI qui combinent plusieurs marques Peec AI sont désormais marqués « ≤ » à davantage d'endroits : les graphiques de tendance, les cartes de marché, Plus fortes évolutions, le quadrant et la Matrice de performance de la Vue d'ensemble, le tableau comparatif des marchés et l'e-mail de synthèse client. Les exports (Exporter CSV de la Vue d'ensemble, l'export client et Paramètres → Exporter vos données) gagnent une dernière colonne qui signale ces lignes.

• Lorsque le Share of Voice d'autres marques figure à côté d'une marque fusionnée, la note existante ajoute que le leur peut sembler légèrement bas. La note sous un donut ou un graphique quotidien indique les moteurs et, sur un graphique quotidien, si tous les jours ou seulement certains contiennent la fusion.
• Les messages de la fiche d'établissement Google n'utilisent plus une série composée uniquement de zéros lorsque l'autre série contient des chiffres. Un graphique nomme désormais aussi les séries non chargées pour la période de comparaison, et un canal signalé par les deux ratios de conversion reçoit un seul avertissement au lieu de deux.

Sur un graphique Tous les canaux en vue hebdomadaire ou mensuelle, la ligne de comparaison en pointillés oppose les jours des deux périodes dans l'ordre. Lorsqu'un point couvre de ce fait d'autres jours que la semaine ou le mois propres à cette période, le graphique l'indique désormais.

• Un mois ou une semaine pour lesquels la période de comparaison est trop courte (31 jours contre 30) n'a pas de comparaison, et le graphique dit désormais pourquoi.
• Les résumés IA écrivent le ROAS avec « × », comme les cartes KPI, y compris pour sa variation. Ils portent les mêmes notes de visibilité IA que les données du résumé (réponses écartées comme mémoire du modèle, nombre de citations indisponible).
• Lorsqu'un canal mélange des définitions de conversion et que le widget affiche le coût par conversion et le taux de conversion, son avertissement donne à chaque ratio ses propres chiffres.

Le graphique Tous les canaux ne trace plus à 0 les jours les plus récents de Google Analytics 4 avant que GA4 ne les ait transmis, et un jour qu'un canal n'a pas transmis apparaît comme une lacune au lieu de 0. Le graphique indique quels jours manquent.

• En vue hebdomadaire ou mensuelle, un total simple (leads, conversions) garde les jours transmis jusqu'ici, comme la carte KPI ; un ratio comme le coût par lead écarte une semaine ou un mois transmis en partie, car ses dépenses couvriraient plus de jours que ses leads.
• IA → Conversions affiche les jours GA4 non encore transmis comme une lacune avec une note, les écarte de la corrélation, et le signal « visibilité et conversions en baisse » ne compte que les jours transmis par GA4.

Lorsque les chiffres Peec AI d'une marque combinent plusieurs marques Peec AI, chaque carte KPI, graphique, donut, tableau par tag et par mois, les cartes KPI et le tableau concurrentiel de la Vue d'ensemble, l'Accueil, les liens partagés, les PDF, le résumé IA, l'API et le connecteur MCP indiquent désormais que sa visibilité, ses mentions et son Share of Voice sont une borne supérieure. Jusqu'ici, seuls les tableaux de marques le faisaient.

• La position moyenne et le sentiment ne sont pas signalés comme borne supérieure : ce sont des moyennes, même si un chat qui cite plusieurs des marques fusionnées y compte double.
• Les chiffres Peec AI filtrés par tag sont aussi signalés à partir de la prochaine synchronisation Peec AI. Une fusion n'est reconnue qu'à partir des identifiants de marque propres à Peec AI.

La planification d'un rapport via le connecteur d'assistant (MCP) accepte désormais les adresses dont le domaine est internationalisé, comme info@müller.de ; l'adresse est enregistrée sous sa forme ASCII. Le nom avant le @ reste en ASCII.

• Un argument que le connecteur ne peut pas accepter revient désormais sous forme d'erreur d'outil lisible qui nomme le champ, et les requêtes très volumineuses reçoivent une réponse claire « trop volumineux » au lieu d'un échec.

Si Google ne fournit pas le chiffre des messages pour une période, les rapports de fiche d'établissement Google affichent « — » pour les messages avec une courte note, et le total des actions additionne les chiffres fournis. Une comparaison compte le total des actions sur la même base dans les deux périodes et l'indique lorsque les deux périodes reposent sur des chiffres de messagerie Google différents.

• Les noms de niveau hiérarchique et de fonction LinkedIn sont recherchés de façon plus fiable dans la langue du rapport : une réponse vide d'un point d'accès LinkedIn passe désormais à l'autre au lieu de laisser des noms anglais dans un rapport en français.

L'historique de visibilité IA dans Paramètres → Exporter vos données indique désormais le moteur et le marché de chaque ligne, ainsi que le nombre de mentions avec une position et un sentiment, pour regrouper les chiffres exactement comme CrunchJunkie. Les nouvelles colonnes CSV sont ajoutées à la fin ; les colonnes existantes gardent leur place.

Les suggestions d'alias couvrent désormais aussi les marques dont le nom est fait de mots courants, comme « Best Buy », lorsque le nom écrit par les réponses IA est proche du nom ou du site de la marque, à partir des prochains scans. Un site cité ne suffit pas à lui seul pour un tel nom.

Lorsque Facebook & Instagram ou ChatGPT Ads refusent une lecture (connexion expirée, limite de requêtes ou réponse sans données), les rapports indiquent désormais « Non chargé » au lieu de « — », comme s'il n'y avait rien à signaler. La lecture suivante réessaie.

Quand plusieurs marques Peec AI sont rattachées à l'une de vos marques suivies, leurs décomptes s'additionnent par moteur, donc une conversation qui en cite plusieurs peut être comptée plusieurs fois. Ces chiffres sont désormais signalés.

• Les tableaux de marques de la visibilité IA (classement, par moteur, matrice, hausses et baisses) ajoutent une note nommant la marque quand sa visibilité ou ses mentions sur la période, ou sur la période de comparaison, combinent plusieurs marques Peec AI. Les chiffres eux-mêmes ne changent pas.
• Le signalement se remplit à partir de la prochaine synchronisation Peec AI, qui réécrit ses 90 derniers jours. Depuis la 3.239, les cartes KPI, les graphiques et les autres widgets de rapport l'affichent aussi.

Google Analytics met jusqu'à 48 heures à publier une journée. Un graphique journalier GA4 avec comparaison qui se termine hier ou avant-hier s'arrête désormais au dernier jour publié par GA4, au lieu de tracer le jour manquant à 0 face à la comparaison.

• Les graphiques Search Console fonctionnaient déjà ainsi (3 jours). Une période terminée plus tôt affiche toujours une journée sans visites comme 0.

Les noms de niveau hiérarchique et de fonction LinkedIn viennent désormais de la liste de LinkedIn dans la langue de votre rapport, et les messages de la fiche d'établissement Google comptent maintenant les clics sur le bouton de messagerie.

• Les tableaux LinkedIn par niveau hiérarchique ou par fonction affichent les noms de LinkedIn dans la langue du rapport. Un identifiant que LinkedIn ne nomme pas apparaît comme « Niveau hiérarchique 12 » au lieu d'un identifiant brut, et nous sommes alertés.
• Les messages de la fiche d'établissement Google comptent maintenant les clics sur le bouton de messagerie du profil, le chiffre actuel de Google. Avant, ils comptaient les conversations reçues, que Google a abandonnées ; le chiffre peut donc différer des mois précédents. Si Google n'envoie aucun chiffre de messages, la tuile affiche « — » au lieu de 0.
• Les cartes d'aperçu Google Ads nomment tous les types d'annonce de Google dans la langue de votre rapport ; les emplacements Meta nomment Threads et WhatsApp.

À trois endroits, un chiffre pouvait ne pas comparer des choses comparables. La ligne de comparaison de Tous les canaux, le résumé Ask Crunch d'un rapport et l'import Peec sont désormais cohérents avec les chiffres voisins.

• Le graphique Tous les canaux compare chaque semaine ou mois au même nombre de jours de la période précédente, dans la devise de la période actuelle, et un graphique Leads (GA4) affiche 0 au lieu d'un vide lorsque l'événement clé ne s'est pas déclenché.
• Le résumé Ask Crunch reprend désormais les réserves d'un widget combiné (devises mixtes, ROAS de certains comptes seulement, comptes exclus), et le ROAS s'écrit comme un ratio, pas comme un montant.
• Lorsque deux marques Peec correspondent à une marque suivie, les chats du jour sont comptés une fois, et la position moyenne et le sentiment sont agrégés sur les propres nombres d'observations de Peec. Les jours déjà importés sont réécrits à la prochaine synchronisation.

La vérification gratuite de visibilité IA, la configuration guidée, Suggérer des prompts dans l'onglet Prompts et le connecteur MCP rédigent désormais les prompts de la même façon, avec la méthode de notre étude de 2 160 réponses d'IA : une question ouverte par intention d'achat, à chaque étape de l'achat, sans nommer de marque ni de concurrent, et au plus une question sur la marque tant que le projet n'en suit aucune. Vous pouvez toujours modifier, écarter ou remplacer n'importe quel brouillon, écrire les vôtres ou importer un tableau.

• Suggérer des prompts rédige dix candidats à la fois, chacun pour une intention que vous ne suivez pas encore. À partir de keywords les construit toujours à partir de vos propres termes, et un keyword qui nomme une entreprise le garde.
• La vérification gratuite pose cinq questions au lieu de trois. Si elle ne peut pas rédiger de questions pour un site, elle vous demande de saisir les vôtres ; elle ne se rabat plus sur deux questions qui nomment la marque et la faisaient revenir dans presque chaque réponse.
• Avec le connecteur MCP, votre assistant indique d'abord combien de prompts il ajouterait et pourquoi, puis vous demande combien vous en voulez. Il ajoute en une étape un ensemble relu de 50 prompts au plus, avec l'étape et l'intention de chacun en étiquettes, et le nouveau parcours guidé build_prompt_set vous accompagne. Pendant l'essai, le connecteur respecte désormais les 10 prompts actifs par projet, comme l'application.

Chaque ligne de produit dotée d’un budget affiche désormais une barre fine à côté de son % du budget utilisé : la barre est la dépense de la ligne divisée par son budget prévu, et celle du Total est la dépense totale divisée par le total prévu, jamais une moyenne des lignes. Au-delà de 100 %, la barre est pleine et dans la couleur d’alerte ; tant que le mois est en cours, un trait fin indique le budget attendu à ce jour. Les lignes sans budget n’ont pas de barre. Les mêmes barres figurent dans le rapport, sur le lien partagé et dans le PDF.

• Les notes donnent les dates dans la langue de votre rapport (« septembre 2026 », « 20 oct. 2026 ») et nomment en une seule phrase les lignes sans budget. Quand aucune ligne n’a encore de budget, les colonnes budget prévu, différence et % utilisé sont omises, et seul l’éditeur du rapport indique où ajouter les budgets mensuels.
• La colonne de comparaison s’appelle désormais « Dépenses, période précédente », car les budgets ne sont pas comparés, et les boutons qui apparaissent au survol d’un widget ne masquent plus le libellé « Données en direct ».

Le fil d’Ariane en haut d’une page relie désormais les niveaux au-dessus de la page actuelle : « Paramètres » dans « Paramètres / Facturation » ramène aux Paramètres, et « Visibilité IA » à votre liste de clients. Chaque page de paramètres a aussi un lien « ← Paramètres » au-dessus de son titre. Huit n’en avaient pas, et sur téléphone, où le fil d’Ariane n’affiche que la page actuelle, la barre latérale était le seul moyen de revenir.

• La barre latérale n’affiche plus la plupart de ses éléments en surbrillance : en thème sombre ils étaient vert citron, en thème clair violets. Seule la page où vous êtes ressort désormais, sur un ton violet en thème sombre au lieu d’une teinte gris olive, et Paramètres est mis en évidence sur chaque page de paramètres. Il en va de même pour le menu Visibilité IA.

L’étape d’une page dans l’analyse des écarts peut désormais être marquée comme faite, avec ce que vous avez fait et le jour, ou écartée comme « Pas pour nous ». Dès lors, la page compare à quelle fréquence les réponses qui utilisent cette page ou son site vous citent : les 56 jours d’avant contre les jours à partir de deux semaines après, vérifiés deux fois, au jour 42 et au jour 90, avec 95 % de confiance et au moins 30 réponses sur chacune des deux périodes. Les réponses à un même prompt sont des exécutions répétées : l’incertitude réelle est donc un peu plus grande que ce que montre le test. Chaque résultat montre les deux décomptes avec leurs dates. « Pas de changement net » dit que les données ne peuvent pas montrer de changement à cette taille, pas que l’étape a échoué.

• Les étapes faites quittent les Étapes prioritaires, un filtre Étapes affiche toutes, à faire, faites ou pas pour nous, et marquer une étape comme faite ajoute une note interne à la Timeline.
• Une démarche auprès d’une seule page est mesurée sur cette page quand elle a assez de réponses, sur tout son site sinon ; un fil de forum ou une vidéo, sur sa page seulement. Un résultat signale un réglage modifié entre-temps par « comparaison non nette ».

Six info-bulles de l’analyse des écarts ouvrent désormais au clic une seconde partie qui dit comment utiliser ce qu’elles expliquent : les colonnes Écart et Concurrents cités, le titre de la page, la ligne des réponses, les badges Citée et Consultée d’une page et l’étape d’une page. Chacune renvoie à un élément de la page, comme l’onglet Manquants, le filtre Concurrent ou le panneau d’une page, et mène à Marques ou au guide quand c’est l’étape suivante. Au survol, l’explication courte s’affiche toujours.

• Le guide de la visibilité IA a désormais sa propre partie sur l’analyse des écarts, vers laquelle pointent les info-bulles, et la partie Query fanouts de la même section a son propre titre.

L’action robots.txt des Insights indiquait des robots d’IA comme bloqués lorsque le robots.txt d’un site ne leur fermait que certains chemins, comme /api ou /admin, ce qui est normal. Une action de priorité haute apparaissait ainsi sur des sites qui laissent tous les robots d’IA lire leur contenu. L’action n’apparaît plus que lorsqu’un robot de réponses en direct est bloqué sur tout le site. L’onglet Crawlabilité affiche toujours les règles par chemin comme Partiel, et la documentation précise désormais que Partiel sur ces chemins ne demande aucun changement. Un blocage de tout le site écrit Disallow: /* compte désormais aussi comme bloqué, et le conseil de l’onglet pour les règles par chemin ne demande plus de les supprimer.

Chaque page de l’analyse des écarts suggère désormais une étape à essayer, selon le type de page : demander à être inclus dans une liste, être référencé et évalué sur un site d’avis, participer à une discussion sous votre propre nom, être mentionné par une chaîne, contacter une rédaction ou créer votre profil dans un annuaire. Une page que nous ne savons pas juger n’a aucune étape. Chaque étape donne sa raison : quels concurrents suivis y sont cités et dans combien de réponses l’un d’eux l’était sans vous, sur la période choisie. Ce sont des suggestions, pas des promesses. Un bandeau Étapes prioritaires au-dessus des onglets liste les plus grands écarts comme tâches et vous mène à la page.

• Un site ouvert liste désormais ses dix pages, le plus grand écart d’abord, avec Afficher plus de pages pour le reste. Les pages sans écart attendent derrière une ligne dans Manquants, Faibles, Forts et Partagés, et Tous les liste toutes. Les pages d’annuaire sont distinguées : les classements de prestataires et les profils d’entreprise apparaissent comme Liste d’annuaire et Profil d’annuaire au lieu de Autre.
• Insights ne liste plus une action par site cité dans des réponses qui ne vous citaient pas. Une seule carte à la place : combien de sites citent un concurrent suivi sans vous, les trois premiers, sur les 30 derniers jours, comptés par l’analyse des écarts, avec un lien. Le chiffre suit la définition de l’analyse des écarts (un concurrent suivi cité, pas vous) et diffère donc des anciennes actions par site.

Les filtres de Prompts, l’avis sur les checks échoués et l’alerte de marque de l’aperçu se font plus discrets, sans rien cacher d’important.

• Prompts : le nuage de tags devient un bouton par groupe (Intention, Étape, Langue …) avec recherche et nombre de prompts par tag ; les filtres actifs tiennent sur une ligne de pastilles que vous retirez une à une ; chaque ligne montre deux tags et +N au lieu de cinq.
• Les checks échoués du dernier scan apparaissent sous la forme d’une petite pastille « 1 check échoué » à côté de « Dernier scan », sur chaque page du projet (sur mobile, au-dessus de la page) : ambre pour quelques checks (moins de 10 % et aucun moteur entier), rouge au-delà. Les causes s’ouvrent depuis elle, avec un lien vers le détail dans Prompts ; l’aperçu garde son bandeau pour les échecs plus importants. Les checks qui ont échoué une fois puis réussi à la nouvelle tentative ne comptent plus. La cloche liste les checks échoués avec le message du fournisseur et les marque comme résolus dès qu’un scan terminé des mêmes marchés s’exécute sans eux.
• « Dernier scan » compte désormais aussi le scan planifié propre à un marché : la barre latérale et l’avis indiquent la même date. L’encadré jaune des prompts avec marque devient une ligne discrète sous les KPI.

L’analyse des écarts montre désormais, pour chaque site, les pages utilisées par les réponses d’IA et les concurrents suivis cités dans ces réponses, avec le nombre de réponses qui ont cité chacun. Elle suit la période choisie sur les pages Sources et indique sur combien de réponses repose chaque chiffre ; jusqu’ici, elle comptait toutes les réponses jamais enregistrées. L’écart d’un site est le nombre de réponses qui l’ont utilisé et ont cité un concurrent suivi, mais pas vous : un simple décompte, pas un score.

• Onglets : Manquants (concurrents cités, vous jamais), Faibles (vous dans moins de réponses que vos concurrents), Forts, Partagés (les deux cités : recoupe Faibles et Forts) et Tous. Un site se déplie sur place en ses pages, chacune avec ses concurrents, le nombre de fois où vous avez été cité, son type de page, les moteurs et si elle a été citée ou seulement consultée ; une page ouvre un panneau avec les prompts concernés et les dernières réponses. Filtrez par concurrent, moteur, marché, tag de prompt ou pages citées et consultées, et exportez la vue en CSV.
• Un concurrent est désormais un concurrent que vous suivez, sur tout marché et sous ses alias ; jusqu’ici, toute entreprise citée par une réponse comptait, y compris des concurrents retirés. Vos propres domaines et les sites de vos concurrents sont signalés et ne figurent que sous Tous. Le tableau Gap analysis du rapport compte de la même façon sur les dates du rapport, et Vous et Conc. sur les pages Sources et URL suivent la même définition : ces chiffres peuvent donc être plus bas qu’avant.

Les tableaux d’audience, graphiques et comparaisons LinkedIn ont reçu les détails qu’un rapport en allemand a fait apparaître.

• Les secteurs portent désormais les noms actuels de LinkedIn (« Services for Renewable Energy » au lieu de « Secteur 3243 »), dans la langue de votre rapport lorsque LinkedIn la propose. Un secteur que nous ne savons pas nommer s'affiche « Secteur 3243 » (« Branche 3243 » en allemand, « Industry 3243 » en anglais). Les tailles d'entreprise suivent le format des nombres de votre rapport (1.001–5.000 en allemand).
• Une variation qui s’arrondit à zéro s’affiche « ±0,0 pts », et non « −0,0 pts ». Un graphique en lignes de différents comptages d’une même source (impressions, clics, leads) place une série sur son propre axe de droite lorsqu’elle est plus de 20 fois plus petite que la plus grande, et les clics et leads ne restent plus à plat sur zéro ; les autres graphiques ne changent pas. Les listes numérotées de l’IA continuent de compter à travers les puces sous leurs éléments (1, 2, 3, 4), et l’IA écrit dans la langue du rapport.
• Si LinkedIn a dépensé sur moins de la moitié des jours de la période de comparaison et sur au moins deux fois plus de jours maintenant, les variations en pourcentage énormes restent, mais le widget (KPI, graphiques et tableaux d’audience et de campagnes) indique « LinkedIn Ads n’a diffusé que 4 jours sur 30 de la période précédente » et la pastille de variation porte un repère. La note atteint aussi le résumé IA et le MCP.

La colonne « Recherches par mois » du Rank Tracker et la bêta de volume des prompts lisent désormais les chiffres de l'Outil de planification des mots clés de Google via DataForSEO, sur le compte DataForSEO de votre espace de travail ou sur son budget Rank Tracker — plus par un compte Google Ads central à nous. DataForSEO facture une requête par pays et par langue (jusqu'à 1 000 mots-clés) ; les chiffres sont conservés 30 jours et n'appartiennent qu'à votre espace de travail lorsqu'ils viennent de votre compte. Sur un budget, une consultation est imputée comme une recherche, au double du prix de DataForSEO. La carte des coûts Rank sur Facturation liste les consultations sur une ligne à côté des recherches, et la section Rank Tracker des Conditions les nomme. Un espace de travail sans l'un ni l'autre voit la colonne comme indisponible, avec ce qu'il faut connecter.

Connectez Bing Webmaster Tools en une seule connexion et suivez Bing à côté de Google, avec autant de sites par client que nécessaire.

• Clics, impressions et CTR par jour, principales requêtes et pages avec leur position moyenne, exploration, problèmes d'exploration, sitemaps et vos pages les plus liées. Chaque widget indique les dates et les semaines Bing qu'il compte.
• Les clics de Bing comprennent tous les services Bing, dont Copilot et le chat, car Bing ne peut pas les séparer. Nous les présentons ainsi au lieu de parler de recherche web. Les principales requêtes et pages viennent uniquement de la recherche web Bing, car Bing n’a pas de données de requêtes ni de pages pour Copilot et le chat.
• Un widget « Google et Bing côte à côte » place Search Console et Bing l'un à côté de l'autre. Les deux ne sont jamais additionnés, car ils ne comptent pas la même chose.

Une mention ne compte que si la réponse écrit le nom suivi : une marque que les réponses écrivent autrement (« islaNet » pour Isla Networks) n’était donc pas comptée. CrunchJunkie repère désormais les réponses qui semblent nommer une marque suivie sous un autre nom et le suggère dans Signaux, avec les réponses où il l’a vu. Vous confirmez ou refusez : Ajouter comme alias compte ce nom comme la marque dès le prochain scan et recompte les réponses enregistrées des 42 derniers jours ; Pas la même entreprise fait qu’il ne sera plus jamais suggéré.

• Une suggestion demande au moins 3 réponses sur 2 jours différents, un nom proche du nom ou du domaine de la marque ou le site de la marque cité dans la même réponse, et aucun site de l’autre nom cité dans cette réponse. Les réponses recomptées comptent comme une mention sans position ni sentiment. C’est une suggestion de configuration : elle ne déclenche ni automatisation, ni webhook, ni récapitulatif.
• Quand vous ajoutez un concurrent par son site, CrunchJunkie lit le site une fois et propose le nom qu’il se donne, en gardant le domaine comme site du concurrent. Rien ne change sans votre clic.

get_citations accepte désormais limit et topPages et renvoie par défaut les 25 domaines les plus cités, chacun avec sa page la plus citée, au lieu de 100 domaines avec cinq pages chacun (un projet très actif atteignait environ 59 000 caractères). Les totaux couvrent toujours chaque domaine de la fenêtre. Les descriptions des outils du connecteur sont plus courtes et disent ce que fait chaque outil ; les notes sur la manière de lire un résultat arrivent maintenant avec le résultat, dans un champ howToRead.

• get_citations : limit (jusqu'à 100 domaines, 25 par défaut), topPages (jusqu'à 5 par domaine, 1 par défaut) et summary: true. totalDomains, runsAnalyzed et les parts décrivent toujours chaque domaine de la fenêtre, et domainsReturned indique combien de lignes sont revenues.
• get_query_fanouts renvoie 5 lignes par défaut (limit jusqu'à 200) et le top 10 de chaque liste, avec le nombre affiché sur le nombre existant (un limit supérieur à 10 liste autant d'entrées ; summary: true omet les lignes), get_content_gaps 8 lacunes (limit jusqu'à 50) et get_signals 12 signaux (limit jusqu'à 100) ; leurs comptages couvrent tout ce que contient la fenêtre. Les descriptions des outils sont environ deux fois plus courtes, et le résultat de chaque outil de lecture porte un champ howToRead avec les règles de lecture qui figuraient auparavant dans sa description.

Un brief de contenu s’ouvre désormais sur un seul bloc : faut-il mettre à jour une page ou en créer une nouvelle, une ligne de données Search Console avec sa période, le titre en grand et la question à laquelle votre page doit répondre. En dessous, « Ce qu’il faut changer » est une liste numérotée où chaque point indique l’action, pourquoi elle compte et les pages citées qui l’appuient.

• Cochez les points au fur et à mesure. Les coches sont enregistrées avec le brief et partagées par toute votre équipe (un accès en lecture seule les voit sans pouvoir les modifier). Quand tout est coché, le brief suggère un nouveau scan ; rien ne se lance tout seul.
• La structure de la page, les données structurées et les preuves à inclure sont des lignes repliées avec leur nombre. Les briefs enregistrés avant gardent leurs recommandations en une seule ligne. Copier le brief et l’export client contiennent la même liste.

Sur les projets avec une langue ou un marché défini, Microsoft Copilot recevait une instruction devant chaque prompt, ce qui poussait Bing à chercher l’instruction elle-même : de nombreuses réponses citaient des sites de traduction au lieu de vraies sources. Copilot reçoit désormais le prompt dans la langue du projet avec une courte mention de marché comme « (Markt: Spanien) ». Dans notre test, le site de la marque est passé de jamais cité à cité pour les trois prompts, et toutes les réponses sont restées dans la langue du projet.

• Les chiffres Copilot de ces projets sont signalés comme lacune de mesure jusqu’au 21 octobre 2026 (une ligne, une bande sur les graphiques, une note pour le résumé IA, Ask Crunch, le connecteur MCP et l’API). Les signaux, alertes et digests écartent Copilot de toute comparaison qui touche ces jours.
• Les chiffres Copilot jusqu’au 21 octobre et à partir du 22 octobre répondent à des questions différentes : comparez-les avec prudence. Les projets sans langue ni marché ne recevaient qu’une courte instruction de répondre en anglais. Elle disparaît aussi, et leurs chiffres ne sont pas signalés comme lacune de mesure.

Le tableau Budget vs réel peut désormais prendre son budget prévu dans les budgets définis dans les campagnes elles-mêmes, pour Google Ads et Meta, au lieu de montants que vous saisissez. Choisissez « Budget prévu depuis » dans les paramètres du widget : paramètres des campagnes, saisi à la main, ou paramètres avec vos montants prioritaires pour les mois que vous remplissez. Les plateformes n’affichent que les paramètres du jour ; CrunchJunkie les lit donc une fois par jour pour chaque compte Google Ads et Meta connecté, et l’historique commence à la première lecture.

• Le budget prévu d’une ligne est la somme des budgets quotidiens de ses campagnes actives, jour par jour ; les campagnes en pause ou terminées comptent 0. Pour Google Ads, la limite mensuelle de Google de 30,4 fois le budget quotidien s’applique, un budget partagé est compté une fois (celui qui couvre plusieurs lignes a sa propre ligne Budget partagé) et un budget total Meta est réparti entre ses dates de début et de fin. Les jours avant la première lecture affichent « — » pour les mois passés et, dans le mois en cours, utilisent les paramètres d’aujourd’hui ; la note sous le tableau l’indique.
• Les canaux autres que Google Ads et Meta ne sont pas encore lus dans les paramètres ; tant que l’un figure dans le tableau, le budget prévu affiche « — » et la note le nomme. add_widget et edit_widget du connecteur MCP acceptent plannedSource, et Ask Crunch comprend « budget prévu depuis les paramètres des campagnes ».

Un nouveau tableau pour Tous les canaux compare votre budget prévu aux dépenses réelles de chaque ligne de produit. Vous définissez les lignes une fois par nom de campagne, par exemple Assurance santé = campagnes contenant PKV ou KV_DE, et le tableau additionne Google Ads, Meta Ads et les autres canaux connectés par ligne.

• Le budget prévu est réparti au prorata des jours pour chaque mois civil de la période (du 15 au 31 octobre : 17/31 du budget d'octobre), et un mois sans budget affiche « — », jamais 0. Une campagne va à la première ligne qui correspond ; le reste apparaît comme Non attribué, le Total est donc toujours la dépense de vos comptes.
• Pendant le mois en cours, le tableau affiche aussi Attendu à ce jour et une projection de fin de mois au rythme actuel. Configurez-le dans le constructeur de rapports (tableau Tous les canaux, Budget vs réel) ou demandez à Crunch ; add_widget et edit_widget du connecteur MCP acceptent aussi les lignes.

Un tableau GA4 par Nom de l’événement a désormais l’option « Événements clés uniquement » : seuls les événements que GA4 marque comme événements clés, triés par Événements clés ou par une autre colonne. Ask Crunch et le connecteur MCP le créent à partir de mots simples (« Nom de l’événement avec Événements clés et Utilisateurs, uniquement les événements clés, les plus nombreux d’abord »). Utilisateurs reste le chiffre propre à GA4 par événement et n’est jamais additionné entre événements.

Quelques jours après le premier scan d'un projet en essai, CrunchJunkie vérifie si la configuration peut fonctionner. Sinon, le propriétaire de l'espace de travail reçoit un court e-mail qui nomme le problème et la solution.

• Il recherche les trois problèmes que les avis du projet signalent déjà : uniquement des moteurs qui citent des sites et non des pages (Gemini), des moteurs qui semblent lire la marque comme un logiciel, et un dernier scan avec beaucoup de checks échoués (au moins 5, ou au moins 10 % de ses checks).
• Chaque projet est vérifié une fois, entre 2 et 7 jours après son premier scan terminé, et seulement pendant un essai. L’e-mail ne change rien et ne facture rien ; la correction se fait dans l’app, sur votre clic. Vous pouvez vous désabonner comme de toute notification produit.

Lorsqu’un projet est configuré de façon à laisser des pages vides, la visibilité IA vous explique maintenant pourquoi au lieu de ne rien afficher. Chaque avis nomme sa cause et propose la solution.

• Un projet qui ne suit que des moteurs citant des sites web et non des pages (Gemini) est signalé dans la Vue d’ensemble, les Query fanouts, les Prompts et dans un brief de contenu : les briefs et les vues par page restent vides. Un clic ajoute un moteur que vous pouvez déjà exécuter, après l’affichage du surcoût estimé par scan ; le clic lui-même ne facture rien.
• Lorsque les moteurs semblent lire votre marque comme un logiciel (recherches comme « tools like … » ou « … software » pour une marque qui n’est pas un logiciel), les Query fanouts et la Vue d’ensemble citent les recherches et indiquent où ajouter du contexte. Il faut au moins 10 recherches qui citent la marque, et l’avis reste muet pour les marques de logiciels.
• « N checks échoués » s’accompagne désormais des causes (clé refusée, quota ou facturation, limite de fréquence, délai dépassé, panne du fournisseur, réponse vide), du nombre pour chacune et d’une ligne pour y remédier. Les scans antérieurs à l’enregistrement des messages d’erreur indiquent que la cause n’a pas été conservée.

Sur de longues périodes, le connecteur Looker Studio s’arrêtait à 500 lignes, et les périodes de plus de 180 jours étaient tronquées en silence aux 180 derniers jours, ce qui pouvait omettre des jours et fausser les totaux. Il récupère désormais toutes les lignes de n’importe quelle période, par fenêtres de 180 jours, ou indique clairement qu’une période contient plus de 100 000 lignes. La position moyenne et le sentiment sont maintenant pondérés par les mentions, comme dans l’app, au lieu de moyenner les moyennes quotidiennes. L’endpoint REST des métriques accepte limit et offset.

Les insights de l’audit GEO rédigés par l’IA ne citent désormais les noms de moteurs et les nombres de pages que d’après les résultats de l’audit lui-même. Une phrase qui désigne un moteur comme refusé alors qu’il était accessible, ou qui se trompe sur un nombre, est corrigée ou supprimée.

Les tableaux GA4 peuvent afficher les canaux par mois : une ligne par canal, une colonne par mois, avec des totaux et un dégradé en option. Choisissez la dimension Channel × Month sur un tableau GA4 ; sa limite de lignes fixe le nombre de mois affichés, 13 par défaut.

• Chaque cellule est le chiffre propre de GA4 pour ce canal ce mois-là. Les sessions, les événements clés et les revenus s’additionnent dans les totaux. Les utilisateurs et les taux non : leurs totaux sont les chiffres propres de GA4, une personne venue sur deux mois compte donc une fois.
• Le mois en cours affiche ses jours, par exemple « oct. 2026 (1–20) », pour ne jamais passer pour un mois entier. « Rédiger avec l’IA », Ask Crunch et le connecteur MCP créent le tableau quand on demande les visites par canal et par mois.

Les constats courts et le résumé que l'audit GEO rédige avec l'IA sont désormais vérifiés avant que vous ne les voyiez. Une phrase qui affirme que le site est illisible pour les moteurs d'IA, qui promet qu'un correctif augmentera les citations ou la visibilité, ou qui présente un blocage du pare-feu comme un fait alors que nous n'avons que des requêtes de test refusées est réécrite une fois, puis supprimée si elle enfreint encore la règle.

• Le contrôle en direct des robots s'appelle désormais « AI crawlers pass our live fetch test (beyond robots.txt) » (le libellé reste en anglais), pour qu'il se lise comme notre test et non comme une affirmation sur tous les robots. Les audits déjà réalisés gardent l'ancien libellé jusqu'à leur prochaine exécution.
• Les constats ne sont plus coupés au milieu d'un mot : un long texte se termine désormais à la dernière phrase complète.

À côté d'un résultat de pare-feu indiquant que notre requête de test était refusée, l'audit disait que ces mêmes robots « peuvent accéder au site » parce que robots.txt les autorisait. Ce sont deux questions différentes, et la formulation les sépare désormais. Nous avons aussi renommé un score facile à mal interpréter et corrigé les analyses IA qui échouaient sur les gros audits.

• Les contrôles des robots disent maintenant « robots.txt autorise n/m robots » et renvoient au test en direct sous Pare-feu et politique d'accès pour savoir si un pare-feu les laisse passer. Le contrôle des agents s'intitule désormais « Agents IA en temps réel autorisés dans robots.txt ».
• Le sous-score schema s'appelle maintenant Balisage d'entité (avant Autorité d'entité). Il ne mesure que le balisage schema.org, pas la notoriété d'une marque. Les widgets de rapport enregistrés continuent de fonctionner et affichent le nouveau nom.
• Les analyses IA ne sont plus coupées sur les gros audits : la réponse dispose de plus de place et le modèle doit garder chaque analyse courte au lieu de lister chaque page.
• L'absence de schema Organization est désormais formulée ainsi : le site n'indique pas aux moteurs d'IA à quelle organisation il appartient, et non que les moteurs ne pourraient pas connaître la marque.

Le test gratuit de visibilité IA et l'audit GEO gratuit ont désormais, sous le champ e-mail, une case non cochée : "Envoyez-moi aussi, de temps en temps, les actualités produit de CrunchJunkie." La cocher est votre choix ; les deux outils fonctionnent de la même façon sans elle.

• Sans la case, l'adresse e-mail sert uniquement à vous envoyer le rapport, comme avant. Avec elle, nous vous envoyons d'abord un e-mail pour confirmer l'adresse, et ce n'est qu'après votre confirmation que nous pouvons vous envoyer de temps en temps des actualités produit ; chacun de ces e-mails contient un lien de désinscription.
• Nous conservons le moment où vous avez coché la case et le texte exact que vous avez vu, et nous supprimons les deux avec votre adresse e-mail après 12 mois. La politique de confidentialité (section 2.8) le précise.

Certaines pages citées par Microsoft Copilot étaient des pages de traduction dont l'adresse contient la consigne de marché et de langue que CrunchJunkie place devant un prompt. Elles étaient citées à cause de notre consigne, pas à cause de la question. Ces pages sont désormais exclues de tous les chiffres de citations et de sources, pour tous les moteurs et pour les réponses déjà enregistrées ; les chiffres de citations et de sources de Copilot baissent donc là où elles étaient comptées. Les chiffres de durée de vie des citations et de tendance suivent une fois leurs totaux hebdomadaires recalculés, dans l'heure qui suit une étape unique de notre côté.

• La règle lit le texte de la consigne dans l'adresse, pas une liste de sites : une page ordinaire du même site de traduction compte toujours. Là où les réponses brutes sont affichées, ces pages apparaissent avec leur propre libellé et ne sont pas comptées.
• Une réponse dont toutes les pages citées étaient de ce type ne nomme aucune source : elle est exclue des chiffres de citations et de sources, comme une réponse sans lien lisible. Les mentions de marque, la visibilité et la part de voix ne changent pas.
• Rapports, widgets, les onglets Sources et URL, les briefs de contenu, l'API et le connecteur MCP appliquent la même règle. Aucune réponse n'a été modifiée.

Quand un pare-feu refusait nos requêtes de test portant le nom d'un crawler d'IA, l'audit disait que ce crawler ne peut ni lire ni citer votre contenu. C'était trop fort : nos requêtes partent de nos serveurs, pas des adresses propres aux crawlers, et de nombreux pare-feu refusent ces requêtes tout en laissant passer les vrais crawlers. L'audit dit désormais que le pare-feu a refusé notre requête de test, y voit un fort indice de blocage plutôt qu'une preuve, et vous invite à vérifier vos propres journaux.

• Dans l'accès des crawlers d'IA, le refus de notre requête de test compte désormais un demi-point au lieu d'un échec, donc certains scores montent.
• Le cas du réglage par défaut de Cloudflare, où les crawlers d'agents et d'entraînement sont refusés et ceux de recherche seule passent, ne change pas : il correspond à une règle de Cloudflare qui bloque aussi les vrais crawlers.
• La carte Pare-feu et politique d'accès, le tableau du rapport, les enseignements de l'audit, le connecteur et la documentation emploient la même formulation.

Depuis la mi-octobre 2026, de nombreuses réponses de Google AI Overviews et de Google AI Mode sont arrivées sans leurs listes. Les marques d'une liste manquante comptaient comme non citées, les chiffres de ces moteurs pour ces jours peuvent donc être trop bas. Les nouveaux scans écartent désormais une telle réponse : aucune donnée, ni citation ni absence.

• Un scan reconnaît une réponse qui annonce une liste absente, ou un aperçu sans texte, et ne l'enregistre pas. Il ne repose pas la question dans le même scan, car chaque recherche est facturée et revient identique, et il cesse d'interroger ce moteur pour le scan quand la plupart de ses réponses arrivent ainsi. « Pas d'AI Overview » pour une recherche reste un vrai résultat, et un intitulé court comme « En bref : » avant son paragraphe n'est pas une lacune. Microsoft Copilot n'est pas concerné.
• Les widgets de visibilité IA, les graphiques et la Vue d'ensemble dont les chiffres incluent ces moteurs sur cette période le signalent (une bande sur les graphiques, une ligne sous le reste), et le résumé IA, Ask Crunch, le connecteur MCP et l'API en sont informés. Les alertes, les signaux et les synthèses clients laissent ce moteur hors de toute comparaison qui touche ces jours, tant que cela dure.
• Le nom d'un élément de liste sous d'autres clés, les blocs de comparaison et toutes les formes d'un tableau sont désormais lus aussi, pour ne rien perdre de ce qui arrive bien.

Sur les graphiques quotidiens de Google Ads, LinkedIn Ads, Meta Ads, Amazon Ads, Reddit Ads et ChatGPT Ads, la ligne de comparaison associe désormais chaque jour au jour situé à la même place dans la période de comparaison. Auparavant, les deux lignes étaient associées par position : quand un mois était plus long que l'autre, ou qu'un jour n'avait aucune activité, chaque point suivant était comparé au mauvais jour. Microsoft Ads, Google Analytics et la Search Console fonctionnaient déjà ainsi.

• Un jour sans activité vaut 0 pour les nombres comme les clics et laisse un vide pour les taux comme le CTR. Quand la période de comparaison est plus courte (février face à mars, ou à travers le 29 février), les derniers jours n'ont pas de point de comparaison, et un graphique de ce mois s'arrête au dernier jour avec des données. Les graphiques tous canaux additionnent comme avant les jours de chaque canal à leur propre date.
• Un chiffre qu'une plateforme n'a pas communiqué pour toute la période (les conversions quand cet appel a échoué, les achats sans suivi des événements, la couverture LinkedIn, que LinkedIn ne donne jamais par jour) reste un vide chaque jour, jamais un 0. Avec une ligne de comparaison, une période terminée, comme le mois dernier, n'est plus coupée au dernier jour avec des données, même si le compte était en pause avant la fin ; seule une période encore en cours s'arrête au dernier jour avec des données. Cela vaut aussi pour les graphiques de Microsoft Ads et Google Analytics.

La mise à jour hebdomadaire ou mensuelle que reçoit votre client commence désormais par le chiffre de visibilité en grand, sur l'ensemble des systèmes d'IA comme dans vos rapports, avec le nombre de réponses d'IA derrière lui, suivi d'une ou deux phrases sur ce que les chiffres signifient ensemble. Le texte ne répète plus les chiffres, ne commence jamais par une formule de salutation et vouvoie le client en français, avec Sie en allemand et usted en espagnol, comme désormais le titre et l'objet.

• Si le texte de l'IA répète malgré tout un chiffre de visibilité (ou deux petits nombres), un texte fixe construit à partir des mêmes faits le remplace, ou aucun texte s'il ne ferait que répéter les chiffres.
• Quand des systèmes d'IA sont exclus de la comparaison parce que leur mesure a changé, la comparaison a sa propre ligne sur les systèmes comparables, et l'e-mail indique ce qui a changé pour les autres, à quelle date, et quand ils comptent de nouveau.
• Un seul nom par notion : « Visibilité dans les réponses d'IA » partout, un seul terme pour la marge d'erreur et plus de « ~ » : un écart qui ne dépasse pas nettement la marge d'erreur se lit « inchangée ».

Du 8 au 16 octobre 2026, ChatGPT a ouvert une grande partie des liens qu'il cite sans balise et sans référent, Google Analytics a donc compté ces visites en Direct au lieu de ChatGPT. Une baisse de ChatGPT ces jours-là est une lacune de mesure, pas un intérêt en recul, et vos rapports le disent désormais.

• Les graphiques de trafic IA affichent une bande sur le 8–16 octobre (plus foncée là où la lacune était la plus forte, du 14 au 16 octobre), avec ses sources. Les cartes KPI, tableaux et donuts qui incluent ChatGPT reçoivent une ligne en dessous quand leur période, ou seulement leur période de comparaison, couvre ces jours. De même pour l'onglet IA → Conversions et ses widgets de rapport.
• Le marquage indique quand c'est arrivé, pas combien de visites manquent : personne ne le sait. Le résumé IA, Ask Crunch, le connecteur MCP et l'API en sont informés de la même façon, et un interrupteur dans l'éditeur masque la bande et la ligne sur un widget.
• Le signal « La visibilité IA et les conversions venues de l'IA ont toutes deux baissé » n'est plus déclenché tant que ses périodes incluent ces jours, et un signal ouvert est résolu avec ce motif. Sur une propriété Google Analytics éloignée d'UTC, la bande peut commencer ou finir un jour plus tôt ou plus tard, car les jours sont comparés en jours UTC.

Les projets hebdomadaires et quotidiens qui étaient tous scannés à la même heure (le lundi à 06:00 UTC, le réglage par défaut des projets plus anciens) démarrent désormais à des heures différentes. Chacun garde le jour où il est scanné dans le fuseau horaire de votre espace de travail, les rapports hebdomadaires gardent donc leur rythme, et passe à une heure de nuit qui n'est pas plus tardive qu'avant, à l'heure d'hiver comme à l'heure d'été. Là où le fuseau horaire laisse de la place, les projets sont répartis sur les heures de nuit ; là où il n'en laisse qu'une (par exemple New York, Chicago, Calcutta ou Mexico), ils passent au lundi 00:00. Dans les fuseaux horaires à l'ouest de Chicago, la page des réglages affichera désormais le dimanche soir, c'est-à-dire l'heure locale à laquelle ces scans avaient déjà lieu (par exemple le dimanche à 22:00 à Los Angeles). L'heure reste la même en Alaska, à Hawaï et dans quelques autres fuseaux horaires (dont le Chili et Cuba), pour les projets scannés tous les quelques jours, pour les projets importés de Peec AI et pour les projets dont un marché a son propre calendrier. Une heure de scan que vous avez choisie vous-même n'est jamais modifiée.

Aux heures de pointe, un scan planifié peut attendre un moment avant sa première vérification. Jusqu'ici, la barre de scan l'affichait en cours, puis en attente de capacité, sans aucune durée. Elle indique désormais « en attente de démarrage », avec une estimation comme « environ 2 h » tirée de sa place dans la file de votre espace de travail et de la vitesse à laquelle nos serveurs ont traité les scans au cours de la dernière heure. C'est une estimation, pas une promesse, et aucune n'est affichée sans données suffisantes. Les assistants voient la même chose avec get_scan_status, qui donne aussi désormais une estimation du temps restant d'un scan en cours.

Aux heures de pointe, quand les scans planifiés de nombreux espaces de travail tournent en même temps, un scan que vous lancez vous-même (dans l'application ou depuis un assistant) n'attend plus derrière les scans planifiés des autres espaces de travail. Il reçoit désormais à peu près autant de vérifications simultanées que lorsque votre onglet de navigateur l'exécute, et se termine donc en une fraction du temps. Les scans planifiés des autres espaces de travail continuent à côté et peuvent finir quelques minutes plus tard. Nous n'envoyons pas plus d'appels aux moteurs d'IA qu'avant.

Merchant Center : une offre publiée sous plusieurs libellés de flux ou langues compte une seule fois ses impressions et clics de fiches gratuites, les offres qui ne sont plus dans votre flux comptent toujours dans les totaux (regroupées sous « absent du flux actuel »), un produit sans disponibilité ne compte plus comme en rupture de stock, et un catalogue de plus de 50 000 produits indique que ses nombres portent sur les 50 000 premiers. Fiche d’établissement Google : un mot-clé peu recherché s’affiche « < 15 », une borne supérieure qui n’est pas additionnée, le tableau des mots-clés nomme les mois civils couverts, et Avis et Note moy. indiquent qu’il s’agit des chiffres du jour. La carte GA4 n’affiche plus de « % du total » pour un taux ou une moyenne, et la part d’un pays porte sur le total de la propriété, pas sur les pays affichés. Les graphiques en courbes Microsoft Ads, GA4 et Search Console comparent chaque jour au même jour de la période de comparaison, même quand un jour n’a pas de données.

Quand une source n’a pas pu être lue, ou ne fournit pas un chiffre, le rapport le dit désormais au lieu d’afficher 0 ou un widget vide. Dans l’app, il affiche « Non chargé », ou « Accès perdu » quand la plateforme a refusé le compte ; les liens partagés et les PDF affichent « Données indisponibles ». Les résumés IA, le connecteur MCP et l’API lisent un tel chiffre comme manquant, pas comme zéro.

• LinkedIn Ads : Membres touchés et Coût pour 1 000 membres touchés affichent leurs chiffres dans les tableaux de campagnes et d’annonces au lieu de 0. La portée, la pénétration de l’audience et le temps passé que LinkedIn ne fournit pas (sur des périodes de plus de 92 jours, par niveau hiérarchique, fonction ou autre critère démographique, et par jour dans les graphiques) s’affichent « — » avec la raison. Un tableau ou un aperçu d’annonces qui n’a pas pu être lu affiche « Non chargé », et une période de comparaison lue en partie seulement ne trace aucune ligne de comparaison au lieu d’une ligne de zéros.
• Les graphiques Search Console ne tracent plus une barre de 0 pour une période de comparaison qui n’a pas pu être lue, et un graphique dont la période n’a pas pu être lue affiche « Non chargé ». Facebook & Instagram : les jours qui n’ont pas pu être lus sont des trous dans le graphique, pas des 0 ; les chiffres d’une page Facebook sur plus de 80 jours dont une partie n’a pas pu être lue affichent « — » au lieu d’un total plus petit ; les tableaux de publications affichent « Non chargé » ou « Accès perdu ».
• Les graphiques Piwik PRO et Mailchimp, les chiffres Matomo quand le serveur répond par une page web au lieu de données, les anneaux de conversions ChatGPT Ads quand les conversions n’ont pas pu être lues, et les chiffres ChatGPT Ads trop volumineux pour être lus en entier affichent désormais « Non chargé » au lieu de 0 ou « Aucune donnée ».

Les chiffres qui comptent chaque personne une fois ne s’additionnent plus sur plusieurs jours ou campagnes. Les visiteurs uniques de Matomo et les visiteurs de Piwik PRO sur un tableau de bord sont désormais le nombre propre de l’outil d’analyse pour toute la période ; quand Matomo n’en fournit pas, le tableau affiche « — » et dit pourquoi. La portée Reddit est lue pour la période, ou pour chaque jour, directement chez Reddit, donc la fréquence est juste elle aussi. La portée de la page Facebook sur plus d’un jour affiche « — » avec la raison (le graphique montre toujours chaque jour). La portée et les comptes engagés Instagram « (30 j) » sont les 30 derniers jours de la période, et le tableau en donne les dates. Les taux de conversion ne divisent plus que ce qui appartient à leur base : Matomo compte les visites qui ont converti, pas les conversions ; le chiffre de Piwik PRO s’appelle Conversions / session, car une session peut convertir plusieurs objectifs ; le taux de conversion de Reddit affiche « — », car ses conversions incluent celles après affichage, sans aucun clic derrière. L’entonnoir GA4 par défaut se termine désormais par les sessions ayant eu un événement clé plutôt que par les événements clés eux-mêmes, et un taux ou une moyenne n’est plus dessiné comme étape de l’entonnoir.

Un anneau montre chaque segment comme une part d’un tout, il ne convient donc qu’aux chiffres qui s’additionnent, comme les clics, les sessions ou les dépenses. Pour toutes les sources, un anneau d’un taux, d’une moyenne ou d’un nombre de personnes uniques (CTR, taux de conversion, taux de rebond, position moyenne, couverture, utilisateurs) explique désormais pourquoi il ne peut pas être dessiné au lieu d’afficher des segments qui ne s’additionnent pas, et l’éditeur et les assistants ne le proposent plus. Un anneau d’un nombre garde désormais ses plus grands segments et un segment « Autres » avec le reste, donc chaque part est une part du tout et pas seulement des segments affichés. Ask Crunch suit la même règle.

Dans un widget Tous les canaux, le coût par conversion, le taux de conversion, le coût par lead et le taux de leads ne comptent désormais que les canaux qui remontent des conversions (ou des leads) sur la période, la règle que suit déjà le ROAS. Avant, les dépenses de tous les canaux étaient divisées par les résultats de certains seulement : Amazon, Reddit et ChatGPT Ads ne remontent aucun lead, mais leurs dépenses entraient dans le coût par lead. Un canal qui remonte 0 compte toujours, car ses dépenses n'ont rien rapporté. Quand un canal qui a dépensé est écarté, le widget le nomme avec ses dépenses, et la comparaison indique l'absence de période précédente quand les canaux d'un chiffre changent d'une période à l'autre. Un canal qui remonte 0 conversion mais des leads, comme Meta sur un compte lead-gen, reçoit un avertissement sous le widget, et l'éditeur propose le blend lead-gen en un clic ; rien ne bascule tout seul. Les chiffres peuvent bouger dans les rapports qui mêlent des canaux aux définitions de conversion différentes, et les objectifs de suivi de coût par lead et de CPA suivent la même règle.

Un anneau Google Ads par appareil ou par réseau ne peut afficher qu’un chiffre qui fait partie d’un total, comme les clics, le coût ou les conversions. L’éditeur ne propose plus de taux, de part ou de moyenne (CTR, CPC, part d’impressions, coût par conversion, ROAS) pour un tel anneau, et un assistant à qui vous le demandez en explique la raison et propose un tableau au lieu d’ajouter un anneau qui resterait vide. Les anneaux existants continuent d’afficher la raison.

Un rapport limité à des campagnes Google Ads choisies applique désormais ce choix au compte auquel ces campagnes appartiennent, et seulement à lui. Les widgets des autres comptes Google Ads du client affichent leurs chiffres complets au lieu de rien, et les totaux Tous les canaux incluent de nouveau chaque compte Google Ads : les campagnes choisies d’un compte, les autres en entier. Chaque widget que le choix limite l’indique sous ses chiffres — « Chiffres Google Ads : uniquement 2 campagnes choisies de Acme », avec les noms des campagnes quand ils tiennent — et un widget Tous les canaux nomme les comptes qu’il inclut en entier, dans le rapport, son lien partagé et le PDF. Les résumés IA, l’API et le connecteur pour assistants IA savent que ces chiffres ne sont pas ceux du compte entier. Une campagne choisie compte quel que soit son statut : une campagne supprimée depuis garde son historique. Le sélecteur Campagnes de l’éditeur liste les campagnes de tous les comptes Google Ads du client, regroupées par compte ; un compte de plus de 200 campagnes indique « les 200 premières sur … » et la recherche trouve les autres. Les rapports déjà filtrés gardent leur choix : chaque campagne choisie est rattachée au compte Google Ads auquel elle appartient et, si cela ne peut être confirmé, elle est lue comme celle du premier compte du client, avec une note qui le signale.

Demander à un assistant d’afficher un graphique Search Console, AI Visibility ou Tous les canaux « par mois » ou « mensuel » le rend désormais mensuel : jour, semaine et mois sont lus directement dans vos mots, en français, anglais, allemand et espagnol, et ni une période comme « les 12 derniers mois » ni « il y a une semaine », « mois sur mois » ou « budget mensuel » ne sont pris pour un intervalle. Les graphiques des autres sources montrent un point par jour : une vue hebdomadaire ou mensuelle est donc refusée en indiquant où la trouver (pour Google Ads, un tableau par mois ou par semaine), comme un intervalle qu’aucun graphique n’a, par trimestre par exemple. Un graphique par campagne ou par appareil n’est pas touché. La confirmation de chaque modification compare le widget avant et après, réglage par réglage, et ne dit que rien n’a changé que lorsque rien n’a changé. Un nouveau widget va là où vous le demandez — « dans la section Google Ads, juste après le tableau Top campaigns » — et l’aperçu montre où avant que rien ne soit ajouté ; sans indication, ou avec une qui ne désigne aucun widget du rapport, il va à la fin et l’aperçu dit pourquoi. Et un seul widget peut maintenant être déplacé : après un autre widget, ou au début ou à la fin d’une section. Quand le widget est désigné, l’aperçu nomme son ancienne et sa nouvelle place ; la confirmation le fait toujours. Il garde ses réglages et rejoint la section où il arrive.

Un graphique en anneau Google Ads par appareil ou par réseau et une carte Google Ads par pays additionnaient leur chiffre sur les lignes de chaque segment ou pays, taux et parts compris (un segment a une ligne par campagne ; un pays, une par campagne et type de zone) : un CTR de 4 % et de 1 % donnait 5 %, une part d’impressions de 40 % et de 30 % donnait 70 %. Une carte par pays additionne les clics, le coût, les conversions et les autres décomptes comme avant, calcule le CTR, le coût par clic, le coût par conversion, le taux de conversion et le ROAS à partir des totaux additionnés, et affiche la part d’impressions d’un pays et les autres chiffres qui ne s’additionnent pas quand une seule ligne le compose, « — » avec une ligne sous la carte qui explique pourquoi quand il y en a plusieurs (une campagne peut en donner deux, une par type de zone), et un vrai 0 comme 0. Une telle carte n’affiche plus le pourcentage de chaque pays sur un total. Un anneau d’un taux, d’une part ou d’une moyenne explique pourquoi il ne peut pas être dessiné au lieu d’afficher des segments, car ces chiffres ne sont pas des parties d’un total ; un anneau de décomptes ne change pas et n’a jamais plus de 10 segments, si bien que l’application, les rapports partagés, les PDF et les résumés IA divisent par le même total. Une carte par ROAS affichait des clics ; elle affiche désormais le ROAS.

Les tableaux Google Ads par appareil, réseau, jour de la semaine, sexe, âge ou mot-clé affichaient 0 pour le taux d’impressions, les vues et les autres chiffres qu’ils n’additionnaient pas. Ils additionnent désormais les vues, les engagements, les appels et les autres nombres. Une ligne d’une seule campagne ou d’un seul groupe d’annonces affiche son propre taux d’impressions, 0 % compris, une ligne qui en réunit plusieurs affiche « — » avec une ligne sous le tableau qui en donne la raison, et un chiffre que Google n’a pas renvoyé est « — », jamais 0. Un anneau Google Ads par action de conversion, comme celui du modèle « Conversion mix by action », affichait la répartition par appareil ; il affiche désormais chaque action de conversion, en conversions ou en valeur de conversion, et l’éditeur le propose.

Une carte KPI Google Ads filtrée sur plusieurs campagnes, par la sélection de campagnes du rapport ou un filtre du widget, additionnait des chiffres que Google ne fournit que par campagne : deux campagnes à 40 % et 30 % de taux d’impressions donnaient 70 %. Le taux d’impressions et ses variantes (perdu en raison du budget ou du classement, haut de page et première position), les taux d’impressions en haut de page et en première position, les taux de vue, d’engagement, de vidéo et de visibilité, le coût moyen par vue, les utilisateurs uniques et la fréquence affichent désormais « — » sur plusieurs campagnes, avec une ligne sous le widget qui en donne la raison. Un graphique ou un tableau mensuel ou hebdomadaire filtré fait de même chaque jour, semaine ou mois comptant plus d’une campagne, et les utilisateurs uniques et la fréquence de plusieurs campagnes Display ou vidéo affichent « — » pour la même raison, avec ou sans filtre. Les nombres et les montants restent additionnés, et le CTR, le coût par clic, le coût par conversion, le taux de conversion et le ROAS restent calculés à partir des totaux additionnés. Un rapport sans filtre, et un filtre sur une seule campagne, affichent exactement ce qu’ils affichaient. Les graphiques et tableaux filtrés additionnent aussi désormais les vues, les engagements, les appels et les autres nombres qui y affichaient 0. Pour un tableau Google Ads par action de conversion, Crunch, ainsi qu’add_widget et edit_widget via MCP, n’ajoutent plus le coût, les clics ou un coût par conversion, que Google ne peut pas ventiler par action de conversion ; ils le disent, et l’éditeur ne propose que des métriques de conversion pour cette ventilation.

Dans l’éditeur de rapports, « Exclure des campagnes Meta » accepte des termes comme « Energy » : toute campagne Meta dont le nom contient l’un d’eux, en majuscules ou en minuscules, est exclue de tous les chiffres du rapport — widgets Meta Ads, totaux tous canaux, comparaisons, liens partagés, PDF, e-mails programmés, API et connecteur pour assistants IA. Meta calcule les chiffres sans ces campagnes, si bien que la portée et la répétition restent justes, et chaque widget concerné indique sous ses chiffres quelles campagnes il exclut. Via MCP, le nouvel outil update_report_settings définit la même liste, et get_report_data la signale sur chaque widget concerné.

Le connecteur MCP fait désormais avec les projets existants ce que fait Paramètres → Marchés : merge_project fusionne dans celui-ci le projet d'un autre client de la même marque comme nouveau marché, avec l'aperçu de l'app de tout ce qui est déplacé et des rapports qui resteraient vides, et unmerge_project l'annule. update_tracking_prompt déplace un prompt vers un autre marché de son projet, update_scan_settings donne à un marché sa propre planification de scans, et list_prompts indique quels marchés viennent d'une fusion.

Le connecteur MCP peut désormais ajouter un marché comme le fait Paramètres → Marchés : translate_prompts rédige les prompts d'un marché dans la nouvelle langue pour que la personne les vérifie dans la conversation, add_market ajoute le marché avec les prompts vérifiés et sa propre liste de concurrents, et son aperçu indique ce qu'un scan du marché consomme avant tout enregistrement. add_tracking_prompt accepte un marché, list_prompts liste les marchés d'un projet avec leurs prompts actifs, concurrents et planification, et chaque prompt porte désormais son marché.

La boîte de dialogue « Ajouter un marché » indique désormais ce qu'un scan du nouveau marché consomme sous forme d'un compte clair — prompts × passages × moteurs, avec le nombre de moteurs premium comptés 3× — au lieu d'une équation dont les facteurs affichés ne donnaient pas le total. Le titre des concurrents nomme le marché choisi, la note de planification renvoie au lien « Planification » par marché qui existe déjà, une ligne à côté des boutons explique pourquoi « Vérifier » reste grisé, la note de traduction précise que le brouillon est un appel IA sur votre clé, Échap ferme la boîte et demande d'abord si des brouillons traduits seraient perdus, et dans un espace de travail en essai la boîte indique combien des prompts vérifiés ont été enregistrés sous la limite de prompts de l'essai au lieu de se fermer en silence.

Lorsque la sonde en direct de l'audit GEO confirme qu'un robot autorisé par votre robots.txt est quand même refusé, la carte « Firewall & access policy » nomme désormais la couche qui a répondu (Cloudflare, Amazon CloudFront / AWS WAF, Akamai, Vercel, Sucuri, Imperva, Fastly, ModSecurity ou le serveur web lui-même), lue dans les en-têtes de cette réponse, avec le correctif propre à cette couche. Modifier robots.txt ne lève pas un blocage WAF ; la carte, la première recommandation du brief de contenu et l'audit du connecteur indiquent désormais où appliquer le correctif.

La barre latérale n'a plus qu'un menu : le bloc de l'espace de travail, en haut, se lit toujours comme une commande (un chevron visible, une seconde ligne avec votre rôle et votre forfait) et ouvre vos espaces de travail (changer, créer, gérer), puis votre compte : paramètres, le portail ambassadeur si vous en avez un, l'admin si vous l'êtes, se déconnecter. La pastille utilisateur en bas de la barre latérale disparaît, et le badge « Actuel » en double avec elle.

Un brief de contenu nomme désormais le type de preuve dont une page a besoin et sa véritable provenance (les données propres de la marque, une étude citée par les pages citées) et ne livre jamais un nombre à publier. La règle est dans le générateur ; chaque brief est vérifié avant d'être affiché (un chiffre absent des preuves est renvoyé une fois au modèle et retiré s'il revient), et l'évaluateur et le juge recalent un brief qui en porte encore un. La documentation et l'outil MCP le disent.

Supprimer un prompt suivi (ou cesser de suivre une référence) recalcule les totaux quotidiens enregistrés pour chaque jour où il a été mesuré, de sorte que les chiffres principaux de la vue d'ensemble, les KPI des rapports, les métriques MCP et les digests concordent avec les vues qui comptent les réponses une à une. Un historique court est recalculé avant que la suppression ne réponde ; un long suit en quelques heures. La boîte de suppression, le connecteur MCP et la documentation ne portent plus l'ancienne réserve.

La barre d'outils du bloc de texte gagne des couleurs de texte (atténué, accent, positif, avertissement, négatif), des surlignages (citron vert, vert, ambre, rose), du texte petit ou grand, des encadrés (note, conseil, avertissement, important) et une ligne de séparation, et indique ce que la sélection porte déjà. Chaque couleur est un jeton du thème du rapport, lisible en mode clair, sombre et dans le PDF, et le même formatage peut être posé via les outils MCP (add_text_widget, edit_widget avec text) sous forme d'attributs documentés par le connecteur.

Un nouvel outil MCP, add_text_widget, ajoute à un rapport un bloc de texte rédigé par l'assistant lui-même (une analyse, un résumé, les prochaines étapes) avec un titre, une largeur, un titre masqué en option et un emplacement : au début ou à la fin du rapport, ou avant ou après n'importe quel widget. Rien n'est interprété par l'IA : le texte entre tel qu'il a été écrit, nettoyé exactement comme l'éditeur nettoie un bloc enregistré, et l'aperçu montre l'emplacement, la longueur, le début du texte et tout ce qui a été retiré. Le résultat nomme le nouveau widget, donc remove_widget l'annule ; edit_widget avec text modifie toujours un bloc existant.

Un espace de travail dans lequel vous ne travaillez plus peut être archivé : tout est conservé, rien ne tourne — ni scans, rapports planifiés, digests ou envois, et l'API, le connecteur et les webhooks sont coupés pour lui — et ses clients et sièges cessent de compter sur le plan. Un propriétaire le restaure à tout moment, dans la limite du plan. Les propriétaires de plusieurs espaces payants peuvent déplacer un espace couvert d'un plan à un autre sous Paramètres → Espaces de travail.

Le propriétaire d'un espace payant en Pro ou plus peut désormais créer des espaces couverts par ce plan, sans seconde carte. Pro en inclut 3, Agency 10, Scale sans plafond. Un espace couvert partage les limites mutualisées du plan (places clients, sièges comptés une fois par personne, vérifications et dépassement Managed AI, budget de classement, messages de l'assistant) tandis que ses membres, clés, marque blanche, domaine, SSO, webhooks et réglages MCP restent les siens ; la facturation reste dans l'espace payant, et un espace couvert peut démarrer son propre abonnement à tout moment.

Vous pouvez désormais appartenir à plusieurs espaces de travail avec une seule connexion — les vôtres et ceux où l'on vous a invité — et passer de l'un à l'autre depuis le haut de la barre latérale ou sous Paramètres → Espaces de travail, qui liste aussi les invitations en attente. À partir du plan Pro, le propriétaire ou un admin peut créer d'autres espaces (Pro 3, Agency 10, Scale sans plafond), chacun avec ses propres membres, clients, données et plan. Accepter une invitation ouvre l'espace que vous avez rejoint.

Arrêter le suivi d'une SKU shopping, une seule ou toutes celles qui correspondent, montre désormais combien de prompts par SKU et de réponses enregistrées partent avec elle (avec leur premier et dernier jour) et demande avant le clic ; la chronologie note les prompts retirés comme des prompts supprimés.

Un assistant IA peut désormais demander à create_content_brief un brief limité à une recherche de fan-out d'un prompt (search, days et les filtres de la page), comme le propose la page des fan-outs de requêtes, et le relire avec get_content_brief ; le contrôle quotidien de la connexion LinkedIn Ads effectue en outre une lecture sous la version d'API fixée, de sorte qu'une version retirée apparaît comme Dégradée avec la correction nommée au lieu de Saine jusqu'à l'échec d'un rapport.

Un tableau LinkedIn Ads illisible affiche désormais « Non chargé », comme les tuiles et les graphiques, au lieu d'un tableau vide ; la fenêtre du brief de contenu affiche les chemins de page décodés (/über-uns et non /%C3%BCber-uns) ; le fichier des briefs de l'export client indique la recherche de fan-out à laquelle un brief était limité ; les lignes Peec AI pour Microsoft Copilot, Amazon Rufus, Mistral, Qwen, Baidu et Naver portent le nom de leur moteur. Le Share of Voice sur des réponses où aucune marque n'a été nommée affiche désormais — (aucune part à attribuer), jamais 0 %.

La configuration des classements distingue ses deux boutons (Modifier la fiche · Modifier) ; l'aperçu de fusion de marchés liste désormais aussi les briefs de contenu, les notes de chronologie et les signaux déplacés avec les prompts, réponses et chiffres quotidiens ; Data Studio de Google s'appelle Looker Studio partout.

Un widget Tous les canaux peut désormais compter les leads comme conversions : une seule définition de conversion pour le blend, de sorte que conversions, taux de conv. et coût par conv. lisent les leads partout, et un rapport n'affiche plus deux chiffres pour une même chose. Activez-le dans les options du widget, ou demandez à l'éditeur de « compter les leads comme conversions ». L'éditeur comprend aussi « hebdomadaire » et « par semaine » comme un graphique hebdomadaire.

Quand nous ajoutons des clients supplémentaires à un espace de travail sur un forfait standard, la limite de clients du forfait augmente d'autant partout (la page Clients, l'API, le connecteur MCP), et la page Facturation indique combien ont été offerts.

Les jours où les chiffres quotidiens ont été enregistrés deux fois (une ligne sans marché à côté de sa jumelle estampillée, un reste du premier déploiement multi-marchés), la vue d'ensemble, la tendance et les métriques comptent désormais ce jour une fois, dans la visibilité et dans le dénominateur du share of voice. Une ligne sans marché est partout le marché propre du projet : un jour mixte est une seule population. Les projets sans ces jours ne changent pas d'un octet.

Dans l'onglet Prompts, un prompt avec un marché a désormais aussi un sélecteur de langue : par défaut la langue usuelle du pays, au choix toute langue dans laquelle nous scannons, de sorte que des prompts en anglais en Espagne sont posés en anglais. « Marché et langue pour les prompts affichés » définit les deux pour toute la liste actuelle d'un coup.

Supprimer un projet AI Visibility dont le drain de logs a livré des logs au cours des 14 derniers jours demande désormais d'abord : déplacer la clé de logs vers un autre projet du client, pour que le drain continue de fonctionner inchangé, ou supprimer quand même. Un drain qui envoie encore vers l'URL d'ingestion d'un projet supprimé reçoit une réponse claire (410 Gone, avec la date et quoi faire) au lieu d'un 401 sans fin.

Le sélecteur de marché conserve le lien de section d'une page quand vous changez de marché ; ses puces se déplacent avec les touches fléchées ; ajouter un marché sans pays à côté d'un marché de la même langue est refusé avec la raison ; et ajouter un marché avec des prompts ne lance plus de scan automatique sur un projet jamais scanné : rien n'est scanné tant que vous ne lancez pas un scan, comme le dit la boîte de dialogue.

La section « Un client, plusieurs marchés » du guide AI Visibility couvre désormais tout le modèle : ajouter un marché, le sélecteur de marché, des concurrents par marché, une planification de scan par marché et la fusion du projet d'un autre client dans un marché avec son annulation. Paramètres → Marchés y renvoie.

Chaque marché d'un projet peut désormais être scanné selon sa propre planification : Paramètres → Marchés → Planification, avec les mêmes réglages de cadence, de jour et d'heure que le projet. Un marché avec sa propre planification exécute ses prompts à ses propres jours, à part du scan du projet ; la liste des marchés montre la planification effective de chaque marché et son dernier scan propre. Les marchés sans planification propre continuent d'être scannés avec le projet, exactement comme avant.

• Le scan propre d'un marché se place en file derrière un scan du projet encore en cours et n'en remplace jamais un.
• La cadence du projet se mesure à ses propres scans ; celle d'un marché aux siens.

Paramètres → Marchés d'un projet à un seul marché propose désormais « Fusionner dans un autre projet » : il rejoint comme nouveau marché le projet d'un autre client portant la même marque. L'aperçu montre, avant toute écriture, exactement ce qui est déplacé (prompts, réponses, chiffres quotidiens), ce qui reste et quels rapports de l'ancien client n'afficheraient plus de données ; la fusion se fait en une étape et peut être annulée depuis la liste des marchés, réponses des scans effectués depuis comprises.

• Chaque réponse compte dans le marché où elle a été exécutée, à partir de ce jour-là ; les chiffres des autres marchés ne changent pas.
• Réservé aux propriétaires et administrateurs ; une note dans la chronologie des deux projets explique le saut du nombre de réponses.

Sur un projet à plusieurs marchés, la Vue d'ensemble s'ouvre désormais sur une carte par marché : votre visibilité avec le nombre de réponses, la tendance des huit dernières semaines, le concurrent en tête sur ce marché et l'écart en points, et l'accès aux prompts de ce marché. Sous les cartes, le chiffre agrégé sur tous les marchés est présenté comme un comptage, jamais comme une moyenne des taux par marché.

• Chaque marché est agrégé sur ses propres réponses ; le tableau comparatif en dessous est inchangé.

Une marque qui vend dans plusieurs pays est un projet avec plusieurs marchés. Réglages → Marchés liste désormais chaque marché dans lequel la marque est mesurée, et « Ajouter un marché » en configure un nouveau en une étape : pays et langue, les prompts (un brouillon IA de vos prompts existants dans la nouvelle langue, que vous vérifiez et modifiez avant tout enregistrement, ou aucun pour l'instant), les concurrents du marché et ce qu'un scan utilisera. Rien n'est scanné tant que vous ne lancez pas un scan.

• Le contrôle de marché se trouve sous le nom de la marque et s'applique à chaque onglet : tous les marchés, ou un seul. Son état est dans le lien, donc une URL partagée ouvre le même marché. Jusqu'à quatre marchés s'affichent en puces, davantage en liste.
• Sur un projet à un seul marché, rien ne change à part un lien discret « Ajouter un marché » sous le nom de la marque.
• Les prompts créés pour un marché le portent dès le départ, et l'onglet Prompts, la Vue d'ensemble et la page Marques suivent le marché sélectionné.

Un nouveau projet prend la langue de ses réponses de son marché (Allemagne → allemand) ou, sans marché, de la langue de votre compte. Auparavant, un projet sans langue définie explicitement scannait ses prompts en anglais, si bien qu'un client allemand recevait des réponses en anglais avec des sources en anglais. L'assistant de configuration affiche désormais la langue des réponses sous le marché, préremplie et modifiable.

• Changer la langue d'un projet n'atteint que les prompts qui suivent le projet. Les réglages listent désormais les prompts qui conservent leur propre langue et proposent de les modifier aussi, chacun gardant son marché (par exemple anglais · Allemagne → allemand · Allemagne). Le changement est refusé pendant un scan et la chronologie note la date ; les réponses antérieures restent là où elles ont été obtenues.
• Dans l'onglet Prompts, un prompt posé dans une autre langue que celle habituelle de son marché s'affiche désormais, par exemple, « Allemagne · anglais » au lieu de seulement « Allemagne ».
• Un import de prompts n'enregistre que ce que le fichier indique : une colonne marché seule conserve la langue du projet, et une ligne qui nomme le marché et la langue du projet suit simplement le projet.

Le modèle Google Ads + LinkedIn Ads et tout rapport rédigé par l'IA avec deux canaux payants ou plus commencent désormais par les totaux agrégés (dépenses, conversions, leads et coût par lead tous canaux confondus), puis Google Ads, puis LinkedIn Ads. Auparavant, la section agrégée venait en dernier et portait l'étiquette Google Ads.

• LinkedIn Ads rend compte de la génération de leads en standard : leads, ouvertures de formulaire, coût par lead et leads qualifiés à côté de la diffusion, ainsi que l'audience touchée par fonction, niveau hiérarchique, secteur et taille d'entreprise.
• Le coût par lead est une métrique LinkedIn Ads dans chaque widget et dans Ask Crunch.

Lorsqu'un lien de confirmation et un lien de réinitialisation du mot de passe d'un même nouveau compte sont utilisés au même moment, le compte est désormais traité dans un ordre fixe, de sorte qu'aucune des deux requêtes n'échoue avec une erreur serveur.

• Si l'adresse a été confirmée pendant qu'un lien de réinitialisation était utilisé, la réinitialisation ne considère plus le compte comme non confirmé : la double authentification, les connexions liées et les clés d'API que son titulaire venait de configurer sont conservées.

Un projet qui suit seulement quelques prompts doit désormais montrer une baisse plus nette de sa visibilité dans l'IA avant que Signals ne la considère comme réelle. Les objectifs n'affichent plus « En bonne voie » le premier jour d'un mois, et les résumés de rapport énoncent une variation comme la carte voisine l'affiche.

• Les réponses à un même prompt bougent ensemble : le test derrière une variation de la visibilité dans l'IA les regroupe donc par prompt. Avec seulement quelques prompts, l'écart entre eux n'est lui-même qu'une estimation grossière. Là où ces écarts fixent la barre, le test les lit désormais avec la loi t de Student (prompts − 1 degrés de liberté) au lieu de la loi normale. Pour un projet de cinq prompts, une baisse que l'ancien test plaçait à 96,6 % de confiance est désormais à 89,9 % et n'est plus signalée ; avec beaucoup de prompts, la barre bouge à peine. Il en va de même pour les dépassements par un concurrent, pour le ± à côté de la visibilité quand un chiffre repose sur peu de jours de scan et de moteurs (et donc pour les marques grises « ~ dans la marge » qui en découlent) et pour les intervalles des types de source. Les signaux ouverts sont revérifiés avec le nouveau test au prochain passage de Signals : un signal dont la baisse franchit toujours la barre reste ouvert (s'il n'a pas encore été pris en compte, il affiche désormais les chiffres et la confiance du nouveau test), et un signal que seul l'ancien test aurait gardé ouvert se ferme avec une note indiquant qu'il a été fermé quand nous avons resserré la marge, et non que la baisse est terminée.
• Objectifs : un total (conversions, leads, clics, impressions, dépenses) affiche « Trop tôt pour juger » tant que 3 jours complets de sa période ne sont pas écoulés, au lieu de « En bonne voie » à 0 sur 100 le premier jour. Un objectif déjà atteint est en bonne voie, et un plafond déjà dépassé à risque, dès le départ. Un objectif de 0 ou moins affiche « Aucun objectif valide » et ne compte plus comme à risque ; les nouveaux objectifs doivent être supérieurs à 0. Dans les résumés envoyés aux clients, l'IA qui rédige le texte sait qu'un plafond de dépenses au-dessus de son rythme est au-dessus du rythme budgétaire, jamais « en retard », et les objectifs qui n'ont pas pu être lus sont signalés comme tels au lieu de disparaître sans un mot.
• Résumés de rapport : un widget KPI réglé pour afficher une variation absolue donne désormais cette variation au résumé IA, et non un pourcentage que la carte n'affiche pas, et le résumé de rapport d'Ask Crunch inclut le ± de chaque taux. Dans l'API (get_report_data et /reports/{id}/data), le champ withinMargin marque désormais aussi les variations « ~ » des tableaux de prompts et de tags, pas seulement du tableau des marques. La vérification des chiffres dans l'éditeur ne signale plus un chiffre qui a bougé de moins de 1 % depuis la rédaction du résumé.

Les espaces de travail avec authentification unique peuvent désormais l'exiger. Dans Paramètres → SSO, un propriétaire ou un administrateur active « Exiger le SSO », et les membres dont l'adresse e-mail se trouve sur un domaine vérifié ne se connectent plus que via votre fournisseur d'identité : ses règles de double authentification et ses départs s'appliquent à chaque connexion. L'option reste désactivée tant que vous ne l'activez pas.

• Le mot de passe et la connexion avec Google ne fonctionnent plus pour ces membres, et leurs sessions qui n'ont pas commencé avec le SSO prennent fin en une minute environ. Les membres dont l'adresse est sur un autre domaine, comme des consultants externes, ne sont pas concernés. Avant l'activation, une confirmation liste chaque membre concerné.
• Le propriétaire de l'espace de travail garde un accès si le fournisseur d'identité est indisponible : son mot de passe avec authentification à deux facteurs. Chacune de ces connexions est consignée et lui est signalée par e-mail. Le propriétaire d'un espace de travail avec authentification unique peut en outre toujours utiliser « Mot de passe oublié ».
• Les clés d'API continuent de fonctionner, car elles appartiennent à l'espace de travail ; un membre qui part, retiré par un propriétaire ou un administrateur ou en supprimant son propre compte, emporte désormais les clés d'API qu'il y a créées (elles sont révoquées), et la demande indique d'abord combien. Les assistants IA connectés après une connexion par mot de passe ou Google doivent être connectés de nouveau après une connexion avec le SSO.

Quand le propriétaire d'un espace de travail exige l'authentification à deux facteurs, un membre qui ne l'avait pas configurée était envoyé vers la configuration, mais pouvait encore accéder aux données de l'espace de travail par l'API. C'est désormais fermé.

• Tant qu'il n'a pas activé la 2FA, les requêtes de ce membre vers les données de l'espace de travail sont refusées avec « Votre espace de travail exige l'authentification à deux facteurs. Configurez-la dans Paramètres → Sécurité. » Configurer la 2FA, se déconnecter et les liens de partage publics continuent de fonctionner. Si l'un de vos espaces de travail exige l'authentification à deux facteurs, vous en avez besoin pour utiliser CrunchJunkie.
• Il en va de même pour les assistants IA connectés via le connecteur CrunchJunkie : ils agissent au nom de cette personne et sont donc refusés tant que la 2FA n'est pas activée, et aucun nouvel assistant ne peut être connecté d'ici là. Les clés de l'API REST continuent de fonctionner, et seuls les membres qui respectent l'exigence peuvent en créer de nouvelles.
• Quand un propriétaire active l'exigence, les membres sans 2FA sont déconnectés à leur prochaine requête et arrivent à la configuration après s'être reconnectés. Dès que la 2FA est activée, le blocage est levé immédiatement, sans nouvelle connexion.

Confirmer votre adresse e-mail ouvre désormais une page où vous définissez votre mot de passe, puis vous êtes connecté. Le mot de passe saisi à l'inscription cesse de fonctionner à ce moment-là et toutes les autres sessions prennent fin : seule la personne qui confirme l'adresse peut donc utiliser le compte.

• L'inscription avec Google ne demande aucune étape de plus : Google confirme l'adresse lui-même, et un compte créé ainsi n'a pas de mot de passe. Un lien de réinitialisation qui confirme une adresse fonctionne comme le lien de confirmation.
• Les membres que leur espace de travail connecte avec l'authentification unique ne peuvent remplacer leur e-mail que par une autre adresse sur les domaines vérifiés de l'espace de travail. Un propriétaire ou un administrateur peut le remplacer par toute autre adresse dans Paramètres → Équipe : la nouvelle adresse confirme le changement, l'ancienne reçoit un avis et les deux étapes sont consignées dans notre journal d'audit.
• Tant que l'authentification unique fonctionne, « Mot de passe oublié » n'envoie à ces membres aucun lien de mot de passe, mais un e-mail qui les renvoie vers l'authentification unique. Un mot de passe qu'ils ont déjà continue de fonctionner.

Chaque lecture LinkedIn Ads envoie désormais la version 202610 de l'API LinkedIn, prise en charge jusqu'au 15 octobre 2027. La version envoyée auparavant, 202507, avait été retirée par LinkedIn le 15 juillet 2026, et une version retirée reçoit une erreur en réponse : les widgets LinkedIn Ads ont donc pu afficher « Non chargé » depuis. Les champs de comptes, de campagnes et d'analyses que nous lisons sont identiques entre les deux versions, aucun chiffre ne change.

Un brief ouvert depuis une ligne de Query fanouts était le brief du prompt derrière la recherche, construit sur toutes les réponses récentes de ce prompt. Une ligne affichant « Cité 0/9 · Nommé 0/9 » pouvait donc ouvrir un brief disant que la marque est déjà citée dans 4 réponses sur 30 et qu'il n'y a pas de manque. Le brief prend désormais la recherche elle-même : ses éléments sont les réponses qui ont lancé cette recherche sur la période de la page, la règle « pas de manque » ne lit que ces réponses, l'en-tête nomme la recherche avec le prompt en dessous, et le brief est enregistré à côté de celui du prompt. Les briefs ouverts depuis l'onglet Prompts ne changent pas.

• L'IA qui rédige le brief dispose désormais de presque deux fois plus de place pour sa réponse et réessaie une fois lorsqu'un fournisseur la coupe ; une réponse coupée passait jusqu'ici pour un brief échoué. Si l'échec persiste, le journal d'administration conserve ce que le fournisseur a répondu.

Lorsqu'un brief ne pouvait pas être rédigé à partir de ses éléments, ou qu'aucune des pages citées ne pouvait être récupérée, le message demandait de générer le brief à nouveau sans offrir de moyen de le faire. Un bouton Générer le brief à nouveau se trouve désormais sous ce message ; les éléments restent, et le brief est retenté à partir des réponses actuelles. Chaque génération échouée est désormais consignée dans notre journal des erreurs avec la réponse du fournisseur, afin qu'une série d'échecs nous soit visible. Dans la liste des pages citées, deux pages d'un même site s'affichent avec leur chemin, si bien qu'elles ne ressemblent plus à un site listé deux fois.

Une carte KPI, un graphique, un tableau ou une répartition par moteur portant un filtre (tag, moteur, catégorie de prompt, marché, vue par source) recalcule ses chiffres à partir des réponses correspondantes. Son Share of Voice divisait les mentions de votre marque de chaque jour et moteur par les mentions de toutes les marques sur toute la période, une fois par jour et par moteur : le chiffre agrégé valait donc la part réelle divisée par le nombre de tranches jour-moteur de la période. Les chiffres sans filtre étaient justes et ne changent pas.

• Le Share of Voice filtré mesure désormais les mêmes tranches que la carte KPI sans filtre et le tableau Brand : les mentions de toutes les marques le même jour, sur le même moteur et le même marché, additionnées sur la période et divisées une seule fois. Un chiffre filtré et la ligne de votre marque dans le tableau Brand sont désormais mesurés de la même façon. La visibilité, les mentions, le sentiment et la position moyenne n'étaient pas concernés.
• Rien de stocké ne change ; chaque période, passées comprises, se lit désormais avec la règle corrigée, si bien qu'un Share of Voice filtré d'une période antérieure peut être bien plus élevé qu'auparavant, partout où le rapport est lu : dans l'application, sur les liens de partage, dans les PDF et les envois programmés, dans les données de rapport du connecteur MCP et de l'API, et dans Ask Crunch. Un résumé IA enregistré avant ce changement peut citer l'ancien chiffre ; le rapport le traite comme tout résumé dont les chiffres ont changé.
• Dans les onglets Sources et dans les données de citations du connecteur MCP et de l'API, les pages et sites ayant le même nombre sont désormais listés dans un ordre fixe (alphabétique) au lieu d'un ordre qui pouvait changer d'une lecture à l'autre.

Une recherche ou un prompt qui écrit votre marque sans sa forme juridique la nomme désormais : « pmax Online » nomme « Pmax Online SL ». Cela fait bouger des chiffres à plusieurs endroits, comme indiqué ci-dessous : les chiffres de marque des fan-outs à la hausse, la répartition avec et sans marque dans les deux sens. Rien de ce qui est enregistré ne change ; chaque période, passées comprises, se lit désormais avec la nouvelle règle, donc un chiffre de n'importe quelle date peut différer de celui affiché auparavant. Une note dans la chronologie de chaque projet concerné marque le jour du changement, et les mentions dans les réponses d'IA sont lues comme avant.

• Les chiffres de marque des fan-outs peuvent augmenter : le panneau des marques et la note sur les recherches de votre marque dans Query fanouts, ainsi que l'entreprise que nomme une recherche de suivi dans les Follow-up insights, comptent désormais un nom écrit sans sa forme juridique. Jamais une partie d'un nom : « PMax » seul est Performance Max de Google, pas « Pmax Online SL ».
• La répartition avec et sans marque peut monter ou baisser pour un nom avec une forme juridique : la répartition des widgets Search Console, et la visibilité Avec marque / Sans marque de l'onglet Prompts avec l'avertissement de la vue d'ensemble indiquant que les prompts de marque gonflent le chiffre principal (tous deux classent les prompts à chaque chargement). Pourquoi : un prompt compte désormais comme de marque quand il écrit le nom sans sa forme juridique, et les termes de marque de la répartition des requêtes, qui utilisaient le nom sans forme juridique dans tous les cas, ne l'utilisent plus que lorsque ce nom plus court est activé : « Online SL » et « Autohaus Berlin GmbH » sont reconnus tels qu'ils sont écrits, plus comme « Online » et « Autohaus Berlin ».
• Il en va de même pour la répartition avec et sans marque des requêtes Bing.
• Il en va de même pour la répartition avec et sans marque des mots-clés du Rank Tracker.
• Réglages → Marques affiche la forme courte de chaque nom comme « Également reconnu comme », avec un interrupteur : activé par défaut quand elle garde un mot distinctif et ne nomme aucun lieu, désactivé quand elle nomme un lieu où que ce soit ou ne contient que des mots génériques (« Autohaus Berlin GmbH », « Hotel España SA », « Online SL »). Un nom de marque qui est un mot courant (« Apple ») correspond à ce mot. Les nouveaux prompts sont classés selon le même interrupteur ; le basculer reclasse aussi les prompts classés automatiquement (une catégorie choisie à la main est conservée), et le rebasculer les classe de nouveau selon la règle : un prompt classé avant ce changement qui écrit la forme courte peut ainsi finir en marque.
• Dans Query fanouts : les mots d'avis ont leur propre thème, « Avis et notes », et « Confiance et région » devient « Confiance et certification » ; une expression récurrente comme « Performance Max » remplace ses mots ; chaque carte affiche une ligne Search Console (une requête similaire seulement si elle contient deux tiers des mots de la recherche et compte au moins 50 impressions) ; chaque ligne affiche « Sans vous », le chiffre qui ordonne le tableau, et « Nommé x/y » ; les recherches apparaissent telles quelles ; la barre du résumé utilise des couleurs neutres.

Un projet qui suit une marque dans plusieurs marchés peut désormais donner à chaque marché ses propres concurrents depuis la page Marques. La liste d'un marché ne modifie que la part de voix de ce marché.

• Sur la page Marques, un projet dont les prompts tournent dans plus d'un marché affiche Tous les marchés (par défaut) et un onglet par marché. Chaque marché suit les concurrents par défaut tant que vous ne choisissez pas Utiliser d'autres concurrents pour lui ; sa liste part d'une copie de la liste par défaut, avec ses propres suggestions de concurrents tirées de ses propres réponses. Revenir à la liste par défaut le replace sur la liste par défaut. Les alias de votre propre marque s'appliquent dans tous les marchés, et un projet à un seul marché ne change pas.
• À partir du prochain scan, les réponses d'un marché sont lues avec sa propre liste, ses alias et les sites de ses concurrents, et ses chiffres quotidiens sont mesurés par rapport à elle. Les autres marchés, la liste par défaut et les chiffres passés restent inchangés. Chaque modification ajoute à la timeline une note, au nom du marché, qui explique le saut de sa part de voix.
• Les vues sur tous les marchés restent honnêtes quand les marchés suivent des concurrents différents : la part de voix d'une marque est sa part dans les marchés où elle est suivie, additionnée sur ces marchés et divisée une seule fois, jamais une moyenne, et un concurrent suivi dans certains marchés seulement porte le nom de ces marchés et son nombre de réponses. La vue d'ensemble, les recommandations shopping, les tableaux de rapport, le connecteur MCP et l'API suivent cette règle ; choisissez un marché pour la part de voix de ce seul marché.
• manage_competitors du connecteur MCP accepte un market pour modifier la liste propre d'un marché ; sans lui, son aperçu nomme les marchés que la modification atteint et ceux qui gardent leur propre liste. Le benchmark des crawlers du GEO Audit continue de vous comparer à la liste par défaut.
• Sur les projets à plusieurs marchés, la colonne Share of Voice des tableaux Brand (avec sa comparaison et son évolution) et Model du rapport était trop basse : la ligne de chaque marché était divisée par les mentions de tous les marchés, si bien qu'avec deux marchés une part de 62,5 % s'affichait 31,25 %. Chaque ligne est désormais divisée par les mentions de son propre marché, et la colonne correspond à la carte KPI et à la courbe. Ces deux colonnes changent partout où le rapport est lu : dans l'application, sur les liens de partage, dans les PDF et les envois programmés, dans les données de rapport du connecteur MCP et de l'API, et dans Ask Crunch. Les résumés IA enregistrés avant ce changement peuvent citer les anciens chiffres : le rapport affiche à ses éditeurs une note avec un bouton pour les réécrire, et un envoi programmé les traite comme tout résumé dont les chiffres ont changé. Rien d'autre ne change : les cartes KPI, les courbes, la vue d'ensemble, les métriques de visibilité du connecteur MCP et de l'API et l'export client mesuraient déjà le Share of Voice dans chaque marché, les digests client ne l'affichent pas, et la visibilité, les mentions, la position et le sentiment, les tableaux Biggest Movers, Brand × Model et par tag, les projets à un seul marché et tous les chiffres enregistrés restent tels quels. Seule exception : pour les jours enregistrés en partie avant que les marchés ne soient consignés, la carte KPI et la courbe comptent désormais ces lignes dans le marché propre du projet, comme les tableaux l'ont toujours fait.

La page Query fanouts s'ouvre désormais sur une phrase : combien de recherches distinctes les moteurs ont lancées, combien ont mené à une réponse qui vous cite, et combien jamais. Chaque chiffre de la page compte les mêmes recherches, et le tableau les atteint toutes.

• Une seule population : les onglets ne comptaient que les 200 recherches du tableau, alors que les tuiles comptaient toutes celles de la période. Onglets, tuiles, panneaux et tableau comptent désormais toutes les recherches, et le tableau en charge davantage au fil de la lecture.
• « À écrire en premier » rassemble les recherches qui reviennent le plus et n'ont jamais mené à vous, avec les sites cités à votre place, votre position Google, le brief de contenu du prompt derrière chacune et les réponses qui l'ont lancée.
• Les mots que les moteurs ajoutent sont regroupés en prix et coût, comparaison d'options, et confiance et région, chacun avec sa part de toutes les recherches. Les marques et les sites que les moteurs recherchent sont côte à côte, les vôtres épinglés.
• La méthode (API, modèles, dates de scan, couverture, colonne Google, aucun volume de recherche) se trouve désormais dans « Comment c'est mesuré ». L'onglet « classées sur Google, non citées par l'IA » devient un filtre à côté du tableau, et « Voir les réponses » affiche dans Réponses exactement les réponses qui ont lancé une recherche.

L'onglet URL dispose désormais du filtre de moteur de l'onglet Domaines, et dans l'onglet Domaines, le nom d'un domaine ouvre toutes les pages citées qu'il contient, avec les filtres de cet onglet.

• L'onglet URL dispose des filtres de moteur et de thème de l'onglet Domaines. Un moteur couvre nos scans et, lorsque la source de données les inclut, ses chats Peec AI : les moteurs s'additionnent donc pour donner la vue de tous les moteurs, quelle que soit la source de données. Les lignes avec leurs apparitions et leurs citations, Vous et Concur., la répartition par type, la répartition entre votre page d'accueil, vos autres pages et les pages tierces, ainsi que « Cité par l'IA, pas encore gagnant sur Google » suivent le moteur choisi. Statut, taux de citation, dernière citation et tendance restent sur tous les moteurs, car la durée de vie des citations est enregistrée pour tous les moteurs ensemble ; l'onglet l'indique, et le panneau de chaque page les répartit par moteur. Nos scans Gemini nomment des sites web, jamais des pages : lorsque toutes les réponses du moteur choisi en viennent, l'onglet l'indique et renvoie vers ses sites web dans l'onglet Domaines au lieu d'afficher une liste vide. Les filtres sont conservés dans l'adresse de la page : un rechargement ou un lien partagé ouvre la même vue.
• Dans l'onglet Domaines, le nom d'un domaine ouvre ses pages citées dans l'onglet URL, avec les filtres moteur, thème, période et « Cité pour » ; l'icône à côté ouvre toujours le site web. L'onglet URL affiche le domaine sous forme d'étiquette amovible, à côté des chiffres du domaine dans l'onglet Domaines. Ils diffèrent volontairement de la somme des lignes de pages, et l'onglet explique pourquoi : l'onglet Domaines compte une réponse une fois par domaine, l'onglet URL une fois par page, et les réponses de Gemini ne comptent que pour le domaine.
• La répartition par type et la répartition par origine de l'onglet URL affichent leur n : les apparitions des pages listées.
• Les libellés qui s'affichaient en anglais dans toutes les langues suivent désormais la vôtre : votre page d'accueil, votre sous-page et source tierce dans l'onglet URL, le filtre de thème dans l'onglet Domaines, ainsi que les colonnes Type et Source du tableau de rapport URL citées et les problèmes du tableau État des sources, dans l'application, sur les liens partagés, dans les PDF et dans les données de rapport que renvoient l'API et le connecteur MCP (leurs noms de colonnes restent en anglais).
• Les infobulles restent à côté de ce qu'elles expliquent : elles suivent la page quand elle défile et se ferment quand leur élément sort de l'écran. Les nombres de sources mortes et rétractées de l'onglet Domaines utilisent l'infobulle de l'application au lieu de celle du navigateur, que certains systèmes affichaient dans le coin supérieur gauche.
• Le filtre de moteur de l'onglet Domaines et de son graphique compte désormais aussi les chats Peec AI de ce moteur avec les sources de données Peec AI et combinée ; il ne comptait que nos scans, si bien qu'avec Peec AI un moteur n'affichait rien. get_cited_url du connecteur MCP accepte un model, compté de la même façon, pour que ses chiffres puissent suivre un seul moteur ; son bloc de durée de vie reste sur tous les moteurs et l'indique.

La liste qui s'ouvre depuis le nom de la marque, en haut d'un projet de visibilité IA, s'ouvre désormais au-dessus de la page et non plus dans le panneau latéral. Elle n'est plus coupée à droite, et le panneau latéral ne défile plus horizontalement.

• Chaque projet affiche sa marque et, en dessous, le nom complet du client, avec un code court pour son marché (DE, US). La langue est ajoutée lorsqu'elle n'est pas celle habituelle du marché (CH · FR) ; un projet sans marché affiche sa langue (EN). Un projet dont les prompts sont scannés dans plusieurs marchés affiche le premier et le nombre des autres (DE +2), et les nomme tous pour un lecteur d'écran ; un projet importé depuis Peec AI l'indique (Peec) au lieu d'un marché. Deux projets de la même marque, par exemple l'un pour l'Allemagne et l'autre pour les États-Unis, ne se ressemblent plus. Chaque client apparaît une fois, avec le projet qu'ouvre sa vue d'ensemble ; les clients ouverts récemment restent en tête, et le projet dans lequel vous êtes est coché.
• Elle s'utilise au clavier : les flèches parcourent la liste, Début et Fin vont au premier et au dernier projet, Entrée ouvre le projet, et Échap ferme la liste et revient au nom de la marque. Un lecteur d'écran annonce la marque, le client et le marché de chaque projet. Sur téléphone, la liste s'ouvre au-dessus du menu du projet et tient dans l'écran.

Chaque vidéo YouTube citée par une réponse via un lien youtube.com/watch était comptée dans une seule ligne, youtube.com/watch, dont le lien ouvrait la page d'accueil de YouTube. Chaque vidéo a désormais sa propre ligne, qui ouvre cette vidéo, et l'historique a été recompté ainsi.

• Une page reste son adresse sans www, sans la chaîne de requête (balises de suivi comme utm_source et tout autre paramètre) et sans #fragment, sauf sur YouTube, Facebook, Google Play et Hacker News, où le paramètre qui désigne la page est désormais conservé : youtube.com/watch?v=… est une vidéo, et les liens youtu.be, m.youtube.com ainsi que les adresses Shorts, embed et live comptent comme cette même vidéo. Les publications, vidéos et photos Facebook, les applications Google Play et les fils Hacker News sont comptés un par un de la même façon.
• Recompté pour tout l'historique : l'onglet URLs, les tableaux de rapport URL citées et Trending URLs (dans l'application, sur les liens de partage et dans les PDF), la durée de vie des citations, les briefs de contenu et get_cited_url dans le connecteur MCP. Les chiffres par domaine (la vue Sources, le tableau Source domains, les domaines de get_citations) et les taux de visibilité IA ne changent pas. La répartition par type et le partage entre votre page d'accueil, vos autres pages et les pages tierces dans l'onglet URLs portent sur les pages listées et peuvent donc légèrement bouger. Les résumés IA enregistrés, les briefs de contenu et les PDF déjà envoyés gardent les chiffres avec lesquels ils ont été rédigés.
• Interrogé sur youtube.com/watch lui-même, get_cited_url indique désormais que les vidéos sont comptées une par une et liste les plus utilisées, au lieu de signaler une page que personne ne cite. Un nouveau type de page, Vidéo, couvre les vidéos YouTube, Vimeo et TikTok dans le filtre par type et la répartition par type de l'onglet URLs et dans les tableaux de rapport ; là où Peec AI a classé une page, les tableaux de rapport continuent d'afficher la classe de Peec AI. Les types de page de l'onglet URLs s'affichent désormais dans votre langue.
• Sur un nouveau projet, dont toutes les réponses datent de la semaine en cours, les colonnes statut, taux de citation et tendance n'affichent plus « — → —, n 0/0 » : l'onglet URLs indique quand se termine la première semaine complète (dimanche, UTC), et chaque page indique à partir de quand son premier taux peut être mesuré.
• Les pages du Rank Tracker et sa colonne « Cité par l’IA » comptent elles aussi chaque vidéo comme une page à part : une vidéo classée est rapprochée des réponses qui citent cette vidéo.

Petites corrections de la file des scans de la 3.130 : un scan en attente n'attend plus des heures derrière un scan bloqué, et aucune vérification ne tourne deux fois quand votre scan prend le relais du premier scan automatique.

• Un scan en attente derrière un scan qui tourne sans avancer (deux fois de suite, sur 15 minutes, sans enregistrer de réponse) prend désormais le relais en quelques minutes, au lieu d'attendre la vérification des scans bloqués, qui prend deux heures ou plus. Un scan qui attend seulement de la capacité sur nos serveurs n'est jamais arrêté : la barre de scan indique désormais qu'il attend, au lieu d'afficher une durée qu'elle ne peut pas connaître. Les réponses que le scan bloqué a enregistrées dans ses 6 dernières heures comptent et ne sont pas redemandées.
• Lancer le scan pendant que le premier scan automatique d'un nouveau projet vérifie encore : votre scan le remplace comme avant, mais démarre désormais une fois ses vérifications en cours arrivées, pour qu'aucune ne tourne (ni ne soit facturée) deux fois.
• À l'heure prévue, un projet avec un scan en attente lance désormais ce scan comme scan de la période : annuler le scan en attente ne peut plus laisser la période sans scan.
• Webhooks : scan.completed d'un scan qui en a remplacé ou relayé d'autres les nomme dans data.replaced ; ces scans, et un scan en attente annulé avant de démarrer, n'envoient pas d'événement propre.

L'onglet Prompts peut désormais mettre un prompt en pause : plus aucun scan ne le pose, et toutes les réponses qu'il a déjà sont conservées. Supprimer un prompt demande maintenant d'abord une confirmation et dit ce qui sera perdu.

• Pause et Reprendre se trouvent dans la ligne de chaque prompt. Un prompt en pause est marqué En pause, quitte aussitôt un scan en attente ou en cours et garde toutes ses réponses enregistrées, et le filtre Statut affiche à part les prompts en pause ou actifs. Reprendre le fait poser de nouveau par chaque scan lancé ensuite. Pendant l'essai, une reprise au-delà du nombre de prompts actifs permis est refusée avec la raison.
• La corbeille ne supprime plus au premier clic. Elle ouvre une fenêtre qui compte les réponses enregistrées du prompt, avec les dates de la première et de la dernière, et les content briefs rédigés pour lui. Elle indique que la suppression est définitive et que les vues qui comptent les réponses une à une sont recalculées sans elles, et propose Mettre en pause par défaut. Seul un second clic, sur Supprimer définitivement, supprime.
• Mettre en pause, reprendre et supprimer ajoutent chacun une note interne à la chronologie, dans l'application comme via le connecteur MCP, qui jusqu'ici mettait des prompts en pause sans note. L'aperçu de suppression du connecteur compte les mêmes réponses enregistrées. Un membre en lecture seule ne peut ni mettre en pause, ni reprendre, ni supprimer : le serveur le refuse.
• Corrigé : un prompt mis en pause pendant un scan ne se transforme plus en vérifications échouées qui terminaient le scan en erreur, et un scan qui n'a plus aucun prompt s'arrête comme arrêté à la main. Les vues par thème et par tag de la vue d'ensemble gardent les réponses passées d'un prompt en pause, comme tous les autres chiffres. Lancer le scan est désactivé, avec la raison, quand tous les prompts d'un projet sont en pause.

La documentation explique désormais comment nous choisissons les prompts que nous suivons, et l'application y renvoie partout où vous ajoutez des prompts.

• La documentation sur la visibilité IA a une nouvelle section, « Choosing your prompts » (en anglais et en allemand) : les questions des acheteurs par étape, une formulation par intention, les prompts qui nomment une marque mis à part, une liste par marché, combien de prompts et à quelle fréquence scanner, à quoi servent catégorie, tags et intention, et quand retirer un prompt. Ses chiffres viennent de notre étude de 2 160 réponses ; chaque décompte indique sur combien de réponses il porte, et les limites de l'étude sont précisées.
• L'étape des prompts de l'assistant de configuration, la page Prompts (une info-bulle à côté du titre), Suggérer des prompts, À partir de keywords et Importer y renvoient : la documentation allemande en allemand, l'anglaise dans les autres langues. L'outil suggest_prompts du connecteur MCP y renvoie aussi. Dans l'index allemand de la documentation, les articles s'ouvrent désormais en allemand.

Lancer le scan ne faisait rien tant que votre onglet était occupé par le scan d'un autre projet. Désormais le scan démarre toujours : sur nos serveurs, ou en attente derrière le scan de ce projet déjà en cours.

• Lancé pendant que cet onglet exécute le scan d'un autre projet, un scan tourne désormais sur nos serveurs, à côté du premier : en général en quelques secondes, au plus quelques minutes plus tard si nos serveurs sont occupés. Vous recevez un e-mail quand il est terminé.
• Lancé sur un projet déjà en cours de scan, le nouveau scan n'arrête plus celui en cours. Il est mis en attente et démarre tout seul quand celui-ci se termine, et la fenêtre indique à peu près quand (« dans environ N min », d'après le rythme mesuré du scan en cours). Un projet a au plus un scan en attente, qui ne consomme rien avant de démarrer, et vous pouvez l'annuler d'ici là.
• La barre de scan en bas liste chaque scan en cours et en attente de votre espace de travail, avec sa progression, le temps restant et Arrêter ou Annuler, pas seulement le scan lancé dans cet onglet. Un onglet qui se réveille après que nos serveurs ont repris son scan le leur laisse, au lieu d'exécuter les mêmes vérifications une seconde fois.

Le tableau des prompts d'un rapport indique désormais ce qu'il faut à une variation pour être nette, pas seulement qu'elle ne l'est pas.

• Sous le tableau des prompts d'un rapport, quand des variations commencent par « ~ », une note indique désormais la variation nette sur les lignes affichées (le double de la marge d'erreur de la variation, les deux périodes ensemble) et le nombre de réponses par prompt derrière. Avec quelques dizaines de réponses par prompt, seuls les grands mouvements sont nets, donc la plupart des variations y commencent par « ~ » ; la note montre pourquoi. Les résumés IA reçoivent la même ligne.
• Budget Rank Tracker : une recherche envoyée au moment où son mot-clé ou son client est supprimé est désormais comptée comme toute recherche supprimée pendant son exécution, et facturée au prix que DataForSEO a facturé. Si une erreur de notre côté envoie une recherche une seconde fois, la vérification quotidienne retrouve la première et une seule recherche vous est facturée ; l'autre est à notre charge.

Crawl insights montre désormais quelles parties d'un site les robots d'IA demandent, comme /blog, /products ou /docs, et un rapport peut contenir le même tableau. Une requête montre un accès, jamais une citation.

• Une nouvelle carte regroupe les requêtes de pages par section : la première partie du chemin, un dossier de langue comme /de/ restant un préfixe, les pages isolées de premier niveau ensemble et le reste sous Autres sections. Chaque section indique ses requêtes et leur part, les requêtes par opérateur de robot, combien venaient des plages d'IP publiées par un opérateur, le nombre de pages, la part servie en 2xx, refusée (403/406) ou en erreur parmi les requêtes avec statut, et la dernière exploration.
• Vous pouvez définir vos propres sections avec des préfixes de chemin, comme /de/blog = Blog (DE). Elles s'appliquent à la carte, au nouveau tableau de rapport Crawl sections (dans l'application, sur les liens partagés et dans le PDF) et à get_crawl_insights dans le connecteur MCP, qui renvoie les sections avec sections: true.
• Rank Tracker : déplacer le site du client quand il a déjà trois anciens sites n'échoue plus, et une adresse de site modifiée dans les paramètres du client le déplace désormais toujours. Le plus ancien des anciens sites n'est plus lu à la place et garde les positions mesurées jusque-là ; la configuration indique depuis quand.

Deux avertissements disent désormais quelle est la solution, et le rapport sur l'hébergement des données indique quand les fonctions IA sont désactivées.

• Quand un compte Google Ads exige la validation en deux étapes, ou le Programme Protection Avancée de Google, et que le compte Google connecté ne l'a pas, l'avertissement du rapport le dit désormais pour ce compte et indique quoi faire : une fois la validation en deux étapes activée, les rapports fonctionnent à nouveau, et une reconnexion la demande.
• Un compte Google Ads que Google signale comme introuvable n'apparaît comme « Aucun accès » qu'après avoir essayé chaque compte administrateur que le compte connecté peut atteindre, comme pour tout autre refus.
• Dans Paramètres → Données et hébergement, un espace de travail sans clé IA et sans Managed AI affiche désormais « Aucune clé IA », et le rapport indique que les fonctions IA ne s'exécutent pas tant qu'aucune clé n'est ajoutée. Il indiquait auparavant qu'elles s'exécutaient sur le compte de CrunchJunkie. La politique de confidentialité (section 3.2) précise désormais quand les nouvelles réponses AI Visibility sont lues avec votre propre clé : quand une clé Anthropic est enregistrée comme clé de votre assistant IA.

La colonne Tendance du tableau des tags étendu suit le chiffre du tableau lui-même quand il n’a pas de colonne Visibilité, et la durée de vie des citations d’une page cite chaque changement de modèle une fois et commence là où sa mesure commence.

• Dans un tableau des tags étendu sans colonne Visibilité, la colonne Tendance trace désormais le premier taux de récupération ou de citation du tableau, ou le taux derrière son premier nombre de récupérations ou de citations, au lieu de la visibilité. Chaque point est ce taux sur une semaine (ou un mois sur une période de 180 jours ou plus), regroupé sur les réponses sur lesquelles il est calculé, avec leur nombre : pour un taux de récupération, les réponses qui indiquent ce qu’elles ont récupéré ; pour un taux de citation, les réponses qui ont récupéré votre site ; une période sans rien à mesurer est un trou, jamais un 0 ; sur les seules données Peec AI, il est par chat, comme sa colonne. Les tableaux avec une colonne Visibilité tracent la visibilité comme avant. Le lien de partage, le PDF, les résumés IA et le connecteur MCP montrent les mêmes valeurs.
• Dans la durée de vie des citations d’une page, un changement de modèle listé deux fois pour le même moteur l’est une seule fois, daté de sa première réponse : le passage de Perplexity à GPT-6 Luna a répondu dès le 26 septembre, a été repéré le 28 septembre et figurait aux deux dates. Le détail, ses causes probables et le connecteur MCP lisent cette seule entrée : une perte n’est attribuée à un changement de modèle que si le changement lui-même tombe dans les semaines comparées.
• Le détail d’une page commence désormais ses graphiques, son tableau et ses lignes par moteur à la première semaine avec des réponses pour la page, et indique depuis quand et combien des 26 semaines venaient avant ; sur une page vérifiée, les 13 semaines d’avril à juin n’avaient aucune réponse et ne sont plus listées. La série hebdomadaire du connecteur MCP commence à la même semaine (measuredFrom, avec historyFrom à côté). Aucun chiffre ne change.

Quatre compléments au site du client qui suit l'adresse de son site web.

• Un domaine ajouté, ou un site du client changé, pendant une exécution est désormais lu dans les listes de résultats enregistrées de cette exécution dès qu'elle se termine. Ces vérifications n'apparaissent plus comme non vérifiées pour lui jusqu'à l'exécution suivante.
• Quand l'adresse du site du client devient un sous-domaine du site suivi (de example.com à shop.example.com), celui-ci ne change plus de lui-même, car les résultats sur example.com ne compteraient plus. La configuration indique que les deux diffèrent et vous le demande.
• Un ancien site du client est toujours lu dans chaque recherche, sans frais supplémentaires, et la configuration le dit désormais. Un client garde jusqu'à trois anciens sites.
• La configuration indique combien de listes de résultats enregistrées ne sont pas encore lues pour le site du client, avec un bouton pour poursuivre la lecture, y compris après un changement d'adresse dans les paramètres du client.

Un marché enregistré à partir de maintenant l'est comme pays, et les assistants IA peuvent lire la visibilité IA sans des dizaines de milliers de caractères de lignes.

• L'assistant de configuration demande le marché avec la même liste de pays que les paramètres. C'était un champ de texte libre, et un marché saisi comme un lieu, par exemple « Utah, United States », ne correspondait à aucun pays. Un marché enregistré à partir de maintenant, dans l'app, par import ou par un assistant, est enregistré comme pays : un lieu qui nomme un seul pays est enregistré comme ce pays, et une valeur qui n'en nomme aucun, ou un État écrit en deux lettres comme « Los Angeles, CA », est refusée avec la raison. Les projets existants sont mesurés exactement comme avant. Lorsqu'un marché est encore enregistré comme texte, les paramètres affichent désormais ce texte et la façon dont les scans le lisent, et choisir un pays l'enregistre et ajoute une note à la chronologie.
• Dans le connecteur MCP, get_ai_visibility_metrics et get_visibility_trend acceptent summary: true pour les seuls chiffres agrégés, get_ai_visibility_metrics pagine ses lignes avec limit et offset, et get_ai_answer accepte maxTextChars. Sans eux, chaque outil renvoie ce qu'il renvoyait avant. Dans le connecteur et l'API REST, un identifiant de moteur dont le projet n'a aucune réponse le dit désormais et liste les moteurs du projet, au lieu de ressembler à une période sans scans.
• Une alerte Slack d'une automatisation échappe les noms et les mots issus de vos données, pour qu'aucun ne puisse notifier tout un canal ni devenir un lien.

Lorsque CrunchJunkie refuse un enregistrement ou une action sur les pages ci-dessous, le motif s'affiche désormais dans votre langue et non plus en anglais.

• Cela concerne les prompts, les marques et les concurrents, les approbations, l'éditeur de rapports et les paramètres des clés IA et de la marque blanche : par exemple la limite de prompts de l'essai, une tâche sans titre ou un rapport que seuls les propriétaires et les administrateurs peuvent supprimer.

Nous avons lu une à une 215 réponses enregistrées de cinq projets et comparé chaque mention de marque relevée au texte : 99,2 % des mentions relevées étaient justes (756 sur 762), et 97,7 % des marques que les réponses nomment ont été relevées (756 sur 774). Vos chiffres ne changent pas avec cette mise à jour.

• Chacune des 6 mentions erronées était un nom que la réponse n’écrit jamais : un mot qui ressemble seulement à la marque, ou une entreprise liée que la réponse cite à sa place. Les 18 noms manqués venaient tous des deux projets qui suivent chacun plus de cent entreprises.
• Des règles plus strictes qui corrigent les deux sont prêtes et restent désactivées jusqu’à ce qu’un contrôle sur de vraies réponses enregistrées montre qu’elles tiennent. Ce journal des modifications dira quand elles sont activées et à partir de quel jour vos chiffres se lisent autrement.

Un nouveau modèle de rapport GA4 montre ce que ChatGPT, Perplexity, Gemini et les autres assistants IA apportent à une boutique en achats et en revenus.

• « GA4 — Trafic des assistants IA (boutique) » a une ligne par assistant IA avec les sessions, les sessions avec engagement, les achats, les revenus des achats, le taux de conversion des achats et le revenu par session, par rapport à la période de comparaison. Les revenus sont dans la devise de la propriété GA4, que le rapport indique, et ne sont jamais convertis.
• Chaque taux divise une seule fois les achats ou les revenus de la ligne par ses sessions, et les sessions sont affichées avec lui. Une boutique sans vente sur la période affiche un vrai 0 ; seule une propriété GA4 qui n'a enregistré aucun achat dans les 13 mois jusqu'à la fin de la période indique « Aucune donnée d'achat dans cette propriété GA4 » au lieu de 0.
• Une note dans le modèle explique comment des sites de paiement comme PayPal, Klarna, Stripe, Shop Pay et le checkout de Shopify peuvent masquer la source IA, et quel réglage GA4 l'évite.

Les widgets Search Console peuvent désormais compter les requêtes qui nomment la marque de votre client, celles qui ne la nomment pas, ou les deux côte à côte.

• Chaque client a des termes de marque, repris de son nom, de son site et de ses noms de marque de la Visibilité IA. Ajoutez des noms de produits et des fautes de frappe, décochez un terme trop générique ou excluez des termes qui ne doivent jamais compter. Avant d'enregistrer, un aperçu montre combien des principales requêtes du client compteraient comme de marque.
• Réglez un widget Search Console sur les requêtes de marque ou hors marque, ou choisissez la répartition Marque vs hors marque pour un tableau, un anneau ou une courbe. Google filtre toutes les requêtes de la propriété, pas un échantillon. Le CTR et la position moyenne sont calculés par groupe à partir de ses propres clics et impressions. Les requêtes que Google anonymise ne sont dans aucun groupe et ont leur propre ligne.
• Les assistants IA, l'API et Ask Crunch peuvent lire un rapport pour les seules requêtes de marque ou hors marque, et « Rédiger avec l’IA » peut créer ces widgets.
• Chiffres corrigés : un filtre Search Console « Ne contient pas » écarte désormais ces valeurs (il les comptait, comme s'il disait « Contient »), et « Commence par » ne correspond plus qu'au début, pour une page le chemin juste après l'adresse du site. Les rapports qui utilisent un tel filtre affichent désormais des chiffres corrects, qui peuvent différer de ceux d'avant. Un filtre qui combine OU avec « Ne contient pas », ce que la Search Console ne sait pas faire, le signale désormais au lieu d'afficher des chiffres faux.

Perplexity a basculé sa recherche web sur Fast Search début octobre. Avant de suivre ce changement, nous avons vérifié ce qu'il changeait aux chiffres. Les nouveaux essais tournent désormais sur Perplexity au lieu de Gemini, pour que les briefs de contenu fonctionnent dès le premier jour.

• Perplexity a basculé la recherche web du preset de l'Agent API que nous utilisons sur sa Fast Search entre le 1er et le 6 octobre 2026 (Perplexity ne publie pas le jour). Nous avons comparé des réponses de trois de nos propres projets suivis avant et après, sur les mêmes 38 prompts : 25,3 sources par réponse du 26 au 30 septembre, 25,8 du 7 au 13 octobre (96 réponses de chaque côté), et la part des réponses qui citent la marque n'a pas varié davantage qu'entre deux exécutions du même prompt. Les scans suivent donc Fast Search, et chaque projet qui a des réponses Perplexity des deux côtés du changement reçoit une note interne dans la chronologie. La note ne marque pas de rupture dans la série : les alertes et les signaux continuent de comparer Perplexity de part et d'autre.
• Les estimations de coût avec vos propres clés (le relevé d'utilisation dans Facturation et l'exemple « vos propres clés » de la page Tarifs) comptent désormais un scan Perplexity à partir du 7 octobre 2026 au tarif de recherche web de Fast Search (1,00 US$ au lieu de 2,50 US$ pour 1 000 recherches). Le nombre de recherches par scan n'est pas encore mesuré : l'estimation retient donc le haut de la fourchette observée, soit 0,006 US$ de frais de recherche par scan au lieu de 0,0075 US$. Les scans antérieurs gardent le tarif qui s'appliquait alors ; du 1er au 6 octobre, le tarif le plus élevé est conservé, car le jour du changement n'est pas connu.
• Les nouveaux essais scannent avec Perplexity au lieu de Gemini. Gemini nomme les sites qu'il a utilisés, jamais les pages, si bien qu'un brief de contenu n'avait rien dont apprendre pendant un essai ; Perplexity cite des pages. Pendant l'essai, cela ne vous coûte rien et, à la fin de l'essai, le moteur gratuit est désactivé comme avant et rien n'est ajouté à votre forfait : Managed AI n'est ajouté que si vous le choisissez. Un essai déjà en cours garde Gemini jusqu'à sa fin. En mode de scan Lite, un essai utilise Perplexity à la place de Gemini, pour continuer à scanner.

Sur les données Peec AI, Citations et Taux de citation comptent désormais les citations comme Peec AI : une page qu'une réponse cite deux fois compte deux fois. Ils peuvent toutefois différer des chiffres de Peec AI si des prompts y ont été mis en pause ou supprimés, car ses rapports ne comptent que les prompts actifs, alors que les chats déjà importés pour ces prompts restent ici.

• L'import Peec AI conserve désormais combien de fois chaque chat a cité chaque page. Dans une vue qui ne contient que des données Peec AI, Citations additionne ces citations et le Taux de citation les divise par les chats qui ont récupéré votre domaine, sur les cartes KPI, la Vue d'ensemble, le tableau Retrieval & Citations et les tableaux Cited Sources, Cited URLs et Source domains, dans l'app, sur les liens partagés et dans les PDF.
• Les chats importés auparavant ne connaissaient que les pages qu'ils ont citées. Tant qu'ils ne sont pas relus, chacune de ces pages compte une fois, et le chiffre indique en dessous combien de ces chats il contient, pour qu'un chiffre plus bas ne passe jamais pour celui de Peec AI. Un objectif enregistré ou un résumé IA qui citait l'ancien chiffre des Citations sur des données Peec AI le verra changer une fois.
• Récupérations, Taux de récupération et Used as source ne changent pas, pas plus que les chiffres des scans propres de CrunchJunkie ou des vues qui les mêlent aux données Peec AI.

Quand un assistant IA modifie quelque chose via le connecteur MCP, une confirmation n'applique plus que les mêmes informations que celles de l'aperçu.

• L'aperçu de chaque action porte un jeton à usage unique. La confirmation doit le renvoyer avec les mêmes informations, dans les 15 minutes, une seule fois et dans le même espace de travail. Sinon rien ne change et l'assistant demande un nouvel aperçu.
• Une confirmation sans aperçu est refusée, avec une note qui demande à l'assistant de vous montrer d'abord l'aperçu. Une conversation déjà ouverte avant ce changement devra peut-être être recommencée pour en tenir compte.
• Pour un scan, un brief de contenu ou une actualisation des classements, le périmètre et le coût calculés à la confirmation doivent aussi correspondre à l'aperçu. Si des prompts ont été ajoutés entre-temps, l'assistant doit demander un nouvel aperçu et vous montrer le nouveau coût.

Deux téléchargements CSV qui pouvaient introduire une formule dans un tableur sont désormais sûrs, et les exports clients disent ce qui bloque.

• Le CSV de la vue d'ensemble AI Visibility et le CSV de l'historique des métriques de l'export de l'espace de travail placent désormais une apostrophe devant une cellule de texte qui commence comme une formule (par =, +, - ou @) : le nom d'un client, d'une marque ou d'un prompt ne peut jamais s'exécuter comme une formule dans Excel ou Google Sheets. Chaque CSV écrit par CrunchJunkie suit désormais cette seule règle, et une valeur qui n'est qu'un nombre, même négatif, reste un nombre. Le CSV de la vue d'ensemble garde aussi dans sa colonne un nom de marque contenant une virgule et affiche correctement les accents dans Excel.
• Exports clients : Télécharger le ZIP vérifie le fichier avant le début du téléchargement, si bien qu'un problème s'affiche dans la fenêtre, dans votre langue, et non comme un téléchargement échoué du navigateur. Un gros fichier dispose de 13 minutes pour être téléchargé. Un export lent mais qui avance n'est plus arrêté après 6 heures, et un export qui dépasserait ce qu'un fichier ZIP peut contenir (4 Gio, environ 4,3 Go) s'arrête dès que c'est établi et le dit.
• Paramètres de l'équipe : modifier le rôle d'un membre, retirer un membre et annuler une invitation s'appliquent désormais toujours à l'espace de travail que vous consultez, même si vous appartenez à plusieurs.

Deux corrections : un ROAS honnête entre canaux, et plus d'e-mails aux clients depuis un espace de travail verrouillé.

• Le ROAS tous canaux correspond désormais à la valeur de conversion divisée par les dépenses des seuls comptes qui remontent une valeur de conversion. Le widget l'indique lorsque ce ne sont pas tous les comptes actifs (« ROAS calculé sur les 3 comptes (sur 4) qui remontent une valeur de conversion ») ; sans aucune valeur, le ROAS affiche un tiret, jamais 0. La même règle s'applique dans l'application, les liens partagés, les PDF, les résumés IA, les objectifs, les résumés client, l'API et le connecteur MCP.
• Deux types de comptes sortent du ROAS : un compte ChatGPT Ads sans événements d'achat, et un compte Reddit Ads dont l'API refuse le champ de valeur. Leurs dépenses comptent toujours dans les dépenses. Google, Meta, Microsoft, Amazon et LinkedIn Ads remontent une valeur de zéro lorsqu'il n'y en a pas, leurs dépenses restent donc dans le ROAS, comptes de génération de leads compris. Lorsque l'un de ces deux comptes sort, un objectif de ROAS augmente une fois. Le ROAS de chaque compte et toutes les autres métriques ne changent pas.
• Un espace de travail verrouillé (résilié, en pause ou impayé) n'envoie plus de rapports programmés ni de résumés client. Le propriétaire reçoit un e-mail qui nomme l'espace de travail au début, et l'écran de verrouillage l'indique. Les envois reprennent à leur prochaine date dès que vous choisissez un forfait ; ce qui était prévu entre-temps n'est pas envoyé plus tard.

Avant de supprimer un client, vous pouvez désormais emporter ses rapports et données dans un seul fichier ZIP.

• Le fichier contient chaque rapport en PDF, tout l'historique AI Visibility par jour, moteur et marque avec les réponses derrière chaque chiffre, les prompts, chaque réponse IA avec ses sources, la durée de vie des citations, chaque vérification du Rank Tracker, les signaux, les objectifs, les notes de la chronologie et les content briefs, avec un README qui explique chaque colonne et liste ce qui n'est pas inclus.
• Il est créé en arrière-plan : la boîte de dialogue montre la progression, un e-mail vous prévient quand il est prêt, et seul le propriétaire ou l'administrateur qui l'a demandé peut le télécharger, pendant 7 jours. Il est stocké chiffré à Francfort (UE).
• La boîte de dialogue de suppression dit désormais clairement ce que la suppression d'un client arrête : les liens de partage, les envois programmés, et que l'utilisation déjà comptée reste comptée. Elle propose d'abord l'export et attend tant qu'un export est en cours.

Quand le site d'un client changeait dans ses paramètres, le Rank Tracker continuait de lire les positions de l'ancien domaine, et les positions du nouveau site apparaissaient comme non trouvées.

• Le site du client suit désormais un changement de son site web lorsqu'il avait été repris de l'ancien site. Un site choisi exprès reste, et la configuration signale quand il diffère du site web, avec un bouton pour lire plutôt les positions du site web.
• L'ancien domaine garde les positions mesurées pour lui et reste dans la liste comme ancien site du client, hors des dix concurrents. Les positions du nouveau domaine sont lues dans les listes de résultats déjà enregistrées, sans frais.
• Une vérification qui n'a pas pu être lue pour un domaine apparaît désormais comme non vérifiée pour lui, jamais comme non trouvé, et aucune évolution n'est mesurée par rapport à elle.

Paramètres → Exporter vos données était réservé au propriétaire de l'espace de travail. Les administrateurs peuvent désormais le télécharger aussi.

• Le JSON d'un administrateur contient les mêmes clients, projets, rapports, historiques et réglages que celui du propriétaire, sans la liste des membres de l'équipe ni l'adresse e-mail liée à chaque modification Google Ads : ce sont des données personnelles d'autres personnes, qui restent dans le fichier du propriétaire.
• Les membres et les accès en lecture seule ne peuvent toujours pas télécharger l'espace de travail, et le CSV de la liste des membres dans Paramètres → Équipe est désormais réservé au propriétaire et aux administrateurs. Chacun peut toujours télécharger ses propres données personnelles dans Paramètres → Exporter vos données.
• Nous enregistrons qui télécharge quel fichier et quand, et chaque personne peut télécharger jusqu'à 6 fichiers par heure.

La commission des ambassadeurs suit désormais ce qui arrive à un paiement après son enregistrement.

• Un remboursement partiel annule la commission au prorata du montant remboursé. Un remboursement après versement est déduit du versement suivant et apparaît dans le portail comme ajustement pour remboursement.
• La commission sur un paiement contesté est retenue jusqu'à la décision : une contestation perdue l'annule, une contestation close la libère. L'ambassadeur reçoit un e-mail à chaque étape.
• Des frais Stripe estimés sont corrigés selon les frais réels dès que Stripe les connaît. Un paiement en dollars converti à un taux estimé affiche la date de ce taux.

La commission des ambassadeurs est comptabilisée sur le paiement hors TVA, après les frais de traitement réels de Stripe, comme le prévoient les conditions des ambassadeurs. Le portail des ambassadeurs montre le calcul de la commission de chaque paiement.

• La base est le montant payé par le client moins la TVA de la facture. Jusqu'ici, la TVA restait incluse dans cette base.
• Les frais de Stripe sont lus dans l'enregistrement Stripe du paiement. Un paiement en dollars américains est converti en euros au taux appliqué par Stripe, et non plus à un pour un. Si l'un des deux ne peut pas être lu, une estimation est utilisée et signalée comme telle.
• Un nouveau tableau du portail liste chaque cycle de facturation payé avec le paiement hors TVA, les frais de Stripe, le taux et la commission, et indique si un remboursement l'a annulée. L'e-mail de la première commission précise que le montant est calculé hors TVA.

Tout ce que voit un ambassadeur a été vérifié par rapport au produit actuel et réécrit là où ce n'était plus à jour.

• Les posts prêts à l'emploi mettent la visibilité IA en avant, reprennent du produit chaque prix, le nombre de moteurs et le nom des forfaits, et contiennent le lien de l'ambassadeur. Aucun post ne présente une fonction qui n'est pas encore activée, et les prix en dollars s'affichent pour un public américain.
• Le kit de marque montre le logo actuel et les cartes de partage du site. Les bannières et les captures avec l'ancien logo ou d'anciennes formulations sont retirées en attendant de nouvelles.
• Le tableau de bord explique sur quoi la commission est versée, ce qui est annulé et quand les versements ont lieu, propose des liens vers des pages précises avec le code de l'ambassadeur, affiche les abonnements en pause et indique à un ambassadeur qui est aussi client comment ses parrainages sont comptés.

Un client CrunchJunkie peut désormais devenir ambassadeur de la marque sans second compte. Le même identifiant ouvre son espace de travail et le portail ambassadeur.

• Approuver un ambassadeur dont l'e-mail a déjà un compte envoie une offre à ce compte. Le rôle n'est ajouté que lorsque son titulaire se connecte et accepte les conditions ambassadeur ; pas de nouveau compte ni de lien de mot de passe.
• Le menu utilisateur propose un lien « Portail Ambassadeur » et le portail un lien « Retour à mon espace de travail ». Un ambassadeur sans espace de travail ne voit toujours que le portail.
• Chaque parrainage appartient à un seul programme, fixé à l'inscription de la personne parrainée : un crédit sur le compte pour un parrainage client, une commission pour un parrainage ambassadeur, jamais les deux. Les parrainages antérieurs à l'approbation comme ambassadeur conservent leur crédit.

Des corrections tirées de la première semaine d'un projet d'essai, toutes pour dire ce que montrent les données et quoi faire ensuite.

• Le guide de configuration rédige les premiers prompts à partir des informations saisies (marque, adresse web, catégorie, concurrents et marché) : des questions ouvertes qu'un acheteur pose avant de connaître le nom, et au plus une sur la marque. Un prompt qui nomme la marque indique s'il est classé dans Marque ou dans Découverte, et un clic le change. Si aucun brouillon n'arrive, les champs restent vides, avec un exemple et le bouton « Suggérer des prompts ».
• Un prompt ajouté sans catégorie qui nomme la marque ou l'un de ses alias est classé dans Marque, avec une note pour le modifier s'il s'agit d'une question générale ; une catégorie choisie par une personne est toujours conservée. Les prompts enregistrés auparavant sont proposés au reclassement dans la vue d'ensemble, jamais déplacés en silence. Les chiffres par thème des périodes passées suivent la catégorie actuelle d'un prompt : chaque reclassement laisse donc une note sur la chronologie.
• Un concurrent ajouté sous forme d'adresse web est suivi sous son domaine, par exemple greatjourneysnz.com, qui devient son site. La page Marques renomme un concurrent et déplace son historique avec lui.
• La performance des sources dit pourquoi une valeur manque, par exemple « Aucune réponse n'a encore consulté votre site », au lieu de « collecte des données », et les cartes KPI de la vue d'ensemble et des rapports comptent des réponses, pas des exécutions.
• Quand un content brief ne peut pas être rédigé, il indique ce qui le débloque dans votre espace de travail (lancer un scan, cocher un moteur que vous pouvez déjà utiliser ou ajouter une clé), avec un lien. Après la connexion d'une clé, la page propose d'ajouter son moteur à vos projets et n'ajoute rien sans un clic. La carte des dépenses sur vos propres clés précise qu'elle couvre les scans et CrunchJunkie AI, et le relevé d'utilisation nomme les clients supprimés.

L'app en français, ses e-mails et chaque page en français vous vouvoient désormais. Jusqu'ici, la plupart des pages de l'app tutoyaient, alors que les rapports, le rapport partagé et la vérification gratuite de visibilité IA vouvoyaient déjà.

• Chaque écran, e-mail et signal en français, l'assistant Ask Crunch, la page MCP et la page de connexion emploient le vouvoiement et ses impératifs, comme « Vérifiez » et « Réessayez », et les e-mails commencent par « Bonjour ».
• Le sens, les chiffres et les termes ne changent pas : toujours scan, rapport et marge d'erreur.

Quand vous notiez une réponse d'Ask Crunch d'un pouce levé ou baissé, l'app affichait que cela « aide Crunch à s'améliorer ». Elle indique désormais ce qui se passe : la note est enregistrée, comme pour les briefs de contenu.

• La note d'un brief de contenu enregistre désormais aussi le membre de l'équipe qui l'a donnée, comme c'était déjà le cas pour Ask Crunch. Une nouvelle note sur le même brief remplace la précédente.

Les signaux étaient rédigés une seule fois, en anglais, au moment où ils étaient levés : en allemand, en espagnol ou en français, on lisait donc de l'anglais dans la boîte de réception, les e-mails et Slack, et une formulation corrigée n'atteignait jamais un signal déjà levé. Désormais, chaque signal est rédigé au moment où il est lu, à partir des chiffres sur lesquels il a été levé, dans la langue de son lecteur.

• La boîte de réception, l'Accueil, les e-mails d'alerte, le récap hebdo des signaux, Slack et les brouillons IA rédigent chaque signal dans la langue de leur lecteur : blocages pare-feu, liens morts, page provisoire de l'hébergeur, drain de logs arrêté, site qui n'est pas servi, connexions rompues, score GEO, lacunes du flux et du schéma produit, tendance de portefeuille, visibilité et conversions, arrêts de Meta Ads, en plus des signaux de positions, de citations et de visibilité, qui l'étaient déjà.
• Les nombres, les dates et les pourcentages suivent le format du lecteur, et les comptes prennent le bon singulier ou pluriel.
• get_signals dans le connecteur MCP et la liste des signaux de l'API REST ajoutent text : les mêmes mots dans votre langue (dans l'API, avec ?lang=). Les webhooks gardent title et detail en anglais et ajoutent text dans la langue de l'espace de travail.
• Un signal levé avant ce changement dont les chiffres ne contiennent pas tout ce que son texte demande garde le texte anglais avec lequel il a été levé ; rien n'est deviné.

L'en-tête du projet, les approbations, le brief de contenu, la facturation et quatre e-mails étaient en anglais pour tout le monde. Ils suivent désormais votre langue, et l'allemand, l'espagnol et le français utilisent un seul mot pour chaque terme clé.

• L'en-tête du projet de visibilité IA et sa fenêtre de scan, le filtre de marques dans Sources et URLs, la page Approbations, le brief de contenu, Paramètres → Facturation, l'e-mail de bienvenue du fondateur, l'alerte sur les dépenses avec vos propres clés d'IA, l'e-mail de parrainage et l'e-mail de résultat de la vérification gratuite de visibilité IA existent désormais en anglais, allemand, espagnol et français.
• Un mot par idée dans chaque langue : en français, toujours scan, rapport et marge d'erreur ; en allemand Scan, Bericht et Fehlermarge ; en espagnol escaneo, informe et margen de error. L'allemand et l'espagnol tutoient partout, et en français un même écran ne mélange plus tutoiement et vouvoiement.
• Les messages d'erreur disent ce qui n'a pas abouti et quoi faire ensuite, au lieu de « Une erreur s'est produite ».
• Plus d'emoji dans les objets d'e-mail, plus de points d'exclamation, et plus d'affirmations que nous ne pouvons pas étayer, comme « le levier le plus fort » ou « environ 8 minutes suffisent ».
• Le modèle de rapport de performance Google Ads s'ouvre dans votre langue ; les utilisateurs anglophones recevaient jusqu'ici des titres en allemand. La page MCP est désormais entièrement en espagnol et en français.

La visibilité IA d'un client est désormais le même chiffre dans la vue d'ensemble de la visibilité IA, dans l'en-tête du projet, dans la Vue d'ensemble sur 30 jours et sur l'Accueil : un seul calcul sur les 30 derniers jours. Chaque état et chaque compteur dit sur quoi il repose.

• La vue d'ensemble de la visibilité IA, l'en-tête du projet et l'Accueil prennent désormais la visibilité d'un client d'un seul calcul sur les mêmes 30 jours et l'affichent de la même façon, avec une décimale. La vue d'ensemble montre le projet qu'ouvre la Vue d'ensemble du client ; avec deux projets, elle pouvait montrer l'autre. Survolez le chiffre pour voir combien de réponses citaient la marque. Le connecteur MCP, les métriques de l'API REST et Ask Crunch choisissent désormais le projet d'un client de la même façon et prennent par défaut les mêmes 30 jours.
• L'état d'un client affiche ses raisons au survol. Un signal critique dont quelqu'un a accusé réception compte désormais comme « À risque », pas « Hors piste ». Un nouvel état, « Pas de données récentes », apparaît quand aucun nouveau résultat de scan n'est arrivé pendant le double de l'intervalle entre deux scans (30 jours au plus) ou quand le dernier scan a échoué ou a été mis en pause avant que ses réponses soient comptées. Ces clients affichaient jusqu'ici « Sur la bonne voie ».
• Les compteurs disent ce qu'ils comptent. Le badge de la barre latérale affiche « 1 critique », le même nombre que « Critique » sur la page Signaux ; Surveillance affiche « 2 à régler » et Approbations « 3 ouvertes ». Le tableau des clients de l'Accueil affiche « 1 critique » et « 2 avertissements », et « À vérifier » précise qu'il liste les signaux critiques et les avertissements.
• Quand un client n'a pas de chiffre, la vue d'ensemble et l'Accueil disent pourquoi : pas encore de scan, aucun scan en 30 jours ou aucune réponse en 30 jours. La vue d'ensemble affichait « Pas encore de données », et l'Accueil « Aucun scan en 30 jours » même quand un scan avait tourné.

L'API REST, le connecteur MCP et Ask Crunch renvoient désormais la visibilité IA comme l'app l'affiche : chaque marque agrégée sur une période indiquée, avec les réponses qui la fondent et sa marge d'erreur, pour qu'un assistant cite le bon chiffre.

• L'outil MCP get_ai_visibility_metrics, l'endpoint de métriques de l'API et Ask Crunch lisent une seule définition. Chaque marque est agrégée sur toutes les réponses de la période (les 30 derniers jours si vous ne choisissez pas de dates), avec les réponses comme n et la marge ±, et le client est affiché par moteur. Un nombre de lignes n'est plus présenté comme une taille d'échantillon.
• Un moteur suivi à la fois par vos scans et par des données importées de Peec AI compte une seule fois, comme dans l'app. Chaque moteur porte son libellé actuel, donc un identifiant comme grok-3 se lit comme le modèle qu'il exécute aujourd'hui, et chaque ligne indique si elle vient de vos scans ou de Peec AI.
• Le sentiment (de 0 à 100, 50 est neutre) et la position moyenne (1 signifie nommé en premier) indiquent désormais leur échelle dans la description de l'API, les outils MCP et l'aide.
• Le score de l'audit GEO dans l'API et le connecteur MCP dit désormais ce qu'il mesure : la préparation, pas la fréquence à laquelle les réponses d'IA nomment une marque. La page MCP indique que les chiffres de visibilité IA datent du dernier scan.
• Changement de comportement de l'API REST pour GET /ai-visibility/projects/{id}/metrics : sans dates, l'endpoint couvre désormais les 30 derniers jours au lieu de tout l'historique ; une période de plus de 180 jours est réduite à ses 180 derniers jours et meta.note le signale ; la source par défaut blended écarte une ligne Peec AI quand votre propre scan a mesuré ce moteur ce jour-là (source=peec la renvoie) ; et une date invalide, ou un dateFrom postérieur à dateTo, renvoie désormais 400 avec la raison.

Dans l'app, la documentation et le connecteur MCP, un niveau de confiance n'apparaît plus que là où un test l'a calculé, un changement dans la marge d'erreur se lit comme inchangé, et aucun texte n'attribue une cause que nos données ne montrent pas.

• Les signaux, les automatisations et les e-mails d'alerte indiquent le vrai seuil (les 14 derniers jours contre les 28 jours précédents, avec un niveau de confiance de 95 %) au lieu de « validés par leur significativité, donc aucun bruit ». Une boîte de signaux vide précise désormais qu'aucun changement de visibilité n'est signalé tant que les scans sont en pause.
• Le plan d'action qu'une automatisation rédige indique ce que le signal a observé et quoi vérifier, et plus une « cause probable ». Le brief de contenu présente ses signaux de rédaction comme un benchmark de laboratoire de 2024, plus comme validés par la recherche, et les pages Audit GEO et Shopping décrivent la maturité : débloquer les robots d'IA leur permet de lire un site, sans pour autant valoir des citations à lui seul.
• Les workflows guidés du connecteur MCP et le skill Claude demandent aux assistants de ne qualifier une baisse de réelle que si les Signaux l'ont levée, d'en citer les périodes, les réponses et le niveau de confiance, de juger une hausse d'une semaine à l'autre selon la règle de marge d'erreur des cartes KPI des rapports, et de ne donner aucune cause que les preuves ne montrent pas. get_signals et l'API REST renvoient désormais les périodes comparées par chaque signal.
• Les infobulles ne disent plus qu'une courbe ascendante signifie que vous gagnez du terrain ni que plus d'exécutions sont « plus précises » : elles parlent de marge d'erreur. Les notes sur Perplexity et Meta AI dans les paramètres ne disent plus que chaque réponse repose sur une recherche.

Chaque signal dit maintenant ce que compte son chiffre et n'affiche une confiance que lorsqu'un test l'a calculée. Les signaux qui annonçaient encore ce que les données ne montraient plus se résolvent désormais seuls.

• Un fait compté, comme une connexion rompue ou un blocage par pare-feu, n'affiche plus « Confiance 100 % ». Le chiffre sous un signal dit ce qu'il compte : réponses, pages, requêtes de robots d'IA, produits, liens ou clients, et non « exécutions ». Les e-mails d'alerte, Slack et l'API disent la même chose.
• Une baisse du score d'audit GEO n'est signalée qu'une fois confirmée par un deuxième audit, et se résout seule quand un audit revient à 8 points ou moins du score précédent. C'est un avertissement seulement si la baisse atteint 15 points ou plus et que le niveau passe sous « Bon ».
• Le signal de la page de suspension de l'hébergeur n'est déclenché que si cette page a répondu à au moins 20 % des requêtes de robots d'IA des 72 dernières heures, et à au moins 3 d'entre elles. Quelques robots qui redemandent l'ancienne URL une fois le site rétabli font l'objet d'une note sur la page Crawl insights, sans alerte.
• « La visibilité IA et les conversions baissent toutes deux » compte désormais les conversions sur les deux mêmes périodes que le changement de visibilité, en jours entiers jusqu'à hier, teste la baisse des conversions et ne dit plus que l'un a causé l'autre. « Dépenses payantes en hausse pendant que la visibilité IA baisse » est retiré : la publicité n'achète pas de mentions dans les réponses IA.
• L'e-mail d'alerte de visibilité envoyé au propriétaire de l'espace de travail est rédigé à partir de son signal, avec les mêmes périodes, réponses et confiance. Deux modèles d'automatisation qu'aucun signal ne pouvait déclencher, « Nouveau concurrent détecté » et « Produit que l'IA ne recommande jamais », sont supprimés, et chaque modèle dit ce que mesure son signal.

Les textes que le produit rédige indiquent désormais ce qui a été observé, avec sa période et les réponses sur lesquelles il repose, et aucune cause que les données ne peuvent montrer. Une justification d'Insights se lit « Never named: 0 of 12 answers, last 30 days (12 Sept – 11 Oct) », une action n'est en priorité haute qu'avec au moins 10 réponses derrière elle, et llms.txt est une option de priorité basse, comme l'audit GEO l'a toujours décrit.

• IA → Conversions affiche la corrélation à partir de 20 jours appariés, avec son intervalle à 95 %, et ne nomme une intensité que si cet intervalle exclut 0. L'intervalle tient compte du fait que les deux séries se prolongent d'un jour à l'autre : deux tendances lentes qui coïncident par hasard ne se lisent pas comme un lien. En dessous de 20 jours, il indique combien il y en a et ce que le rythme des scans du projet demande pour y arriver.
• Les vérifications de citations, de statistiques et de sources de l'audit GEO indiquent leur origine : un benchmark de laboratoire de 2024. La carte du score dit ce qu'a trouvé notre propre étude sur 81 sites : aucun lien net entre le score et la visibilité dans l'IA. Les insights IA décrivent ce que chaque constat signifie pour les robots qui lisent le site, pas ce qu'il change aux citations.
• Dans l'e-mail mensuel de perception, un terme n'est en hausse ou en baisse que s'il a été employé dans au moins 3 réponses et que la variation est trop forte pour relever du hasard, vérifiée par le test exact de Fisher et corrigée pour le nombre de termes comparés ; chacun avec ses décomptes. Ask Crunch reçoit la visibilité IA par moteur avec les réponses derrière ; un moteur sans réponses, c'est « pas de données », pas 0 %.

Quand l'app ne peut pas enregistrer une modification, elle dit maintenant pourquoi et affiche ce qui est réellement enregistré. Jusqu'ici, beaucoup de boutons envoyaient la modification sans lire la réponse. Une approbation quittait la file comme si elle avait été livrée, une modification des concurrents ou des prompts restait visible jusqu'au prochain rechargement, et « Lancer la détection maintenant » pouvait annoncer que tout était clair alors que la vérification n'avait pas eu lieu.

• Cela concerne les approbations et les tâches, les concurrents et les alias, les prompts et les suggestions, les tags, les automatisations, les objectifs et les signaux. Cela concerne aussi l'éditeur de rapports (période, couverture, résumés IA, lien partagé, planification), le créateur et la liste des rapports, la configuration de la visibilité IA et plusieurs paramètres.
• Le message donne la raison quand elle est connue : la vue admin et les comptes en lecture seule ne peuvent rien modifier, il n'y a pas de connexion, vous êtes déconnecté, ou l'explication du serveur lui-même. Quand le formulaire contient encore ce que vous avez saisi, il le précise.
• Un résumé IA qui n'a pas pu être enregistré reste à l'écran avec « Réessayer », car le lien partagé et le PDF ne l'affichent qu'une fois enregistré. Une approbation passée sans rien envoyer, faute de destinataire ou parce que l'e-mail a échoué, le dit maintenant.
• Quand « Lancer la détection maintenant » ne trouve aucun nouveau signal, elle indique combien sont encore ouverts.
• « Arrêter » sur un scan en cours ne l'arrête désormais qu'une fois que le serveur l'a arrêté. Si le serveur refuse, le scan continue et la barre de scan dit pourquoi : aucun scan ne continue en arrière-plan pendant que l'écran le dit arrêté.

Un résumé IA dans un rapport reçoit désormais chaque chiffre tel que la carte KPI voisine le montre : la variation d'un taux en points, le « dans la marge » de la carte quand elle l'indique, les réponses derrière le chiffre sur les deux périodes et la période elle-même. Crunch a pour consigne de décrire une variation dans la marge d'erreur comme inchangée et de ne pas nommer de causes que les chiffres ne montrent pas.

• Les décomptes comme Mentions, Récupérations et Citations indiquent sous le chiffre les réponses des deux périodes (« Basé sur 1 426 exécutions · 2 940 sur la période de comparaison »), dans l'app, sur les liens partagés et dans les PDF. Un décompte monte et descend avec le nombre de réponses collectées.
• Dans le tableau des prompts, une Δ visibilité dans la marge d'erreur commence par « ~ », et une note de bas de tableau explique ce que cela veut dire. Triés par Δ, ces prompts comptent comme inchangés, donc les vraies variations passent en premier.
• Dans l'éditeur, les pourcentages et les montants d'un résumé introuvables dans les données du rapport sont signalés, pour que vous puissiez les vérifier ou régénérer le texte avant d'envoyer le rapport. Ce contrôle attrape certaines erreurs, pas toutes.

Un résumé client montre désormais la visibilité du client dans les recherches IA à chaque envoi : la part des réponses d'IA qui ont cité la marque sur les 7 jours (hebdomadaire) ou les 30 jours (mensuel) jusqu'à la veille de l'envoi, à côté de la même période juste avant, avec le nombre de réponses derrière chaque chiffre. Jusqu'ici, il ne montrait la visibilité qu'après une baisse de 20 % entre deux scans et, sinon, indiquait à son résumé IA qu'il n'y avait pas de données récentes.

• Un écart qui ne dépasse pas nettement la marge d'erreur est présenté comme inchangé, selon la règle et avec les mots des cartes KPI du rapport ; un écart plus grand est indiqué en points. Tant que la baisse d'un signal de visibilité (les 14 derniers jours face aux 28 précédents) est ouverte, le résumé l'indique avec ses périodes, ses réponses et sa confiance, et ne présente jamais la visibilité comme inchangée. Une période sans réponses le dit au lieu d'afficher 0 %. Le résumé IA ne reçoit que ces chiffres, avec leurs dates et la taille de leurs échantillons, et la consigne de ne pas spéculer sur les causes. Les objectifs reprennent les noms de métriques et la devise des cartes KPI.
• Les objectifs de totaux (Conversions, Leads, Clics, Impressions, Dépenses) sont jugés par rapport à l'objectif au prorata des jours écoulés : 33 conversions le 10e jour d'un mois de 30 jours pour un objectif de 100 sont en bonne voie au lieu d'être à risque. L'onglet Objectifs affiche l'objectif au prorata sous la barre. Les taux gardent l'objectif entier.
• Le sens d'un objectif compte partout : dans un résumé client, un CPA au-dessus de l'objectif se lit comme moins bien, et non comme 120 % de l'objectif, et dans la vue d'ensemble Visibilité IA un objectif dépassé dans le bon sens ne compte plus comme hors cible. L'onglet Objectifs, l'état du portfolio, l'outil MCP get_goals et les résumés clients utilisent une seule règle.

Une baisse de visibilité ou un concurrent qui passe devant n'est désormais signalé que si les 14 derniers jours et les 28 jours précédents ont assez de réponses et que le changement atteint un seuil de confiance de 95 %. Jusqu'ici, un signal comparait le dernier scan au précédent, à 80 %, et chaque signal se disait « statistiquement significatif », quelle que soit sa confiance.

• Le seuil : au moins 40 réponses sur au moins deux jours de scan par période. Un avertissement demande une baisse de 15 % et 3 points à 95 % de confiance, un signal critique une baisse de 40 % à 99 %. La confiance regroupe les réponses par prompt, car les réponses à un même prompt évoluent ensemble.
• Chaque signal indique les deux périodes avec leur échantillon et sa confiance réelle, dans votre langue. Les moteurs et prompts mesurés sur une seule période sont exclus et nommés. Si le modèle d'un moteur a changé pendant les périodes, le changement est vérifié sans ce moteur ; s'il n'apparaît qu'avec lui, le signal est une info et nomme le moteur.
• Les signaux de visibilité ouverts selon l'ancienne règle ont été revérifiés le 11 octobre. Ceux sous le nouveau seuil sont résolus avec le motif « sous le seuil de preuve ». Les signaux de visibilité se résolvent désormais seuls quand le changement ne tient plus, et l'e-mail d'alerte au propriétaire part une fois par changement. Les signaux multicanaux utilisent la même règle de visibilité ; « dépenses en hausse, visibilité stagnante » disparaît, car les publicités n'achètent pas de mentions dans les réponses IA.
• L'en-tête du projet et la vue d'ensemble indiquent désormais leur période (« 18 % de visibilité · 30 derniers jours »). Survolez l'état d'un client pour voir quels signaux l'expliquent ; les signaux avec accusé de réception comptent toujours. Le badge de la barre latérale compte les signaux critiques ouverts, la tuile de la vue d'ensemble toutes les gravités, et chacun le dit. Les recommandations n'affichent plus de confiance.

La carte « Terminer la configuration » de l'Accueil et l'écran de bienvenue vérifient désormais chaque étape dans votre espace de travail. Une étape faite affiche une coche et « Terminé », et la carte se masque d'elle-même une fois les trois terminées. Jusqu'ici, elle affichait toutes les étapes tant que l'espace n'avait pas de client et de rapport : un espace avec des données connectées et des scans de visibilité IA se voyait encore demander de connecter ses données et de suivre sa visibilité IA.

• Les étapes, dans cet ordre : suivre votre visibilité IA (terminé dès qu'un projet a des résultats de scan), connecter vos données marketing (n'importe quelle source de données sur n'importe quel client, quel que soit le canal) et créer votre premier rapport (un rapport dans Supprimés ne compte pas). Une étape terminée garde son lien, pour que vous puissiez y revenir.
• Le nombre de rapports, les rapports récents et « Reprendre » de l'Accueil laissent de côté les rapports dans Supprimés.

Quand vous connectez une clé OpenAI, chaque fonction que la clé fait tourner est maintenant testée, sur l'endpoint et avec le modèle qu'elle utilise : les scans de visibilité IA, CrunchJunkie AI et la transcription vocale. Le résultat s'affiche par fonction et, quand OpenAI en refuse une, vous voyez la raison donnée par OpenAI et où la corriger.

• Trois refus ont maintenant leur propre réponse : une clé restreinte à qui il manque une autorisation (nommée, par exemple Responses: Write), un projet qui n'a pas le droit d'utiliser le modèle, et une organisation qu'OpenAI veut d'abord vérifiée. Avant, les trois se lisaient comme une clé invalide.
• Une clé est enregistrée pour ce qui fonctionne. Si les scans fonctionnent et CrunchJunkie AI non, les scans sont activés et CrunchJunkie AI affiche sa raison en avertissement.
• La vérification consomme quelques tokens sur votre compte OpenAI et ne lance jamais de recherche web. La page d'aide sur vos propres clés d'API liste maintenant les réglages dont une clé OpenAI a besoin.

Un nouveau tableau de rapport de visibilité IA, Citation lifetime, liste les pages selon leur statut dans l’historique des citations sur les deux dernières semaines complètes de la période du rapport : vos pages qui ont perdu des citations d’IA, sont en baisse ou dont les citations ont pris fin pendant la période, ou, avec le second modèle, les pages de vos concurrents suivis que les réponses d’IA citent nouvellement. Chaque ligne montre le taux de citation avant et maintenant en réponses qui la citent / éligibles, la variation en points, la date de dernière citation, les semaines citée et une tendance hebdomadaire.

• Deux modèles dans le créateur de rapports, dans Ask Crunch et dans add_widget du connecteur MCP : « Pages qui perdent des citations d’IA » et « Nouvelles pages de concurrents citées ». Vous pouvez aussi choisir les pages (les vôtres, celles de vos concurrents suivis ou toutes) et les statuts.
• Le même tableau dans l’application, sur un lien de partage et dans le PDF, en marque blanche ; une note de bas de page indique les semaines lues. Un résumé IA lit ses lignes avec leurs tailles d’échantillon, et get_report_data indique à quelles semaines il correspond.

La vue URLs montre désormais, pour chaque page citée, où elle en est dans sa durée de vie de citation sur les 26 dernières semaines. Le taux de citation d’une page ne compte que les réponses aux prompts, moteurs et marchés qui l’ont déjà citée dans les 8 semaines précédentes : les nouveaux prompts ne le diluent jamais, et la semaine où une page a été trouvée ne la fait jamais paraître à son sommet puis en déclin.

• Chaque page reçoit un statut (perdue, en baisse, terminée, retrouvée, nouvelle, en hausse, première mesure, pas de données récentes, stable ou occasionnelle), son taux de citation sur les 4 semaines précédentes et les 2 dernières semaines avec le nombre de réponses derrière chacun, sa dernière citation et une tendance hebdomadaire. Filtrez les pages qui perdent ou gagnent des citations, et triez par statut, évolution ou dernière citation.
• Les statuts tiennent compte de la taille de l’échantillon : une page doit avoir assez de réponses avant d’être dite perdue ou en baisse, une baisse doit tenir deux semaines de suite, et une semaine sans réponse à ses prompts se lit « pas de données récentes », jamais comme une perte. La plupart des pages se lisent honnêtement « occasionnelle » tant qu’il n’y a pas assez de réponses pour parler de tendance.
• Un clic sur une page ouvre son détail : taux et réponses par semaine, changements de modèle, statut par moteur, prompts qui la citent, pages citées à sa place et une cause probable quand les données la montrent (la page renvoie 404, une autre page de votre site a pris le relais, un robot est bloqué, un moteur a changé de modèle, la page d’un concurrent l’a remplacée). Sinon, elle est indiquée comme inconnue.
• Dans le connecteur MCP, get_cited_url fournit la durée de vie de la page et le nouvel outil list_citation_lifetimes liste les pages qui perdent ou gagnent des citations (68 outils). Ask Crunch lit un court résumé des statuts.

Gemini, que nous lisons via l'API de Google, nomme le site web d'où vient une source, mais jamais la page. Chaque site qu'il nommait comptait comme une citation de sa page d'accueil, si bien que les décomptes de pages d'accueil étaient trop élevés : sur un projet, la « page d'accueil » de semrush.com était citée dans 20 réponses, toutes de Gemini. Les réponses de Gemini sortent désormais de tout chiffre par page, du décompte comme de la base, et la vue URLs et les tableaux de rapport le disent : combien de réponses ont été exclues ou, quand toutes viennent de Gemini, pourquoi il n'y a aucune page à lister, au lieu de « Aucune donnée pour cette période ». Partout où les sources sont comptées par domaine, elles comptent comme avant.

• Les chiffres par page sont la vue URLs, avec sa répartition entre votre page d'accueil, vos autres pages et les sites tiers ; les tableaux de rapport Cited URLs et Trending URLs, dans l'application, sur les liens partagés et dans le PDF ; get_cited_url et les pages principales de get_citations dans le connecteur MCP et l'API REST ; « Cité par l'IA » d'une page dans le Rank Tracker ; et les pages lues et citées dans la vue du trafic des bots d'IA. Les chats Gemini importés de Peec AI nomment de vraies pages et continuent de compter.
• Un projet qui ne suit que Gemini, comme un essai Managed AI, n'a désormais plus de chiffres par page, seulement des chiffres par domaine. Sur les projets qui suivent Gemini, les décomptes de pages d'accueil baissent. Un brief de contenu n'analyse plus une page d'accueil nommée par Gemini comme si c'était la page citée par l'IA : quand Gemini était la seule source d'un prompt, le brief explique pourquoi il n'a aucune page citée dont s'inspirer.
• Une page citée avec un lien vers un passage (#:~:text=…, que certains moteurs encodent en pourcentage) compte désormais comme la page elle-même au lieu d'une ligne par passage, dans la visibilité IA et dans le Rank Tracker. list_ai_answers et get_ai_answer dans le connecteur MCP signalent les URL d'une réponse Gemini comme des sites web (sourcesNameSitesOnly). get_cited_url et get_citations lisent désormais les pages citées et récupérées d'une réponse comme tous les autres chiffres : les sources d'un chat Peec AI comptent donc comme les pages qu'il a récupérées.

Quand l'authentification unique (SSO) d'un espace de travail n'est pas disponible parce que son forfait a expiré, les personnes qui n'ont jamais utilisé que le SSO peuvent définir un mot de passe avec « Mot de passe oublié », pour que personne ne soit bloqué. Ce mot de passe est désormais temporaire : dès que le SSO fonctionne de nouveau, il est supprimé, les sessions ouvertes avec lui prennent fin et la personne se connecte avec le SSO. Nous lui envoyons alors un e-mail, une seule fois.

• Un mot de passe que quelqu'un avait déjà avant n'est pas concerné. Les clés API et les connexions MCP appartiennent à l'espace de travail, pas à un mot de passe, et continuent de fonctionner. Quand un mot de passe temporaire est supprimé, le journal d'audit indique les clés API que cette personne a créées entre-temps, pour qu'un propriétaire ou un administrateur les vérifie dans Paramètres → API.
• La page de connexion SSO répond désormais de la même façon pour un domaine sans SSO et pour un domaine dont le forfait a expiré : elle n'indique plus l'état du forfait d'un espace de travail. Paramètres → Sécurité explique aux personnes dont le SSO n'est pas disponible comment définir un mot de passe temporaire, au lieu de dire qu'elles se connectent avec Google.
• L'inscription ne crée plus de compte avec mot de passe pour une adresse d'un domaine dont l'authentification unique est active : l'adresse reçoit à la place un e-mail avec le lien de connexion SSO, et le formulaire répond comme d'habitude. Sur un tel domaine, plus aucun lien de confirmation d'adresse n'est envoyé. Quand quelqu'un se connecte pour la première fois avec le SSO, ou avec un compte Google qui atteste l'adresse, à un compte dont l'adresse n'a jamais été confirmée, son mot de passe et ses sessions sont supprimés, pour que personne ne puisse ouvrir à l'avance un compte avec l'adresse d'un collègue. Ses réglages de double authentification, ses clés API et ses autres connexions liées sont aussi supprimés, sauf si la connexion Google qui confirme l'adresse est la seule liée : la même personne les a alors configurés, les garde et reçoit un e-mail. Tant que quelqu'un utilise un mot de passe temporaire, son adresse e-mail ne peut pas être modifiée.

SerpAPI, par lequel nous lisons Google AI Overviews, renvoie parfois un nom que Google a lié sans son texte : seule l'adresse du lien revient. Ces marques n'étaient pas comptées. Un scan conserve désormais ces liens, marque le vide dans le texte de la réponse avec le domaine du lien entre crochets, par exemple [example.com], et compte le lien comme une mention quand son domaine appartient au client ou à un concurrent suivi.

• S'applique à Google AI Overviews, AI Mode et Microsoft Copilot à partir du 11 octobre 2026, et seulement à un lien placé là où manque le nom d'un élément de liste ou d'un paragraphe. Une mention comptée ainsi compte pour la visibilité et la part de voix uniquement, sans position ni sentiment ; la vue Réponses et get_ai_answer dans le connecteur MCP la signalent. Il faut le domaine propre de la marque : celui du client, ou un domaine de concurrent renseigné dans les paramètres du projet de visibilité IA, jamais une plateforme partagée comme facebook.com.
• Les réponses enregistrées avant le 11 octobre 2026 restent telles quelles et peuvent manquer une marque que Google a liée. Une ligne de tableau dont SerpAPI a supprimé le nom avec son lien ne peut pas être récupérée.

Une correction sur le moment où une recherche Rank Tracker compte dans le budget, et sur ce que coûte une recherche dont le résultat n'est jamais revenu.

• Budget Rank Tracker : une recherche compte désormais dès qu'elle est envoyée, car c'est à ce moment que DataForSEO prend l'argent. Une recherche dont le résultat n'était pas revenu à la fin de son exécution (DataForSEO n'a pas répondu dans les six heures, l'exécution a été arrêtée, ou son mot-clé ou son client a été supprimé pendant que l'exécution était en cours) n'était pas comptée, le budget pouvait donc être dépassé. Tant qu'une exécution est en cours, ses recherches envoyées font partie de ce qu'elle retient.
• Une telle recherche reste retenue après son exécution jusqu'à ce que DataForSEO indique ce qu'elle a coûté. Nous vérifions une fois par jour : la retenue est donc brève, en général un ou deux jours, et elle est levée dès que la recherche est réglée. Elle est alors imputée comme toute autre recherche : le double de ce que DataForSEO a facturé pour elle. Si DataForSEO n'indique jamais de coût (il a répondu sans coût, la recherche a échoué sur une erreur que DataForSEO ne facture pas, ou il n'y a eu aucun résultat en trois jours), elle n'est pas imputée, et la page de facturation la compte comme non imputée.

Quand vous activez la colonne de tendance d'un tableau dans l'éditeur de rapports, la ligne apparaît désormais dans l'aperçu du widget, dessinée comme dans le rapport. Jusqu'ici l'aperçu chargeait la tendance sans l'afficher.

• Un tableau des marques avec un filtre se charge environ deux fois plus vite sur les projets qui suivent de nombreux concurrents, avec ou sans colonne de tendance. Ses chiffres ne changent pas.
• Connecteur MCP : la description de get_ai_answer indique désormais qu'une réponse dont la liste de citations ne contenait que des liens de redirection Google renvoie citedUrls: null à côté de ses vraies retrievedUrls.

Les tableaux des prompts, thèmes, tags, marques et domaines sources peuvent afficher une colonne de tendance : une petite courbe par ligne avec la visibilité de la ligne (pour les domaines sources, la part du domaine) pour chaque semaine de la période du rapport, ou chaque mois pour les périodes de 180 jours ou plus. Chaque point est calculé à partir des mêmes réponses que la ligne, sur cette semaine seulement. Une semaine sans réponse laisse un vide dans la courbe, jamais un 0, et une semaine de moins de 30 réponses montre un point creux. La colonne est la même dans l'app, sur les liens de partage et dans les PDF.

• Activez-la dans les réglages du tableau ou demandez-la via add_widget ou edit_widget du connecteur MCP. get_report_data renvoie la valeur de chaque ligne par semaine (null pour une semaine sans réponse) et les réponses derrière chacune. Les résumés IA reçoivent les mêmes valeurs.
• Les nouveaux rapports créés à partir du modèle intégré « AI Visibility — Monthly Deep Dive » l'ont activée dans le tableau des métriques de sources par tag.
• Dans les PDF et à l'impression, un tableau plus large que la page est désormais ajusté au lieu d'être coupé au bord : les en-têtes passent à la ligne, les cellules ont moins de marge intérieure et le texte peut descendre à 7 pt ; s'il est encore trop large, il continue dans un second bloc qui répète la première colonne. Jusqu'ici ces colonnes manquaient sur papier.

Les réponses de Gemini issues de scans antérieurs au 9 juillet 2026 ont enregistré leurs sources sous forme de liens de redirection Google qui ne nomment aucun site. La vue Réponses et la vue de conversation de la page Survie en relance affichaient ces liens comme sources. Elles les omettent désormais et indiquent en une ligne combien elles en ont omis, comme le faisait déjà get_ai_answer dans le connecteur MCP.

• Quand la liste de citations d'une réponse ne contient que de tels liens, son côté cité est désormais lu comme inconnu : get_ai_answer renvoie null au lieu d'une liste vide, la vue de conversation n'affiche plus le lien de redirection, et les lacunes de contenu, les détails de prompt du connecteur MCP et les parts de citations des recherches fan-out ne comptent plus comme citées les pages que la réponse a seulement récupérées. C'est rare : il faut un lien cité que l'analyse n'a pas pu résoudre à côté de vraies pages récupérées.
• Connecteur MCP : get_follow_up_insights avec un conversationId indique par réponse les liens omis (groundingRedirectsLeftOut, groundingRedirectsNote).

Les réponses de Gemini issues de scans antérieurs au 9 juillet 2026 ont enregistré leurs sources sous forme de liens de redirection Google qui ne nomment aucun domaine. Le taux d'apparition comme source comptait une telle réponse comme une réponse qui ne montrait pas votre domaine, et les tableaux de sources, les outils de citations du connecteur MCP, les domaines d'écart, les lacunes de contenu et les parts de citations des recherches fan-out affichaient l'hôte de redirection comme source. Un lien de redirection n'est désormais jamais un domaine, une page ni une citation, et une réponse qui ne contient que de tels liens est exclue de tous les chiffres de sources et de citations, au numérateur comme au dénominateur. Le taux d'apparition comme source et la diversité des citations d'une période antérieure au 9 juillet changent en conséquence : les deux reposent sur moins de réponses, et la diversité des citations aussi sur moins de prompts. Une période dont toutes les réponses ne contiennent que de tels liens affiche « — » pour eux, pas 0. Les mentions de marque ne changent pas.

• Avec un filtre Locale, les chiffres de sources et de citations et les tableaux Source domains, Trending URLs et Cited URLs conservent les réponses issues de scans antérieurs à l'enregistrement des locales, lues comme le locale du projet, comme le faisait déjà la Visibilité. Jusqu'ici, ces réponses en étaient exclues, et les tableaux Cited URLs, Owned off-site citations et Follow-up survival n'affichaient rien avec un filtre Locale.
• Connecteur MCP : update_scan_settings indique désormais qu'un jour ou une heure de scan modifiés enregistrent aussi leur fuseau horaire, et transmettre le fuseau, le jour et l'heure que le projet a déjà ne change rien (changed: false).

Une correction sur le moment où un scan planifié est dû.

• Un scan planifié est désormais dû un temps fixe après le début du dernier scan, et non plus après sa fin. Un scan qui se terminait plus d'une heure après son heure de scan repoussait le suivant : pendant l'essai, un projet ne scannait alors qu'un jour sur deux au lieu de chaque jour, et un projet qui scanne tous les quelques jours attendait un jour de plus. Depuis que les scans partagent leur capacité (3.63), un scan peut se terminer des heures après son heure de scan.

Récupérations, Taux de récupération, Citations et Taux de citation ne comptent que les réponses qui montrent ce que le moteur a récupéré et ce qu'il a cité. Une période sans une seule réponse de ce type affichait 0 sur les cartes KPI des rapports, dans les tableaux par mois et par semaine, sur les graphiques, dans le connecteur MCP et dans les données du résumé IA, par exemple chaque mois avant juillet 2026, quand cette distinction a été enregistrée pour la première fois. Elle affiche maintenant « — », ou null dans l'API et le connecteur MCP, comme le faisaient déjà les cartes de la vue d'ensemble. Le Taux de citation affiche aussi « — » sur toute période où aucune réponse n'a récupéré votre domaine.

• Les réponses de Gemini du 2 au 9 juillet 2026 ont enregistré leurs sources sous forme de liens de redirection Google qui ne nomment aucun domaine ; elles comptaient donc comme des réponses qui n'avaient ni récupéré ni cité votre domaine. Une réponse dont la liste ne nomme aucun domaine est maintenant exclue de ces quatre valeurs, au numérateur comme au dénominateur. En pratique, cela concerne ces jours de juillet : le Taux de récupération d'une période qui les contient augmente légèrement, et le nombre de réponses sur lequel il repose baisse.
• Un graphique mensuel ou hebdomadaire de ces valeurs laisse un vide pour une période sans mesure au lieu de tracer 0, et les données du résumé IA indiquent « no data » pour un point manquant au lieu de laisser un emplacement vide.

Petites corrections : quand les scans ont lieu, ce qui est compté et comment le texte est enregistré.

• Pendant l'essai, un projet scanne chaque jour à son heure de scan, au plus tôt un jour après le dernier scan. Ce jour comptait 23 heures : le lendemain du passage à l'heure d'été (une journée de 23 heures), le scan n'avait donc pas lieu. Il se compte désormais en jours locaux, dans le fuseau du projet : 23 heures au changement de printemps, 25 à celui d'automne. Les projets qui scannent tous les quelques jours suivent la même règle.
• Budget Rank Tracker : quand DataForSEO facture à nouveau une recherche relancée, chaque tentative compte dans la période de budget où elle a eu lieu. Avant, une relance après le changement de période faisait passer le coût de toute la recherche dans la nouvelle période. Et un mot-clé que vous supprimez pendant que son exécution est en cours ne retient plus son coût deux fois jusqu'à la fin de l'exécution.
• Blocs de texte : un saut de ligne écrit comme balise br fermante, comme le font certains assistants via MCP, reste désormais un saut de ligne, comme l'affichent les navigateurs. Il disparaissait jusqu'ici à l'enregistrement du bloc.

Un KPI ou un graphique de fiche d'établissement Google dont la lecture avait échoué disparaissait du rapport, et un entonnoir vidéo Reddit Ads affichait « Aucune donnée pour cette période ». Les deux affichent désormais « Non chargé » dans l'app, ou « Accès perdu » quand la plateforme a refusé le compte ; les liens partagés et les PDF affichent « Données indisponibles ». Un KPI de fiche d'établissement Google garde les chiffres qui ont été lus, une période de comparaison dont la lecture a échoué signifie aucune donnée antérieure plutôt qu'une variation depuis 0, et la note moyenne d'un établissement sans avis est « — », pas 0.

• Un tableau de visibilité IA par mois ou par semaine, et un graphique de comparaison de périodes, qui placent des périodes avec des données Peec AI uniquement à côté de périodes avec nos propres scans comptent chaque valeur par réponse, pour que chaque colonne ou courbe garde une seule unité, et le disent désormais sous le widget en nommant les périodes Peec AI uniquement, comme les graphiques depuis la 3.69.
• Le tableau des prompts, filtré sur un marché, garde les réponses enregistrées sans marché sous le marché du projet, comme le KPI de visibilité ; il les laissait de côté auparavant.
• Un assistant IA qui change l'heure de scan d'un projet via le connecteur MCP sans indiquer de fuseau horaire l'enregistre désormais dans le fuseau du projet, ou dans celui de votre espace de travail si le projet n'en a pas, comme la page des réglages ; pour un projet sans fuseau, il enregistrait UTC auparavant.

Le test en direct qui vérifie si les robots d'IA peuvent récupérer votre site compte désormais aussi la page de contenu qu'il teste, pas seulement la page d'accueil.

• L'audit GEO récupère votre page d'accueil et une page de contenu de votre sitemap avec le user-agent de chaque robot d'IA. Jusqu'ici, seule la page d'accueil comptait dans le score : un site dont les articles refusent ChatGPT-User alors que sa page d'accueil le laisse passer réussissait le test. Un blocage confirmé sur la page de contenu le fait désormais échouer avec le même poids qu'un blocage sur la page d'accueil, et le résultat indique ce qu'a fait chaque page, par exemple « Homepage reachable for every probed crawler; /blog/x blocked for ChatGPT-User ». Pour un site bloqué uniquement sur ses articles, le score GEO baisse d'environ 6 points au plus lors du prochain audit.
• Cloudflare n'est cité comme cause probable que lorsque les réponses de cette même page portent les marqueurs de Cloudflare et que les blocages correspondent à son réglage par défaut depuis le 15 septembre 2026, qui ne bloque les robots d'agents et d'entraînement que sur les pages qui affichent des publicités. Sinon, l'audit et le tableau Pare-feu et politique d'accès parlent d'un pare-feu ou d'un CDN sans nommer de fournisseur.
• L'audit GEO gratuit de notre site fait le même test sur deux pages. Il réutilise la récupération de la page de contenu faite par l'audit comme référence : le test n'ajoute qu'une série de requêtes, et il est sauté quand un audit a déjà utilisé l'essentiel de son temps.

Un tableau Meta Ads, Microsoft Ads, Amazon Ads, Reddit Ads, ChatGPT Ads, Piwik PRO, Mailchimp, Fiche d'établissement Google ou Search Console dont la lecture a échoué n'affiche plus « Aucune donnée pour cette période », qui laisse croire à une période calme. Dans l'app, il affiche « Non chargé », ou « Accès perdu » quand la plateforme a refusé le compte ; les liens partagés et les PDF affichent « Données indisponibles ». Les graphiques en anneau de ces canaux font de même, et un tableau de fiche d'établissement Google par surface, appareil ou action n'affiche plus de zéros après une lecture échouée.

• Les tableaux Topic et Tag appellent leur taux Visibilité (c'était « Taux de mention ») et le comptent comme le KPI Visibilité avec les mêmes filtres. Sur un projet avec des données Peec AI et nos propres scans, un moteur suivi par les deux compte désormais une fois le jour où les deux l'ont mesuré ; la Visibilité et les exécutions de ces tableaux peuvent donc changer, et les exécutions baissent. Un résumé IA écrit sur un tableau dont la colonne a été renommée n'est plus marqué comme dépassé pour ce seul changement de nom.
• Un graphique dont la période contient des mois avec des données Peec AI uniquement à côté de mois avec nos propres scans compte chaque point par réponse, pour que la courbe garde une seule unité, et le dit désormais sous le graphique en nommant les mois Peec AI uniquement. Les résumés IA lisent chaque série et un taux par chat avec son unité, si bien que 0,37 par chat n'est jamais décrit comme 37 %.
• Les scans programmés de visibilité IA fixés à une heure que le changement d'heure saute (minuit au Chili, à Cuba, au Liban ou en Égypte, ou 02:00 en Europe) s'exécutent désormais juste après le saut au lieu d'être manqués ce jour-là, et une heure qui a lieu deux fois au retour à l'heure d'hiver ne scanne qu'une fois.
• Enregistrer n'importe quel réglage du projet ne déplace plus l'heure du scan dans le fuseau horaire de votre navigateur : le planning est affiché et conservé dans le fuseau du projet (celui de votre espace de travail pour une heure nouvellement choisie), et il ne change que lorsque vous changez le jour ou l'heure.

Des corrections de ce que disent les assistants, l'API, les e-mails et les rapports quand un rapport est supprimé, qu'un prix s'affiche en allemand, que Google refuse l'accès ou qu'un chiffre n'a pas de base.

• list_reports du connecteur, Ask Crunch et GET /reports de l'API REST ne listent plus les rapports qui sont dans Supprimés. Avec includeDeleted, ils sont listés aussi, chacun marqué deleted: true ou false.
• En allemand, en espagnol et en français, chaque prix place le symbole de la devise après le montant, cartes de forfaits comprises : « 149 € » à côté de « 149 $US », là où la carte en euros affichait « €149 ». Un reçu de facture allemand en dollars indique désormais « 12,50 US-$ » au lieu de « 12,50 $ ».
• Google Analytics : un KPI sur une propriété que Google refuse indique « Accès perdu », comme les tableaux et graphiques de cette propriété, et IA → Conversions vous demande de reconnecter au lieu de dire que Google est peut-être saturé. Une série de graphique qui n'a pas pu être chargée arrive dans le résumé IA comme non chargée, pour que le résumé n'en décrive aucune tendance.
• Le ROAS de Google Ads affiche « — » quand il n'y a eu ni valeur de conversion ni conversion, que Google ait omis la valeur ou envoyé 0. Une valeur de 0 à côté de conversions reste un vrai 0,00×.
• Budget Rank Tracker : les recherches d'un mot-clé ou d'un client que vous supprimez en cours de période continuent de compter dans le budget. Elles ont été payées, le budget montre donc maintenant ce qui reste vraiment.

Un code à deux facteurs erroné compte désormais pour le verrouillage de la connexion exactement comme un mot de passe erroné : à la connexion, lors du changement de mot de passe et lors de la désactivation de la 2FA. Un code de récupération ne sert qu'une fois, même si deux connexions l'envoient au même moment.

• Un espace de travail sans forfait Pro, Agency ou Scale actif peut toujours lister, désactiver et supprimer ses endpoints de webhook, et désactiver sa connexion SSO, en retirer les domaines et la supprimer. Créer, tester et configurer nécessitent toujours le forfait.
• L'authentification unique se met en pause sans forfait Pro, Agency ou Scale actif : votre équipe se connecte avec un mot de passe ou Google, et qui n'a jamais utilisé que le SSO peut définir un mot de passe via « Mot de passe oublié ».
• Les actions Slack et webhook des automatisations sont vérifiées par rapport au forfait à chaque déclenchement d'une règle. Si le forfait ne les inclut plus, elles sont ignorées et le journal d'exécution indique pourquoi.

Une variation de la visibilité IA se lit désormais de la même façon partout, et chaque tableau de métriques contient les premières lignes selon la métrique sur laquelle il est trié.

• Visibilité IA : une variation ne compte comme une hausse ou une baisse que si elle atteint au moins le double de sa marge d'erreur, la règle que les cartes KPI et l'accueil appliquaient déjà. Le tableau des concurrents de la vue d'ensemble comptait toute variation au-delà d'une simple marge, et affichait ainsi une hausse ou une baisse dans environ 8 % des cas où l'accueil indiquait « ~ ». Ce tableau, « Plus fortes évolutions », les variations du tableau des marques (Brand) d'un rapport et les tableaux de rapport par tag (Brand × Tag, Tag × Month, Brand × Month et Tag) appliquent désormais la même règle et la même marge, affichent une variation plus petite en gris précédée de « ~ » et l'expliquent avec les mêmes mots.
• Les tableaux Google Ads ont désormais un réglage de tri, et la limite de lignes coupe après le tri, jamais avant. Jusqu'ici, la requête gardait les campagnes et groupes d'annonces ayant le plus de clics, les termes de recherche ayant le plus d'impressions et les groupes d'assets ayant le plus de conversions, et seulement ensuite les affichait : un tableau de 10 lignes trié par coût pouvait donc manquer la campagne la plus chère. Sans tri choisi, un tableau garde son ordre (les campagnes par clics, etc.). Trié du plus bas au plus haut, il laisse de côté les lignes sans rien à mesurer (aucune impression, ou aucune conversion derrière un coût par conversion). Les emplacements suivent la limite de lignes du widget au lieu de 50 fixes, les actions de conversion la suivent quand le widget en a une, et la valeur de comparaison d'une ligne est désormais la sienne : certains tableaux prenaient la ligne de la période précédente à la même position, ou la première ligne portant le même nom.
• Les tableaux LinkedIn Ads, Piwik PRO, Matomo et Merchant Center ont eux aussi désormais un réglage de tri, appliqué avant la limite de lignes. Les tableaux Piwik PRO et Matomo ne gardent par ailleurs plus seulement les lignes ayant le plus de sessions ou de visites avant de trier selon leur première métrique, et les tableaux d'objectifs Matomo lisent tous les objectifs, pas seulement les premiers. Un tri enregistré avant que ces sources en proposent un n'est utilisé qu'une fois choisi à nouveau, un tableau sans tri garde son ordre (celui de LinkedIn ; pour Merchant Center, le nombre de produits), et un tableau LinkedIn sans limite de lignes affiche toujours toutes les lignes.

La maturité pour les agents vérifie si les agents d'IA peuvent accéder à un site, le lire sans JavaScript et analyser ses données : les prérequis, pas la preuve qu'un agent peut y mener une tâche à bien. Son niveau le plus élevé s'appelle désormais « Prérequis réunis », et un audit sans problème indique seulement que tous les contrôles du score GEO sont réussis.

• Les suggestions de correction et les analyses IA de l'audit GEO n'affirment plus que Google ignore JavaScript. Google effectue le rendu des pages dans un navigateur headless, plus tard et via une file d'attente ; rien ne documente que les robots d'OpenAI, d'Anthropic et de Perplexity le fassent, donc le conseil du rendu côté serveur reste valable.

Deux corrections pour des choses qui pouvaient retarder un travail sans aucun rapport avec elles.

• Webhooks : les événements encore en file d'attente pour un endpoint désactivé ensuite (par vous, ou automatiquement après des échecs répétés) sont désormais clôturés comme ignorés, et ne sont pas renvoyés quand l'endpoint est réactivé. Jusqu'ici, ils restaient dans la file et pouvaient retarder les livraisons vers d'autres endpoints.
• Google Analytics : une requête sans réponse abandonne désormais au bout de 30 secondes et son widget affiche « Non chargé », au lieu d'attendre que tout le rapport expire et de retarder les autres widgets de la propriété. Une requête qui a dû attendre son tour a toujours droit à ses nouvelles tentatives quand la propriété est saturée.

Les scans qui tournent sans onglet ouvert sont désormais traités côte à côte : le scanner en arrière-plan s'exécute toutes les 5 minutes au lieu de 10 et prend des vérifications dans plusieurs scans à la fois, les espaces de travail passant chacun leur tour, si bien qu'un gros lot d'un espace de travail ne retarde plus le scan d'un autre.

• Au sein d'un espace de travail, un scan lancé par quelqu'un (dans l'application, via un assistant ou par une automatisation) passe avant les scans planifiés, et les scans planifiés s'exécutent du plus ancien au plus récent : les résultats arrivent client par client plutôt que tous à la fin.
• Un nouveau projet reçoit son propre créneau de scan : un jour de la semaine et une heure de nuit dans le fuseau horaire de votre espace de travail, répartis pour que les projets ne scannent pas tous à la même heure. Les projets existants gardent leur planification ; vous pouvez modifier chaque créneau dans les réglages du projet.
• Ce qu'un scan mesure ne change pas : les mêmes vérifications et limites, le même budget Managed AI et plafond de dépenses, les mêmes nouvelles tentatives.

Un taux sans base affiche désormais « — » au lieu de 0 : un coût par conversion sans conversion, un ROAS quand la plateforme publicitaire n'a envoyé aucune valeur de conversion, un CTR sans impressions, un taux de rebond sans visites. Et quand une source ne répond pas (Google Analytics saturé ou en panne, les objectifs Matomo, le rapport de performances de Merchant Center, l'attribution des revenus de Brevo), le widget indique qu'il n'a pas pu être chargé au lieu d'afficher 0.

• Google Analytics : une propriété saturée est interrogée de nouveau quelques fois avant d'abandonner, un rapport envoie au plus six requêtes à la fois par propriété, et un widget qui n'a toujours pas pu être lu affiche « Non chargé » dans l'application et « Données indisponibles » sur les liens partagés et dans le PDF. Le résumé IA et le connecteur MCP le traitent comme manquant, pas comme zéro.
• Les graphiques laissent un trou là où un point n'a pas de valeur, dans l'application comme sur les liens partagés et dans le PDF, au lieu de le tracer à 0. Les tableaux affichent « — » dans les colonnes concernées, et le reste de la ligne reste.

L'API REST, les webhooks et l'authentification unique exigent désormais un abonnement Pro, Agency ou Scale actif dans l'espace de travail, comme l'application elle-même : actif, en période d'essai ou dans le délai de grâce après un paiement échoué. Jusqu'ici, un forfait résilié les conservait, accès à l'API compris.

• Quand l'abonnement a pris fin ou est en pause, les clés d'API reçoivent la même réponse 403 plan_not_allowed qu'avant, les réglages des webhooks et du SSO ne peuvent pas être modifiés et les événements webhook ne sont pas envoyés : chacun est consigné comme ignoré et n'est pas renvoyé plus tard. Rien n'est supprimé, et l'API et les webhooks fonctionnent à nouveau dès que le forfait est réactivé.

Claude, ChatGPT et les autres assistants peuvent désormais se connecter sur tous les forfaits payants, Solo et Starter compris. Jusqu'ici, le connecteur exigeait Pro, Agency ou Scale.

• Le connecteur a besoin d'un abonnement actif dans l'espace de travail : actif, en période d'essai ou dans le délai de grâce après un paiement échoué. Quand l'abonnement a pris fin, le connecteur le dit, et vous pouvez toujours lister vos autres espaces de travail et passer à l'un d'eux.
• L'API REST, les webhooks et l'authentification unique restent sur Pro, Agency et Scale. La page développeurs, la documentation et les pages de comparaison indiquent désormais ce que chaque forfait inclut.

Un modèle intégré à la galerie de modèles de chaque espace de travail présente un mois de visibilité IA comme le rapport mensuel Peec AI d'une agence. Il fonctionne avec les projets Peec AI et avec nos propres scans.

• Sept sections dans cet ordre : une synthèse générale ; les chiffres clés (Visibilité, Share of Voice, Sentiment, Position moyenne et Mentions, puis Récupérations, Taux de récupération, Citations, Taux de citation et Taux d'apparition comme source), chacun comparé au mois précédent ; le tableau des prompts trié par évolution de la visibilité ; la carte de chaleur Brand × Tag avec une colonne Total ; les métriques de sources par tag avec colonnes d'évolution et ligne Total ; une tendance sur six mois ; et les principaux Source domains et Trending URLs.
• Le modèle ne nomme aucun tag. Les tableaux par tag prennent les tags portés par le plus de prompts, jusqu'à huit, et leurs cartes dans l'éditeur indiquent que vous pouvez les choisir et les ordonner vous-même. Pour un client dont les prompts n'ont pas encore de tags, ces tableaux le disent au lieu d'afficher une période vide.
• La section tendance utilise une nouvelle plage de dates, 6 derniers mois complets : les six mois calendaires entiers jusqu'au mois dernier, pour que son premier et son dernier point ne soient jamais des mois partiels. Elle est proposée pour tout widget et tout rapport, et Ask Crunch et le connecteur MCP l'acceptent sous le nom last_6_months.
• Ouvrir un modèle depuis la galerie de modèles sélectionne désormais sa propre source de données : le nouveau rapport est enregistré comme rapport Visibilité IA, GA4, LinkedIn ou autre, et non comme Google Ads. Les cartes Microsoft Ads et SEO ouvrent désormais les modèles Microsoft Ads et Search Console.

Deux nouveaux tableaux de visibilité IA et un tableau des prompts plus complet apportent au créateur de rapports les sections sources et prompts d'un rapport mensuel Peec AI. Chacun suit les filtres du widget, tag compris, et se lit de la même façon dans l'app, sur un lien partagé et dans le PDF.

• Source domains classe les domaines par leur part des chats : les réponses qui ont utilisé au moins une page du domaine, divisées par toutes les réponses des filtres du widget. Chaque ligne montre cette part, sa variation en points quand le rapport compare des périodes, les récupérations (sur les données Peec AI) ou apparitions, les citations et une catégorie. Votre domaine est mis en évidence, et une note donne son rang quand il est hors du tableau.
• La catégorie est le classement du domaine par Peec AI (éditorial, contenu utilisateur, entreprise, institutionnel, référence et autres), lu lors de la synchronisation Peec. Vos domaines et ceux de vos concurrents suivis apparaissent toujours comme Propre et Concurrent. Sur nos propres scans, une liste fixe de sites d'avis, de réseaux sociaux, de référence et d'actualité est utilisée et marquée comme la nôtre ; les autres domaines restent vides.
• Trending URLs prend les pages les plus utilisées de la période (les 20 premières par défaut) et montre les dix dont les récupérations ont le plus augmenté : décompte précédent et actuel, la variation, la variation en pourcentage ou « nouveau », le titre de la page selon Peec AI et le type de page. Une note indique la période précédente et le signale quand elle comptait moins de prompts.
• Le tableau des prompts ajoute les tags de chaque prompt, le jour depuis lequel il est suivi (sa première réponse enregistrée, plus juste que la date d'import pour les prompts Peec AI) et la variation de visibilité en points, et il se trie par prompt, visibilité ou variation (un tableau enregistré avant garde son ordre du plus faible au plus fort). Sa colonne Taux de mention s'appelle désormais Visibilité et compte comme le KPI Visibilité : sur un projet avec des données Peec AI et nos propres scans, un moteur suivi par les deux était compté deux fois un jour où les deux le mesuraient et compte désormais une fois, donc la Visibilité et les Exécutions d'un tableau des prompts enregistré peuvent y changer, et les Exécutions baissent.
• Ask Crunch et le connecteur MCP peuvent ajouter et régler les nouveaux tableaux, get_citations donne à chaque domaine sa part des chats et sa catégorie, et get_cited_url donne le titre, le type et la catégorie de la page.

Les agences qui rendent compte de la visibilité IA produit par produit ou thème par thème peuvent désormais construire ce rapport à partir des tags de leurs prompts, avec nos propres scans comme avec les données Peec AI. Chaque nouveau tableau regroupe les réponses comme les cartes KPI et indique sur combien de réponses repose chaque chiffre.

• Brand × Tag met votre client et ses concurrents suivis face aux tags que vous choisissez, dans votre ordre, avec l'évolution par rapport à la période précédente sous chaque valeur, le nombre de réponses en tête de chaque colonne, une colonne Total facultative pour les filtres du widget et un ombrage en carte de chaleur facultatif avec légende.
• Tag × Month et Brand × Month affichent la visibilité par mois civil de la période du rapport, puis l'évolution par rapport au mois précédent et au premier mois ; un mois sans réponse affiche « — », jamais 0.
• Le tableau par tag peut afficher visibilité, récupérations, taux de récupération, citations et taux de citation par tag ; chaque ligne correspond à la carte KPI filtrée sur ce tag, avec une colonne d'évolution facultative par métrique, une ligne Total et vos propres tags dans votre ordre.
• Avec des données Peec AI, une colonne à un seul tag reprend les chiffres par tag de Peec AI ; une colonne qui combine deux tags est recalculée à partir des chats importés, et le widget le signale. Les tableaux fonctionnent dans l'application, dans les rapports partagés, dans les PDF, avec Ask Crunch et dans le connecteur MCP, et un modèle de rapport conserve ses tags et ses filtres de tag par leur nom ; ceux que les prompts d'un client n'utilisent pas sont retirés et signalés dans l'éditeur.

Depuis le 8 octobre 2026, le taux de récupération et le taux de citation d'un projet avec des données Peec AI peuvent changer. Un chat Peec qui ne citait rien sortait du dénominateur du taux de citation, ce qui gonflait le taux, et un chat sans sources sortait de celui du taux de récupération. Les deux comptent désormais pour zéro, y compris pour les chats déjà importés, et une vue qui ne contient que des données Peec AI suit les définitions de Peec, si bien que les chiffres correspondent au tableau de bord de Peec.

• Récupérations compte vos pages récupérées sur tous les chats, et le taux de récupération les divise par l'ensemble des chats (pages par chat, comme 0,37, pas un pourcentage). Le taux de citation divise vos pages citées dans les chats qui ont récupéré votre domaine par le nombre de ces chats. « Used as Source » chez Peec est le taux d'apparition comme source.
• Citations compte vos pages citées. Peec compte une page à chaque fois qu'une réponse la cite ; l'import garde quelles pages un chat a citées, pas combien de fois, donc les citations et le taux de citation de Peec peuvent rester plus élevés que les nôtres.
• Les tableaux Cited Sources et Cited URLs n'appellent plus citations les pages récupérées. Leur premier compte est Récupérations sur des données Peec AI et Apparitions (pages récupérées ou citées) sur nos propres scans, avec une colonne Citations à côté, dans l'app, dans les rapports partagés, dans les PDF et dans le connecteur MCP. Les citations externes propres et la liste « Cité par l'IA, pas encore gagnant sur Google » ne comptent plus les pages récupérées d'un chat Peec qui ne citait rien.
• Nos propres scans gardent leurs définitions. Une vue qui les mélange avec des données Peec AI compte les réponses qui ont récupéré ou cité votre domaine, avec des taux en pourcentage, la même règle que pour la part de voix.
• Une période où les chats Peec ont récupéré des pages sans en citer une seule n'a enregistré aucune citation (chats importés avant le 2 juillet 2026) : ses citations et son taux de citation affichent « — », jamais 0 ; une cellule Citations affiche « — » là où aucune réponse ne communique ses citations. Les vues Sources et URLs utilisent les mêmes libellés, et un graphique en courbes donne aux taux par chat leur propre axe à côté des pourcentages.

Si votre compte appartient à plusieurs espaces de travail, comme celui de votre agence et ceux des clients qui vous ont invité, vous choisissez désormais celui dans lequel travaillent vos assistants IA connectés : demandez à l'assistant de changer, ou choisissez-le dans Paramètres → Connecter des assistants IA.

• Deux nouveaux outils MCP, 67 au total : list_workspaces affiche vos espaces de travail avec votre rôle, le forfait et les commutateurs, et switch_workspace déplace le connecteur vers l'un d'eux. Changer ne modifie aucune donnée, mais comme toute modification, cela s'affiche d'abord en aperçu et ne s'applique qu'après votre confirmation.
• Tant que vous ne choisissez pas, le connecteur travaille toujours dans l'espace de travail que vous avez rejoint en premier. Votre rôle et les commutateurs de cet espace pour les actions d'écriture et les dépenses IA s'y appliquent, et l'aperçu comme le résultat de chaque action indiquent l'espace de travail concerné.
• Si vous êtes retiré de l'espace de travail choisi, le connecteur revient à votre premier espace de travail lors de l'appel suivant et le signale.

Un assistant connecté via MCP peut désormais remplacer le texte d'un bloc de texte du rapport, et Ask Crunch en réécrit un quand vous le demandez.

• edit_widget reprend le nouveau texte d'un bloc tel quel, sans IA, en montre le début et la longueur avant que vous confirmiez, et garde le titre, la largeur et le réglage Masquer le titre du bloc. Les scripts, gestionnaires d'événements, liens non sûrs, cadres intégrés et styles autres que l'alignement du texte sont retirés avant l'enregistrement, et le texte précédent est renvoyé pour pouvoir annuler la modification.
• Les blocs de texte sont nettoyés avec la même rigueur partout où ils sont enregistrés, éditeur compris.
• Une demande qui ne porte pas sur les données du rapport, comme modifier un bloc de texte, n'est plus enregistrée comme un widget manquant, et Crunch ne dit plus que nous l'ajoutons. Il dit plutôt ce qu'il ne peut pas faire et où faire la modification.

Le connecteur MCP atteint désormais les objectifs, les automatisations, les approbations, les actions Insights et le partage ou l'envoi d'un rapport : neuf nouveaux outils, 65 au total.

• Lisez les objectifs de chaque client et leur progression, vos automatisations, les brouillons en attente d'approbation et les actions prioritaires de la page Insights.
• Approuvez ou écartez une action rédigée, résolvez ou reportez un signal, et créez, modifiez ou supprimez un objectif, chaque fois avec un aperçu d'abord.
• Créez, modifiez ou révoquez le lien de partage d'un rapport, ou envoyez un rapport une fois à 10 adresses au plus. L'aperçu nomme chaque destinataire et ce qui devient public, un mot de passe n'est jamais réaffiché, et les assistants peuvent envoyer jusqu'à 20 rapports par jour.

Le trafic des robots d'IA compte les requêtes vers des chemins d'API et d'outils, comme un connecteur MCP, sur une ligne distincte au lieu de personnes qui interrogent votre site.

• Les requêtes utilisateur et les pages les plus explorées laissent de côté les chemins /api/ et /mcp ainsi que les requêtes de connexion MCP sous /.well-known/ ; le nombre et les chemins les plus actifs s'affichent à part, aussi dans l'API et l'outil d'exploration MCP. L'audit GEO formule aussi avec plus de prudence son constat sur le balisage d'auteur, et la documentation invite à relire les correctifs rédigés avant publication.

Le digest des signaux du lundi, les digests clients, l'e-mail mensuel de perception IA et les alertes de visibilité partent désormais à une heure fixe dans le fuseau horaire de l'espace de travail, au lieu de l'UTC.

• Le digest du lundi arrive le lundi à 08:00 heure de l'espace de travail, les digests clients et l'e-mail de perception à 09:00 et les alertes de visibilité à 10:00, changement d'heure compris. Le contenu des e-mails ne change pas et chacun part une seule fois par période. Les espaces sans fuseau horaire valide gardent les anciens horaires UTC.

Les tableaux de Google Analytics, Meta Ads, Microsoft Ads, Amazon Ads, Reddit Ads et ChatGPT Ads peuvent être triés selon n'importe quelle métrique, et les variations de position sont colorées.

• Triez n'importe quel tableau de répartition selon une métrique, du plus haut au plus bas ou l'inverse, avant la limite de lignes ; une variation du Rank Tracking comme ▲ 3 s'affiche désormais en vert ou en rouge.

Une fois connecté, vous pouvez désormais changer votre mot de passe sans passer par l'e-mail de réinitialisation.

• Changez votre mot de passe dans Paramètres → Sécurité ; les autres appareils sont déconnectés.

Les prix derrière l'estimation du coût sur clés perso sont désormais vérifiés chaque semaine auprès des fournisseurs.

• Les prix des fournisseurs derrière l'estimation du coût sur clés perso sont désormais vérifiés chaque semaine ; le relevé indique quand ils l'ont été pour la dernière fois.

Votre relevé d’usage garde maintenant une seule unité par colonne.

• Le relevé d’usage compte l’usage sur clé perso en scans et masque les colonnes Managed AI pour les espaces de travail qui ne l’utilisent pas.

Les réponses de Grok enregistrent désormais les sources qu'elles citent.

• Les réponses de Grok avant le 7 octobre 2026 n'en affichent aucune.

Les autres appareils sont renvoyés vers la page de connexion au lieu d'afficher une application vide.

• La page de connexion en donne la raison : votre mot de passe a été modifié ou votre session a pris fin.

Les résumés IA et Ask Crunch ne savaient jamais dans quelle devise était un chiffre : une réponse pouvait afficher un montant avec le signe de la livre, la suivante avec celui du dollar.

• L'IA reçoit désormais la devise avec chaque montant et ne doit utiliser que celle-ci. Un chiffre sans devise connue s'écrit sans symbole, et une combinaison de canaux facturés dans des devises différentes le signale.

Les résumés IA et Ask Crunch utilisent désormais des modèles actuels : avec une clé OpenAI, GPT-5.6 Terra au lieu de GPT-4o mini ; avec Managed AI ou une clé Anthropic, Claude Sonnet 5.5 au lieu de Sonnet 4.6 ; avec une clé Gemini, Gemini 3.6 Flash au lieu de 3.5 Flash. Une synthèse générale rédigée avec une clé OpenAI ne faisait plus que deux phrases courtes ; les nouveaux modèles rédigent la synthèse complète que le rapport demande.

• Les nouveaux modèles réfléchissent avant d'écrire. Nous gardons cette réflexion courte et lui donnons sa propre place, pour qu'elle ne prenne jamais celle du résumé.
• Paramètres → IA et clés API indique, pour chaque clé, le modèle qu'elle utilise désormais pour l'assistant.
• Avec votre propre clé OpenAI, un résumé de rapport coûte désormais environ 1 à 3 cents US d'utilisation OpenAI (GPT-5.6 Terra : 2 $ par million de tokens en entrée, 12 $ par million de tokens en sortie).

Les scans limitent la longueur de la réponse d'un moteur, et pour Claude et Gemini cette limite était trop basse. Les réponses de Claude étaient limitées à 1 024 tokens, si bien que la plupart s'arrêtaient avant la fin, rarement au-delà de 2 700 caractères, et certaines revenaient vides après la recherche web. Gemini 3.6 Flash consacre une partie de cette même limite à réfléchir avant d'écrire, si bien que beaucoup de ses réponses s'arrêtaient après quelques centaines de caractères. Une marque citée après la coupure, ou dans une réponse jamais arrivée, comptait comme non mentionnée : la visibilité sur Claude et Gemini était donc sous-estimée.

• Les réponses ont désormais la place d'aller au bout : 8 192 tokens pour Claude et pour Gemini, qui réfléchit maintenant à son niveau bas, et 8 000 pour ChatGPT et Grok (tous deux 3 000 auparavant). Meta AI garde ses 8 000. Une limite n'est qu'un plafond : une réponse courte coûte ce qu'elle coûtait. Les réponses complètes sont plus longues : avec vos propres clés, Claude et Gemini consomment plus de tokens par check ; avec Managed AI, un check vous coûte ce qu'il coûtait.
• Une réponse de ChatGPT, Gemini, Claude, Grok, Perplexity, DeepSeek ou Meta AI qui arrive vide, ou que le moteur signale comme arrêtée à une limite, n'est plus enregistrée. Elle ne compte ni comme une mention ni comme une absence : le check échoue avec sa raison et ne compte pas dans un quota Managed AI, mais avec vos propres clés le fournisseur facture l'appel auquel il a répondu. Un passage ultérieur du scan peut redemander ; un moteur qui continue de répondre ainsi est arrêté pour le reste du scan, avec la raison dans la barre du scan. Une réponse que le moteur a refusé de donner reste enregistrée comme sa réponse ; une réponse que son filtre de sécurité a interrompue en cours de route ne l'est pas. Google AI Overviews, AI Mode et Microsoft Copilot ne changent pas : un résultat vide y signifie qu'aucune réponse IA n'a été affichée. Les tailles d'échantillon (n) ne comptent que les réponses arrivées entières, et le check gratuit de visibilité IA suit la même règle.
• Les noms de marque sont désormais lus sur jusqu'à 40 960 caractères d'une réponse, contre 12 000, si bien qu'une marque citée tard dans une longue réponse compte. Les plus longues réponses de ChatGPT dépassaient déjà 12 000 caractères : les chiffres ChatGPT peuvent donc aussi monter un peu.
• Attendez-vous à une marche vers le haut de la visibilité sur Claude et Gemini à partir du premier scan de chaque projet après ce changement. C'est la mesure qui rattrape son retard, pas un changement de votre visibilité, et les chiffres Claude et Gemini d'avant et d'après ne sont pas directement comparables. Un projet qui a des réponses de Claude ou de Gemini d'avant le changement reçoit une note dans sa chronologie dès que sa première réponse complète est enregistrée, datée de ce jour, et les alertes de baisse et de dépassement, les signaux et les résumés clients laissent Claude ou Gemini hors de toute comparaison qui la traverse. Les réponses enregistrées auparavant restent telles quelles.
• La limite de Grok a aussi été relevée. Certaines réponses de Grok s'arrêtent après leurs premières lignes, et nous vérifions pourquoi avant d'en dire plus.
• Dans le connecteur MCP, get_ai_answer indique désormais pourquoi le moteur a cessé d'écrire (stopReason) et s'il s'agissait d'une fin normale.

Déconnecter une source de données supprime désormais aussi son jeton d'accès enregistré lorsque plus rien ne l'utilise. Jusqu'ici, les chiffres importés par cette source étaient supprimés, mais le jeton restait enregistré.

• Une même connexion peut servir plusieurs sources de données, par exemple chaque compte Google Ads ajouté avec le même identifiant Google. Le jeton reste tant que l'une d'elles est connectée et disparaît avec la dernière. La suppression d'un client ou de votre compte fonctionne de la même façon.
• Un jeton qu'une autre fonction lit encore reste aussi : Merchant Center, tant que votre catalogue AI Shopping importe par son intermédiaire.
• Les jetons Reddit Ads sont en plus révoqués chez Reddit. Les jetons Google et Meta sont supprimés chez nous, mais pas révoqués chez eux : en révoquer un met fin à toutes les connexions que la même personne a faites avec cet identifiant, ici et dans d'autres espaces de travail. Pour retirer aussi l'accès chez Google ou Meta, supprimez CrunchJunkie dans les paramètres de ce compte. Pour la même raison, déconnecter Merchant Center dans l'onglet Shopping ne révoque plus l'accès chez Google.

Déconnecter Peec AI laissait les réponses, chiffres et prompts importés dans le projet de visibilité IA du client, alors que la page de suppression des données indique que les données importées via une source sont supprimées avec elle. Désormais, la déconnexion supprime tout ce qui a été importé de Peec pour ce client.

• Sont supprimés, avec la clé enregistrée, les réponses et leurs sources, les chiffres quotidiens et par tag de Peec, les recherches fan-out et les prompts importés de Peec. Un prompt que les scans de CrunchJunkie ont aussi exécuté, ou dont un brief de contenu a été tiré, est conservé et perd seulement son lien avec Peec ; le brief perd ses citations de réponses Peec.
• Les analyses de Perception et les suggestions de marques construites à partir de ces réponses sont effacées dès la déconnexion, et les signaux ouverts calculés sur les données de Peec sont résolus.
• Plus rien n'est importé dès la déconnexion, pas même par une synchronisation déjà en cours. La plupart des imports sont supprimés immédiatement ; un très gros prend quelques minutes, pendant lesquelles la source apparaît comme Suppression… dans Sources de données et tous les rapports, liens partagés et le connecteur MCP n'affichent que les scans propres au client.
• Cliquer deux fois sur Connecter ne crée plus de seconde connexion Peec pour le même client, et la déconnexion retire toutes les connexions Peec du client.

Notre accord de traitement des données prévoit que les données d'un espace de travail sont supprimées après la fin de son abonnement. C'est désormais le cas, et jamais sans un e-mail avant.

• 30 jours après la fin d'un abonnement, nous écrivons au propriétaire de l'espace de travail la date à laquelle il sera supprimé : 7 jours plus tard. Choisir un forfait avant cette date conserve tout, et Paramètres → Exporter vos données permet d'en télécharger une copie.
• Les espaces de travail en pause conservent leurs données jusqu'à 12 mois. Ensuite, le propriétaire reçoit le même e-mail, avec 30 jours de préavis. Reprendre à tout moment conserve tout.
• Les identifiants qui n'appartiennent à aucun autre espace de travail sont supprimés avec lui. Les factures sont conservées aussi longtemps que l'exige le droit allemand.

Depuis le 10 septembre 2026, le modèle de DeepSeek ignore l'outil de recherche web que nos scans envoient, et ses réponses contiennent pourtant des URL. Ces URL étaient comptées comme sources citées. Elles sont désormais marquées « issues de la mémoire du modèle, pas d'une recherche » et exclues de tous les chiffres de citations et de sources, rétroactivement jusqu'au 10 septembre. Les mentions de marque de DeepSeek comptent toujours.

• Exclues du numérateur comme du dénominateur : taux de citation, récupérations, citations, apparitions comme source, diversité des citations, domaines les plus cités, les vues Sources, URL et Gap, lacunes de contenu, les parts de citation des fan-outs, les sources shopping, les sources des attributs de perception, les actions sur les lacunes de citation, les chiffres d'exploration à citation et la santé des sources. Partout où l'un de ces chiffres apparaît, une note indique combien de réponses il a exclues. Les nouveaux content briefs n'utilisent plus ces URL comme preuves.
• Dans la vue Réponses, ces réponses portent l'étiquette « URL de mémoire » au lieu de « Recherche web », et leurs URL figurent sous cette étiquette. Dans les rapports, les liens partagés et les PDF, un widget de sources ou de citations qui a exclu des réponses le signale par une ligne en dessous, graphiques compris, et les résumés IA reçoivent la même indication.
• Dans l'API et le connecteur MCP, get_ai_answer et list_ai_answers renvoient ces URL sous urlsFromMemory, jamais comme citées ou récupérées ; get_citations, get_cited_url et le point d'accès REST des citations excluent ces réponses et les comptent dans answersFromMemoryExcluded.
• Le tableau de rapport Récupérations et citations calcule désormais le taux de citation comme la carte KPI : récupéré puis cité, divisé par récupéré, sur les réponses qui montrent les deux listes. Il divisait auparavant les citations par les récupérations, ce qui pouvait dépasser 100 %.

La page Fan-outs lit chaque recherche qu'un moteur liste, note quand un moteur a répondu sans chercher et ne compte plus vos propres mots et noms comme l'intention d'un moteur.

• ChatGPT, Grok et Meta AI : chaque recherche d'une étape de recherche web est lue dans la liste que l'API renvoie désormais, avec l'ancien champ à recherche unique en repli. Les recherches de Perplexity sont lues pour la première fois, à partir des requêtes que son Agent API renvoie avec chaque lot de résultats.
• Claude : quand un scan bascule sur le service de recherche distinct, les recherches que Claude a écrites pour lui sont aussi conservées.
• Chaque réponse note désormais si le moteur n'a lancé aucune recherche web, à distinguer d'une réponse revenue sans liste de recherches. La page et l'outil MCP comptent les deux, pour qu'une liste absente ne soit jamais lue comme « aucune recherche ».
• Les mots ajoutés sont comparés au prompt tel que le moteur l'a reçu, instruction de marché et de langue comprise, et à ce marché et cette langue tels que les moteurs les écrivent. Votre marque, vos concurrents et les noms des moteurs n'apparaissent plus comme mots ajoutés. Votre propre marque est reconnue quelle que soit la casse ; le nom d'un concurrent de quatre lettres au plus, seulement tel que vous l'avez saisi, pour qu'un concurrent nommé « Box » ne masque pas le mot « box ». Le panneau des marques compte toujours le nom d'un concurrent quelle que soit la casse et signale ceux écrits en minuscules.

Placer un rapport dans Supprimés laissait ses liens de partage actifs : un client pouvait continuer d’ouvrir un rapport supprimé. Désormais, un rapport dans Supprimés ne s’ouvre plus par son lien de partage ; le restaurer rétablit le lien.

• Qui ouvre le lien voit « Ce lien n’est pas disponible », comme pour un lien retiré. Les chiffres du rapport et son PDF ne sont plus accessibles par le lien non plus, et l’onglet du navigateur comme l’aperçu du lien ne nomment plus le client ni l’agence.
• Restaurer le rapport depuis Supprimés rétablit tous ses liens tels quels, avec leur mot de passe et leurs réglages : rien à renvoyer.
• À la suppression d’un rapport, la confirmation indique désormais que ses liens de partage cessent de fonctionner jusqu’à sa restauration, et Dashboards publics, dans les Paramètres, ne liste plus un rapport qui se trouve dans Supprimés.

Les prix en dollars américains affichaient « US$ » à tout le monde sur la page des tarifs, et un simple « $ » dans la facturation, l'onboarding et le compteur Managed AI, qui en Nouvelle-Zélande, au Canada ou en Australie se lit comme le dollar local. Un prix en dollars ne porte plus un simple « $ » que là où le dollar américain est la monnaie locale.

• En anglais, un visiteur aux États-Unis voit « $165 », et en Nouvelle-Zélande, au Canada, en Australie ou ailleurs « US$165 », comme dans les e-mails, où le pays n'est pas connu. En allemand, en espagnol et en français, le signe suit le montant : « 165 US-$ », « 165 US$ » et « 165 $US », ou « 165 $ » aux États-Unis. Les prix en euros ne changent pas.
• Le pays est celui que CrunchJunkie lit déjà de votre connexion pour choisir entre euros et dollars. Sur les pages de tarifs, il passe par le cookie de devise existant, cj_currency, qui contient désormais aussi le pays tant que les prix sont en dollars (par exemple USD:NZ). Le tableau des cookies de la politique de confidentialité l'indique. Aucun nouveau cookie, aucun suivi.
• Cela couvre les pages de tarifs et le calculateur de coûts, la facturation (forfait, packs, factures, changement de forfait, l'écran de pause, le compteur et la bannière Managed AI), l'onboarding, la page d'offre d'un pack et le relevé d'utilisation.
• Les coûts du Rank Tracker suivent la même règle : l'estimation avant une exécution, le coût de chaque vérification et le crédit DataForSEO dans le signal qui avertit quand il devient bas.

Pour un client importé de Peec AI, la page Query fanouts et le connecteur MCP affichent désormais aussi les sous-requêtes que Peec a enregistrées dans ses propres chats : le plus souvent dans les applications des moteurs, sans connexion, et pour certains moteurs via l'API du modèle. Elles sont étiquetées comme celles de Peec et jamais ajoutées aux nôtres.

• Un sélecteur sur la page, Notre capture / Peec, apparaît pour les clients importés de Peec. La vue Peec sépare les recherches web des requêtes shopping de Peec, liste les produits que Peec a enregistrés, compte des chats Peec plutôt que des réponses et signale les moteurs que Peec a exécutés via une API.
• Importées en arrière-plan chaque heure, à part de Synchroniser et de l'actualisation quotidienne : la première importation lit les 90 derniers jours, chaque suivante reprend au dernier jour entier lu en entier et relit les trois jours précédents. Un historique important prend quelques heures, et la page l'indique tant que l'importation rattrape son retard. Les lignes de plus de 400 jours sont supprimées chaque jour, et déconnecter Peec les supprime toutes immédiatement. CrunchJunkie lit seulement ce que contient le projet Peec du client, avec sa clé, et ne collecte rien lui-même.
• Jamais mélangées : nos comptes de fan-outs, les signaux, la colonne Search Console et les Content Briefs ne lisent que notre propre capture. Dans MCP, get_query_fanouts accepte fanoutSource « peec » (par défaut « native »), peecQueryKind search ou shopping, et limit.
• La connexion Peec est désormais surveillée comme tout autre connecteur : chaque réponse de Peec est vérifiée pour repérer les avis d'abandon, et la spécification de l'API de Peec est comparée chaque jour pour repérer les changements sur les appels que nous utilisons.

Quand l'utilisateur Google connecté perdait l'accès à un compte publicitaire, par exemple après avoir été retiré du compte administrateur, les widgets de ce compte revenaient vides et ses tuiles KPI affichaient 0, ce qui ressemblait à un mois calme. Ils disent maintenant que les chiffres manquent.

• Dans un rapport dans l'application, un tel widget affiche « Accès perdu », avec le compte et le code d'erreur de Google, ou « Non chargé » quand Google a refusé la requête pour une autre raison ; l'aperçu de l'éditeur nomme le compte. Après la vérification quotidienne suivante, le rapport affiche une bannière, et dans Clients la source Google Ads du client indique « Accès perdu » au lieu de Connecté. La bannière et l'étiquette ne sont visibles que par votre équipe.
• Sur les liens partagés, en mode présentation et dans les PDF générés par CrunchJunkie, le widget affiche « Données indisponibles » et précise que les données manquent, qu'elles ne sont pas nulles, sans nommer le compte ni la raison. Si cette génération du PDF échoue et que la page du rapport passe par l'impression de votre navigateur, le PDF affiche à la place le texte destiné à votre équipe. Un widget de la source « Tous les canaux » qui a dû laisser un compte de côté l'indique en dessous : par son nom pour votre équipe, par un nombre pour les clients.
• Les résumés IA laissent ce widget de côté et indiquent seulement pour combien de comptes les données manquent sur la période, jamais pourquoi. Un résumé écrit pendant qu'un compte n'était pas lisible est considéré comme dépassé dès que ses chiffres redeviennent lisibles, et un e-mail programmé le réécrit.
• Pour chaque compte Google Ads, CrunchJunkie cherche désormais une seule fois un compte administrateur qui peut le lire et garde celui qui a répondu, au lieu de réessayer tous les comptes administrateurs à chaque requête. Une fois l'accès rétabli, les chiffres peuvent mettre jusqu'à 10 minutes à revenir, et la bannière disparaît après la vérification quotidienne suivante.
• Pour les développeurs : dans GET /api/v1/reports/{id}/data, un tel widget vaut null, et meta.unavailable donne la raison (no_access ou error) et le code de Google. L'outil MCP get_report_data renvoie la même chose sous _meta.unavailable.

Une tuile KPI ne pouvait pas afficher d'évolution depuis une valeur précédente de 0 : une part d'impressions perdue passant de 0 % à 12 %, ou des conversions passant de 0 à 5, apparaissaient sans évolution sur la tuile alors que le tableau en dessous l'affichait. Les données du rapport distinguent désormais un vrai 0 d'une comparaison manquante, et les tuiles suivent la même règle que les tableaux.

• Depuis un vrai 0, un taux évolue en points (+12,0 pts), et les formats Absolu et Les deux affichent l'évolution absolue (+5). Il n'existe pas d'évolution en pourcentage depuis 0 : aucune n'est affichée, comme dans les tableaux.
• « Aucune donnée antérieure » signifie qu'il n'y a rien à comparer : pas de période de comparaison, une période de comparaison que la source n'a pas pu lire, pas de scan, d'audit ou de relevé de positions antérieur, ou un chiffre qui n'existe que tel qu'il est aujourd'hui. Les décomptes du catalogue Merchant Center, le total et la note moyenne des avis de la fiche d'établissement ainsi que les abonnés Facebook et Instagram ne comparent plus le chiffre du jour avec lui-même, et un score GEO ne se compare à l'audit précédent que si le rapport a une période de comparaison.
• Un widget réglé pour ne rien comparer n'affiche ni évolution ni « Aucune donnée antérieure ». Lorsqu'une source ne peut pas être lue pour la période en cours, ses chiffres affichent « — » au lieu de 0, sans évolution, et un widget dont aucun chiffre n'a pu être lu indique que les données n'ont pas pu être chargées. Un widget Tous les canaux laisse ce compte de côté dans ses KPI et son graphique et le nomme pour votre équipe (les clients voient combien de comptes manquent), et un objectif affiche « — » au lieu d'ajouter 0 pour lui.
• Il en va de même dans l'application, sur les liens partagés, dans les PDF et dans l'aperçu de l'éditeur. Les résumés IA savent qu'il n'y a pas de donnée antérieure au lieu de lire un 0, et les résumés rédigés avant ce changement ne sont pas marqués comme obsolètes pour autant.
• Pour les développeurs : dans GET /api/v1/reports/{id}/data et l'outil MCP get_report_data, le prev d'un KPI vaut null quand il n'y a rien à comparer (pas de période de comparaison, pas de données antérieures, une période de comparaison qui n'a pas pu être lue, ou un chiffre qui n'existe que tel qu'il est aujourd'hui) et un nombre, 0 compris, quand la période de comparaison a été mesurée. Chaque widget KPI porte prevNull: true. Un prev multicanal vaut null quand un canal qui compte aujourd'hui n'a pas de valeur antérieure. La valeur d'un KPI vaut null quand il n'y a pas de chiffre : la lecture a échoué ou la valeur ne peut pas être calculée (par exemple le coût par conversion avec 0 conversion).

La page des fan-outs de requêtes indique désormais comment ses recherches ont été produites, en rapproche davantage de votre Search Console en toute honnêteté, le dit quand Search Console n'a pas pu être lu, et montre quelles marques et suites de mots les moteurs recherchent encore et encore.

• Une ligne en haut nomme la source : des recherches lancées par chaque modèle via l'API officielle de son fournisseur, sans connexion et sans mémoire, pour votre marché, avec le modèle et les dates de scan. Ce n'est pas la transcription d'une session dans ChatGPT ni dans une autre app d'assistant.
• La colonne Google rapproche une recherche quand c'est la même chaîne en ignorant uniquement les guillemets, la casse, les accents et la ponctuation : un "crunchjunkie" entre guillemets d'un moteur rejoint désormais votre ligne crunchjunkie. Une recherche avec un opérateur comme site: ou -terme est plus étroite que ses mots et ne compte jamais comme correspondance exacte. Une requête Search Console plus courte dont tous les mots figurent dans la recherche apparaît à part comme requête similaire, avec son propre libellé et l'opérateur du moteur, jamais comme votre position ; s'il y en a plusieurs, les impressions sont additionnées et la position est pondérée par les impressions. Une position Google n'existe que pour les recherches que les gens tapent aussi dans Google.
• Quand Search Console ne peut pas être lu, la page nomme chaque propriété et la raison (accès refusé ou erreur de l'API de Google) au lieu d'afficher aucune correspondance. Avant, une connexion expirée ressemblait à une connexion active sans rien en commun.
• Nouveaux panneaux : les marques nommées dans les recherches (la vôtre et celle de chaque concurrent, en recherches et en réponses) et les suites récurrentes de deux et trois mots, chacune en n sur toutes les recherches. Filtres par type de prompt (Shopping, selon la catégorie du prompt) et par thème (tags de prompts), avec une vue regroupée par thème. L'outil MCP renvoie la même chose, accepte une limite jusqu'à 200 lignes (50 par défaut) et les mêmes filtres.

Sur un téléphone, l'application n'avait pas de mise en page propre. Ses menus gardaient leur largeur d'ordinateur côte à côte : dans les paramètres d'un projet, le menu du projet masquait le bouton Abandonner, la barre Enregistrer était hors d'atteinte et le badge d'essai recouvrait le dernier champ. En dessous de 768 pixels, l'application a désormais une mise en page pour téléphone. Sur un ordinateur, rien ne change.

• Le menu principal et le menu d'un projet de Visibilité IA s'ouvrent depuis des boutons dans une barre étroite en haut et se ferment dès qu'une page est choisie. Ils fonctionnent aussi au clavier, et Échap les ferme.
• Sur un téléphone ou une tablette, plus rien ne flotte au-dessus de la page : le statut de l'essai est dans une barre en haut, le chat en direct s'ouvre depuis le menu et Ask Crunch reste dans l'en-tête de la page.
• La barre Enregistrer des paramètres d'un projet et la barre du scan en cours occupent toute la largeur, et leurs boutons restent accessibles, y compris pendant un scan.
• Les pages ne défilent plus de côté. Les tableaux larges défilent dans leur propre cadre. La liste des rapports omet la colonne Type sur un écran de moins de 1024 pixels et, sur un téléphone, affiche la dernière mise à jour, la fréquence ou la date de suppression sous le nom du rapport. Un rapport affiche les tuiles KPI par deux sur un écran plus étroit.

Une fois par jour, CrunchJunkie lit le statut de chaque compte publicitaire Meta connecté et ses huit derniers jours, et vous prévient dans Signaux quand l'un d'eux ne diffuse plus après une semaine normale, ou quand Meta indique un statut dans lequel ses publicités ne peuvent pas être diffusées, comme un solde impayé ou un compte désactivé.

• Le jour évalué est celui du compte, trois heures après son minuit. Une semaine normale, c'est des dépenses sur au moins 5 des 7 jours précédents, une médiane d'au moins 100 impressions par jour et une diffusion le même jour de la semaine précédente, pour qu'un compte qui ne diffuse qu'en semaine ne soit pas signalé le week-end. Un jour de pause prévu, un jour férié par exemple, peut quand même le déclencher.
• Le signal nomme les campagnes qui diffusaient et ce qu'elles ont dépensé. Il reste ouvert tant que le compte ne diffuse pas, se ferme de lui-même le premier jour où il diffuse à nouveau et, une fois écarté, reste écarté pour cet arrêt. Une automatisation peut l'envoyer par e-mail, sur Slack ou vers un webhook le matin même.
• Les objectifs et les signaux multicanaux affichent « aucune donnée » quand une source dont ils dépendent n'a pas répondu, au lieu d'un total auquel il manque un canal sans le dire, et une connexion Meta dont la session a expiré n'est même plus interrogée.
• Seules les impressions et dépenses quotidiennes dont la vérification a besoin sont conservées, pendant deux semaines. Un compte que Meta refuse à répétition est vérifié moins souvent ; après cinq refus, la vérification s'arrête et le propriétaire reçoit un seul e-mail. Elle reprend dès que Meta Ads est reconnecté.

Une synthèse générale d'un mois où le budget avait été augmenté ne pouvait pas le dire : seuls les deux préréglages consacrés aux modifications lisaient l'historique des modifications Google Ads. Désormais, les autres résumés lisent aussi les modifications du compte sur la période, lorsque le rapport contient des chiffres Google Ads et que le compte a été modifié pendant cette période.

• Ils sont lus par la synthèse générale, Insights campagnes, Réussites, Problèmes, Plan d'action, une question personnalisée et « Analyser le widget au-dessus/en dessous » sur un widget Google Ads. Les résumés rédigés pour un envoi programmé par e-mail et pour une copie mensuelle les lisent de la même façon.
• Seules les 12 modifications les plus importantes sont prises en compte : d'abord budget, enchères et statut, puis mots clés et ciblage, et en dernier les modifications mineures comme les changements de nom. Elles viennent de l'historique des modifications enregistré du compte Google Ads du rapport, jamais de Google en direct. L'auteur d'une modification apparaît sous forme de rôle, par exemple une personne ou un script, jamais sous forme d'adresse e-mail.
• Crunch ne mentionne une modification que lorsqu'elle explique de façon plausible une évolution des chiffres, et dit alors qu'elle coïncide avec cette évolution ou qu'elle y a probablement contribué, jamais qu'elle l'a causée.
• La ligne « Basé sur » sous un résumé indique combien de modifications du compte il a lues, par exemple « · 12 sur 45 modifications du compte », ou « · 3 modifications du compte » quand il les a toutes lues.

Le relevé d'utilisation, dans Paramètres → Facturation, comptait les scans et les checks, mais pas l'argent. Il montre maintenant ce que les checks vous coûtent, dans la devise où chaque montant est facturé, et garde les deux types de coût séparés.

• Les checks sur vos propres clés de fournisseur affichent « ≈ coût sur votre propre facture fournisseur » en dollars américains sur chaque ligne, dans le total, dans le PDF et dans le CSV : les tokens de chaque scan au prix catalogue du fournisseur au moment du scan, plus ses frais de recherche, avec le jour où la grille de prix a été vérifiée pour la dernière fois. C'est une estimation. La facture de votre fournisseur fait foi et peut différer, surtout à cause des frais de recherche et de grounding, des tokens en cache, des remises et des forfaits mensuels comme celui de SerpAPI. Les scans antérieurs au 3 juillet 2026, date à laquelle le relevé a commencé à enregistrer la clé utilisée, apparaissent comme « — » et ne sont pas comptés.
• Les checks Managed AI affichent « inclus » dans le total, ou le dépassement jusqu'ici dans votre devise de facturation, euros ou dollars : le même chiffre que le compteur au-dessus. Il apparaît une seule fois, car le dépassement porte sur toute la période. L'estimation en dollars et le dépassement ne sont jamais additionnés.
• Le CSV gagne deux colonnes à la fin, own_key_est_cost_usd et own_key_cost_note, pour que les tableaux construits sur l'ancien fichier continuent de fonctionner. Le compteur de facturation affiche l'estimation sous son chiffre BYOK, et get_usage du connecteur la renvoie sous byokCost.
• « 30 derniers jours » et « 90 derniers jours » comptent désormais des jours UTC entiers jusqu'à aujourd'hui, à partir de 00:00 UTC, comme le reste de l'application compte les jours, et « Période précédente » couvre au plus 31 jours. Les totaux de ces périodes peuvent être un peu plus bas qu'avant, car le premier jour ne commence plus à l'heure à laquelle vous avez ouvert la page.

Quand Google refusait une clé Gemini, nous disions qu'elle datait probablement d'avant le 28 mai 2026 et qu'il fallait la remplacer. C'était faux pour une clé neuve dont le projet Google avait un problème de facturation, l'API Gemini désactivée ou une restriction sur la clé. Désormais, la vérification de la clé, la page d'accueil et les alertes de scan donnent la vraie raison de Google, avec l'étape qui la règle.

• Gemini : parmi les raisons nommées, un compte de facturation désactivé, fermé ou pas terminé, un solde prépayé à 0 $, la Generative Language API désactivée, une restriction de site web, d'IP ou d'application sur la clé, une restriction d'API qui exclut Gemini, un niveau gratuit que Google ne sert pas, un projet bloqué par Google, un quota de 0 pour le modèle et une clé tronquée lors de la copie. La limite du 28 mai n'est plus citée que lorsque Google dit que la clé elle-même n'est pas valide.
• Tous les autres fournisseurs (OpenAI, Anthropic, xAI, Perplexity, DeepSeek, Meta AI, SerpApi) disent maintenant si la clé est invalide, si le compte n'a plus de crédit, si le fournisseur ne fait que la limiter ou s'il n'a pas pu être joint, au lieu de « Clé invalide » pour tout. Si la réponse ne correspond à aucun de ces cas, vous voyez les mots du fournisseur lui-même, sans aucune clé.
• Une clé que le fournisseur ne fait que limiter est enregistrée avec une note au lieu d'être refusée.
• Ces messages s'affichent maintenant dans votre langue. Jusqu'ici, le message affiché à l'enregistrement d'une clé était toujours en anglais.

Un résumé IA dans un rapport ne retenait que le nom de sa période. Un résumé rédigé en septembre pour « le mois dernier » comptait encore comme actuel en octobre, si bien qu'un PDF planifié pouvait imprimer le commentaire d'août sur les chiffres de septembre. Et un résumé rédigé le 1er gardait ses chiffres après que Google Ads avait crédité des conversions tardives pour le même mois, à côté de tableaux qui montraient déjà les nouvelles. Les résumés enregistrent maintenant les dates et les chiffres à partir desquels ils ont été rédigés.

• Quand un résumé a été rédigé pour une autre période, le rapport, le lien partagé et le PDF le réduisent à une ligne qui nomme cette période ; une période glissante qui a seulement avancé garde son texte sous une note datée. Quand les chiffres de sa propre période, ou sa période de comparaison, ont changé depuis, il reste, sous une ligne indiquant le jour où il a été rédigé. Les lecteurs ne voient cette ligne que pour un changement notable (3 %, et au moins un pour les conversions et les comptages), pour que les données qui arrivent en retard ne laissent pas une note pendant des semaines.
• Avant l'envoi d'un e-mail planifié, et quand vous cliquez sur Envoyer pour la période du rapport, un résumé qui ne correspond plus à la période envoyée est rédigé à nouveau, avec la même tâche et dans la langue du rapport, pour que le PDF et le lien portent un texte à jour. Quand c'est possible, cela se fait dans les heures qui précèdent un envoi planifié, pour que l'e-mail ne soit pas retardé. Un interrupteur dans le panneau de planification le désactive et indique à peu près ce qu'il utilise : un message de l'assistant par résumé et par envoi avec Managed AI, listé comme « E-mails de rapport » dans le relevé d'utilisation. Les e-mails de rapport s'arrêtent à 80 % des messages du mois pour que votre équipe garde le reste ; un résumé qui ne peut pas être rédigé à nouveau est signalé comme ci-dessus quand il ne correspond plus.
• Marque blanche : la mascotte CrunchJunkie n'apparaît plus sur les résumés IA des liens partagés, des PDF et du mode présentation, comme déjà le logo et le nom.
• Un modèle de rapport n'emporte plus le résumé IA du rapport à partir duquel il a été enregistré ; un rapport créé avec ce modèle pour un autre client commence sans.

Un e-mail de rapport disait « voici votre rapport Google Ads pour Mois dernier », et son PDF portait « Mois dernier » en en-tête, ce qui devient faux dès le premier jour du mois suivant. Les deux indiquent désormais la période elle-même, par exemple « septembre 2026 » ou « 1–15 sept. 2026 », dans la langue du rapport. Le PDF d'un rapport en allemand affichait aussi des mots anglais et des décimales à point à côté de chiffres allemands. Il est maintenant entièrement en allemand, et les rapports en espagnol et en français sont entièrement en espagnol et en français.

• L'objet et le message indiquent la période résolue : celle du PDF joint ou, sans PDF, celle sur laquelle s'ouvre le lien. Les e-mails planifiés utilisent la période du jour pour lequel ils partent. Le message proposé ne conseille plus de télécharger un PDF depuis le lien quand le PDF est joint ; la ligne sous le bouton dit ce qui s'applique.
• L'en-tête de page et le nom du fichier PDF citent le client, le rapport et la période une seule fois. Un rapport nommé « Acme · Google Ads Report · September 2026 » n'a plus pour en-tête « Acme · Acme · Google Ads Report · September 2026 · Mois dernier ». Un sous-titre de couverture qui répète le titre n'est plus affiché.
• Les KPI affichent désormais l'évolution d'un taux en points de pourcentage et celle d'un nombre ou d'un montant en pourcentage, comme les tableaux le faisaient déjà. Un CTR passé de 2,1 % à 2,5 % se lit +0,4 pts sur le KPI et dans le tableau, et non +19,0 %. Le format de comparaison du widget reste prioritaire. Les scores de l'audit GEO sont des scores sur 100 et évoluent eux aussi en points. Les KPI n'affichent pas encore d'évolution par rapport à une valeur précédente de 0, car ils ne peuvent pas distinguer ce 0 d'une absence de données ; les tableaux l'affichent, en points ou en évolution absolue.
• Les légendes des graphiques, les en-têtes de tableau, les noms de métriques, les évolutions ainsi que les boutons et messages de la vue partagée suivent la langue du rapport et son format de nombres, par exemple « +0,4 Pkt. » et « +25,0 % » en allemand. Dans les tableaux, une hausse de la part d'impressions perdue, des clics incorrects, des désinscriptions ou des rebonds s'affiche désormais en rouge, comme c'était déjà le cas sur les KPI.
• Un PDF téléchargé ou envoyé juste après avoir choisi « N jours jusqu'à aujourd'hui » couvrait le mois précédent au lieu de ces jours, et modifier ensuite la comparaison enregistrait ce paramètre provisoire, que le lien en direct et les e-mails planifiés lisent comme le mois précédent. Les deux utilisent désormais les jours affichés à l'écran, et ce paramètre n'est plus jamais enregistré. Un rapport qui l'a déjà enregistré continue d'envoyer le mois précédent, comme toujours, et l'affiche désormais aussi dans l'app.
• Les graphiques sont dessinés sans animation dans un PDF et à l'impression, un graphique en anneau n'est donc plus capturé à moitié dessiné. Une carte de graphique ne répète plus son titre en légende, comme « Clics par appareil » deux fois.

Les périodes des rapports et les e-mails planifiés suivent désormais le fuseau horaire de l'espace de travail, dans Paramètres → Préférences, où tous les fuseaux horaires peuvent être choisis, Pacific/Auckland compris. Jusqu'ici, les deux fonctionnaient en UTC. À Auckland, « hier » était donc avant-hier jusqu'à 13 h, et le 1er du mois, « le mois dernier » était le mois d'avant.

• Les périodes sont comptées dans le fuseau horaire de l'espace de travail partout où un rapport est lu : dans l'application, sur les liens partagés, dans les PDF et les e-mails programmés, dans l'API et dans le connecteur MCP. Pour un espace de travail loin d'UTC, une période peut donc se décaler d'un jour par rapport à avant. Chaque source continue de lire les dates dans son propre fuseau de reporting : Google Ads dans celui du compte publicitaire, GA4 dans celui de la propriété, Search Console à l'heure du Pacifique (États-Unis). La visibilité IA continue de compter des jours UTC, car les scans sont enregistrés par jour UTC.
• Les nouvelles planifications d'e-mails envoient à leur jour et à leur heure dans le fuseau horaire de l'espace de travail, heure d'été comprise. Les planifications existantes continuent en UTC, comme elles ont été réglées. Le panneau de planification indique à quelle heure cela correspond dans votre fuseau et le prochain envoi, et passe une planification à votre fuseau en un clic.
• Les e-mails planifiés sont désormais préparés et envoyés jusqu'à six à la fois au lieu de l'un après l'autre. Un envoi qui ne peut pas partir à son heure est retenté toutes les heures pendant un jour au plus pour une planification hebdomadaire et trois jours pour une mensuelle, au lieu d'être sauté pour la période. Une nouvelle tentative n'envoie jamais un rapport deux fois.
• Corrigé : enregistrer une planification après un envoi pouvait faire partir le rapport une seconde fois dans la même période.

La suppression d'un client échouait avec « Impossible de supprimer le client. » dès qu'un de ses rapports avait été partagé, ou envoyé selon un planning, ce qui le partage aussi : le lien de partage retenait le rapport, et le rapport le client. Un client est maintenant supprimé en une seule étape avec tout ce qui lui appartient, et si une partie échoue, rien n'est supprimé.

• Partent avec lui : ses rapports avec leurs liens de partage et leurs envois programmés, ses sources de données et les chiffres importés par elles, ses objectifs et son historique Visibilité IA. La confirmation l'indique désormais.
• Ses mots-clés et son historique de positions dans le Rank Tracker partent aussi.
• Les signaux ouverts sur le client sont marqués comme résolus, les automatisations configurées pour ce seul client sont supprimées avec leurs approbations en attente, et un scan encore en cours pour lui est arrêté. Les vérifications IA déjà utilisées comptent toujours dans la consommation de ce mois.
• La même correction vaut pour Supprimer définitivement dans Rapports supprimés, qui échouait pour tout rapport partagé ou envoyé.

Les graphiques Search Console des rapports indiquent désormais quand Google a déployé une mise à jour du classement : une bande grisée du jour où elle a commencé au jour où Google l'a déclarée terminée, avec son nom et ses dates sous le graphique. La bande indique seulement le moment, pas une cause. Une courbe peut bouger pendant une mise à jour pour ses propres raisons, et une mise à jour peut ne rien faire bouger.

• Les dates viennent du Search Status Dashboard de Google : mises à jour principales (core), anti-spam et autres mises à jour du classement de la recherche web. Les mises à jour de Discover sont exclues, car les graphiques montrent la recherche web, tout comme les incidents que Google qualifie de problème de classement et non de mise à jour. Une mise à jour encore en cours de déploiement est marquée « en cours ».
• Activé par défaut, dans l'application, sur les liens partagés et dans les PDF. Pour masquer les bandes sur un graphique, désactivez « Afficher les mises à jour du classement Google » dans ses réglages.
• Corrigé : les notes de la chronologie partagées avec le client apparaissent désormais sous chaque graphique en courbes et en barres de la visibilité IA, dans l'application, sur les liens partagés et dans les PDF. Avant, l'application ne les montrait que sous les courbes et le lien partagé que sous les barres.
• Dans le Rank Tracker, les mêmes bandes figurent sur le graphique au-dessus du tableau des mots-clés et sur les graphiques de positions des rapports, pour Google ordinateur et mobile. Bing, la liste locale de Google et Google Maps n'en ont pas.

Le trafic IA de GA4 reconnaissait une visite à l'hôte depuis lequel un assistant l'envoyait. Quand un lien porte un utm_source, GA4 classe la visite sous ce tag, et les assistants ont commencé à taguer leurs liens : des liens cités par ChatGPT ont été vus tagués utm_source=openai, et des liens Gemini utm_source=gemini (Plausible, septembre 2026). Ces visites manquaient dans le trafic IA et dans IA → Conversions. Elles sont maintenant comptées.

• Une session compte comme trafic IA quand sa source appartient à un assistant, comme hôte ou comme tag, ou quand GA4 lui a lui-même attribué le support ai-assistant. Nouveaux dans la liste : les tags gemini, openai, chatgpt et copilot, ainsi que copilot.com, pplx.ai, x.ai et meta.ai. Une session qui remplit les deux règles est comptée une fois.
• Les clics tagués avec un support payant (cpc, ppc, paid et assimilés), un support display (display, banner et assimilés), un support e-mail ou affiliate ne sont pas comptés, même sous le nom d'un assistant : un clic ChatGPT Ads tagué utm_source=chatgpt avec le support cpc reste dans ChatGPT Ads. Un clic publicitaire sans tag arrive sous l'hôte de l'assistant et ne peut pas être distingué d'un clic gagné. Un clic tagué avec l'hôte d'un assistant et un support payant, comme utm_source=chatgpt.com avec cpc, comptait jusqu'ici comme trafic IA et ne compte plus.
• Les tableaux et les donuts par AI Source affichent une ligne par assistant : gemini.google.com et le tag gemini, quelle que soit sa casse, apparaissent tous deux comme Gemini. GA4 calcule chaque ligne sur toutes les sessions de l'assistant, donc les utilisateurs et les taux sont ses propres chiffres, ni des sommes ni des moyennes. openai.com, x.ai et bing.com sont des sites d'entreprise ou des hôtes qui ne sont pas seulement un assistant, et gardent leur propre nom.
• Les rapports interrogent GA4 à l'ouverture, donc cela s'applique aussi aux périodes antérieures : les sessions, conversions et revenus IA des mois passés peuvent être plus élevés qu'avant quand vous rouvrez un rapport, et plus bas uniquement là où des clics tagués avec l'hôte d'un assistant et un support payant, display, e-mail ou affiliate étaient comptés. Les résumés IA enregistrés et les PDF déjà envoyés gardent leurs chiffres.

Depuis le 26 septembre 2026, Perplexity répond à nos scans avec GPT-6 Luna d'OpenAI (auparavant : GPT-5.6 Luna). Nous interrogeons Perplexity via un preset de son Agent API, et c'est Perplexity qui décide du modèle utilisé par chaque preset ; en septembre, il a passé le preset à la famille GPT-6.

• Un modèle plus récent répond différemment : attendez-vous à une marche dans vos chiffres Perplexity le 26 septembre. C'est la mesure qui suit le produit, pas un changement de votre visibilité, et les chiffres Perplexity d'avant et d'après cette date ne sont pas directement comparables.
• Chaque projet qui scanne Perplexity reçoit une note de modèle dans sa chronologie pour ce jour-là. Notre vérification hebdomadaire des modèles a repéré le changement le 28 septembre et y avait placé la note ; ces notes sont déplacées au 26 septembre, jour de la première réponse du nouveau modèle.

Les rapports peuvent désormais montrer ce qui a changé dans un compte Google Ads pendant la période, et qui l'a modifié. Google conserve cet historique 30 jours ; CrunchJunkie l'enregistre désormais chaque nuit, pour que n'importe quelle période de rapport puisse l'afficher.

• Un nouveau widget Historique des modifications : date, campagne et groupe d'annonces, ancienne et nouvelle valeur (budget 50 € → 80 €) et qui a fait la modification : une personne, une règle automatique, un script ou une recommandation Google appliquée.
• Filtrez par niveau et par auteur de la modification. Le widget suit la période du rapport ou sa propre plage de dates, et indique toujours le total.
• Votre équipe voit l'adresse e-mail de la personne qui a fait la modification. Les liens partagés et les PDF affichent « Votre agence » à la place.
• Ajoutez-le depuis la palette de widgets, ou demandez-le à Crunch ou au brouillon IA : il n'est jamais ajouté à un rapport par défaut. Les résumés IA de Crunch le lisent avec des libellés de rôle, jamais avec une adresse e-mail.

Une copie mensuelle arrive désormais avec son résumé IA. Il est rédigé pour le mois de la copie à partir de ses propres chiffres, si bien qu'un lien partagé ou un PDF de la copie l'inclut dès le départ.

• Chaque widget IA est rédigé avec sa propre tâche dans la langue du rapport, comme le rapport le rédige à l'ouverture de la copie ; un widget avec une question personnalisée enregistrée reçoit cette question, comme le ferait Envoyer.
• Il utilise la clé IA de l'espace de travail, ou Managed AI dans la limite des messages d'assistant mensuels du forfait : un message par résumé.
• Si un résumé ne peut pas être rédigé à ce moment-là (pas de clé IA, messages d'assistant du mois épuisés, erreur du fournisseur ou pas encore de données), le widget reste vide et se rédige dans la copie, comme avant. L'e-mail de la copie et le panneau après Créer maintenant indiquent ce qu'il en est.

Un rapport peut désormais se copier lui-même au début de chaque mois, pour les agences qui tiennent un rapport par client et par mois. Cela se règle dans le rapport, sous Copie mensuelle.

• Choisissez le jour du mois. Ce jour-là, dans le fuseau horaire de l'espace de travail, le rapport est copié avec le mois qui vient de se terminer en dates fixes. Une comparaison avec la période précédente devient le mois précédent entier : une copie de septembre compare septembre à août.
• Le nom suit un modèle avec des variables pour le mois, l'année, le client et le nom du rapport. Si le nom contient déjà un mois, comme « Google Ads Report - Juli 2026 », il est transformé en modèle automatiquement, et le mois est écrit dans la langue du rapport.
• Chaque mois d'un rapport n'est copié qu'une fois, même si une exécution se répète ou si la règle est reconfigurée, et un jour manqué à cause d'une panne est rattrapé plus tard dans le même mois. La copie n'a pas de planification propre.
• Rapports → Programmés liste les règles à côté des e-mails programmés, avec la prochaine copie et la dernière. La personne qui a configuré une règle reçoit un e-mail quand la planification crée une copie.

Le Rank Tracker peut désormais fonctionner sur le compte DataForSEO de CrunchJunkie, payé par un budget mensuel, pour les espaces de travail qui préfèrent ne pas ouvrir de compte à eux.

• Choisissez un budget mensuel dans Facturation. Chaque recherche y est imputée au double du prix de DataForSEO.
• Une exécution ne démarre que si le budget restant couvre le maximum qu'elle peut coûter : elle ne s'arrête jamais en cours de route. Facturation montre ce qui a été imputé, par client, liste et jour.
• Votre propre compte DataForSEO, s'il est connecté, passe toujours en premier.
• Un signal prévient avant que le budget ne soit épuisé, et lorsqu'une exécution planifiée n'a pas pu démarrer.

Google répond à la même recherche par une page de résultats courte ou complète, et ce sont des ensembles de résultats différents : le 2 octobre, la page courte pour « ads agentur hamburg » plaçait une agence SEO en premier et une agence de publicité Facebook en deuxième, la complète montrait les agences Google Ads attendues. Le Rank Tracker compare désormais à type de page égal et demande la page complète.

• Une évolution est mesurée par rapport à la dernière vérification qui a obtenu le même type de page ; une vérification de l'autre type entre les deux est ignorée. Sur notre propre liste mobile, le 2 octobre, « non comparable » est passé de 37 mots-clés sur 60 à 11 ; ces 11 n'avaient obtenu que des pages courtes auparavant.
• Une recherche de 60 résultats ou plus qui revient en page courte est relancée une fois, dix minutes plus tard. Le panneau de preuves indique quand c'est arrivé et combien de résultats avait la première réponse. La deuxième demande est facturée comme toute vérification, et le coût maximal d'une vérification l'inclut.
• Les AI Overviews que Google charge après la page arrivent maintenant avec leurs sources : « cité » ou « non cité » se lit là où il était écrit « sources non lues ». Cela ajoute 0,0006 $ à chaque vérification Google.
• Page plus claire : le graphique montre les mots-clés classés, avec au-dessus de chaque barre combien des mots-clés vérifiés cela représente ; la mini-courbe dessine en points creux les vérifications de l'autre type de page ; les pages classées se coupent à / et - ; la dernière vérification est datée en toutes lettres.

Un tableau Search Console gardait ses premières lignes par clics, quelle que soit sa première métrique, et quand les clics étaient à égalité (toute requête sans clic) la coupe était arbitraire. Il trie désormais les lignes selon ce qu'il affiche, puis applique la limite de lignes.

• Les tableaux et les donuts sont triés par leur première métrique, le meilleur d'abord (pour la position moyenne, la position 1 d'abord), et une égalité va à la ligne qui a le plus d'impressions. Un tableau de 500 requêtes par impressions contient maintenant les 500 requêtes qui en ont le plus.
• Le tri fonctionne sur les tableaux et les donuts Search Console : par toute métrique affichée par le widget, du plus haut ou du plus bas d'abord, appliqué avant la limite de lignes.
• Le réglage de tri n'apparaît plus que là où un tableau le suit. Avant, il s'affichait sur chaque widget et seul le classement des marques de la Visibilité IA le lisait.
• Dans la période de comparaison, chaque ligne est cherchée parmi toutes les lignes de cette période : une requête moins bien classée le mois précédent affiche ses chiffres de ce mois-là au lieu de « — ».
• Les assistants et l'API peuvent demander un seul widget au lieu du rapport entier : widgetIds dans get_report_data et dans GET /v1/reports/{id}/data.

Dans « Trouvé dans les résultats », un domaine s’ouvre désormais sur ses pages qui se positionnent : chaque page avec son titre, les mots-clés sur lesquels elle se positionne et sa position, à côté de la place du site du client sur la même liste de résultats.

• Pour un annuaire ou un article de liste, le domaine ouvert montre la page précise sur laquelle il vaut la peine d’apparaître.
• Pour les clients avec la visibilité IA, la colonne « Cité par l’IA » compte combien de réponses d’IA des 30 derniers jours ont cité une page du domaine, avec le nombre de réponses sur lequel on compte.
• Les domaines ouverts signalent les pages précises citées par les moteurs d’IA, et un filtre ne garde que les domaines qui se positionnent et sont cités.
• Tout est lu à partir de résultats et de réponses déjà enregistrés : aucune recherche n’est envoyée et rien n’est facturé.

Depuis qu’OpenAI a modifié son API de reporting en septembre, les conversions ChatGPT Ads affichaient un tiret dans chaque rapport : l’API n’accepte plus que des journées entières dans le fuseau horaire du compte publicitaire, et nos requêtes utilisaient des journées UTC. Le connecteur demande désormais les journées du compte et affiche aussi les données d’achat ajoutées par OpenAI au même moment.

• Nouvelles métriques : Achats, Valeur d’achat, Coût par achat et ROAS, ainsi que les Conversions séparées entre clic et vue. Un compte qui n’a jamais envoyé d’événement d’achat affiche un tiret, pas un zéro.
• Les conversions comptent dans les 30 jours suivant un clic ou 1 jour suivant une vue, datées du jour de ce clic ou de cette vue. OpenAI a basculé ses valeurs par défaut sur ces fenêtres en septembre ; CrunchJunkie les envoie désormais à chaque requête, afin qu’un changement ultérieur des valeurs par défaut ne puisse pas modifier vos rapports.
• Le taux de conversion divise les conversions après clic par les clics, car une conversion après vue n’a aucun clic derrière elle.
• Les graphiques quotidiens et le tableau par jour affichent les conversions, et la valeur d’achat de ChatGPT Ads compte dans la valeur de conversion et le ROAS des rapports tous canaux.
• Tous les chiffres ChatGPT Ads, pas seulement les conversions, suivent désormais les journées du compte publicitaire au lieu de l’UTC, pour que chaque jour corresponde à Ads Manager.

Le Rank Tracker lève désormais des signaux, et seulement pour des changements confirmés par une deuxième vérification. Une vérification est un échantillon ; une alerte sur une seule lecture est une fausse alerte.

• Quand la vérification hebdomadaire lèverait un signal, ces mots-clés sont revérifiés dans l'heure. Seul ce sur quoi les deux lectures s'accordent est signalé : des mots-clés qui sortent ou entrent dans le top 10 ou le top 3, un concurrent qui passe devant le client en première page, une autre page qui se classe, et l'AI Overview de Google qui commence ou cesse de citer le site.
• La deuxième lecture coûte quelques centimes sur votre compte DataForSEO, a sa propre ligne dans le relevé des coûts et ne change jamais une position, un graphique ou un rapport.
• Quatre automatisations prêtes à l'emploi sous Positions dans les moteurs, dont citation AI Overview perdue → plan d'action à valider. Les alertes partent quelques minutes après la confirmation, par e-mail (dans la langue de chaque destinataire), Slack ou webhook.
• Des avertissements avant que les vérifications ne s'arrêtent : un crédit DataForSEO qui ne tiendra pas trois semaines de plus, ou une exécution planifiée arrêtée ou ayant perdu beaucoup de vérifications.
• Le récap du lundi a une section Positions par client, et un récap client peut inclure les positions (au choix, validé à nouveau avant l'envoi).

Depuis le 30 septembre, une réponse de Perplexity utilise une vérification d'un pack Managed AI, et non trois. Depuis son passage à l'Agent API en août, Perplexity tourne sur un modèle bien moins cher : la pondération premium ne lui correspond plus.

• Les moteurs premium sont désormais ChatGPT, Claude et Grok, à trois vérifications chacun. Tous les autres moteurs, Perplexity compris, comptent pour une.
• La configuration recommandée Équilibré (ChatGPT, Perplexity, Gemini, Google AI Overviews) utilise désormais six vérifications par prompt et par passe au lieu de huit : le même forfait couvre un tiers de scans en plus.
• Les vérifications comptées avant le changement restent telles quelles. Le relevé d'utilisation signale la ligne Perplexity quand une période contient les deux.
• Perplexity n'a plus besoin de l'interrupteur premium dans Paramètres → Facturation : avec un pack Managed AI, il tourne même si les modèles premium sont désactivés, à une vérification par réponse.

Suivez où se situe le site d'un client pour les mots-clés de votre choix, sur votre propre compte DataForSEO. Chaque position conserve la liste de résultats dont elle a été lue.

• Google et Bing, ordinateur et mobile, depuis un pays, une ville ou un code postal, vérifiés une fois par semaine avec une actualisation manuelle entre-temps. Bing ne peut être ciblé que sur un pays ou une région ; un mot-clé avec ville est recherché dans le pays entier et l'indique.
• Résultats locaux en trois listes distinctes : le pack local, la liste plus longue située derrière lui et Google Maps. Un établissement est associé par son identifiant d'établissement Google ou par son site, jamais par son nom.
• Jusqu'à dix concurrents par client sans coût supplémentaire : leurs positions sont lues dans la même liste de résultats.
• Le coût est affiché avant toute exécution. DataForSEO débite votre compte par page de résultats ; nous n'ajoutons rien et ne fixons aucune limite de mots-clés.
• Classements dans les rapports (une nouvelle source de données avec widgets KPI, graphique et tableau) et dix outils pour les assistants IA via le connecteur MCP.

Trois corrections de précision du GEO Audit. Les scores peuvent bouger lors de votre prochain audit, car une plus grande partie du site est lue ; les audits enregistrés ne changent pas.

• L'audit trouve désormais les pages via tous les sitemaps qu'un site publie : les index de sitemaps (le réglage par défaut de WordPress), les sitemaps déclarés dans robots.txt et les liens de la page d'accueil lorsqu'il n'y a pas de sitemap. Auparavant, un site doté d'un index de sitemaps n'était mesuré que sur sa page d'accueil. Un dossier de langue initial comme /de/ ne compte plus comme une seule section : l'échantillon se répartit entre blog, services et études de cas.
• Une page qui refuse notre requête ou n'y répond pas (403, 429, erreur serveur, aucune réponse) est retirée de l'échantillon au lieu d'être notée comme une mauvaise page ; un 404 issu de votre propre sitemap compte toujours. L'audit gratuit ne note plus un site dont la page d'accueil répond par une erreur ou une page d'attente de l'hébergeur. Il le dit à la place.
• Agent Resource Discovery suit la spécification actuelle (v0.91) : l'audit cherche ard.json et rel="ard" ainsi que l'ancien ai-catalog.json, et vous indique lequel Lighthouse 13.5 peut voir. Toujours à titre informatif, jamais noté.

Un nouveau connecteur e-mail, un Content Brief qui vérifie vos pages existantes avant d'en proposer une nouvelle, et un quota mensuel clair pour l'assistant sur l'IA incluse.

• Mailchimp devient le 15e connecteur. Connectez-vous avec Mailchimp ou collez une clé API, puis rendez compte des campagnes envoyées par campagne, audience ou jour d'envoi : délivrés, ouvertures hors Apple Mail Privacy Protection (le chiffre hors proxy, ouvertures automatiques à part), clics par personnes et non par liens, rebonds, désabonnements, plaintes et chiffre d'affaires boutique. Les taux sont agrégés, jamais moyennés.
• Les Content Briefs commencent désormais par une décision : avec Search Console connectée, le brief vérifie si l'une de vos pages figure déjà dans le top 20 de Google pour les recherches derrière le prompt et ouvre sur « Actualiser cette page » (URL, position, requête, impressions) ou « Nouvelle page ». Sans Search Console, il n'affirme rien.
• Ask Crunch, l'analyse de rapports et les résumés automatiques sur l'IA incluse ont désormais un quota mensuel de messages par forfait (de 150 en Solo à illimité en Scale ; 60 pendant l'essai). Les équipes avec leur propre clé IA ne sont pas concernées. La page de facturation affiche l'utilisé et le restant. La ré-analyse Perception attend une heure entre deux exécutions, sauf si la liste de faits a changé.

Trois corrections à la façon dont les réponses IA sont lues et rapportées. Chacune peut faire bouger un chiffre ; aucune ne modifie les réponses stockées.

• L'extraction des mentions lit désormais toute la réponse — jusqu'à 12 000 caractères au lieu des 4 000 premiers. Les marques citées tard dans une longue réponse (typiquement Meta AI et Perplexity) sont maintenant comptées. À partir du 25 septembre 2026, les chiffres de visibilité et de mentions peuvent légèrement augmenter ; les scans antérieurs restent inchangés.
• Les marqueurs de citation qu'un moteur écrit dans sa réponse (« [web:3] » chez Perplexity, « [3] » seul, « 【3†source】 » chez ChatGPT) sont retirés avant que le modèle d'extraction ne lise le texte. Un marqueur pouvait être pris pour un nom de marque ; la réponse stockée reste intacte.
• Le widget des URL citées dans les rapports et PDF classe désormais vos pages par rapport à toute votre liste de domaines propres — chaque domaine marqué comme vôtre, le domaine audité, le site du client et tout alias de marque écrit comme domaine — exactement comme la vue URL de l'application. Un second site ajouté comme alias n'apparaît plus comme tiers dans le rapport.

Votre équipe peut désormais se connecter avec l'identifiant de l'entreprise, et le moteur Meta AI suit le modèle que Meta déploie auprès de ses utilisateurs.

• Authentification unique (SSO) via OpenID Connect sur Pro, Agency et Scale : connectez Google Workspace, Microsoft Entra ID, Okta ou tout fournisseur OIDC dans Paramètres → SSO, prouvez que le domaine e-mail est le vôtre avec un enregistrement DNS, et votre équipe se connecte avec l'identifiant de l'entreprise. Les nouveaux collègues sont ajoutés à l'espace de travail à leur première connexion ; la connexion par mot de passe continue de fonctionner. SAML est disponible sur demande sur Scale.
• Meta AI est mesuré sur Muse Spark 1.3 depuis le 18 septembre 2026 (auparavant : 1.1). Un modèle plus récent répond différemment : attendez-vous à une petite marche dans vos chiffres Meta AI à cette date — c'est la mesure qui suit le produit, pas un changement de votre visibilité.
• Nos profils publics sur GoodFirms, SoftwareSuggest et WebCatalog font désormais partie de la liste de profils vérifiés que lisent les moteurs d'IA (llms.txt et les données structurées du site).

L’export PDF a été reconstruit de zéro, et la page des fan-outs vous dit désormais ce que les moteurs supposent derrière vos prompts.

• « Télécharger le PDF » produit un fichier fini en un clic — sans boîte de dialogue d’impression : couverture pleine page, vos widgets sur la même grille qu’à l’écran, chaque section sur une nouvelle page, un en-tête courant avec client, rapport et période, et des numéros de page. Portrait ou paysage ; identique depuis l’app et depuis un lien en direct.
• Les e-mails de rapport planifiés et ponctuels joignent désormais ce PDF (activé par défaut, avec un interrupteur « Joindre le PDF »), à côté du lien en direct qui affiche toujours les chiffres actuels.
• L’impression depuis le navigateur est corrigée aussi : les bandes d’en-tête et de pied de page sont réservées sur chaque page, les bannières de section et les titres de widgets ne disparaissent plus dessous ; les graphiques décalent leurs points extrêmes des bords, étiquettent chaque point et adaptent leurs axes aux données.
• Fan-outs de requêtes, repensés : un bandeau de chiffres clés (réponses avec fan-outs, recherches distinctes, requêtes site: avec votre compte, recherches datées), puis les deux panneaux de signaux, puis un tableau plus dense avec des points par moteur. Chaque tuile, panneau et colonne a une infobulle au clic qui dit ce qu’est le chiffre et comment l’utiliser.
• Trois signaux de fan-out lus directement dans les recherches des moteurs : les mots qu’un moteur a ajoutés au-delà de votre prompt (l’intention qu’il suppose — cliquez pour filtrer), les sites qu’il a consultés directement avec un opérateur site: (votre domaine signalé s’il figure dans la liste) et les recherches qu’il a datées d’une année.
• MCP : get_query_fanouts renvoie les mêmes signaux (site, siteOwn, years, added) par recherche plus un résumé sur la période.

Une série de versions axées sur la précision et le flux de travail, dans AI Visibility et le reporting.

• Sources et URLs : choisissez n'importe quelle plage de dates — les préréglages ou une fenêtre personnalisée du/au — et la liste des domaines, le graphique et la page URLs lisent la même tranche, mémorisée par client.
• Parité avec Peec AI : un widget de rapport filtré sur un tag Peec affiche les chiffres de Peec — liste des marques, Share of Voice, sentiment et position —, importés une fois par jour au lieu d'être recalculés à partir des conversations.
• Les listes de marques Peec se synchronisent automatiquement : chaque synchronisation relie les marques Peec à vos concurrents par nom, alias ou domaine, ajoute celles que vous ne suivez pas encore et relit les conversations — une différence d'orthographe ne peut plus afficher un concurrent majeur à 0 %.
• Modifier avec Crunch sur n'importe quel widget de rapport : un crayon sur chaque widget de données ouvre l'assistant lié à ce widget, et les sections s'ajoutent, se renomment, se déplacent ou se suppriment en langage naturel, avec annulation.
• Ask Crunch montre son travail — les recherches dans l'espace de travail derrière une réponse — et conserve vos prompts enregistrés sous forme de puces d'équipe.
• La découverte de prompts peut partir de la Search Console : avec une propriété connectée, les prompts suggérés s'appuient sur les requêtes qui vous apportent déjà du trafic — indiquées comme demande Google, pas demande IA.
• MCP : le connecteur peut désormais changer la catégorie, l'intention ou l'état actif d'un prompt (update_tracking_prompt) — 34 outils au total, chaque écriture avec aperçu et confirmation.
• Votre choix clair/sombre est désormais conservé : appliqué avant le premier rendu, il survit à chaque rechargement, vous suit d'un onglet à l'autre, et les boutons des Réglages sélectionnent un mode au lieu de basculer.

Un nouveau connecteur pour le reporting local, et bien plus de contrôle sur la période couverte par chaque widget.

• Connecteur de la fiche d'établissement Google : vues du profil, appels, demandes d'itinéraire, clics vers le site web, recherches qui ont mené à vous et avis avec note moyenne, dans le même rapport que vos annonces.
• Période par widget : chaque widget peut couvrir sa propre période au lieu de celle du rapport, avec des préréglages de comparaison (période précédente, mois précédent ou même période l'an dernier) ou une plage de dates entièrement personnalisée.
• Les actions de conversion peuvent être ventilées selon « Toutes les conversions », action par action, et le tableau respecte désormais vos filtres de campagne et de widget : « conversions par action pour les campagnes contenant X » correspond donc exactement à Google Ads.
• Choix des métriques plus rapide : recherchez les métriques d'un widget par leur nom complet. Saisir « all conversions » trouve désormais l'abréviation « All conv. », et plus seulement une correspondance exacte.

La visibilité IA gagne en profondeur sur tous les axes : un dixième moteur de réponse, un vrai suivi multi-marchés pour une seule marque et l'analyse des robots d'IA qui visitent votre site.

• Meta AI est désormais le dixième moteur de réponse suivi, aux côtés de ChatGPT, Gemini, Claude, Perplexity, Grok, DeepSeek, Google AI Overviews, Google AI Mode et Microsoft Copilot.
• Un client, plusieurs marchés : définissez le marché de chaque prompt et suivez une seule marque dans tous les pays où elle vend. Chaque prompt est scanné et agrégé dans son propre marché, jamais moyenné en un chiffre qui ne veut rien dire.
• Nouvelle comparaison des marchés dans la Vue d'ensemble (visibilité, Share of Voice, sentiment et position moyenne côte à côte par marché), et un sélecteur pour limiter toute la page à un seul marché.
• Filtrez la Vue d'ensemble par thème ou étiquette de prompt : chaque métrique est alors recalculée sur les seules exécutions de ce groupe de prompts.
• Trafic des robots IA : voyez quels robots d'exploration IA (GPTBot, ClaudeBot, PerplexityBot, etc.) atteignent réellement votre site, vérifiés à partir des plages d'IP publiées par chaque fournisseur. Car un accès n'est pas une citation.

Reddit Ads se connecte désormais de bout en bout : connexion OAuth, choix du compte et toutes les données que fournit l'API de reporting de Reddit, dans les rapports, les liens partagés, les PDF, l'éditeur de rapports et « Rédiger avec l'IA ».

• Toutes les données disponibles : le connecteur négocie la liste des champs avec l'API de Reddit pour chaque compte. Les métriques que votre compte ne fournit pas affichent un tiret cadratin, jamais un faux zéro
• ~54 métriques : conversions pixel par événement (achats, inscriptions, leads, ajouts au panier, visites de page…), installations d'app, profondeur de visionnage vidéo et engagement de la communauté
• Nouveau widget d'entonnoir d'engagement vidéo (vues → 3 s → 25/50/75/100 %), et nouveau modèle « Reddit Ads — Conversions & Video » à côté de « Full Overview »
• Transparence des scans : cliquez sur le badge des vérifications en échec dans Prompts pour voir le détail par moteur. Les vérifications en échec sont relancées jusqu'à 3 fois et ne sont jamais facturées
• Les notes de la chronologie enregistrent désormais les ajouts et suppressions de prompts (y compris via le connecteur MCP) : les sauts de la moyenne agrégée restent explicables

Chaque marque dispose désormais de son propre espace de visibilité, avec un panneau de navigation fixe à gauche. Vue d'ensemble, Réponses, Sources, Insights, Prompts et Paramètres ont chacun leur propre page : plus besoin de fouiller dans les onglets.

• Pages par marque sous /visibility/[clientId], avec une sous-navigation par section
• Page Réponses : filtre Toutes / Mentionné / Non mentionné / Écart de mention
• Page Sources : graphique à barres par domaine avec le nombre de citations
• Page Insights : cartes d'action priorisées, filtrables par catégorie
• La barre latérale met automatiquement en évidence Visibilité IA dès que vous êtes dans une page de marque

CrunchJunkie peut désormais suivre la présence de vos clients dans Google AI Overviews, les résumés générés par IA en haut des résultats de recherche. Nécessite une clé SerpAPI.

• Nouveau modèle : Google AI Overviews via SerpAPI
• Données de visibilité, de position et de citations pour les apparitions dans les AI Overviews
• Affiché à côté de ChatGPT, Gemini et Perplexity dans les graphiques de tendance

Un nouveau nuage de points place toutes les marques suivies sur deux axes, visibilité et sentiment : on voit d'un coup d'œil qui mène, qui est à la traîne et qui divise. Il n'apparaît que lorsque deux marques au moins ont des données.

• Libellés des quadrants : Leaders, Niche, Controversé, Retardataires
• Infobulles au survol avec les valeurs exactes
• Même palette de couleurs par marque que les courbes de tendance

Mode sombre complet sur toutes les pages : rapports, tableau de bord, monitoring et visibilité IA. Activez-le dans les Paramètres ; votre choix est mémorisé dans ce navigateur.

• Toutes les propriétés personnalisées CSS respectent data-theme='dark'
• Graphiques, cartes et fenêtres modales gèrent tous le mode sombre
• Graphiques, tableaux et exports PDF suivent le thème actif
• Préférence mémorisée par navigateur

L'onglet Vue d'ensemble affiche désormais une sparkline pour chaque prompt suivi : 14 jours de taux de mention quotidien, sous forme de colonne de barres. Vert = mentionné dans plus de la moitié des exécutions, gris = non mentionné.

• Flèche de tendance (hausse/baisse) comparant la première et la seconde moitié de la période
• Taux de mention en pourcentage sur le bord droit
• Tri par défaut sur le taux de mention le plus élevé
• Points de couleur par catégorie (Découverte / Marque / Concurrent)

Deux nouveaux modèles d'IA sont disponibles pour le suivi de visibilité : Grok (xAI) et DeepSeek. Tous deux nécessitent une clé API, à ajouter dans Paramètres → Clés IA et API.

• Grok 3 via l'API xAI
• DeepSeek Chat
• Tous deux apparaissent dans les filtres de modèle et les graphiques de tendance

Plusieurs cas limites dans la planification mensuelle faisaient partir des rapports avec des données périmées, ou ne les envoyaient pas du tout, pour les espaces de travail situés dans certains fuseaux horaires.

• Correction du décalage entre UTC et l'heure locale dans la planification cron
• La génération du PDF n'échoue plus quand un widget n'a pas de données pour la période
• Le bouton de renvoi du journal des envois fonctionne désormais pour les envois en échec
• Messages d'erreur plus clairs quand le jeton d'une intégration expire en cours d'exécution

Le nouvel onglet Perception montre les termes que les modèles d'IA emploient réellement lorsqu'ils mentionnent une marque : repris mot pour mot de chaque réponse, classés par fréquence pour chaque marque, avec mise en avant des termes propres à une seule marque.

• Nuage de mots dimensionné selon la fréquence : plus c'est grand, plus c'est mentionné
• Affiché par marque, concurrents compris
• S'adapte à la période sélectionnée
• L'extraction des attributs s'exécute côté serveur sur chaque résultat de scan

CrunchJunkie suit désormais la fréquence à laquelle vos clients apparaissent dans les réponses de ChatGPT, Gemini et Perplexity. Scans automatiques quotidiens, graphiques de tendance et benchmark concurrentiel : le premier outil de visibilité IA à la hauteur des exigences d'une agence.

• Métriques : visibilité en %, position moyenne, sentiment, Share of Voice
• Suivi multi-modèles : ChatGPT (recherche web), Gemini, Perplexity Sonar Pro, Claude
• Benchmark concurrentiel sur le même graphique
• Gestion des prompts par catégorie (Découverte / Marque / Concurrent)
• Scans automatiques planifiés, quotidiens ou hebdomadaires
• Export CSV de toutes les données de snapshot