Privacy Policy — BloomReads

Effective date: 12 September 2026
Last updated: 12 September 2026
Replaces: the version of 11 September 2026

BloomReads ("the app") is made by its developer ("we", "us"). This policy explains what the app does with information, and what it does not do.

One policy, two apps. There is a BloomReads for iPhone and a BloomReads for Android. They are the same app and almost everything below is true of both. Where they genuinely differ — and in three places they differ a great deal — this page says which platform it is describing rather than writing one sentence that is only half true. The three are app blocking (section 9), advertising measurement (section 5, which happens on iPhone only) and where the support chat keeps its credential (section 6).

The short version. Your library lives on your phone and we have no server that holds it. We collect anonymous statistics about how the app is used. The app no longer records your screen — it used to during setup and the guided tour, and that stopped in this version (section 3). What we do now count, after setup, is whether you come back and roughly how much you read — as numbers, never as titles (section 4). The app also measures which advertisement brought you to it, and asks your permission before doing so (section 5). If you write to us in the support chat, that message reaches us (section 6). Photographs you take of your own books are saved on your phone and never sent to us (section 8). If you switch on app blocking, the Android app has to learn things the iPhone version never does — which apps you have, and which one is in front while you are reading — and none of it leaves your phone (section 9).


1. What changed in this version

One thing changed on 12 September 2026, on one platform only.

Two things changed on 11 September 2026, and unlike the last few revisions these are changes to the app, not corrections to this page. One collects less than before and one collects more.

Why the second change. The app's subscription screen is the last step of setup, so almost everything we knew about a reader stopped at the moment they were asked to pay. Whether the app is worth opening a week later is the question that decides what gets built next, and it was the one thing we had switched off.

Three things changed on 3 September 2026. All three are corrections to this page rather than changes to the app: nothing about what BloomReads does changed on this date, only what this page says about it.

The version of 28 August 2026 made two corrections:

And the version of 25 August 2026 made four. All of them are kept here so the record of what changed is not lost:

2. What stays on your device

All of the following is stored only on your phone. There is no account, no sign-in, and no server of ours that holds any of it:

Two exceptions, so the list above is not misleading.

The only way the rest of this leaves your device as data — your books, your sessions, your notes and the photographs you took of your own copies — is if you export a backup file and share it yourself. We never receive that file. (Until 11 September 2026 a screen recording could show some of it; that is covered in the next section.)

If you import your library from Goodreads, you choose the export file yourself and it is read on your device only. The file is not uploaded, and we never see it or anything in it.

The Home Screen widget reads a small snapshot file that the app writes on your device. The widget makes no network connections of any kind.

If you delete the app, all of it is deleted with it. You can also erase your library, sessions, collections and reminders at any time from Profile → Erase all data.

3. Screen recording — removed

The app does not record your screen. As of 11 September 2026 it records nothing, anywhere in the app, and the recorder is no longer in the build.

This section is kept, with its old number and its old link, because the previous version of this page described screen recording at length and anyone who read it deserves to find out what became of it. What follows is the record of a thing that stopped, not a description of something the app does.

What used to happen. Between 25 August and 11 September 2026, the app recorded the screens you moved through during two stretches — setting the app up for the first time, and the guided tour that followed — and sent those recordings to our analytics provider, Amplitude, so we could see where people got stuck. Every run of those two stretches was recorded; there was no sampling. Passwords, email addresses, card numbers, telephone numbers and any text you typed into a field during setup were masked and never appeared. Everything else on screen during those two stretches did appear, including book covers and titles shown during the tour and a photograph of your own copy if the shelf was showing one. Before 25 August, recording ran through the whole app rather than those two stretches. Nothing outside this app was ever recorded, at any point.

What happens to the recordings already made. They still exist at Amplitude, tied to the same random installation identifier as our other statistics (section 4) and to no name or Apple Account, until they age out under section 13. If you want the recordings from your installation deleted before then, write to us at the address in section 18 with roughly when you used the app, and we will delete what we can identify. That is the same right as before and it has not narrowed.

If screen recording is ever reintroduced, it will be described here in full and this page will be dated and changed before the build that does it ships.

4. The statistics we collect

We collect anonymous usage events. They fall into two groups, and the second one is new in this version:

