Cookie-Richtlinie

Hier erfährst du, welche Cookies und Browserdaten Guard.ch speichert, wozu sie dienen und wie du sie löschen oder blockieren kannst. Direkt zu den Schritten zum Löschen oder Blockieren

In Kraft seit 26. Mai 2026 Zuletzt aktualisiert 23. September 2026

1. Einleitung

Diese Cookie-Richtlinie beschreibt, wie Zesiger.net («wir», «uns») als Betreiber von Guard.ch Cookies und vergleichbare Speichertechnologien im Browser (localStorage und sessionStorage) einsetzt: auf der Website guard.ch, im Dashboard und in der Live-Analyse. Das meiste davon ist zwingend notwendig, um den Dienst zu betreiben; daneben setzen wir Sicherheits-Cookies über Cloudflare und Zahlungs-Cookies über Stripe im Checkout. Sie alle sind unten dokumentiert.

Diese Richtlinie ergänzt unsere Datenschutzerklärung, die die Verarbeitung von Personendaten im Ganzen beschreibt. Überschneiden sich die beiden Dokumente, gilt: Die Datenschutzerklärung regelt die Verarbeitung von Personendaten, diese Richtlinie regelt, was in deinem Browser gespeichert wird und wozu.

2. Geltungsbereich: dein Browser

Diese Richtlinie erfasst ausschliesslich, was Guard.ch in dem Browser ablegt, mit dem du guard.ch besuchst.

Cookies und Speicher der untersuchten Website fallen nicht unter diese Richtlinie. Bei einer Untersuchung lädt ein isolierter Cloud-Browser die Zielseite und erfasst unter anderem Cookies sowie Änderungen an localStorage und sessionStorage. Diese Einträge landen nicht in deinem eigenen Browser. Für sie gelten die Datenschutzerklärung und, soweit du für die Untersuchungsinhalte verantwortlich bist, der Auftragsverarbeitungsvertrag.

3. Einwilligung und Rechtsgrundlage

Diese Richtlinie beschreibt den Speicher, der für Anmeldung, Checkout und Untersuchungen nötig ist. Für localStorage und sessionStorage gelten dieselben Regeln wie für Cookies: Alle drei speichern Informationen auf deinem Gerät oder lesen sie von dort.

ePrivacy-Richtlinie, Art. 5 Abs. 3: Für Speicher, der zwingend notwendig ist, um einen ausdrücklich gewünschten Dienst bereitzustellen, ist keine Einwilligung erforderlich. Die Einordnung der einzelnen Zwecke erläutern wir unten.
DSGVO, Art. 6 Abs. 1 lit. f: Soweit technisch notwendige Einträge Personendaten enthalten, stützen wir uns auf unser berechtigtes Interesse, den Dienst zu betreiben, Konten zu schützen und Missbrauch zu verhindern.
Schweizer Fernmeldegesetz, Art. 45c: Nach Schweizer Recht dürfen Daten auf deinem Gerät gespeichert werden, wenn du über die Bearbeitung, ihren Zweck und die Möglichkeit der Ablehnung informiert wirst oder wenn die Speicherung für den von dir gewünschten Dienst zwingend notwendig ist. Diese Seite liefert diese Informationen, und Abschnitt 9 zeigt, wie du gespeicherte Einträge ablehnst oder löschst.

Technisch notwendiger Speicher sowie Sicherheits- und Zahlungs-Cookies benötigen nach den oben genannten Regeln keine Einwilligung. Wie wir mit Do Not Track und Global Privacy Control umgehen, steht in Abschnitt 8.

4. Cookies

Der Guard.ch-Anwendungscode setzt keine eigenen Cookies. Nach der Anmeldung liegt ein opakes Token im localStorage (Abschnitt 5) und wird bei Backend-Anfragen im Authorization-Header mitgeschickt. Cloudflare und Stripe.js auf Abrechnungsseiten können Cookies in deinem Browser setzen; ihre Zwecke beschreiben wir unten.

