30 października 2026 roku John Mueller ogłosił na blogu Google Search Central, że Google będzie obsługiwać wspólną kontrolę treningu AI w robots.txt. Zamiast dopisywać osobną regułę dla każdego bota, wydawca ustawi jedną preferencję, którą odczyta wielu dostawców AI naraz. Google planuje wdrożyć ten mechanizm w 2027 roku razem z innymi dostawcami AI. Na razie to zapowiedź, a nie gotowy standard, który właściciele stron mogą już stosować.

Co dokładnie ogłosił Google

Pomysł wyrasta z prac grupy roboczej AIPREF w IETF (Internet Engineering Task Force), organizacji standaryzującej protokoły internetowe. Wydawca wpisze do robots.txt wspólny token określający preferencje (w zapowiedzi policy token) i w ten sposób wyrazi swoje stanowisko wobec wszystkich dostawców AI, którzy przystąpią do porozumienia.

Najwięcej zmienia reguła interpretacji. Jeśli strona zrezygnuje z treningu nowym tokenem, a w pliku nie ma wprost wymienionego Google-Extended, Google potraktuje to tak, jakby wydawca zablokował Google-Extended. Inni dostawcy mogą przyjąć tę samą zasadę, więc da się wyrazić sprzeciw wobec trenowania modeli u wszystkich uczestniczących dostawców naraz albo decydować o każdym z osobna.

Firmowe kontrole zostają i działają równolegle z nowym sygnałem. Ogólną preferencję ustawisz więc wspólnym tokenem, a dla Google doprecyzujesz ją przez Google-Extended. Google zaznacza też, że witryny, które wprost zezwalają Google-Extended, mogą pojawiać się w odpowiedziach aplikacji Gemini i dostawać z nich kliknięcia dzięki groundingowi, czyli podawaniu modelowi treści z indeksu w chwili zapytania.

Jak to wygląda w praktyce: token, nie dyrektywa

We wpisie na blogu nie ma składni. Podaje ją dopiero dokumentacja wspólnych crawlerów Google: przy opisie Google-Extended stoi, że Google zamierza obsłużyć wspólny, czytelny maszynowo sygnał preferencji treningu AIPREF „na początku 2027 roku”, zapisywany jako user-agent: __usage_ai-training.

Szkic IETF proponuje co innego. Aktualna wersja dokumentu o dołączaniu preferencji (draft-ietf-aipref-attach-05, sierpień 2026) opisuje dyrektywę Content-Usage, na przykład:

User-Agent: *
Allow: /
Content-Usage: train-ai=n
Content-Usage: /ai-ok/ train-ai=y

Taki zapis zabrania treningu w całym serwisie poza katalogiem /ai-ok/. To przykład składni ze szkicu IETF, a nie składnia zapowiedziana przez Google, więc nie traktuj go jako instrukcji wdrożenia. Google w zapowiedzi i dokumentacji mówi jednak o tokenie w linii user-agent, a nie o Content-Usage, i nie tłumaczy, skąd ta różnica ani czy ostateczny standard połączy oba podejścia. Póki trwają prace nad szkicem, żadnej z tych składni nie warto wdrażać na produkcji.

Czym jest „trening AI” w propozycji IETF

Drugi dokument grupy, szkic słownika preferencji dotyczących użycia treści przez AI (draft-ietf-aipref-vocab-08, wrzesień 2026), wyróżnia kilka kategorii użycia treści:

KategoriaKluczZnaczenie według szkicu
Trening AItrain-aiUżycie treści do zmiany parametrów generatywnego modelu AI
Użycie AIai-useUżycie treści jako wejścia do generatywnego modelu, gdy nie dostarcza jej bezpośrednio użytkownik
WyszukiwaniesearchUżycie w aplikacji, której głównym celem jest wskazanie użytkownikom lokalizacji treści

Google wykorzysta na razie tylko definicję kategorii treningu AI, a o reszcie słownika rozmowy mają toczyć się dalej. Sam szkic ostrzega, że nie odzwierciedla konsensusu grupy roboczej i służy jako podstawa do dyskusji, więc nazwy i definicje mogą się jeszcze zmienić.

Co to zmienia dla właściciela strony

