Wann ein Satz seine Gültigkeit verliert Wann ein Satz seine Gültigkeit verliert

Die Lücke steht auf unserer eigenen Seite

Bei der Vorbereitung dieser Notiz haben wir unsere öffentliche Produktbeschreibung noch einmal gegen die Frage gelesen, die uns beschäftigte. Das ANORA Article Studio ↗ verbindet laut der am 13. September 2026 abgerufenen Seite Quellen, weiterbearbeitbare Entwürfe, sichtbare Prüfstellen und die menschliche Freigabe. Eine Prüfuhr für einzelne Sätze beschreiben wir dort nicht.

Das ist keine beiläufige Einschränkung, sondern der Ausgangspunkt dieser Notiz. Eine Quelle beantwortet, woher eine Behauptung stammt. Sie sagt noch nicht, wie lange diese Behauptung trägt.

Eine Erklärung der Transformer-Architektur kann lange brauchbar bleiben. Der Satz, ein bestimmtes Modell unterstütze derzeit eine bestimmte Funktion, kann mit dem nächsten Release falsch werden. Beide Aussagen stehen womöglich im selben Absatz. Beide tragen dasselbe Änderungsdatum. Zeitlich verhalten sie sich trotzdem völlig unterschiedlich.

In unserem Beitrag über die Arbeit nach dem letzten Satz lag der Blick auf dem Artikel als fortlaufendem redaktionellem Vorgang. Diesmal liegt er eine Ebene tiefer: auf der Behauptung als kleinster pflegebedürftiger Einheit.

Ein Änderungsdatum ist zu grob

Publikationssysteme behandeln Aktualität meist als Eigenschaft einer Seite. Dafür gibt es ein Veröffentlichungsdatum, ein Änderungsdatum und mitunter einen allgemeinen Prüfstatus.

Auch die am 8. September 2026 aktualisierte Google-Dokumentation für strukturierte Article-Daten arbeitet auf dieser Ebene. dateModified bezeichnet dort den Zeitpunkt, zu dem der Artikel zuletzt geändert wurde. In der dokumentierten Liste der von Google unterstützten Eigenschaften findet sich kein entsprechendes Feld für die zeitliche Gültigkeit einzelner Aussagen. Google Search Central zu Article-Markup und dateModified ↗

Das ist für die Beschreibung einer Webseite plausibel. Für redaktionelle Content Maintenance reicht es nicht immer. Ein neues Datum zeigt, dass jemand die Seite bearbeitet hat. Es zeigt nicht, ob die Preisangabe im vierten Absatz, der genannte Funktionsumfang oder ein Vergleich mit einem inzwischen überholten Benchmark tatsächlich geprüft wurde.

Dringlicher wird das Problem, sobald veröffentlichte Inhalte als Eingangsmaterial für KI-Systeme dienen. Der im Juli 2025 veröffentlichte HoH-Benchmark untersuchte veraltete Informationen in RAG-Wissensbasen. In den Experimenten sank die Antwortgenauigkeit; überholte Inhalte konnten Modelle selbst dann fehlleiten, wenn zugleich aktuelle Informationen verfügbar waren. HoH-Benchmark zu veralteten Informationen in RAG ↗

Ein überholter Satz bleibt dann nicht auf seiner ursprünglichen Seite. Er wird gefunden, mit anderem Material kombiniert und in neue Antworten getragen. Seine Reichweite kann wachsen, während seine Gültigkeit sinkt.

Nicht Ablaufdatum, sondern Ereignis

Beim Skizzieren lag zunächst eine einfache Lösung nahe: Jeder veränderliche Satz erhält ein Ablaufdatum. Gerade diese Ordnung wäre jedoch oft falsch. Die meisten Aussagen verfallen nicht an einem vorhersehbaren Dienstag. Sie werden durch ein Ereignis erneut prüfbedürftig.

Für eine schlanke redaktionelle Prüflogik reichen zunächst fünf Angaben:

• Aussage: der genaue Satz oder eine stabile Kennung seiner Textstelle.
• Geprüft am: der Zeitpunkt des letzten Abgleichs von Quelle und Formulierung.
• Quellenstand: die verwendete Fassung der Quelle; bei Nachrichten zusätzlich Ereignis-, Veröffentlichungs- und Aktualisierungsdatum.
• Prüfauslöser: das Ereignis, das eine neue Kontrolle verlangt, etwa ein Produktrelease, eine geänderte Richtlinie oder eine neue Benchmark-Version.
• Status: gültig, zu prüfen, ersetzt oder ungeklärt.