Guard.ch wird über Cloudflare ausgeliefert. Cloudflare stellt das DNS für guard.ch bereit, liefert das Web-Frontend von guard.ch über sein Edge-Netzwerk aus (inklusive TLS-Terminierung) und betreibt die Turnstile-Bot-Abwehr, die du bei der Registrierung, bei der Anmeldung, bei der Bestätigung per E-Mail-Code, beim Zurücksetzen des Passworts und beim Start einer Browser-Sitzung siehst. Im Zuge dieser Auslieferung und Absicherung kann Cloudflare auf guard.ch eigene Betriebs- oder Sicherheits-Cookies setzen. Solche Cookies unterscheiden Menschen von automatisierten Zugriffen und halten den Dienst verfügbar; es sind Sicherheits-Cookies, keine Werbe- oder Analyse-Cookies, und wir nutzen sie nicht, um dich zu verfolgen. Was Cloudflare im Einzelnen erhält und welche Garantien gelten, steht in unserem Verzeichnis der Subprozessoren und in der Datenschutzerklärung.

Öffnest du den Checkout auf der Preisseite oder deine Abo-Seite, wechselst du den Plan oder fügst du eine Zahlungsmethode hinzu beziehungsweise verwaltest sie, lädt die Seite Stripe.js von js.stripe.com, damit Stripe deine Zahlungsdaten direkt entgegennimmt; Guard.ch erhält und speichert deine Kartennummer nie. Stripe setzt in deinem Browser Cookies zur Betrugsprävention und Zahlungssicherheit (Stripe dokumentiert zum Beispiel __stripe_mid mit einer Laufzeit von rund einem Jahr und __stripe_sid mit einer Laufzeit von rund 30 Minuten; die aktuellen Namen und Laufzeiten findest du in der Cookie-Dokumentation von Stripe). Diese Cookies setzt Stripe, nicht wir, und sie sind zwingend notwendig, um die von dir gewünschte Zahlung abzuschliessen und betrügerische Transaktionen zu erkennen, ganz im Sinne von Abschnitt 3. Stripe.js wird nur auf diesen Abrechnungsseiten geladen, nicht im Rest der Website. Die Rolle von Stripe und die geltenden Übermittlungsgarantien beschreiben die Stripe-Einträge in unserem Verzeichnis der Subprozessoren.

5. localStorage, den wir verwenden

Bei der Nutzung von guard.ch können die folgenden First-Party-Einträge im localStorage entstehen. Sie bleiben bestehen, bis die Anwendung, du selbst oder dein Browser sie entfernt.

Schlüssel	Zweck	Lebensdauer
`auth`	Opakes Authentifizierungs-Token, ausgestellt nach der Anmeldung (E-Mail und Passwort, E-Mail-Code, Passkey, Google, Microsoft oder Enterprise-SSO). Das Token identifiziert deine Sitzung bei Anfragen an das Backend.	Bis du dich abmeldest, die Website-Daten löschst oder das Token serverseitig widerrufen wird oder abläuft.
`vm`	Kennung des isolierten Cloud-Browsers, in dem deine aktuelle Untersuchung läuft, damit sich die Live-Ansicht nach einer Navigation oder einem Neuladen wieder verbinden kann.	Wird entfernt, wenn die Untersuchung endet; sonst bis du die Website-Daten löschst.
`viewer_target_<workspaceId>`	Die URL, die du für eine bestimmte Untersuchung eingereicht hast, damit die Live-Analyse ihren Kontext nach einem Neuladen wiederherstellen kann.	Bis du die Website-Daten löschst.
`<page-url>_scaling_dpi`	Deine bevorzugte Anzeigeskalierung (DPI) für den Untersuchungs-Viewer, damit die Remote-Anzeige über Neuladen hinweg korrekt für deinen Bildschirm gerendert wird. Fehlt der Eintrag, nutzt er einen Standardwert.	Bis du die Website-Daten löschst.
`<page-url>_use_browser_cursors`	Ob der Untersuchungs-Viewer native Browser-Cursor rendert, damit er sich über Neuladen hinweg gleich verhält. Fehlt der Eintrag, nutzt er einen Standardwert.	Bis du die Website-Daten löschst.
`google_oauth_state, azure_oauth_state, sso_oauth_state_<provider>`	Eine Kopie des Anti-CSRF-Status einer Anmeldung mit Google, Microsoft oder Single Sign-on, damit eine Anmeldung auch dann klappt, wenn der eingebaute Browser einer App sie in einem anderen Tab abschliesst. Akzeptiert wird nur der Status, den der Anbieter zurückschickt.	Wird gelöscht, sobald die Anmeldung abgeschlossen ist; sonst bei deiner nächsten Anmeldung ersetzt.

