Garder ses transcriptions de réunion confidentielles sur OpenRouter

Réponse courte : si vous envoyez des transcriptions de réunion via OpenRouter, activez les réglages de confidentialité de votre compte OpenRouter et ajoutez les deux mêmes drapeaux aux requêtes d’Autorec, d’un seul bouton. La Zero Data Retention limite le routage aux endpoints qui ne conservent rien, et bloquer les fournisseurs qui stockent les entrées pour l’entraînement écarte le reste. Laissez désactivée l’option de partage de données d’OpenRouter lui-même. Pour un traitement exclusivement dans l’UE, faites pointer l’URL de base d’Autorec vers l’endpoint européen. C’est ainsi que la documentation d’OpenRouter décrit ces réglages en octobre 2026 ; ils évoluent, alors vérifiez les liens en fin d’article.

Autorec enregistre et transcrit sur votre machine. Le résumé IA, facultatif, est la seule étape qui envoie du texte ailleurs : la transcription part vers l’endpoint que vous configurez sous Paramètres, Résumé IA. Chaque requête contient votre prompt de résumé, la transcription complète, le nom du modèle, max_tokens, temperature et les éventuels champs supplémentaires que vous ajoutez (on y revient plus bas). Si cet endpoint est OpenRouter, le texte est transmis à un fournisseur de modèle que vous n’avez peut-être jamais choisi nommément. Voilà la question de confidentialité. (Si vous préférez ne pas vous la poser, l’article sur les LLM locaux explique comment faire tourner le résumé sur votre propre matériel.)

Pour la configuration d’OpenRouter elle-même, voyez Résumés de réunion via OpenRouter. Cet article ne traite que de la confidentialité.

Ce qu’OpenRouter stocke lui-même

D’après la documentation d’OpenRouter sur la confidentialité, il ne stocke pas vos prompts ni vos réponses par défaut. Il stocke en revanche des métadonnées pour chaque requête, comme le nombre de tokens et la latence.

Il existe deux options à activer volontairement, toutes deux désactivées par défaut et indépendantes l’une de l’autre :

Private Input & Output Logging (réglages Observability) conserve vos prompts et vos réponses pour que vous puissiez les relire dans vos propres journaux.
OpenRouter Use of Inputs/Outputs (réglages Privacy) autorise OpenRouter à utiliser vos prompts et réponses pour améliorer son produit. En échange, vous obtenez 1 % de remise sur l’utilisation des modèles.

Pour des appels confidentiels, je ne prendrais pas la remise. Laissez les deux désactivées.

Une réserve, tirée de la même page : OpenRouter échantillonne un petit nombre de prompts pour les catégoriser, ce qui alimente ses statistiques et ses classements de modèles. Sauf si vous avez activé l’option d’utilisation des entrées, cet échantillon est stocké de façon anonyme et n’est pas rattaché à votre compte.

Le vrai sujet, c’est le fournisseur

OpenRouter transmet votre requête à un fournisseur de modèle, et chaque fournisseur a sa propre politique. Certains conservent les prompts un certain temps. Certains peuvent s’en servir pour l’entraînement. La documentation de routage d’OpenRouter décrit la valeur par défaut comme allow : les fournisseurs qui « stockent les données utilisateur de façon non transitoire et peuvent s’en servir pour l’entraînement » sont éligibles.

Vous disposez de deux contrôles pour cela, tous deux dans les réglages de confidentialité de votre compte, sur openrouter.ai/settings/privacy.

Zero Data Retention

Avec la ZDR activée, OpenRouter n’achemine les requêtes que vers des endpoints dotés d’une politique Zero Data Retention, c’est-à-dire qui ne conservent rien après l’inférence. La page de réglages propose un interrupteur par groupe de modèles : Anthropic, OpenAI, Google, xAI et « all other models ». Activez les groupes que vous utiliserez réellement, ou tous.

Deux choses à savoir :

Moins d’endpoints sont éligibles, donc certains modèles peuvent devenir indisponibles ou avoir moins de fournisseurs derrière eux. La documentation précise qu’avec la ZDR activée, les endpoints non ZDR « peuvent ne pas être disponibles ». Testez votre modèle après avoir basculé l’interrupteur.
La ZDR ne couvre que le routage de l’inférence. Les plugins et outils côté serveur, comme la recherche web, ont leurs propres règles de conservation. Autorec ne les utilise pas, mais c’est bon à savoir si vous réutilisez la clé ailleurs.

Bloquer les fournisseurs qui s’entraînent sur les entrées

L’autre réglage désactive les fournisseurs tiers qui stockent les entrées pour l’entraînement. Il correspond à data_collection: "deny" dans l’API : seuls les fournisseurs qui ne collectent pas les données utilisateur sont utilisés. La ZDR est la plus stricte des deux, mais vous pouvez activer les deux.

Des drapeaux par requête dans Autorec

OpenRouter accepte ces deux mêmes contrôles sur chaque requête, dans un objet provider. Autorec vous permet de les ajouter. Sous Paramètres, Résumé IA, se trouve une zone de texte appelée Extra request fields (JSON). L’objet JSON que vous y placez est fusionné au premier niveau de chaque requête de résumé. Avec le préréglage OpenRouter sélectionné, cliquez sur Use privacy settings et le champ se remplit ainsi :

{"provider": {"zdr": true, "data_collection": "deny"}}

Vous pouvez aussi le coller vous-même. Le champ s’enregistre dès que vous cliquez en dehors. Votre clé API OpenRouter doit toujours figurer dans le champ de la clé.

Ce que font les deux drapeaux, selon la documentation d’OpenRouter sur le routage des fournisseurs :

zdr: true n’achemine la requête que vers des endpoints dotés d’une politique Zero Data Retention.
data_collection: "deny" n’utilise que des fournisseurs qui ne collectent pas les données utilisateur. La valeur par défaut est "allow".

