Amazon v. Perplexity: podmínky služby selhávají

Amazon vs. Perplexity může změnit pravidla pro AI agenty v účtech. Spor o CFAA, podmínky služby a delegovaný přístup rozhodne, jestli weby agenty pustí, nebo je začnou tvrdě blokovat.

---

Řešíte, jestli AI agent vašich zákazníků smí do přihlášeného účtu, a najednou zjišťujete, že nerozhodne UX ani produkt, ale výklad CFAA a staré podmínky služby. Jak upozorňuje Slobodan Manić v No Hacks, případ Amazon v. Perplexity po předběžném opatření z 10. března 2026, jeho pozastavení i jednání 11. června 2026 může změnit pravidla hry.

Procesní vývoj sporu od žaloby k odvolacímu jednání

Na první pohled šlo o rychlý procesní běh, ale ve skutečnosti se během osmi týdnů vystřídaly tři důležité fáze, které už teď formují další spor o AI agenty.

Nejprve Amazon podal žalobu proti Perplexity kvůli tomu, že prohlížeč Comet nakupoval na Amazonu na základě autorizace uživatele. V praxi tím spor od začátku mířil na přístup do přihlášených částí účtu, ne na veřejné stránky.

Pak přišel 10. březen 2026, kdy federální soudce v Severním okrsku Kalifornie vydal předběžné opatření. To Cometu zakázalo vstup na přihlášené stránky Amazonu a zastavilo chování, které Amazon považoval za problematické.

Jen zhruba o týden později zasáhl devátý obvodní odvolací soud a opatření pozastavil, zatímco čekal na odvolání Perplexity. To je důležitý procesní signál, ne finální verdikt.

Perplexity pak 8. května 2026 podalo odvolání a tvrdilo, že Amazonova teorie podle zákona o počítačových podvodech a zneužití je pro AI agenta jednajícího na základě výslovné autorizace uživatele zásadně chybná.

Další krok už má jasný termín: ústní jednání jsou naplánovaná na 11. června 2026 v Seattlu. Právě tam se ukáže, jestli soud nechá spor běžet v úzkém procesním rámci, nebo naznačí širší dopad pro další weby a jejich práci s agenty.

Jádro sporu: kdo je v přihlášené části webu skutečně „návštěvník“

V tomhle sporu nejde o veřejně dostupné stránky. Jde o přihlášené a heslem chráněné části, kde přístup řídí účet, podmínky služby a technická kontrola.

A právě tady se láme celý výklad CFAA. Amazon podle No Hacks / Slobodana Maniće staví spor na tom, že agent Perplexity Comet nemá vlastní oprávnění, i když ho spustí přihlášený uživatel.

V praxi je to důležitý posun. Běžně se podmínky služby berou jako administrativní text. Tady se z nich může stát páka, která rozhodne, kdo smí sahat do účtu.

Tři body Amazonovy teorie CFAA

Amazonova logika stojí na třech krocích. První říká, že přístup Cometu k interním částem Amazonu je neoprávněný, i když uživatel agenta pustil dál.

Druhý krok přichází přes podmínky služby. Podle postoje Amazonu určují právě ony, kdo smí vstoupit do přihlášených oblastí. Ne uživatelův pokyn, ale pravidla webu.

Třetí krok tvrdí, že samotné zadání od uživatele nestačí. Oprávnění zůstává u člověka, ale agent ho nepřebírá automaticky. Tím se z delegace stává problém.

Protiargument Perplexity: uživatel zůstává oprávněnou stranou

Perplexity v odvolání podle No Hacks / Slobodana Maniće obrací výklad jiným směrem. Tvrdí, že uživatel je po celou dobu oprávněnou stranou a Comet jen vykonává delegovaný přístup.

Tenhle pohled není jen technická obhajoba softwaru. Opírá se o běžnou logiku zastoupení: když někoho pověříme úkonem, nejde o cizí zásah, ale o náš vlastní krok provedený nástrojem.

Perplexity zároveň odmítá představu, že smluvní podmínky mohou samy o sobě vytvořit porušení federálního trestního práva. Podle ní by takový výklad posunul CFAA daleko za hranici, pro kterou vznikl.

