Der Punkt ist nicht, dass er keine persönlichen Daten sammelt, der _t-Cookie identifiziert Sie als Person, da er direkt mit der Sitzung Ihres Benutzerkontos auf dem Discourse-Server verbunden ist. Das Setzen des Authentifizierungs-Cookies in Ihrem Browser bedeutet also, dass Sie für den Server identifizierbar sind, wann immer Sie den Browser verwenden, um die Website zu besuchen, die ihn gesetzt hat (und somit nicht anonym sind). Von der Datenschutz-Arbeitsgruppe der Europäischen Kommission Stellungnahme 04/2012 der Artikel-29-Datenschutzgruppe zu Cookie-Einwilligungsausnahmen – 00879/12/EN WP 194:
Persistente Anmelde-Cookies, die einen Authentifizierungstoken über Browsersitzungen hinweg speichern, sind nicht unter KRITERIUM B ausgenommen. Dies ist ein wichtiger Unterschied, da sich der Benutzer möglicherweise nicht sofort bewusst ist, dass das Schließen des Browsers seine Anmeldeeinstellungen nicht löscht. Er kehrt möglicherweise zur Website zurück in der Annahme, dass er anonym ist, während er tatsächlich noch beim Dienst angemeldet ist. Die üblicherweise verwendete Methode, eine Checkbox und einen einfachen Hinweis wie „Angemeldet bleiben (verwendet Cookies)“ neben dem Formular zu verwenden, wäre eine geeignete Möglichkeit, die Zustimmung zu erhalten und somit die Notwendigkeit einer Ausnahme in diesem Fall zu vermeiden.
Beachten Sie, dass sie eine einfache Lösung vorschlagen, die Websites implementieren können: eine „Angemeldet bleiben“-Checkbox im Anmeldeformular, die heutzutage fast überall verfügbar ist (aber nicht in Discourse). Dies war eine Entscheidung aus dem Jahr 2012, also vor Inkrafttreten der DSGVO, aber ich sehe keine Informationen, dass sie aufgehoben wurde (z. B. Cookie Consent Exemptions: Strictly Necessary Cookies - CookieYes vom August 2023 erwähnt immer noch, dass persistente Authentifizierungs-Cookies eine Zustimmung benötigen). Es kann jedoch rechtliche Nachwirkungen oder Entwicklungen geben, die mir nicht bekannt sind.