This data is attached to a random identifier generated by the app on first launch and stored on your device. It identifies an installation, not a person. It is a value the app makes up for itself, and deliberately none of the identifiers either platform hands out: not Apple's Identifier for Vendors (IDFV) or Identifier for Advertisers (IDFA), and on Android not the Google advertising ID and not ANDROID_ID. Those are the identifiers that can follow you between apps, which is exactly why none of them is used here. The separate question of the advertising identifier is dealt with in section 5.

These events carry no content. Where a statistic needs to know whether you typed something, the app records how long what you typed was, or simply that a field was filled in — never the characters themselves. A search sends us the length of your query and how many results came back; it does not send the query.

Your installation's profile. Separately from the events above, a short list of figures is kept against your installation's record and updated when it changes:

All of it goes to Amplitude. Six of these figures — your streak, the days you have been active, your session number, the week you installed, how long ago that was, and whether you finished setup — also go to Superwall, where they decide which subscription offer you are shown. Both are attached to the same random installation identifier and to nothing else.

Your setup answers. Separately again, the answers you give while setting the app up leave your device and go to our subscription provider, Superwall, which uses them to decide which subscription offer to show you and to write it in your own terms — the name you gave your library in the headline, for example. Those answers are:

None of these answers is published, sold, or used to identify you.

5. Advertising measurement, and the permission we ask for

This whole section is about the iPhone app. The Android app carries no advertising measurement at all: no attribution provider, no advertising identifier, no install-referrer tracking, and nothing that asks. If you are reading this on Android, none of what follows happens to you — it is kept here, in full, because the same policy covers both apps and describing only the quieter one would be the kind of omission this page exists not to make.

This section replaces a passage in the previous policy that said the opposite. That version said the app did not read the advertising identifier, did not track you, and did not ask for tracking permission. Since advertising measurement was added, none of those three statements is correct, and the honest thing is to say so plainly rather than edit them out.

What we do. We advertise the app. To know whether an advertisement was worth running, we need to be able to tell that an install, and a later subscription, came from a particular advertisement. Our attribution provider, Singular, does that measurement for us.

The permission. Shortly after you first open the app on an iPhone, iOS shows Apple's App Tracking Transparency prompt, asking whether the app may track you across apps and websites owned by other companies. Your answer decides what follows:

You can change your answer at any time in the iPhone Settings app, under Privacy & Security → Tracking.

What is measured either way. Separately from the prompt, Apple operates its own privacy-preserving measurement system, SKAdNetwork. Apple's servers — not your phone — send our advertising partners an anonymous, aggregated report saying that an install or a purchase happened. It contains no identifier for you and we cannot connect it to a person. This works whether or not you allowed tracking, because Apple designed it to.

What is never sent for advertising. Nothing about your library, your reading, your notes, your goals or your setup answers is sent to Singular or to any advertising partner. What travels is that an install happened, that a subscription or trial began, and the identifiers described above.

We do not sell personal information, and we do not share it with data brokers. Some privacy laws, California's among them, use the word share broadly enough to cover what is described above — handing an advertising identifier to a measurement partner. To be exact rather than reassuring: that is the only sharing that happens, it happens only if you allowed the tracking prompt, and turning this app off under Privacy & Security → Tracking stops it.

6. The support chat

The app has a support chat, reachable from Home and from Profile. It is the one place in the app where words you write leave your phone.

7. Who else receives data

We use a small number of processors. Each receives only what it needs.

Service What it receives Why Their policy
Amplitude The anonymous usage events in section 4, and the screen recordings described in section 3, which were made before 11 September 2026 and are no longer being added to Product analytics amplitude.com/privacy
Superwall Subscription screen views, purchase, trial and restore events, the setup answers in section 4, and part of the installation profile in section 4 — your streak, days active, session number, install week and whether you finished setup Runs the subscription screens and remembers whether you are subscribed superwall.com/privacy
Singular That an install, trial or subscription happened; and, only if you allowed tracking, Apple's advertising identifier Measures which advertisement brought you to the app singular.net/privacy-policy
Supabase The support messages you write and the app, iOS or Android, device and language strings that ride with them (section 6) Hosts the database behind the support chat supabase.com/privacy
Apple On iPhone, your purchase. On both, when you search for a book, that search term and your store region On iPhone Apple processes the payment — we never see your payment details. Its iTunes Search API is one of the four book catalogues on both platforms apple.com/legal/privacy
Google Play On Android, your purchase Google processes all payments in the Android app — we never see your payment details policies.google.com/privacy
Open Library (Internet Archive) The title, author or barcode you are searching for Book details and cover art archive.org/about/terms
Google Books The title, author or barcode you are searching for Book details and cover art policies.google.com/privacy
NeoDB The title, author or barcode you are searching for Book details and cover art neodb.social