Autorec valide le champ. model, messages et stream sont réservés, car Autorec les définit lui-même ; tenter de les enregistrer affiche « Not saved: autorec sets “model” itself. » (avec le nom du champ concerné). Tout ce qui n’est pas un objet JSON est refusé avec « Not saved: this isn’t a JSON object. » Le champ peut écraser max_tokens et temperature : ne les y mettez pas, sauf si c’est voulu.

Gardez aussi les réglages du compte activés

J’activerais quand même les réglages valables pour tout le compte, décrits dans la section précédente. Un zdr au niveau de la requête ne fait qu’ajouter une contrainte. OpenRouter le combine avec les réglages de votre compte et vos guardrails, il ne peut donc jamais les assouplir. Les réglages du compte couvrent aussi toutes les autres applications qui utilisent votre clé, et ils servent de filet de sécurité si vous videz le champ par accident ou y collez une faute de frappe. Voyez les drapeaux par requête comme une seconde couche, pas comme un remplacement.

Les guardrails, si vous travaillez en équipe

Les guardrails d’OpenRouter sont des règles que vous attribuez à des clés API ou à des membres d’une organisation. Ils peuvent imposer la ZDR par groupe de modèles, restreindre les fournisseurs et modèles autorisés, et limiter les domaines régionaux qu’une clé peut utiliser. Un guardrail n’impose rien tant qu’il n’est pas attribué, et quand plusieurs s’appliquent, c’est le résultat le plus strict qui l’emporte.

Pour une personne seule avec une seule clé, les réglages du compte suffisent. Si plusieurs personnes partagent une organisation, créez une clé réservée à Autorec et attribuez-lui un guardrail, pour que la protection ne dépende pas des réglages personnels de chacun.

Traitement exclusivement dans l’UE

Si vos appels concernent des données européennes, OpenRouter propose un routage dans la région. Il s’active en changeant l’URL de base, sans interrupteur :

https://eu.openrouter.ai/api/v1

Dans Autorec, ouvrez Paramètres, Résumé IA, choisissez OpenRouter comme fournisseur et modifiez le champ URL de base de l’API. C’est un champ de texte ordinaire, vous pouvez donc écraser la valeur du préréglage. Votre clé API et les identifiants de modèles ne changent pas.

Ce qu’en dit la documentation :

Offres. C’est disponible sur les offres Business et Enterprise d’OpenRouter. Le passage à Business se fait en libre-service sous Settings, Manage plan.
Ça bloque au lieu de basculer. Les requêtes sur le domaine européen ne vont qu’à des fournisseurs situés dans la région (UE/EEE, Royaume-Uni et Suisse). Si aucun ne peut servir votre modèle, vous obtenez une erreur, pas un repli silencieux vers une autre région. Le catalogue européen est un sous-ensemble du catalogue mondial.
Tout ne reste pas dans l’UE. Les données de compte, la facturation, les données d’authentification, les journaux de sécurité et les métadonnées de lutte contre les abus peuvent toujours être traités aux États-Unis.
Le DPA. OpenRouter propose un contrat de traitement des données conforme au RGPD, avec clauses contractuelles types. Un avenant de traitement exclusivement européen pour le contenu des requêtes API existe, mais il ne s’applique que si vous le choisissez par écrit. Il n’est pas automatique.
À combiner avec la ZDR. La documentation recommande d’associer le routage régional à la Zero Data Retention. La région détermine où le traitement a lieu ; la ZDR détermine si quoi que ce soit est conservé.
Contrôle. Le réglage des régions de données autorisées d’un guardrail peut rejeter les requêtes arrivées par le mauvais domaine.

Le routage régional ne déplace pas non plus vos propres comptes cloud. Si vous apportez vos propres clés pour Bedrock, Azure ou Vertex, ces déploiements doivent se trouver dans la bonne région. L’article sur le RGPD aborde la conformité dans son ensemble, y compris ce que couvre un DPA et ce qu’il ne couvre pas.

Checklist

Dans OpenRouter, ouvrez Settings, Privacy et activez la ZDR pour chaque groupe de modèles que vous utilisez.
Au même endroit, désactivez les fournisseurs qui stockent les entrées pour l’entraînement.
Laissez OpenRouter Use of Inputs/Outputs désactivé (la remise de 1 %), ainsi que Private Input & Output Logging.
Dans Autorec, ouvrez Paramètres, Résumé IA, choisissez OpenRouter et cliquez sur Use privacy settings sous Extra request fields.
En option, pour les dossiers européens : avec une offre Business ou Enterprise, remplacez l’URL de base de l’API d’Autorec par https://eu.openrouter.ai/api/v1 et, si possible, ajoutez un guardrail sur la région des données.
Pour les équipes : créez une clé dédiée à Autorec et attribuez-lui un guardrail.
Lancez un résumé de test sur un enregistrement sans importance. Si vous obtenez une erreur du type « no endpoints », votre modèle n’a pas de fournisseur ZDR (ou situé dans la région). Choisissez-en un autre.

Ce que cela ne règle pas

Ces réglages reposent sur les promesses de plusieurs entreprises. La ZDR suppose que les fournisseurs déclarent leur politique avec exactitude, et votre transcription traverse toujours le réseau jusqu’aux serveurs de quelqu’un d’autre. Si « rien n’a été conservé » ne suffit pas pour un appel donné, résumez-le en local ou passez-vous de résumé. Dans tous les cas, la transcription est un simple fichier texte sur votre disque, et l’étape du résumé est facultative.

Sources, vérifiées en octobre 2026 : documentation d’OpenRouter sur la collecte de données et la journalisation, la Zero Data Retention, la sélection des fournisseurs, le routage régional et les guardrails.