KI-Inhalte kennzeichnen, Modalität für Modalität

Das Zwei-Ebenen-Prinzip

Der Verhaltenskodex denkt in zwei Ebenen: signierte Metadaten an der Datei (Provenienz, die jeder auslesen kann) plus ein unmerkliches Wasserzeichen im Inhalt selbst (übersteht das Entfernen der Metadaten). Wo das Format beides trägt, mach beides. Wo nicht — Fließtext hat keinen Ort für Metadaten —, genügt eine Ebene. Und alles unten gilt auch für KI-bearbeitete Inhalte, sofern die Bearbeitung nicht in der engen Assistenz-Ausnahme bleibt (Grammatik- und Rechtschreibkorrektur, nicht Umschreiben oder Zusammenfassen).

Text

• Sichtbares Label am Output — eine Zeile wie „Geschrieben von Claude Sonnet“ oder „KI-gestützter Entwurf“ direkt am generierten Text. Heute-Nachmittag-Kategorie, und sie erfüllt zugleich die Hinweispflicht aus Artikel 50(1).
• Transport-Metadaten — wo Text in einem Protokoll reist, kann das Protokoll den Marker tragen. E-Mail ist das saubere Beispiel: ein Header wie X-AI-Assisted: text=ai-drafted; model=claude-sonnet-4-6; provider=Anthropic ist maschinenlesbar, robust und für Leser:innen unsichtbar. Genau das sendet unser eigener Mail-Client.
• Container-Dokumente — PDF, DOCX und Co. können signierte XMP-Metadaten oder ein C2PA-Manifest tragen. Exportiert dein Produkt Dokumente, ist das die erwartete Ebene.
• Statistische Wasserzeichen — Verfahren wie SynthID Text von Google DeepMind verschieben die Token-Wahl so, dass der Text selbst erkennbar wird. Das funktioniert nur bei der Generierung — es ist die Ebene deines Modellanbieters; nachgelagerte API-Nutzer können sie nicht nachrüsten. Bis deiner sie anbietet, ist eine dokumentierte Machbarkeitsbewertung plus sichtbares Label die verteidigbare Position.

Bilder

• C2PA Content Credentials — der entstehende Industriestandard: ein kryptografisch signiertes Manifest, das mit der Datei reist und festhält, dass (und wie) KI sie erzeugt oder bearbeitet hat. Unterstützt von Adobe-Tooling, mehreren Modellanbietern und immer mehr Kameras und Plattformen. Für Bilder die Standard-Antwort.
• IPTC-Metadaten — setz DigitalSourceType = trainedAlgorithmicMedia (bzw. compositeWithTrainedAlgorithmicMedia für KI-Bearbeitungen) im IPTC/XMP-Block des Bildes. Billig, standardisiert, wird von Suchmaschinen und Redaktions-Tooling gelesen.
• Unsichtbare Wasserzeichen — Marken auf Pixel-Ebene (SynthID für Bilder, Hersteller-Äquivalente), die Skalierung und moderate Kompression überstehen. Meist vom Generator gesetzt — prüf erst, was deine Bild-API schon einbettet, bevor du etwas baust.
• Sichtbares Badge — eine kleine „KI-generiert“-Marke oder der Content-Credentials-„CR“-Pin in der Ecke. Allein nicht ausreichend (lässt sich wegcroppen), gut als menschenlesbare Ebene über den Metadaten.

Audio

• Hörbarer Hinweis — eine kurze gesprochene oder tonale Ansage („diese Aufnahme wurde mit KI erzeugt“) am Anfang. Die menschenlesbare Ebene — bei Stimm-Systemen, mit denen Menschen sprechen, ohnehin Pflichtterrain.
• Unhörbare Wasserzeichen — Marken auf Signal-Ebene wie SynthID für Audio oder Metas AudioSeal, die Re-Encoding überstehen und einem Detektor erlauben, KI-generierte Abschnitte zu lokalisieren. Generator-seitig, wie alle Wasserzeichen.
• Container-Metadaten — MP4/BWF und Podcast-Feeds können ein C2PA-Manifest oder ID3-artige Tags mit dem Generator tragen. Entfernbar, aber maschinenlesbar und gratis.

Video

• C2PA-Manifest — derselbe Standard wie bei Bildern, für die ganze Datei samt Bearbeitungshistorie. Die interoperable maschinenlesbare Ebene.
• Unsichtbare Frame-Wasserzeichen — SynthID-artige Marken über die Frames hinweg, robust gegen Zuschnitt und Re-Encoding. Generator-seitig.
• Sichtbares Overlay — ein dauerhaftes oder eröffnendes „KI-generiert“-Label. Für alles Deepfake-Nahe faktisch Pflicht — die Deepfake-Offenlegung aus Artikel 50(4) will, dass Menschen es sehen, nicht nur Maschinen.
• Plattform-Flags — YouTubes Offenlegung für verändertes Material, TikToks KI-Label und Ähnliches. Setz sie beim Veröffentlichen; sie ersetzen die Kennzeichnung der Datei nicht, aber Behörden lesen sie als Teil deiner Good-Faith-Bemühung.

Auf der eigenen Website veröffentlicht

