Cookie Policy

Cookies and browser storage help Kreotar work like a workspace.

This policy explains cookies, LocalStorage, IndexedDB, authentication state, analytics, advertising technologies, and other browser storage used across Kreotar.

Last updated: May 27, 2026

Browser storage is part of the product, not an afterthought.

Kreotar is a browser workspace ecosystem. That means some features need browser storage to remember preferences, preserve drafts, maintain sessions, keep handoff state between tools and studios, and make mobile or cloud workflows feel continuous.

This Cookie Policy explains what these technologies are and why Kreotar uses them. It should be read together with the Privacy Policy because cookies and browser storage can be part of how data is handled.

Different technologies serve different purposes. Some are essential. Some support analytics or advertising. Some are controlled by your browser settings. Some are created by third-party providers.

01

What cookies and browser storage are

Cookies are small pieces of data stored by your browser. Browser storage technologies, including LocalStorage, SessionStorage, IndexedDB, Cache Storage, and similar mechanisms, can store more structured information in the browser.

Kreotar may use these technologies to support sessions, language, interface preferences, local drafts, studio state, recent actions, security checks, and user-requested workflows.

  • Cookies can support sessions, security, analytics, and advertising.
  • LocalStorage can support preferences and lightweight state.
  • IndexedDB can support larger browser-side drafts or file-related state.
  • Cache technologies can improve speed and offline-like responsiveness for assets.
02

Essential cookies and storage

Essential storage is necessary for the service to work. This may include authentication sessions, security tokens, locale settings, interface preferences, cloud workspace state, and technical state needed to move between tools and studios.

If you block all essential cookies or browser storage, parts of Kreotar may fail to load, lose state, sign you out, or become unable to save or reopen work.

  • Authentication and session continuity.
  • Language and interface preferences.
  • Workspace and studio state.
  • Security and abuse-prevention signals.
03

Local drafts and handoff state

Kreotar may use browser storage to support local drafts, tool-to-studio handoff, recently opened files, editor state, and temporary workflow data. This helps a quick task continue into a studio without unnecessary friction.

Local browser storage is stored on your device and can be cleared through your browser. If you clear it, local drafts or preferences may disappear.

  • Temporary file handoff between tools and studios.
  • Draft state for document, PDF, editor, or resume workflows.
  • Recent choices, filters, or layout preferences.
  • Local recovery state where technically supported.
Browser-local storage is not a substitute for a separate backup of important work.
04

Analytics and performance technologies

Kreotar may use analytics to understand page performance, feature adoption, error patterns, route quality, and user experience issues. This helps improve the ecosystem and identify pages or workflows that need repair.

Analytics should be used to improve the product, not to sell private files. We aim to limit analytics to product and technical signals that help the service operate and improve.

  • Performance measurement.
  • Feature usage patterns.
  • Error and reliability signals.
  • SEO and page quality improvement.
05

Advertising cookies and free access

Kreotar may use advertising technologies to support free public tools. Advertising partners may use cookies or similar identifiers to deliver, measure, or personalize ads according to their own policies and your consent settings where required.

Advertising should not require Kreotar to sell your private files or workspace content. You can manage ad personalization and cookie behavior through browser settings, consent tools where available, and provider controls.

  • Ads can help support free tools.
  • Partners may use their own cookies or identifiers.
  • Ad personalization may be controlled through provider and browser settings.
  • Private file content is not sold as an advertising product.
06

Third-party cookies and embedded services

Some services may set their own cookies or use their own storage when you interact with them. This can include authentication providers, cloud import providers, analytics providers, advertising partners, or media and infrastructure providers.

Kreotar does not control all third-party storage behavior. You should review the privacy and cookie policies of third-party providers when you connect accounts, authorize imports, or interact with embedded third-party services.

  • Authentication providers may use session cookies.
  • Cloud import providers may use OAuth and provider-side account state.
  • Analytics and advertising providers may use measurement identifiers.
  • Browser controls can limit or clear many third-party technologies.
07

Managing cookies and storage

You can manage cookies and browser storage through your browser settings. You can clear cookies, block third-party cookies, delete site data, or use private browsing modes. These choices may affect login, KreoCloud, local drafts, preferences, and handoff workflows.

If a feature stops working after blocking storage, you may need to allow essential site storage or use a different workflow.

  • Clear site data to remove local browser state.
  • Use browser settings to block or limit third-party cookies.
  • Expect account and workspace features to require some storage.
  • Back up important files before clearing storage.
08

How this policy changes

Kreotar's storage model may evolve as new tools, studios, and KreoCloud features are added. We may update this policy when storage behavior changes in a meaningful way.

The goal is to keep the policy aligned with the real implementation. If a workflow begins using a different technical path, public documentation should reflect that change.

  • Policy updates may follow new studios or cloud features.
  • Storage disclosures should match product behavior.
  • Major changes should be reflected in privacy and cookie documentation.
  • Questions can be sent through the contact page.

Essential first

Some storage is required to keep a workspace stable, secure, and usable.

Local where useful

Browser storage can make tool-to-studio workflows faster without immediate cloud persistence.

Clear user controls

Users should understand that browser settings can clear or block storage, with functional tradeoffs.

Want to understand a storage behavior?

If you are unsure whether a workflow uses browser storage, KreoCloud, cookies, or a third-party provider, contact us.