Privacy Policy

Effective date: July 20, 2026 · Last updated: July 20, 2026

Awake Qubit keeps your data where it belongs: your sessions, the apps you watch, and your session history stay on your device and in your own iCloud account. There is no account to create, no advertising, and no data broker anywhere in this app.

We do collect product analytics — a timestamped record of certain in-app actions, tied to a per-install identifier — so we can see which features get used. It is on by default. If you have never touched the setting, it is on. You can turn it off in one tap (Share Usage Analytics), it takes effect immediately, and this page lists every event it can send.

What leaves your device

Four things can leave your device, and nothing else:

• Crash & diagnostic reports — so we can fix bugs.
• Product analytics — a timestamped record of certain in-app actions. On by default; you can turn it off.
• iCloud sync data — your sessions and device state, synced through your own Apple account. We cannot read it.
• Lock Screen notifications — when your Mac updates your iPhone's Lock Screen or alerts you, the message passes through a relay we run. These messages contain your Mac's name, and for watched-app alerts the name of the app that quit. Described below.

We have no account system and no user profiles. The only per-device record involved is the Apple push token needed to deliver a notification to your phone. We never sell or share your data with data brokers, we run no advertising, and nothing we collect is used to target you.

Data that stays on your device

Awake Qubit reads the following data locally to do its job:

• Power Assertions: the same wake-lock information macOS exposes to any process with normal permissions. This data never leaves your Mac.
• App preferences: your settings (overrides, notification preferences, etc.) stored in your app's sandboxed container or iCloud Key-Value Store, accessible only to you.

iCloud sync

Device sync uses Apple's iCloud infrastructure to sync state between your Mac and iPhone on the same Apple Account. The sensitive fields — the apps you watch, your device names, your activity history — are stored with field-level encryption in your own private database. This data is governed by Apple's Privacy Policy. We never have access to your iCloud data.

Lock Screen notifications

To show a live session on your iPhone's Lock Screen, or to alert you when a watched app quits while your phone is locked, your Mac cannot talk to your phone directly — it has to go through Apple's push service, and reaching that service requires a signing key that must never ship inside an app. So your Mac sends the message to a small relay we operate, which signs it and hands it to Apple.

These messages contain your Mac's name — which for most people includes their real name, e.g. "Jane's MacBook Pro" — and, for watched-app alerts, the name of the app that quit. They also carry your device's Apple push token and the session's start time and remaining duration.

The relay is a stateless function: it validates the message, signs it, forwards it to Apple, and returns Apple's answer. It has no database and no storage attached, and it does not log the contents of these messages. The only thing it writes to a log is a failure to sign — which contains no message content. Like any internet request, reaching it reveals your Mac's IP address to Cloudflare, which operates the edge it runs on and keeps standard request logs.

You can stop these messages entirely by turning off notifications for Awake Qubit in your iPhone's Settings, or by turning off the Lock Screen session card. Local notifications on the Mac itself never use the relay.

Product analytics

Awake Qubit sends a small set of in-app actions to PostHog, our analytics processor, so we can see which features get used and where the app confuses people. Your data is processed on their European Union (Frankfurt, Germany) servers. PostHog is a US company; onward transfers are governed by our data-processing agreement with them.

These are the only events the app currently records:

