Besuchte Links im Kundenportal: Eine andere Farbe ist kein Lesebeleg

Ein Dokumentlink darf nach dem Besuch anders aussehen. Verwenden Sie diese Browserdarstellung aber nicht als verlässlichen Nachweis, dass ein bestimmter Kunde die aktuelle Unterlage gelesen oder bestätigt hat. Eine persönliche Besuchshilfe und ein fachlicher Dokumentstatus sind unterschiedliche Funktionen.

Klären Sie vor der Entwicklung, was die Arbeitsliste beantworten soll: „Welche Links habe ich in dieser Browserumgebung schon besucht?“ oder „Welche Unterlage hat dieses Kundenkonto nach unserer festgelegten Regel geöffnet beziehungsweise bestätigt?“ Für die zweite Frage brauchen Sie einen eigenen nachvollziehbaren Vorgang.

Was die Linkfarbe tatsächlich beschreibt

Die MDN-Referenz zur CSS-Pseudoklasse :visited beschreibt eine Darstellung für vom Benutzer besuchte Links. Aus Datenschutzgründen sind die damit veränderbaren Stile stark eingeschränkt. Es geht um Browserdarstellung, nicht um ein von Ihrem Server bestätigtes Geschäftsereignis.

Ein Linkbesuch belegt auch inhaltlich wenig: Er sagt nicht, ob ein Dokument erfolgreich geladen, vollständig gelesen oder verstanden wurde. Er ist ebenso wenig eine Unterschrift. Wenn Ihre Oberfläche „bestätigt“ verspricht, muss die Bestätigung eine ausdrücklich definierte Handlung besitzen.

Als praktische Empfehlung kann eine besuchte Linkfarbe die Orientierung in einer einfachen öffentlichen Linkliste unterstützen. In einer Kundenakte sollte sie dagegen keinen Status wie „Anleitung akzeptiert“ oder „Prüfung abgeschlossen“ ersetzen.

Die App darf den Browserstatus nicht einfach auslesen

Die MDN-Dokumentation erklärt konkrete Schutzmaßnahmen. Eine Abfrage des berechneten Stils liefert nicht einfach die sichtbare Farbe besuchter Links, und entsprechende DOM-Selektorabfragen geben keine Liste der besuchten Verweise heraus. Diese Einschränkungen sollen verhindern, dass Seiten aus der Darstellung den Browserverlauf erschließen.

Planen Sie deshalb keine Funktion mit der Vorgabe „Alle lila Links auslesen und als gelesen speichern“. Dass ein Mensch einen Farbunterschied sieht, bedeutet nicht, dass die App diesen Browserzustand als Datenquelle abrufen kann oder sollte.

Auch eine größere Schrift, ein zusätzlicher Haken oder versteckter Inhalt lässt sich nicht beliebig allein über :visited schalten. Die Referenz beschränkt die erlaubten Eigenschaften im Wesentlichen auf bestimmte Farbangaben. Eine eigenständige Statusanzeige gehört in das Datenmodell der App, nicht in einen Versuch, die Datenschutzgrenzen des Browsers zu umgehen.

Öffnen und Bestätigen getrennt vereinbaren

Eine fiktive Lieferantenplattform könnte festhalten wollen, dass eine Person eine neue Arbeitsanleitung aufgerufen hat. Definieren Sie dafür das Ereignis: Klick auf den Link, erfolgreich ausgelieferte Seite oder eine ausdrücklich betätigte Bestätigung? Das sind unterschiedliche Aussagen.

Meine Empfehlung: Speichern Sie nur das Ereignis, das Sie tatsächlich feststellen können und für den vereinbarten Zweck benötigen. Benennen Sie es entsprechend. „Aufruf registriert“ ist etwas anderes als „gelesen und verstanden“. Wenn ein Kunde ausdrücklich bestätigen muss, sollte die Schaltfläche die Handlung und die betroffene Fassung klar nennen.

Klären Sie außerdem, ob der Status persönlich oder für das gesamte Unternehmen gilt. Der erste Aufruf durch irgendeinen Mitarbeiter darf nicht unbemerkt die offene Aufgabe aller anderen erledigen. Welche Nachweise rechtlich erforderlich sind, muss bei Bedarf fachlich geprüft werden; diese technische Gestaltungsentscheidung beantwortet das nicht.

Eine neue Fassung braucht eine bewusste Regel

Wenn hinter derselben URL später ein geändertes Dokument liegt, darf die frühere Linkfarbe nicht als Beleg für dessen neue Fassung ausgelegt werden. Entscheiden Sie unabhängig davon, ob eine Änderung eine erneute Kenntnisnahme oder Bestätigung verlangt.

Verknüpfen Sie einen benötigten Nachweis mit der passenden Dokumentfassung und dem vorgesehenen Konto. Wie lange solche Informationen gespeichert werden dürfen oder müssen, gehört zu Ihrer gesonderten Datenschutz- und Aufbewahrungsprüfung.

Ein persönlicher Anzeigezustand kann dagegen bewusst unverbindlich bleiben. Dann muss die Oberfläche das auch vermitteln, statt ihn als abgeschlossene Pflichtaufgabe zu präsentieren.

Mit getrennten Testkonten prüfen

Nehmen Sie die Fälle in die Abnahmekriterien auf: Ein Konto öffnet das Dokument, ein zweites nicht. Anschließend erscheint eine neue Fassung. Prüfen Sie den gespeicherten fachlichen Zustand getrennt von der Linkfarbe im Browser.

Lassen Sie einen fehlgeschlagenen Dokumentaufruf und eine ausdrückliche Bestätigung vorführen. Vergewissern Sie sich, dass die jeweiligen Bezeichnungen nur das behaupten, was das System tatsächlich erfasst. Verwenden Sie erfundene Personen und Unterlagen.

Wenn besuchte Linkfarben zusätzlich gewünscht sind, prüfen Sie deren Lesbarkeit in den unterstützten Browsern, ohne daraus eine Vollständigkeitsprüfung der Dokumentnachweise zu machen. Bei einem notwendigen Status sollten verständliche Wörter auf der Seite stehen und nicht nur unterschiedliche Farben.

Bringen Sie zum Gespräch über Ihr Kundenportal den konkreten Nachweisbedarf mit. Vielleicht reicht Orientierung. Vielleicht benötigen Sie einen dokumentierten Aufruf oder eine bewusste Bestätigung. Die falsche Lösung wäre, diese drei Anforderungen mit derselben Linkfarbe zu verwechseln.

Quelle und Grenzen

Die am 26. Oktober 2026 gelesene MDN-Referenz belegt die Bedeutung von :visited und dessen Stil- und Auslesebeschränkungen. Kontobezogene Ereignisse, Fassungsregeln und Abnahme sind Projektvorschläge. Dieser Artikel bescheinigt weder rechtliche Beweiskraft noch einen getesteten Portalablauf.