Cookie-Richtlinie
Dokumentiertes Inkrafttreten: 24. September 2026
Dokumentierte letzte Aktualisierung: 25. September 2026
Entwurf erstellt: 6. Oktober 2026. Aktivierung ausstehend. Die dokumentierten Datumsangaben betreffen die vorherige Fassung.
Entwurf überarbeitet: 7. Oktober 2026. Die Aktivierung steht weiterhin aus.
Unverbindliche Zusammenfassung. Notwendige Speicherung unterstützt Anmeldung, Sprachauswahl und angeforderte Arbeiten. Optionale Analyse erfordert eine gesonderte Entscheidung. Google Ads wird nicht verwendet; die Unternehmenswebsite und der Plattform-Manager stellen ihre Schriften lokal bereit. Ihre Auswahl im Browser ist von der Erlaubnis für E-Mail-Marketing oder Training getrennt. Diese Zusammenfassung gehört nicht zum verbindlichen rechtlichen Hinweis.
1. Betreiber und Anwendungsbereich
1.1. Igor Tkachenko OwlMeans Software (unter der Kurzbezeichnung „OwlMeans Software, JDG“), NIP 6772507251, EU-Umsatzsteuer-Identifikationsnummer PL6772507251, REGON 527979906, ul. Ariańska 9/5, 31-505 Kraków, Polen; support@owlmeans.com; Telefon +48 780 256 571, betreibt die in der Datenschutzerklärung beschriebene Website und Plattform. Cookies, localStorage, sessionStorage und IndexedDB können Kennungen oder Inhalte speichern. Für kundenbetriebene Anwendungen sowie externe Anmelde- und Zahlungsseiten gelten deren eigene Hinweise.
2. Überprüfte Speicherung und bedingt eingesetzte Dienste
| Eintrag | Zweck und Kategorie | Speicherdauer |
|---|---|---|
Cookie site_cookie_consent und localStorage | Notwendige Aufzeichnung der Auswahl für Analyse und Marketing; enthält die Kategorienwerte und die Schemaversion. | Das Cookie besteht 365 Tage ab dem Schreiben. localStorage läuft nicht automatisch ab und bleibt bestehen, bis die Daten gelöscht oder ersetzt werden. |
owlmeans-lng, locale_chosen, preferred_locale; theme | Notwendige Speicherung der angeforderten Sprach- und Darstellungspräferenz. | localStorage bleibt bis zum Löschen oder Ersetzen bestehen; ein zeitgesteuerter Ablauf ist nicht nachgewiesen. |
IndexedDB-Datenbank keyval-store, Objektspeicher keyval: auth:user, auth:_list | Anmeldung und Zugriffskontrolle. Der Nutzerdatensatz enthält die Bearer-Zugangsdaten der Anwendung; die Liste ist der Datensatzindex. | Kein automatischer Ablauf im Browser. Die Abmeldung entfernt auth:user und den entsprechenden Listeneintrag; die Liste kann leer bestehen bleiben. Die Gültigkeit der aktuellen serverseitigen Sitzung des Plattform-Managers ist gesondert auf 7 Tage begrenzt; wird sie ungültig, bleibt der Browserdatensatz bestehen. |
Derselbe IndexedDB-Speicher: state:flow:state:flow, state:flow:auth-control-state, state:flow:resume-flow, state:flow:_list | Zustand angeforderter Workflows, Weiterleitungen und Authentifizierungen, einschließlich Route und Eingabe sowie vorübergehender Authentifizierungs-Challenges. | Kein allgemeiner Ablauf im Browser. Authentifizierungs-Callbacks und die Bereinigung durch den Controller entfernen den Steuerungsdatensatz. Die Standardfortsetzung nach Anmeldung oder Wiederaufnahme hat eine logische Frist von 30 Minuten und wird entfernt, sobald sie verwendet oder verworfen wird; zum Ablauf dieser Frist ist keine physische Löschung vorgesehen. |
Derselbe IndexedDB-Speicher: vib-intent-draft:current, vib-intent-draft:_list | Vom Plattform-Manager abgerufener Besucher-Prompt und Datensatzindex; ein Prompt kann personenbezogene Daten enthalten. | Logische Gültigkeit des Entwurfs: 24 Stunden; ein abgelaufener Datensatz wird bei einem späteren Lesezugriff oder beim Erstellen/Verwerfen entfernt. Für diesen Entwurf ist keine Löschung bei Abmeldung konfiguriert. Die serverseitige Übergabereferenz ist gesondert, einmal nutzbar und läuft nach 120 Sekunden ab. |
localStorage _owlmeans-login-terms, _owlmeans-login-landed, _owlmeans-marketing-consent-skipped | Oberflächenmarker für die akzeptierte Version, Deduplizierung nach der Anmeldung und Marker für das Überspringen optionaler Entscheidungen bei der aktuellen Anmeldung. Der Landed-Marker speichert Bearer-Zugangsdaten; der Überspringungsmarker speichert normalerweise eine Sitzungskennung und kann ersatzweise die Bearer-Zugangsdaten enthalten. Weder das Überspringen noch der Versionsmarker im Browser ersetzt erfasste Einwilligungs- oder Vertragsnachweise. | Die aktuelle Implementierung sieht weder einen automatischen Ablauf im Browser noch eine Entfernung bei normaler Abmeldung vor. Werte können bestehen bleiben, bis sie ersetzt oder die Website-Daten gelöscht werden. |
sessionStorage _owlmeans-oidc-popup, owlmeans:chunk-reload | Zustand eines angeforderten Anmelde-Popups und Wiederherstellung nach fehlgeschlagenem Laden von Anwendungscode. | Tab-/Seitensitzung des Browsers, abhängig vom Wiederherstellungsverhalten des Browsers. Der Popup-Zustand wird durch den zugehörigen Löschvorgang entfernt. Der Zeitstempel für das Neuladen bewirkt eine Wiederholungssperre von 60 Sekunden, keine zeitgesteuerte Speicherlöschung. |
Integrierte Anmelde-Cookies _session, _interaction, _interaction_resume; bedingt _session.sig, _interaction.sig, _interaction_resume.sig | Opake OIDC-Sitzungs- und Interaktionskennungen und, sofern konfiguriert, die zugehörigen Signatur-Cookies. Notwendiger Anmelde- und Autorisierungszustand; das Sitzungscookie enthält nicht den unverarbeiteten Satz aus Access- und Refresh-Tokens. | Aktuelle Standardwerte des Anbieters: Sitzung 14 Tage, bei Anbieteraktivität verlängert; vorübergehende Sitzungen können ein Browser-Sitzungscookie nutzen. Interaktions- und Wiederaufnahme-Cookies sind auf 1 Stunde begrenzt; die Wiederaufnahme löscht ihr Wiederaufnahme-Cookie und verbraucht die serverseitige Interaktion. Namen und Optionen der Anmelde-Cookies sowie wirksame Überschreibungen hängen von der Bereitstellung ab. Die lokale Abmeldung aus der Anwendung beendet die Anbietersitzung nicht von selbst. |
Linkparameter owlcc und Sprachparameter | Übertragen die gewählten Kategorien und die Sprache zwischen konfigurierten eigenen Domains. | Der Zeitstempel des Auswahl-Links gilt fünf Minuten, mit einer Toleranz für abweichende Uhren. Der Parameter wird bei der Übernahme entfernt. Er ist weder ein domainübergreifend gemeinsam genutztes Cookie noch eine Marketingerlaubnis für das Konto. |
| Google Tag Manager und Google Analytics | Aktive Messdienste. Optionale Analyse erfordert die Einwilligung für ihre Kategorie. Google Ads und personalisierte Werbung sind keine aktiven Plattformzwecke. | Die veröffentlichte Konfiguration der Mess-Tags, die Cookie-Namen, Ereignisfelder und tatsächlichen Laufzeiten müssen vor der Aktivierung dieser Fassung überprüft werden. Ungeprüfte Laufzeiten werden nicht behauptet. |
Google reCAPTCHA; _GRECAPTCHA und weitere Speichermechanismen der tatsächlichen Integration | Aktive Abwehr von Bots, Betrug und Missbrauch in ausgewählten geschützten Abläufen. Eine Ausnahme für unbedingt erforderliche Sicherheitsfunktionen gilt nur, wenn ihre gesetzlichen Voraussetzungen erfüllt sind. Nicht notwendige Endgerätezugriffe erfordern die jeweils anwendbare vorherige Auswahl. Sicherheitsverarbeitung ist von Analyse, Werbung und Marketingeinwilligungen im Konto getrennt. | Google dokumentiert _GRECAPTCHA für die Risikoanalyse beim Ausführen des Dienstes. Tatsächliche Domains, weitere Speichermechanismen, Datenfelder und Laufzeiten müssen vor der Aktivierung überprüft werden. Ungeprüfte Ablaufzeiten oder eine pauschale Ausnahme von der Einwilligung werden nicht behauptet. |
| Sentry-Diagnosekennungen oder Browserspeicher, soweit konfiguriert | Bestätigter Diagnosedienst. Notwendige Fehlerberichte müssen verhältnismäßig sein. Optionale Sitzungswiedergabe, Profiling oder Gerätezugriffe erfordern die jeweils anwendbare gesonderte Auswahl. | Die genauen SDK-Einstellungen, der übermittelte Kontext, die Speicherung und die Aufbewahrung müssen überprüft werden. Diagnostik erlaubt keine Aufzeichnung von Prompts, Geheimnissen oder uneingeschränkten Sitzungswiedergaben. |
| Speicherung durch Cloudflare, Stripe, Google-Anmeldung und GitHub | Aktive Netzwerk-, Zahlungs-, Identitäts- und Repository-Dienste. Die Speicherung hängt vom Dienst und vom angeforderten Vorgang ab. | Tatsächliche Cookie-Namen und Laufzeiten richten sich nach der überprüften Konfiguration und den Hinweisen des jeweiligen Anbieters. Angeforderte Anmelde-, Zahlungs- und Sicherheitsfunktionen müssen von optionalem Tracking unterschieden werden. Die aktive Nutzung eines Dienstes bedeutet nicht, dass auf jeder Seite ein Cookie gesetzt wird. |
| Schriften auf der Unternehmenswebsite und im Plattform-Manager | Schriftdateien werden für die Seitendarstellung lokal bereitgestellt. | Diese beiden Oberflächen erfordern keine Besucheranfrage an ein Google-Schriften-CDN. Kundenbetriebene oder generierte Anwendungen haben eigene Konfigurationen und Hinweise. |
2.1. Notwendige Funktionen erlauben weder unnötiges Fingerprinting noch Marketing. Die jeweiligen Sitzungskennungen, optionalen Tags, Empfänger und Speicherdauern werden offengelegt, bevor diese Fassung aktiviert wird oder ein neuer optionaler Dienst startet.
2.2. Die oben aufgeführten Namen eigener Speichereinträge und ihre Lebenszyklen beschreiben die aktuelle Standardkonfiguration im Quellcode. Die IndexedDB-Ressourcen eines Origins teilen sich den benannten Speicher; ein Ressourcenpräfix ist keine eigene Datenbank. Löschen im Browser, Verdrängen, Überschreiben und serverseitiges Ungültigmachen sind etwas anderes als eine zeitgesteuerte Löschung. OIDC-Cookies werden standardmäßig mit HttpOnly und SameSite=Lax gesetzt; sicherer Transport sowie Signierung und Konfigurationsüberschreibungen müssen der tatsächlichen Bereitstellung entsprechen. Serverseitig ausgestellte Access- und ID-Tokens gelten standardmäßig 1 Stunde, Autorisierungscodes 60 Sekunden und Grants und Refresh-Tokens des Anbieters 14 Tage, jeweils abhängig von Geltungsbereich und Konfiguration. Das sind Regeln zur Gültigkeit von Zugangsdaten; sie besagen nicht, dass jedes Browserelement oder jede Kopie bei einem Anbieter zu diesen Zeitpunkten gelöscht wird.
2.3. Kundenbetriebene Anwendungen benötigen ein eigenes Verzeichnis und einen eigenen Hinweis. Verwendet eine Anwendung die aktuelle, von OwlMeans generierte Vorlage, können die folgenden zusätzlichen Schlüssel vorhanden sein; ob sie vorhanden sind, hängt von der Version und den aktivierten Funktionen dieser Anwendung ab. Diese Tabelle macht die eigenständige Analyse ihres Betreibers nicht zu einem Marketingzweck von OwlMeans.
| Bedingtes Anwendungselement | Zweck und Kategorie | Speicherdauer |
|---|---|---|
sessionStorage owlmeans:visit-key | Pseudonymer Gast-Zuordnungsschlüssel, der von Gästen erstellte Datensätze mit dem später angemeldeten Nutzer verknüpfen kann | Tab- oder Seitensitzung, einschließlich des Wiederherstellungsverhaltens des Browsers; bleibt bei der Anmeldung erhalten, ohne feste zeitliche Frist und ohne Entfernung bei Abmeldung. |
sessionStorage owlmeans:landing-handoff, owlmeans:landing-continued, owlmeans:landing-anchor | Angeforderte Fortsetzung der Eingabe auf der Einstiegsseite, Marker gegen doppelte Fortsetzung und Scrollposition für die Rückkehr; Eingaben können personenbezogene Daten enthalten | Logische Gültigkeit der Übergabe: 30 Minuten; ein abgelaufener Eintrag wird beim Lesen entfernt. Ausdrückliches Löschen der Übergabe entfernt diese und den Fortsetzungsmarker; anderer Tab-Zustand folgt seinem eigenen Verwendungs- oder Löschvorgang oder der Seitensitzung. |
sessionStorage owlmeans:auth-seen | Marker zur Deduplizierung von Anmelde- und Abmeldeereignissen, gedacht für optionale Analyse; speichert in oder out, keine Authentifizierungs-Zugangsdaten | Tab- oder Seitensitzung. Die aktuelle Vorlage schreibt den Marker beim Lesen des Authentifizierungszustands, unabhängig davon, ob Analyseereignisse übermittelt werden. Jede nicht notwendige Speicherung oder Ereignisnutzung erfordert die jeweils erforderliche vorherige Auswahl; die Durchsetzung der Kategorien muss vor der Nutzung geprüft werden. Das Vorhandensein des Markers erteilt keine Tracking-Einwilligung. |
Bedingtes Komponenten-Cookie sidebar_state und localStorage owlmeans:color-scheme | Seitenleisten- oder Farbeinstellung, nur wenn diese Komponente verwendet wird; für keines ist nachgewiesen, dass der Plattform-Manager es derzeit schreibt | Seitenleiste standardmäßig 7 Tage; Farbeinstellung bis zur Änderung oder Löschung, bei Auswahl des Systemstandards entfernt. |
2.4. Das Anfrage-Widget hält ungesendeten Text, die gewählten Kontaktwege und ausgewählte Dateien im Arbeitsspeicher der Seite. Es speichert selbst keinen Anfrageentwurf in Cookies, localStorage, sessionStorage oder IndexedDB. Solange das Widget eingebunden bleibt, bleibt ein ungesendeter Entwurf auch nach dem Schließen des Dialogs und einem Themenwechsel erhalten. Nach erfolgreichem Absenden wird der Entwurf gelöscht, sobald Sie die Bestätigung schließen. Wird die Seite entladen oder das Widget entfernt, endet dieser Speicherzustand. CRM-API-Aufrufe übermitteln keine Browserzugangsdaten. Zum Absenden verwenden sie ein neues, einmalig verwendbares Gast-Token zur Botabwehr statt des gespeicherten Bearer-Tokens des Plattformkontos oder einer neuen Anmeldesitzung. Dies verhindert weder die gesondert offengelegte Geräte- und Sicherheitsverarbeitung des Google-reCAPTCHA-Skripts noch, dass der Browser eigene Autofill-Daten behält.
3. Auswahl und domainübergreifende Übernahme
3.1. Optionale Kategorien sind zunächst abgelehnt. Sie können sie in den Cookie-Einstellungen annehmen, ablehnen oder anpassen. Über notwendige Speicherung wird informiert; sie wird nicht als optionale Einwilligung dargestellt. Änderungen und Widerruf erfolgen über dieselbe Einstellungsfunktion. Auch Browsereinstellungen können Speicher löschen oder blockieren und dadurch angeforderte Funktionen deaktivieren. Ein Widerruf stoppt künftiges optionales Tracking. Er löscht keine bereits rechtmäßig erhobenen Daten; für diese bleiben Datenschutzrechte bestehen.
3.2. Die gemeinsame Auswahl umfasst owlmeans.com, owlmeans.pl und den im Dialog genannten konfigurierten Host der OwlMeans Platform. Eigene Links mit zusätzlichen Parametern können eine neue Auswahl und die Sprache übertragen. Vorhandene Einstellungen auf der Zieldomain werden nicht automatisch überschrieben. Eine Änderung auf einer Domain kann daher eine weitere Änderung auf einer anderen Domain erfordern. Dies ist keine globale Synchronisierung in Echtzeit. Die Speicherung einer ausdrücklich gewählten Sprache ist notwendig und unabhängig von der Erlaubnis für optionales Tracking.
3.3. In der überprüften Website-Implementierung laden Rechtsseiten den optionalen Tag-Loader nicht; die notwendige Übernahme von Einstellungen kann dennoch erfolgen. Der Google-Einwilligungsmodus setzt optionale Signale standardmäßig auf abgelehnt. Der Container wird erst nach der passenden Einwilligung geladen. Auch jedes einzelne Tag muss seine Kategorie durchsetzen. Der Einwilligungsmodus allein beweist nicht, dass kein Empfänger Daten erhalten hat.
3.4. Bei den Anfrage-Auslösern auf der Unternehmenswebsite wird das Laufzeitmodul des Widgets nach einem Klick vom konfigurierten Host der OwlMeans Platform angefordert. Der Plattform-Manager kann sein Laufzeitmodul aus demselben Ursprung für seine Kontaktschaltfläche oder vorab bei Mauszeigerkontakt beziehungsweise Fokus laden. Beim ersten Öffnen des Dialogs werden dessen Sicherheitskonfiguration angefordert und Google reCAPTCHA geladen, bevor die Anfrage abgesendet oder ihr Kontrollkästchen markiert wird. Ein Klick oder das Markieren des Kästchens allein ist keine Einwilligung in sonst nicht notwendige Endgerätezugriffe; für diese Verarbeitung müssen die Voraussetzungen eines unbedingt notwendigen Zugriffs oder eine entsprechende vorherige Auswahl vorliegen. Wer die Analyse ablehnt, kann trotzdem eine Anfrage senden. Das Ereignis inquiry_dialog_open mit inquiry_widget, inquiry_tab und inquiry_source gelangt nur in die Datenschicht der Analyse, solange die Einwilligung in die Analyse erteilt ist. Abgelehnte Ereignisse werden verworfen und nicht bis zu einer späteren Einwilligung zurückgehalten. Das Ereignis enthält weder E-Mail-Adresse noch Nachricht oder Dateien des Formulars. Rechtsseiten enthalten in der überprüften Website-Implementierung kein Anfrage-Widget. Ist die Browserprüfung blockiert, bleibt der Support per E-Mail, Post und Telefon erreichbar.
4. Regionale Schutzbestimmungen
4.1. Die EU- und EWR-Regeln zum Zugriff auf Endgeräte, das polnische Recht der elektronischen Kommunikation, § 25 TDDDG und die französischen Regeln verlangen eine vorherige Einwilligung für nicht notwendige Speicherung oder Zugriffe, vorbehaltlich der jeweils einschlägigen Ausnahmen für unbedingt notwendige Vorgänge. Einwilligungen müssen freiwillig sein, und der Widerruf muss zugänglich sein. Anwendbare US-Vorgaben zu Opt-out und Global Privacy Control sowie britische Regeln bleiben unberührt. Weitere Zwecke, Empfänger, Rechte und Aufbewahrungsregeln enthält die Datenschutzerklärung; wesentlich neues Tracking erfordert eine erneute Information und gegebenenfalls eine neue Auswahl.