• App launched — with the platform (Mac or iPhone).
• Setup step reached — which step of the iPhone pairing walkthrough you got to (open the Mac app, same account, iCloud), and reaching the finish. This is how we see where setup loses people.
• iCloud check result — during setup, whether your iPhone could reach iCloud (available or unavailable). Not why, and nothing about your account.
• Setup troubleshooting opened — that you tapped "Not connecting?" during setup.
• Session started — the kind of session (timed, indefinite, app-based, battery) and whether it came from the Mac or the phone.
• Session extended — how many seconds were added or removed, and whether it came from the Mac or the phone.
• Session stopped — why it ended (manually, expired, the watched app quit, battery, or unexpectedly).
• Remote action from your phone — which action (extend, stop, keep awake, let sleep, lock screen), and whether you tapped it in the app or from a Lock Screen notification.
• Result of a phone-started session — how long the Mac took to answer, and the outcome. The outcome can record that the Mac was unreachable, that your watched app wasn't running, that your battery was below your threshold, or that the action needed Pro — the fact, never which app or what battery level.
• Connection pill shown or tapped — with the connection state (connected, asleep, reconnecting, unreachable, not paired).
• Lock Mac tapped, and separately whether it succeeded, plus how long it took.
• Connection health opened, and which control opened it.
• Mouse Wiggler switched on or off, and its idle threshold in seconds.
• Upgrade screen shown — that the Pro screen appeared, and which feature prompted it (e.g. Smart Pause, iPhone remote control).
• Purchase started / completed, trial started, restore tapped — that you began or finished buying Pro, started a free trial, or tapped Restore, and which plan (monthly, annual, lifetime). Never any payment details — Apple handles the transaction; we only see that it happened, and the amounts come from Apple's own reports, not from here.

We send technical context with every event: app version and build, your device model (the hardware type — "MacBook Pro", "iPhone" — not the name you gave your device), the operating system and version, screen size, your language, your time zone, network type (Wi-Fi or cellular), whether the build came from the App Store or TestFlight, and the app's own bundle identifier. Every event also carries a timestamp.

Two identifiers travel with these events: a per-install identifier generated the first time the app runs, which persists between launches and encodes the moment it was created; and a session identifier that changes after thirty minutes of inactivity. Neither is derived from your Apple Account, your hardware, or any advertising ID. Your Mac and your iPhone each generate their own, and we never join them together — that is a commitment about how we work, not a technical impossibility, so we are telling you it is a promise.

Taken together, that is a reasonably specific technical fingerprint, and the identifier persists. So we describe this data as not linked to your identity rather than "anonymous": a persistent per-install identifier is pseudonymous, not anonymous, and the difference is worth stating plainly.

What product analytics never contain

This section is about analytics specifically — the notification relay is separate and is described above. The events listed above never include:

• The names or bundle identifiers of the apps you watch, or of any other app running on your Mac.
• Your device name.
• Your Apple Account, email address, or any sign-in identifier.
• Your files, documents, photos, screen contents, keystrokes, or browsing.
• Any advertising identifier — no IDFA, no IDFV, and no tracking across apps or websites.

There is no session replay, no screen recording, no screenshotting, and no automatic capture of taps or screens: every event above is one we wrote by hand. Before an event is sent, each value also passes a filter that redacts anything matching an email address or a version-4 UUID.

One thing we cannot promise: any connection to the internet reveals your IP address to the server at the other end, and analytics is no exception. We have switched off IP-based location lookup on our events, and we have set our processor to discard the IP address rather than store it — but that is a setting on their side, not something the app can enforce, and we would be overstating things if we claimed your IP never reaches them at all.

What we will never do

• No advertising, in the app or anywhere else.
• No selling or sharing your data with data brokers. Not now, not later.
• No advertising identifier, and no cross-app or cross-site tracking.
• No session replay, screen recording, or screenshotting. Ever.
• No account, so nothing that ties your usage to a real name.

Turning analytics off

Product analytics are on by default. We do not show a consent prompt, so to be plain about it: if you have never touched this setting, it is on. The switch lives under About, next to the version number — not the most obvious home for a privacy control, so here is the exact path:

• On iPhone and iPad: Settings → More → Help & about → About → Share Usage Analytics.
• On Mac: Awake Qubit → Settings → About → Share Usage Analytics.

Turning it off stops collection immediately — not at the next launch — and clears the identifier your events were recorded under. From then on the app does not contact PostHog at all: on later launches it never even starts the analytics component, so there is no connection to make.