Na dziś niewiele, choć widać, w którą stronę to zmierza.

  • Mniej reguł do pilnowania. Dziś w robots.txt trzyma się listę botów AI i trzeba ją co jakiś czas uzupełniać, o czym pisałem przy crawlerach AI i wyszukiwarkowych. Wspólny sygnał skróci tę listę, ale jej nie zlikwiduje, bo nie każdy dostawca go obsłuży.
  • Firmowe tokeny zostają. Jeśli chcesz potraktować Google inaczej niż resztę, nadal służy do tego Google-Extended. Jego zakres opisałem w artykule o tym, co działa w robots.txt Google.
  • Trening i wyszukiwarka to osobne sprawy. Według dokumentacji Google-Extended nie wpływa na obecność w wynikach wyszukiwania ani na pozycje. Widoczność w AI Overviews i AI Mode to jeszcze inne ustawienie, opisane niżej.
  • Zmiana nie działa wstecz. Według szkicu IETF crawler stosuje preferencje z tej wersji robots.txt, którą znał w chwili pobierania zasobu. Nowe reguły nie obejmują więc automatycznie treści zebranych wcześniej, a zaczynają działać dopiero wtedy, gdy crawler pobierze zaktualizowany plik, a potem jeszcze raz dany zasób.

Ten mechanizm ma też wyraźną granicę. Szkic słownika przyznaje wprost, że preferencje nie gwarantują, że ktoś ich przestrzega, i nie rozstrzygają, czy powinien. Taki wpis działa jak prośba, której nikt nie musi spełnić, dlatego rzeczywistą blokadę nadal trzeba egzekwować na serwerze albo w CDN-ie.

Trening, grounding i AI Overviews: co kontroluje które ustawienie

Łatwo to pomylić, bo Google ma dziś kilka przełączników, a każdy dotyczy czegoś innego.

UstawienieCo kontrolujeCzego nie kontroluje
Google-Extended w robots.txtTrening przyszłych modeli Gemini oraz grounding w aplikacjach Gemini i w Grounding with Google Search na Vertex AIObecności i pozycji w wyszukiwarce
Search generative AI w Search Console (Ustawienia)Widoczność w AI Overviews, AI Mode i generatywnych funkcjach Discover, także jako źródło groundingu tych funkcjiTreningu modeli i zwykłych wyników wyszukiwania
Wspólny token AIPREF w robots.txt (od 2027 roku)Preferencję treningu u dostawców, którzy go obsłużą; w Google działa jak blokada Google-Extended, jeśli ten nie jest wymieniony w plikuNa razie niczego, bo jeszcze nie działa
noindex w meta tagu lub nagłówku HTTPObecność strony w wyszukiwarce w ogóleTreningu modeli

Google-Extended nie jest więc wyłącznie przełącznikiem treningu. Jego zablokowanie odcina też wykorzystanie treści przy odpowiedziach na bieżące zapytania w Gemini. Nie wpływa natomiast na AI Overviews i AI Mode, bo o nich decyduje ustawienie w Search Console, od 31 sierpnia 2026 dostępne dla wszystkich witryn. Jak działa i co wyłącza, opisałem przy kartach cytowań w AI Overviews. Według pomocy Search Console wykluczenie witryny z tych funkcji nie zmienia jej obecności w zwykłych wynikach.

Ustawienie Search generative AI w Search Console dla uper.pl: domyślnie zaznaczone uwzględnianie linków i treści witryny w generatywnych funkcjach wyszukiwarki, obok opcja wykluczenia

Ustawienie znajdziesz w Search Console w Ustawieniach, w grupie AI controls (zrzut pochodzi z angielskiego interfejsu). Widać je tu dla uper.pl, w domyślnym stanie.

Ryzyko po stronie biznesu

Wypisanie się z treningu ma koszt, o którym wydawcy rzadko myślą. Google łączy możliwość pojawiania się w odpowiedziach Gemini i zbierania z nich kliknięć z wyraźną zgodą na Google-Extended, a ten sam token obejmuje grounding. Skoro sprzeciw wyrażony wspólnym tokenem Google ma traktować jak blokadę Google-Extended, kto jednym wpisem zablokuje wszystko, prawdopodobnie zamknie sobie przy okazji tę drogę do widoczności. W zapowiedzi Google nie napisał tego wprost, dlatego tę kwestię lepiej przemyśleć przed zmianą w pliku niż po niej.

