# Content Signals & C2PA: Steuerung der KI-Nutzung

> Mit der Content-Signal-Direktive und C2PA steuerst du, wie KI-Systeme deine Inhalte nutzen dürfen — drei Kategorien, das neue use-Feld, EU-Rechtsvorbehalt.

Source: https://www.jpkc.com/db/blog/content-signals-c2pa/

Content Signals geben dir eine standardisierte Möglichkeit, zu erklären, wie automatisierte Systeme deine Inhalte nutzen dürfen — feiner als das simple `Allow`/`Disallow` der `robots.txt`. Während immer mehr KI-Crawler das Web abgrasen, ist das die Antwort auf eine bislang offene Frage: nicht nur ob, sondern *wofür* ein Bot deine Seite verwenden darf. Content Signals ist Cloudflares Umsetzung einer neuen `Content-Signal`-Direktive. Dieser Artikel ergänzt die technische GEO-Seite — den passenden Rahmen liefert [Structured Data und technisches GEO](https://www.jpkc.com/db/blog/structured-data-technical-geo/).

## Die drei Content-Signal-Kategorien

Die `Content-Signal`-Direktive arbeitet mit drei Kategorien, die jeweils auf `yes` oder `no` stehen. Sie trennt sauber zwischen klassischer Suche, KI-Training und KI-Nutzung in Echtzeit:

| Signal | Bedeutung |
| --- | --- |
| `ai-train` | Training oder Fine-Tuning von KI-Modellen mit deinen Inhalten |
| `search` | Aufbau eines Suchindex und Anzeige von Treffern (Links und kurze Auszüge) — **ohne** KI-generierte Zusammenfassungen |
| `ai-input` | Einspeisung in KI-Modelle in Echtzeit (z. B. RAG, Grounding oder KI-Suchantworten) |

Ein Beispiel in der `robots.txt`:

```
User-Agent: *
Content-Signal: ai-train=no, search=yes, ai-input=no
Allow: /
```

## Zwei Liefermethoden: robots.txt oder HTTP-Header

Dieselbe Präferenz lässt sich auf zwei Wegen ausspielen — über die `robots.txt` oder als HTTP-Antwort-Header mit identischer `key=value`-Grammatik. Der Header ist dort nützlich, wo eine seitenweite `robots.txt`-Zeile zu grob ist: für einzelne URLs, für Nicht-HTML-Ressourcen wie PDFs oder Bilder und für Signale, die erst am CDN-Rand injiziert werden.

```
Content-Signal: ai-train=yes, search=yes, ai-input=yes
```

Beide Methoden sind gleichwertig und dürfen kombiniert werden. Ich fahre auf dieser Domain genau das: `Content-Signal: ai-train=yes, search=yes, ai-input=yes` steht in der `robots.txt` **und** liegt als HTTP-Header auf jeder Antwort — bei einer Wissensdatenbank, die ausdrücklich für KI-Zugriff gebaut ist, wäre alles andere unehrlich. Da das Setzen einer Präferenz freiwillig ist, wertet der [SEO-&-GEO-Analyzer](https://www.jpkc.com/db/tools/seo/) Content Signals aus beiden Quellen aus und zeigt sie als informatives Signal an, ohne sie in die Bewertung einzurechnen.

## Vier Default-Policies

Vier vordefinierte Policies decken die häufigsten Fälle ab — von vollständig gesperrt bis vollständig offen:

- **Disallow All** — Am restriktivsten. Kein Zugriff für irgendeinen Zweck; kann dazu führen, dass Suchmaschinen deine Seite ausschließen.
- **Allow Search Only** — Erlaubt Suchindexierung und Treffer, aber kein KI-Training und keine KI-Einspeisung.
- **Allow Search & AI Input** — Erlaubt Suche und Echtzeit-KI-Nutzung (etwa KI-Suchantworten), aber kein Modell-Training.
- **Allow All** — Erlaubt Suche, KI-Einspeisung und KI-Training.

## Pfad-spezifische Regeln statt Alles-oder-nichts

Die vier Policies gelten für die ganze Site — für die meisten Seiten ist das zu grob. Die Direktive kann aber auch pro Pfad differenzieren: Der Pfad steht direkt hinter `Content-Signal:`, noch vor den Signalen. So gibst du eine Über-mich-Seite komplett frei, hältst den Blog auf reine Suche und sperrst interne Bereiche ganz:

```
# Volle Freigabe für die Über-mich-Seite
User-Agent: *
Content-Signal: /about ai-train=yes, search=yes, ai-input=yes
Allow: /about

# Blog nur für die Suche
User-Agent: *
Content-Signal: /blog/ ai-train=no, search=yes, ai-input=no
Allow: /blog/

# Dashboard komplett dicht
User-Agent: *
Disallow: /dashboard/
```

Dasselbe geht bot-genau: Mehrere `User-Agent`-Blöcke mit je eigener `Content-Signal`-Zeile geben unterschiedlichen Crawlern unterschiedliche Rechte. Genau da liegt der praktische Hebel — die pauschale Zeile über die ganze Domain zwingt dich zu einem Kompromiss, den du an keiner Stelle wirklich willst.

## Das vierte Feld: `use` — seit Juli 2026 im Test

Am 1. Juli 2026 hat Cloudflare die Direktive um ein viertes, optionales Feld erweitert: `use`. Es beantwortet eine andere Frage als die ersten drei. Die regeln, **wofür** ein Bot deine Inhalte verwenden darf; `use` regelt, **was er danach behalten und weitergeben darf**. Drei Stufen, von restriktiv nach permissiv:

| Wert | Bedeutung |
| --- | --- |
| `use=immediate` | Interagieren, aber nichts speichern und nichts wiederverwenden |
| `use=reference` | Indexieren, zitieren, zurückverlinken — der Standardwert |
| `use=full` | Zusammenfassen und vollständig reproduzieren |

Angehängt wird es an dieselbe Zeile:

```
User-Agent: *
Content-Signal: search=yes, ai-train=no, use=reference
Allow: /
```

Zwei Einordnungen dazu, die du kennen solltest. Erstens ist das ausdrücklich ein **Test**: Cloudflare hängt `use=reference` seit dem 1. Juli automatisch an jede von ihm verwaltete `robots.txt` an, aber der Generator auf contentsignals.org kennt das Feld bis heute nicht — die Policy-Seite dokumentiert weiterhin nur die drei ursprünglichen Signale. Zweitens bleibt `use` wie die anderen drei eine Präferenz und kein Block. Cloudflare koppelt es allerdings an seine Bot-Verifizierung: Wer die Signale missbraucht, verliert den „Verified"-Status, und Bots, die vollständig reproduzieren, bekommen ihn gar nicht erst.

## Warum das für GEO zählt

Content Signals sind ein strategisches GEO-Werkzeug, weil sie Sichtbarkeit und Schutz entkoppeln. Du kannst `ai-input` erlauben — also Zitate in KI-Suchantworten — und gleichzeitig `ai-train` sperren: maximale Sichtbarkeit, ohne deine Inhalte als Trainingsdaten herzugeben. Vier Punkte machen den Hebel aus:

- **Strategische Sichtbarkeit** — Gezielt zitiert werden, ohne Trainingsdaten preiszugeben.
- **Content-Kontrolle** — Deine KI-Präferenzen explizit erklären, statt darauf zu hoffen, dass KI-Firmen informelle Wünsche respektieren.
- **EU-Rechtsvorbehalt** — Content Signals enthalten einen ausdrücklichen Rechtsvorbehalt nach Artikel 4 der [EU-Richtlinie 2019/790](https://de.wikipedia.org/wiki/Richtlinie_(EU)_2019/790_(Urheberrecht_im_digitalen_Binnenmarkt)) (Urheberrecht im digitalen Binnenmarkt).
- **Early Adoption** — Je mehr KI-Systeme Content Signals beachten, desto wertvoller ist ein früh etablierter, klarer Erlaubnis-Nachweis.

## C2PA: Herkunft statt nur Erlaubnis

Wo Content Signals regeln, wie deine Inhalte genutzt werden dürfen, geht C2PA — die Coalition for Content Provenance and Authenticity — die andere Richtung an: Sie weist nach, woher ein Inhalt stammt und ob er verändert wurde. Über kryptografisch signierte Metadaten (Content Credentials) lässt sich die Herkunft eines Bildes oder Dokuments belegen. Für GEO ist das die logische Ergänzung zur Autorität: Wer Herkunft nachweisbar macht, liefert ein Trust-Signal, das KI-Systeme künftig als Echtheitsnachweis werten dürften. Beide Standards sind jung, und ihre Verbreitung wächst noch.

## So generierst du deine Content Signals

Den fertigen `robots.txt`-Block erzeugst du am einfachsten mit dem [Content Signals Generator](https://contentsignals.org/) (englisch): eine der vier Default-Policies wählen, pro Kategorie anpassen und die Ausgabe direkt in deine `robots.txt` kopieren. Der Generator deckt die drei ursprünglichen Signale ab — die Pfad-Schreibweise und das neue `use`-Feld ergänzt du anschließend von Hand. Die Hintergründe erläutert der [Cloudflare-Blog zur Content-Signals-Policy](https://blog.cloudflare.com/de-de/content-signals-policy/), die Erweiterung der Blogpost [„Ihre Seite, Ihre Regeln"](https://blog.cloudflare.com/de-de/content-independence-day-ai-options/).

## FAQ

### Zwingt eine Content-Signal-Direktive KI-Crawler zum Gehorsam?

Nein, sie ist eine Erklärung, kein technischer Zwang. Wie bei der `robots.txt` hängt die Wirkung davon ab, dass ein Crawler die Direktive respektiert. Der Wert liegt in der Klarheit und im rechtlichen Rückhalt: Mit dem EU-Rechtsvorbehalt nach Artikel 4 dokumentierst du eine ausdrückliche Willenserklärung — und schaffst eine Grundlage, auf die du dich berufen kannst.

### Schadet es meiner KI-Sichtbarkeit, wenn ich Signale setze?

Das hängt davon ab, was du setzt. Sperrst du pauschal alles, riskierst du, aus Suche und KI-Antworten zu verschwinden. Die GEO-freundliche Variante ist differenziert: `search=yes` und `ai-input=yes` erlauben — damit bleibst du zitierfähig — und nur `ai-train` nach Bedarf sperren. So steuerst du die Nutzung, ohne die Sichtbarkeit zu opfern.

### Was ändert sich am 15. September 2026 bei Cloudflare?

Dort wird aus Präferenz Durchsetzung — und diese beiden Ebenen solltest du strikt auseinanderhalten. Cloudflare stellt zum 15. September 2026 seine Standardeinstellungen um: Auf Seiten mit Werbung werden Crawler der Kategorien *Training* und *Agent* künftig standardmäßig blockiert, *Search* bleibt erlaubt. Das greift für neu aufgeschaltete Domains und für bestehende Free-Kunden, die ihre Einstellungen bis dahin nicht angefasst haben. Eine `Content-Signal`-Zeile ist eine Bitte; das hier ist eine Sperre auf Netzwerkebene, die ein Crawler nicht einfach ignorieren kann.

Der Haken steckt in der Auswertungslogik: Es gilt jeweils die restriktivste zutreffende Regel. Mehrzweck-Crawler wie Googlebot, Applebot und BingBot crawlen für Suche *und* für Training — blockierst du Training, sperrst du sie damit komplett aus, inklusive der klassischen Suchindexierung. Wenn deine Seite hinter Cloudflare liegt, wirf vor dem 15. September einen Blick in die Security-Einstellungen, statt dich von einem Sichtbarkeitseinbruch überraschen zu lassen. Die ganze Umstellung mit Taxonomie, Fristen und Prüfliste steht in [Der 15. September 2026: Cloudflare stellt die Crawler-Defaults um](https://www.jpkc.com/db/blog/cloudflare-crawler-defaults/).

### Brauche ich C2PA, wenn ich nur Text veröffentliche?

Aktuell selten zwingend, perspektivisch sinnvoll. C2PA spielt seine Stärke vor allem bei Bildern, Video und Audio aus, wo Echtheit und Manipulation zur Frage werden. Für reinen Text wiegt verifizierbare Autorität — Autor-Seiten, Schema, transparente Quellen — heute schwerer. Beobachten solltest du die Entwicklung trotzdem, denn Herkunftsnachweise werden als Trust-Signal an Bedeutung gewinnen.

## Weiterlesen

Die technische GEO-Basis und das Crawler-Management stehen in [Structured Data und technisches GEO](https://www.jpkc.com/db/blog/structured-data-technical-geo/). Den Rahmen der Serie liefert der GEO-Pillar [Was ist GEO?](https://www.jpkc.com/db/blog/was-ist-geo/). Warum Autorität und Trust-Signale zählen, zeigt [E-E-A-T und Markenautorität](https://www.jpkc.com/db/blog/eeat-markenautoritaet/). Deine `robots.txt` und Header prüfst du mit dem [SEO-&-GEO-Analyzer](https://www.jpkc.com/db/tools/seo/).