Der Screenshot ist echt. Der Ablauf bleibt unbelegt. Der Screenshot ist echt. Der Ablauf bleibt unbelegt.

Der Satz, an dem wir hängen blieben

In unserem Beitrag vom 11. September 2026 steht ein Satz, an dem wir beim erneuten Prüfen hängen geblieben sind: Für einen Produktbeleg kommt nur die freigegebene reale Aufnahme des Article Studio infrage. Eine generierte Oberfläche könnte das Thema illustrieren, aber nicht den tatsächlichen Arbeitsraum zeigen.

Diese Grenze in der Werkstattnotiz über die neun Entscheidungen vor dem ersten Satz ist richtig. Sie trennt den Produktscreenshot vom Mock-up. Sie beantwortet aber noch nicht die nächste Frage: Was genau ist mit der echten Aufnahme bewiesen?

Weniger, als ein gutes Bild leicht vermuten lässt. Der Screenshot kann den sichtbaren Zustand der aufgenommenen Oberfläche belegen. Er zeigt nicht, wie dieser Zustand entstand. Eingaben können vorbereitet, Berechtigungen vorab eingerichtet und entscheidende Zwischenschritte außerhalb des Bildausschnitts geblieben sein. Die Aufnahme ist echt. Der behauptete Ablauf kann trotzdem unbelegt sein.

Der Zustand ist sichtbar. Der Weg nicht.

Ein Produktscreenshot kann präzise zeigen, welche Felder, Prüfhinweise, Ergebnisse und Bedienelemente zu einem bestimmten Zeitpunkt sichtbar waren. Der am 28. September 2026 geprüfte öffentliche Stand des ANORA Article Studio zeigt unter anderem Ansichten zur Themenwahl, Artikelbibliothek sowie Meta- und SEO-Prüfung. Die Seite beschreibt außerdem die Übergabe an WordPress bei eingerichteter Verbindung und passenden Rechten. Das ist ein öffentlicher Produktbeleg für sichtbare Oberflächen und dokumentierte Funktionen. Es ist kein Nachweis, dass jede Verbindung bereits eingerichtet ist, jeder Lauf ohne Unterbrechung endet oder das Ergebnis fachlich richtig ausfällt. Der geprüfte Produktstand des Article Studio ↗ macht Voraussetzungen und menschliche Freigabe ausdrücklich sichtbar.

Eine technische Arbeit zur Rekonstruktion von Webdesigns aus Screenshots beschreibt dieselbe Grenze aus einer anderen Richtung. Der am 24. August 2026 eingereichte Preprint hält fest, dass statische Aufnahmen unter anderem Dokumentstruktur, Interaktionslogik, responsive Regeln und Herkunftsinformationen auslassen. Seine Tests prüfen technische und formale Grenzen, nicht die semantische Richtigkeit rekonstruierter Oberflächen. Die Arbeit untersucht kein Produktmarketing und validiert ANORA nicht. Als Analogie ist sie dennoch nützlich: Pixel bewahren Sichtbares, nicht automatisch die Logik dahinter. Der Preprint über evidenzgebundene Screenshot-Auswertung ↗ bezeichnet beobachtete, abgeleitete und unbekannte Informationen deshalb getrennt.

Das Verb verrät den fehlenden Beleg

Für unsere redaktionelle Prüfung ist das Verb in der Produktaussage zum schnellsten Warnsignal geworden. Eine Aufnahme kann zeigen, dass eine Metadatenprüfung sichtbar ist. Sie kann nicht allein belegen, dass die Software Daten überträgt, Quellen prüft, Inhalte synchronisiert oder einen Beitrag veröffentlicht.

Sobald der Satz einen Vorgang behauptet, brauchen wir mehr als einen Zustand. Ein Screenshot zeigt das Vorher oder Nachher. Eine Bildschirmaufzeichnung kann die sichtbaren Schritte dazwischen verbinden. Doch auch sie dokumentiert zunächst nur einen Lauf. Ob der Ablauf unter anderen Rechten, mit anderen Daten oder bei einer Wiederholung genauso funktioniert, bleibt offen.

Bei Leistungsbehauptungen endet die Beweiskraft des Bildes vollständig. Zeitersparnis, Zuverlässigkeit, Ergebnisqualität oder Rankingwirkung lassen sich nicht aus einer Oberfläche ablesen. Dafür braucht es eine definierte Aufgabe, einen Vergleichsmaßstab und dokumentierte Ergebnisse. Ein eindrucksvoller Bildschirm ersetzt keine Messbedingung.

Unsere Belegleiter beginnt nicht immer beim Audit

