Perplexity a battu Amazon grâce à l'endroit où tourne son code (2026)

Surya Pratap
By Surya Pratap

9 août 2026

10 min read

AI & Technology
Décryptage de la décision du Neuvième Circuit sur Perplexity : à gauche, l'architecture côté client qui a tranché l'affaire ; à droite, les recours qui y survivent

Le 4 août, une formation du Neuvième Circuit a annulé à l'unanimité l'injonction provisoire qui tenait le navigateur et assistant d'achat Comet de Perplexity à l'écart d'Amazon.com. La conclusion : au sens du Computer Fraud and Abuse Act, un agent IA est un outil, pas une personne. Quand un utilisateur dirige un agent vers un site web, c'est l'utilisateur qui y accède.

Cette semaine, on y lit un feu vert pour le commerce agentique. Ce n'en est pas un, et l'écart entre ce que la cour a dit et ce que l'on croit qu'elle a dit est précisément là où les fondateurs vont se blesser. L'élément le plus utile de la décision est plus étroit et plus actionnable : le fait qui a tranché l'affaire était architectural. Perplexity a gagné en partie grâce à la manière dont elle a construit Comet.

Le fait décisif

Comet ne fonctionne pas comme la plupart des gens imaginent qu'un agent d'achat IA fonctionne. Les serveurs de Perplexity ne parlent jamais aux serveurs d'Amazon. L'assistant prend une capture d'écran de la page sur la machine de l'utilisateur, envoie cette image à Perplexity pour traitement, et reçoit des instructions de navigation que l'ordinateur de l'utilisateur exécute ensuite. Chaque paquet qui atteint Amazon vient de l'appareil de l'utilisateur, par sa connexion, dans sa session.

Le raisonnement de la cour en découle directement. L'« accès » au sens du CFAA désigne le fait d'entrer dans un système informatique, et la loi envisage un accès par une personne. L'agent est un instrument : la formation a écrit qu'il est « un outil, pas une personne au sens de la loi », et que « l'examen porte toujours sur la personne qui accède ou qui provoque l'accès ». C'est donc l'utilisateur qui a accédé à Amazon, avec l'aide de l'agent de Perplexity.

La cour a renforcé ce point avec la règle d'interprétation stricte. Le CFAA est une loi pénale. Si la thèse d'Amazon était juste — que c'est l'opérateur de l'agent qui accède —, la même logique exposerait des gens ordinaires à une responsabilité pénale pour avoir utilisé un assistant IA afin d'acheter quelque chose. Les tribunaux évitent les lectures aussi larges des lois pénales, et celui-ci l'a fait.

Pourquoi cela devrait changer votre lecture de votre propre schéma d'architecture

Exécuter côté client ou côté serveur a toujours été une décision de latence, de coût et d'emplacement des identifiants. Depuis le 4 août, c'est aussi une décision sur votre position juridique. L'analyse du Neuvième Circuit repose sur l'absence de communication de serveur à serveur. Un agent dont le backend récupère lui-même la page n'est pas manifestement couvert par ce raisonnement, et la cour n'a pas dit qu'il l'était.

Ce que la décision n'a pas fait

La formation a été inhabituellement explicite sur ses propres limites : « Nous n'établissons pas un nouveau régime juridique régissant l'IA agentique. » Prenez-le au pied de la lettre. Cinq choses n'ont pas changé.

  • Les conditions d'utilisation restent contraignantes. La cour a traité des lois anti-piratage et a expressément laissé ouverts les recours contractuels. Si les conditions d'un site interdisent l'accès automatisé, cette interdiction est aussi opposable aujourd'hui que le mois dernier. C'est désormais le principal champ de bataille, pas une note de bas de page.
  • Les fondements délictuels survivent. La décision les laisse ouverts nommément. L'ingérence dans des relations contractuelles, la concurrence déloyale et les recours apparentés n'ont pas été touchés.
  • C'est une décision sur une injonction provisoire. Le critère est la probabilité de succès, pas le fond. L'affaire est renvoyée et Amazon continue de plaider.
  • Elle ne lie qu'un seul circuit. Le Neuvième Circuit couvre la Californie et la côte Ouest, où se trouve une bonne partie de ce secteur — mais ce n'est pas du droit fédéral uniforme, et un autre circuit peut être en désaccord.
  • L'autonomie n'a pas été mise à l'épreuve. Le raisonnement repose sur un utilisateur qui dirige un outil sur le moment. Un agent qui tourne sans surveillance selon un calendrier, et accomplit des actions qu'aucun humain n'a spécifiquement déclenchées, constitue une situation de fait sensiblement différente que cette décision ne tranche pas.

La conséquence que personne ne célèbre

Voici la partie qui devrait davantage vous inquiéter que la victoire ne vous rassure.

