Version 2.11 · Effective 2026-10-27
Version 2.11 adds an optional choice about AI features to section 4.2. The mobile app asks, on its own unchecked box, whether you allow its AI features to send your consumer health data to Anthropic, with OpenAI as a backup. With AI features off, they send none of it, and you can change your choice at any time in the app under Profile > Privacy. Everything else in version 2.10 is unchanged.
Version 2.10 adds one entry to section 7. A mobile account not saved to Apple, Google or an email address and not opened for 60 days is deleted like an account you delete yourself, which deletes its consumer health data as section 6.2 describes. Everything else in version 2.9 is unchanged.
Version 2.9 names Meta Platforms, Inc. as a recipient for one purpose, ad measurement, and only for people who agree to it on a separate checkbox. From app version 2.0.34 on Android, if you installed KetoNoir from an ad on Facebook or Instagram, the app asks whether you want us to tell Meta. If you agree, we send Meta that the install happened, the ad it came from and a random identifier used only for this (section 4.4). From the same version on iPhone, the app tells Apple when it is first opened and when you create an account, start a free trial or subscribe, so that Apple can send the ad network an anonymous report (section 4.3). Version 2.9 also corrects section 4.3, which said our iOS app carried the attribution identifiers of Meta and TikTok. It has not carried them since app version 2.0.26. Everything else in version 2.8 is unchanged.
Version 2.8 adds body fat percentage to the data we read from Apple Health and Health Connect. Version 2.7 said we asked for that permission but did not read it. Body fat readings are stored in your account as biomarker readings and shown on your Trends screen. They are not sent to Anthropic or OpenAI. To stop the reading, turn off body fat for KetoNoir in Apple Health or Health Connect. Section 1.7 gives the detail. Everything else in version 2.7 is unchanged.
Version 2.7 says more fully what Expo, which builds the mobile app and serves its updates, does for itself with the device information it receives from the app: analytics, including aggregate trend analysis; improving its services; and outreach to its own customers, the app developers that use Expo. That use is not limited to aggregated or de-identified information. Expo still receives no consumer health data (section 4.1). It adds no recipient.
Version 2.6 says more about Expo, which builds the mobile app and serves its updates. Expo also uses the device information it receives from the app, including your IP address and reports of errors when the app starts, for its own aggregate trend analysis and to improve its services, under its own privacy policy. Expo receives no consumer health data. Version 2.6 also names the safeguards for transfers out of the United Kingdom and the European Economic Area, and corrects a statute reference (sections 3, 4, 5.2 and 6.2). It adds no recipient.
Version 2.5 names Apple and Google as the services that deliver the notifications you can turn on in the mobile app. It says how your screening answers decide who receives the weekly summary notification, which notification tokens we keep and how they are deleted (sections 1.1, 4.1, 4.2, 6.2 and 7). A notification never contains your health values. It also corrects what we said about Expo, which serves updates to the mobile app. It adds no other recipient.
Version 2.4 says how we use your health screening answers to protect you in the progress reports and reminders we send, and describes the copy of your weekly progress report that we keep for 90 days behind a private link (sections 1.1, 6.2 and 7). It adds no new recipient.
Version 2.3 asks for your consent to collect your health information, and separately to share it, on their own checkboxes before we ask for any of it, and lets you send a privacy request from inside the mobile app. It adds no new category of data, no new recipient and no new purpose.
Version 2.2 names one additional recipient. When Anthropic is temporarily unavailable, some requests are answered once by OpenAI instead, as section 4.1 describes. That backup has been in place since August 2026, and version 2.1 did not name it. From this version, your AI coach conversations and the facts the coach remembers about you are never sent to OpenAI. Before it, the step that picks out facts for the coach to remember, which reads your latest coach message and the facts already stored, and requests from our operator tools could also be retried with OpenAI, and while testing the backup in August 2026 we sent those kinds of requests to OpenAI for a short time.
This policy applies to consumer health data and is provided under the Washington My Health My Data Act (RCW 19.373) and Nevada SB 370. It is a separate document from our general Privacy Policy, which continues to apply to all other information.
Ketonoir LLC is the entity responsible for the consumer health data described here. If anything in this policy conflicts with the general Privacy Policy in respect of consumer health data, this policy governs.
Version 2.0 is a substantial expansion of version 1.0. It names every category of consumer health data the product collects and every third party that receives any of it, including categories and recipients that version 1.0 did not list. Where this version and an earlier one differ, this version is the accurate one. Nothing here is a new practice being announced; it is a fuller description of what the product does.
Version 2.1 adds one item to section 4.3: the first-party click identifier that the store badges on our websites place in the Google Play install referrer, which the app attaches to your account after installation. It changes nothing else.
The descriptions in this policy are true for every user. The rights in section 6 are given to Washington and Nevada residents by statute, and we honour them for anyone who asks.
This section lists every category of consumer health data we collect. Because the statute makes this document a ceiling on what we may collect, use and share, the list is written to be exhaustive rather than illustrative. If a category is not named here, we do not collect it.
We do not collect consumer health data in order to advertise to you. We do use it beyond delivering the feature you are using at the time, in one way, and it is set out below rather than buried: we analyse it internally to operate the business (section 1.9).
We ask whether any of the following apply to you: pregnancy or nursing, kidney, liver or pancreatic disease, a history of eating disorders, medication for diabetes, blood pressure or blood thinners, gallbladder issues, type 1 diabetes, a heart attack, stroke or major cardiac event in the last six months, use of an SGLT2 inhibitor, and active cancer treatment. In the mobile app this screening is asked before your first AI coach session. In the web app it is asked during onboarding.
Purpose. To decide whether AI coaching is made available to you or whether the app operates in tracking-only mode, and to give the AI coach the safety context it needs so its guidance accounts for your declared conditions. This is a safety control, not a marketing input.
Protecting you in what we send. We also use your answers to decide what our progress reports and reminders contain, so that someone who declared a condition gets general ones or none. If the screening restricted your account, or you told us about a history of eating disorders, we do not send you the weekly or monthly progress report. If you declared any other condition, your weekly report gives general notes only, leaves out your weight and says that your doctor or care team sets your targets, and your monthly report leaves out your weight.
The weekly summary notification. If you turn on the weekly summary notification in the mobile app, we check your most recent screening answers on our servers each time before we send it. It goes only to an account confirmed as 18 or older whose most recent screening allowed the AI coach, either with no declared condition or after you accepted our notice to talk to your doctor about a declared condition. It never goes to an account the screening restricted, or to anyone who ever told us about a history of eating disorders. The notification itself says only that your weekly summary is ready. It never contains your health values.
Your weekly report copy. When we send your weekly progress report, we keep a copy of that report for 90 days so that you can open, print or share it from the private link in the email. The copy holds your first name, each day’s calories, carbohydrates, protein and fat for that week, the previous week’s averages, your plan targets, your weight change unless you declared a condition, a summary of your blood ketone readings, the coach notes, and any conditions you declared in the screening. Anyone who has the link can open the copy without signing in, so share it only with people you choose. The copy does not contain your email address or account identifier. We keep a list of your copies under your account identifier so that we can delete them when you delete your account. Otherwise each copy is deleted automatically after 90 days.
What else happens to it. Your declared conditions are sent to Anthropic on every AI coach turn, so that the coach can take them into account. We separately record the outcome of the screening: how many conditions you flagged and the fact that your account is in restricted mode. That outcome is sent to our analytics provider against your account identifier, is visible to our operators, and is included in the operator analysis described in section 1.9. Your answers and the outcome are also written into the consent record described in section 7, which survives account deletion.
Body weight and body composition, blood ketones (BHB), blood glucose, blood pressure (systolic and diastolic), blood lipid panel values (total cholesterol, LDL, HDL and triglycerides), and any free-text note you attach to a reading.
Where a reading was imported from Apple Health or Health Connect rather than typed in, we store two further things with it. One is the health platform’s own record identifier for that sample. The other is the name of the app or device that originally produced the reading — for example a continuous glucose monitor, a smart scale or a blood-pressure cuff. A device name can itself indicate a condition, so we treat it as consumer health data. It is kept permanently in the reading’s note field, and it is included in the biomarker history sent to Anthropic on an AI coach turn.
Purpose. To display your trends, to inform coaching guidance you ask for, to avoid importing the same reading twice, and to show you where a reading came from.
Meals and foods logged (name, portion, calories, protein, fat, carbohydrate, net carbs, fibre, meal slot and time), water intake, exercise, height, weight, goal weight, sex at birth, activity level, dietary preferences and diet type, allergies and sensitivities (both the standard allergen list and anything you type in yourself), health goals, and your birth year.
We also collect the food search terms you type, the product barcodes you scan — including barcodes of dietary supplements, which we look up against the NIH Dietary Supplement Label Database — and the restaurant chains and menu items you choose. Search terms and barcodes are sent to outside food databases, listed in section 4.1, so that we can return nutrition facts.
Purpose. To calculate your macro targets, produce your logs and forecasts, warn you when a logged food contains an allergen you listed, look up what you are eating, and confirm you are 18 or older. Only your birth year is retained; the full date of birth is evaluated on your device and is not transmitted to us.
Every message you send to the AI coach and every reply it sends you, kept verbatim. In the mobile app the whole conversation thread is stored under your account identifier. In the web beta, each exchange is stored with your message truncated to 500 characters and the coach’s reply to 800 characters.
We also keep coach memory: short free-form facts about you that the coach extracts from your conversations so it does not have to ask again. These are written by the model from whatever you told it, so they can contain any health information you have mentioned.
Purpose. To generate the coaching response you asked for and to give the coach continuity between sessions. Coach conversations are also read by our operators and used for internal analysis; see sections 1.9 and 4.
All of the following leave your device and are sent to Anthropic for analysis. Some of them may instead be sent to OpenAI if Anthropic is temporarily unavailable; section 4.1 lists exactly which. This is the complete list of image and document paths in the product.
Two things about this are easy to miss, and we would rather state them than let you discover them. First, you may select any existing photograph from your device library rather than taking one for KetoNoir, and we cannot tell the difference. Second, an image is transmitted and analysed before we decide whether it is the right kind of image, so a photo the app then refuses has already been sent.
On mobile, a resized copy of the photograph is written into the app’s cache folder on your phone so it can be shown on the review screen. It stays on your phone until you or the operating system clears the app’s storage. We do not upload that copy again.
Purpose. To produce the nutrition estimate, body-composition estimate, recipe, pantry list, meal plan or barcode reading you asked for.
Analysing an image produces new health data about you that you never typed in. We treat all of it as consumer health data:
Purpose. To produce the result you asked for, to keep your pantry and recipes usable afterwards, and to refuse an analysis that should not run.
If you connect Apple Health or Google Health Connect, we ask the platform for permission to read the following, and we read all of them:
We additionally request permission to read height on both platforms, and body mass index on iOS. We do not read either of them. They appear on the operating system’s permission sheet only because we asked for them, and you can decline them without losing anything.
Blood ketones are not read from either platform — Apple Health has no blood-ketone type and we do not read a substitute for one. Every ketone reading in your account was entered by you or logged for you by the coach. Blood lipid values are likewise entered by hand only.
How far back we read. Weight, body fat, glucose and blood pressure are imported over the window you choose for the first import, which can be up to 365 days, and then re-imported on an ongoing basis. The Metabolic Forecast reads the last 28 days of sleep, activity, heart and workout data each time it runs. The Trends screen reads up to 365 days of those same signals each time you open it.
Where it goes. Weight, glucose and blood pressure are written into your KetoNoir account as biomarker rows, stored until you delete them or your account, and sent to Anthropic as part of your biomarker history on an AI coach turn. Body fat percentage is written into your account the same way and kept for as long, but it is not sent to Anthropic or OpenAI. Sleep, active energy, basal energy, steps, resting heart rate, heart rate variability and workouts are not written into your account, but they are sent to Anthropic as part of the Metabolic Forecast, or to OpenAI if Anthropic is temporarily unavailable (see section 4.1), and the forecast produced from them is stored on our servers. VO2 max is read but stays on your device.
Turning it off. Switching the connection off inside KetoNoir stops the app presenting the connection as active, but it does not by itself revoke the permission you granted at the operating-system level, and imports can resume. The setting that actually governs is the one in Apple Health or Health Connect; revoke KetoNoir’s access there and reading stops. We are fixing the in-app control, and until that ships this is the accurate instruction.
Per-type control. The forecast signals listed above can each be turned off individually in the app. Weight, body fat, glucose and blood pressure are currently imported together whenever the connection is active: there is no working per-type switch for those four, and blood pressure and body fat have no switch at all. We would rather say so than let the settings screen imply otherwise.
We never write anything back to Apple Health or Health Connect. We hold read permission only, on both platforms.
Our operators can see, and use to run the business, your account identifier, your engagement and cost figures, your consent and screening outcome, your adherence measures, and your coach conversations in readable form. Operators can also write free-text notes about an account.
When an operator uses the AI panel in our internal tools, the contents of that screen are sent to Anthropic for the operator’s analysis. That can include your account identifier, your outcome data, the operator’s notes about you, and up to ten verbatim turns of your coach conversation. This is a different purpose from answering a question you asked, and section 4.1 lists it separately for that reason.
Our analytics provider holds a profile identified by your account identifier and, if your account has one, your email address. Against it we send the calories, protein, fat and carbohydrate totals of each meal you log, which biomarker fields you log, your calorie target and how far a plan deviates from it, the fact that you edited your allergies, your screening outcome, which health chart you were looking at, and your subscription events. It does not receive your biomarker values, your declared conditions, your photographs or your coach conversations.
We do not buy consumer health data, and we do not obtain it from data brokers, advertising networks, or public records.
Three limits on the above, so that it is not read more widely than we mean it. Our analytics provider does receive some health-related event data tied to your account; our public marketing websites do carry advertising pixels that fire if you accept marketing cookies; and, only if you agree on its own checkbox, we tell Meta that you installed the Android app from one of its ads. They are described in sections 4.1, 4.3 and 4.4 respectively. None of them involves your biomarker values, your coach conversations, your photographs or your screening answers.
Below is every third party that receives consumer health data, or data derived from it, and what each one receives. Most of them act only on our instructions, to run the Service. Where one does not, we say so rather than blend it in: Expo also uses some of the device information it receives for its own purposes, as its entry in section 4.1 says, section 4.3 covers advertising and web analytics on our public websites, and section 4.4 covers the ad measurement you can agree to in the Android app, where Meta uses what it receives for its own purposes.
Washington law treats a disclosure to a service provider as something other than a “share” only where that provider is bound by a contract setting out our processing instructions. We are putting those contracts in place and do not yet have all of them signed. Until we do, read everything in section 4.1 as a disclosure we are telling you about, rather than as something the processor exception removes from the conversation.
No AI provider other than Anthropic receives the contents of your coach conversations. No AI provider other than Anthropic, and OpenAI in the backup case described in section 4.1, receives your photographs. Analytics, crash reporting, email, payment and subscription providers, and the Apple and Google services that deliver our notifications, do not receive your biomarker values, your declared conditions, your photographs or your coach conversations. The exceptions to that sentence are stated in section 4.1 rather than hidden behind it: the meal-macro and screening-outcome events that go to PostHog, and the ketone, weight and macro averages inside the progress-report email that goes through Postmark.
Turning AI features off. The mobile app asks, on its own unchecked box, whether you allow its AI features to send your consumer health data to Anthropic, and to OpenAI as a backup. Saying no is a valid answer and the app keeps working. While AI features are off, the AI coach, photo and body-composition analysis, the Metabolic Forecast, the recipe and meal-plan tools and ingredient-label translation stop, and our servers refuse those requests from your signed-in account, in the mobile app and in the web app, so none of your consumer health data reaches Anthropic or OpenAI through them. Food logging, barcode scanning and Trends keep working. You can change your choice at any time in the mobile app under Profile > Privacy. The choice does not cover our operator tools described in section 4.1, or web beta features used with an access code instead of an account.
This section is about ketonoir.ai, ketonoir.com and our science site, and its last paragraphs say how installs of the app are attributed. Section 4.4 covers the one case in which the app tells an advertising network anything about you. Those pages carry a Meta (Facebook) pixel and a TikTok pixel. Neither loads unless you accept marketing cookies in the banner. If you accept, the pixel reports the address of the page you are on together with your IP address, your browser and that network’s own cookies. The pages carrying the pixels include health-topic pages: our clinicians page, and the page on which a copy of this policy is published. The TikTok pixel reports the page path as a named “ViewContent” event.
A page address on a ketogenic-health site can indicate an interest in a health condition, so we treat this as capable of being consumer health data even though no account, biomarker or health record is involved. Decline the banner and neither pixel loads. The Cloudflare beacon described in section 4.1 is not currently behind that banner.
Our iOS app does not carry the advertising-attribution identifiers of these two networks. It has not carried them since app version 2.0.26, and earlier versions of this policy were wrong to say that it did. From app version 2.0.34, the iOS app tells Apple’s SKAdNetwork when it is first opened, and when you create an account, start a free trial or begin a paid subscription. If you installed the app from an ad, Apple uses that to send the ad network that showed the ad an anonymous report. Apple’s report carries no identifier for you or your device, arrives a day or more later, and is held back by Apple when too few people would be in it. The app tells Apple nothing about your food, measurements, screening answers or coach use for this purpose, and it does not ask to track you. Because nothing in that report identifies you, it does not carry a separate consent.
When you tap an App Store or Google Play badge on our websites, the link passes through our own redirect at ketonoir.ai/go. That redirect counts the tap together with the campaign the page attributed you to; it sets no cookie and does not forward your IP address. On Android it also places a random click identifier inside the Google Play install referrer, the string Google Play hands to an app after installation. If you then install the app and create an account, the app sends that referrer, including the identifier, to our servers, and we store it against your account so we can tell which of our pages lead to installs and subscriptions. The identifier is generated by us, is not an advertising identifier, is not shared with any advertising network, and is deleted with your account. It carries no health data. On iOS, Apple passes nothing to the app, so no identifier is attached; we see only aggregate campaign counts inside App Store Connect.
For every install of the app, on either platform, we also record the store it came from, the app version, and on Android the install referrer string Google Play supplies even when it names no campaign of ours. Existing accounts receive one such record the first time the app runs after this policy took effect, so that every account is described the same way.
From app version 2.0.34, on Android, the app checks once, on your phone, whether it was installed from an ad on Facebook or Instagram. It reads the install information that the Facebook, Instagram or Facebook Lite app keeps for this purpose, or the Google Play install referrer. That check sends nothing anywhere. If the install came from a Meta ad, and you first opened the app less than 7 days ago, the app asks: “Tell Meta you came from its ad?” The box is unchecked, nobody else is asked, and saying no or skipping changes nothing else in the app.
If you agree, our servers send Meta Platforms, Inc. one record: that KetoNoir was installed and first opened, and when; the encrypted ad information Meta itself placed in the install referrer, which names its campaign, ad set and ad; whether you tapped the ad or only saw it; the app version and your Android version; and a random identifier we create only for this and use for nothing else. We keep the campaign, ad set and ad numbers with your account, so that we can tell which of our ads lead to installs. Meta does not receive your name, email address, account identifier, IP address, advertising identifier, health information, food log, measurements, photographs, screening answers or coach conversations, and it does not receive the click identifier described in section 4.3.
Meta uses what it receives to measure and improve its ads, including ours, for its own purposes and under its own privacy policy. Because installing a ketogenic-health app can indicate an interest in a health condition, we treat this record as consumer health data, and we send it only with this separate consent. On iPhone the app never asks this question and sends Meta nothing; section 4.3 says what Apple reports instead.
To withdraw, turn off “Tell Meta you came from its ad” under Profile > Privacy in the app, or write to the address in section 8. A record not yet sent is then deleted and never sent. A record already sent stays with Meta under its own policy, and we cannot recall it. If a record cannot be sent within 7 days of your first opening the app, we delete it unsent.
Washington law requires your consent before we collect consumer health data, a separate consent before we share it, and a signed authorization on a statutory form before any sale. In the mobile app and the web app we ask for consent to collection, and separately to sharing, on their own checkboxes before we ask for any consumer health data. Accepting the Terms or Privacy Policy is not that consent. We also ask when you answer the health screening (before your first AI coach session in the mobile app, during onboarding in the web app), and again at the operating-system level before anything is read from Apple Health or Health Connect. Ad measurement with Meta (section 4.4) has its own, third consent, on its own unchecked box, asked only on Android and only of people who installed the app from a Meta ad. AI features have their own optional choice, on its own unchecked box in the mobile app (section 4.2). We do not sell, and have never sought a sale authorization.
One place where our consent mechanics do not yet match this document. We state it here rather than leave you to find it. We do not yet take a KetoNoir-side consent for health-platform reading that is separate from the operating system’s own permission sheet. Section 1.7 tells you how to stop it. Until that consent step exists in the product, treat this policy as our disclosure of what happens and as your notice of how to refuse.
If you are in the United Kingdom or the European Economic Area, almost everything in section 1 is data concerning health, and therefore special-category personal data under Article 9(1) of the GDPR. Our lawful basis for processing it is your explicit consent under Article 9(2)(a), together with Article 6(1)(a). We do not rely on legitimate interests, on contractual necessity, or on the scientific-research condition in Article 9(2)(j), for any health data.
We accept what that basis costs us. Consent must be freely given, specific and informed, so it reaches only what this policy describes: if we want to process a new category, or send it somewhere new, we have to update this policy and ask you again first. Consent is also separable. You can use the app and refuse the health-platform connection, or the photograph features, and the rest keeps working.
Withdrawing consent. You may withdraw at any time, for all of it or any part of it, and it must be as easy to withdraw as it was to consent. Withdrawal operates going forward: it stops the processing, and it does not make what we already did unlawful. When you withdraw consent to a feature, we stop the collection that feature performs, and we delete what it produced if you ask us to. When you withdraw consent to our processing your health data at all, we cannot operate the account, so we treat that as a deletion request and close it. Withdrawal never limits your separate right to have what we already hold deleted.
To withdraw: turn the feature off in the app, revoke KetoNoir’s access in Apple Health or Health Connect, or write to the address in section 8 telling us what you are withdrawing.
Several recipients in section 4 are in the United States. Where we transfer personal data out of the United Kingdom or the European Economic Area we rely on the same explicit consent, and on our providers’ standard contractual clauses, or their certification under the EU-U.S. Data Privacy Framework and its UK and Swiss counterparts, where they offer them.
If you are a Washington or Nevada resident, you have the following rights regarding consumer health data. We will not discriminate against you for exercising them. We honour the same rights for any other user who asks.
Email legal@ketonoir.ai with the subject line “Consumer Health Data Request” and tell us which right you wish to exercise. We respond within 45 days, and may extend once by a further 45 days where reasonably necessary, in which case we will tell you why before the first period ends.
You may also delete your account and its associated data at any time from inside the app, under Profile, without contacting us.
If your account has an email address, we will ask you to confirm the request from it. If it has none, send it from Privacy Requests under Profile in the app. If we cannot verify that you are the account holder, we will tell you rather than act on an unverified request.
Deleting your account from inside the app removes, from our live systems, your profile, food log, biomarkers, coach conversation thread, coach memory, pantry, saved recipes, body-fat estimate history, forecasts, the copies of your weekly progress report, the notification tokens and notification settings for your devices, and the record of when you turned notifications on or off, and closes your sign-in. The notification tokens are removed before your sign-in is closed, so no notification can reach a deleted account. Your consent records are deliberately kept, for the reason given in section 7.
We also notify service providers and direct them to delete your data, and we tell you which ones, because a blanket promise here would not be accurate. We send a deletion instruction to PostHog, which removes your analytics profile and its event history, to MailerLite, which removes you as a subscriber, and to RevenueCat, which removes your subscriber record. Each result is recorded, and a provider we could not reach is recorded as not notified rather than assumed done. Stripe is deliberately not deleted: payment and invoice records carry their own retention obligations under tax, anti-fraud and chargeback rules, and erasing them to satisfy a privacy request would breach a different law. Sentry, Postmark, Anthropic and OpenAI have no per-user deletion path. Sentry reports are already stripped of health, food, biomarker and coach fields before they leave the device. Postmark keeps suppression records so that an unsubscribe stays honoured. Anthropic holds no per-user store to delete under the commercial terms in force. Under its API terms, OpenAI keeps a backup request for up to 30 days to monitor for abuse, and longer where the law requires it or where that is needed to protect against harm; an image its safety systems flag may be kept for manual review. Apple and Google, which deliver our notifications, offer no way to delete a record per account; deleting our copy of your device’s notification token stops every notification. Expo keeps its own records of the app’s update requests, identified by IP address and a random installation identifier rather than by your account, under its own privacy policy, so in-app deletion does not reach them. Deleting your account also deletes our ad measurement record (section 4.4), and stops any record not yet sent. A record already sent to Meta stays with Meta, and we have no way to delete it there.
Two things that deletion does not reach today. We would rather tell you than let you assume otherwise. If you used the web beta rather than the mobile app, the verbatim coach transcripts from that beta are stored under a separate beta code and the in-app deletion does not remove them either. And the resized copy of a photograph in your phone’s app cache sits on your device, not ours; clearing the app’s storage removes it.
Write to us at the address in section 8 and we will remove any web-beta transcripts by hand and confirm to you when that is done.
We keep consumer health data for as long as your account is active, so that the Service can show you your own history. When you delete your account we delete the associated consumer health data, to the extent set out in section 6.2.
Some specific periods, because “as long as your account is active” is not the whole picture:
One narrow exception to deletion: records of which disclaimers and policies you accepted, and when, are retained for seven years as a legal compliance record. Those records include the outcome of your health screening and the conditions you declared, because that is the evidence that the safety gate was applied correctly. They are not used for any other purpose.
Ketonoir LLC
1145 Santa Fe Drive #1297
Weatherford, TX 76087-3846
legal@ketonoir.ai