Two caveats we would rather state than have you discover. While analytics are on, the analytics component checks in with PostHog when the app launches, even if you do nothing in the app. And switching off makes one final request as it tears the session down, which still carries the identifier being discarded — we can stop that identifier persisting, but we cannot un-send a request that has already left.

Crash reporting is separate from this switch: turning off Share Usage Analytics stops product analytics, but crash and diagnostic reports continue, because they are what tell us the app is broken.

Legal basis (EU and UK)

We rely on legitimate interests (GDPR Article 6(1)(f)) to understand how our own app is used. The switch above is how you object — you need no reason, and the app behaves identically either way. Some European regulators take the view that storing an analytics identifier on your device should require your consent up front rather than an opt-out afterwards. We have taken the opt-out route, and we would rather tell you that is a judgement call than present it as settled.

How long we keep it

Product-analytics events are retained for 12 months and then deleted. Crash reports follow Firebase's own retention schedule. The notification relay retains nothing.

Your data rights

Because analytics events carry no name, email, or account, we cannot find yours from anything you would think to give us. If you ask us to delete your past events, the only way we could locate them is with the per-install identifier stored on your device — and we do not currently show it to you. We are adding a way to see and send it. Until then, the control that actually works is the off switch, which stops future collection and clears the identifier locally. We are telling you this because it is a real limit on what we can do for you, not because it is a feature.

For anything else — questions, complaints, or a request about data held under another part of this policy — email privacy@awakequbit.com. You also have the right to complain to your local data protection authority.

Crash & diagnostic reports

Awake Qubit uses Google Firebase Crashlytics to collect crash and diagnostic data (the crash stack, device model, and OS version) so we can find and fix bugs. This data is not linked to your identity — Crashlytics uses its own per-install identifier, so the same pseudonymous-not-anonymous caveat applies as for analytics — and is never used for tracking or advertising. We also use Firebase Remote Config to adjust feature settings remotely, including the switch that controls whether analytics are collected at all; it sends a Firebase installation identifier and your IP address, and collects nothing about how you use the app. See Firebase's privacy and security for how Google handles this data. Separately, if you opt in to sharing diagnostics with Apple, Apple may also receive crash reports it processes on its own.

Third-party services

These are every company that may receive data from Awake Qubit:

• PostHog (European Union (Frankfurt, Germany)) — product analytics, as described above. Their privacy policy.
• Google Firebase — Crashlytics for crash reports and Remote Config for feature settings, as described above.
• Cloudflare — hosts this website and runs the notification relay, as described above.
• Apple — iCloud sync, push notification delivery, App Store purchases, and (if you opt in with Apple) diagnostics, all governed by Apple's own policies.

Awake Qubit contains no advertising SDKs and no cross-app or cross-site tracking SDKs. PostHog, Firebase and Cloudflare work for us under contract. Apple's part is your own iCloud and your own push notifications, which we cannot see into.

This website

This site uses Cloudflare Web Analytics to count page views. It sets no cookies of its own, does not fingerprint your browser, and does not track you across other websites — which is why you see no cookie banner. Visitors from the EU are excluded from it entirely. Cloudflare also hosts this site, keeps standard server request logs, and may set its own security cookies at the network edge to filter automated traffic.

When you click a download button, it passes through a first-party redirect on our own domain before sending you to the App Store, so we can count which button people use. This sets no cookie, runs no script in your browser, and records only which button was clicked — nothing about you.

Children's privacy

Awake Qubit is a general-purpose utility and is not directed at children under 13. We do not knowingly collect any data from children.

Changes to this policy

If we change this policy in a material way — and especially if we ever start collecting something we previously said we did not — we will say so in a notice at the top of this page, as we have done above, and update the effective date. We will leave that notice up for at least ninety days. Continued use of the app after a change constitutes acceptance of the updated policy.

Contact

Questions about privacy? Email us at privacy@awakequbit.com.