Perplexity won van Amazon door de plek waar zijn code draait (2026)

Overzicht van de uitspraak van het Ninth Circuit over Perplexity: links de client-side architectuur die de zaak besliste, rechts de claims die overeind blijven

Op 4 augustus vernietigde een kamer van het Ninth Circuit unaniem het voorlopige verbod dat de Comet-browser en winkelassistent van Perplexity van Amazon.com had geweerd. Het oordeel: onder de Computer Fraud and Abuse Act is een AI-agent een hulpmiddel, geen persoon. Als een gebruiker een agent op een website richt, is het de gebruiker die er toegang toe heeft.

Deze week wordt dat gelezen als groen licht voor agentic commerce. Dat is het niet, en het gat tussen wat het hof zei en wat mensen denken dat het zei, is precies waar founders zich gaan bezeren. Het nuttigere deel van de uitspraak is smaller en beter bruikbaar: het feit dat de zaak besliste, was architectonisch. Perplexity won deels door de manier waarop het Comet bouwde.

Het feit dat de doorslag gaf

Comet werkt niet zoals de meeste mensen denken dat een AI-winkelagent werkt. De servers van Perplexity praten nooit met de servers van Amazon. De assistent maakt een screenshot van de pagina op de eigen machine van de gebruiker, stuurt dat beeld naar Perplexity voor verwerking, en krijgt navigatie-instructies terug die de computer van de gebruiker daarna uitvoert. Elk pakket dat Amazon bereikt, komt van het apparaat van de gebruiker, over de verbinding van de gebruiker, in de sessie van de gebruiker.

De redenering van het hof volgt daar rechtstreeks uit. "Toegang" onder de CFAA betekent het binnengaan van een computersysteem, en de wet gaat uit van toegang door een persoon. De agent is het instrument — de kamer schreef dat hij "een hulpmiddel is, geen persoon in de zin van de wet", en dat "de kern van het onderzoek nog steeds ligt bij de persoon die toegang verkrijgt of de toegang veroorzaakt". Het was dus de gebruiker die toegang had tot Amazon, met hulp van de agent van Perplexity.

De kamer onderbouwde dit met het beginsel van restrictieve uitleg. De CFAA is een strafwet. Als de theorie van Amazon zou kloppen — dat de exploitant van de agent degene is die toegang verkrijgt — dan zou dezelfde logica gewone mensen blootstellen aan strafrechtelijke aansprakelijkheid omdat ze een AI-assistent gebruiken om iets te kopen. Rechters vermijden zo'n brede uitleg van strafwetten, en deze deed dat ook.

Waarom dit moet veranderen hoe je je eigen architectuurdiagram leest

Uitvoering aan de clientkant of aan de serverkant was altijd een keuze over latentie, kosten en waar credentials staan. Sinds 4 augustus is het ook een keuze over je juridische positie. De analyse van het Ninth Circuit rust op het ontbreken van communicatie tussen servers. Een agent waarvan de backend de pagina zelf ophaalt, valt niet vanzelfsprekend onder deze redenering, en het hof zei ook niet dat dat zo was.

Wat de uitspraak niet deed

De kamer was ongewoon expliciet over haar eigen grenzen: "We stellen geen nieuw juridisch regime in voor agentische AI." Neem dat letterlijk. Vijf dingen veranderden niet.

Gebruiksvoorwaarden blijven bindend. Het hof behandelde de wetten tegen computervredebreuk en liet contractuele claims uitdrukkelijk open. Als de voorwaarden van een site geautomatiseerde toegang verbieden, is dat verbod vandaag even afdwingbaar als vorige maand. Dat is nu het belangrijkste slagveld, geen voetnoot.
Onrechtmatigedaadsclaims blijven overeind. De uitspraak liet ze met name open. Inmenging in contractuele relaties, oneerlijke concurrentie en verwante claims werden niet aangeraakt.
Dit is een uitspraak over een voorlopige voorziening. De maatstaf is de kans op succes, niet de inhoud van de zaak. De zaak gaat terug naar de lagere rechter en Amazon procedeert verder.
Ze bindt één circuit. Het Ninth Circuit bestrijkt Californië en de westkust, waar een groot deel van deze sector zit — maar het is geen landelijk recht, en een ander circuit kan het oneens zijn.
Autonomie is niet getoetst. De redenering draait om een gebruiker die op dat moment een hulpmiddel aanstuurt. Een agent die onbewaakt volgens een schema draait en handelingen verricht die geen mens specifiek heeft gestart, is een wezenlijk ander feitenpatroon dat deze uitspraak niet beslecht.

Het gevolg dat niemand viert

Dit is het deel dat je meer zorgen moet baren dan de overwinning je geruststelt.

Als de wetgeving tegen computervredebreuk de exploitant van de agent niet meer raakt, verplaatsen platforms het gevecht naar het contract. Dat is de voor de hand liggende reactie, en Eric Goldman heeft al aangegeven waar die toe leidt: sites verscherpen hun voorwaarden om toegang met hulp van agents te verbieden, en degene die aan die voorwaarden gebonden is, is de accounthouder. Je gebruiker.