Proč je Van Buren pro tenhle spor klíčový

Zde hraje roli i rozhodnutí Van Buren v. United States. Podle No Hacks / Slobodana Maniće Nejvyšší soud už dřív zúžil příliš široké čtení CFAA.

Podstata je jednoduchá: člověk, který má oprávnění vstoupit do systému, neporušuje automaticky zákon jen proto, že jeho důvod není ideální. Zákon tedy nereaguje na každý špatný motiv stejně tvrdě.

Právě proto je Van Buren důležitý. Brzdí snahu natáhnout CFAA na situace, které vypadají spíš jako spor o pravidla používání než jako klasické hacknutí systému.

Odvolací pozastavení není verdikt, ale signál

Když odvolací soud předběžné opatření pozastavil, neudělal tím finální rozhodnutí. Poslal procesní signál, že odvolání má podle něj reálnou šanci uspět.

To je rozdíl, který se v praxi snadno přehlédne. Pozastavení neříká, kdo nakonec vyhraje. Říká jen, že původní blokace nevydržela bez dalšího a spor má váhu.

Tři možné výsledky odvolání a dopad na weby

Podle No Hacks / Slobodana Maniće existují tři směry, kterými se věc může pohnout. První možností je potvrzení postoje okresního soudu. Pak by podmínky služby a CFAA zesílily jako nástroj proti agentům v přihlášených účtech.

To by dopadlo na retail, rezervace, finance, marketplaces i SaaS. Každý z těchto webů by získal tvrdší oporu pro blokování agentů v účtech uživatelů.

Druhá možnost znamená zrušení rozhodnutí. CFAA by se vrátila do užšího rámce z roku 1986 a weby by ztratily federální trestněprávní páku proti delegovaným agentům.

Třetí varianta je kompromis. Soud může potvrdit jen část postoje, rozlišit typy přístupu, nebo vrátit věc k dalšímu zkoumání. Pro weby by to znamenalo méně jasnou hranici, ale pořád otevřený boj o pravidla přístupu.

Hranice sporu: veřejný obsah versus přihlášené a heslem chráněné části

V tomhle sporu nejde o celý web Amazonu. Jde o přihlášené a heslem chráněné části, kde uživatel pracuje pod svým účtem.

Předběžné opatření společnosti Comet zastavilo přístup k místům, jako jsou stránky účtů, historie objednávek a pokladna. Na veřejné stránky Amazonu se zákazník dostat mohl dál.

Právě tohle rozlišení je pro celý případ důležité. Ve veřejném prostoru běží běžné prohlížení obsahu. Ve chráněné části už se řeší přístup k uživatelskému účtu a k akcím, které probíhají pod přihlášením.

Redakčně řečeno: spor nestojí na tom, zda má web veřejný obsah. Stojí na tom, kdo smí jednat uvnitř účtu a zda se do té role může dostat AI agent, který jedná z pověření uživatele.

Význam odvolacího pozastavení a stav věci před rozhodnutím ve věci samé

V běžné praxi má odvolání často spíš tempo „běžíme dál a uvidíme“. Zde ale samotné odvolací pozastavení předběžného opatření vyčnívá. Neznamená konec sporu ani hotový verdikt, ale už teď dává trhu jasný signál, že panel nepovažuje původní závěr za bezproblémový.

Právě v tom je jeho váha. Když odvolací soud na čas zastaví účinky opatření, neříká tím ještě, kdo má nakonec pravdu. Říká spíš, že strana žádající o odklad má reálnou šanci uspět v odvolání. A to je v podobných sporech důležitější, než se na první pohled zdá.

Pro weby i provozovatele agentických nástrojů je to rozdíl mezi okamžitou hrozbou a otevřeným výsledkem. Pozastavení samo o sobě neřeší, zda mají v přihlášených částech webu právo rozhodovat podmínky služby, nebo zda má převážit výklad založený na delegovaném přístupu uživatele. Jen ukazuje, že odvolací soud bere spor natolik vážně, aby původní blokaci dočasně zmrazil.