How book searches work. The four catalogues are asked at the same time rather than one after another, and whichever answers first is what you see. So a single search sends your search term to all four. Each receives that one term and nothing else: no identifier of yours, no part of your existing library, and no account, because the app has none. Apple's catalogue is additionally told your store region, so that a reader in Spain is offered the Spanish edition. The catalogues are contacted only when you actively search, scan or add a book, and when a cover image is fetched.

8. Camera and photographs

The camera is used for two different things, and the app asks for camera permission the first time you reach either one.

Scanning a barcode. You can add a book by scanning the barcode on its back cover.

Photographing your own copy. You can also photograph the spine, the edge or the cover of a book you own, so that the shelf shows your copy rather than a stock jacket. You can choose a picture from your photo library for the same purpose instead.

Camera permission is optional for both. You can still add books by searching or by typing them in, a book without a photograph simply shows its catalogue cover, and you can withdraw the permission at any time in your phone's Settings app.

9. App blocking

If you turn on app blocking, the app holds back the apps you choose for the length of a reading session you started. How that is done is completely different on the iPhone and on Android, and the difference is one you should be told rather than one we would rather leave unsaid: the Android app learns things the iPhone app is never permitted to learn.

On iPhone

Handled entirely by Apple's own system — Screen Time, which Apple calls Family Controls:

On Android

Android has no equivalent of Apple's sealed picker, at any layer. To offer the same feature the app needs three permissions, and each one is something the iPhone version does not do:

The apps you choose are stored by name, on your device. That is the honest difference from the iPhone, where they are sealed tokens we could not read even if we wanted to. They are kept with the rest of your settings, which means they are included in Android's own backup of the app to your Google account — the same way your theme and your reading goal are, and the reason your choices are still there when you set up a new phone. That backup goes to your Google account, not to us; we have no access to it and never receive it.

None of it is ever sent to us or to anyone else. Not which apps you have installed, not which ones you chose, not which app you had open, not how long you were in it. Our statistics may count how many apps you chose — a number, never a name.

App blocking is optional on both platforms, and everything else in the app works without it. On iPhone you withdraw Screen Time permission in the Settings app. On Android the two permissions are withdrawn separately, each in its own Android Settings screen, and blocking stops the moment either one is gone.

10. Notifications

If you allow notifications, reminders are scheduled on your device by the operating system — iOS or Android. We do not operate a push server and cannot send you anything remotely. Whether you turned reminders on during setup, and the times you picked there, are part of the setup answers in section 4. After setup, nothing about your reminders is sent anywhere at all — not that one was scheduled, not that one was delivered, not that one was opened, and never its contents.

11. What we deliberately do not collect

12. Children

BloomReads is not directed at children under 13, and we do not knowingly collect information from them. There is no account, no profile and no way to communicate with anyone else through the app apart from writing to us. If you believe a child has provided us with information, contact us and we will delete it.

13. How long we keep things

Anonymous usage events, attribution records, and the screen recordings made before 11 September 2026 are retained by our providers for as long as the product needs them, and are deleted on request. Support conversations are kept until deleted, as described in section 6. Everything else lives on your device for as long as you keep the app.

14. Your rights

Depending on where you live, you may have the right to access, correct, delete or export your personal information, to object to or restrict processing, to opt out of the sale or sharing of personal information, and to lodge a complaint with a supervisory authority.

Because the app has no account, our records are tied to a random installation identifier rather than to you, so in most cases we have no way to connect a request to a specific person. In practice:

Our legal basis for processing under the GDPR is our legitimate interest in understanding how the app is used and in keeping it working, your consent where the App Tracking Transparency prompt has been allowed, and the performance of our contract with you for the subscription itself.

15. Security

Data in transit is encrypted with HTTPS. Data on your device is protected by iOS's own file protection. The support chat's secret is held in the iPhone Keychain and never leaves the device. No method of transmission or storage is completely secure, and we cannot guarantee absolute security.

16. International transfers

Our providers, including Amplitude, Superwall, Singular and Supabase, process data in the United States. Where required, transfers rely on the European Commission's Standard Contractual Clauses.

17. Changes

If we change this policy we will update the date at the top and, for anything significant, tell you in the app.

18. Contact

Questions, requests or complaints:

Email: abeto.studio@gmail.com