Lees de logica van de overwinning nog eens en je ziet de val erin. Het hof oordeelde dat je gebruiker degene is die de site benadert. Dat is precies de premisse die een platform nodig heeft om te betogen dat je gebruiker degene is die in strijd handelt — en om diens account te blokkeren in plaats van jou aan te klagen. Je ontloopt aansprakelijkheid door met succes te betogen dat je klant de handelende partij is. Dat argument twee keer winnen is niet vanzelfsprekend goed voor je product.

De realistische toekomst op korte termijn is dus geen open toegang voor agents. Het is een mix van strengere voorwaarden, agressievere botdetectie en handhaving op accountniveau tegen eindgebruikers — met daaronder een juridische vraag die in het voordeel van de agentsector is beslecht, en die minder werk doet dan de krantenkoppen suggereren.

Wat je doet als je agents bouwt die sites van anderen raken

Weet precies waar je verzoeken vandaan komen. Teken voor elke interactie met een derde partij het echte pakketpad: apparaat van de gebruiker, je backend of een headless browser in je cloud. Als het antwoord is "onze backend haalt het op", zit je buiten de architectuur die deze uitspraak goedkeurde. Dat kan nog steeds de juiste technische keuze zijn — maak hem alleen bewust, niet standaard.
Lees de voorwaarden van de sites waarvan je afhankelijk bent. Dat is nu de echte beperking, en het is er een die je kunt controleren. Als de kernlus van je product een interactie vereist die de voorwaarden van een groot platform verbieden, heb je een bedrijfsrisico dat geen enkele rechterlijke uitspraak oplost.
Laat je gebruikers niet verrast worden door wat ze accepteren. Als een platform gebruik van een agent aannemelijk kan behandelen als een schending door de accounthouder, dragen je gebruikers een risico namens jou. Zeg dat duidelijk, houd de handelingen van de agent zichtbaar en controleerbaar, en voer nooit een handeling op accountniveau uit waarvan de gebruiker niet begreep dat hij die autoriseerde.
Behandel het beheer van credentials als datgene waarvoor je wordt aangeklaagd. De klacht van Amazon stelde dat de agent heimelijk toegang kreeg tot met wachtwoord beveiligde accounts. De CFAA-claim strandde op de vraag wie toegang had, niet op de vraag of het beheer van credentials verdedigbaar was. Houd credentials op het apparaat van de gebruiker of in een kluis die de gebruiker beheert, en nooit op een plek waarvan je het ontwerp moeilijk aan een toezichthouder zou kunnen uitleggen.
Bouw geen slotgracht van onzichtbaarheid. Als je voordeel is dat een platform je agent niet van een mens kan onderscheiden, ben je één detectie-update verwijderd van een dood product. Botdetectie wordt agressiever, juist omdat de juridische route smaller is geworden.
Kies voor toegestane routes waar die bestaan. Een API, een partnerschap of een affiliateprogramma is een slechtere productervaring en een veel beter bedrijf. Het gevecht tussen agent en website is het waard om helemaal te vermijden als iemand je een deur aanbiedt.

De strategische lezing

Ik ben geen jurist en niets hiervan is juridisch advies — als toegang van agents tot platforms van derden dragend is voor je product, voer je dat gesprek met een advocaat, niet met een blogpost. Wat ik wel kan bieden, is de technische observatie, en die is het meenemen waard.

Een keuze in systeemontwerp, gemaakt om redenen van latentie en credentialbeheer, bleek de uitkomst van een federaal hoger beroep te bepalen. Perplexity heeft Comet vrijwel zeker niet client-side gebouwd om een CFAA-zaak te winnen. Het bouwde hem zo omdat lokaal screenshots maken een verstandige manier is om binnen de geauthenticeerde sessie van een gebruiker te werken, en het juridische voordeel kwam er vanzelf bij.

Dat is het patroon om te verinnerlijken. Deze week leende zich ervoor: vrijdag een chipbedrijf dat erop gokt dat de plek waar een model fysiek staat de economie ervan verandert; vandaag een hof dat concludeert dat de plek waar een agent fysiek draait verandert wie juridisch handelt. In beide gevallen was de grens die ertoe deed een deploymentgrens, geen productbeslissing. Nu agents dingen gaan doen met echte gevolgen — geld uitgeven, zich aanmelden, mail versturen, credentials beheren — houdt de vraag "op wiens computer draait dit?" op een implementatiedetail te zijn en wordt ze een van de dragende feiten over je bedrijf.

Your AI Agent Has a Security Problem: A Founder's Security Guide for 2026July 17, 2026

AI Agents Need Permission Systems, Not Better Prompts — A Founder’s GuideJuly 14, 2026

OpenClaw en het “agentic OS”: wat oprichters er echt over moeten weten16 maart 2026

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 →