My z toho čteme hlavně jediné: procesní signál není finální rozhodnutí. Pro retail, rezervace, finance, marketplaces i SaaS to znamená, že právní nejistota trvá, ale už nejde o slepou uličku bez pohybu. V téhle fázi se mění spíš vyjednávací pozice než samotná podstata sporu.

Možný precedenční dopad pro přístup agentů k uživatelským účtům napříč typy webů

Na první pohled jde jen o spor dvou firem. Ve skutečnosti ale sledujeme první velký test, kdo se v éře AI agentů počítá jako oprávněný návštěvník.

To je důležitější než akademická debata o automatizaci. Běžně se podobné spory čtou jako úzký problém jednoho produktu. Jenže právě tady se může rozhodnout, jestli agent jedná jen jako nástroj uživatele, nebo jestli ho web může brát jako cizí subjekt.

Podstata je jednoduchá: člověk dá pokyn, agent vstoupí do účtu a vykoná úkon, který by jinak provedl sám uživatel. Otázka zní, zda se na takový přístup díváme jako na delegovanou návštěvu, nebo jako na neoprávněný vstup.

Devátý obvod tím může nastavit pravidlo, které přesáhne jeden spor. Text No Hacks / Slobodan Manić upozorňuje, že dopad může pocítit maloobchod, rezervace, finance, marketplaces i SaaS.

Nejde o vzdálenou hypotézu. Podle stejného zdroje se s podobnou otázkou většina webů potká během příštích 12 měsíců.

Pokud by obstála teorie okresního soudu, velké weby by získaly silný argument pro blokování AI agentů v přihlášených účtech. A to i tam, kde účet fakticky patří uživateli.

Právě proto se z tohoto sporu nestává jen právní kuriozita. V praxi může rozhodnout, zda weby budou agenty vnímat jako běžnou součást uživatelské obsluhy, nebo jako něco, co chtějí z účtů vytlačit.

Scénář potvrzení: silnější opora pro blokování agentů přes CFAA a podmínky služby

Pokud odvolací soud ponechá v platnosti výklad okresního soudu, posune se spor z roviny „co dovoluje běžná praxe“ do mnohem tvrdší roviny „co web dovoluje právně“. A právě tady se láme chleba.

V takovém výsledku už nepůjde jen o technické nastavení přístupu nebo o jemné ladění automatizace. Podmínky služby se mohou stát rozhodujícím dokumentem a weby získají silnější oporu pro to, aby AI agenty z přihlášených částí prostě nepustily.

Provozní dopad by byl citelný napříč obory. Maloobchodníci by mohli blokovat AI nákupní agenty, rezervační weby AI cestovní agenty, banky a makléři AI agenty pro správu financí, tržiště agenty pro zveřejňování nabídek a SaaS platformy agenty pro správu předplatného nebo workflow.

V praxi by to znamenalo jednoduchou, ale silnou zprávu: kdo chce přístup do účtů, musí se přizpůsobit pravidlům provozovatele. A kdo pravidla nastaví dost tvrdě, získá do ruky nástroj, který přesahuje běžné technické blokování.

Právě proto má tento scénář váhu. Neřeší jen spor mezi Amazonem a Perplexity, ale i to, jestli se z podmínek služby stane skutečná bariéra pro agentní přístup k účtům.

Scénář zrušení nebo užšího kompromisního rozhodnutí

Ne každý verdikt musí skončit jasným vítězstvím jedné strany. V tomto sporu může devátý obvod rozhodnutí zrušit, nebo zvolit užší kompromis, který nechá část širší otázky otevřenou.

Když soud předchozí příkaz zruší, CFAA se vrátí do užšího rámce z roku 1986. Pro weby to znamená citelnou změnu: přijdou o federální trestněprávní nástroj, kterým chtěly blokovat uživatelsky delegované agenty.

Praktický dopad pak zůstane hlavně na úrovni podmínek služby a technického řízení přístupu. Podle zdrojového textu mohou weby dál sáhnout po technických opatřeních, civilních nárocích mimo CFAA nebo partnerstvích přes API.

Užší kompromisní výsledek by pro provozovatele webů nebyl o moc méně důležitý. Soud může potvrdit příkaz jen na úžeji vymezených základech, rozlišit mezi typy přístupu agentů nebo vrátit věc k dalšímu faktickému zkoumání.

