--- title: "Diese Texte können nicht ohne Nachweis ausgeliefert werden" canonical: "https://nordvec.com/de/blog/copy-that-cannot-ship-without-proof" lang: "de" claims: "https://nordvec.com/api/trust/claims" --- # Diese Texte können nicht ohne Nachweis ausgeliefert werden Source: https://nordvec.com/de/blog/copy-that-cannot-ship-without-proof This file is rendered from the same message catalogue as the page, at request time; the HTML page is the canonical document. Statements about the processing chain are bound to the claim record at https://nordvec.com/api/trust/claims, which says which of them the register currently supports. Rasmus Kjær Damgaard, Gründer · Veröffentlicht 7. September 2026 Dieser Artikel wurde mit KI‑Unterstützung erstellt und von einer Person geprüft. Rasmus Kjær Damgaard trägt die redaktionelle Verantwortung für den Inhalt. Diese Übersetzung wurde auf Basis des englischen Originals mit KI‑Verarbeitung in Frankreich erstellt und noch nicht von einer Person überprüft. Die redaktionelle Verantwortung für die englische Version – die verbindliche Fassung – liegt bei Rasmus Kjær Damgaard. [Englisches Original lesen](https://nordvec.com/blog/copy-that-cannot-ship-without-proof) Jede Compliance-Aussage auf dieser Seite wird gegen euer eigenes Sub-Prozessor-Register geprüft, bevor sie übernommen werden kann. Hier ist der Mechanismus, was er ablehnt und was er ehrlicherweise nicht nachweisen kann. **TL;DR:** Marketing-Aussagen weichen oft von der Realität ab – und niemand bemerkt es, bis ein Prüfer oder eine Aufsichtsbehörde nachhakt. Auf dieser Website darf ein Satz, der eine faktische Aussage trifft – etwa wo Daten verarbeitet werden, wer darauf zugreifen kann, ob sie eine Grenze überschreiten oder ob ein darauf trainiertes Modell nicht veröffentlicht wird –, nur stehen, wenn ein maschinengeprüftes Prädikat ihn stützt. Dieser Beitrag erklärt das Prinzip, zeigt drei Aussagen, die das System aktuell nicht zulässt, nennt eine echte, die es aufgedeckt hat, und beschreibt, was es nicht beweisen kann. ## Das Problem ist Drift – und der Drift ist ein rechtliches Risiko [#das-problem-ist-drift--und-der-drift-ist-ein-rechtliches-risiko] Eine Aussage auf der Website eines Anbieters wird einmal geschrieben und dann sich selbst überlassen. Doch die Fakten darunter verändern sich: Ein Subunternehmer kommt hinzu, eine Region wechselt, ein Zertifikat läuft ab. Der Satz bleibt stehen. Monate lang behauptet die Seite etwas, das die eigenen Unterlagen des Unternehmens längst widerlegen – und die Lücke bleibt unsichtbar, weil die beiden Informationen an unterschiedlichen Orten liegen und von unterschiedlichen Teams bearbeitet werden. Für einen europäischen Anbieter ist das nicht nur ein Glaubwürdigkeitsproblem. Nach der Richtlinie über unlautere Geschäftspraktiken (2005/29/EG), Artikel 12, kann eine Behörde verlangen, dass ein Händler eine faktische Aussage belegt – und unzureichende Beweise als Beweis für die Unwahrheit der Aussage werten. Die Beweislast liegt bei euch, und es braucht keine Klage, um das auszulösen. Der EU AI Act verschärft die Transparenzpflichten zusätzlich: Artikel 50(1) verlangt, dass Nutzer informiert werden, wenn sie mit einem KI-System interagieren. Eine Marketing-Oberfläche, die mehr verspricht, als ihr belegen könnt, ist genau das, worauf beide Regelungen abzielen. ## Der Mechanismus: Aussage, Prädikat, Register, Gate [#der-mechanismus-aussage-prädikat-register-gate] Das Design ist simpel. Ein Register verknüpft jede kundenorientierte Aussage mit einem Prädikat, das anhand von Fakten geprüft wird, die das Marketing nicht bearbeiten kann: dem Subunternehmer-Register und dem Trust-Snapshot, beide aus dem Quellcode generiert. Prädikate sind nach Ebenen unterteilt, denn ein Satz wie „in der EU gehostet“ besteht aus mehreren Aussagen: Speicherung, Request-Pfad und Telemetrie können jeweils unterschiedliche Antworten haben – und wenn ihr sie vermischt, wird aus einer wahren Aussage über einen Teil eine falsche über einen anderen. Das Gate, `bun run check:claims`, erzwingt dann vier Dinge in einem Durchgang: * Eine Aussage, deren Prädikat falsch ist, darf nicht im Text erscheinen – in keiner Sprache. * Jeder String, der ein Versprechen zu Standort, Gerichtsbarkeit, Datenübertragung oder Training macht, muss deklariert werden, damit das nächste Absolute nicht stillschweigend hinzugefügt werden kann. * Keine solche Aussage darf außerhalb des übersetzbaren Message-Katalogs existieren, wo sie jeder anderen Prüfung entgehen würde. * Eine in Englisch korrigierte Aussage darf nicht in den anderen 22 Sprachen weiterleben: Die Pipeline übersetzt nur, wenn jemand sie ausführt, sodass eine nur auf Englisch vorgenommene Korrektur die alte Aussage in allen anderen Sprachen stehen ließe. Diese letzte Prüfung ist das Paritäts-Gate – und genau das übersehen die meisten Systeme. Der letzte Schritt eliminiert den manuellen Autorenschritt für die riskantesten Stellen komplett. Statt eine Standort-Aussage händisch in eine Meta-Beschreibung oder ein Manifest zu schreiben und darauf zu hoffen, dass ein Reviewer sie bemerkt, nehmen diese Slots ein Token, das sich in ein registerbasiertes Fragment auflöst. Das Fragment wird nur gerendert, solange sein Prädikat gilt. Ein Satz, den das Register nicht stützt, hat kein Fragment zum Einfügen – also kann er gar nicht erst getippt werden. Die Erkennung fängt eine Formulierung nach der anderen; die Generierung schließt die ganze Klasse aus. ## Was es verweigert [#was-es-verweigert] Der beste Weg, einem Gate zu vertrauen, ist, es dabei zu beobachten, wie es „Nein“ sagt. Drei Aussagen sind heute deklariert, die das Register aktuell nicht veröffentlichen lässt – das Gate meldet bei jedem Durchlauf, dass sie blockiert sind: * Die Aussage, dass unsere Vertragsbedingungen, die Modellanbietern das Training mit Kundendaten verbieten, vertraglich durch alle Ebenen durchgereicht werden. Wir streben das an; das Register belegt es noch nicht – also bleibt es unveröffentlicht. * Die Aussage, dass die Plattform bereits den gesamten EU AI Act erfüllt. Das Register dokumentiert den Status pro Verpflichtung, und nicht alle sind erfüllt – also wird die pauschale Version abgelehnt. * Eine Aussage zur Gerichtsbarkeit der Modell-Lieferkette, die ein Prädikat zur Unternehmensgründung statt zum Standort eines Requests benötigt – und noch nicht erfüllt ist. Das sind keine Versäumnisse. Es sind Aussagen, die wir gerne machen würden, aber nicht machen, weil die Disziplin mehr wert ist als der Satz. Es hat auch schon einen echten Fall aufgedeckt. Am 27.07.2026 landete das Gate (Commit `3b7a4bffd`), und innerhalb eines Tages zwang es eine Korrektur, die der Review-Prozess übersehen hatte: Der Hero-Text der Landingpage behauptete Datenresidenz, ohne dass das Register eine Grundlage dafür hatte (Commit `a8d94d4a3`). Die Paritätsprüfung verlangte dann, die korrigierte Formulierung in alle 22 Sprachen zu übernehmen – nicht nur ins Englische. Die Aussagen, die übrig blieben, sind die spezifischen, überprüfbaren: Generierung läuft in Frankreich, Embeddings in Berlin, Dokumente in Irland und Nürnberg – jeweils mit ihrer Rechtsgrundlage für die Übertragung auf der [Trust-Seite](/trust) dargestellt. ## Was es nicht beweisen kann, klar benannt [#was-es-nicht-beweisen-kann-klar-benannt] Ein Gate, das sich selbst zu viel zutraut, ist genau das, was es verhindern soll. Deshalb hier seine Grenzen: Es beweist, dass jede veröffentlichte Aussage mit dem Register übereinstimmt. Es beweist nicht, dass das Register die Realität korrekt abbildet – obwohl ein separates Gate das Register am Code misst. Es kann nicht verifizieren, ob eine Benchmark-Zahl stimmt oder ob eine zitierte Artikelnummer die richtige ist; das sind Urteilsfragen, die ein regulärer Ausdruck nicht erfassen kann. Was es verhindert, ist das spezifische, wiederkehrende Problem, dass eine Aussage, die bei der Veröffentlichung wahr war, still und leise falsch wird – und niemand die Datei im Blick hat. Die Aussage von Anfang an richtig zu formulieren, bleibt eure Aufgabe. ## Wie ihr das Gleiche umsetzt [#wie-ihr-das-gleiche-umsetzt] Das Muster lässt sich übertragen, und keine der Komponenten ist exotisch. Führt ein maschinenlesbares Register der Fakten, auf denen eure Aussagen beruhen – generiert aus dem Quellcode, nicht händisch gepflegt. Verknüpft jede Aussage mit einem Prädikat, das das Register widerlegen kann, und macht die Prädikate so spezifisch, dass die Wahrheit eines Subsystems nicht für ein anderes herhalten kann. Führt ein Pre-Commit-Gate ein, das jede Aussage in jeder Sprache prüft, die ihr ausliefert, und lasst ein falsches Prädikat den Build scheitern. Und generiert für die Slots, bei denen eine falsche Absolute den größten Schaden anrichtet, die Aussage direkt aus dem Register – statt sie einzutippen. Das Ergebnis ist keine lautere Werbung. Es ist Werbung, die ein kritischer Leser überprüfen kann – und für einen europäischen Käufer, der einen Sicherheitsanbieter evaluiert, ist das die einzige, die konvertiert. ## Häufig gestellte Fragen ### Was prüft das Claims-Gate eigentlich? Es liest jede deklarierte Aussage über die Verarbeitungskette, wertet ihr Prädikat gegen das Sub-Prozessor-Register und den Trust-Snapshot aus und lässt den Build fehlschlagen, wenn eine Aussage mit falschem Prädikat in den Texten in einer der 23 Sprachen auftaucht. Es läuft als Pre-Commit-Hook und erneut in der CI. ### Warum wird das Register geprüft, statt einfach die Texte zu reviewen? Ein menschliches Review beweist den Zustand am Tag der Durchführung und nichts danach. Das Register wird aus der Quelle neu generiert und in beide Richtungen geprüft, sodass die Bindung des Satzes an das Register bedeutet, dass der Satz nicht länger gültig ist als die Tatsache, auf der er beruht. Wenn sich ein Anbieter ändert, schlägt die davon abhängige Aussage beim nächsten Commit fehl. ### Beweist das Gate, dass unsere Aussagen wahr sind? Nein, und das steht auch so da. Es beweist, dass jede veröffentlichte Aussage mit dem Register übereinstimmt; es kann nicht überprüfen, ob eine Benchmark-Zahl echt ist oder ob eine zitierte Artikelnummer korrekt ist. Das bleibt menschliche Einschätzung. Das Gate beseitigt den Fehlerfall, bei dem eine bei Launch wahre Aussage stillschweigend falsch wird, nicht die Notwendigkeit, die Aussage von Anfang an richtig zu treffen. ### Können wir dieses Muster wiederverwenden? Ja. Die Bestandteile sind ein maschinenlesbares Register von Fakten als Single Source of Truth, ein Prädikat pro Aussage, das das Register widerlegen kann, ein Pre-Commit-Gate, das jede Sprache auswertet, und die Generierung der Aussagen aus dem Register statt manueller Eingabe. Jeder Teil ist klein; die Disziplin liegt darin, sie zusammenzuführen. [Alle Artikel](/de/blog)