Beim Veröffentlichen treffen zwei verschiedene Pflichten aufeinander. Die Kennzeichnungspflicht aus Artikel 50(2) entstand schon bei der Generierung — sie liegt beim Anbieter des Tools. Die Offenlegungspflicht aus Artikel 50(4) trifft dich in dem Moment, in dem du KI-generierten Text veröffentlichst, um die Öffentlichkeit über Themen von öffentlichem Interesse zu informieren — und sie lässt Publisher:innen eine echte Wahl: die KI-Herkunft offenlegen, oder den Text von einem Menschen prüfen lassen, der die redaktionelle Verantwortung trägt. Marketing-Texte und Produktseiten sind selten Information von öffentlichem Interesse, rein privates Veröffentlichen liegt ganz außerhalb der Verordnung; ein Blog, der erklärt, berichtet oder berät, liegt klar drinnen.

• Eine Offenlegungszeile am Inhalt — beide Zweige von 50(4) lassen sich sichtbar erfüllen: „Mit KI erstellt“ für die Offenlegungs-Route, oder eine Byline-Notiz wie „mit KI entworfen, geprüft und redigiert von einer namentlich genannten Redaktion“ für die Verantwortungs-Route. Dorthin, wo Leser:innen wirklich hinschauen: unter die Überschrift oder an die Byline, nicht in den Footer.
• Maschinenlesbare Seiten-Signale — ein <meta name="generator">-Tag ist der etablierte Marker auf HTML-Ebene; Schema.org hat noch keine breit angenommene KI-Provenienz-Eigenschaft, sichtbarer Text plus Meta-Tag ist also der aktuelle Stand für Webseiten. Schreib das in deine Compliance-Akte, statt Markup zu erfinden.
• Die eigene Medien-Kennzeichnung nicht wegoptimieren — die leise Falle: Bild-CDNs und Optimierungs-Pipelines entfernen beim Komprimieren routinemäßig EXIF/XMP-Metadaten. Tragen deine Bilder C2PA Content Credentials oder IPTC-Tags, konfiguriere die Pipeline so, dass sie erhalten bleiben — sonst verschwindet die maschinenlesbare Ebene lautlos zwischen CMS und Leser:in.
• Eine KI-Policy-Seite für die ganze Site — eine Seite, die sagt, wofür du KI nutzt und was menschlich geprüft wird, verlinkt im Footer. Von der Verordnung nicht verlangt, aber sie bündelt die Erklärung, und Behörden wie Leser:innen lesen sie als guten Willen.
• Wenn du schon eine redaktionell verantwortliche Person nennst — wie es das deutsche Medienrecht vielen Sites im Impressum ohnehin abverlangt —, ist das dieselbe Person, nach der die Verantwortungs-Ausnahme fragt. Richte beides aneinander aus, statt eine Parallelstruktur zu erfinden.

In einem öffentlichen Forum oder auf einer Plattform gepostet

Auf der Plattform von jemand anderem kontrollierst du weder Header noch Seiten-Markup — die Optionen schrumpfen auf drei: was du in den Post selbst schreibst, die Labels der Plattform und die Metadaten, die deine Datei mitbringt.

• Offenlegung im Post selbst — eine ehrliche Zeile („mit KI-Unterstützung geschrieben“, „Bild KI-generiert“) im Post-Text. Im Forum ist das der einzige Marker, der voll unter deiner Kontrolle steht — und viele Community-Regeln verlangen ihn unabhängig von der Verordnung.
• Das KI-Label der Plattform — wo die Plattform einen Offenlegungs-Schalter oder ein Label anbietet (YouTubes Flag für verändertes Material, TikToks KI-Label, Metas KI-Offenlegung), setz es beim Posten. Das ist die native maschinenlesbare Ebene der Plattform.
• Medien mit intakten Metadaten hochladen — mehrere Plattformen labeln Medien automatisch, die mit C2PA- oder IPTC-KI-Markern ankommen (Metas „KI-Info“-Label funktioniert so; LinkedIn zeigt Content Credentials an). Metadaten vor dem Upload zu entfernen schaltet diese Labels ab; sie drinzulassen lässt deine Kennzeichnung stromabwärts weiterarbeiten.
• Bot-Accounts — postet ein KI-System eigenständig unter einem Account, kennzeichne den Account als automatisiert. Das ist die Interaktions-Offenlegung aus Artikel 50(1) im Forums-Gewand — und nebenbei die Bot-Policy so ziemlich jeder Plattform.
• Anwendungsbereich prüfen — rein privates, nicht-berufliches Posten liegt ganz außerhalb der Verordnung; als Unternehmen oder in beruflicher Funktion zu posten nicht. Und realistische Deepfake-Bilder, -Audio oder -Videos müssen beim Posten sichtbar offengelegt werden, unabhängig vom Test auf öffentliches Interesse.

Wenn die ideale Ebene für dich nicht verfügbar ist

Das Muster über alle vier Modalitäten: Wasserzeichen gehören dem, der das Modell betreibt, Metadaten dem, der die Datei schreibt, sichtbare Labels dir. Wenn du nachgelagerter API-Nutzer bist und dein Anbieter kein Wasserzeichen liefert, musst du keins erfinden — die Pflicht ist durch das technisch Machbare und am Markt Verfügbare begrenzt. Was du tun musst: diese Bewertung dokumentieren, die Ebenen ausliefern, die du kannst (Labels, Header, Metadaten), und die Upstream-Ebene übernehmen, sobald sie erscheint. Systeme, die vor August 2026 am Markt waren, haben bis zum 2. Dezember 2026 Zeit — unsere Fallstudie zeigt die ganze Übung an einem echten Produkt, und der Selbstcheck sagt dir, ob Artikel 50(2) deins überhaupt betrifft.