---
title: "Wspólna kontrola treningu AI w robots.txt: co zapowiada Google"
description: "Google zapowiada w robots.txt wspólny sygnał preferencji dotyczących trenowania AI, oparty na pracach IETF. Jak zadziała obok Google-Extended?"
date: 2026-11-02
category: SEO
tags: ["robots.txt", "Google-Extended", "AI", "IETF", "AIPREF"]
url: https://uper.pl/blog/google-wspolna-kontrola-treningu-ai-robots-txt/
---

# Wspólna kontrola treningu AI w robots.txt Google chce jednego sygnału dla uczestniczących dostawców AI

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:

```txt
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:

| Kategoria | Klucz | Znaczenie według szkicu |
|-----------|-------|-------------------------|
| Trening AI | `train-ai` | Użycie treści do zmiany parametrów generatywnego modelu AI |
| Użycie AI | `ai-use` | Użycie treści jako wejścia do generatywnego modelu, gdy nie dostarcza jej bezpośrednio użytkownik |
| Wyszukiwanie | `search` | Uż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](/blog/ai-crawlers-vs-search-crawlers/). 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](/blog/google-robots-txt-co-mozna-wpisac/).
- **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.

| Ustawienie | Co kontroluje | Czego nie kontroluje |
|------------|---------------|----------------------|
| `Google-Extended` w robots.txt | Trening przyszłych modeli Gemini oraz grounding w aplikacjach Gemini i w Grounding with Google Search na Vertex AI | Obecnoś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 funkcji | Treningu 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 pliku | Na razie niczego, bo jeszcze nie działa |
| `noindex` w meta tagu lub nagłówku HTTP | Obecność strony w wyszukiwarce w ogóle | Treningu 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](/blog/karty-cytowan-ai-overviews-podsumowania-ai/). 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](../../assets/images/blog/search-console-search-generative-ai.webp)

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](/blog/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.

## Źródła