Un arrêt du neuvième circuit place l'agent IA dans le siège de l'utilisateur
Le 4 août 2026, le neuvième circuit a annulé une injonction contre l'agent de Perplexity et jugé que c'est l'utilisateur qui a accédé aux ordinateurs d'Amazon. Ce que l'arrêt tranche sur le CFAA, et ce qu'il laisse ouvert.
Cet article a été traduit automatiquement. Lire l'original en anglais

Le 4 août 2026, une formation du neuvième circuit a annulé l'injonction préliminaire qui empêchait l'agent IA de Perplexity d'agir sur Amazon.com pour le compte de clients d'Amazon. La formation a jugé que c'est l'utilisateur, et non Perplexity, qui avait « accédé » aux ordinateurs d'Amazon. L'alerte de Cooley du 6 août 2026 expose le raisonnement et, tout aussi utilement, ses deux limites.
L'arrêt compte au-delà d'un agent d'achat, parce qu'il dit où finit la personne et où commence le logiciel qui agit pour elle. C'est exactement cette frontière que les propriétaires de sites devinent depuis que des agents remplissent des formulaires.
Ce que la cour a réellement décidé
Assistant, l'agent intégré au navigateur Comet de Perplexity, prenait des captures de la vue du navigateur sur la machine de l'utilisateur, les envoyait aux serveurs de Perplexity et recevait en retour des instructions de navigation sur Amazon. Perplexity n'ouvrait pas elle-même de connexion aux serveurs d'Amazon. Sur cette architecture, la formation a raisonné que le « whoever » du CFAA suppose une personne : « accéder » signifie donc que la personne entre dans le système, et cette personne était l'utilisateur qui donnait l'instruction. La demande au titre du CDAFA californien est tombée pour la même raison.
Le tribunal de district avait jugé l'inverse le 9 mars 2026 : Amazon avait selon lui de bonnes chances de gagner, car l'accès de Perplexity n'était pas autorisé par Amazon, quoi qu'aient permis ses utilisateurs. Le neuvième circuit a infirmé cette décision et renvoyé l'affaire.
Ce que cela change pour un propriétaire de site
La conclusion pratique est étroite et utile : ne bâtissez pas une politique de robots sur une seule loi anti-intrusion. La formation a laissé ouvertes les théories contractuelles et délictuelles, et dit clairement qu'un autre agent pourrait donner un autre résultat.
Les conditions d'utilisation restent le levier que l'arrêt nomme lui-même.
Un agent qui parle directement à vos serveurs, sans relais par la machine de l'utilisateur, se rapproche de la situation que la cour a distinguée.
Un contrôle accru de l'entreprise d'IA sur son agent pousse dans l'autre sens.
Pour le propriétaire d'un formulaire, c'est la partie qui compte. Les défenses d'un formulaire ne sont pas des théories juridiques : ce sont des choses qui se produisent au moment d'un POST.
Sur quoi doivent reposer les contrôles anti-robots d'un formulaire
FormFlow propose un défi Turnstile et un modèle de spam par formulaire, entraîné à partir de corrections humaines. Turnstile est le défi d'un seul fournisseur, et il échoue en mode ouvert : quand le fournisseur est injoignable, une Submission n'est pas bloquée pour ce motif. Le modèle de spam pèse les indices de la requête face à un modèle façonné par les corrections du formulaire lui-même, et un a priori d'équipe peut signaler une Submission sans jamais opposer son veto.
Rien de tout cela n'est une garantie, ni une affirmation sur ce qui est licite. C'est un argument contre un contrôle unique. Un formulaire qui dépend d'un seul signal n'a qu'un point de défaillance, que ce signal soit un défi, un contrôle de user-agent ou une décision de justice.
Ce que cela ne tranche pas
Cet appel venait d'une injonction préliminaire. La formation a apprécié une probabilité de succès sur le dossier en l'état et a renvoyé l'affaire. Elle n'a pas tenu de procès ni rendu de décision définitive au fond, et l'injonction a été annulée, non remplacée par un jugement en faveur de l'une ou l'autre partie.
La décision se limite au CFAA et au CDAFA. Elle ne rend pas les agents IA légaux, ne bénit pas l'accès des agents en général, ne tranche pas les demandes contractuelles ou délictuelles, et ne dit rien de robots.txt, des conditions d'utilisation ou de toute autre politique d'accès qu'un site pourrait adopter.
Elle ne tranche rien non plus sur les contrôles de FormFlow, qui sont des choix d'ingénierie et non de droit. Lisez la source primaire plutôt qu'un résumé. Pour le contrat POST qu'impose un formulaire, lisez la référence de l'API, et pour l'origine de ce contrat, voyez l'entrée de Changelog v1.0.0.