Ce sont des réponses en direct, pas un jeu de données préparé. Rixe appelle toutes les 24 heures le point d'accès ancré dans la recherche de chaque moteur — les modèles adossés à la récupération qui répondent aux vrais utilisateurs — et conserve la réponse mot pour mot avec ses citations. Ce que vous voyez dans le tableau de bord est la réponse que ce moteur a produite ce jour-là.
La distinction qui compte, c'est la récupération. Un simple appel de modèle sans accès web répond à partir des seules données d'entraînement : il citera volontiers des marques qui n'existent plus et manquera l'avis qui a tout changé le mois dernier. Rixe n'interroge que des surfaces ancrées dans la recherche — les points d'accès avec récupération derrière ChatGPT, Gemini, Perplexity, Google AI Overviews et les autres — car ce sont les chemins qui lisent vraiment le web ouvert avant de répondre, ce qui rend le résultat comparable à celui d'un utilisateur.
Les réponses dérivent aussi. Le même prompt posé une semaine plus tard peut citer une troisième marque différente, parce que les sources ont bougé, l'index s'est rafraîchi ou le modèle a été mis à jour. Mesurer chaque jour transforme cette dérive en courbe de tendance plutôt qu'en bruit — et c'est pourquoi une baisse de visibilité se rattache souvent à une semaine et une source précises.
Comme la réponse est stockée telle quelle avec ses citations, tout dans le tableau de bord peut être cité directement dans un rapport ou montré à un client sans paraphrase.
La récupération, voilà la distinction qui compte
Un appel de modèle sans accès web répond depuis ses seules données d’entraînement. Il nommera volontiers des marques disparues, citera un prix modifié il y a deux ans et décrira un produit réécrit depuis. Mesurer cela vous dit ce qu’un modèle se rappelle, pas ce qu’on raconte aujourd’hui à un acheteur.
Un appel ancré dans la recherche est tout autre chose. Le moteur va sur le web en direct, lance ses propres recherches, lit ce qu’il trouve et rédige une réponse à partir de là — c’est ce que reçoit un vrai utilisateur, et la seule chose qui mérite d’être comptée. Tous les chiffres ici viennent de ce second type d’appel.
Ce que fait réellement une exécution
Une exécution, c’est un prompt, envoyé à un moteur, dans une langue, depuis un marché, un jour donné. La réponse reçue est stockée entière, puis lue pour la marque, sa position, le ton de la phrase qui l’entoure, les sources citées et les concurrents nommés. Le texte conservé est ce qui rend le chiffre auditable plus tard.
Les exécutions sont réparties sur la journée plutôt que lancées en rafale, parce que les moteurs limitent le débit et parce qu’une réponse à neuf heures du matin n’est pas garantie identique à celle de dix-huit heures. Le calendrier fait partie de la mesure, ce n’est pas un détail d’implémentation.
Ce qui n’est délibérément pas fait
Aucune donnée de panel, aucun jeu de données tiers aspiré et aucune estimation modélisée ne remplace une exécution. Si un moteur était injoignable, la journée est marquée incomplète ; si un prompt a trop peu d’exécutions, aucun score n’est publié. Un trou visible vaut mieux qu’un trou rebouché.
La même règle gouverne ce qu’une réponse peut affirmer d’une marque. Une phrase produite par un moteur est citée comme sa sortie à cette date, jamais réécrite en version plus propre ; si la classification de son ton paraît fausse, elle peut être signalée, et le signalement voyage avec la preuve dont il vient.