Právě v tom je podstata kompromisu: neuzavře velkou otázku jednou ranou. Spíš posune test do dalších obvodů a dalších případů, kde se bude dál lámat, co smí agent dělat ve veřejných, retailových, rezervačních, finančních, marketplace a SaaS prostředích.

Pro weby je to méně pohodlný, ale reálný scénář. Místo jednoho tvrdého pravidla vznikne období, kdy bude rozhodovat konkrétní nastavení přístupu, smluvní formulace a ochota bránit přístup i mimo CFAA.

Tři signály během ústních jednání: otázky soudu k agentuře

Na ústním jednání nečteme jen odpovědi stran. Sledujeme hlavně na co se soudci ptají a koho tlačí do defenzivy. Právě tady se často ukáže, zda panel bere argumentaci Amazonu vážně, nebo hledá cestu, jak ji omezit.

První signál tedy není počet otázek, ale jejich směr. Když panel začne ostře tlačit na Amazon a bude chtít vysvětlení, proč výslovný pokyn uživatele nepřenáší oprávnění i na zástupce, půjde o náznak, že soudcům nesedí čtení okresního soudu. V praxi to znamená, že soud nepřijímá agenturu jako vedlejší detail, ale jako klíč k celému sporu.

Stejně důležité je i opačné čtení. Pokud soudci budou naopak zpochybňovat Perplexity a budou se ptát, proč má být automatizovaný agent postaven na roveň lidskému uživateli, panel tím dává najevo otevřenost vůči logice okresního soudu. Pro weby je to přesně ten moment, kdy začíná být jasné, zda soud ponechá prostor pro delegovaný přístup, nebo se přikloní k přísnějšímu výkladu.

Slobodan Manić z No Hacks tenhle spor rámuje jako test toho, kdo se v přihlášené části webu vůbec počítá mezi oprávněné návštěvníky. A právě otázky během jednání napoví, jestli soudci chtějí držet uživatele a agenta pohromadě, nebo je rozdělit.

Zdroj: No Hacks / Slobodan Manić, s návazností na spor Amazon v. Perplexity.

Tři signály během ústních jednání: rozlišení typů přístupu agentů

Na ústním jednání nemusí být nejdůležitější jen to, kdo má v obecné rovině pravdu. Pro praxi webů bývá často podstatnější, jestli soud začne rozlišovat mezi typy přístupu agentů.

V běžné debatě se všechno automatizované často hází do jednoho pytle. Jenže v tomhle sporu může rozhodovat právě odstín. Jiná situace nastává u agenta, který za uživatele dokončí nákup nebo rezervaci, a jiná u nástroje, který jen sbírá data bez dokončení transakce.

Stejně důležitá je i další hranice, kterou text No Hacks / Slobodan Manić zdůrazňuje: jedna věc je agent pracující s uloženými přihlašovacími údaji, druhá agent, který musí při každé návštěvě znovu projít přihlášením. Pro vlastníky webů to není akademická drobnost. V praxi to určuje, jak tvrdě lze přístup řídit a jak daleko sahá tolerance vůči automatizaci.

Do stejné logiky patří i rozdíl mezi agentem, který se identifikuje přes ověřený protokol, a neidentifikovanou automatizací prohlížeče. Z pohledu provozovatele webu to nejsou jen technické detaily. Jde o to, zda web rozezná řízený přístup od anonymního nástroje, který se tváří jako běžný uživatel.

Právě tady vidíme hlavní dopad, který No Hacks / Slobodan Manić popisuje. Rozhodnutí o těchto hranicích může ovlivnit strukturu přístupu webů víc než prosté potvrzení nebo zrušení napadeného opatření. Jakmile soud řekne, kde končí jeden typ agenta a začíná druhý, weby dostanou rámec pro další praxi. A ten se rychle promítne do retailu, rezervací, financí, marketplaces i SaaS.

Jinými slovy: nejde jen o to, zda AI agent smí, nebo nesmí. Jde o to, jaký typ agenta soud uzná jako relevantní pro přístup k účtu a jaké provozní hranice z toho začnou weby odvozovat.