Der Viewer-Code stellt Schlüsseln das Namensraum-Präfix <page-url> voran; der genaue Schlüssel in deinem Browser beginnt deshalb mit einer bereinigten Form der URL der Viewer-Seite. Der Viewer löscht zudem veraltete Einstellungsschlüssel, die frühere Versionen der Software hinterlassen haben; diese Aufräumroutine entfernt nur Daten und legt keine an.

Daneben prüft die Anwendung, ob ein optionaler Branding-Schlüssel des Viewers namens viewer_logo_<workspaceId> existiert. Sie legt ihn nie selbst an, bei einem gewöhnlichen Besuch gibt es ihn also nicht.

6. sessionStorage, den wir verwenden

sessionStorage gilt nur für einen einzelnen Browser-Tab und wird automatisch geleert, sobald sich der Tab schliesst. Wir nutzen ihn für kurzlebige First-Party-Daten, die eine Weiterleitung oder ein Neuladen überstehen müssen. Die meisten Einträge werden einmal gelesen und sofort gelöscht.

Schlüssel	Zweck	Lebensdauer
`authRedirect`	Die Seite, auf der du warst, bevor du zur Anmeldung geschickt wurdest, damit du danach dorthin zurückkehren kannst.	Wird nach der Anmeldung beim Lesen entfernt; höchstens bis sich der Tab schliesst.
`authNotice`	Eine einmalige Statusmeldung (zum Beispiel ein Anmeldefehler), die über eine Authentifizierungs-Weiterleitung hinweg erhalten bleibt.	Wird nach der Anzeige entfernt; höchstens bis sich der Tab schliesst.
`azure_oauth_state`	Zufälliger Anti-CSRF-State für die Anmeldung mit Microsoft, geprüft, wenn Microsoft zu uns zurückleitet.	Wird nach Abschluss der Anmeldung entfernt; höchstens bis sich der Tab schliesst.
`sso_oauth_state_<provider>`	Zufälliger Anti-CSRF-State für Enterprise Single Sign-on, geprüft, wenn der Identitätsanbieter zu uns zurückleitet.	Wird nach Abschluss der Anmeldung entfernt; höchstens bis sich der Tab schliesst.
`guard.pendingCheckout`	Der Plan, den du vor der Anmeldeaufforderung gewählt hast, damit sich der gewählte Checkout danach fortsetzen lässt.	Wird entfernt, sobald der Checkout fortgesetzt wird; höchstens bis sich der Tab schliesst.
`<page-url>_decoder_fatals`	Zählt in diesem Tab schwere Fehler des Video-Decoders im Live-Viewer, damit der Viewer die Seite höchstens einmal neu lädt und sonst meldet, dass dein Browser die Sitzung nicht anzeigen kann. Der Wert bleibt in deinem Browser.	Wird nach einer Minute fehlerfreier Wiedergabe entfernt; höchstens bis sich der Tab schliesst.
`viewer-launch-unseen`	Die Sitzung, die du in diesem Tab gerade gestartet hast, bis ihr erstes Bild erscheint. Kann dein Browser sie nicht anzeigen, beendet der Viewer diese Sitzung, statt sie weiterlaufen zu lassen.	Wird entfernt, sobald das Bild erscheint oder du den Viewer verlässt; höchstens bis sich der Tab schliesst.