Beispiel: Eine Redaktion prüft am 13. September 2026 den Satz, eine Schnittstelle unterstütze ein bestimmtes Exportformat. Sie setzt nicht willkürlich eine Frist von 90 Tagen. Der Prüfauslöser lautet stattdessen: erneut kontrollieren, sobald der Anbieter die Funktionsdokumentation oder die eingesetzte Version ändert.

Das Ereignisfeld ist unbequemer als ein Kalenderdatum. Dafür beschreibt es die tatsächliche Abhängigkeit. Die Aussage trägt, solange ihre Voraussetzung trägt.

Für die technische Modellierung existieren anschlussfähige Konzepte. Die W3C-Ontologie PROV-O beschreibt unter anderem Entitäten, Ableitungen, Revisionen und Invalidation. Sie kann für anwendungsspezifische Provenienzmodelle erweitert werden. Ein fertiges Redaktionsmodell für alternde Sätze liefert sie nicht. W3C PROV-O zu Provenienz, Revision und Invalidation ↗

Unsere Ableitung bleibt deshalb bewusst klein. Provenienz beschreibt den Weg einer Behauptung. Der Prüfauslöser benennt das Ereignis, an dem dieser Weg erneut kontrolliert werden muss.

Nur die riskanten Sätze

Wer jede Formulierung klassifiziert, baut schnell eine zweite Redaktion neben der eigentlichen. Auch Metadaten können falsch oder veraltet sein. Ein grüner Status erzeugt dann mehr Vertrauen, als die Prüfung rechtfertigt.

Die feinere Kennzeichnung lohnt sich vor allem, wenn zwei Bedingungen zusammenkommen: Die Aussage hängt von einem veränderlichen äußeren Zustand ab, und ein Fehler würde sich bei der weiteren Verwendung spürbar ausbreiten. Dazu zählen häufig Funktionsverfügbarkeiten, Preise, rechtliche Vorgaben, Ämter, Kennzahlen, Ranglisten und Vergleiche mit einem beweglichen Stand der Technik.

Definitionen, historische Einordnungen und klar gekennzeichnete Analysen brauchen dagegen keine künstliche Monatsfrist. Dort können ein nachvollziehbares Seitenupdate und feste redaktionelle Prüfintervalle genügen.

Der praktikable Einstieg ist deshalb nicht die vollständige Satzkartografie eines Archivs. Zuerst kommen Aussagen infrage, die in weitere Beiträge, Wissensbasen, RAG-Systeme oder automatisierte Abläufe einfließen. Für jede von ihnen muss sich beantworten lassen: Von welchem äußeren Zustand hängt sie ab? Welche Quelle zeigt diesen Zustand? Welches Ereignis könnte ihn verändern?

Diese Auswahl schützt zugleich vor einer verbreiteten Scheinaktualisierung: einen Beitrag neu zu datieren, einige Formulierungen auszutauschen und die entscheidenden Behauptungen ungeprüft stehen zu lassen. Aktualität beginnt nicht beim sichtbaren Datum. Sie beginnt bei der noch gültigen Voraussetzung eines Satzes.

Was wir aus der Lücke mitnehmen

Für uns hat sich die Wartungsfrage damit verschoben. Wir müssen nicht zuerst wissen, welcher Artikel alt ist. Wir müssen erkennen, welcher Satz seine Voraussetzung verloren hat.

Eine solche Prüflogik ist derzeit keine öffentlich belegte Funktion des ANORA Article Studio. Wir beschreiben sie als redaktionelle Methode und offene Designfrage, nicht als Produktversprechen. Bevor daraus ein Systemmerkmal werden könnte, müsste sich an freigegebenem Archivmaterial zeigen, welche Aussagen zuverlässig erfassbar sind und wann der Pflegeaufwand den Nutzen übersteigt.

Der Gedanke bleibt auch ohne fertige Funktion nützlich: Ein Artikel verliert seine Gewähr nicht an seinem Geburtstag. Er verliert sie dort, wo ein Satz seine Voraussetzung überlebt.