Si le droit anti-piratage n'atteint plus l'opérateur de l'agent, les plateformes porteront le combat sur le terrain contractuel. C'est la réponse évidente, et Eric Goldman a déjà signalé où elle mène : les sites durcissent leurs conditions pour interdire l'accès assisté par un agent, et la personne liée par ces conditions est le titulaire du compte. Votre utilisateur.

Relisez la logique de la victoire et vous verrez le piège qu'elle contient. La cour a jugé que c'est votre utilisateur qui accède au site. C'est exactement la prémisse dont une plateforme a besoin pour soutenir que c'est votre utilisateur qui est en faute — et pour suspendre son compte plutôt que de vous poursuivre. Vous échappez à la responsabilité en démontrant avec succès que l'acteur, c'est votre client. Gagner cet argument deux fois n'est pas forcément une bonne chose pour votre produit.

L'avenir réaliste à court terme n'est donc pas un accès ouvert aux agents. C'est un mélange de conditions durcies, de détection des bots plus agressive et de sanctions au niveau des comptes contre les utilisateurs finaux — avec, en dessous, une question juridique tranchée en faveur du secteur des agents, qui pèse moins lourd que ne le suggèrent les gros titres.

Que faire si vous construisez des agents qui touchent les sites d'autrui

  • Sachez précisément d'où partent vos requêtes. Dessinez le vrai chemin des paquets pour chaque interaction avec un tiers : appareil de l'utilisateur, votre backend ou un navigateur headless dans votre cloud. Si la réponse est « c'est notre backend qui récupère la page », vous êtes en dehors de l'architecture que cette décision a validée. Ce peut rester le bon choix d'ingénierie — faites-le simplement en connaissance de cause, pas par défaut.
  • Lisez les conditions des sites dont vous dépendez. C'est désormais la contrainte active, et vous pouvez la vérifier. Si la boucle centrale de votre produit exige une interaction que les conditions d'une grande plateforme interdisent, vous avez un risque business qu'aucune décision de justice ne corrige.
  • Ne laissez pas vos utilisateurs découvrir après coup ce qu'ils acceptent. Si une plateforme peut raisonnablement considérer l'usage d'un agent comme une violation commise par le titulaire du compte, vos utilisateurs portent un risque pour votre compte. Dites-le clairement, gardez les actions de l'agent visibles et vérifiables, et n'effectuez jamais une action au niveau du compte que l'utilisateur n'a pas compris autoriser.
  • Considérez la gestion des identifiants comme ce qui vous vaudra des poursuites. La plainte d'Amazon alléguait que l'agent accédait de façon dissimulée à des comptes protégés par mot de passe. Le recours fondé sur le CFAA a échoué sur la question de qui accédait, pas sur le caractère défendable de la gestion des identifiants. Gardez les identifiants sur l'appareil de l'utilisateur ou dans un coffre qu'il contrôle, et jamais à un endroit dont vous auriez du mal à expliquer la conception à un régulateur.
  • Ne bâtissez pas une douve sur l'indétectabilité. Si votre avantage tient au fait qu'une plateforme ne peut pas distinguer votre agent d'un humain, vous êtes à une mise à jour de détection d'un produit mort. La détection des bots va devenir plus agressive précisément parce que la voie juridique s'est rétrécie.
  • Privilégiez les voies autorisées quand elles existent. Une API, un partenariat ou un programme d'affiliation offrent une expérience produit moins bonne et un bien meilleur business. Le combat entre agent et site web mérite d'être évité entièrement quand quelqu'un vous ouvre une porte.

La lecture stratégique

Je ne suis pas avocat et rien de ceci ne constitue un conseil juridique — si l'accès d'agents à des plateformes tierces est structurant pour votre produit, c'est une discussion à avoir avec un avocat, pas avec un billet de blog. Ce que je peux offrir, c'est l'observation d'ingénieur, et c'est celle qui mérite d'être retenue.

Un choix de conception système fait pour des raisons de latence et de gestion des identifiants a fini par déterminer l'issue d'un appel fédéral. Perplexity n'a presque certainement pas construit Comet côté client pour gagner une affaire de CFAA. Elle l'a construit ainsi parce que faire la capture en local est une manière sensée d'opérer dans la session authentifiée d'un utilisateur, et l'avantage juridique en a découlé.

C'est le schéma à intégrer. Cette semaine s'y prêtait : vendredi, un fabricant de puces pariant que l'endroit où vit physiquement un modèle change son économie ; aujourd'hui, une cour concluant que l'endroit où tourne physiquement un agent change qui agit juridiquement. Dans les deux cas, la frontière qui comptait était une frontière de déploiement, pas une décision produit. À mesure que les agents commencent à faire des choses aux conséquences réelles — dépenser de l'argent, s'inscrire, envoyer des e-mails, détenir des identifiants —, la question « sur l'ordinateur de qui cela tourne-t-il ? » cesse d'être un détail d'implémentation et devient l'un des faits structurants de votre entreprise.

IdeaToMVP Academy

Want to build with AI — not just read about it?

4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.

Explore the Academy →
Share this post :