7. Was wir nicht einsetzen

Auf Guard.ch setzen wir keine Werbe- oder Marketing-Cookies, keine Retargeting-Pixel, keine Social-Media-Plugins und keine Werbe-Tracker von Dritten ein. Wir erstellen keine digitalen Fingerabdrücke unserer eigenen Besucher, um sie seitenübergreifend zu identifizieren, und wir verkaufen oder teilen keine Kennungen mit Werbenetzwerken oder Datenhändlern. Ausser der Turnstile-Bot-Abwehr von Cloudflare und Stripe.js auf Checkout- und Abrechnungsseiten wird kein Fremdcode in die Seite geladen.

Schriften und andere statische Assets sind gebündelt und werden als Teil der Website selbst ausgeliefert; die Seite ruft zur Laufzeit keine Font- oder Asset-CDNs von Dritten auf.

8. Do Not Track und Global Privacy Control

Guard.ch verkauft keine Personendaten, gibt sie nicht für kontextübergreifende verhaltensbezogene Werbung weiter und setzt keine Werbe-Cookies. DNT- und GPC-Signale ändern hier deshalb nichts: Es gibt kein Werbe-Tracking abzuschalten. Anfragen auf Auskunft oder Löschung bearbeiten wir wie in der Datenschutzerklärung beschrieben. Unsere Position zu den Datenschutzgesetzen der US-Bundesstaaten steht ebenfalls dort.

9. Cookies und Browserdaten löschen oder blockieren

Du kannst Browserdaten für guard.ch jederzeit löschen oder blockieren. Beachte, dass einige Funktionen dann nicht mehr verfügbar sind: Ohne auth-Token bleibst du nicht angemeldet; ohne bestimmte Viewer-Einträge kann sich die Live-Ansicht nach einem Neuladen nicht wieder verbinden.

Melde dich ab über das Kontomenü. Das entfernt das auth-Token aus deinem Browser und beendet die serverseitige Sitzung.
Lösche die Website-Daten für guard.ch in den Browser-Einstellungen (meist unter Datenschutz, Website-Einstellungen, «Cookies und Websitedaten» oder «Browserdaten löschen»). Das entfernt sämtliche localStorage-, sessionStorage- und Cookie-Daten für guard.ch, auch alles, was Cloudflare oder Stripe gesetzt haben.
Schliess den Tab, um alle sessionStorage-Einträge zu verwerfen.
Nutze den privaten oder Inkognito-Modus, dann bleibt nach dem Schliessen des privaten Fensters nichts zurück.
Blockiere Speicher für guard.ch über die Website-Einstellungen deines Browsers. In diesem Zustand funktioniert die Website nicht.

10. Änderungen an dieser Richtlinie

Wir können diese Cookie-Richtlinie von Zeit zu Zeit anpassen, etwa wenn ein Speichereintrag dazukommt, umbenannt oder entfernt wird oder sich seine Funktionsweise ändert. Das Datum «Zuletzt aktualisiert» oben auf der Seite zeigt den Stand der letzten Überarbeitung. Würde eine Änderung einwilligungspflichtigen Speicher einführen, richten wir zuerst einen Einwilligungsmechanismus ein, bevor die Änderung wirksam wird, wie in Abschnitt 3 beschrieben. Frühere Fassungen stellen wir auf Anfrage bereit.

11. Kontakt

Bei Fragen zu Cookies und Browser-Speicher erreichst du uns unter:

Zesiger.net
legal@guard.ch

Siehe auch unsere Datenschutzerklärung, den Auftragsverarbeitungsvertrag und das Impressum, das die Postadresse und die Registerangaben enthält.