Privacy policy
Last updated: August 31, 2026
1. Who we are
Klyo is a creative production and activation platform operated by Digitl GmbH. Digitl GmbH is the controller responsible for the personal data described here. For the controller's full identity, registered address, and contact details, see the Digitl imprint. This policy covers the Klyo product and this website. Your use of Klyo is also governed by ourterms of use.
2. What data we process and why
You sign in to Klyo with a Google account only. We process the following categories of data to run the service.
- Account data. Your Google sign-in profile: email address, display name, and profile photo URL as provided by your Google account, plus a timezone you set yourself. We use it to identify you, run your account, and record who took which action. Sign-in and identity verification run through Firebase Authentication.
- Organization content. The campaign briefs, catalogues, uploaded assets, and the creatives Klyo generates and renders for you. We process this to run the production pipeline you use Klyo for.
- Memberships and invites. Who belongs to your organization, their role, and the invites sent to add them.
- Channel connection data. The connected-account records and the access you grant when you link a channel, described in the Google user data section below.
- External reviewer contact. When your organization sends creatives out for approval, the reviewer's email address entered by the organization is stored so we can deliver the review invitation and verify the signed review link.
- Usage records. An activity log of actions taken in the product, credit metering for paid AI and render steps, and your conversations with the in-app assistant. We use these to operate, meter, and support the service.
- Transactional email. Records of the invites, approval requests, and notifications we send you, so we can deliver them and show their status.
3. Google user data and Limited Use
When you connect an advertising or hosting channel, Klyo asks Google for access through the OAuth consent screen. We only ever use this access to provide the features you start yourself. The channel-connection flow requests exactly these scopes:
- YouTube upload (
youtube.upload). Upload your organization's rendered ad video to your connected YouTube channel as a new video, so your own creative is hosted there before a Google Ads ad references it or its organic stats are tracked. - YouTube read-only (
youtube.readonly). List the YouTube channels the signed-in Google account owns, so an admin can pick which channel Klyo uploads to and we can check the connection still works. - YouTube video management (
youtube.force-ssl). Set a video Klyo uploaded to private when you take it off your channel, and back to its visibility when you release it again, and delete the test video an admin sends at setup. Klyo never edits or deletes a video it did not upload. - YouTube Analytics read-only (
yt-analytics.readonly). Read daily per-video performance stats (views, estimated watch time, likes, comments, shares, subscribers gained) for videos Klyo uploaded, feeding your own reporting. No ad-revenue or monetary scope is requested. - Display & Video 360 (
display-video). Requested for a future DV360 integration that would create line items and creatives on your connected advertiser. It is not active today; the connection currently gates the reporting feature and the DV360 export handoff. - Bid Manager reporting (
doubleclickbidmanager). Run a Bid Manager reporting query to pull daily impressions, clicks, spend, and conversions for the DV360 campaigns you track, for your own reporting. - Google Ads (
adwords). Read your accessible Google Ads accounts, campaigns, ad groups, and existing ads for the ad-group picker, and create one new, paused Demand Gen video ad in an ad group you pick, referencing your already-hosted YouTube video. It never creates campaigns or budgets, never enables an ad, and never duplicates one. - Campaign Manager 360 (
dfatrafficking). List the CM360 profiles and advertisers the signed-in account can traffic, then upload your rendered video into the chosen advertiser's creative library and create a creative that references it, so the same video is hosted for cross-channel serving.
Separately, when you import a Google Sheet as a data feed or a file from Google Drive as an asset, Google's own file picker grants Klyo the drive.file scope, which is limited to the single file you choose. Klyo reads only that file and has no access to anything else in your Drive.
Limited Use of Google user data
Klyo's use and transfer of information received from Google APIs to any other app will adhere to the Google API Services User Data Policy, including the Limited Use requirements.
- Use. We use Google user data only to provide and improve the user-facing features you start yourself in Klyo. We never use or sell Google user data for advertising purposes, we never use it to build or serve advertising profiles or targeting segments, and we never use it for creditworthiness or lending purposes. We do not use Google user data to train generalized or general-purpose AI models.
- Sharing and transfer. We do not transfer or disclose Google user data to third parties, except: (a) to the sub-processors in section 6, strictly as needed to provide Klyo's user-facing features; (b) for security purposes, such as investigating abuse or a security incident; (c) to comply with applicable laws and regulations; or (d) as part of a merger, acquisition, or sale of assets, after we give you notice and obtain your explicit consent.
- Human access. No human reads your Google user data, except: with your explicit consent to view specific data; where the data is aggregated and anonymized for internal operations; where it is necessary for security purposes, such as investigating abuse; or where applicable law requires it.
The reporting Klyo pulls from your connected accounts is aggregate: daily counts per video or per campaign. We do not request or store per-viewer or demographic data.
Klyo uses the YouTube API Services to upload your videos to your own channel and to read your own channel's reporting. By using those features you also agree to the YouTube Terms of Service, and Google's handling of your data is described in the Google Privacy Policy.
4. Data security and protection
We handle Google user data and every other piece of sensitive information under the following safeguards.
- Encryption in transit. All traffic between your browser, Klyo's servers, and Google's APIs runs over HTTPS with modern TLS. Klyo serves no plaintext HTTP endpoint.
- Encryption at rest. Klyo requests offline access so a connection keeps working, which returns a refresh token. That token is stored in Google Secret Manager, encrypted at rest by Google Cloud, and referenced only by name. It is never written to Klyo's application database. All other data at rest, in Cloud SQL and Cloud Storage, is encrypted by Google Cloud.
- Tenant isolation. Every record belongs to exactly one organization, and access is enforced both in the application layer and by PostgreSQL row-level security, so one organization's data cannot be read by another.
- Access controls. Production access is restricted to the authorized engineering personnel who need it to operate the service, over named individual accounts. Deployments run from an audited CI pipeline using short-lived federated credentials rather than long-lived service-account keys.
- Least privilege and auditing. Klyo requests only the OAuth scopes each feature needs, and every action taken in the product is recorded in an activity log.
5. Revoking access and deleting data
You can disconnect a connected account at any time from the connections screen in Klyo. Disconnecting revokes the token at Google and deletes the connection record from Klyo, along with any auto-activation wired to it. The revoked token's encrypted value may remain briefly in our secret storage until routine cleanup removes it, and once revoked it can no longer be used.
You can also revoke Klyo's access directly from yourGoogle account permissions.
To delete your account or your organization's data, contact us through the details in the Digitl imprint. We remove the data unless we are required to keep it to meet a legal obligation.
6. Sub-processors and hosting
We rely on a small set of providers to run the service.
- Google Cloud. Hosting, database, and secret storage in EU regions (europe-west1 and europe-west3). AI inference (the Gemini and Veo models behind storyboards, images, voice, and the assistant) runs on Google's global Vertex AI endpoint and is not pinned to the EU today; we are working to confirm EU-only placement for this workload.
- Creatomate. Our render partner, which assembles the final video or image from your template and content.
- Transactional email over SMTP. We send invites, approval requests, and notifications through an SMTP email service.
7. Legal bases, retention, and your rights
Under the GDPR, we process your data on these legal bases: performance of a contract with you or your organization (Art. 6(1)(b)), our legitimate interest in operating and securing the service (Art. 6(1)(f)), and your consent where it applies (Art. 6(1)(a)).
We keep personal data for as long as your organization's account exists, or longer where the law requires us to retain it.
You have the right to access your data, to have it corrected or erased, to receive a portable copy, and to object to certain processing. You also have the right to lodge a complaint with a data protection supervisory authority.
9. Changes to this policy
We may update this policy as the product and its data practices change. When we make a material change, we will reflect it here and update the "Last updated" date at the top of the page.