Die Konsequenz lautet nicht, jeden Produktsatz mit einem vollständigen technischen Audit zu belasten. Der Beleg muss zur Reichweite der Aussage passen. Wir unterscheiden dafür fünf Stufen:

1. Illustration oder Mock-up: erklärt eine Idee, einen geplanten Zustand oder einen abstrakten Zusammenhang. Das Bild muss als Illustration erkennbar bleiben.
2. Freigegebener, datierter Screenshot: belegt einen konkreten sichtbaren Zustand der aufgenommenen Produktfassung.
3. Screenshot plus öffentliche Dokumentation: stützt zusätzlich, dass die sichtbare Funktion im geprüften Produktstand beschrieben oder angeboten wird.
4. Ablaufaufzeichnung mit Voraussetzungen: dokumentiert Eingaben, Reihenfolge und sichtbare Zustandswechsel eines konkreten Laufs. Version, Einrichtung, Rechte und ausgelassene Schritte gehören dazu.
5. Reproduzierbarer Test: wird nötig, wenn eine Aussage stabile Ausführung, Geschwindigkeit, Qualität oder Wirkung betrifft. Dann zählen Testaufgabe, Fehlerfälle, Vergleich und Wiederholung.

Für den Satz „Die Oberfläche enthält eine sichtbare Prüfung der Metadaten“ können ein aktueller Screenshot und die zugehörige Produktseite genügen. Die Aussage „Das System veröffentlicht Inhalte automatisch und fehlerfrei“ verlangt einen dokumentierten Lauf mit eingerichteter Verbindung und passenden Rechten. Eine behauptete Zeitersparnis benötigt wiederum Vergleichsdaten. Keine dieser Beweisformen ist grundsätzlich besser. Sie beantwortet nur eine andere Frage.

Die Belegleiter schützt deshalb in zwei Richtungen. Sie verhindert, dass ein starkes Bild eine zu große Behauptung trägt. Sie verhindert aber auch, dass eine einfache Zustandsbeschreibung mit einem unnötigen Systemaudit überladen wird.

Content Credentials beweisen keine Produktaussage

Auch ein technischer Herkunftsnachweis verschiebt diese Grenze nur teilweise. Content Credentials nach dem C2PA-Standard können einem digitalen Asset signierte Aussagen über Herkunft, Bearbeitungen und den Einsatz von KI zuordnen. Sie helfen dabei zu prüfen, ob diese Angaben mit dem Asset verbunden und seit der Signierung unbemerkt verändert worden sind.

Die am 28. September 2026 als jüngste sichtbare Fassung geführte Spezifikation 2.4 benennt ihre Grenze ausdrücklich: Provenienzinformationen allein sagen nicht, ob ein Inhalt wahr, korrekt oder faktisch ist. Zudem kann die dokumentierte Herkunft unvollständig bleiben, etwa wenn ein Bearbeitungsschritt mit einem nicht kompatiblen Werkzeug erfolgt. Der C2PA Explainer zu Content Credentials ↗ trennt Herkunft und Integrität deshalb von der Faktenprüfung.

Für einen Produktscreenshot ist das wertvoll, aber begrenzt. Content Credentials können die Herkunft der Datei und verzeichnete Bearbeitungsschritte belastbarer machen. Sie beweisen nicht, dass ein sichtbarer Wert korrekt berechnet wurde, der angemeldete Nutzer die erforderlichen Rechte besaß oder der Ablauf beim nächsten Versuch dasselbe Ergebnis liefert.

Das Bild darf bleiben

Wer Screenshots jede Aussagekraft abspricht, verliert eines der wenigen Artefakte, die Leser selbst betrachten können. Eine reale Oberfläche macht Produktkommunikation konkreter. Sie erlaubt Fragen, die eine allgemeine Funktionsbeschreibung leicht verdeckt: Ist der Prüfhinweis sichtbar? Liegen die Metadaten tatsächlich am Artikel? Bleibt die Freigabe als eigener Schritt erkennbar?

Unsere Regel lautet deshalb nicht: Vertrauen Sie dem Screenshot. Sie lautet: Lassen Sie ihn nur das belegen, was im Bild überprüfbar ist. Eine belastbare Bildunterschrift kann den Satz „Diese Aufnahme zeigt …“ präzise beenden. Sobald sie erklären muss, was vorher automatisch geschah, im Hintergrund verarbeitet wurde oder nachher zuverlässig geschehen wird, braucht sie einen weiteren Beleg.

Das haben wir aus der erneuten Prüfung unserer eigenen Bildentscheidung mitgenommen: Ein echter Screenshot beendet die Beweisführung nicht. Er setzt ihre erste, klar begrenzte Aussage.