Google zapowiedziało 30 października 2026 r., że zamierza obsługiwać wspólny sygnał preferencji dotyczących trenowania AI na początku 2027 r. Proponowany token __usage_ai-training ma pozwolić wydawcom wyrażać takie preferencje w pliku robots.txt, ale sam nie blokuje dostępu robotów do witryny.
Co obejmuje proponowany sygnał
Projekt AIPREF definiuje trenowanie jako wykorzystanie pobranej treści do modyfikowania wyuczonych parametrów modelu generatywnego. Definicja nie obejmuje zadań wyłącznie niegeneratywnych, takich jak klasyfikowanie, ustalanie rankingu czy ocenianie. Token ma być umieszczany w grupie User-Agent w robots.txt, obok zwykłych reguł Allow i Disallow. Projekt Internet-Draft IETF
Preferencja trenowania nie blokuje robotów
W projekcie oddzielono preferencje dotyczące wykorzystania treści od reguł zarządzających ruchem robotów. __usage_ai-training nie jest dyrektywą crawlowania. Wydawca, który chce ograniczyć dostęp robotów do określonych ścieżek, musi użyć dotyczących ich reguł. Dostawcy mogą brać pod uwagę wyrażoną preferencję przy pobieraniu treści, ale sam sygnał nie gwarantuje, że treść nie zostanie pobrana ani wykorzystana. Projekt przewiduje też możliwość, że prywatna umowa będzie miała pierwszeństwo przed preferencją zapisaną w tym mechanizmie. Projekt Internet-Draft IETF
Jak Google zamierza traktować Google-Extended
John Mueller z Google zapowiedział, że wspólną rezygnację z trenowania Google zamierza traktować jako zablokowanie Google-Extended, chyba że witryna osobno wskaże ten token. Według Muellera dotychczasowe ustawienia poszczególnych dostawców mają nadal działać obok wspólnego sygnału.
Projekt nie jest standardem IETF
Datatracker opisuje wersję -00 jako indywidualny Internet-Draft, niezatwierdzony przez IETF i niemający formalnego statusu w procesie standaryzacji. Dla tej wersji wyznaczono datę wygaśnięcia na 3 maja 2027 r. Mechanizm dotyczy preferencji wydawców zapisanych w robots.txt, a nie ustawień aktywności użytkownika w Gemini czy historii wyszukiwania Google. Datatracker IETF