Google powołuje się też na kontekst regulacyjny. Propozycja jest zgodna z unijnym Kodeksem Postępowania dla dostawców modeli AI ogólnego przeznaczenia (GPAI) w ramach AI Act, który uznaje robots.txt za podstawowy sposób wyrażania preferencji przez wydawców. To może przyspieszyć przyjęcie standardu, choć z samej zapowiedzi nie wynika, kto do niego dołączy.

Co robić teraz

  1. Ustal swoją politykę. Zdecyduj, czy blokujesz trening całkowicie, dopuszczasz go częściowo, czy niczego nie zmieniasz. Bez tej decyzji składnia niczego nie załatwi.
  2. Przejrzyj obecny robots.txt. Sprawdź, jakie tokeny AI już tam są i czy reguły sobie nie przeczą. Podstawy składni znajdziesz w przewodniku po robots.txt.
  3. Wstrzymaj się z __usage_ai-training. Google zapowiada obsługę dopiero w 2027 roku, a szkic IETF wciąż się zmienia.
  4. Śledź zapowiedzi innych dostawców. Wspólny sygnał jest tyle wart, ilu dostawców go obsłuży.

Podsumowanie

Google chce, żeby jedna preferencja w robots.txt zastąpiła kilka osobnych reguł dla botów trenujących modele AI. Pomysł opiera się na pracach IETF, a wdrożenie razem z innymi dostawcami ma nastąpić w 2027 roku. Google-Extended zostaje i będzie działał obok wspólnego sygnału. Nie ma jeszcze ostatecznej składni ani listy firm, które ją obsłużą, a sam standard pozostaje szkicem bez pełnego konsensusu. To dobry moment, żeby ustalić własną politykę wobec AI, ale za wcześnie na zmiany w plikach.

Często zadawane pytania

Czy wspólna kontrola treningu AI już działa?

Nie. Google ogłosił 30 października 2026 roku, że zamierza ją obsługiwać, i celuje w 2027 rok, razem z innymi dostawcami AI. Na razie działają tylko firmowe tokeny, takie jak Google-Extended.

Czy nowy sygnał zastąpi Google-Extended?

Nie, będzie działał obok niego. Liczy się to, czy robots.txt zawiera osobną regułę dla Google-Extended. Jeśli zrezygnujesz z treningu wspólnym tokenem, a takiej reguły nie ma, Google potraktuje to jak zablokowanie Google-Extended. Jeśli jest, możesz nią ustawić Google inaczej niż pozostałych dostawców.

Czy zakaz treningu AI wpłynie na pozycje w Google?

Według dokumentacji Google-Extended nie wpływa na obecność w wyszukiwarce ani na pozycje. Widoczność w AI Overviews i AI Mode reguluje osobne ustawienie Search generative AI w Search Console. Google wiąże jednak zgodę na Google-Extended z możliwością pojawiania się w odpowiedziach Gemini przez grounding, więc zakaz może tę drogę zamknąć.

Czy dostawcy AI muszą przestrzegać takiego sygnału?

Sam standard tego nie wymusza, a szkic IETF zaznacza, że preferencje nie gwarantują przestrzegania. Unijny Kodeks Postępowania GPAI może zwiększyć presję na dostawców, ale technicznie to dobrowolny sygnał, a nie blokada.

Źródła

  1. Google Search Central Blog: Supporting a shared AI training control for websites https://developers.google.com/search/blog/2026/10/ai-training-control
  2. Google Search Central: Google common crawlers (Google-Extended) https://developers.google.com/crawling/docs/crawlers-fetchers/google-common-crawlers
  3. Google Search Console Help: Search generative AI control https://support.google.com/webmasters/answer/16908024
  4. IETF: AI Preference Attachment (draft-ietf-aipref-attach-05) https://www.ietf.org/archive/id/draft-ietf-aipref-attach-05.html
  5. IETF: A Vocabulary For Expressing AI Usage Preferences (draft-ietf-aipref-vocab-08) https://datatracker.ietf.org/doc/draft-ietf-aipref-vocab/