Třetí signál: jestli soud otevře širší rámec pro CFAA, nebo zůstane u úzkého sporu

Slobodan Manić z No Hacks upozorňuje, že třetí signál během ústního jednání nespočívá jen v samotném výsledku. Důležitější je, jak široce panel začne číst CFAA v době AI agentů.

Pokud soudci mluví o budoucnosti agenta jako nové přístupové vrstvy, nejde už jen o jeden spor mezi Amazonem a Perplexity. Jde o náznak, zda se z přihlášeného přístupu stane obecné právní téma pro celé odvětví.

Naopak úzké rozhodnutí by drželo spor při zemi. Soud by řešil konkrétní fakta, ne výklad, který by automaticky dopadl na další weby. Právě v tom je rozdíl mezi verdiktem, který uklidní jeden případ, a verdiktem, který přepíše praxi kolem agentů.

Úzký verdikt versus rámec pro celou kategorii

Podle výkladu, se kterým pracuje i No Hacks, mají soudci dvě základní cesty. Mohou rozhodnout jen o konkrétním nastavení mezi Amazonem a Perplexity. Nebo mohou nastavit širší pravidlo pro celý typ přístupu, kdy uživatel jedná přes AI agenta.

V praxi to není akademický rozdíl. Úzký verdikt nechává webům méně jistoty, ale také méně okamžitých otřesů. Širší verdikt naopak rychle vytvoří vzor pro retail, rezervace, finance, marketplaces i SaaS.

Právě proto se kolem ústního jednání sleduje každý náznak opatrnosti nebo naopak ochoty posunout spor do obecnější roviny. Pro provozovatele webů je to signál, zda mají řešit jen jeden incident, nebo celý model přístupu přes agenty.

Veřejnost jednání: slyšíme argumenty dřív, než přijde rozhodnutí

Devátý obvod drží ústní argumenty veřejně. Zvukový záznam se obvykle objeví během několika hodin. I to je prakticky důležité, protože redakce i firmy dostanou první čitelné vodítko dřív, než přijde finální rozhodnutí.

Po zveřejnění složení panelu navíc často jde odhadnout, kam se jednání může ubírat. Nejde o jistotu. Jde o procesní čtení nálady soudu, které pomáhá odlišit běžný průběh od momentu, kdy panel zjevně hledá širší odpověď.

Tohle pozastavuje jeden rozšířený omyl: veřejné jednání ještě neznamená hotový závěr. Znamená ale, že soud vysílá první konkrétní signály, které mohou potvrdit nebo zchladit očekávání trhu.

Tři konkrétní kroky pro každého majitele webu: prověřit podmínky služby

V praxi většina týmů bere podmínky služby jako formální dokument, který jednou schválíme a dál neřešíme. Jenže právě u AI agentů se z něj stává první místo, kde se láme přístup k účtům.

Jak upozorňuje No Hacks / Slobodan Manić, starší formulace často vznikly v době klasických botů a skriptů. Neřešily situaci, kdy uživatel výslovně pověří svého AI agenta, aby za něj pracoval v přihlášené části webu.

1) Nechat si projít klauzule o automatizovaném přístupu

Začínáme úplně jednoduše: otevřeme vlastní podmínky a hledáme pasáže, které zakazují nebo omezují automatizovaný přístup. Nejde o formální cvičení. Jde o kontrolu, jestli jazyk podmínek vůbec odpovídá tomu, co dnes web reálně zažívá.

Mnoho webů má v dokumentu formulace, které mířily na scrapery nebo masové sběry dat. Jenže agent, který jedná na pokyn přihlášeného uživatele, není totéž. Pokud provozovatel chce takový přístup připustit, má to v podmínkách zaznít jasně. Pokud ho chce odmítnout, má to být stejně jasné.

2) Porovnat text podmínek s robots.txt a řízením přístupu

Samotné znění podmínek nestačí. V praxi musí sedět i to, co říká robots.txt a jak web zachází s přístupovými pravidly. Když je jeden dokument otevřený a druhý přístup fakticky blokuje, vzniká zmatek už pro běžného uživatele. U AI agenta je tenhle rozpor ještě dražší.

