Web pro AI agenty: praktický checklist pro e-shop, SaaS a služby

Web připravený pro AI agenty umožní povolenému asistentovi získat správné informace, posoudit požadavky zákazníka a dostat se ke spolehlivému dalšímu kroku. Není to web, který agentovi přikazuje, co si má myslet.

Oznámení Dots dává této otázce nový kontext. K opravě rozporné ceny nebo nefunkčního formuláře ale nepotřebujete integraci Dots ani důkaz, že agentní nákupy už ovládly Česko. Stejné problémy překážejí lidem.

Tento checklist převádí obecné „musíme se připravit na agenty“ na konkrétní zadání. Příklady jsou modelové, nikoli výsledky klientů nebo předpověď výběru v Dots.

Metodika a zdroje

Redakčně ověřeno k 2026-09-30.

Jde o redakční checklist založený na nákupních potřebách a dokumentaci OpenAI a Googlu. Není to oficiální certifikace, prokázaný faktor řazení ani provedený audit Dots. Testovací příklady neopravňují ke skutečnému nákupu, odeslání osobních údajů nebo zásahům do účtů.

Začněte podmínkou, která může nabídku vyřadit

„Dokáže agent přečíst homepage?“ je slabý test. Může ji přečíst bez chyby, a přesto nezvládnout rozhodnutí zákazníka. Zadání musí obsahovat něco, co nabídku skutečně prověří.

E-shop: „Najdi náhradní díl kompatibilní s tímto modelem do 2 000 Kč, s doručením do Brna do pátku. Připrav možnosti, nic nekupuj.“ SaaS: „Porovnej podporu pro pět uživatelů s touto integrací a měsíční platbou bez ročního závazku.“ Služba: „Najdi dodavatele, který pracuje v Plzni, zvládne tento rozsah a vysvětlí postup po poptávce.“

Před testem si určete očekávaný výstup: kvalifikovaný výběr, správné porovnání nebo rozepsanou poptávku. Skutečný nákup není nutný k ověření produktové identity a ceny. Zároveň stanovte, jaké informace a kroky jsou povolené. Použijte testovací údaje; formulář neposílejte reálnému příjemci bez domluveného testu.

1. Najde agent správnou nabídku?

Kontrolujte cestu ke konkrétnímu produktu, funkci či službě, ne jen doménu. Varianta má mít jednoznačný cíl. Funkce SaaS musí být přiřazená k produktu a tarifu. Poskytovatel služby má uvést skutečný region a rozsah, ne vytvářet dojem celorepublikového pokrytí obecným textem.

Prověřte interní odkazy, názvy nadpisů, veřejnou dostupnost a přesměrování. URL, která vrátí úspěšný stav, ale ukáže jiný jazyk nebo nedostupnou variantu, není úspěšná cesta. Veřejné rozhodovací informace zbytečně neschovávejte za účet.

Soukromá data ale kvůli GEO neotvírejte. Přístup vyhledávacího robota, veřejný prohlížeč a autorizované API nejsou stejná věc. Každý potřebuje vlastní pravidla.

Praktická kontrola: člověk neznalý nabídky z webu zjistí, kdo ji poskytuje, co přesně dostane a pro koho je určena. AI posuzujte podle stejných faktů, ne podle toho, zda napsala přesvědčivý odstavec.

2. Odpovídají fakta skutečné nabídce?

U e-shopu porovnejte stránku, použitá strukturovaná data, feed a košík. Dokumentace Googlu vysvětluje vztah produktového značení a Merchant Center. Pro zákazníka je zásadní, že identita, objem, varianta, cena a dostupnost patří ke stejnému výrobku.

Česká specifika často rozhodují až při detailu: Kč versus EUR, odlišná cena pro podnikatele, doprava na výdejní místo versus adresu, sklad u dodavatele, dobírka a čas objednání pro expedici. Nestačí obecné „doručíme zítra“, pokud se slib vztahuje jen na určitou variantu nebo objednávky do stanovené hodiny.

U ceny jasně pojmenujte, zda zahrnuje DPH, dopravu a případný pravidelný odběr. Ne každý provozovatel je plátce DPH a ne každý zákazník má stejné podmínky. AI nemá chybějící režim domýšlet. U vrácení rozlišujte konkrétní podmínky a typ zákazníka; tento článek není právní posouzení vašich obchodních podmínek.

U SaaS vysvětlete účtovací období, minimální počet míst, zahrnuté využití, překročení limitu a tarif, ve kterém je integrace skutečně dostupná. „Od 500 Kč“ neřeší otázku ceny pro pět lidí s funkcí, která je až ve vyšším plánu. Česká verze nabídky se navíc nemá rozcházet s anglickými podmínkami pro stejný tarif.

U služeb určete oblast, rozsah, vstupní požadavky a hranici odhadu. Když cenu potvrdíte až po prohlídce, napište to. Přesná stránka nemusí slibovat pevnou cenu za neznámou práci.

Každý důležitý údaj potřebuje vlastníka a cestu aktualizace. Datum „aktualizováno dnes“ ze staré ceny aktuální cenu neudělá.

3. Dá se nabídka poctivě porovnat?

Obecné výhody na homepage často neodpovídají na námitky kupujícího. Rozhodovací údaje patří tam, kde se nabídka hodnotí: kompatibilita k výrobku, dostupný tarif k funkci, výluky vedle slibu služby.

Představte si dvě služby. Jedna má velké „neomezeně“, ale důležité hranice jsou schované jinde. Druhá konkrétně uvede rozsah a situace, kdy je potřeba individuální dohoda. Druhá se snáz posuzuje. Není to důkaz doporučení v AI, ale odstranění zbytečné nejasnosti.

