Le 10 30, OpenAI, Google et Microsoft ont respectivement annoncé leur soutien à un signal de préférence d'entraînement IA inter-fournisseurs : les sites web peuvent écrire dans robots.txt un groupe utilisant le jeton de stratégie __usage_ai-training comme User-Agent, et exprimer via Disallow / Allow par chemin « ne pas autoriser / autoriser pour l'entraînement IA ». Tous les fournisseurs participants le respectent, sans qu'il soit nécessaire d'écrire des règles distinctes pour chaque robot d'exploration. La proposition provient d'un projet soumis à l'IETF par Kevin Kelley, responsable technique des normes chez Anthropic, basé sur la définition de « l'entraînement IA » par le groupe de travail AIPREF.
Confiance : élevée (95) · Date de l'événement 2026-10-30
Raison
- Auparavant, les sites devaient bloquer séparément GPTBot, Google-Extended, ClaudeBot, etc. ; en oublier un équivalait à une autorisation tacite. Google précise : si un site utilise ce jeton pour déclarer l'interdiction d'entraînement sans écrire de règle spécifique pour Google-Extended, Google considérera Google-Extended comme interdit ; les contrôles exclusifs existants de chaque fournisseur restent valables, permettant d'exprimer une position unifiée avant d'autoriser individuellement un fournisseur.
- Les délais de mise en œuvre varient : selon The Verge, Anthropic l'a déjà adopté ; Google prévoit de le soutenir en 2027 avec d'autres fournisseurs ; Microsoft indique qu'il sera appliqué lors de l'exploration à partir du 1 2 2027 ; OpenAI mentionne « dans les prochains mois ». Meta exprime son soutien à cette direction, mais ne précise pas s'il s'y conformera.
- Microsoft ajuste simultanément ses propres règles : ajout de préférences de niveau page pour « Entraînement IA » et « Ancrage IA » (grounding, c'est-à-dire la citation de pages web dans les réponses), l'ancrage pouvant utiliser Disallow ou DisallowExtended (limité aux produits Microsoft uniquement) ; ces paramètres n'affectent pas l'éligibilité au classement dans les résultats de recherche Bing ; les anciennes directives NoArchive / NoCache ne seront plus interprétées comme des préférences d'entraînement et d'ancrage après le 1 3 2027.
Utilisation
- Les sites ne souhaitant pas être utilisés pour l'entraînement peuvent ajouter dans robots.txt : User-Agent: __usage_ai-training suivi d'une ligne Disallow: / (avec possibilité de réautoriser certains répertoires via Allow) ; le User-Agent générique * n'est pas reconnu comme ce jeton. Le texte complet du projet est disponible sur le datatracker de l'IETF (draft-kelley-aipref-training-preference-signal).
- Les webmasters utilisant Bing / Copilot doivent consulter les instructions de migration sur le blog des webmasters Bing : les sites utilisant NoArchive / NoCache doivent passer aux nouveaux paramètres avant le 1 3 2027, et pourront enregistrer des préférences d'ancrage temporaires via Bing Webmaster Tools à partir du 15 12.
Risques
- Il ne s'agit que d'un projet de l'IETF soumis à titre individuel (version -00), qui précise lui-même qu'il n'a pas reçu l'approbation de l'IETF ; le reste du vocabulaire du groupe de travail AIPREF est encore en discussion.
- Ce n'est qu'une déclaration de préférence, pas un contrôle d'accès : les fournisseurs et robots d'exploration non participants peuvent l'ignorer ; elle ne concerne ni les frais de licence ni les paiements.
- La demande d'original d'OpenAI a été refusée (403) ; les engagements spécifiques et le calendrier d'OpenAI proviennent de résumés RSS et de la reprise par The Verge.
Ouvrir · Blog du centre de recherche Google · Blog Bing · Projet IETF draft-kelley-aipref-training-preference-signal · The Verge