No Hacks / Slobodan Manić právě proto upozorňuje, že podmínky služby a robots.txt se dnes nedají číst odděleně od přístupové politiky. Společně určují, zda web agentům dovolí projít, nebo je zastaví ještě dřív, než začne jakákoli konverze, rezervace nebo práce v účtu.

3) Vědomě si zvolit postoj k agentům

Největší chyba je předstírat, že žádná volba neexistuje. Existuje. Web může agenty vítat, blokovat je, nebo jim otevřít vlastní partnerské rozhraní. Podmínky služby mají tuhle volbu potvrdit, ne ji maskovat neurčitými větami z minulosti.

Většina webů dnes stojí na starém defaultu. Ten počítal s lidmi a klasickými boty, ne s agentem, který jedná jménem uživatele. V realitě už ale nejde o detail v právním dodatku. Jde o rozhodnutí, které může ovlivnit přístup k účtům v retailu, rezervacích, financích, marketplaces i SaaS.

Právě tady dává smysl vědět, zda web agenty bere jako vítaný provozní kanál, nebo jako něco, co má zůstat mimo přihlášené části služby. Kdo si to nevyjasní včas, ten jen čeká, až rozhodnutí přijde zvenku.

Tři konkrétní kroky pro každého majitele webu: prověřit řízení přístupu k agentům

V praxi často sledujeme, že se řízení přístupu bere jako administrativní detail. U agentů už to detail není.

Druhý krok je projít, jak web zachází s AI agenty, které lidé skutečně používají pod svými účty. Nejde o akademickou úvahu. Jde o nastavení, které může rozhodnout, zda se agent dostane přes přihlášenou vrstvu bez tření, nebo narazí hned na začátku.

No Hacks / Slobodan Manić v této souvislosti upozorňuje na konkrétní jména, která se už v provozu objevují: GPTBot, OAI-SearchBot, ChatGPT-User, PerplexityBot, ClaudeBot, Google-Extended, Perplexity Comet, ChatGPT Atlas i různé povrchy Gemini. Právě na nich je vidět, že nejde jen o jednorázové crawlery, ale o nástroje, které mohou jednat jménem uživatele.

Pokud web některého z těchto agentů ve výchozím nastavení blokuje přes robots.txt nebo firewall webové aplikace, dopad se neprojeví až někde v právním sporu. Projevuje se už na účtech lidí, kteří čekají, že jim agent pomůže s nákupem, rezervací nebo prací v SaaS nástroji.

V marketingové praxi se podobné blokace často považují za bezpečné minimum. Ve skutečnosti ale mohou zavřít cestu i tam, kde web ani nechtěl nic složitě zakazovat. Proto má smysl projít konkrétní nastavení, ne jen obecnou politiku. Na úrovni provozu se totiž rozhoduje dřív, než začne jakákoli debata o výkladu sporu Amazon v. Perplexity.

Užitečné je podívat se hlavně na to, zda blokujeme naslepo, nebo podle skutečného použití. V řadě případů web drží staré výchozí pravidlo, které vzniklo před nástupem agentů. Pak se provozovatel diví, proč část uživatelů naráží na problémy právě ve chvíli, kdy agent má jen vykonat jejich pokyn.

Smysl kontroly je jednoduchý: zjistit, jestli naše pravidla odpovídají dnešnímu provozu, nebo jen historickému strachu z automatizace. U agentů už to není technická drobnost. Je to přístupová politika s přímým dopadem na uživatelskou zkušenost i obchodní model.

Tři konkrétní kroky pro každého majitele webu: zvolit strategický postoj k agentům

V praxi pořád vidíme stejnou chybu: web se tváří, že má „nějak nastavená pravidla“, ale nemá vyjasněný vztah k agentům. Právě tady už nejde o technickou drobnost. Z podmínek služby, robots.txt a přístupové politiky se může stát rozhodující bariéra, nebo naopak vstupní brána.

Proto má smysl udělat třetí krok dřív, než za provozovatele rozhodne soudní výklad. No Hacks / Slobodan Manić v tomhle bodě míří přesně na provozní realitu: web má zaujmout jasný postoj k tomu, co s agentem vlastně chce dělat.

