OpenAI oznámilo podporu společného signálu, kterým majitel webu vyjádří nesouhlas s použitím obsahu pro trénink generativní AI. Pro českou firmu to ale zatím neznamená přepsat celý robots.txt. Signál je čerstvý návrh, nikoli hotový standard, a OpenAI ho plánuje zavést až v příštích měsících. Teď má smysl rozhodnout, které části webu smí sloužit k tréninku, zachovat současná pravidla pro konkrétní roboty a neplést si trénink s viditelností v AI vyhledávání.
Novinka vznikla 30. října 2026. Ve stejný den byl zveřejněn technický Internet-Draft s tokenem __usage_ai-training. Cíl je praktický: místo samostatného zákazu pro každého poskytovatele by web mohl jedním pravidlem sdělit stejnou preferenci více zapojeným firmám. Je to užitečný směr, ale účinek závisí na tom, zda konkrétní poskytovatel signál přijme a jak popíše jeho implementaci.
Co se skutečně mění
Návrh používá běžnou strukturu souboru robots.txt. Nepřidává nový příkaz, ale zvláštní policy token v řádku User-Agent. Základní zápis v návrhu vypadá takto:
User-Agent: __usage_ai-training
Disallow: /
Allow: /press-kit/Tím provozovatel vyjadřuje nesouhlas s AI tréninkem pro celý web kromě složky /press-kit/. Pravidla lze tedy nastavit po cestách, ne pouze pro celou doménu. Disallow zde vyjadřuje preferenci proti danému způsobu použití a Allow preferenci pro něj.
Důležitý detail: technický dokument je individuální Internet-Draft ve verzi 00. Samotný IETF Datatracker výslovně uvádí, že návrh není IETF schválený a nemá formální postavení ve standardizačním procesu. Může se změnit, být nahrazen nebo zaniknout. OpenAI zároveň říká, že jeho podporu teprve implementuje v následujících měsících a později zveřejní podrobnosti.
Trénink, vyhledávání a návštěva uživatele nejsou totéž
Největší praktická chyba by byla zablokovat všechny AI roboty v domnění, že tím firma pouze odmítá trénink. OpenAI dnes rozlišuje několik účelů a každý má vlastní ovládání.
| Účel | Aktuální označení OpenAI | Dopad rozhodnutí |
|---|---|---|
| Trénink základních modelů | GPTBot | Zákaz vyjadřuje, že obsah nemá být použit pro trénink generativních modelů OpenAI. |
| Výsledky vyhledávání v ChatGPT | OAI-SearchBot | Blokace může vyřadit stránky z odpovědí ve vyhledávání, i když navigační odkaz se může objevit. |
| Načtení na žádost uživatele | ChatGPT-User | Jde o konkrétní uživatelskou akci, ne automatické procházení; pravidla robots.txt se nemusí uplatnit. |
| Společná preference pro AI trénink | __usage_ai-training | Navrhovaný mezioborový signál; není příkazem pro chování crawleru. |
IETF návrh výslovně odděluje preferenci použití obsahu od řízení přístupu robotů. Nový token sám o sobě nemusí zastavit stahování stránky. Pokud chcete omezit procházení, potřebujete dál pravidla pro konkrétní crawler, případně technické zabezpečení. Pokud naopak chcete být dohledatelní v ChatGPT, můžete povolit OAI-SearchBot a současně zakázat GPTBot. OpenAI potvrzuje, že tato nastavení vyhodnocuje nezávisle.
Co to znamená pro českou malou nebo střední firmu
Pro běžný firemní web nejde jen o právní otázku. Je to rozhodnutí mezi kontrolou nad použitím obsahu a jeho dosahem. Produktové popisy, odborné články, ceníky, návody, případové studie a veřejné dokumenty mohou mít různou hodnotu i citlivost. Jedno pravidlo pro celou doménu proto nemusí být nejlepší.
E-shop může chtít, aby produkty zůstaly viditelné ve vyhledávání, ale nechce poskytovat celý poradenský obsah k tréninku. Výrobce může povolit press kit a veřejné technické listy, zatímco partnerský portál musí být chráněný přihlášením. Konzultační firma může u veřejných článků přijmout širší použití, ale placené metodiky nemají být veřejně dostupné vůbec. robots.txt není zabezpečení ani náhrada přístupových práv.
Viditelnost v AI odpovědích je samostatný projekt. Nestačí jen povolit robota; stránka musí mít čitelný počáteční HTML obsah, správné canonical URL, strukturovaná data a jasnou informační hodnotu. Praktické technické posouzení pokrývá služba viditelnost v ChatGPT a Claude. Nový signál řeší preferenci použití, ne kvalitu webu.
Praktický postup bez ukvapeného přepisu
- Zmapujte současný stav. Uložte přesnou aktuální podobu
/robots.txt, zkontrolujte pravidla proGPTBot,OAI-SearchBota další poskytovatele a ověřte, co skutečně vrací produkční doména. - Rozhodněte podle typu obsahu. Rozdělte veřejný marketing, produktová data, redakční obsah, dokumentaci a neveřejné materiály. U každé skupiny určete, zda chcete AI vyhledávání, trénink, obojí, nebo ani jedno.
- Zatím zachovejte individuální pravidla. OpenAI slibuje, že jeho existující crawler controls budou dál platit. Nový společný token je nemá okamžitě nahrazovat.
- Připravte budoucí změnu jako malý diff. Až poskytovatel zveřejní přesné datum a chování, přidejte pouze potřebnou skupinu. Nekopírujte bez kontroly rozsáhlý univerzální seznam robotů.
- Otestujte preview. Zkontrolujte syntaxi, hlavní cesty, sitemapu, canonical a HTTP odpověď. U webu na Netlify je vhodné nejdřív použít preview a teprve potom produkci; podrobněji to popisuje článek o bezpečném nasazení webu přes Netlify.
- Ověřte produkci a sledujte změny. Po nasazení načtěte veřejný
robots.txtz jiné sítě nebo nezávislého nástroje, zkontrolujte logy a sledujte dokumentaci poskytovatelů. OpenAI uvádí, že změna pro SearchBot se může projevit přibližně do 24 hodin.
Pokud firma nemá vlastníka webu, přehled technologií a rozhodnutí o veřejných datech, problém není v jednom řádku souboru. Pomůže krátký AI audit, který spojí technický stav, obsahová práva a obchodní cíl.
Omezení, která v konfiguraci nevyřešíte
Společný signál je dobrovolná preference, ne technický zámek. Nezavazuje poskytovatele, který ho nepodporuje, a sám nevynucuje smlouvu ani autorské právo. Návrh také připouští, že soukromá dohoda může mít přednost. Firma proto musí zvlášť řešit licence, obchodní podmínky, ochranu osobních údajů a skutečný přístup k neveřejnému obsahu.
Pravidlo rovněž nepůsobí zpětně jako žádost o smazání již získaných dat. A protože vyjadřuje účel použití, nikoli zákaz přenosu, nelze z přítomnosti crawleru v logu automaticky vyvodit porušení. Pro vyšetření je potřeba znát user-agent, IP rozsah, čas, cestu a dokumentované chování konkrétní služby.
Nejdůležitější je pravidla nepřetížit. Příliš široký zákaz může snížit dohledatelnost webu, příliš volné nastavení může být v rozporu s obchodním rozhodnutím a chybně chráněná neveřejná složka zůstane veřejná bez ohledu na dobrý úmysl v robots.txt.
Závěr: připravte rozhodnutí, s nasazením počkejte na implementaci
Nový token __usage_ai-training je slibný pokus zjednodušit správu preferencí napříč poskytovateli. Dnes je ale správným krokem inventura a rozhodnutí po typech obsahu, ne plošné přepsání produkčního souboru. Současná pravidla pro jednotlivé crawlery ponechte, vyhledávání oddělte od tréninku a budoucí změnu ověřte v preview i na živé doméně.
Až OpenAI a další poskytovatelé zveřejní implementační detaily, bude možné společný signál přidat cíleně. Do té doby je přesnější říct „připravujeme se na nový mechanismus“ než tvrdit, že jeden nový řádek už dnes vyřešil kontrolu nad AI tréninkem.
Přímé zdroje
- OpenAI: Making it easier for websites to express AI training preferences — oficiální oznámení podpory společného signálu, publikováno 30. října 2026.
- IETF Datatracker: Machine-Readable Training Preference Signal — technický Internet-Draft verze 00, aktualizován 30. října 2026.
- OpenAI Developers: Overview of OpenAI Crawlers — aktuální rozlišení GPTBot, OAI-SearchBot a ChatGPT-User, ověřeno 2. listopadu 2026.
- RFC 9309: Robots Exclusion Protocol — platná technická specifikace protokolu robots.txt.
