Website geändert: Müssen jetzt auch die Rechtstexte geprüft werden?
Neues Tool, neue Funktion, neuer Dienstleister: Die Website verändert sich laufend, der Rechtstext nicht automatisch mit. Welche Website-Änderungen typischerweise einen Prüfanlass erzeugen, wie sich das belegen lässt — und warum es darauf keine pauschale Ja/Nein-Antwort gibt.
Kurz gesagt
Eine Website-Änderung führt nicht automatisch dazu, dass Rechtstexte angepasst werden müssen. Die brauchbare Frage lautet nicht „hat sich die Website geändert?“, sondern: Hat sich etwas geändert, das im Rechtstext beschrieben ist?
Ein neues Frontend-Design verändert an der Datenverarbeitung typischerweise nichts. Ein neu eingebundener Dienst eines Drittanbieters, ein zusätzlicher Zahlungsweg oder ein neuer Vertragsgegenstand können dagegen einen Prüfanlass erzeugen — ob sie es tun, ist eine fachliche Bewertung des Einzelfalls.
Operativ zählt deshalb dreierlei: die Änderung überhaupt bemerken, sie so belegen, dass jemand sie beurteilen kann, und die Beurteilung dokumentieren. Darum geht es hier — nicht um eine rechtliche Antwort.
Ein Rechtstext ist eine Aussage über die Realität
Rechtstexte werden gern als Formalie behandelt, die einmal erstellt und dann abgelegt wird. Funktional sind sie etwas anderes: eine Beschreibung des tatsächlichen Zustands. Sie sagen, wer der Anbieter ist, welche Dienste eingebunden sind, wie ein Vertrag zustande kommt, welche Daten zu welchem Zweck verarbeitet werden, an wen sie fließen.
Damit sind Rechtstexte an die Realität gekoppelt — und diese Realität verändert sich nicht in einem Gesetzgebungsverfahren, sondern im Tagesgeschäft: im Sprint, im Marketing-Experiment, beim Wechsel eines Dienstleisters, beim Ausrollen einer neuen Sprachversion.
Die Lücke entsteht, weil beide Seiten unterschiedlichen Takten folgen. Die Website wird wöchentlich deployed, der Rechtstext jährlich durchgesehen. Zwischen diesen beiden Takten liegt der Bereich, in dem der veröffentlichte Text einen Stand beschreibt, den es so nicht mehr gibt.
Welche Website-Änderungen typischerweise einen Prüfanlass erzeugen
Die folgende Liste ist eine Heuristik für den Betrieb, keine Rechtsauskunft und keine abschließende Aufzählung. Sie beschreibt Änderungstypen, bei denen sich ein Blick erfahrungsgemäß lohnt:
- Neue Dienste von Drittanbietern. Analyse, Chat, Karten, Videos, Schriftarten, A/B-Testing, Support-Widgets, eingebettete Buchungs- oder Terminstrecken.
- Wechsel oder Ergänzung von Dienstleistern. Anderer Hoster, anderer Newsletter-Versand, anderer Zahlungsdienstleister, anderer Versanddienstleister.
- Neue Interaktionspunkte. Ein Formular, wo vorher keines war: Kontakt, Newsletter, Registrierung, Download gegen E-Mail-Adresse, Bewerbungsformular.
- Änderungen an der Bestell- oder Vertragsstrecke. Neue Produktart, neues Abomodell, neue Lieferbedingungen, digitale statt physische Leistung.
- Neue Reichweite. Eine zusätzliche Sprachfassung, ein zusätzlicher Zielmarkt, eine neue Domain oder Microsite.
- Änderungen am Anbieter selbst. Firmierung, Rechtsform, Anschrift, Vertretungsberechtigte, Registereintrag — Angaben, die im Impressum stehen.
- Neue Zielgruppe. Ein bisher reines B2B-Angebot wird für Verbraucher geöffnet — oder umgekehrt.
Und umgekehrt gibt es Änderungen, die viel sichtbarer sind und trotzdem selten etwas auslösen: ein Redesign, eine neue Navigation, neue Bilder, ein Technologiewechsel im Frontend ohne neue Dienste. Sichtbarkeit ist eben kein guter Indikator für rechtstextliche Relevanz.
Warum es hier keine pauschale Ja/Nein-Antwort gibt
Auf die Frage „wir haben ein Tool eingebaut — muss die Datenschutzerklärung geändert werden?“ gibt es Angebote, die mit einem klaren Ja antworten und die Anpassung gleich mitliefern. Das ist bequem, verkürzt aber eine Bewertung, die vom Einzelfall abhängt: davon, was das Tool tatsächlich tut, wie es eingebunden ist, welche Daten dabei anfallen, wohin sie fließen und was der bestehende Text bereits abdeckt.
Ein bereits allgemein formulierter Abschnitt kann eine neue Einbindung mit abdecken. Ein anderer Fall verlangt eine konkrete Ergänzung. Ein dritter berührt den Text gar nicht, sondern ganz andere Pflichten. Diese Unterscheidung zu treffen ist eine juristische Bewertung.
Was ein Betriebsprozess dagegen leisten kann und sollte: dafür sorgen, dass die Veränderung überhaupt jemandem auffällt, dass sie belegt ist und dass die Entscheidung — so oder so — nachvollziehbar festgehalten wird.
Was ein brauchbarer Beleg enthält
Der Satz „auf der Website hat sich etwas geändert“ ist für eine Bewertung wertlos. Wer beurteilen soll, braucht Konkretes:
- Wo: Website, Domain, konkrete Seite oder Bereich — bei mehreren Marken und Domains ist das nicht trivial.
- Was: die beobachtete Veränderung, möglichst als Vorher/Nachher und nicht als Interpretation.
- Wann: Zeitpunkt der Beobachtung, damit die Veränderung einem Release oder einer Kampagne zugeordnet werden kann.
- Bezug: welcher Rechtstext, welche Sprachfassung, welcher Markt potenziell betroffen ist.
- Status: offen, in Bewertung, bewertet ohne Handlungsbedarf, in Umsetzung.
Mit diesen fünf Angaben wird aus einer Beobachtung ein Vorgang, den man einer fachlich zuständigen Person vorlegen kann — und der in drei Monaten noch verständlich ist.
Website-Änderung ist nicht dasselbe wie Drift
Zwei Fälle sehen von außen ähnlich aus und sind gegensätzlich:
- Website-Änderung: Die Realität hat sich verändert. Der Rechtstext ist in genau der Fassung live, die freigegeben wurde — er beschreibt möglicherweise nur nicht mehr den aktuellen Stand.
- Legal Content Drift: Die Realität ist unverändert. Es steht nur nicht die freigegebene Fassung live, sondern eine ältere oder kopierte.
Der erste Fall braucht eine inhaltliche Bewertung, der zweite zunächst eine technische Korrektur. Wer beide vermischt, sucht im falschen Zuständigkeitsbereich. Die Abgrenzung mit Entscheidungsbaum steht in Website-Änderung oder Legal Content Drift?
Den Prüfanlass an den Änderungsprozess koppeln
Die wirksamste organisatorische Maßnahme hat mit Rechtstexten zunächst wenig zu tun: Sie besteht darin, den Moment der Website-Änderung mit einer Prüffrage zu verbinden, statt auf eine spätere Durchsicht zu vertrauen.
Praktisch heißt das:
- Wer einen neuen Dienst einbindet, beantwortet im selben Vorgang die Frage, ob dabei Daten Dritter berührt sind — und wenn ja, wer das bewertet.
- Release-Checklisten für die Website enthalten einen Punkt zu Rechtstexten; er darf „nicht betroffen“ als Antwort haben, aber nicht leer bleiben.
- Wird ein Dienstleister gewechselt, ist der Rechtstext Teil der Umstellungsliste — nicht nur Vertrag und Zugangsdaten.
Eine Überwachung ersetzt diesen Prozess nicht; sie ist das Netz für die Fälle, in denen er nicht gegriffen hat — etwa weil eine Kampagnenseite an der Release-Checkliste vorbei gebaut wurde oder ein Dienst über einen Tag-Manager hinzukam.
Was TermShelf hier tut — Website Change Monitoring (Beta)
Website Change Monitoring ist eines der drei Signale von Document Intelligence. Auf einer überwachten Website werden Veränderungen erkannt, mit Belegen versehen und darauf bezogen, ob sie Prüfbedarf für die veröffentlichten Rechtstexte auslösen könnten. Ergebnis ist ein Prüfhinweis, keine Textänderung.
Dieses Signal ist als Beta gekennzeichnet: Es ist verfügbar und wird aktiv weiterentwickelt — Erkennung, Auswertung und Automatisierungsgrad können sich noch verändern. Die automatische Auswertung ist opt-in und wird schrittweise ausgerollt; der Prüftakt und die Zahl überwachter Websites hängen vom gebuchten Plan ab. Die beiden anderen Signale — Legal Change Monitoring und Legal Content Drift — tragen diesen Status nicht.
Wichtig für die Erwartungshaltung: Das Signal ist kein vollständiger Website-Diff und keine rechtliche Website-Prüfung. Es sichert nicht zu, jede Veränderung zu erfassen, und es beantwortet nicht, ob eine Anpassung erforderlich ist. Es sorgt dafür, dass eine erkannte Veränderung als belegter Vorgang bei den Menschen landet, die das entscheiden. Details auf der Feature-Seite Website Change Monitoring.
Grenzen
TermShelf erstellt keine rechtsverbindlichen Inhalte und ersetzt keine anwaltliche Beratung. Weder eine Checkliste noch eine Überwachung kann die Frage beantworten, ob eine konkrete Website-Änderung eine konkrete Textanpassung erfordert. Diese Bewertung gehört zu qualifizierter Beratung, und die hier genannten Änderungstypen sind Anhaltspunkte für den Betrieb, keine Pflichtenliste.
Der Gesamtzusammenhang — Rechtsänderung, Website-Änderung, abweichende Auslieferung — steht im Hub Rechtstexte aktuell halten. Wie aus einem Prüfhinweis eine dokumentierte Entscheidung wird, beschreibt Vom Änderungssignal zum Prüfhinweis.
Häufige Fragen
- Muss die Datenschutzerklärung angepasst werden, wenn ein neues Tool eingebunden wird?
- Das hängt vom Einzelfall ab und lässt sich nicht pauschal beantworten. Entscheidend ist, was das Tool tatsächlich tut, wie es eingebunden ist, welche Daten dabei anfallen und ob der bestehende Text diesen Fall bereits abdeckt. Operativ sinnvoll ist, die Einbindung als Prüfanlass zu erfassen, zu belegen und fachlich bewerten zu lassen — statt sie ungeprüft zu übernehmen oder pauschal auszuschließen.
- Welche Website-Änderungen sind aus Sicht der Rechtstexte typischerweise unkritisch?
- Änderungen, die keine im Text beschriebene Tatsache berühren: ein Redesign, eine neue Navigation, ausgetauschte Bilder oder ein Technologiewechsel im Frontend, bei dem keine neuen Dienste, Empfänger oder Interaktionspunkte hinzukommen. Sichtbarkeit einer Änderung sagt wenig über ihre Relevanz für Rechtstexte aus.
- Was ist der Unterschied zwischen einer Website-Änderung und Legal Content Drift?
- Bei einer Website-Änderung hat sich die Realität verändert, während der Rechtstext in der freigegebenen Fassung live steht. Bei Legal Content Drift ist die Realität unverändert, aber live steht nicht die freigegebene Fassung. Der erste Fall braucht eine inhaltliche Bewertung, der zweite eine Korrektur der Auslieferung.
- Erkennt Website Change Monitoring jede Änderung auf einer Website?
- Nein. Das Signal ist kein vollständiger Website-Diff und sichert keine Vollständigkeit zu. Es ist als Beta gekennzeichnet, die automatische Auswertung ist opt-in und wird schrittweise ausgerollt. Es erhöht die Wahrscheinlichkeit, dass eine relevante Veränderung als belegter Prüfvorgang auffällt — es ersetzt weder den eigenen Änderungsprozess noch die fachliche Bewertung.
Veränderungen auf der Website als belegten Prüfvorgang führen
Das WebsiteChange-Signal erkennt Veränderungen auf einer überwachten Website, belegt sie und bezieht sie auf möglichen Prüfbedarf für die veröffentlichten Rechtstexte. Verfügbar und in aktiver Weiterentwicklung; die automatische Auswertung ist opt-in.
TermShelf ausprobieren
Strukturen, Versionen und Veröffentlichungen in einem Workflow.
Verwandte Guides
Rechtstexte aktuell halten: Warum Änderungen nicht nur im Rechtstext entstehen
Ein Rechtstext kann prüfungsbedürftig werden, ohne dass jemand ihn angefasst hat: weil sich der rechtliche Rahmen ändert, weil sich Website und Angebot ändern oder weil live eine andere Fassung steht als freigegeben. Der Überblick über die drei Anlässe und den Prüfprozess dahinter.
Rechtsänderung erkannt: Welche Rechtstexte müssen jetzt wirklich geprüft werden?
Nicht jede Rechtsänderung betrifft jedes Dokument. Wie sich von einer Änderung zu den tatsächlich betroffenen Marken, Märkten und Dokumenttypen eingrenzen lässt — statt aus jedem Newsletter-Alarm eine Komplettdurchsicht zu machen.
Website-Änderung oder Legal Content Drift? Zwei Fälle, die leicht verwechselt werden
Beide Male stimmt etwas nicht zwischen Website und Rechtstext — die Ursache ist aber gegensätzlich: Entweder hat sich die Realität verändert, oder es steht schlicht die falsche Fassung live. Ein Entscheidungsbaum und was jeweils zu tun ist.