Résumé

  • RFC 9969 est un rapport informationnel d’atelier de l’IAB, non une norme technique ni un mandat de consensus sur l’usage de l’IA.
  • La préférence, son point d’attache, la collecte, la conservation, l’usage par un modèle, la preuve de conformité et le recours doivent rester des faits séparés.

Le mot « contrôle » promet plus que ce que décrit RFC 9969. Le texte garde cette promesse à distance. Il restitue les discussions de l’atelier AI-CONTROL, tenu pour examiner des mécanismes pratiques d’expression des préférences relatives au crawl par l’IA. Il prévient aussi que les positions rapportées sont celles de participants, qu’elles ne reflètent pas nécessairement l’IAB et que le rapport ne cherche pas à établir un consensus. Le document fixe ainsi un dossier de problèmes et de pistes, non une règle qui déciderait à la place des acteurs.

La difficulté la plus profonde est temporelle. Une préférence est souvent lisible au moment où un contenu est parcouru. Or la donnée collectée peut servir plusieurs produits, passer par un collecteur tiers ou être mobilisée plus tard dans un modèle. Le rapport souligne qu’un modèle de fondation généraliste ne peut, lors de l’inférence, isoler sélectivement la contribution d’une source afin d’appliquer sa préférence propre. Une indication visible au crawl est donc la preuve d’une expression à un instant et à un emplacement donnés ; elle n’est pas la preuve d’une décision ultérieure d’entraînement ou d’usage.

Les formes d’attache n’offrent pas la même portée. robots.txt attache une règle à un site, mais peut être trop global pour une grande plateforme ou des auteurs multiples et ne suit pas automatiquement le contenu déplacé. Les métadonnées intégrées donnent davantage de granularité et peuvent voyager avec l’objet, mais elles peuvent être supprimées par des traitements ordinaires et ne conviennent pas à tous les contenus. Les registres peuvent dissocier une empreinte de sa localisation, tout en rencontrant des difficultés de déploiement à l’échelle de l’Internet. Chacune de ces techniques apporte un signal ; aucune ne certifie qu’un acteur distant l’a appliqué.

Les travaux que RFC 9969 présente comme des points de départ sont volontairement plus modestes : attacher les préférences par emplacement, les attacher dans des formats contrôlés par l’IETF, définir un vocabulaire commun et expliquer comment combiner plusieurs préférences trouvées. À l’inverse, le rapport écarte initialement l’exécution forcée, les solutions par registre, l’identification ou l’authentification des crawlers et propriétaires, ainsi que l’audit et la transparence. Cette séparation est opérationnelle. Un vocabulaire peut réduire une ambiguïté.

Il ne produit pas, à lui seul, l’identité du destinataire, la trace de garde des données, une décision de modèle ou une preuve examinable.

RFC 9309 fournit un repère utile, le protocole d’exclusion des robots. Voir un fichier robots.txt permet de constater qu’une ressource déclarative était disponible à une adresse. Cela ne permet pas d’attribuer une collecte à un opérateur, de vérifier le chemin d’une copie, de démontrer une exclusion dans un jeu de données ou de tirer une conclusion sur une réponse générée. Passer de ce constat de récupération à une conclusion de conformité revient à franchir plusieurs décisions sans leurs preuves.

Pour être gouvernable, la chaîne doit rester explicite : préférence de l’auteur, version de l’objet, mécanisme d’attache, observation de collecte, identité vérifiée du collecteur, finalité déclarée, conservation et transformations, décision d’inclusion ou d’exclusion, éléments d’audit et décision de recours. Chaque élément peut être utile ; aucun ne confère automatiquement son autorité au suivant.