Vos données de visibilité, dans l'assistant que vous utilisez déjà

• Les données sont dans le tableau de bord et la question dans le chat, et entre les deux il y a un copier-coller qui vieillit dès que vous le collez.
• Quand vous donnez à un modèle une capture ou un CSV, il perd le contexte : il ignore combien de réponses se cachent derrière ce 31 %, alors il le traite comme un fait.
• Et lui donner accès à votre compte avec un identifiant capable d'écrire est une décision qu'on ne peut pas défaire si ça tourne mal.

Un chiffre que le modèle ne peut pas vérifier est un avis mis en forme de nombre.

1. 1

   Vous créez une clé en lecture seule

   Depuis les Réglages, section API. La clé naît avec la permission de lecture et ne peut pas en avoir d'autre : c'est une contrainte de la base de données qui l'empêche, pas une vérification du code. La différence compte, parce qu'une vérification s'oublie et une contrainte non.

2. 2

   Vous la collez dans votre client MCP

   L'URL est https://citenza.app/api/mcp et l'identifiant passe par l'en-tête Authorization. La poignée de main initiale ne demande pas d'identifiant, le protocole l'exige ainsi, mais tout outil sans clé valide renvoie 401 et ne révèle même pas quelles marques existent.

3. 3

   Vous demandez avec vos mots

   « Dans quelles questions ChatGPT me cite-t-il et pas Gemini ? » Le modèle appelle les outils dont il a besoin, reçoit les données avec leurs dénominateurs et répond en citant les chiffres réels. Demandez-lui quelque chose qui exigerait d'écrire : aucun outil ne le fait.

• Vos marques et la présence par moteur, toujours avec le nombre de réponses derrière chaque pourcentage.
• Les concurrents détectés, les pages que les moteurs citent, et les mentions exclues avec leur motif.
• Les réponses originales conservées, qui sont la preuve d'où sort tout le reste.

• Ceux qui vivent dans Claude ou ChatGPT et veulent interroger leurs données sans changer d'onglet.
• Les équipes qui montent leurs propres agents et cherchent une source de données incapable de rien casser.
• Les agences qui préparent des rapports et veulent que le brouillon sorte des chiffres réels, pas de la mémoire de quelqu'un.

Inclus dans tous les paliers payants, sans coût supplémentaire et sans limite de clients connectés. Les requêtes MCP ne consomment pas de quota de réponses : le quota mesure ce qu'on demande aux moteurs, et ceci ne fait que lire ce qui a déjà été mesuré.

Voir la grille tarifaire

Le modèle peut-il modifier quelque chose dans mon compte ?

Non, et cela ne dépend pas de la qualité d'écriture du serveur. L'identifiant est une clé d'API dont la portée ne peut être que la lecture, et ce qui l'impose est une contrainte de la base de données sur la colonne des permissions. Même si quelqu'un ajoutait demain un outil d'écriture par erreur, la clé ne servirait pas à l'utiliser.

Que se passe-t-il si je révoque la clé pendant que le modèle l'utilise ?

L'appel suivant renvoie 401 et le client MCP le dit. Aucune session ne survit à la révocation et il n'y a pas de cache de permissions : chaque appel vérifie la clé dans la base, donc la coupure est immédiate et il n'y a pas de fenêtre de quelques minutes où ça continue de marcher.

Le modèle voit-il les données d'autres organisations ?

Non. La clé appartient à une organisation et toutes les requêtes passent par le même isolement par ligne que le tableau de bord, appliqué dans PostgreSQL et non dans le code. Un bug du serveur ne peut pas le contourner, parce que ce n'est pas le serveur qui l'applique.

Pourquoi chaque chiffre vient-il avec son dénominateur ?

Parce qu'un modèle qui lit « 31 % » sans savoir que cela vient de 13 réponses va le répéter comme un fait, et avec 13 réponses l'intervalle de confiance est énorme. Chaque outil renvoie le décompte à côté du pourcentage, plus une note qui dit explicitement ce qu'on peut affirmer avec cet échantillon. C'est la règle que suit le tableau de bord.