Nepublikujte anonymní tvrzení „jsme nejlepší“ ani neověřené ceny konkurence. Užitečné porovnání říká i to, kdy vaše řešení není vhodné. Zákazník potřebující neexistující integraci není kvalitní lead, i kdyby vás AI jmenovala první.

Při kontrole výstupu dejte přednost aktuální nabídce a platným produktovým podmínkám před dávným blogem. Starý přehled tarifů nesmí přebít současnou stránku. Když agent vybere starý zdroj, zadáním může být oprava propojení nebo odstranění rozporu, ne přidání dalšího obecného článku.

4. Funguje bezpečný další krok?

Asistenti mohou pracovat přes obraz stránky, ovládání prohlížeče nebo nástroje. Jediný univerzální režim čtení neexistuje. Ověřujte rozhraní, která opravdu chcete podporovat. Smysluplné názvy tlačítek, standardní prvky formulářů, klávesnice a srozumitelné chyby pomáhají pozorovat, co se stalo.

Zkontrolujte výběr varianty, přepočet ceny, souhrn košíku, termín konzultace a potvrzení poptávky. Kliknutí není výsledek. Děkovací obrazovka bez potvrzení přijímajícího systému ještě nedokládá skutečnou rezervaci.

OpenAI u computer use doporučuje oddělené prostředí, omezené běhy a pravidla pro významné akce. Neodstraňujte zabezpečení jen proto, aby test skončil zeleně. U Dots bezpečnostní dokumentace vyžaduje schválení nákupu. Zastavení před platbou může být správně.

Pokud ochrana webu blokuje legitimního asistenta, řešte falešně pozitivní blokování kontrolovaným testem a pravidly přístupu. Neobcházejte ochrany a nevypínejte firewall plošně. Hranice bezpečnosti je součást připravenosti.

Potřebujeme MCP, feed nebo llms.txt?

Pro konkrétní případ možná. Univerzální podmínka použitelnosti webu to není.

API nebo MCP může zjednodušit získání údajů či autorizovanou akci. Potřebuje jasná oprávnění, vlastnictví a omezené zápisy. Samotná existence endpointu neznamená, že ho Dots najde nebo použije.

Feed je samostatná distribuční cesta s pravidly poskytovatele. Průvodce produktovými daty vysvětluje, proč schválení není doporučení. Americký rollout nebo partnerská integrace navíc není automatická dostupnost pro český obchod.

Volitelné llms.txt může odkazovat na dokumentaci pro systémy, které jej používají. Nesmí být jediným místem, kde podstatné údaje existují. Strukturovaná data zase nesmějí obsahovat výhodnější nabídku než viditelná stránka.

Udělejte z toho zadání, ne seznam dojmů

Začněte pěti scénáři: běžný kupující, citlivý na cenu, omezený kompatibilitou, zákazník mimo rozsah a člověk potřebující pomoc. Pět je doporučený rozsah pilotu, ne reprezentativní vzorek českého trhu.

Nejdřív zkontrolujte veřejná fakta. Pak porovnejte průzkum dostupných asistentů za zaznamenaných podmínek. Chybný produkt či cena mají větší dopad než pomalé dohledání formulace. Každé zadání musí mít selhaný krok, důkaz, očekávaný údaj nebo stav, tým, URL a kontrolu po realizaci.

Obsah opraví marketing, produktovou pravdu merchandising, interakci vývoj a sliby ověří obchod či zákaznická podpora. Po realizaci zopakujte stejné scénáře bez tiché změny požadavků. Lepší cesta je užitečný výsledek; růst tržeb ale musí potvrdit vlastní data.

GEO Tracker AI může z měření odpovědí pomoci najít chybějící nebo nesprávně pochopenou nabídku a připravit priority. Český vedený program dnes neprodává automatické provedení těchto scénářů v Dots. V návrhu Agent Readiness proto oddělujeme viditelnost odpovědí, průchod úkolem a obchodní výsledek.

Časté dotazy

Stejné otázky a odpovědi posíláme i jako strukturovaná data (FAQPage), aby je AI enginy mohly citovat doslovně.

Co znamená web připravený pro AI agenty?

+

Povolený asistent najde konkrétní nabídku, ověří správné údaje, uplatní podmínky zákazníka a dojde k bezpečnému dalšímu kroku. Základem jsou důkazy a použitelné rozhraní, ne pokyny, které nutí agenta doporučit firmu. Checklist nezaručuje výběr ani nákup.

Co má český e-shop opravit jako první?

+

Rozpory, které mění rozhodnutí: přesnou variantu a balení, cenu v Kč, režim DPH, skladovost a místní podmínky dopravy. Porovnejte stránku, produktová data a košík. Každá oprava musí mít vlastníka a kontrolu, že informace skutečně odpovídají nabídce.

Potřebujeme kvůli agentům MCP nebo speciální AI soubor?

+

Ne jako univerzální podmínku. Integrace může pomoci s konkrétní povolenou úlohou, ale její existence nezaručuje objevení nebo použití. Volitelný LLM soubor nenahrazuje veřejné produktové informace. Nejdřív opravte skutečnou nabídku a zákaznickou cestu.

Má pilot provést skutečnou objednávku nebo poptávku?

+

Pro první audit většinou ne. Stanovte bezpečný cíl, například doložený výběr nebo připravený košík, a použijte testovací údaje. Bez souhlasu neodesílejte osobní data ani závaznou transakci. Správné zastavení před schválením není selhání.

Zdroje a hranice checklistu

• OpenAI: Computer use.
• OpenAI: Bezpečnost Dots.
• Google: Produktová strukturovaná data.

Ověřeno 30. září 2026. Checklist je naše redakční syntéza, nikoli oficiální algoritmus nebo doložený růst konkrétního e-shopu.