Vítaný postoj: agent jako legitimní návštěvník účtu

První možnost je agenty přijmout jako běžnou součást provozu. Web pak počítá s tím, že uživatel jedná přes svého asistenta, a přístup nebere jako problém, ale jako nový způsob obsluhy účtu.

V tomhle režimu dává smysl i odlišné zpoplatnění transakcí řízených agenty nebo zveřejnění rozhraní, které je pro agenty čitelné. Nejde o kosmetiku. Jde o to, aby web přestal předstírat, že návštěvník je pořád jen člověk u klávesnice.

Pro retail, rezervace, finance, marketplaces i SaaS to znamená jedinou věc: pokud agentům otevíráme dveře, musíme to umět říct nahlas a technicky tomu přizpůsobit provoz.

Blokující postoj: agent jako nepovolený přístup

Druhá varianta stojí na opačné logice. Provozovatel může říct, že uživatelsky delegovaný agent do chráněných částí webu nepatří a přístup odmítá.

Pak ale nestačí marketingové přání v podmínkách služby. Blokující postoj potřebuje jasný jazyk i technické prosazení. Jinak vznikne jen hluk bez dopadu a uživatelé narazí na rozpor mezi sliby a realitou.

Zdrojový text zároveň upozorňuje na nepříjemnou daň: část uživatelů může odejít. To je cena za kontrolu. Kdo chce agenty držet venku, musí s tím počítat otevřeně, ne až ve chvíli, kdy se začnou množit stížnosti na účtech.

Partnerský postoj: pustit agenty řízeným vstupem

Třetí možnost je nejpraktičtější pro weby, které nechtějí agenty ani oslavovat, ani bezhlavě blokovat. Místo scanování přihlášených stránek nabídnou vlastní API nebo capability surface.

Tady je pointa jednoduchá: agent se nedostává dovnitř obcházením webu, ale přes dveře, které web sám určil. Provozovatel tím oddělí lidské prohlížení od strojového přístupu a zároveň si zachová kontrolu nad tím, co agent smí dělat.

V praxi to dává největší smysl tam, kde web potřebuje provozní pořádek. U marketplaces, SaaS i rezervací je lepší řídit přístup než později hasit chaos kolem účtů, workflow nebo transakcí.

Co si z toho odnést: starý default už nestačí

Zdrojový článek to říká bez okras: výchozí nastavení většiny webů vzniklo v době, kdy agent jako návštěvník nehrál roli. Dnes už je tahle pasivita spíš problém než ochrana.

My z toho čteme hlavně jednu věc. Kdo si postoj nevybere sám, nechá rozhodnutí na soudním výkladu, technickém chaosu nebo nespokojených uživatelích. A to je přesně situace, kterou si většina webů nemůže dovolit.

Největší riziko není spor, ale starý výchozí postoj

Na tomhle případě je nejdůležitější jedna věc: neřešíme jen to, zda konkrétní AI agent projde do účtu. Řešíme, jestli web vůbec ví, jaký má k delegovanému přístupu postoj. Většina provozů ho nemá. Drží staré nastavení z doby, kdy automatizace znamenala hlavně boty, scrapery a problémy s provozem, ne nástroje jednající na pokyn přihlášeného uživatele.

Právě proto je tenhle spor pro praxi zásadní i bez finálního verdiktu. Nutí weby přestat předstírat, že „nějaké blokování“ je dostačující strategie. Buď agenty vítají, nebo je blokují, nebo je vedou přes vlastní partnerské rozhraní. Všechno ostatní je jen odložené rozhodnutí, které se časem promění v problém s přístupem, compliance nebo UX.

My bychom to shrnuli jednoduše: největší riziko není samotný soudní spor, ale to, že weby dál fungují podle výchozího nastavení, které už dnešní realitě neodpovídá. Kdo si to neujasní teď, bude to řešit později pod tlakem – a tam se už nerozhoduje podle pohodlí značky, ale podle cizího výkladu pravidel.

Zdroj: Amazon Vs. Perplexity: The CFAA Case That Decides Whether AI Agents Can Visit Your Website (Search Engine Journal)

---