Privacy Policy — Shake Flashlight & Torch

What changed in this version (2.33)

Where we switch this on, the settings card and the startup prompt can open a nine-turn demo of our other app (no ads, no score kept); a small record stays on the device (Sections 3(a), 3(c) and 10).
Three new items in the statistics: the demo’s start, its end and how its turns went. The prompt’s outcome and the store link gain fixed words for the demo (Section 3(d)).
Where we switch this on, the card and the prompt can show our other app’s character, named in the store link and switched off on this phone after an unexpected stop (Sections 3(a), 3(c) and 3(d)).
Describes App 1.7.0; no new recipient or network request. Earlier changes: “Previous versions”.

1. Who is responsible for your data (Data Controller)

The app “Shake Flashlight & Torch” (formerly “Shake to Enable Torch”; Android package com.luxebyte.shaketoenabletorch, the “App”) is published by Luxebyte Labs (the “Developer”, “we”, “us”). For the limited processing described in this policy, the data controller is:

Controller: Matteo Lamarque, trading as Luxebyte Labs
Contact for privacy matters: luxebytecomp@gmail.com

“Luxebyte Labs” is a trading name of Matteo Lamarque, an independent sole developer based in Italy. The email address above is the contact point for all privacy matters and is read by the controller personally. If you need a postal address in order to exercise a right, request it at luxebytecomp@gmail.com and it will be provided.

The Developer operates no servers and runs no backend of its own, and does not receive, store, or have access to the advertising data described in Section 3(b). That data is collected and processed by Google, our advertising provider, and by Google’s partners. The Developer’s role as controller in respect of advertising is limited to the decision to integrate advertising into the App and to determining where and how an ad may appear. Google determines the means and purposes of its own processing of advertising data and acts as an independent (and, where applicable, joint) controller for that processing.

2. Scope of this policy

This policy applies only to the “Shake Flashlight & Torch” Android App distributed through the Google Play Store. It does not cover any other product, website, or third-party service except as expressly described here (in particular Google’s advertising services).

This policy describes version 1.7.0 of the App (the “current version”). Earlier versions do not have every feature described here. Where an earlier version that is still in use collects or keeps information that version 1.7.0 does not, or collects it in a different form, this policy says so and names that version by number, for example “versions earlier than 1.4.0”.

The App is distributed globally and its interface is localized into 17 languages. This English text is the primary version; a faithful Italian translation of equal completeness is provided on this same page (“Informativa sulla privacy”).

Updates to this policy

We may update this policy, for example if the App changes or if legal requirements change. When we make a material change, we will update the “Last updated” date above and publish the new version at the same web address where you found this policy, before or at the time the change takes effect. Where a change concerns advertising consent, you may be asked again through the in-app consent mechanism (see Section 7). Continued use of the App after an update takes effect means the updated policy applies to you; if you do not agree, you can stop using the App and uninstall it. The box at the top of this policy summarises what this version of the policy changed, and the appendix at the end keeps the record of earlier changes.

3. What data is processed

The App processes four separate categories of data: data that remains on your device, apart from Android’s own backup into your Google Drive (Section 3(a)); advertising data, collected by Google and never received by the Developer (Section 3(b)); a single request for a static file, which carries no information about you but necessarily discloses the IP address it is sent from (Section 3(c)); and a limited set of counts and category values describing how reliably the App is working, which in the EEA, the UK and Switzerland is collected only if you consent, and which can be switched off at any time everywhere else (Section 3(d)).

3(a) — Data kept on your device, never transmitted to us

To provide its features, the App stores a small amount of information locally on your device only, using Android’s standard SharedPreferences storage. This includes:

your shake counts (how many times the App has detected a shake);
your daily streak (consecutive-day usage counter);
your achievements (in-app milestones you have unlocked);
your block mini-game progress, if you used the block mini-game that versions of the App earlier than 1.4.0 contain: your best score, and how many rounds you finished. Version 1.4.0 and later do not contain the block mini-game and do not write to this record; a record already on your device stays there until you clear the App’s data or uninstall the App;
your settings and preferences, such as shake sensitivity, the theme (light/dark) you have chosen, and whether the phone vibrates on a shake or a tile tap (the “Vibrate on shake” option);
how many times the tutorial has raised your sensitivity setting to make shaking easier on this installation — a number from 0 to 2, kept so that reopening the tutorial can never raise it further. It is never sent. The tutorial raises the sensitivity setting by one step, which a fixed rule works out from the current setting, so that a lighter shake is enough, when a shake falls just short of your threshold more than once while it is open, or when you tap its “Make it easier” button; it takes at most two such steps on an installation, never goes past a fixed limit, and says so on screen;
a short record that lets the App make shaking easier by itself. If you have never moved the sensitivity slider and your shakes keep falling just short of the threshold on several occasions over at least two different days, the App raises the sensitivity setting by one small step (on the slider, from 100 to 110), so that a slightly lighter shake is enough, and at most by one more step a day or more later (from 110 to 120): never more than two steps per installation and never past 120. The App never undoes its own steps, and if you move the slider afterwards, your choice stays and the App makes no more of these steps. It says so once, under the slider. To decide, it keeps: for up to the last five times within the last 14 days that the App saw the phone being shaken (whether or not the flashlight lit), when each started (the time and the date on your phone) and whether your shakes fell short; for the time in progress, how many shakes fell short and how many of those came close, how many worked, whether the light was turned on soon after a shake fell short, and when they happened; the sensitivity value all of this was collected at; how many times it has raised your sensitivity by itself (a number from 0 to 2) and when it last did; and whether the note under the slider is still to be shown. The record therefore holds times of use. Entries older than 14 days stop counting and are deleted the next time the App records a shake, and all the entries, with their counts and the sensitivity value they were collected at, are deleted whenever the sensitivity value changes. How many steps the App has taken, when it took the last one (itself a time of use) and whether the note under the slider is still to be shown are deleted by neither rule: they are kept until you clear the App’s data or uninstall the App, so that the App never takes more than two steps, never takes the second less than a day after the first, and shows its note until you have seen it. The record is never sent. Android’s Auto Backup, described below, copies it with the other settings, these three items included;
whether you have ever moved the sensitivity slider on this installation — a single yes or no, set the first time you yourself set a different value, with a slider, the “Harder shake” or “Lighter shake” button, or “Reset”, and never unset. Versions earlier than 1.4.1 do not record this. On an installation that already existed before version 1.4.1, a move made with one of those versions counts only if it left the slider on a value other than 100, and it stops counting if the tutorial raises the setting before you move the slider again; where it does not count, the App’s own steps described above can apply. It records no history beyond that: not when you moved it, not how often, and not what it was before;
one letter for the video offer, drawn at random on the device once, and never derived from anything about you. In version 1.5.0 it decides which of the two versions of the video offer this installation gets; in version 1.6.0 and later it decides nothing: those versions draw it once for every installation that does not have one yet, and send it as it is, so that the statistics can tell installations apart by the letter they were given, including those that took part in the comparison of version 1.5.0. Android’s Auto Backup, described below, copies it with the other settings;
in version 1.5.0 and later, one letter that says whether this installation gets the flashlight button in the top bar, a button that switches the flashlight on or off with one tap, requires no additional permission and involves no advertisement. The letter is decided once, at the first opening on version 1.5.0 or later: an installation whose first ever opening is on version 1.5.0 or later gets one letter and, if the phone runs Android 6 or later and has a flashlight, sees the button; an installation that already existed before gets another letter and never sees it. Whether the installation is new is decided on the device from Android’s own record of when this App was installed and last updated, and from whether the App had been opened before; those times are read on the device only and never sent. The letter is derived from nothing about you beyond whether this installation existed before version 1.5.0. Android’s Auto Backup, described below, copies it with the other settings;
in version 1.6.2 and later, one word that says whether this installation was first opened on version 1.6.2 or later, or existed before. The word is decided once, on the device, at the first opening on version 1.6.2 or later, from the same facts as the flashlight-button letter: whether the App had been opened before, whether it had already reported the capabilities of the device’s motion sensor (Section 3(d)), and Android’s own record of when this App was installed and last updated. It is one of the facts the App uses to decide whether to lower the shake threshold, as described in the next item. It is never sent. Android’s Auto Backup, described below, copies it with the other settings;
in version 1.6.2 and later, one yes or no that records whether the motion sensor has produced readings more than one tenth stronger than 4 g in two separate movements while the rule described here applied to this installation: it is set to yes when readings more than one tenth stronger than 4 g (above about 43 m/s²) arrive in at least two separate movements, and readings that the motion sensor delivers late from its own buffer do not count. Once set to yes, it stays set. It serves the following rule, whose purpose is to let a shake register on phones whose motion sensor may be unable to measure a shake of the default strength. Some phones report that the largest acceleration their motion sensor can measure lies just below the App’s default shake threshold, between 37 and about 39.4 m/s². On an installation first opened on version 1.6.2 or later, where the phone reports such a value, the App lowers the shake threshold to nine tenths of that largest value, at every sensitivity setting that would otherwise ask for a stronger shake than that; easier settings are unchanged. Where that lowering does not apply, the App reads the phone’s model name, as Android reports it, on the device and compares it with a fixed list of phone models built into the App. On an installation first opened on version 1.6.2 or later, a phone whose model is on that list gets the same lowering, with the threshold set at nine tenths of 4 g, in two cases: where the phone reports no usable value for the largest acceleration its motion sensor can measure; and, where we switch this on through the file described in Section 3(c), whatever value the phone reports. The App does not send the model name for this purpose. If, while this rule applies, the motion sensor produces readings more than one tenth stronger than 4 g in at least two separate movements, the App returns to the usual threshold for your sensitivity setting, stops lowering it on this installation, permanently, and records that fact in this yes or no. We can switch this rule off for every installation through the same file. The yes or no records nothing else and is itself never sent; the statistics in Section 3(d), where they are active, say whether the rule has stopped for good on this installation. Android’s Auto Backup, described below, copies it with the other settings;
in version 1.7.0 and later, where the App offers the short demo of our other app described in Section 3(d), a small record for that demo: the local day and how many demos were started on that day; how many demos have been started and how many finished in total; the time at which a demo in progress started, and its number; and one yes or no that turns the demo off on this phone after the demo has crashed or frozen. The App uses it to offer the demo only a limited number of times a day and in total, and to tell how a demo ended when the demo itself could not say. The record therefore holds times of use. It is never sent, and it is not deleted by date: the start time of a demo is cleared when that demo has ended, and the rest is kept until you clear the App’s data or uninstall the App. Android’s Auto Backup, described below, copies it with the other settings;
in version 1.7.0 and later, where we switch on the version of the promotion with our other app’s character described in Section 3(c), one yes or no that turns that version of the promotion off on this phone after the App has stopped unexpectedly while that version was on screen, for example because of a crash or a freeze. So that the App can tell, it keeps a marker while that version is on screen and deletes the marker when you leave the screen. The yes or no and the marker are empty files in the App’s own storage and hold nothing else. They are never sent, and the yes or no is kept until you clear the App’s data or uninstall the App. Android’s Auto Backup, described below, copies them as well.

The App never sends this data anywhere as the values you see, with two exceptions stated here and nowhere else: Android’s own backup, described in this Section, and the values described in the carve-out in Section 3(d) — which, alone in this list, are sent: the sensitivity setting, as a coarse band and, in version 1.4.1 and later, also as the value you see, together with whether you have ever moved the slider; the video-offer letter, as it is; in version 1.5.0 and later, the letter that says whether this installation gets the flashlight button in the top bar, as it is; in version 1.5.0 and later, your shake count, only as a coarse band sent with three items about the promotion of our other app; and, in versions earlier than 1.4.0, roughly how many mini-game rounds you have finished, as a coarse band. The data is never transmitted to the Developer, who has no servers to receive it, and is never sold or shared with anyone. It remains under your control: uninstalling the App, or clearing the App’s storage/data in Settings → Apps → Shake Flashlight & Torch → Storage (on a phone set to another language, the App’s name in that language), deletes it.

First exception: Android’s own backup. The App leaves Android’s standard Auto Backup enabled, which is the platform default. If device backup is turned on in your Android settings, Android — not the App — copies the App’s stored preferences to your own Google Drive, and includes them when you transfer to a new phone. That copy is not limited to the list above: it includes every preference the App holds on the device, which also covers the cached copy of the file described in Section 3(c) and the preferences written by Google’s advertising and consent components — among them the record of the advertising-consent choice you made in the consent form described in Section 7. The copy leaves your device and is held by Google under your own Google account, and it is the one way the data in this Section 3(a) is transmitted at all. The Developer cannot see it, reach it, or ask for it: app backups are not accessible to app developers, we operate no servers, and we receive nothing from it. The backup is controlled by you alone — you can turn backup off, or delete this App’s backup, in Settings → Google → Backup.

Second exception: the carve-out for the statistics. Where the usage and reliability statistics described in Section 3(d) are active — in the EEA, the UK and Switzerland only if you consent, and elsewhere only until you turn the in-app switch off — three of the values above are also sent: the sensitivity setting, the video-offer letter, and, in version 1.5.0 and later, the letter that says whether this installation gets the flashlight button in the top bar. The sensitivity setting is sent as a coarse band — which quarter of the slider you are on — and, in version 1.4.1 and later, also as the exact position of the slider, a whole number from 5 to 150, together with whether you have ever moved that slider on this installation, as a simple yes or no. That number is the setting itself — the one you chose, or one the tutorial raised for you, in steps set by a fixed rule, after a shake fell short, or one the App raised by itself, in at most two small steps, after your shakes fell short on several days — and nothing more: it is not a measurement of you and, beyond that a shake fell short, or that shakes fell short on several days (which the counts in Section 3(d) already say), it says nothing about how, when or how hard you shake. Google’s SDK may also record, and upload with it, the time at which the App last set it, which is always a moment you were using the App, such as a shake after which the tutorial or the App raised the setting. It is sent so that we can choose a better starting sensitivity for each model of phone. The video-offer letter is sent as it is, as one of two values drawn at random on the device, and says nothing about you. In version 1.5.0 it is sent so that we can compare the two versions of the offer; in version 1.6.0 and later it does not decide which version an installation gets, it is drawn for every installation that does not have one yet, and it is sent so that the statistics can tell installations apart by the letter they were given, including those that took part in that comparison. The flashlight-button letter is sent as it is too, as one of two values: one for an installation first opened on version 1.5.0 or later, which gets the button, and one for an installation that existed before, which does not. It is sent so that we can check that the button reaches only new installations, and see how it is used. It says which of the two the installation is, not whether the button is on your screen, and nothing about you beyond whether this installation existed before version 1.5.0. Versions of the App earlier than 1.4.0 also send, as a band in the same way, roughly how many mini-game rounds you have finished; version 1.4.0 and later do not send it. Your best score, your streak and your achievements are not sent in any form. Your shake count is not sent as it is: in version 1.5.0 and later it is sent only as one of seven coarse bands, with three items about the promotion of our other app (Section 3(d)). Apart from Android’s backup and that carve-out, nothing in this Section 3(a) leaves your device, except that, in version 1.6.2 and later, the statistics in Section 3(d), where they are active, also say whether the rule that lowers the shake threshold, described above, is in force on this installation or has stopped for good on it.

The App also reads your device’s accelerometer (motion sensor) through a foreground service in order to detect shaking. Where the device provides them, it additionally registers the proximity, tilt, wake-gesture and pick-up-gesture sensors (or a manufacturer’s equivalent of them). These sensors are used only as a signal that the device has been picked up or moved, so that shake detection can be restarted after Android has suspended it; they are not used to observe you. The App does not use the proximity sensor to determine where the device is or what is near it.

All of these readings are processed transiently on the device to decide whether to toggle the flashlight; they are not recorded, stored, profiled, or transmitted. No sample, trace or magnitude of any of them leaves your device in any form. Some values derived from them can: the shake counts and streak, the short record the App uses to make shaking easier by itself, how many times the tutorial has raised your sensitivity setting, and the sensitivity setting itself, which can be a value that the tutorial or the App raised after shakes fell short, and, in version 1.6.2 and later, the yes or no that records whether the motion sensor has produced readings more than one tenth stronger than 4 g in two separate movements while that rule applied to the installation, all listed above, leave by the Android backup route described immediately above — into your own Google Drive, never to the Developer — and, where the statistics in Section 3(d) are enabled, what may be sent is a banded count of how many shakes were detected during a window and a three-way comparison of the strongest reading in that window against your shake threshold (below / near / above); banded counts of the movements that looked like a shake but stayed under that threshold, and of how many of those a working shake followed, with one of two bands for how close the strongest of them came; a sensitivity value that the tutorial or the App raised after shakes fell short; and, in version 1.6.2 and later, whether the rule that lowers the shake threshold, described above, was in force on this installation or had stopped for good on it when the statistics were sent, and a five-way comparison of the strongest reading in a window with the limits of the motion sensor — never a sample, never a trace, never a magnitude. Nothing that leaves your device could reconstruct your movement, and neither could the coarse band of how many shakes the App has counted in total on this installation that, in version 1.5.0 and later, is sent with three items about the promotion of our other app.

If you enable the option to stop the torch during phone calls, the App requests the Android phone-state permission (android.permission.READ_PHONE_STATE) and then observes whether a call is ringing, in progress, or finished, and nothing more. It does not read your phone number, your call history, your contacts, or who is calling. The state is read transiently on the device, for the sole purpose of not leaving a torch on during a call, and is never profiled and never transmitted to us.

In version 1.4.1 and later, the App does not store when a call paused it: it does not write that value, and it clears a value left by an earlier version the next time the App starts. Versions of the App earlier than 1.4.1 keep on the device the time at which a call-related pause began. Apart from that value, all the App keeps is whether a call is in progress while the App is running — held in memory only, never written to the device, never included in the Android backup described above, and never sent to the Developer. It records nothing about the call itself — no number, no direction, no duration, no identity.

The permission is requested at the moment you enable that option, not at install time, and the feature is optional: if you refuse the permission, or leave the option off, the rest of the App is unaffected. You can withdraw the permission at any time in Settings → Apps → Shake Flashlight & Torch → Permissions.

So that shake detection keeps working on devices whose manufacturer shuts background apps down, the App registers a device-local account named “Shake to Torch (keep-alive)”, visible in Settings → Accounts. It holds no credentials and no data, it is not linked to any online account, and nothing is ever synchronised through it: Android’s sync scheduler is used solely as a periodic prompt for the App to check whether its own flashlight service is still running. Uninstalling the App removes it.

3(b) — Advertising data, collected and shared by Google (AdMob)

The App shows advertising supplied by the Google Mobile Ads SDK (Google AdMob). The App uses a single advertising format: a rewarded video that you choose to watch. No advertising is shown that you did not request.

Rewarded video ads — opt-in, shown only at your request

A rewarded ad is never played on its own: the App states that an ad is involved, and the ad plays only if you confirm. Depending on which of the App’s optional features are enabled for your device (see Section 3(c)), there are up to five such placements:

the achievements gallery — tapping to view your achievements may first offer you a short video;
the dark theme — switching the dark theme on, from the button in the top bar or from the “Dark theme” switch in the settings list, may first offer you a short video (switching it off is always free). The two are one setting: a video watched for either unlocks both for the same five minutes;
repairing a broken daily streak — where your daily streak has recently been broken, the App may offer you a short video to restore it;
“Ignore shakes while you’re on a call” — switching that option on may first offer you a short video (switching it off is always free, and an option you already have switched on is unaffected);
“Vibrate on shake” — switching that option off may first offer you a short video (switching it back on is always free). With the option off, the App does not vibrate the phone for a shake, a tile tap or a new achievement, and posts the achievement notice without sound or vibration; your Android notification settings are not changed.

Versions of the App earlier than 1.4.0 have one further such place, the block mini-game’s “continue”: when a round ends, you may be offered one short video in exchange for one extra life.

These ads are never auto-played and can always be declined; declining leaves the App fully usable. Declining means only that you do not open that screen, change that setting or restore that streak at that moment; if you accept but the ad cannot in fact be shown, the App grants what you asked for without it.

No other advertising format

The rewarded video described above is the only advertising format the App contains. The App shows no banner ad, no full-screen interstitial, no app-open ad and no native ad, on any screen.

Every advert in the App is therefore one you initiated: nothing plays by itself, nothing occupies part of the screen while you use the App, and declining every offer leaves the App fully usable.

Ad requests made in advance. So that an ad is ready at the moment you ask for one, the App asks Google’s SDK to fetch one in advance, in the background, while a screen that can offer one is open. That fetch is an ad request, and it is what sends the advertising data listed below. It therefore takes place whether or not you go on to accept the offer, and even if no ad is ever shown to you. Your choice controls whether an advert is displayed to you and whether you receive the reward — not whether an advert was requested for you.

No ad is requested, and no advertising identifier is read, until the consent step described in Section 7 has been resolved and the remote advertising switch described in Section 3(c) has been read. If the switch cannot be reached, the App follows its last copy of it, and with no copy at all treats advertising as switched on.

To serve these ads we use the Google Mobile Ads SDK (Google AdMob). When an ad is requested and shown, Google and its advertising partners collect and process the following categories of data for the purposes of serving ads, measuring ad performance, and preventing fraud and abuse:

the Android Advertising ID (AAID) — a resettable advertising identifier;
the app-set ID — an identifier scoped to apps from the same developer;
your IP address;
device and diagnostic information (e.g. device model, OS version, language/region, and similar technical data);
your interactions with ads (e.g. whether an ad was shown, viewed, or clicked).

This advertising data is collected by and shared with Google and Google’s advertising partners. The Developer does not receive it. Because Google’s advertising infrastructure is global, this data may be processed on servers located outside the EU/EEA, including in the United States (see Section 6).

If you do not consent (where consent is required — see Section 7) or you opt out, the App still works fully; you will not be served personalized ads, and in regions where consent is required no ad identifiers are used without your consent.

So that Google can read the advertising identifier listed above, the App declares the Android Advertising ID permission (com.google.android.gms.permission.AD_ID). The permission is declared expressly in the App’s manifest rather than inherited from the SDK, and it grants access to that identifier and to nothing else.

3(c) — One request to a static file, so ads can be switched off without an update

The App fetches a single small text file from a fixed address:

https://matteomark.github.io/ads-flag.txt

It does so at most once a day. The App keeps its own copy of the file and re-uses that copy for a day before requesting a fresh one, so opening the App repeatedly does not repeat the request.

The lines in that file state whether advertising is enabled at all, and which of the App’s optional features are enabled individually: the dark-theme rewarded ad and the promotion of our other app; in version 1.5.0 and later, also the version of the video offer that does not wait (Section 3(d)); in version 1.6.0 and later, also the App’s own raising of the sensitivity setting to make shaking easier (Section 3(a)), the rule that stops a single shake from switching the flashlight twice, and the rule that the promotion of our other app waits until the flashlight is off; in version 1.6.2 and later, also the lowering of the shake threshold described in Section 3(a), and its use on the phone models listed in the App; in version 1.6.3 and later, also whether the promotion’s link to our other app asks Google Play for the version of that app’s store page made for users of this App (Section 3(d)); in version 1.7.0 and later, also the short demo of our other app described in Section 3(d) and a version of the promotion in which our other app’s character greets you; and, in versions earlier than 1.4.0, the block mini-game. The file exists so that any of them can be switched off without publishing a new version of the App. If the file cannot be reached, the App keeps using its last copy of it; with no copy at all, it treats advertising as switched on. The version of our other app’s store page made for users of this App, the short demo of our other app, and the version of the promotion with our other app’s character are on only while the file switches them on: each is off where the App has no copy of the file, where its line is missing or carries any other value, and where the App’s copy of the file was fetched more than 7 days earlier. It does not govern the usage and reliability statistics described in Section 3(d); those are governed only by the controls listed there.

The App sends nothing with this request: no identifier, no advertising ID, and no information about you or about how you use the App. As with any request to any web server, the server that answers it necessarily sees the IP address the request came from, together with ordinary connection information such as the time, the file requested and the type of client. That server is GitHub Pages, operated by GitHub, Inc., which hosts the file as a plain static document. The Developer runs no server and never sees a log of these requests.

3(d) — Usage and reliability statistics (Google Analytics for Firebase)

A large share of the negative reviews the App receives report the same fault: the shake stops working. The App cannot otherwise determine why on any device except the Developer’s own — whether the background service was terminated by the phone’s manufacturer, whether the hardware has no usable motion sensor, or whether the shake was detected but the flashlight failed to come on. Those are three different faults with three different remedies, and these statistics exist so that the cause can be identified across many devices rather than one.

We describe this data as pseudonymous, and deliberately not as “anonymous”: each installation is identified by a random identifier generated by Google’s SDK, and Google sees the IP address the data arrives from. That is sufficient for the data to constitute personal data, and it is treated as personal data throughout this policy.

Where this is active, and what governs it

The territorial position is set out first.

In the EEA, the UK and Switzerland, these statistics are collected only if you consent. The consent message Google shows you on first launch, described in Section 7, asks for the “analytics storage” purpose — TCF purpose 1, which the App reads as consent to analytics — alongside the advertising purposes. If you agree, the statistics described in this Section are collected, exactly as they are elsewhere. If you do not agree, nothing is collected and the random app-instance identifier described further down is never created. You can withdraw your consent at any time by reopening that message from the App’s “Ad & privacy settings” row, and the collection stops. The legal basis here is your consent (Art. 6(1)(a) GDPR, and ePrivacy Art. 5(3) for the identifier on your device); Section 4 sets it out. Whether a consent message is shown to you at all is decided by Google’s consent system, on the basis of the message we publish for those regions — the same mechanism that already decides whether the advertising described in Section 3(b) is personalised there. The App does not determine your location itself, and does not attempt to.

Everywhere else, these statistics are active. The App carries the Google Analytics for Firebase SDK and is built with the Google project credentials it needs, so what is described below is a collection and not merely a capability. Collection is on unless you turn it off: the in-app “share usage statistics” switch starts in the on position, and turning it off stops the collection immediately and completely and also discards the identifier described further down, so that switching it back on later starts a new one rather than resuming the old. Section 4 sets out the legal basis, which outside those regions is our legitimate interest in diagnosing a fault we otherwise cannot see, with that opt-out always available.

What is collected, where it is active — every field

Reliability of the background service

why the App’s background service last stopped — one value from a fixed list of reasons Android itself supplies (for example “out of memory”, “stopped by the system”, “crash”);
roughly how long ago that happened, as a band (“less than an hour”, “1–6 hours”, “6–24 hours”, “1–2 days”, “more than 2 days”);
whether the App holds the battery-optimisation exemption on that device, which the App also records as a property of the installation each time you open it, and again as soon as you return to the App having allowed background use;
whether you had the shake service switched on, which the App also records as a property of the installation each time you open it.

Recovery

which of the App’s internal recovery paths restarted the service, what the outcome was, and roughly how long the service had been stopped (the same bands as above);
when Android refused to let the App restart its own service, and which of three kinds of refusal it was;
whether the service was still stopped when you opened the App (none of the recovery paths above had brought it back on its own), together with roughly how long it had been stopped (the same bands), why it stopped (the same fixed words as above), whether the App holds the battery-optimisation exemption, and whether a recovery path had tried to restart it in the meantime, as one of three fixed words (no, tried, refused by Android). Sent at most once per such stop, and never when you had switched the service off yourself.

The device’s motion-sensor capabilities — sent once per installation and once per App update, and not again

whether an accelerometer exists at all;
how deep its buffer is, as a band (0 / 1–99 / 100–999 / 1000 or more);
whether a wake-capable accelerometer exists;
which kind of “pick-up”-type sensor is the best one available — a category such as “pick up”, “tilt” or “proximity”, never the manufacturer’s own name for the part — and how many such sensors exist;
in version 1.6.2 and later, the largest acceleration the motion sensor reports it can measure, as one of seven bands and never as the exact value: no motion sensor, unknown (the reported value is not usable), below 20 m/s², 20 to 37 m/s², 37 to 39.4 m/s², 39.4 to 80 m/s², or 80 m/s² or more. It describes the hardware, not anything you do.

A periodic summary — at most a few times a day, covering a window of at least 30 minutes whose length is included

how many shakes were detected, how many flashlight commands were attempted, how many failed, and how many were refused by the camera — each as a band (“0”, “1–5”, “6–20”, “more than 20”);
whether the strongest motion reading in that window was below, near, or above your sensitivity threshold;
in version 1.6.2 and later, how the strongest motion reading in that window compares with the limits of the motion sensor, as one of five fixed words: unknown; below the largest value the sensor reports it can measure; at that value (within 2 %); above it; or at the limit of a 4 g sensor (within 1 % of 39.2 m/s²). Never the reading itself;
in version 1.6.2 and later, whether the rule that lowers the shake threshold was in force on this installation described in Section 3(a), as one of three values, read when the summary is sent and not over the window: the rule is in force; it is not in force; or it has stopped for good on this installation after the stronger readings described there;
how many times movement looked like a shake but stayed under your sensitivity threshold, counted and banded (“0”, “1–5”, “6–20”, “more than 20”); how close the strongest of those came, as one of two bands (70–85 % or 85–100 % of your threshold); and how many of those were followed by a shake that did work within ten seconds — counts only, never the readings;
and, when a flashlight command could not be carried out, a single fixed word saying why: that another app was using the camera, that the camera was switched off by a device policy, that the flashlight was taken back by the system, that no rear camera could be found, or “other”. It is the last such failure in that window and nothing more — never the message the system gave, never the name of any other app;
which quarter of the sensitivity slider you are on — and, in version 1.4.1 and later, the exact position of that slider, a whole number from 5 to 150, and whether you have ever moved it on this installation, as a simple yes or no. Those last two are recorded as a property of the installation rather than of this summary: the App sets them each time you open it, again whenever you change the setting yourself (by releasing a slider, or with the “Harder shake”, “Lighter shake” or “Reset” button, on any of the App’s sensitivity controls), whenever the tutorial raises it, and whenever the App raises it by itself, and Google’s SDK then attaches the current value of each to every item it uploads from that installation, this summary included. They are the setting you chose, or one the tutorial raised for you, in steps set by a fixed rule, after a shake fell short, or one the App raised by itself, in at most two small steps, after your shakes fell short on several days, and nothing else: the values themselves never say how, when or how hard you shake. Google’s SDK may also record, and upload with them, the time at which the App last set each of them, which is always a moment you were using the App, such as a shake after which the tutorial or the App raised the setting. A step taken by the tutorial, or by the App itself, never counts as you moving the slider;
the video-offer letter described in Section 3(a) — one letter, drawn at random on the device and stored there, never derived from anything about you. In version 1.5.0 it says which of the two versions of the video offer this installation gets; in version 1.6.0 and later it does not decide this, it is drawn for every installation that does not have one yet, and it is sent so that the statistics can tell installations apart by the letter they were given, including those that took part in the comparison of version 1.5.0. Like the last two values above, it is recorded as a property of the installation rather than of this summary: the App sets it each time you open it, and Google’s SDK then attaches its current value to every item it uploads from that installation, this summary included;
in version 1.5.0 and later, whether this installation gets the flashlight button in the top bar: the letter described in Section 3(a). It has two fixed values: one for an installation first opened on version 1.5.0 or later, which gets the button, and one for an installation that existed before, which does not. It records which of the two the installation is, not whether the button is on your screen at the moment, and it is derived from nothing about you beyond whether this installation existed before version 1.5.0. Like the letter above, it is recorded as a property of the installation rather than of this summary: the App sets it each time you open it, and Google’s SDK then attaches its current value to every item it uploads from that installation, this summary included;
which screen-off strategy was in force;
the same summary once more, sent a single time, for the first time you leave the App after installing it — so that an installation which never got the torch to work is counted even if it is removed the same day. It contains nothing the summary above does not, with two additions: in version 1.5.0 and later it also says whether you had the shake service switched on when it was sent, as a simple yes or no, the same value the reliability items above carry; and, in version 1.6.2 and later, it also carries the band of the largest acceleration the motion sensor reports it can measure, described under the motion-sensor capabilities above. It is sent once per installation and never again, and in place of the window’s length it carries how long it has been since you first opened the App.

Product usage

when the occasional startup prompt is shown — the offer of our other app, which is the only such prompt the App shows. It is counted once when it appears and not counted again until you answer it, so a screen that Android rebuilds is not counted twice. In version 1.5.0 and later it also carries roughly how long ago the App was installed, as one of eight fixed words (under 1 day, 1 to 2 days, 3 to 6 days, 7 to 13 days, 14 to 29 days, 30 to 89 days, 90 days or more, or unknown), read from Android on the device and sent only as that band, never as a date or a time; roughly how many shakes the App has counted in total on this installation, as one of seven fixed words (none, 1 to 9, 10 to 29, 30 to 99, 100 to 499, 500 or more, or unknown); and whether the prompt appeared when you arrived in the App or during a shake, as one of two fixed words. In version 1.5.0 and later the prompt can appear only when you arrive in the App, never on a pass triggered by a shake made while the App is open, so the second of those two words is not expected;
how that prompt ended, as one of three fixed words: you accepted it and went to the store listing; in version 1.7.0 and later, where the prompt shows the button that opens the short demo described below, you opened the demo from it (if the demo cannot start at that moment, nothing opens and this answer is not sent); or you declined it — and “declined” covers all three ways of saying no, whether you chose “not now”, closed it with the “X”, or dismissed it with the back gesture. Which of the three you used is not recorded. If you never answer it, nothing is sent;
when the Google Play listing for our other app is opened, and which of three places you opened it from: the game card in the settings list, the startup prompt itself, or, in version 1.7.0 and later, the end card of the short demo described below. In version 1.5.0 and later it also carries the same two bands as the startup prompt above (how long ago the App was installed, and how many shakes it has counted) and, when you opened it from the startup prompt, whether that prompt appeared when you arrived or during a shake. The link the App opens carries fixed words naming this App, the campaign and the place you tapped, and in version 1.5.0 and later also the App’s version number and a short fixed word naming which version of the promotion you saw. In version 1.7.0 and later, that short word also says whether the card or the prompt you tapped showed the button that opens the short demo, or whether you tapped the end card of the demo. In version 1.7.0 and later, that short word also says whether the card or the prompt you tapped showed our other app’s character. In version 1.6.3 and later, where we switch this on through the file described in Section 3(c) and the phone’s system language is English or Hindi, the link also asks Google Play to show a version of our other app’s store page made for users of this App, and that short word says that the link asked for it. The App reads the system language on the device for this choice and does not send it; the page requested and that word reveal only whether the language is English or Hindi. All of these are words chosen in advance, with no other information about you, which Google Play may pass to our other app if you install it;
when the game card in the settings list is actually on your screen — counted once per visit to that screen, never again for scrolling past it or for a screen Android rebuilds — so that the openings above have an honest count of how many people saw the card. In version 1.5.0 and later it also carries the same two bands as the startup prompt above;
when the “Vibrate on shake” switch in the settings list is actually on your screen, counted the same way: once per visit, never again for scrolling past it or for a screen Android rebuilds, so that the taps on it below have an honest count of how many people saw it. Only one fixed word naming the option is sent with it;
in version 1.7.0 and later, where we switch this on through the file described in Section 3(c), when the short demo of our other app is started, which of two places you started it from, the game card in the settings list or the startup prompt’s “Play here” button, and, on the game card, whether you tapped its “Play here” button or elsewhere on the card. The demo is nine turns of our other app’s puzzle game, played on a second screen of the App, which runs in a separate process. It shows no advertisement, gives no reward and saves no progress. It shows a score while you play but does not keep or send it, and the demo sends nothing to anyone itself: the main part of the App records this item when the demo starts, and records the next two items from a short summary the demo hands it when it closes; where no summary arrives, it records only how the demo ended, as the next item describes. Besides the fixed values described in those two items, that summary carries only the number of that demo and how long it had been open when you left it, which the App uses on the device, to match the summary to the demo and to decide whether to open the store page after a tap on “See it on Google Play” on the demo’s end card, and never sends. The App offers the demo only on Android 11 or later, on phones with at least 3 GB of memory as Android reports it that do not report themselves as low-memory devices, when at the moment you tap the phone is not short of memory and the App is not in split screen, while TalkBack’s touch exploration is off, on an installation at least 24 hours old, and only a limited number of times a day and in total (Section 3(a)). It reads these facts on the device and never sends them; a started demo shows only that these conditions held at that moment;
in version 1.7.0 and later, how that demo ended, as one of seven fixed words: that you played all nine turns, or the board ran out of moves, and then left the demo; that you closed it before the end, with its close button or the back gesture; that it stopped before the end because you left it another way, such as going to the home screen or switching the screen off; that you tapped “See it on Google Play” on its end card; that Android recorded a crash or a freeze (“not responding”) of the demo’s own process; that Android ended that process for another reason, such as to free memory; or unknown, when the demo did not report and Android left no record. The last three are diagnostics of the same kind as the reasons the background service stopped, described above: when the App’s main screen is next shown, the App uses, only for the demo’s own process, Android’s own record of how that process ended and whether it is still running, read on the device, and sends only the one word. After a crash or a freeze the App does not offer the demo again on this phone (Section 3(a)). With that word goes roughly how many of the nine turns you played, as one of six fixed words: none (no turn), early (1 to 3), mid (4 to 6), late (7 or 8), all (all nine), or unknown (the demo did not report to the App). No memory figure, no accessibility setting and nothing else about what you did in the demo is sent, other than what the next item describes;
in version 1.7.0 and later, how the turns of that demo went. For each turn you finished: its number; how long it took, from the moment the turn could be played to the swipe that ended it, as one of four bands (under 2 seconds, 2 to 10, 10 to 60, over 60); whether the demo showed you the move again, because the screen had been left untouched for ten seconds, or because a block was dropped where it does not fit, a swipe moved nothing or you made a gesture other than the one the turn needed, and whether it dealt you new blocks because none fitted; and how many times, counted as none, one, or two or more, a block was dropped where it does not fit, a swipe moved nothing, you made a gesture other than the one the turn needed, or a tap on the demo’s screen started nothing. With the word for how the demo ended go, where the demo was able to report them: the turn and the step you were on (placing, swiping, or the end card); how you left (its close button, the back gesture, one of the two buttons on its end card, or another way, and whether the screen had by then been left untouched for two minutes); for a turn you did not finish, whether the move was shown again and the same counts; and, on the end card, how many times, counted as none, one, or two or more, you tapped outside its buttons or tapped a button before it was ready. No item carries where on the screen you touched, the time of a touch, your moves or your score;
when you come back to the App after opening that Play listing, and roughly how long that took, as one of five fixed words: under 2 seconds, 2 to 10 seconds, 10 to 60 seconds, over a minute, or unknown. The stretch is measured on a clock that counts steadily from the device’s last restart, including while the device sleeps, is held only in the App’s memory for the length of the trip, and only the single word is sent — never a time of day, never an exact number. In version 1.5.0 and later, when the listing was shown as Google Play’s half-sheet over the App, it also carries the result code Google Play hands back when that sheet closes, as one of twelve fixed words (ok, cancelled, codes 1 to 9, or other). It says nothing about you; what Google Play means by each code is not documented, and it is used only to tell whether closing the sheet differs from installing;
when a feature that normally sits behind a rewarded video is shown to you as locked instead — no connection at the moment you tapped, advertising being switched off remotely, or Google’s advertising consent check not having completed while you were online, rather than anything you chose — which feature it was and which of those three reasons applied (for the dark theme, also whether you tapped it in the top bar or in the settings list). For the first of those reasons the App checks only whether the device is online at that tap, and nothing about your network is sent;
when one of the five features that sit behind an optional rewarded video is unlocked — the dark theme, the achievements page, the repair of a broken daily streak, switching on “Ignore shakes while you’re on a call”, or switching off “Vibrate on shake” — which of the five it was (for the dark theme, also whether it was switched on from the top bar or from the settings list), and why it was granted, as one of three fixed words: you watched the video; it was granted free because you had already watched one for that same feature within the last five minutes (switching vibration off and switching on “Ignore shakes while you’re on a call” count as one feature for this purpose: a video watched for either leaves the other free for those five minutes), the App not asking twice in quick succession; or it was granted free because the video tried to load or to show and failed, or, on the installations that do not wait, only when the video failed to play after you tapped. In that last case the App grants the feature rather than withholding it, and this item records how often that occurs — and, in version 1.4.1 and later, roughly how long you waited for the video after tapping to watch it: the stretch from that tap to the moment the App handed over to the video, or to the moment it decided it could not show you one, as one of six fixed words: under 1 second, 1 to 3 seconds, 3 to 6 seconds, 6 to 10 seconds, 10 seconds and over (the App never waits longer than ten), or unknown. In version 1.6.0 and later, on all installations, unless we switch this behaviour off, the App does not wait at all: the button to watch stays greyed until the video has loaded and nothing is granted while it loads. A line in the file described in Section 3(c) switches this behaviour on: until the App has read that file after it starts, and when it has no copy of that file at all, the App waits as described above. In version 1.5.0 the same applies to about half of installations, those whose video-offer letter (Section 3(a)) assigns them to that version of the offer, and likewise only while we leave it switched on. On the installations that do not wait, if you watch, the stretch recorded is under one second; if you close the offer while the button is still greyed, the stretch recorded is from the moment the offer opened to the moment you closed it. It never includes the video itself. An unlock that involved no wait at all — one granted inside the five-minute window, for example — carries a seventh fixed word meaning “no wait” instead. The stretch is measured on the same steadily counting clock as the return from the store listing above, exists only in the App’s memory until the wait ends, and only the word outlives it: never a number, never a time of day;
each time the App asks Google for a rewarded video — normally ahead of any tap, while the main screen is open, so that a video is ready when you ask for one, but also at the tap itself, when one of those screens is opened, after a video has ended, and when the five-minute window closes — whether a video arrived, or which of three kinds of failure Google reported (a temporary error, no video available, or a fault in the App’s own configuration), as one fixed word; and roughly how long the request took, as the same six words. Nothing about the video itself is sent: not which advertisement, not who served it, and no error text;
each step of a video offer, with which of the five features it was for (for the dark theme, also whether from the top bar or from the settings list), as one of five fixed words: the offer was put on your screen; you tapped to watch; you declined it while no wait was running (a decline that ends a wait is recorded under the named-taps item below instead, never both); the video was closed before its end, which unlocks nothing (a video that does unlock something is recorded under the unlock item above instead, never both); or, in version 1.5.0 and later, you tapped the video while it was on your screen (only the first such tap per video, with roughly how long the wait for that video had lasted, recorded as for the rewarded-video unlocks above, one letter saying which of the two versions of the video offer the App used for it, and roughly how soon after the video appeared the tap came, as one of five fixed words: under 1 second, 1 to 3 seconds, 3 to 10 seconds, 10 seconds or more, or unknown);
what a rewarded video earned — each time one is shown, the amount Google’s advertising SDK reports for that showing, its currency, how exact Google says the amount is (estimated, provided by the publisher, precise, or unknown), and which of the five features it was for (the same way). The amount is sent exactly, not as a band: it is the price of showing an advertisement, not a measurement of you or of your device. Nothing about the advertisement itself is sent: not which advertisement, and not who served it;
taps on a fixed, short list of named controls: the theme toggle (recorded as one of two fixed words: the button in the top bar, or the “Dark theme” switch in the settings list), the flashlight button in the top bar (in version 1.5.0 and later, on the installations that show it; every tap is recorded), the rate button, the tutorial, the tutorial’s “Skip”, its “Make it easier” button and the “Got it” that closes it when no easier step is left, the on/off switch, the sensitivity control (releasing a slider, and the “Harder shake”, “Lighter shake” and “Reset” buttons, all recorded as one and the same word), the “Vibrate on shake” switch (recorded as one of two fixed words: vibration switched off, or switched back on), the battery-exemption prompt (recorded as one of two fixed words: the “Allow background use” button on the alert at the top of the home screen, or the row in the list of device checks), the achievements page, the achievements page when its “new” badge is showing (recorded in addition to the tap on the page itself, never instead of it), the daily-streak figure on the home screen’s progress card, which is a second way into that same achievements page and sits behind the same optional video (recorded instead of a tap on the achievements page, never in addition to it, so the two doorways are counted separately and one tap is never counted twice), the button that leaves the short wait for a video, or, on the installations that do not wait, closing the offer while its button is still greyed (for that one control alone, the tap also carries which feature the offer was for and roughly how long the wait had lasted, as the same six words described under the rewarded-video unlocks above — leaving the wait and the wait ending on its own are the two ways a wait finishes, and the two are read together), and three notifications the App itself places in your notification shade — the “Achievement unlocked” notice, that same notice when what it announces is a daily-streak milestone, and the permanent “Service is running” notice that stays there while shake detection is on. For a notification, all that is recorded is which of those three was tapped: not what it said, not when it was posted, and nothing about any other notification on your device. These named controls are not the only interactions recorded: the startup prompt and your answer to it, opening the store listing, the game card being on your screen, the “Vibrate on shake” switch being on your screen, coming back from the store listing, a feature behind a rewarded video being unlocked or shown as locked, the steps of a video offer, what a video earned, the start of the short demo and how it ended, and how its turns went are each recorded exactly as the corresponding point above describes, and no further. Taken together, the points in this list are the complete record of what you touch, and a control that none of them describes is deliberately not recorded at all. There are no coordinates and no session recording.
in versions of the App earlier than 1.4.0, three items about the block mini-game those versions contain: that the mini-game is opened and which entry point you come in through, roughly how long a game session lasts, and roughly how many rounds you have finished, the last two as bands and never a score. Version 1.4.0 and later do not contain the block mini-game and record none of the three. What was recorded is kept for the period described in Section 8;
in versions of the App earlier than 1.4.0, further values in three of the items above: how the startup prompt ended is one of four fixed words (you accepted it, you opened the mini-game instead, you chose “not now”, or you dismissed it with the back gesture); the Google Play listing for our other app can also be opened from the standing bar inside the mini-game and from its end-of-run card, so the place is one of four; and a feature unlocked behind a rewarded video can also be the mini-game’s “continue”, and can be granted free for a fourth reason, that advertising was switched off remotely or could not be used because of your consent choice.

The fourteen items above concerning the startup prompt, its outcome, the store listing, the game card being on screen, the “Vibrate on shake” switch being on screen, the start of the short demo and how it ended, how its turns went, the return from the store, the locked notice, the rewarded-video unlocks, the requests for those videos, the steps of a video offer and what a video earned carry only the fixed values listed with them, the bands of install age and of shakes counted on the promotion items included (and, for what a video earned, its one amount and currency code): no free text, no reading from any sensor, no information about where you are, and no identifier of their own. They travel with the same random installation identifier as every other item in this Section, and with nothing more.

Collected automatically by Google

These are the SDK’s own events, not ours. We do not choose their contents, and the fixed lists described above do not govern them. Each is listed and described individually below.

the first time the App is opened after you install it;
each time the App is opened, the start of a session, and roughly how long that session lasted while the App was in front of you;
when the App is updated, and when the operating system is updated;
when the App is uninstalled, and when the App’s data is cleared. Each records only that it happened: nothing about why, and nothing else;
a screen view each time one of the App’s screens is opened. In version 1.4.0 and later the App’s main screen is the flashlight screen; in version 1.7.0 and later the App can also open a second screen, the short demo described above, which runs in a separate process in which Google’s statistics SDK does not run, so no screen view is expected from it. Versions earlier than 1.4.0 have a second screen, the block mini-game. What is recorded is the name of the screen and of its Android class. That is all: no coordinates, no recording of the screen, nothing read from what is on it, and nothing about what you type or touch inside it;
where the installation came from, if Google Play tells the SDK: the campaign name, source and medium recorded against your install, when you arrived through a campaign link rather than by searching for the App. It is not your location, it carries no identifier of its own, and if there is no campaign there is nothing to record;
that an advert was shown, where Google’s advertising SDK reports one;
which device this is and what it is running — the manufacturer and the model name of the device, the version of Android on it, and the version of the App. Google’s SDK records these against every item above by itself; they are not something the App sends and not something it can switch off. They are the same facts a store listing already knows about a device, they name a model and never a particular phone, and they carry no identifier of their own. This is also what makes the sensitivity setting in Section 3(a)’s carve-out useful for the purpose stated there: choosing a better starting sensitivity for each model of phone is only possible because the model is recorded beside it;
an approximate location (country/region level), which Google derives from the IP address the data is received from. The App never asks your device where it is.

No advertising identifier is collected for this purpose: the App switches its collection off. This keeps these statistics separate from the advertising described in Section 3(b).

What is deliberately not collected

By design, none of the following is collected:

No raw accelerometer readings, traces or magnitudes ever leave your device; only the coarse band comparisons described above do.
No advertising ID is used for this purpose; the App instructs the SDK not to collect it. The only identifier here is the random, app-scoped, resettable identifier that Google’s SDK generates for the installation. It is reset when you turn the “share usage statistics” switch off, so a switch turned off and later turned back on starts a new identifier rather than resuming the old one.
No free text of any kind — nothing you type, no strings composed by your device, no error messages, and no manufacturer-supplied text. Android’s own written description of why a process died is mapped to a fixed short list of values before anything is sent, and so is the manufacturer’s own name for a motion sensor. Every value listed above comes from a fixed list the App defines in advance.
No mini-game scores; they stay on your device (Section 3(a)).
No information from the phone-state / call-state check; that feature stays entirely on your device (Section 3(a)).
No record of when or where the torch was switched on — only the banded aggregate counts described above.
No per-shake events.
No memory figures, and no precise timestamps as event fields.

How to switch these statistics off

Either one of the following is sufficient to stop the collection:

In the EEA, the UK and Switzerland, the Google consent message. Decline the analytics purpose and nothing is collected at all. If you have already agreed, reopen that message at any time from the App’s “Ad & privacy settings” row and withdraw: withdrawal is as easy as giving consent, it stops the collection, and it does not affect what was lawfully collected before.
The in-app “share usage statistics” switch, everywhere else. It starts in the on position; turning it off stops collection immediately and completely. You can turn it back on at any time, and nothing else in the App changes either way.

No third control, and no remote one. Nothing in the file described in Section 3(c) governs these statistics: the Developer cannot switch them off, or on, for every installation at once. The two controls above are the only controls.

To collect these statistics we use Google Analytics for Firebase (GA4), supplied by Google. Google is the recipient (Section 5), the data may be processed outside the EEA under the safeguards in Section 6, and Google’s event-level retention for it is set to the shortest period Google offers (Section 8).

The App does not collect or use contacts, photos, microphone, camera content (the torch uses the flash hardware, not camera imagery), account information, or any special-category (sensitive) personal data. It uses no location API and no GPS: the only location involved anywhere is the approximate, country/region-level location that Google derives from an IP address — for advertising (Section 3(b)) and, where they are enabled, for the statistics in Section 3(d).

4. Why we process data, and the legal basis for each purpose (GDPR)

Under the EU GDPR, the UK GDPR, and the Italian Codice Privacy (D.lgs. 196/2003 as amended by D.lgs. 101/2018), every processing purpose requires a legal basis. Each purpose is set out below with its basis.

Purpose	Data involved	Legal basis
Provide the core flashlight function (detect a shake and toggle the torch)	Transient accelerometer readings (on-device only)	Performance of the service you requested and our legitimate interest (Art. 6(1)(b)/(f) GDPR) in making the App work. The readings themselves never leave your device and are never stored. Some things derived from them can leave it: the shake counts, the streak, the App’s record for making shaking easier by itself, how many times the tutorial has raised the sensitivity setting and the setting itself, which can be a value that the tutorial or the App raised, and, in version 1.6.2 and later, the yes or no that records whether the motion sensor has produced readings more than one tenth stronger than 4 g in two separate movements while that rule applied to the installation, through the Android backup described in Section 3(a); and, only where the statistics in Section 3(d) are active and you have not switched them off, the coarse counts and band comparisons described there, a sensitivity value that the tutorial or the App raised after shakes fell short, and, in version 1.5.0 and later, the coarse band of the total shake count and, in version 1.6.2 and later, whether the rule that lowers the shake threshold, described in Section 3(a), was in force on this installation or had stopped for good on it. None of them can reconstruct any movement.
Remember your settings, counts, streak, achievements, and mini-game progress	On-device `SharedPreferences` data (3(a))	Legitimate interest (Art. 6(1)(f) GDPR) in providing the features you use; processing occurs only on your device and is not accessible to us.
Serve and measure the advertising described in Section 3(b) — the opt-in rewarded ads, including the requests made in advance so that an ad is ready when you ask for one (incl. fraud/abuse prevention)	Advertising data via Google (3(b))	In the EEA, UK, and Switzerland: your consent (Art. 6(1)(a) GDPR; and ePrivacy consent to storing/reading identifiers on your device), collected via the Google UMP consent form before any ad is requested. Outside those regions, Google processes this data under the legal bases set out in Google’s own policies.
Ignore shakes while you’re on a call, where you have switched that option on	Whether a call is ringing, in progress or finished, read transiently on the device (Section 3(a))	Your consent to the Android runtime permission (Art. 6(1)(a) GDPR), given when you enable the option and withdrawable in Android’s own permission settings. Nothing about the call is transmitted, and in version 1.4.1 and later nothing about it is stored: the call state is read transiently on the device only, kept in the App’s memory for as long as the App is running, and never written to the device, never included in the Android backup, and never sent to us. Versions earlier than 1.4.1 also keep on the device the time at which a call-related pause began (Section 3(a)).
Check whether advertising, and the App’s other optional parts, are switched on	The IP address the request comes from, seen by the file host (Section 3(c))	Legitimate interest (Art. 6(1)(f) GDPR) in being able to switch advertising off without shipping a release. No identifier is sent, and we receive nothing.
Understand why the shake stops working on some devices, and which parts of the App are used — the usage and reliability statistics in Section 3(d)	Banded counts, fixed-list reasons and category values, plus the random app-instance identifier and the IP-derived approximate location described in Section 3(d)	In the EEA, the UK, and Switzerland: your consent (Art. 6(1)(a) GDPR, and ePrivacy consent for the identifier on your device), given through the “analytics storage” purpose of the same Google UMP consent message used for advertising, and withdrawable at any time from “Ad & privacy settings” — if you do not consent, these statistics are not collected at all (Section 3(d)). Outside those regions: our legitimate interest (Art. 6(1)(f) GDPR) in diagnosing a fault we otherwise cannot see, with an opt-out available at any time — the in-app “share usage statistics” switch, which is on by default and takes effect the moment you turn it off.

We rely on legitimate interest for the first two purposes, which are confined to your device and involve no transmission, sharing, sale, or profiling, and for the advertising and feature kill-switch check, which transmits nothing about you; you can object (see Section 9) and exercise full control through Android’s app-storage controls and by uninstalling. For advertising in the EEA/UK/Switzerland we rely on consent, not legitimate interest, because it involves advertising identifiers and data shared with third parties and transferred internationally: no ad identifiers are accessed and no ad is requested until you have made your choice, and you can withdraw consent at any time (Section 7), as easily as you gave it and without affecting the lawfulness of processing already carried out. The Developer receives none of the advertising data and operates no servers; the role of controller for that data is shared with, or exercised by, Google as described in Section 1.

Every advert in the App is initiated by the user. This supplements the basis above and does not replace it: consent under Art. 6(1)(a) GDPR and ePrivacy Art. 5(3) is what makes the processing lawful in the EEA/UK/Switzerland, and it is taken before any ad request, because the App fetches ads in advance of your tap (Section 3(b)). No advert is displayed to anyone who did not ask for one, and the App relies on no imposed advertising format anywhere in this analysis.

For the statistics in Section 3(d) we rely, in the EEA, the UK and Switzerland, on your consent, given in the Google UMP consent message and withdrawable at any time (Section 7); nothing is collected there unless you give it. Outside those regions we rely on our legitimate interest in being able to diagnose a fault that is otherwise invisible to us, balanced by the facts that the data is banded rather than exact, carries no advertising identifier, and can be switched off in the App at any time. You do not have to give a reason to opt out, and the App is fully usable either way. For that purpose the Developer does decide what is collected and why, and is the controller for it; Google acts as our analytics provider and processes the data additionally for its own purposes as described in its policies.

5. Who receives data (third parties / recipients)

Because we run no servers, the parties that receive data through the App are our advertising provider and its ecosystem, our analytics provider, and the host of the single file described in Section 3(c):

Google — specifically Google Ireland Limited (for users in the EEA and Switzerland) and Google LLC (United States, and for users in the UK), operating Google Mobile Ads / AdMob; and
Google, in a separate role — the same two companies, operating Google Analytics for Firebase, which receives the usage and reliability statistics described in Section 3(d) where they are enabled. This purpose is distinct from advertising, but the two are connected in Google’s systems in one respect: our AdMob advertising account is linked to this analytics property, so that advertising revenue totals appear beside the usage statistics in the reports only we see — a total earned from a coarse group of users, never from any one of them. Separately, in version 1.5.0 and later, the App itself records what each rewarded video earned, with the feature it was for, among the statistics of Section 3(d); like every item there it travels with the random installation identifier and nothing more, and it says nothing about you. The link runs in one direction only. The usage statistics are not used to personalise advertising: personalisation from analytics data is switched off for every region, and Google signals, the feature that would associate this data with a signed-in Google account, is off. No advertising identifier is collected for this purpose, so the identifier described in Section 3(b) remains the advertising SDK’s alone; and the same controls apply — in the EEA, the UK and Switzerland nothing is collected for this purpose unless you consent, and everywhere else the “share usage statistics” switch stops it; and
Google’s advertising partners (third-party ad networks, demand partners, and measurement providers involved in serving and measuring the ads described in Section 3(b)); and
Google, in a third role — as the operator of Android Auto Backup / Google Drive, which holds the backup copy of the on-device data described in Section 3(a) if you have device backup switched on. That copy is held in your own Google account, not ours, and we have no access to it; and
GitHub, Inc. — only as the host of the one static text file described in Section 3(c). It receives the IP address that request is made from, and nothing else. GitHub privacy statement — https://docs.github.com/en/site-policy/privacy-policies/github-general-privacy-statement

References describing how Google processes this data and who its partners are:

Google Privacy Policy — https://policies.google.com/privacy
How Google uses information from sites/apps that use its services — https://policies.google.com/technologies/partner-sites
Google advertising technologies / partners — https://policies.google.com/technologies/ads and AdMob partners list https://support.google.com/admob/answer/9012903

We do not share the on-device data in Section 3(a) with anyone, and we never receive it. It leaves your device by two routes and no others: Android’s own backup into your Google Drive, described in Section 3(a) — a copy held under your account, which we cannot reach — and, where the statistics in Section 3(d) are enabled, the values named in the carve-out there: the sensitivity setting — the coarse band, the exact position of the slider, and whether you have ever moved it — and the video-offer letter, as well as, in version 1.5.0 and later, the letter that says whether this installation gets the flashlight button in the top bar, and a coarse band of your shake count, sent with three items about the promotion of our other app, and, in versions earlier than 1.4.0, a coarse band of the mini-game rounds you have finished. In version 1.6.2 and later, the statistics in Section 3(d) also say whether the rule that lowers the shake threshold, described in Section 3(a), is in force on this installation or has stopped for good on it.

6. International data transfers

The on-device data in Section 3(a) is not transferred anywhere by the App — it stays on your device. If you have Android’s device backup switched on, Android copies it to your own Google Drive (Section 3(a)), where it is stored on Google’s infrastructure and may therefore rest outside your country. That is a transfer made by the Android platform into your own Google account, on Google’s terms and under your control; the Developer is not a party to it and receives nothing from it.

The static file described in Section 3(c) is served by GitHub, Inc., a company based in the United States, so the IP address that request is made from is received there.

The advertising data in Section 3(b) is handled by Google’s global infrastructure and may be transferred to and processed in countries outside the EU/EEA, the UK, and Switzerland, including the United States.

The usage and reliability statistics in Section 3(d), where they are enabled, are handled by the same company on the same global infrastructure and may be transferred in the same way, under the same transfer mechanisms described below.

Where such transfers occur, they are protected by the safeguards Google relies upon, which include:

the European Commission’s adequacy decision for the United States and Google’s certification under the EU–U.S. Data Privacy Framework (and the UK Extension), and, for data from Switzerland, the Swiss-U.S. Data Privacy Framework, under which the Swiss Federal Council recognises the United States as adequate for certified companies (see “If you are in Switzerland” below), where applicable; and/or
the Standard Contractual Clauses (SCCs) approved by the European Commission (and the UK International Data Transfer Addendum) under Art. 46 GDPR, with supplementary measures where required.

Details of Google’s transfer mechanisms are in the Google Privacy Policy and its data-transfer / Data Processing Terms at https://policies.google.com/privacy and in Google’s business and advertising terms. As the Developer receives none of this data, the transfer safeguards for it are those operated by Google.

If you are in Switzerland. Swiss data protection law (the Federal Act on Data Protection, FADP) asks us to name the countries your data is sent to and the safeguard for each. From Switzerland, the data described in this policy may go to:

Ireland, and other countries of the EU and the EEA, where Google Ireland Limited is the Google company responsible for users in Switzerland. The Swiss Federal Council recognises these countries as providing an adequate level of data protection (Annex 1 of the Swiss Data Protection Ordinance).
The United States, where Google LLC and GitHub, Inc. are based. Both companies are certified under the Swiss-U.S. Data Privacy Framework, and since 15 September 2024 the Federal Council recognises the United States as providing an adequate level of protection for certified companies (Annex 1 of the Swiss Data Protection Ordinance).
Other countries where Google or its partners operate. Google lists its data centre locations at https://datacenters.google/locations/, and the advertising partners are listed in the consent message described in Section 7. Where no adequacy decision covers a transfer, we and Google rely on standard contractual clauses, which the Swiss Federal Data Protection and Information Commissioner (FDPIC) recognises under Art. 16(2)(d) FADP.

7. Consent and how to change or withdraw it

In the EEA, the UK, and Switzerland

Before the App requests any ad, we show you a consent form provided by Google’s User Messaging Platform (UMP) consent SDK. Through it you can agree to, or decline, the use of advertising identifiers and personalized advertising. No ad is requested and no advertising identifier is read until you have made your choice.

You can change or withdraw your choice at any time, from inside the App, via the “Ad & privacy settings” option — the App’s existing privacy settings row, which reopens exactly the same form. Reopening that option lets you grant or revoke consent whenever you wish. Withdrawing consent is as easy as giving it.

What that form also covers. The same form carries the “analytics storage” purpose — TCF purpose 1, which the App reads as consent to analytics — and that is what governs the usage and reliability statistics in Section 3(d) here. Agree to it and those statistics are collected, exactly as they are outside these regions; decline it and nothing is collected and no app-instance identifier is created. Reopening the form later and withdrawing stops the collection. The in-app “share usage statistics” switch is the control everywhere else.

Outside the EEA, the UK, and Switzerland

Where no consent form is shown, advertising is governed by Google’s own policies and by the Android Advertising ID controls below. In every region, the App displays no advert that you did not request.

The usage and reliability statistics in Section 3(d) are governed here by an in-app switch, “share usage statistics”, which you can turn off at any time and which takes effect immediately.

Everywhere — controlling your Advertising ID at the Android level

Independently of the in-app controls, you can manage the advertising identifier on your device via Settings → Privacy → Ads (the exact path varies by device/Android version), where you can Reset advertising ID or Delete advertising ID and turn off ad personalization. Deleting the advertising ID causes apps to receive a string of zeros instead of an identifier, which limits ad personalization.

Children

The consent, advertising and statistics features are intended for users of the general audience described in Section 10. The App’s declared target audience on Google Play is users aged 16 and over.

8. Data retention — how long data is kept

On-device data (3(a)): kept on your device until you delete it by clearing the App’s storage/data or uninstalling. We never receive it, hold no copy, and apply no server-side retention to it. Where Android’s backup has copied it to your Google Drive (Section 3(a)), that copy is retained by Google under your account and its retention rules, and you delete it in Settings → Google → Backup.
Advertising data (3(b)): retained by Google per Google’s own data-retention policies, not by us. We store none of it. See the Google Privacy Policy (https://policies.google.com/privacy) and Google’s documentation on data retention for details, and use the Android Advertising ID controls (Section 7) to reset or delete the identifier.
Usage and reliability statistics (3(d)): held by Google in Google Analytics for Firebase. Google offers a choice of event-level retention periods, and ours is 2 months — the shortest Google offers, and the value a new property carries by default. It is a setting in the Google Analytics console, applied to the whole property, so it applies to every event described in Section 3(d); if we ever lengthen it, this policy will say so before we do. After that period the event-level records are deleted by Google; aggregated reporting totals that cannot be traced back to an installation may persist longer under Google’s own policies. We store none of it ourselves, because we operate no servers.

9. Your privacy rights

EEA and UK (GDPR / UK GDPR / Italian Codice Privacy)

Subject to the conditions in the law, you have the right to:

access the personal data processed about you;
rectification of inaccurate data;
erasure (“right to be forgotten”);
restriction of processing;
object to processing based on legitimate interest;
data portability;
withdraw consent at any time (for advertising, and for the statistics in Section 3(d), which are collected here on that basis — see Section 7), without affecting processing already carried out;
lodge a complaint with a supervisory authority. In Italy this is the Garante per la protezione dei dati personali (www.garante.it); you may also complain to the authority in your country of residence or workplace. In the UK this is the Information Commissioner’s Office (ICO) (ico.org.uk).

Because the Developer holds no personal data on any server (the on-device data never reaches us, and we never receive the advertising data), in practice:

for the on-device data, you exercise these rights directly and immediately by viewing or changing it in the App and by clearing the App’s storage or uninstalling;
for the advertising data, the most effective route is to withdraw consent / change your choice (Section 7), use the Android Advertising ID controls (Section 7), and exercise your rights with Google as the party that holds the data, via the Google Privacy Policy (https://policies.google.com/privacy).

You may still contact us at luxebytecomp@gmail.com for any request and we will help and, where relevant, direct it appropriately. We respond to rights requests without undue delay and, in any event, within the timeframes required by applicable law (under the GDPR, normally within one month).

Switzerland (Swiss Federal Act on Data Protection, FADP)

You have the same choices described above, and the FADP gives you these rights:

to ask whether personal data about you is processed, and to receive the information the FADP lists, free of charge and in general within 30 days (Art. 25 FADP);
to receive data you gave us, in a common electronic format (Art. 28 FADP);
to have inaccurate data corrected, and to object to processing or ask for it to stop or for the data to be deleted (Art. 32 FADP);
to withdraw your consent at any time from “Ad & privacy settings” in the App.

We hold none of this data on any server, so for most requests we will tell you that, and help you take the request to Google, which holds it. Write to luxebytecomp@gmail.com.

You can also report a concern to the Swiss Federal Data Protection and Information Commissioner (FDPIC), Feldeggweg 1, 3003 Bern, Switzerland, www.edoeb.admin.ch.

The App makes no decision about you based solely on automated processing that has a legal consequence for you or a considerable adverse effect on you.

California (CCPA/CPRA) and other US state privacy laws

You have the right to:

know / access the categories and specific pieces of personal information collected about you;
delete personal information collected from you (subject to exceptions);
correct inaccurate personal information;
opt out of the “sale” or “sharing” of personal information, including “sharing” for cross-context behavioral (targeted) advertising;
limit certain uses (we do not use sensitive personal information for inferring characteristics); and
non-discrimination — we will not treat you differently for exercising your rights.

The categories of personal information involved are limited to the advertising identifiers, device/diagnostic information, IP address, and ad-interaction data described in Section 3(b), which are processed by Google and its partners for advertising, and — where they are enabled — the banded usage and reliability statistics, the random app-instance identifier, and the IP-derived approximate location described in Section 3(d), which are processed by Google as our analytics provider. The statistics in Section 3(d) are not sold or shared for cross-context behavioural advertising, and no advertising identifier is used for them; you can switch them off with the in-app “share usage statistics” control described in Section 3(d). Depending on your settings and region, the use of advertising identifiers for personalized advertising may be considered a “sale” or “sharing” under California law. You can exercise an opt-out by declining consent / changing your choice in the in-app “Ad & privacy settings”, and by using the Android Advertising ID controls (Section 7). You may also contact us at luxebytecomp@gmail.com. Because we operate no servers and receive none of this data, opt-out and deletion for the advertising data are fulfilled through these controls and directly with Google.

10. Children’s privacy

The App is a general-audience utility. On Google Play it is declared as not targeted to, and not primarily appealing to, children, and it is not part of the Google Play “Designed for Families” / Teacher Approved programme. Its declared target audience on Google Play is users aged 16 and over.

That figure reflects Art. 8 GDPR, under which each EU Member State sets its own age of digital consent, anywhere between 13 and 16 (Italy sets it at 14; some Member States set it at 16). 16 is the highest figure any Member State sets, so every user inside the App’s declared audience is at or above the age at which they can consent for themselves in their own country — including the advertising consent asked for in Section 7.

The declared audience describes who the App is intended for; it is not a claim that nobody younger ever installs it. We cannot verify anyone’s age and we do not attempt to. We do not knowingly collect personal data from children: the App asks for no age, name, email address, contacts or account, and collects nothing that identifies a person to us — we operate no servers and receive none of the data described in Sections 3(b) and 3(d).

The App contains no features directed at children, and no game or other content aimed at them: the block puzzle mini-game, an ordinary general-audience feature, exists only in versions of the App earlier than 1.4.0, and the short demo of our other app that version 1.7.0 and later can offer, where we switch it on (Section 3(d)), is nine turns of a general-audience puzzle game, with a score that is shown and not kept, no advertisement, no reward and no account. No advertising is imposed anywhere in the App: there is no banner, no full-screen interstitial and no app-open ad, and the only adverts are the rewarded videos described in Section 3(b), up to five, each of which plays only when you ask for it. Every ad the App requests is requested with a maximum content rating of “PG” (parental guidance), so creatives rated for teen or mature audiences are not requested.

If you believe a child has used the App and that advertising data, or the statistics described in Section 3(d), were collected without appropriate consent, contact us at luxebytecomp@gmail.com. Because such data is held by Google rather than by us, we will help direct a deletion request to Google and provide the Android Advertising ID controls (Section 7) that immediately limit and reset the identifier. This approach is intended to be consistent with COPPA and the Google Play Families Policy.

11. Security

We take a proportionate approach matching the App’s minimal data footprint. The App keeps its data on your device, protected by Android’s standard application sandbox and the device’s own protections (lock screen, encryption, OS permissions); we hold no central database to breach. We transmit no personal data to our own infrastructure, because we operate none. The advertising data is transmitted and protected in transit by Google’s security measures as part of the Google Mobile Ads SDK, and the statistics in Section 3(d) likewise, as part of the Google Analytics for Firebase SDK. No method of electronic processing is ever completely secure; however, by keeping data on-device and operating no servers, we structurally minimize the risk to your information.

12. Changes to this policy and how you are notified

We may revise this policy from time to time. When we do, we will update the “Last updated” date at the top, say what changed in the short box at the top and add the change to the “Previous versions” appendix at the end, publish the revised policy at the same web address where you found it, and — where the change affects advertising or your consent — ask you again through the in-app consent mechanism (UMP) where required. We encourage you to review this page periodically. Material changes take effect when the updated policy is published (or, where the law requires renewed consent, once that consent is collected).

13. How to contact us about privacy

For any question about this policy or to exercise any of your rights, contact Luxebyte Labs at luxebytecomp@gmail.com. This email address is the single point of contact for all privacy requests relating to the App.

Appendix. Previous versions

This appendix is the record of what each version of this policy changed, newest first. It describes changes and is kept so that nothing about them is lost. The policy in force is Sections 1 to 13 above; where an entry below says something different from those Sections, the Sections apply.

Show what each version changed (2.33 back to 2.6)

Version 2.33, dated 12 October 2026 (this version of the policy). This version:

describes version 1.7.0 of the App (Section 2);
says that the promotion can show our other app’s character. In version 1.7.0 and later, where we switch it on through the file described in Section 3(c), the game card in the settings list and the startup prompt can show our other app’s character greeting you, and the short fixed word naming the version of the promotion also says whether the card or the prompt showed it (Section 3(d)). Section 3(a) lists a yes or no, kept on the device and never sent, that switches this version of the promotion off on this phone after the App has stopped unexpectedly while it was on screen. No new item in the statistics;
says that the App can offer a short playable demo of our other app. In version 1.7.0 and later, where we switch it on through the file described in Section 3(c), the game card in the settings list and the startup prompt can show a “Play here” button that opens nine turns of our other app’s puzzle game on a second screen of the App, which runs in a separate process. The demo shows no advertisement, gives no reward, saves no progress and sends nothing itself; it shows a score while you play but does not keep or send it. It is not offered on Android 10 or earlier, on phones with less than 3 GB of memory as Android reports it or that report themselves as low-memory devices, while TalkBack’s touch exploration is on, or to an installation less than 24 hours old; these facts are read on the device and never sent. Section 3(a) lists a small record kept on the device for the demo, never sent and copied by Android’s Auto Backup. Section 3(c) lists the switch and says that the demo, and the version of our other app’s store page made for users of this App, are off where the line is missing or carries another value, or where the App’s copy of the file is more than 7 days old. Section 10 describes the demo next to the block mini-game of versions earlier than 1.4.0, and Sections 3(a) and 3(d) say that version 1.4.0 and later do not contain the block mini-game;
adds three items to the statistics in Section 3(d): the demo being started, with which of two places it was started from and, on the game card, whether from its “Play here” button or elsewhere on the card; how it ended, as one of seven fixed words, with roughly how many of the nine turns were played, as one of six, and with the turn and step it ended on and how you left it; and how its turns went, as a time band, whether the move was shown again or new blocks were dealt, and counts capped at “two or more”, with the same for an unfinished turn and two counts for the end card, never a screen position, a touch time, a move or a score. The summary the demo hands to the main part of the App also carries the number of the demo and how long it was open, used on the device and never sent. Three of the seven words come from Android’s own record of how the demo’s process ended (a crash or a freeze, another reason, or no record), read on the device. The startup prompt’s outcome gains a third word, that you opened the demo from it; the store listing can also be opened from the demo’s end card, so the place is one of three; and the short word naming the version of the promotion also says whether the demo’s button was shown or the demo’s end card was tapped;
says that the demo’s screen is not expected to produce Google’s automatic screen view, because Google’s statistics SDK does not run in the demo’s process;
no new recipient and no new purpose. The new items go to Google Analytics for Firebase under the same consent rules and for the same purpose as the other statistics, and the App makes no new network request.

Version 2.32, dated 8 October 2026. That version:

describes version 1.6.3 of the App (Section 2);
says that the link to our other app’s store page can ask for a version of that page made for users of this App. In version 1.6.3 and later, where we switch this on through the file described in Section 3(c) and the phone’s system language is English or Hindi, the link the App opens also asks Google Play for that version of the page, and the short fixed word naming the version of the promotion says that it did. The App reads the system language on the device for this choice and does not send it; the page requested and that word reveal only whether the language is English or Hindi. Section 3(c) lists the switch, and Section 3(d) states that the words in the link carry no other information about you;
no new recipient, no new purpose and no new item in the statistics. The App makes no new network request.

Version 2.31, dated 8 October 2026. That version:

describes the repair of a broken daily streak without a number of missed days. Where your daily streak has recently been broken, the App may offer you a short video to restore it: after one missed day, as before, and also after more than one missed day if the streak was long enough. One video restores the streak; the missed days are bridged, never counted as days you shook. Sections 3(b) and 3(d) say “a broken daily streak” instead of a streak broken by a single missed day;
describes version 1.6.2 of the App (Section 2);
says that the App can lower the shake threshold on phones whose motion sensor may be unable to measure a shake of the default strength. On an installation first opened on version 1.6.2 or later, where the phone reports that the largest acceleration its motion sensor can measure lies between 37 and about 39.4 m/s², just below the App’s default shake threshold, the App lowers the threshold to nine tenths of that value at every sensitivity setting that would otherwise ask for a stronger shake; easier settings are unchanged. Otherwise, phone models on a fixed list built into the App get the same lowering, on the same installations, to nine tenths of 4 g, where the phone reports no usable value for that largest acceleration and, where we switch it on through the file described in Section 3(c), whatever value it reports; the model name is read on the device and not sent for this purpose. The App stops lowering the threshold, permanently, on an installation whose motion sensor produces readings more than one tenth stronger than 4 g in at least two separate movements while the rule applies, and we can switch the rule off through the same file. Section 3(a) lists two values kept on the device for this, neither of which is itself sent: one word saying whether the installation was first opened on version 1.6.2 or later, and one yes or no recording such stronger readings;
adds three items to the statistics in Section 3(d): with the motion-sensor capabilities and with the one-time summary sent the first time you leave the App, the largest acceleration the motion sensor reports it can measure, as one of seven bands; with the periodic summary and with that one-time summary, whether the rule that lowers the threshold was in force when the summary was sent, as one of three values (in force, not in force, or stopped for good on this installation), and how the strongest reading compares with the limits of the motion sensor, as one of five values, never the reading itself. Sections 3(a), 4 and 5 name the new values that can leave the device;
no new recipient and no new purpose. The new items go to Google Analytics for Firebase under the same consent rules and for the same purpose as the other statistics, and the App makes no new network request. The information recorded when the streak repair is unlocked is unchanged.

Version 2.30, dated 30 September 2026. That version:

says that the App can make shaking easier by itself, by raising your sensitivity setting. If you have never moved the sensitivity slider and your shakes keep falling just short of your sensitivity threshold on several occasions over at least two different days, the App raises the sensitivity setting by one small step (on the slider, from 100 to 110), so that a slightly lighter shake is enough, and at most by one more step a day or more later (from 110 to 120): never more than two steps per installation, never past 120, and never on a value you chose. The App never undoes its own steps. If you move the slider afterwards, your choice stays and the App makes no more of these steps. After it raises the setting, it says so once, under the slider. The sensitivity value described in Sections 3(a) and 3(d) can therefore also be one the App raised by itself rather than one you chose, and such a value says that shakes fell short on several days, no more than the counts of near misses in Section 3(d) already say. “Whether you have ever moved the slider” keeps its meaning: it is set only by your own changes, never by the App’s own steps;
adds to Section 3(a) the short record the App keeps to decide this. It is never sent. It holds how many steps the App has taken and when it took the last one, whether its note under the slider is still to be shown, and, for up to the last five times within the last 14 days that the App saw the phone being shaken (whether or not the flashlight lit), when each started and whether your shakes fell short, with counts for the time in progress and whether the light was turned on soon after a shake fell short, and the sensitivity value all of this was collected at. It therefore holds times of use. Entries older than 14 days stop counting and are deleted the next time the App records a shake, and all the entries are deleted whenever the sensitivity value changes. How many steps the App has taken, when it took the last one and whether its note is still to be shown are kept until you clear the App’s data or uninstall the App. It is kept in a settings file of its own, which Android’s Auto Backup copies together with the App’s other settings;
says “your threshold” rather than “the threshold you chose” in Sections 3(a) and 3(d), since a threshold the tutorial or the App made easier is not one you chose;
corrects the direction of the tutorial’s wording. From version 2.22, this policy said the tutorial “lowers” your sensitivity setting, “never below a fixed floor”. It raises the setting, which makes a lighter shake enough, and never past a fixed limit. What the tutorial does is unchanged; Sections 3(a) and 3(d), and the description of version 2.22 below, now say it the right way round;
says that, in version 1.6.0, the video offer does not wait on any installation, unless we switch this behaviour off, and that in version 1.5.0 this applies to about half of installations (Section 3(d));
states what the video-offer letter is for in version 1.6.0: it decides nothing; it is drawn for every installation that does not have one yet and sent so that the statistics can tell installations apart by the letter they were given, including those that took part in the comparison of version 1.5.0 (Sections 3(a) and 3(d));
states more fully what can leave the device, and when: in Sections 3(a) and 4, every value derived from the motion readings that the backup or the statistics can carry; in Section 3(d), that whether the shake service is switched on is also recorded as a property of the installation, and that Google’s SDK may record, and upload with them, the time at which the App last set the sensitivity values; and, in Section 3(a), how an installation that existed before version 1.4.1 counts a slider moved with an earlier version;
describes the sensitivity control of version 1.6.0: a change made with the “Harder shake”, “Lighter shake” or “Reset” button counts as your own change, like releasing a slider. It sets “whether you have ever moved the slider”, updates the sensitivity values described in Section 3(d), and is recorded as the same named tap as the slider (Sections 3(a) and 3(d));
adds to Section 3(c) the rule that the promotion of our other app waits until the flashlight is off, which the file described there can switch off;
gives, in the Italian text, the name of the permanent service notice as the App shows it (“Il servizio è attivo”);
moves the record of changes to this appendix and states Sections 1 to 13 in the present tense, as a description of what the App does today. The title uses the App’s current name, “Shake Flashlight & Torch”. It describes version 1.6.0 of the App and names earlier versions by number, never by date, where they differ. It states in the Sections five facts that earlier versions of this policy gave only in their lists of changes (how the tutorial raises the sensitivity setting, what the App checks before reporting a feature as locked for lack of a connection, what the flashlight button is, when the battery-exemption property is refreshed, and what the App does with vibration off), and it adds what versions earlier than 1.4.0 record beyond version 1.6.0 (the mini-game’s “continue”, four prompt outcomes, four store places and a fourth reason for a free unlock) and what versions earlier than 1.4.1 keep about a call. Nothing else is added to or removed from what this policy discloses;
no new category of information, no new recipient and no new purpose. No new event, parameter or property is sent; the consent rules of Section 3(d) and the retention period in Section 8 are unchanged.

Version 2.29, dated 29 September 2026. That version:

ends the test of the flashlight button in the top bar. From version 1.4.2, every installation whose first ever opening is on version 1.4.2 or later gets the button, on a phone with Android 6 or later and a flashlight, and an installation that already existed before never does. Nothing is drawn at random any more, and the file described in Section 3(c) no longer switches the button on or off, so Section 3(c) no longer names it;
describes the letter that goes with the button with two values, not three. The letter kept on the device and, where the statistics of Section 3(d) are active, sent as a property of the installation now has one value for a new installation, which gets the button, and one for an installation that existed before, which does not. Sections 3(a), 3(d) and 5 now describe it that way;
no new category of information, no new recipient and no new purpose. The letter is the same one, with fewer values. What is collected, the consent rules of Section 3(d) and the retention period in Section 8 are unchanged.

Version 2.28, dated 28 September 2026. That version:

adds what Swiss law asks for on transfers abroad. Section 6 now names, for users in Switzerland, the countries the data may go to (Ireland and the rest of the EU and the EEA, the United States, and other countries where Google or its partners operate) and the Swiss safeguard for each: the Swiss Federal Council’s recognition of those countries, which covers the United States for companies certified under the Swiss-U.S. Data Privacy Framework, as Google LLC and GitHub, Inc. are, and otherwise standard data protection clauses recognised by the Swiss Federal Data Protection and Information Commissioner (FDPIC);
adds a Swiss part to your rights. Section 9 now has its own part for users in Switzerland, under the Swiss Federal Act on Data Protection (FADP). It names the FDPIC as the authority you can report a concern to, and states that the App makes no decision about you based solely on automated processing. The part that was headed for the EEA, the UK and Switzerland is now headed for the EEA and the UK;
corrects which Google company is responsible for users in the UK. Section 5 said Google Ireland Limited; for the UK it is Google LLC. Google Ireland Limited remains responsible for users in the EEA and Switzerland;
corrects the number of rewarded videos in Section 10. It said three; Section 3(b) describes up to five, and Section 10 now says so;
no change to the App, no new category of information, no new recipient and no new purpose. What is collected, the consent rules of Section 3(d) and the retention period in Section 8 are unchanged.

Version 2.27, dated 28 September 2026. That version:

tests a flashlight button in the top bar on some new installations. From version 1.4.2, the App can show a button in its top bar that switches the flashlight on or off with one tap. While the test is switched on, through the file described in Section 3(c), which now names it among the App’s optional parts, about half of the installations first opened on version 1.4.2 or later see the button and the other half do not. An installation that already existed before version 1.4.2 never sees it. No advertisement is involved, and the App asks for no new permission: Android lets an app switch the flashlight without one;
keeps one letter on the device that says which side of that test this installation is on. The App decides it once, at the first opening on version 1.4.2 or later: one of two letters, drawn at random on the device, for an installation whose first ever opening is on version 1.4.2 or later, or a third letter for an installation that already existed, which is not in the test. Whether the installation is new is decided on the device from Android’s own record of when this App was installed and last updated, and from whether the App had been opened before; those times are read on the device and never sent (Section 3(a)). Where the statistics of Section 3(d) are active, the letter is also recorded as a property of the installation, beside the letter of the video-offer test, and the two sentences of Section 3(a) that name the values sent under its carve-out, and the matching sentence in Section 5, now name it. It says nothing about you beyond whether this installation existed before version 1.4.2;
records taps on that button, and one more fact in the first-session summary. From version 1.4.2, where the statistics of Section 3(d) are active, the named-taps item gains the flashlight button in the top bar, recorded on every tap. The summary sent once, the first time you leave the App after installing it, now also says whether you had the shake service switched on when it was sent, as a yes or no that the reliability items of Section 3(d) already carry. Nothing here is a sensor reading, a location, a time of day or free text;
no new category of information, no new recipient and no new purpose. The consent rules of Section 3(d) apply unchanged, and the retention period in Section 8 is unchanged.

Version 2.26, dated 28 September 2026. That version:

records which of the two places you asked to allow background use from. The App asks for the battery-optimisation exemption in two places: the alert at the top of the home screen, and the row in the list of device checks further down. Until now only a tap on the row was recorded. From version 1.4.2, where the statistics of Section 3(d) are active, a tap on the alert’s “Allow background use” button is recorded too, as its own fixed word, so the named-taps item now records that prompt as one of two fixed words (Section 3(d)). The App also refreshes whether it holds the exemption, already recorded as a property of the installation, as soon as you come back to it having allowed background use, instead of at the next start of the App. Nothing here is a sensor reading, a location, a time of day or free text;
no new category of information, no new recipient and no new purpose. The consent rules of Section 3(d) apply unchanged, and the retention period in Section 8 is unchanged.

Version 2.25, dated 28 September 2026. That version:

shows the startup prompt only when you arrive in the App. From version 1.4.2 it no longer appears on a pass triggered by a shake made while the App is open;
adds context to three promotion items. From version 1.4.2, where the statistics of Section 3(d) are active, the startup prompt being put on your screen, the game card being on your screen and the Play listing for our other app being opened each also carry roughly how long ago the App was installed (one of eight fixed words) and roughly how many shakes the App has counted in total on this installation (one of seven fixed words). The startup prompt, and opening the listing from it, also carry whether the prompt appeared when you arrived in the App or during a shake (one of two fixed words). The install time is read from Android on the device, and only the band is sent, never a date or a time. Sections 3(a) and 5 now say that your shake count leaves the device only as that band. Nothing here is a sensor reading, a location, a time of day or free text;
records how Google Play’s half-sheet closed. From version 1.4.2, when the listing for our other app was shown as Google Play’s half-sheet over the App, the return from it also carries the result code Google Play hands back when that sheet closes, as one of twelve fixed words (Section 3(d)). It says nothing about you;
says what the link to our other app’s listing carries. It carries fixed words naming this App, the campaign and the place you tapped, and from version 1.4.2 also the App’s version number and a short fixed word naming which version of the promotion you saw. Google Play may pass them to our other app if you install it (Section 3(d));
no new category of information, no new recipient and no new purpose. The consent rules of Section 3(d) apply unchanged, and the retention period in Section 8 is unchanged.

Version 2.24, dated 27 September 2026. That version:

records when you open the App and find the shake service stopped. From version 1.4.2, where the statistics of Section 3(d) are active, opening the App while the shake service is switched on but not running is recorded once per such stop, with why it stopped, roughly how long it had been stopped, whether the App holds the battery-optimisation exemption, and whether a recovery path had tried to restart it in the meantime (Section 3(d), Recovery). Nothing here is a sensor reading, a location, a time of day or free text;
lets one video cover two neighbouring settings. A video watched to switch vibration off, or to switch on “Ignore shakes while you’re on a call”, now leaves the other of the two free for the same five minutes. The dark theme, the achievements page and the repair of a daily streak each still keep their own five minutes. Such an unlock is recorded with the same fixed word as any other unlock inside the five minutes, naming the setting actually unlocked (Section 3(d)); no new word is added;
adds a second place to switch the dark theme, and records which of the two you used. From version 1.4.2, the settings list has a “Dark theme” switch beside the existing button in the top bar. It is the same setting under the same rules: switching it on may first offer you the same short video, one video unlocks it from either place for the same five minutes, and switching it off is always free (Section 3(b)). Where the statistics of Section 3(d) are active, a tap on it, the dark theme being unlocked, and the dark theme being shown as locked are each recorded as they already are for the top-bar button, with one fixed word saying it came from the settings list rather than the top bar. Nothing here is a sensor reading, a location, a time of day or free text;
records, for each video offer, which feature it was for and what you did with it. From version 1.4.2, where the statistics of Section 3(d) are active, the App records when a video offer is put on your screen, when you tap to watch, when you decline it while no wait is running, and when a video is closed before its end, each with one fixed word naming the feature the offer was for; and the button that leaves the short wait for a video now also records that feature (Section 3(d)). From version 1.4.2 it also records the first tap on a video while that video is on your screen, with how long the wait for it had lasted, which version of the offer was used and roughly how soon after the video appeared the tap came (Section 3(d)). Nothing here is a sensor reading, a location, a time of day or free text;
records what each video earned, per feature. From version 1.4.2, where the statistics of Section 3(d) are active, each time a rewarded video is shown the App records the amount Google’s advertising SDK reports that showing earned, its currency, how exact Google says that amount is (one of four fixed words), and which feature the video was for (Section 3(d)). It is the same kind of revenue figure described in Section 5, now per video and per feature rather than only as totals; it says nothing about you, about the advertisement or about who served it;
no new category of information, no new recipient and no new purpose. The consent rules of Section 3(d) apply unchanged, and the retention period in Section 8 is unchanged.

Version 2.23, dated 27 September 2026. That version:

says that switching vibration off may now ask for one short video. From the October 2026 update, the settings list has a “Vibrate on shake” option. It is switched on when you install the App, and with it on nothing changes: the phone buzzes briefly when a shake, or the Quick Settings tile, switches the torch. Switching it off may first offer you a rewarded video, exactly as switching the dark theme on already does. It is a fifth such place and it works under the same rules as the other four: the video is never auto-played, it is always declinable, switching vibration back on is always free and immediate, and if the video cannot in fact be shown the App gives you the setting anyway rather than leaving you stuck. With it off, the App does not buzz the phone for a shake, a tile tap or a new achievement, and posts that achievement’s notice without sound or vibration. Your Android notification settings are not changed. The choice is kept on your device with your other settings (Section 3(a));
records when that option is on your screen, and which way you switched it. Where the statistics of Section 3(d) are active, the App records when the “Vibrate on shake” switch is actually on your screen, counted once per visit exactly as the game card already is, and the named-taps list gains that switch, recorded as one of two fixed words: vibration switched off, or switched back on. The rewarded-video unlocks item now names five features instead of four. Nothing here is a sensor reading, a location, a time of day or free text;
no new category of information, no new recipient and no new purpose. The consent rules of Section 3(d) apply to both changes unchanged, and the retention period in Section 8 is unchanged.

Version 2.22, dated 26 September 2026. That version:

says that the tutorial can make shaking easier by raising your sensitivity setting. From the October 2026 update, the “How to use” walkthrough is a short practice screen. If a shake falls just short of your sensitivity threshold more than once while it is open, or you tap its “Make it easier” button, it raises the sensitivity setting by one fixed step, so that a lighter shake is enough (at most two steps per installation, never past a fixed limit), and says so on screen. The sensitivity value described in Sections 3(a) and 3(d) can therefore be one the tutorial raised for you rather than one you chose, and a raised value does say that a shake fell short — no more than the counts of near misses in Section 3(d) already say. “Whether you have ever moved the slider” keeps its meaning: it is set by the slider alone, never by the tutorial. The App also keeps on your device, and never sends, how many steps the tutorial has used (Section 3(a));
adds three controls to the named-taps list: the tutorial’s “Skip”, its “Make it easier” button, and the “Got it” that closes it when no easier step is left;
no new category of information, no new recipient and no new purpose. No new event or parameter is sent; the consent rules of Section 3(d) and the retention period in Section 8 are unchanged.

Version 2.21, dated 25 September 2026. That version:

adds one letter that says which of two versions of the video offer this installation is assigned to. From the October 2026 update, the App draws that letter at random on the device, once, and keeps it with its other settings (Section 3(a)); where the statistics of Section 3(d) are active, it is also recorded as a property of the installation, beside the sensitivity setting. It is never derived from anything about you. The two sentences of Section 3(a) that name the values sent under its carve-out, and the matching sentence in Section 5, now name that letter beside the sensitivity setting;
says that about half of installations do not wait for the video while the comparison runs. On those installations the button to watch stays greyed until the video has loaded, and nothing is granted while it loads. The Section 3(d) item on the rewarded-video unlocks now says so, says which stretch is recorded there, and says that there a feature is granted free only when the video failed to play after you tapped; the named-taps item says that on those installations the counted “leave the wait” is closing the offer while its button is still greyed. No new category of information, no new recipient and no new purpose, and the consent rules of Section 3(d) apply to both changes unchanged.

Version 2.20, published on 25 September 2026. That version:

adds a third reason a locked feature can be reported with. The Section 3(d) item on a feature shown to you as locked named two reasons; it now names three, and the new one comes first: no connection at the moment you tapped. The App checks whether the device is online at that tap and sends only which of the three reasons applied — never anything about your network. No new category of information, no new recipient and no new purpose, and the consent rules of Section 3(d) apply to it unchanged;
stops describing the consent reason as a new installation that has not yet been online. A tap made without a connection is now reported as “no connection”, so the consent reason is recorded only while you are online, and Section 3(d) now says so;
says what happens when the advertising switch of Section 3(c) cannot be reached. The App keeps using its last copy of that file, and if it has never had one it treats advertising as switched on; Section 3(b) no longer says an ad is requested only once that switch has been read. No new category of information, no new recipient and no new purpose.

Version 2.19, published on 15 September 2026. That version:

corrects a false statement. Versions 2.7 to 2.18 said the App never collected usage statistics in the EEA, the UK or Switzerland. That was wrong from the day the analytics shipped (24 August 2026): where you gave consent in Google’s consent message, the statistics described in Section 3(d) were collected, exactly as elsewhere. Nothing was collected from anyone who did not consent. This version says what the App actually does. In the EEA, the UK and Switzerland those statistics are collected only if you consent in the consent message Google shows on first launch; the legal basis is your consent (Art. 6(1)(a) GDPR), you can withdraw it at any time in “Ad & privacy settings” inside the App, and if you do not consent nothing is collected and no app-instance identifier is created. Outside those regions the in-app “share usage statistics” switch governs, exactly as before. No new category of information, no new recipient and no new purpose — only a corrected description of where the existing collection happens and on what basis;

Version 2.18, published on 15 September 2026. That version:

says that the periodic summary in Section 3(d) now also counts the shakes that did not work. Alongside the shakes it already counted, the App now counts how many times your movement looked like a shake but stayed under the sensitivity threshold you chose, how close the strongest of those came as one of two bands, and how many of them you followed with a shake that did work within ten seconds. These are counts and bands, never the readings themselves, in exactly the way the existing items are, and they exist to answer one question we cannot otherwise answer: on which models of phone is the App simply too hard to trigger. The same summary also gains, when a flashlight command failed, a single fixed word saying why — the App has counted those failures since these statistics began and has never recorded their cause, so a flashlight held by another app and a flashlight broken by the App looked identical to us;
adds one further summary, sent once per installation, the first time you leave the App after installing it. It carries nothing the periodic summary above does not. It exists because that summary is only sent for windows of at least half an hour, so an installation that never got the torch to work and was removed the same day told us nothing at all;
no new category of information, no new recipient and no new purpose. Nothing here is a sensor reading, a location, a time of day or free text, the consent rules of Section 3(d) apply to it unchanged — in the EEA, the UK and Switzerland only if you consent, and elsewhere only until you turn the in-app switch off — and the retention period in Section 8 is unchanged;

Version 2.17, published on 15 September 2026. That version:

says that turning on “Ignore shakes while you’re on a call” now asks for one short video. That option is switched off when you install the App, and switching it on may now first offer you a rewarded video, exactly as switching the dark theme on already did. It is a fourth such place and it works under the same rules as the other three: the video is never auto-played, it is always declinable, switching the option off is always free and immediate, and if the video cannot in fact be shown the App gives you the setting anyway rather than leaving you stuck. Nothing new is collected. The unlock is recorded by the same item of Section 3(d) that already covers the other three, with the same reasons and the same waiting band; the only change there is that the item now names four features instead of three. Nothing about the call itself is read, stored or transmitted because of this: the permission the option needs, and what the App does with it, are exactly as Section 3(a) already describes. If you already have the option switched on nothing changes for you, because only switching it on from off is affected;
nothing else changed. Nobody new receives anything, nothing is used for a new purpose, and no new category of information is collected: one existing list gains a fourth entry.

Version 2.16, published on 15 September 2026. That version:

says that the App now also reports the exact position of the sensitivity slider, and whether you have ever moved it. Until now the usage and reliability statistics described in Section 3(d) carried only which quarter of that slider you were on. They now also carry the position itself — a whole number from 5 to 150, the number shown on the slider — and a simple yes or no for whether the slider has ever been moved on this installation. This is the same collection, in the same Section, under the same consent rules, to the same recipient, for the same purpose: in the EEA, the UK and Switzerland it is collected only if you consent, and elsewhere it stops the moment you turn the in-app “share usage statistics” switch off. It is a setting you chose, not a measurement of you: it says nothing about how, when or how hard you shake, it is recorded against the same random installation identifier as everything else in Section 3(d), and it exists so that we can choose a better starting sensitivity for each model of phone — which is only possible if the installations that never touched the control can be told apart from the ones that did, which is what the yes-or-no is for. The quarter is still sent alongside it;
corrects a leftover sentence in the legal-basis table. Row 4 of the table in Section 4 still ended by saying that the time a call-related pause began is stored on the device. Version 2.15 removed that disclosure from Section 3(a), because the App stopped storing it, and this row should have been corrected at the same time. It now says what is true: nothing about the call is stored or transmitted, and the call state is read transiently on the device only. The row is also renamed to the name the option actually has in the App — “Ignore shakes while you’re on a call” — which is what it does now that a call no longer stops anything. No new kind of information is involved: this correction only removes a claim that something is kept;
names four things Google’s SDK has always recorded and this policy did not list. The “Collected automatically by Google” list in Section 3(d) is written as a complete list, and it was missing the manufacturer and model name of the device, the version of Android on it, and the version of the App. Google’s SDK attaches those to every item in that Section by itself, and has done so for as long as those statistics have been active. That was an omission in this policy, not a change in the App: nothing new is being collected, and this version says so where it should always have said so. They name a model of phone and never a particular phone, and they carry no identifier of their own. They are named now because the sensitivity item above says it exists to choose a better starting sensitivity for each model of phone, and a reader is entitled to see where the model comes from;
nothing else changed. Nobody new receives anything, nothing is used for a new purpose, and no new category of information is collected: what is added is a number you set yourself and a yes-or-no about whether you set it.

Version 2.15, published on 15 September 2026. That version:

says that the App no longer stores when a call paused it. Versions up to 2.13 disclosed one detail of the optional “stop the torch during phone calls” feature: that the App kept on the device the time at which a call-related pause began. It does not keep it any more. The App is no longer stopped for a call at all — it stays running and simply ignores a shake while you are talking — so there is no pause left to time. Nothing writes that value, and a value left behind by an earlier version is cleared the next time the App starts. What the App keeps instead is whether a call is in progress while the App is running, and it keeps it in the App’s memory only — never written to the device, never included in the Android backup, never sent to us. Nothing about the call itself was ever recorded, and nothing is now: no number, no direction, no duration, no identity;
nothing else changed. This version removes a disclosure, because the App stopped storing the thing that disclosure described. No new kind of information is collected, nobody new receives it, and nothing is used for a new purpose.

Version 2.14, published on 14 September 2026. That version:

corrects what is recorded about how the startup prompt ended. That prompt was rebuilt, and it now has a close “X” alongside “not now” and the back gesture. All three of those are the same answer, so the App records two fixed words where it used to record three: that you accepted the prompt and went to the store listing, or that you declined it. Dismissing the prompt with the back gesture is no longer recorded as its own separate word. Nothing new is collected; one word has left a closed list, and this policy said three where the App now says two;
nothing else changed. No new kind of information is collected, nobody new receives it, and it is used for nothing new.

Version 2.13, published on 10 September 2026. That version:

says that the rewarded-video unlock now also records roughly how long you waited. The App has always waited a short while for the video after you tap to watch it — up to ten seconds, with the button to leave the wait live the whole time — and has never recorded anything about that wait. It now records how long it lasted, as one of six fixed words, or a seventh meaning “no wait” where there was no wait at all. The video itself is never in it, the stretch exists only in the App’s memory until the wait ends, and only the word outlives it;
discloses a new item: the requests the App makes for those videos. The App asks Google for a rewarded video before you tap, so that one is ready when you ask for it. It has always done this and has never recorded anything about it. It now records whether a video arrived or which of three kinds of failure Google reported, and roughly how long the request took, as the same six words. Nothing about the video itself is sent: not which advertisement, not who served it, and no error text;
says that the button that leaves the short wait now carries the same words, for that one control alone;
corrects the count in the sentence after that list, from seven live items to eight;
nothing else changed. No new kind of information is collected, nobody new receives it, and it is used for nothing new: what is added is a band of a stretch of time measured inside the App, and one fixed word for how a request ended.

Version 2.12, published on 9 September 2026. That version:

discloses two events that were not disclosed before. Google’s SDK sends when the App is uninstalled and when the App’s data is cleared, and it has done so for as long as these statistics have been active. Neither appeared in the “Collected automatically by Google” list in Section 3(d) in versions 2.8 to 2.11. That was an omission in this policy, not a change in the App: nothing new is being collected, and this version says so where it should always have said so. Each records only that the thing happened, against the same random installation identifier as everything else in that Section — nothing about you, and nothing about why;
corrects the second reason a feature can be shown as locked in the same Section. It said the reason was that consent had been refused. It is not: Google’s consent system leaves advertising requestable after a refusal, so what that value actually records is a consent check that never completed — in practice a new installation that has not yet been online. The recorded value is unchanged; only the description of it, which told you that a choice of yours had locked a feature when it had not;
corrects a count in Section 3(a) and Section 5. Both still spoke of “the two coarse bands” sent under the carve-out in Section 3(d). That carve-out has named one band since version 2.10, when the mini-game rounds stopped being sent;
corrects the effective date in the header of this Markdown text, which read 24 August 2026. The published page has said 25 August 2026 since version 2.9; this file had never picked it up;
restates the “no third control” note in the present tense and adds the half it was missing: the Developer cannot switch these statistics on for every installation at once either. Nothing about the controls themselves changed.

Version 2.11, published on 9 September 2026. That version:

adds one control to the named-taps list: the daily-streak figure on the home screen’s progress card. It is a second way into the achievements page, behind the same optional video, the same five-minute per-feature pause and the same locked notice as the achievements page itself. It is recorded instead of a tap on the achievements page, never in addition to it — the opposite of the badged-achievements item, which is a subset of that page’s own taps — so the two doorways are counted separately and one tap is never counted twice. It is not a new kind of data: it is one more fixed word in a list the App chose in advance.

Version 2.10, published on 8 September 2026 — published as the HTML page first; these Markdown sources were not updated at the time and lagged behind it until 9 September 2026, when the body below was brought back into line with the published page at https://matteomark.github.io/, which remains the authoritative text. That version:

retires the three block mini-game items from the “Product usage” list and marks them as no longer recorded, the mini-game having been removed from the App, and narrows the prompt-outcome and store-place items from four values to three and two;
replaces the mini-game’s “extra life” with the repair of a daily streak broken by a single missed day as the third feature behind an optional rewarded video, and narrows the grant reasons from four fixed values to three;
adds two entries to the named-taps list: the achievements page while its “new” badge is showing (recorded in addition to the tap on the page itself, never instead of it), and the three notifications the App places in the notification shade.

Version 2.9, published on 7 September 2026:

adds three items to the “Product usage” list: that the game card in the settings list was actually on your screen, counted once per visit; that you came back to the App after opening our other app’s Play listing, and roughly how long that took, as one of five fixed ranges and never a number; and that a feature normally behind a rewarded video was shown as locked, with which of two reasons. None of the three is a new kind of data — each is a fixed word the App chose in advance;
adds one control to the named-taps list: the button that leaves the short wait for a video;
narrows one sentence to stay true: the list’s closing paragraph said the items carry “no timing figure”; the return item above carries one, as a fixed range, so the paragraph now says exactly that instead.

Version 2.8, published on 24 August 2026:

discloses screen views. Version 2.7 said, of the events Google’s own SDK records by itself, that “no screen-view tracking is enabled”. From this update it is. Each time one of the App’s two screens is opened — the main flashlight screen, or the block mini-game — Google’s SDK records the fact and the screen’s name. That is the whole of it: no coordinates, no recording of the screen, and nothing about what you typed or touched inside it. The bullet in Section 3(d) now says so, and the sentence that said the opposite is gone;
names the SDK’s own events instead of summarising them. The same bullet now lists them individually — the first opening after installation, each opening, the start of a session and roughly how long it lasted, an App update, an operating-system update — because “app opens and a rough measure of session length” did not name all of them;
adds the install campaign to that same list. Where Google Play tells the SDK that your installation came from a campaign link, the SDK records the campaign’s name, source and medium. This is not new behaviour — it is part of the same SDK the earlier versions already described, and it was simply not named. It is named now. It is not your location and carries no identifier of its own;
corrects what Section 3(d) said the App you have today was doing. Version 2.7 said the published App “sends nothing at all, in any region, because it is not built with the credentials described below”. The first half was true. The reason given was not: the credentials were there, and a separate, unrelated piece of the same configuration was missing, so nothing was ever recorded or sent by any device. That defect is fixed in this update, which is what makes the rest of this Section describe a real collection rather than an intention. Nothing in this correction widens what is collected.

Version 2.7, published on 21 August 2026:

adds three items to the “Product usage” list in Section 3(d): the appearance of one of the two occasional startup prompts and which of the two it was; which of four fixed outcomes ended it; and the opening of the Google Play listing for our other app, together with which of four places it was opened from. Each of the three carries only words the App chose in advance, and nothing else;
corrects the bullet about taps in that same list. It said the App records taps on a fixed, short list of named controls and that a control outside that list is not recorded at all; opening that Play listing is a tap outside it, so the bullet now names both lists and repeats the promise about everything outside them.

Version 2.6, published earlier the same day:

adds Section 3(d), which describes the usage and reliability statistics the App can send through Google Analytics for Firebase — every field, in plain words, with the list of what is deliberately not collected and how to switch it off. These statistics are active from the next App update onwards; Section 3(d) says where they are collected and on what basis. (Version 2.6 said they were not collected at all in the EEA, the UK and Switzerland; that was wrong, and version 2.19 above corrects it);
discloses Android’s own Auto Backup, which copies the on-device data in Section 3(a) into your own Google Drive, and which no earlier version mentioned;
states plainly that adverts are requested in advance, before you accept any offer and even if you are never shown one (Section 3(b));
documents two further places where the App can offer you a rewarded video — the dark theme switch and the block mini-game — alongside the achievements gallery, which was the only one described before;
describes the device-local “keep-alive” account you can see in Android Settings, and the additional motion sensors the App reads on some devices;
records that the App shows no banner and no full-screen advert anywhere, including inside the mini-game — the only format it contains is a rewarded video you choose to watch (Section 3(b)); and
corrects the stated minimum age from 13 to 16, matching the App’s Google Play declaration.

→ Leggi questa informativa in italiano

Che cosa cambia in questa versione (2.33)

Se attiviamo questa funzione, la scheda nelle impostazioni e il messaggio di avvio possono aprire una breve demo della nostra altra app (nove turni, senza pubblicità né punteggi conservati); un piccolo registro resta sul dispositivo (Sezioni 3(a), 3(c) e 10).
Tre nuove voci statistiche: avvio, conclusione e andamento dei turni della demo. L’esito del messaggio e il link allo store ricevono parole fisse per la demo (Sezione 3(d)).
Se attiviamo questa funzione, la scheda e il messaggio possono mostrare il personaggio della nostra altra app, indicato nel link e disattivato sul telefono dopo un’interruzione imprevista (Sezioni 3(a), 3(c) e 3(d)).
Descrive la versione 1.7.0 dell’App. Nessun nuovo destinatario né nuova richiesta di rete. Modifiche precedenti: «Versioni precedenti».

1. Chi è responsabile dei tuoi dati (Titolare del trattamento)

L’app “Shake Flashlight & Torch” (sui telefoni in italiano “Torcia da scuotere”, “Scuoti per Torcia” nelle versioni precedenti alla 1.5.0; già “Shake to Enable Torch”; pacchetto Android com.luxebyte.shaketoenabletorch, l’“App”) è pubblicata da Luxebyte Labs (lo “Sviluppatore”, “noi”). Per i trattamenti limitati descritti nella presente informativa, il titolare del trattamento è:

Titolare: Matteo Lamarque, operante con il nome commerciale Luxebyte Labs
Contatto per le questioni privacy: luxebytecomp@gmail.com

“Luxebyte Labs” è il nome commerciale di Matteo Lamarque, sviluppatore indipendente individuale con sede in Italia. L’indirizzo e-mail sopra indicato è il punto di contatto per ogni questione di privacy ed è letto personalmente dal titolare. Se ti serve un indirizzo postale per esercitare un tuo diritto, richiedilo a luxebytecomp@gmail.com e ti verrà fornito.

Lo Sviluppatore non gestisce alcun server e non utilizza alcun backend proprio. Noi non riceviamo, non conserviamo e non abbiamo accesso ai dati pubblicitari descritti alla Sezione 3(b). Tali dati sono raccolti e trattati da Google, il nostro fornitore pubblicitario, e dai suoi partner. Il ruolo di titolare dello Sviluppatore, quanto alla pubblicità, si limita alla decisione di integrare la pubblicità nell’App e alla determinazione di dove e come un annuncio possa comparire. Google determina i mezzi e le finalità del proprio trattamento dei dati pubblicitari e agisce, per tale trattamento, come titolare autonomo (e, ove applicabile, contitolare).

2. Ambito di applicazione

La presente informativa si applica esclusivamente all’App Android “Shake Flashlight & Torch” distribuita tramite il Google Play Store. Non riguarda alcun altro prodotto, sito web o servizio di terzi, salvo quanto qui espressamente descritto (in particolare i servizi pubblicitari di Google).

La presente informativa descrive la versione 1.7.0 dell’App (la “versione corrente”). Le versioni precedenti non hanno tutte le funzionalità qui descritte. Quando una versione precedente ancora in uso raccoglie o conserva informazioni che la versione 1.7.0 non raccoglie o non conserva, o le raccoglie in una forma diversa, la presente informativa lo indica e nomina quella versione per numero, ad esempio “versioni precedenti alla 1.4.0”.

L’App è distribuita a livello globale e la sua interfaccia è localizzata in 17 lingue. Il testo inglese è la versione primaria; questa traduzione italiana, fedele e di pari completezza, è disponibile sulla stessa pagina.

Aggiornamenti della presente informativa

Potremmo aggiornare la presente informativa, ad esempio se l’App cambia o se mutano i requisiti di legge. In caso di modifica sostanziale, aggiorneremo la data di “Ultimo aggiornamento” in alto e pubblicheremo la nuova versione allo stesso indirizzo web in cui hai trovato questa informativa, prima o al momento dell’entrata in vigore della modifica. Quando la modifica riguarda il consenso pubblicitario, potrà esserti richiesto nuovamente tramite il meccanismo di consenso in-app (vedi Sezione 7). L’uso continuato dell’App dopo l’entrata in vigore di un aggiornamento comporta l’applicazione dell’informativa aggiornata; se non sei d’accordo, puoi smettere di usare l’App e disinstallarla. Il riquadro all’inizio dell’informativa riassume che cosa cambia in questa versione dell’informativa, e l’appendice in fondo conserva l’elenco delle modifiche precedenti.

3. Quali dati vengono trattati

L’App tratta quattro categorie distinte di dati: dati che restano sul tuo dispositivo, salvo il backup di Android sul tuo Google Drive (Sezione 3(a)); dati pubblicitari, raccolti da Google e mai ricevuti dallo Sviluppatore (Sezione 3(b)); un’unica richiesta di un file statico, che non trasporta alcuna informazione su di te ma rivela necessariamente l’indirizzo IP da cui proviene (Sezione 3(c)); e un insieme limitato di conteggi e valori di categoria relativi all’affidabilità di funzionamento dell’App, che nello SEE, nel Regno Unito e in Svizzera viene raccolto soltanto se presti il consenso e che ovunque altrove puoi disattivare in qualsiasi momento (Sezione 3(d)).

3(a) — Dati conservati sul tuo dispositivo, mai trasmessi a noi

Per fornire le proprie funzionalità, l’App memorizza una piccola quantità di informazioni solo localmente sul tuo dispositivo, utilizzando l’archiviazione standard di Android SharedPreferences. Ciò comprende:

i tuoi conteggi di scuotimenti (quante volte l’App ha rilevato uno scuotimento);
la tua serie giornaliera (contatore di utilizzo in giorni consecutivi);
i tuoi obiettivi/traguardi (achievement sbloccati nell’App);
i tuoi progressi nel mini-gioco a blocchi, se hai usato il mini-gioco a blocchi contenuto nelle versioni dell’App precedenti alla 1.4.0: il tuo punteggio migliore e quante partite hai completato. La versione 1.4.0 e le successive non contengono il mini-gioco a blocchi e non scrivono in questo registro; un registro già presente sul tuo dispositivo vi resta finché non cancelli i dati dell’App o non la disinstalli;
le tue impostazioni e preferenze, come la sensibilità allo scuotimento, il tema (chiaro/scuro) scelto e se il telefono vibra a uno scuotimento o a un tocco sul riquadro (l’opzione «Vibra quando scuoti»);
quante volte il tutorial ha aumentato la tua sensibilità per rendere più facile lo scuotimento su questa installazione: un numero da 0 a 2, conservato perché riaprire il tutorial non possa mai aumentarla ulteriormente. Non viene mai inviato. Il tutorial aumenta l’impostazione di sensibilità di un gradino, calcolato con una regola fissa a partire dall’impostazione attuale, così basta uno scuotimento più leggero, quando uno scuotimento resta appena sotto la tua soglia più di una volta mentre è aperto, oppure quando tocchi il suo pulsante «Rendilo più facile»; compie al massimo due di questi gradini per installazione, non supera mai un limite fisso e lo indica sullo schermo;
un breve registro con cui l’App può rendere da sé più facile lo scuotimento. Se non hai mai spostato il cursore di sensibilità e i tuoi scuotimenti restano appena sotto la soglia in più occasioni, in almeno due giorni diversi, l’App aumenta l’impostazione di sensibilità di un piccolo gradino (sul cursore, da 100 a 110), così basta uno scuotimento un po’ più leggero, e al massimo di un altro gradino almeno un giorno dopo (da 110 a 120): mai più di due gradini per installazione e mai oltre 120. L’App non annulla mai i propri gradini, e se poi sposti il cursore, la tua scelta resta e l’App non compie altri gradini di questo tipo. Lo dice una sola volta, sotto il cursore. Per decidere conserva: per le ultime cinque volte al massimo, negli ultimi 14 giorni, in cui l’App ha visto il telefono venire scosso (che la torcia si sia accesa o no), quando ciascuna è iniziata (l’ora e la data sul tuo telefono) e se i tuoi scuotimenti sono rimasti sotto la soglia; per la volta in corso, quanti scuotimenti sono rimasti sotto la soglia e quanti di questi ci sono andati vicino, quanti hanno funzionato, se la torcia è stata accesa poco dopo uno scuotimento rimasto sotto la soglia e quando sono avvenuti; il valore di sensibilità con cui tutto ciò è stato raccolto; quante volte ha aumentato da sé la tua sensibilità (un numero da 0 a 2) e quando lo ha fatto l’ultima volta; e se la nota sotto il cursore deve ancora essere mostrata. Il registro contiene quindi orari di utilizzo. Le voci più vecchie di 14 giorni smettono di contare e vengono cancellate la prima volta che l’App registra di nuovo uno scuotimento, e tutte le voci, con i loro conteggi e il valore di sensibilità con cui sono state raccolte, vengono cancellate ogni volta che il valore di sensibilità cambia. Quante volte l’App ha aumentato da sé la sensibilità, quando lo ha fatto l’ultima volta (anch’esso un orario di utilizzo) e se la nota sotto il cursore deve ancora essere mostrata non vengono cancellati da nessuna delle due regole: sono conservati finché non cancelli i dati dell’App o non la disinstalli, così che l’App non compia mai più di due gradini, non compia il secondo prima che sia passato un giorno dal primo e mostri la sua nota finché non l’hai vista. Il registro non viene mai inviato. Il backup automatico (Auto Backup) di Android, descritto più sotto, lo copia insieme alle altre impostazioni, compresi questi tre dati;
se hai mai spostato il cursore di sensibilità su questa installazione — un semplice sì o no, impostato la prima volta che imposti tu un valore diverso, con un cursore, con il pulsante «Scossa più forte» o «Scossa più leggera», oppure con «Ripristina», e mai più tolto. Le versioni precedenti alla 1.4.1 non registrano questo dato. Su un’installazione che esisteva già prima della versione 1.4.1, uno spostamento fatto con una di quelle versioni conta soltanto se ha lasciato il cursore su un valore diverso da 100, e smette di contare se il tutorial aumenta l’impostazione prima che tu sposti di nuovo il cursore; dove non conta, possono applicarsi i gradini dell’App descritti sopra. Non registra alcuna cronologia oltre a questo: né quando l’hai spostato, né quante volte, né quale fosse il valore prima;
una lettera per l’offerta del video, estratta a caso sul dispositivo una sola volta e mai ricavata da nulla che ti riguardi. Nella versione 1.5.0 stabilisce quale delle due versioni dell’offerta del video riceve questa installazione; nella versione 1.6.0 e successive non stabilisce nulla: queste versioni la estraggono una sola volta per ogni installazione che non ne ha ancora una e la inviano così com’è, perché le statistiche possano distinguere le installazioni in base alla lettera ricevuta, comprese quelle che hanno partecipato al confronto della versione 1.5.0. Il backup automatico (Auto Backup) di Android, descritto più sotto, la copia insieme alle altre impostazioni;
nella versione 1.5.0 e successive, una lettera che indica se a questa installazione spetta il pulsante torcia nella barra in alto, un pulsante che accende o spegne la torcia con un tocco, non richiede alcuna autorizzazione aggiuntiva e non comporta alcuna pubblicità. La lettera viene stabilita una sola volta, alla prima apertura con la versione 1.5.0 o successiva: un’installazione la cui primissima apertura avviene con la versione 1.5.0 o successiva riceve una lettera e, se il telefono ha Android 6 o successivo e una torcia, vede il pulsante; un’installazione che esisteva già riceve un’altra lettera e non lo vede mai. Se l’installazione sia nuova viene stabilito sul dispositivo in base ai dati con cui Android registra quando questa App è stata installata e aggiornata l’ultima volta, e in base al fatto che l’App fosse già stata aperta; quei momenti vengono letti soltanto sul dispositivo e mai inviati. La lettera non è ricavata da nulla che ti riguardi, se non dal fatto che questa installazione esistesse prima della versione 1.5.0. Il backup automatico (Auto Backup) di Android, descritto più sotto, la copia insieme alle altre impostazioni;
nella versione 1.6.2 e successive, una parola che indica se questa installazione è stata aperta per la prima volta con la versione 1.6.2 o successiva oppure esisteva già prima. La parola viene stabilita una sola volta, sul dispositivo, alla prima apertura con la versione 1.6.2 o successiva, in base agli stessi elementi usati per la lettera del pulsante torcia: se l’App era già stata aperta, se aveva già comunicato le capacità del sensore di movimento del dispositivo (Sezione 3(d)) e i dati con cui Android registra quando questa App è stata installata e aggiornata l’ultima volta. È uno degli elementi in base ai quali l’App decide se abbassare la soglia di scuotimento, come descritto nella voce successiva. Non viene mai inviata. Il backup automatico (Auto Backup) di Android, descritto più sotto, la copia insieme alle altre impostazioni;
nella versione 1.6.2 e successive, un sì o no che registra se il sensore di movimento ha prodotto, in due movimenti distinti, letture che superano di oltre un decimo i 4 g mentre la regola qui descritta si applicava a questa installazione: diventa sì quando, in almeno due movimenti distinti, arrivano letture che superano di oltre un decimo i 4 g (oltre circa 43 m/s²), e non contano le letture che il sensore di movimento consegna in ritardo dal proprio buffer. Una volta impostato su sì, resta tale. Serve alla regola seguente, il cui scopo è consentire di rilevare lo scuotimento sui telefoni il cui sensore di movimento potrebbe non essere in grado di misurare uno scuotimento dell’intensità predefinita. Alcuni telefoni dichiarano che l’accelerazione massima misurabile dal proprio sensore di movimento è appena inferiore alla soglia di scuotimento predefinita dell’App, compresa tra 37 e circa 39,4 m/s². Su un’installazione aperta per la prima volta con la versione 1.6.2 o successiva, se il telefono dichiara un valore di questo tipo, l’App abbassa la soglia di scuotimento ai nove decimi di quel valore massimo, per ogni impostazione di sensibilità che altrimenti richiederebbe uno scuotimento più forte; le impostazioni più facili restano invariate. Se tale abbassamento non si applica, l’App legge sul dispositivo il nome del modello del telefono, così come lo comunica Android, e lo confronta con un elenco fisso di modelli di telefono integrato nell’App. Su un’installazione aperta per la prima volta con la versione 1.6.2 o successiva, ai telefoni il cui modello figura in quell’elenco si applica lo stesso abbassamento, con la soglia fissata ai nove decimi di 4 g, in due casi: se il telefono non dichiara alcun valore utilizzabile per l’accelerazione massima misurabile dal suo sensore di movimento; e, se lo attiviamo tramite il file descritto nella Sezione 3(c), qualunque sia il valore dichiarato. L’App non invia il nome del modello per questa finalità. Se, mentre questa regola si applica, il sensore di movimento produce in almeno due movimenti distinti letture che superano di oltre un decimo i 4 g, l’App torna alla soglia abituale per la tua impostazione di sensibilità, smette definitivamente di abbassarla su questa installazione e lo registra in questo sì o no. Possiamo disattivare questa regola per tutte le installazioni tramite lo stesso file. Il sì o no non registra nient’altro e non viene mai inviato in quanto tale; le statistiche della Sezione 3(d), dove sono attive, indicano se la regola è cessata definitivamente su questa installazione. Il backup automatico (Auto Backup) di Android, descritto più sotto, lo copia insieme alle altre impostazioni;
nella versione 1.7.0 e successive, se l’App propone la breve demo della nostra altra app descritta nella Sezione 3(d), un piccolo registro per quella demo: il giorno locale e quante demo sono state avviate in quel giorno; quante demo sono state avviate e quante completate in totale; l’orario di avvio e il numero di una demo in corso; e un sì o no che disattiva la demo su questo telefono dopo un arresto anomalo o un blocco della demo. L’App lo usa per proporre la demo soltanto un numero limitato di volte al giorno e in totale, e per stabilire come si è conclusa una demo quando la demo stessa non ha potuto comunicarlo. Il registro contiene quindi orari di utilizzo. Non viene mai inviato e non viene cancellato in base alla data: l’orario di avvio di una demo viene cancellato quando quella demo si è conclusa, e il resto è conservato finché non cancelli i dati dell’App o non la disinstalli. Il backup automatico (Auto Backup) di Android, descritto più sotto, lo copia insieme alle altre impostazioni;
nella versione 1.7.0 e successive, se attiviamo la versione della promozione con il personaggio della nostra altra app descritta nella Sezione 3(c), un sì o no che disattiva quella versione della promozione su questo telefono dopo che l’App si è interrotta in modo imprevisto mentre quella versione era sullo schermo, per esempio a causa di un arresto anomalo o di un blocco. Perché l’App possa accorgersene, conserva un indicatore mentre quella versione è sullo schermo e lo cancella quando esci dalla schermata. Il sì o no e l’indicatore sono file vuoti nella memoria riservata all’App e non contengono nient’altro. Non vengono mai inviati, e il sì o no è conservato finché non cancelli i dati dell’App o non la disinstalli. Anche questi file sono copiati dal backup automatico (Auto Backup) di Android, descritto più sotto.

L’App non invia questi dati in alcun luogo nella forma dei valori che vedi, con due sole eccezioni indicate qui e in nessun altro punto: il backup di Android, descritto nella presente Sezione, e i valori descritti nell’eccezione della Sezione 3(d) — che, soli in questo elenco, vengono inviati: l’impostazione di sensibilità, come fascia approssimativa e, nella versione 1.4.1 e successive, anche come valore che vedi, insieme al fatto che tu abbia mai spostato il cursore; la lettera dell’offerta del video, così com’è; nella versione 1.5.0 e successive, la lettera che indica se a questa installazione spetta il pulsante torcia nella barra in alto, così com’è; nella versione 1.5.0 e successive, il tuo conteggio di scuotimenti, soltanto come fascia approssimativa inviata con tre voci relative alla promozione della nostra altra app; e, nelle versioni precedenti alla 1.4.0, all’incirca quante partite del mini-gioco hai completato, come fascia approssimativa. I dati non sono mai trasmessi allo Sviluppatore, che non dispone di server per riceverli, e non sono mai venduti né condivisi con alcuno. Restano sotto il tuo controllo: disinstallando l’App, oppure cancellando l’archiviazione/i dati dell’App in Impostazioni → App → Torcia da scuotere → Spazio di archiviazione («Scuoti per Torcia» nelle versioni precedenti alla 1.5.0; su un telefono impostato in un’altra lingua, il nome dell’App in quella lingua), vengono eliminati.

Prima eccezione: il backup di Android. L’App lascia attivo il backup automatico (Auto Backup) standard di Android, che è l’impostazione predefinita della piattaforma. Se hai attivato il backup del dispositivo nelle impostazioni di Android, Android — non l’App — copia le preferenze memorizzate dall’App sul tuo Google Drive, e le include quando trasferisci i dati su un nuovo telefono. Quella copia non si limita all’elenco sopra riportato: comprende tutte le preferenze che l’App ha sul dispositivo, quindi anche la copia in cache del file descritto nella Sezione 3(c) e le preferenze scritte dai componenti pubblicitari e di consenso di Google — tra cui la registrazione della scelta sul consenso pubblicitario che hai espresso nel modulo descritto nella Sezione 7. La copia lascia il tuo dispositivo ed è detenuta da Google sotto il tuo account Google, ed è l’unico modo in cui i dati della presente Sezione 3(a) vengono trasmessi. Lo Sviluppatore non può vederla, raggiungerla né richiederla: i backup delle app non sono accessibili agli sviluppatori, non gestiamo server e da essa non riceviamo nulla. Il controllo è esclusivamente tuo: puoi disattivare il backup, o eliminare il backup di questa App, in Impostazioni → Google → Backup.

Seconda eccezione: i valori inviati con le statistiche. Dove le statistiche di utilizzo e affidabilità descritte nella Sezione 3(d) sono attive — nello SEE, nel Regno Unito e in Svizzera soltanto se presti il consenso, e altrove soltanto finché non disattivi l’interruttore in-app — tre dei valori sopra elencati vengono inviati anche: l’impostazione di sensibilità, la lettera dell’offerta del video e, nella versione 1.5.0 e successive, la lettera che indica se a questa installazione spetta il pulsante torcia nella barra in alto. L’impostazione di sensibilità viene inviata come fascia approssimativa — in quale quarto del cursore ti trovi — e, nella versione 1.4.1 e successive, anche come posizione vera e propria del cursore, un numero intero da 5 a 150, insieme a se hai mai spostato quel cursore su questa installazione, come semplice sì o no. Quel numero è l’impostazione stessa e nulla di più: quella che hai scelto, oppure una che il tutorial ha aumentato per te, a gradini stabiliti da una regola fissa, dopo che uno scuotimento è rimasto sotto la soglia, oppure una che l’App ha aumentato da sé, in al massimo due piccoli gradini, dopo che i tuoi scuotimenti sono rimasti sotto la soglia in più giorni. Non è una misurazione della tua persona e, oltre al fatto che uno scuotimento è rimasto sotto la soglia, o che più scuotimenti lo sono rimasti in più giorni (che i conteggi della Sezione 3(d) già dicono), non dice nulla su come, quando o con quanta forza scuoti il dispositivo. L’SDK di Google può inoltre registrare, e caricare insieme al valore, il momento in cui l’App lo ha impostato per l’ultima volta, che è sempre un momento in cui stavi usando l’App, per esempio uno scuotimento dopo il quale il tutorial o l’App ha aumentato l’impostazione. È inviato perché possiamo scegliere una sensibilità iniziale migliore per ciascun modello di telefono. La lettera dell’offerta del video viene inviata così com’è, come uno di due valori estratti a caso sul dispositivo, e non dice nulla di te. Nella versione 1.5.0 viene inviata perché possiamo confrontare le due versioni dell’offerta; nella versione 1.6.0 e successive non stabilisce quale versione riceve un’installazione, viene estratta per ogni installazione che non ne ha ancora una e viene inviata perché le statistiche possano distinguere le installazioni in base alla lettera ricevuta, comprese quelle che hanno partecipato a quel confronto. Anche la lettera del pulsante torcia viene inviata così com’è, come uno di due valori: uno per un’installazione aperta per la prima volta con la versione 1.5.0 o successiva, a cui il pulsante spetta, e uno per un’installazione che esisteva già prima, a cui non spetta. Viene inviata perché possiamo verificare che il pulsante arrivi soltanto alle nuove installazioni e vedere come viene usato. Indica in quale dei due casi rientra l’installazione, non se il pulsante è sul tuo schermo, e non dice nulla di te se non se questa installazione esisteva prima della versione 1.5.0. Le versioni dell’App precedenti alla 1.4.0 inviano come fascia, allo stesso modo, anche all’incirca quante partite del mini-gioco hai completato; la versione 1.4.0 e le successive non lo inviano. Il tuo punteggio migliore, la tua serie giornaliera e i tuoi obiettivi non vengono inviati in alcuna forma. Il tuo conteggio di scuotimenti non viene inviato così com’è: nella versione 1.5.0 e successive viene inviato soltanto come una di sette fasce approssimative, con tre voci relative alla promozione della nostra altra app (Sezione 3(d)). A parte il backup di Android e tale eccezione, nulla di quanto descritto nella presente Sezione 3(a) lascia il tuo dispositivo, salvo che, nella versione 1.6.2 e successive, le statistiche della Sezione 3(d), dove sono attive, indicano anche se su questa installazione la regola che abbassa la soglia di scuotimento, descritta sopra, è in vigore o è cessata definitivamente.

L’App legge inoltre l’accelerometro (sensore di movimento) del dispositivo tramite un servizio in primo piano per rilevare lo scuotimento. Dove il dispositivo li mette a disposizione, registra anche i sensori di prossimità, di inclinazione (tilt), di gesto di risveglio (wake gesture) e di sollevamento (pick-up gesture), o gli equivalenti del produttore. Tali sensori sono usati unicamente come segnale che il dispositivo è stato sollevato o mosso, così che il rilevamento dello scuotimento possa essere riavviato dopo che Android lo ha sospeso; non sono usati per osservarti. L’App non usa il sensore di prossimità per stabilire dove si trovi il dispositivo o che cosa gli sia vicino.

Tutte queste letture sono elaborate in modo transitorio sul dispositivo al solo fine di decidere se attivare o disattivare la torcia; non vengono registrate, memorizzate, profilate o trasmesse. Nessun campione, nessuna traccia e nessuna intensità di alcuna di esse lascia il tuo dispositivo, in alcuna forma. Alcuni dati da esse derivati possono uscirne: i conteggi di scuotimenti e la serie giornaliera, il breve registro con cui l’App rende da sé più facile lo scuotimento, quante volte il tutorial ha aumentato la tua sensibilità e l’impostazione di sensibilità stessa, che può essere un valore aumentato dal tutorial o dall’App dopo che alcuni scuotimenti erano rimasti sotto la soglia, e, nella versione 1.6.2 e successive, il sì o no che registra se il sensore di movimento ha prodotto, in due movimenti distinti, letture che superano di oltre un decimo i 4 g mentre quella regola si applicava all'installazione, tutti elencati sopra, escono attraverso il backup di Android appena descritto — verso il tuo Google Drive, mai verso lo Sviluppatore — e, dove le statistiche della Sezione 3(d) sono attive, può essere inviato un conteggio a fasce di quanti scuotimenti sono stati rilevati in una finestra e un confronto a tre valori fra la lettura più intensa di quella finestra e la tua soglia di scuotimento (sotto / vicino / sopra); conteggi a fasce dei movimenti che sembravano uno scuotimento ma sono rimasti sotto quella soglia, e di quanti di essi sono stati seguiti da uno scuotimento riuscito, con una di due fasce che indica quanto il più intenso di essi si è avvicinato alla soglia; un valore di sensibilità che il tutorial o l’App ha aumentato dopo che alcuni scuotimenti erano rimasti sotto la soglia; e, nella versione 1.6.2 e successive, se, al momento dell’invio, su questa installazione la regola che abbassa la soglia di scuotimento, descritta sopra, era in vigore o era cessata definitivamente, e un confronto a cinque valori fra la lettura più intensa di una finestra e i limiti del sensore di movimento — mai un campione, mai una traccia, mai un’intensità. Nulla di ciò che lascia il tuo dispositivo potrebbe ricostruire i tuoi movimenti, e non potrebbe farlo nemmeno la fascia approssimativa di quanti scuotimenti l’App ha contato in totale su questa installazione che, nella versione 1.5.0 e successive, viene inviata con tre voci relative alla promozione della nostra altra app.

Se attivi l’opzione per interrompere la torcia durante le telefonate, l’App richiede l’autorizzazione Android allo stato del telefono (android.permission.READ_PHONE_STATE) e osserva quindi se una chiamata sta squillando, è in corso o è terminata, e nient’altro. Non legge il tuo numero di telefono, il registro delle chiamate, i tuoi contatti né chi ti sta chiamando. Lo stato è letto in modo transitorio sul dispositivo, al solo fine di non lasciare una torcia accesa durante una chiamata, e non viene mai profilato né mai trasmesso a noi.

Nella versione 1.4.1 e successive, l’App non memorizza il momento in cui una chiamata l’ha messa in pausa: non scrive quel valore e, al successivo avvio, cancella un valore lasciato da una versione precedente. Le versioni dell’App precedenti alla 1.4.1 conservano sul dispositivo l’ora in cui è iniziata una pausa dovuta a una chiamata. A parte quel valore, l’unica cosa che l’App conserva è se una chiamata è in corso mentre l’App è in esecuzione, e la conserva soltanto nella memoria: mai scritta sul dispositivo, mai inclusa nel backup di Android descritto sopra, mai inviata allo Sviluppatore. Non registra nulla della chiamata in sé — né numero, né direzione, né durata, né identità.

L’autorizzazione viene richiesta nel momento in cui attivi quell’opzione, non al momento dell’installazione, e la funzione è facoltativa: se rifiuti l’autorizzazione, o lasci l’opzione disattivata, il resto dell’App non ne risente. Puoi revocarla in qualsiasi momento in Impostazioni → App → Torcia da scuotere → Autorizzazioni.

Affinché il rilevamento dello scuotimento continui a funzionare sui dispositivi il cui produttore chiude le app in background, l’App registra un account locale del dispositivo denominato “Shake to Torch (keep-alive)”, visibile in Impostazioni → Account di Android. Non contiene alcuna credenziale e alcun dato, non è collegato ad alcun account online e attraverso di esso non viene mai sincronizzato nulla: lo scheduler di sincronizzazione di Android è usato unicamente come promemoria periodico con cui l’App verifica se il proprio servizio torcia è ancora in esecuzione. Disinstallando l’App, viene rimosso.

3(b) — Dati pubblicitari, raccolti e condivisi da Google (AdMob)

L’App mostra pubblicità fornita dal Google Mobile Ads SDK (Google AdMob). L’App utilizza un unico formato pubblicitario: un video con premio (rewarded) che sei tu a scegliere di guardare. Non viene mostrata alcuna pubblicità che tu non abbia richiesto.

Annunci video con premio (rewarded) — opt-in, mostrati solo su tua richiesta

Un annuncio rewarded non parte mai da solo: l’App segnala che è previsto un annuncio, e l’annuncio viene riprodotto solo se confermi. A seconda di quali parti facoltative dell’App siano attive per il tuo dispositivo (vedi Sezione 3(c)), i punti in cui ciò accade sono al massimo cinque:

la galleria degli obiettivi — toccando per visualizzare i tuoi obiettivi può esserti prima proposto un breve video;
il tema scuro — attivando il tema scuro, dal pulsante nella barra in alto o dall’interruttore «Tema scuro» nell’elenco delle impostazioni, può esserti prima proposto un breve video (disattivarlo è sempre gratuito). Si tratta di un’unica impostazione: un video guardato da uno dei due punti la sblocca da entrambi per gli stessi cinque minuti;
il recupero di una serie giornaliera interrotta, quando la tua serie si è interrotta di recente — può esserti proposto un breve video per recuperarla;
«Ignora gli scuotimenti mentre sei al telefono» — attivando quell’opzione può esserti prima proposto un breve video (disattivarla è sempre gratuito, e un’opzione che hai già attiva non è interessata);
«Vibra quando scuoti» — disattivando quell’opzione può esserti prima proposto un breve video (riattivarla è sempre gratuito). Con l’opzione disattivata, l’App non fa vibrare il telefono per uno scuotimento, per un tocco sul riquadro o per un nuovo obiettivo, e pubblica l’avviso dell’obiettivo senza suono né vibrazione; le impostazioni di notifica di Android non vengono modificate.

Le versioni dell’App precedenti alla 1.4.0 hanno un ulteriore punto di questo tipo, il «continua» del mini-gioco a blocchi: quando una partita finisce, può esserti proposto un breve video in cambio di una vita in più.

Questi annunci non vengono mai riprodotti automaticamente e possono sempre essere rifiutati; rifiutandoli, l’App resta pienamente utilizzabile. Rifiutare significa soltanto che in quel momento non apri quella schermata, non modifichi quell’impostazione o non recuperi quella serie; se accetti ma l’annuncio non può in concreto essere mostrato, l’App ti concede comunque ciò che avevi chiesto.

Nessun altro formato pubblicitario

Il video con premio descritto sopra è l’unico formato pubblicitario presente nell’App. L’App non mostra alcun annuncio banner, alcun interstitial a schermo intero, alcun annuncio all’apertura dell’app (app-open) e alcun annuncio nativo — in nessuna schermata.

Ogni annuncio dell’App è quindi un annuncio che sei tu ad avviare: nulla parte da solo, nulla occupa una parte dello schermo mentre usi l’App, e rifiutando ogni proposta l’App resta pienamente utilizzabile.

Richieste di annunci effettuate in anticipo. Affinché un annuncio sia pronto nel momento in cui lo chiedi, l’App chiede all’SDK di Google di scaricarne uno in anticipo, in background, mentre è aperta una schermata che può proportelo. Quel download è una richiesta di annuncio, ed è ciò che invia i dati pubblicitari elencati di seguito. Avviene quindi indipendentemente dal fatto che tu accetti la proposta, e anche se non ti viene mai mostrato alcun annuncio. La tua scelta controlla se un annuncio ti venga mostrato e se tu riceva il premio — non se un annuncio sia stato richiesto per te.

Nessun annuncio viene richiesto e nessun identificativo pubblicitario viene letto finché non si è conclusa la fase di consenso descritta nella Sezione 7 e non è stato letto l’interruttore pubblicitario remoto descritto nella Sezione 3(c). Se l’interruttore non è raggiungibile, l’App segue la sua ultima copia e, se non ne ha alcuna, considera attiva la pubblicità.

Per mostrare questi annunci utilizziamo il Google Mobile Ads SDK (Google AdMob). Quando un annuncio viene richiesto e mostrato, Google e i suoi partner pubblicitari raccolgono e trattano le seguenti categorie di dati per le finalità di erogazione degli annunci, misurazione delle prestazioni pubblicitarie e prevenzione di frodi e abusi:

l’ID pubblicità di Android (AAID) — un identificativo pubblicitario reimpostabile;
l’app-set ID — un identificativo riferito alle app dello stesso sviluppatore;
il tuo indirizzo IP;
informazioni sul dispositivo e diagnostiche (modello del dispositivo, versione del sistema operativo, lingua/area geografica e dati tecnici simili);
le tue interazioni con gli annunci (se un annuncio è stato mostrato, visualizzato o cliccato).

Questi dati pubblicitari sono raccolti da e condivisi con Google e con i partner pubblicitari di Google. Lo Sviluppatore non li riceve. Poiché l’infrastruttura pubblicitaria di Google è globale, tali dati possono essere trattati su server situati al di fuori dell’UE/SEE, inclusi gli Stati Uniti (vedi Sezione 6).

Se non presti il consenso (ove richiesto — vedi Sezione 7) o effettui l’opt-out, l’App continua a funzionare pienamente; non ti verranno mostrati annunci personalizzati e, nelle aree in cui il consenso è richiesto, non viene utilizzato alcun identificativo pubblicitario senza il tuo consenso.

Affinché Google possa leggere l’identificativo pubblicitario sopra indicato, l’App dichiara l’autorizzazione Android Advertising ID (com.google.android.gms.permission.AD_ID). L’autorizzazione è dichiarata espressamente nel manifest dell’App anziché ereditata dall’SDK, e dà accesso a quell’identificativo e a nient’altro.

3(c) — Una richiesta a un file statico, per poter disattivare gli annunci senza un aggiornamento

L’App scarica un unico piccolo file di testo da un indirizzo fisso:

https://matteomark.github.io/ads-flag.txt

Lo fa al massimo una volta al giorno. L’App conserva una propria copia del file e la riutilizza per un giorno prima di richiederne una nuova, per cui aprire l’App ripetutamente non ripete la richiesta.

Le righe di quel file indicano se la pubblicità è attiva e quali parti facoltative dell’App sono attive singolarmente: l’annuncio rewarded del tema scuro e la promozione della nostra altra app; nella versione 1.5.0 e successive, anche la versione dell’offerta del video che non attende (Sezione 3(d)); nella versione 1.6.0 e successive, anche l’aumento della sensibilità da parte dell’App per rendere più facile lo scuotimento (Sezione 3(a)), la regola che impedisce a un solo scuotimento di azionare la torcia due volte e la regola per cui la promozione della nostra altra app attende che la torcia sia spenta; nella versione 1.6.2 e successive, anche l’abbassamento della soglia di scuotimento descritto nella Sezione 3(a) e la sua applicazione ai modelli di telefono elencati nell’App; nella versione 1.6.3 e successive, anche se il link della promozione della nostra altra app chiede a Google Play la versione della scheda di quell’app realizzata per gli utenti di questa App (Sezione 3(d)); nella versione 1.7.0 e successive, anche la breve demo della nostra altra app descritta nella Sezione 3(d) e una versione della promozione in cui il personaggio della nostra altra app ti saluta; e, nelle versioni precedenti alla 1.4.0, il mini-gioco a blocchi. Il file esiste per poter disattivare ciascuna di esse senza pubblicare una nuova versione dell’App. Se il file non è raggiungibile, l’App continua a usare la sua ultima copia; se non ne ha alcuna, considera attiva la pubblicità. La versione della scheda della nostra altra app realizzata per gli utenti di questa App, la breve demo della nostra altra app e la versione della promozione con il personaggio della nostra altra app sono attive soltanto finché il file le attiva: ciascuna è disattivata se l’App non ha alcuna copia del file, se la sua riga manca o contiene qualsiasi altro valore, e se la copia del file conservata dall’App è stata scaricata più di 7 giorni prima. Non governa le statistiche di utilizzo e affidabilità descritte nella Sezione 3(d): quelle sono governate soltanto dai controlli elencati in quella Sezione.

Con questa richiesta l’App non invia nulla: nessun identificativo, nessun ID pubblicitario, nulla che riguardi te o il modo in cui usi l’App. Come per qualsiasi richiesta a qualsiasi server web, il server che risponde vede necessariamente l’indirizzo IP da cui proviene la richiesta, insieme alle normali informazioni di connessione quali l’orario, il file richiesto e il tipo di client. Quel server è GitHub Pages, gestito da GitHub, Inc., che ospita il file come semplice documento statico. Lo Sviluppatore non gestisce alcun server e non vede mai un log di queste richieste.

3(d) — Statistiche di utilizzo e affidabilità (Google Analytics per Firebase)

Buona parte delle recensioni negative che l’App riceve segnala lo stesso guasto: lo scuotimento smette di funzionare. L’App non è altrimenti in grado di stabilirne la causa su alcun dispositivo diverso da quello dello Sviluppatore — se il servizio in background sia stato terminato dal produttore del telefono, se l’hardware non disponga di un sensore di movimento utilizzabile, o se lo scuotimento sia stato rilevato ma la torcia non si sia accesa. Si tratta di tre guasti diversi con tre rimedi diversi, e queste statistiche esistono affinché la causa possa essere individuata su molti dispositivi anziché su uno solo.

Descriviamo questi dati come pseudonimizzati, e deliberatamente non come “anonimi”: ogni installazione è identificata da un identificativo casuale generato dall’SDK di Google, e Google vede l’indirizzo IP da cui i dati arrivano. Ciò è sufficiente perché tali dati costituiscano dati personali, e come dati personali sono trattati in tutta la presente informativa.

Dove sono attive e che cosa le governa

L’ambito territoriale è indicato per primo.

Nello SEE, nel Regno Unito e in Svizzera queste statistiche sono raccolte soltanto se presti il consenso. Il messaggio di consenso che Google ti mostra al primo avvio, descritto nella Sezione 7, chiede anche la finalità «archiviazione dei dati analitici» — la finalità TCF n. 1, che l’App interpreta come consenso all’analisi — accanto alle finalità pubblicitarie. Se acconsenti, le statistiche descritte in questa Sezione vengono raccolte, esattamente come altrove. Se non acconsenti, non viene raccolto nulla e l’identificativo casuale di installazione descritto più sotto non viene mai creato. Puoi revocare il consenso in qualsiasi momento riaprendo quel messaggio dalla voce “Annunci e privacy” dell’App, e la raccolta si interrompe. La base giuridica qui è il tuo consenso (art. 6, par. 1, lett. a) GDPR, e art. 5, par. 3, Direttiva ePrivacy per l’identificativo sul tuo dispositivo); la Sezione 4 la indica. Se per te venga mostrato un messaggio di consenso lo decide il sistema di consenso di Google, in base al messaggio che pubblichiamo per tali aree — lo stesso meccanismo che già decide se la pubblicità descritta nella Sezione 3(b) sia personalizzata. L’App non determina da sé la tua posizione e non tenta di farlo.

Ovunque altrove, queste statistiche sono attive. L’App contiene l’SDK di Google Analytics per Firebase ed è compilata con le credenziali del progetto Google necessarie: quanto descritto di seguito è quindi una raccolta e non soltanto una capacità. La raccolta è attiva salvo tua disattivazione: l’interruttore in-app “Condividi statistiche d’uso” parte in posizione attiva, e disattivarlo ferma la raccolta immediatamente e del tutto e cancella anche l’identificativo descritto più avanti, così che riattivandolo in seguito ne inizi uno nuovo invece di riprendere il precedente. La Sezione 4 indica la base giuridica, che al di fuori di tali aree è il nostro legittimo interesse a diagnosticare un guasto che altrimenti non possiamo vedere, con quell’opt-out sempre disponibile.

Che cosa viene raccolto, dove le statistiche sono attive — ogni campo

Affidabilità del servizio in background

perché il servizio in background dell’App si è fermato l’ultima volta — un valore tratto da un elenco fisso di motivi che Android stesso fornisce (ad esempio “memoria esaurita”, “arrestato dal sistema”, “crash”);
all’incirca quanto tempo fa è accaduto, come fascia (“meno di un’ora”, “1–6 ore”, “6–24 ore”, “1–2 giorni”, “più di 2 giorni”);
se l’App dispone dell’esenzione dall’ottimizzazione della batteria su quel dispositivo, un dato che l’App registra anche come proprietà dell’installazione a ogni apertura e di nuovo appena torni nell’App dopo aver consentito l’uso in background;
se avevi il servizio di scuotimento attivo, un dato che l’App registra anche come proprietà dell’installazione a ogni apertura.

Ripristino

quale dei percorsi di ripristino interni dell’App ha riavviato il servizio, quale ne è stato l’esito e all’incirca per quanto tempo il servizio era rimasto fermo (le stesse fasce di cui sopra);
quando Android ha rifiutato all’App di riavviare il proprio servizio, e quale dei tre tipi di rifiuto si è verificato;
se il servizio era ancora fermo quando hai aperto l’App (nessuno dei percorsi di ripristino sopra descritti lo aveva riavviato da solo), insieme all’incirca a per quanto tempo era rimasto fermo (le stesse fasce), perché si era fermato (le stesse parole fisse di cui sopra), se l’App ha l’esenzione dall’ottimizzazione della batteria, e se un percorso di ripristino aveva provato a riavviarlo nel frattempo, come una di tre parole fisse (no, provato, rifiutato da Android). Inviato al massimo una volta per ogni arresto di questo tipo, e mai quando eri stato tu a disattivare il servizio.

Le capacità del sensore di movimento del dispositivo — inviate una volta per installazione e una volta per ogni aggiornamento dell’App, e mai più

se esiste un accelerometro;
quanto è profondo il suo buffer, come fascia (0 / 1–99 / 100–999 / 1000 o più);
se esiste un accelerometro in grado di risvegliare il dispositivo;
quale tipo di sensore “di sollevamento” è il migliore disponibile — una categoria come “sollevamento”, “inclinazione” o “prossimità”, mai il nome che il produttore dà al componente — e quanti di questi sensori esistono;
nella versione 1.6.2 e successive, l’accelerazione massima che il sensore di movimento dichiara di poter misurare, come una di sette fasce e mai come valore esatto: nessun sensore di movimento, sconosciuta (il valore dichiarato non è utilizzabile), meno di 20 m/s², da 20 a 37 m/s², da 37 a 39,4 m/s², da 39,4 a 80 m/s², oppure 80 m/s² o più. Descrive il componente, non qualcosa che fai tu.

Un riepilogo periodico — al massimo poche volte al giorno, riferito a una finestra di almeno 30 minuti la cui durata è inclusa

quanti scuotimenti sono stati rilevati, quanti comandi della torcia sono stati tentati, quanti sono falliti e quanti sono stati rifiutati dalla fotocamera — ciascuno come fascia (“0”, “1–5”, “6–20”, “più di 20”);
se la lettura di movimento più intensa di quella finestra era sotto, vicino o sopra la tua soglia di sensibilità;
nella versione 1.6.2 e successive, come la lettura di movimento più intensa di quella finestra si colloca rispetto ai limiti del sensore di movimento, come una di cinque parole fisse: sconosciuto; al di sotto del valore massimo che il sensore dichiara di poter misurare; pari a quel valore (con uno scarto massimo del 2 %); al di sopra di esso; oppure al limite di un sensore da 4 g (con uno scarto massimo dell’1 % rispetto a 39,2 m/s²). Mai la lettura in sé;
nella versione 1.6.2 e successive, se la regola che abbassa la soglia di scuotimento era in vigore su questa installazione descritta nella Sezione 3(a), come uno di tre valori, rilevato al momento dell’invio del riepilogo e non sull’arco della finestra: la regola è in vigore; non è in vigore; oppure è cessata definitivamente su questa installazione dopo le letture più intense descritte in quella Sezione;
quante volte un movimento è sembrato uno scuotimento ma è rimasto sotto la tua soglia di sensibilità, come conteggio in fasce (“0”, “1–5”, “6–20”, “più di 20”); quanto è arrivato vicino il più intenso di essi, come una di due fasce (70–85 % o 85–100 % della tua soglia); e quanti di essi sono stati seguiti entro dieci secondi da uno scuotimento riuscito — solo conteggi, mai le letture;
e, quando un comando della torcia non ha potuto essere eseguito, una singola parola fissa che ne dice il motivo: che un’altra app stava usando la fotocamera, che la fotocamera era disattivata da una politica del dispositivo, che la torcia è stata ripresa dal sistema, che non è stata trovata alcuna fotocamera posteriore, oppure “altro”. È l’ultimo di tali fallimenti in quella finestra e nient’altro — mai il messaggio restituito dal sistema, mai il nome di un’altra app;
in quale quarto del cursore di sensibilità ti trovi — e, nella versione 1.4.1 e successive, la posizione vera e propria di quel cursore, un numero intero da 5 a 150, e se lo hai mai spostato su questa installazione, come semplice sì o no. Questi ultimi due sono registrati come proprietà dell’installazione e non di questo riepilogo: l’App li imposta a ogni apertura, di nuovo ogni volta che modifichi tu l’impostazione (rilasciando un cursore, oppure con il pulsante «Scossa più forte», «Scossa più leggera» o «Ripristina», in uno qualsiasi dei controlli di sensibilità dell’App), ogni volta che il tutorial lo aumenta e ogni volta che l’App lo aumenta da sé, e l’SDK di Google allega poi il valore corrente di ciascuno a ogni voce che carica da quella installazione, questo riepilogo compreso. Sono l’impostazione che hai scelto, oppure una che il tutorial ha aumentato per te, a gradini stabiliti da una regola fissa, dopo che uno scuotimento è rimasto sotto la soglia, oppure una che l’App ha aumentato da sé, in al massimo due piccoli gradini, dopo che i tuoi scuotimenti sono rimasti sotto la soglia in più giorni, e nient’altro: i valori in sé non dicono mai come, quando o con quanta forza scuoti il dispositivo. L’SDK di Google può inoltre registrare, e caricare insieme ai valori, il momento in cui l’App ha impostato per l’ultima volta ciascuno di essi, che è sempre un momento in cui stavi usando l’App, per esempio uno scuotimento dopo il quale il tutorial o l’App ha aumentato l’impostazione. Un gradino fatto dal tutorial, o dall’App stessa, non conta mai come spostamento del cursore da parte tua;
la lettera dell’offerta del video descritta nella Sezione 3(a) — una lettera, estratta a caso sul dispositivo e lì conservata, mai ricavata da nulla che ti riguardi. Nella versione 1.5.0 indica quale delle due versioni dell’offerta del video riceve questa installazione; nella versione 1.6.0 e successive non lo stabilisce, viene estratta per ogni installazione che non ne ha ancora una e viene inviata perché le statistiche possano distinguere le installazioni in base alla lettera ricevuta, comprese quelle che hanno partecipato al confronto della versione 1.5.0. Come gli ultimi due valori qui sopra, è registrata come proprietà dell’installazione e non di questo riepilogo: l’App la imposta a ogni apertura, e l’SDK di Google allega poi il suo valore corrente a ogni voce che carica da quella installazione, questo riepilogo compreso;
nella versione 1.5.0 e successive, se a questa installazione spetta il pulsante torcia nella barra in alto: la lettera descritta nella Sezione 3(a). Ha due valori fissi: uno per un’installazione aperta per la prima volta con la versione 1.5.0 o successiva, a cui il pulsante spetta, e uno per un’installazione che esisteva già prima, a cui non spetta. Registra in quale dei due casi rientra l’installazione, non se il pulsante è sul tuo schermo in quel momento, e non è ricavata da nulla che ti riguardi, se non dal fatto che questa installazione esistesse prima della versione 1.5.0. Come la lettera qui sopra, è registrata come proprietà dell’installazione e non di questo riepilogo: l’App la imposta a ogni apertura, e l’SDK di Google allega poi il suo valore corrente a ogni voce che carica da quella installazione, questo riepilogo compreso;
quale strategia a schermo spento era in vigore;
lo stesso riepilogo ancora una volta, inviato una sola volta, alla prima uscita dall’App dopo averla installata — così che un’installazione che non è mai riuscita ad accendere la torcia venga conteggiata anche se viene rimossa lo stesso giorno. Non contiene nulla che il riepilogo qui sopra non contenga, con due aggiunte: nella versione 1.5.0 e successive indica anche se avevi il servizio di scuotimento attivo al momento dell’invio, come semplice sì o no, lo stesso valore riportato dalle voci sull’affidabilità qui sopra; e, nella versione 1.6.2 e successive, riporta anche la fascia dell’accelerazione massima che il sensore di movimento dichiara di poter misurare, descritta tra le capacità del sensore di movimento qui sopra. Viene inviato una volta per installazione e mai più e, al posto della durata della finestra, indica quanto tempo è passato da quando hai aperto l’App per la prima volta.

Utilizzo del prodotto

quando viene mostrato il messaggio occasionale di avvio — la proposta della nostra altra app, che è l’unico messaggio di questo tipo mostrato dall’App. Viene contato una volta sola quando compare e non viene contato di nuovo finché non gli dai una risposta, così una schermata che Android ricrea non viene contata due volte. Nella versione 1.5.0 e successive porta con sé anche all’incirca quanto tempo fa è stata installata l’App, come una di otto parole fisse (meno di 1 giorno, da 1 a 2 giorni, da 3 a 6 giorni, da 7 a 13 giorni, da 14 a 29 giorni, da 30 a 89 giorni, 90 giorni o più, oppure sconosciuto), letto da Android sul dispositivo e inviato soltanto come quella fascia, mai come una data o un orario; all’incirca quanti scuotimenti l’App ha contato in totale su questa installazione, come una di sette parole fisse (nessuno, da 1 a 9, da 10 a 29, da 30 a 99, da 100 a 499, 500 o più, oppure sconosciuto); e se il messaggio è comparso quando sei arrivato nell’App o durante uno scuotimento, come una di due parole fisse. Nella versione 1.5.0 e successive il messaggio può comparire soltanto quando arrivi nell’App, mai in un passaggio innescato da uno scuotimento fatto mentre l’App è aperta, perciò la seconda di quelle due parole non è prevista;
come si è concluso quel messaggio, con una di tre parole fisse: lo hai accettato e sei andato alla scheda dello store; nella versione 1.7.0 e successive, se il messaggio mostra il pulsante che apre la breve demo descritta più sotto, hai aperto la demo da lì (se in quel momento la demo non può avviarsi, non si apre nulla e questa risposta non viene inviata); oppure lo hai rifiutato — e “rifiutato” comprende tutti e tre i modi di dire di no, sia che tu abbia scelto “non ora”, sia che tu lo abbia chiuso con la “X”, sia che tu lo abbia chiuso con il gesto indietro. Quale dei tre tu abbia usato non viene registrato. Se non gli dai mai una risposta, non viene inviato nulla;
quando viene aperta la scheda su Google Play della nostra altra app e da quale dei tre punti l’hai aperta: la scheda del gioco nell’elenco delle impostazioni, il messaggio di avvio stesso oppure, nella versione 1.7.0 e successive, la schermata finale della breve demo descritta più sotto. Nella versione 1.5.0 e successive porta con sé anche le stesse due fasce del messaggio di avvio qui sopra (quanto tempo fa è stata installata l’App e quanti scuotimenti ha contato) e, quando l’hai aperta dal messaggio di avvio, se quel messaggio è comparso quando sei arrivato o durante uno scuotimento. Il link che l’App apre contiene parole fisse che nominano questa App, la campagna e il punto che hai toccato e, nella versione 1.5.0 e successive, anche il numero di versione dell’App e una breve parola fissa che indica quale versione della promozione hai visto. Nella versione 1.7.0 e successive, quella breve parola indica anche se la scheda o il messaggio che hai toccato mostrava il pulsante che apre la breve demo, oppure se hai toccato la schermata finale della demo. Nella versione 1.7.0 e successive, quella breve parola indica anche se la scheda o il messaggio che hai toccato mostrava il personaggio della nostra altra app. Nella versione 1.6.3 e successive, se attiviamo questa funzione tramite il file descritto nella Sezione 3(c) e la lingua di sistema del telefono è l’inglese o l’hindi, il link chiede inoltre a Google Play di mostrare una versione della scheda della nostra altra app realizzata per gli utenti di questa App, e quella breve parola indica che il link l’ha richiesta. L’App legge la lingua di sistema sul dispositivo per questa scelta e non la invia; la scheda richiesta e quella parola rivelano soltanto se la lingua è l’inglese o l’hindi. Sono tutte parole scelte in anticipo, senza altre informazioni su di te, che Google Play può trasmettere alla nostra altra app se la installi;
quando la scheda del gioco nell’elenco delle impostazioni è effettivamente sul tuo schermo — contata una volta sola per visita a quella schermata, mai di nuovo per uno scorrimento o per una schermata che Android ricrea — così le aperture del punto precedente hanno un conteggio onesto di quante persone hanno visto la scheda. Nella versione 1.5.0 e successive porta con sé anche le stesse due fasce del messaggio di avvio qui sopra;
quando l’interruttore «Vibra quando scuoti» nell’elenco delle impostazioni è effettivamente sul tuo schermo, contato nello stesso modo: una volta sola per visita, mai di nuovo per uno scorrimento o per una schermata che Android ricrea, così i tocchi su di esso descritti sotto hanno un conteggio onesto di quante persone l’hanno visto. Con esso viene inviata soltanto una parola fissa che nomina l’opzione;
nella versione 1.7.0 e successive, se la attiviamo tramite il file descritto nella Sezione 3(c), quando viene avviata la breve demo della nostra altra app e da quale dei due punti l’hai avviata, cioè la scheda del gioco nell’elenco delle impostazioni oppure il pulsante «Gioca qui» del messaggio di avvio, e, per la scheda del gioco, se hai toccato il suo pulsante «Gioca qui» oppure un altro punto della scheda. La demo è composta da nove turni del gioco rompicapo della nostra altra app, giocati in una seconda schermata dell’App, che funziona in un processo separato. Non mostra alcuna pubblicità, non dà alcun premio e non salva alcun progresso. Mostra un punteggio durante il gioco, ma non lo conserva né lo invia, e la demo da sola non invia nulla a nessuno: la parte principale dell’App registra questa voce all’avvio della demo e registra le due voci successive in base a un breve riepilogo che la demo le consegna quando si chiude; se il riepilogo non arriva, registra soltanto come si è conclusa la demo, come descritto nella voce successiva. Oltre ai valori fissi descritti in quelle due voci, il riepilogo contiene soltanto il numero di quella demo e per quanto tempo era rimasta aperta quando ne sei uscito, dati che l’App usa sul dispositivo, per abbinare il riepilogo alla demo e per decidere se aprire la scheda dello store dopo un tocco su «Guarda su Google Play» nella schermata finale della demo, e che non invia mai. L’App propone la demo soltanto con Android 11 o successivo, sui telefoni con almeno 3 GB di memoria secondo Android che non si dichiarano dispositivi con poca memoria, quando nel momento in cui tocchi il pulsante il telefono non è a corto di memoria e l’App non è in schermo diviso, mentre l’esplorazione tramite tocco di TalkBack è disattivata, su un’installazione con almeno 24 ore di vita, e soltanto un numero limitato di volte al giorno e in totale (Sezione 3(a)). Legge questi dati sul dispositivo e non li invia mai; una demo avviata indica soltanto che in quel momento queste condizioni erano soddisfatte;
nella versione 1.7.0 e successive, come si è conclusa quella demo, con una di sette parole fisse: che hai giocato tutti i nove turni, o che le mosse sul tabellone sono finite, e poi sei uscito dalla demo; che l’hai chiusa prima della fine, con il suo pulsante di chiusura o con il gesto indietro; che si è interrotta prima della fine perché ne sei uscito in un altro modo, per esempio andando alla schermata Home o spegnendo lo schermo; che hai toccato «Guarda su Google Play» nella sua schermata finale; che Android ha registrato un arresto anomalo o un blocco («non risponde») del processo della demo; che Android ha chiuso quel processo per un altro motivo, per esempio per liberare memoria; oppure sconosciuto, quando la demo non ha comunicato nulla e Android non ha lasciato alcuna registrazione. Le ultime tre sono dati diagnostici dello stesso tipo dei motivi per cui si è fermato il servizio in background, descritti sopra: quando la schermata principale dell’App viene mostrata di nuovo, l’App usa, soltanto per il processo della demo, la registrazione con cui Android indica come è terminato quel processo e se è ancora in esecuzione, letta sul dispositivo, e invia soltanto quell’unica parola. Dopo un arresto anomalo o un blocco, l’App non propone di nuovo la demo su questo telefono (Sezione 3(a)). Insieme a quella parola viene inviato all’incirca quanti dei nove turni hai giocato, come una di sei parole fisse: none (nessun turno), early (da 1 a 3), mid (da 4 a 6), late (7 o 8), all (tutti e nove), oppure unknown (la demo non ha comunicato nulla all’App). Nessun dato sulla memoria, nessuna impostazione di accessibilità e nient’altro di ciò che hai fatto nella demo viene inviato, oltre a quanto descritto nella voce successiva;
nella versione 1.7.0 e successive, come sono andati i turni di quella demo. Per ogni turno che hai completato: il suo numero; quanto è durato, dal momento in cui il turno poteva essere giocato allo scorrimento che lo ha concluso, come una di quattro fasce (meno di 2 secondi, da 2 a 10, da 10 a 60, oltre 60); se la demo ti ha mostrato di nuovo la mossa, perché lo schermo era rimasto senza tocchi per dieci secondi, oppure perché un blocco era stato rilasciato dove non c’è spazio, uno scorrimento non aveva spostato nulla o avevi fatto un gesto diverso da quello richiesto dal turno, e se ti ha dato nuovi blocchi perché nessuno trovava posto; e quante volte, contate come nessuna, una, oppure due o più, un blocco è stato rilasciato dove non c’è spazio, uno scorrimento non ha spostato nulla, hai fatto un gesto diverso da quello richiesto dal turno, oppure un tocco sullo schermo della demo non ha avviato nulla. Insieme alla parola che indica come si è conclusa la demo vengono inviati, se la demo ha potuto comunicarli: il turno e la fase in cui ti trovavi (posizionamento, scorrimento oppure schermata finale); il modo in cui sei uscito (il suo pulsante di chiusura, il gesto indietro, uno dei due pulsanti della schermata finale oppure un altro modo, e se a quel punto lo schermo era rimasto senza tocchi per due minuti); per un turno che non hai completato, se la mossa ti è stata mostrata di nuovo e gli stessi conteggi; e, nella schermata finale, quante volte, contate come nessuna, una, oppure due o più, hai toccato fuori dai suoi pulsanti o hai toccato un pulsante prima che fosse pronto. Non vengono mai inviati il punto dello schermo che hai toccato, l’orario di un tocco, le tue mosse o il tuo punteggio;
quando torni nell’App dopo aver aperto quella scheda su Google Play e all’incirca quanto tempo è passato, come una di cinque parole fisse: meno di 2 secondi, da 2 a 10 secondi, da 10 a 60 secondi, oltre un minuto, oppure sconosciuto. L’intervallo è misurato su un orologio che conta dall’ultimo riavvio del dispositivo, anche mentre il dispositivo dorme, resta soltanto nella memoria dell’App per la durata del viaggio, e viene inviata solo la singola parola — mai un orario, mai un numero esatto; e, nella versione 1.5.0 e successive, quando la scheda è stata mostrata come pannello di Google Play aperto a metà schermo sopra l’App, questa voce porta con sé anche il codice di risultato che Google Play restituisce alla chiusura di quel pannello, come una di dodici parole fisse (ok, annullato, i codici da 1 a 9, oppure altro). Non dice nulla di te; che cosa Google Play intenda con ciascun codice non è documentato, e serve soltanto a capire se chiudere il pannello sia diverso dall’installare;
quando una funzione che normalmente sta dietro un video con premio ti viene mostrata come bloccata — perché non c’era connessione nel momento in cui hai toccato, perché la pubblicità è disattivata da remoto oppure perché il controllo del consenso di Google non è andato a buon fine mentre eri collegato alla rete, e non per una tua scelta — quale funzione fosse e quale dei tre motivi valeva (per il tema scuro, anche se lo hai toccato nella barra in alto o nell’elenco delle impostazioni). Per il primo di questi motivi l’App verifica soltanto se il dispositivo è connesso alla rete al momento del tocco, e non viene inviato nulla sulla tua rete;
quando viene sbloccata una delle cinque funzioni che si trovano dietro un video con premio facoltativo — il tema scuro, la pagina degli obiettivi, il recupero di una serie giornaliera interrotta, l’attivazione di «Ignora gli scuotimenti mentre sei al telefono» oppure la disattivazione di «Vibra quando scuoti» — quale delle cinque fosse (per il tema scuro, anche se è stato attivato dalla barra in alto o dall’elenco delle impostazioni) e perché è stata concessa, con una di tre parole fisse: hai guardato il video; è stata concessa gratuitamente perché per quella stessa funzione ne avevi già guardato uno negli ultimi cinque minuti (a questo fine la disattivazione della vibrazione e l’attivazione di «Ignora gli scuotimenti mentre sei al telefono» contano come una sola funzione: un video guardato per l’una lascia gratuita l’altra per quei cinque minuti), dato che l’App non lo chiede due volte a breve distanza; oppure è stata concessa gratuitamente perché il video ha provato a caricarsi o a mostrarsi e non ci è riuscito o, sulle installazioni che non attendono, soltanto quando il video non è riuscito a partire dopo che hai toccato. In quest’ultimo caso l’App concede la funzione anziché negartela, e questa voce registra quanto spesso ciò avviene — e, nella versione 1.4.1 e successive, all’incirca quanto hai atteso il video dopo aver toccato per guardarlo: l’intervallo fra quel tocco e il momento in cui l’App ha passato la parola al video, oppure il momento in cui ha stabilito di non potertene mostrare uno, come una di sei parole fisse: meno di 1 secondo, da 1 a 3 secondi, da 3 a 6 secondi, da 6 a 10 secondi, 10 secondi o più (l’App non attende mai più di dieci), oppure sconosciuto. Nella versione 1.6.0 e successive, su tutte le installazioni, a meno che questo comportamento non venga da noi disattivato, l’App non attende affatto: il pulsante per guardare resta grigio finché il video non si è caricato e nulla viene concesso mentre si carica. Questo comportamento è attivato da una riga del file descritto nella Sezione 3(c): finché l’App, dopo l’avvio, non ha letto quel file, e quando non ne ha alcuna copia, l’App attende come descritto sopra. Nella versione 1.5.0 lo stesso vale per circa metà delle installazioni, quelle la cui lettera dell’offerta del video (Sezione 3(a)) le assegna a quella versione dell’offerta, e anche lì soltanto finché lo lasciamo attivo. Sulle installazioni che non attendono, se guardi il video, l’intervallo registrato è inferiore a un secondo; se chiudi l’offerta mentre il pulsante è ancora grigio, l’intervallo registrato va dal momento in cui l’offerta si è aperta a quello in cui l’hai chiusa. Il video in sé non è mai compreso. Uno sblocco senza alcuna attesa — ad esempio uno concesso entro la finestra di cinque minuti — porta invece una settima parola fissa che significa “nessuna attesa”. L’intervallo è misurato sullo stesso orologio a conteggio continuo usato per il ritorno dalla scheda dello store descritto sopra, esiste soltanto nella memoria dell’App fino alla fine dell’attesa, e le sopravvive soltanto la parola: mai un numero, mai un orario;
ogni volta che l’App chiede a Google un video con premio — di norma prima di qualsiasi tocco, mentre la schermata principale è aperta, così che un video sia pronto quando lo chiedi, ma anche al tocco stesso, quando viene aperta una di quelle schermate, dopo che un video è terminato e quando si chiude la finestra di cinque minuti — se un video è arrivato, oppure quale di tre tipi di errore Google ha segnalato (un errore temporaneo, nessun video disponibile, oppure un difetto nella configurazione dell’App stessa), come una sola parola fissa; e all’incirca quanto è durata la richiesta, come le stesse sei parole. Nulla sul video in sé viene inviato: non quale annuncio, non chi lo ha servito, nessun testo di errore;
ogni passaggio di un’offerta di video, con a quale delle cinque funzioni era destinata (per il tema scuro, anche se dalla barra in alto o dall’elenco delle impostazioni), come una di cinque parole fisse: l’offerta è comparsa sullo schermo; hai toccato per guardare; l’hai rifiutata mentre non era in corso alcuna attesa (un rifiuto che interrompe un’attesa è registrato invece al punto sui comandi nominati qui sotto, mai in entrambi); il video è stato chiuso prima della fine, e quindi non sblocca nulla (un video che sblocca qualcosa è registrato invece al punto sugli sblocchi qui sopra, mai in entrambi); oppure, nella versione 1.5.0 e successive, hai toccato il video mentre era sullo schermo (solo il primo tocco di questo tipo per ciascun video, con all’incirca quanto era durata l’attesa di quel video, registrata come per gli sblocchi con video descritti sopra, una lettera che indica quale delle due versioni dell’offerta di video l’App ha usato, e all’incirca quanto presto dopo la comparsa del video è arrivato il tocco, come una di cinque parole fisse: meno di 1 secondo, da 1 a 3 secondi, da 3 a 10 secondi, 10 secondi o più, oppure sconosciuto);
quanto ha reso un video con premio — ogni volta che ne viene mostrato uno, l’importo che l’SDK pubblicitario di Google indica per quella visualizzazione, la sua valuta, quanto Google dichiara esatto l’importo (stimato, fornito dall’editore, esatto oppure sconosciuto) e a quale delle cinque funzioni era destinato (allo stesso modo). L’importo viene inviato esatto, non come fascia: è il prezzo della visualizzazione di un annuncio, non una misura di te o del tuo dispositivo. Nulla sull’annuncio in sé viene inviato: non quale annuncio, e non chi lo ha servito;
i tocchi su un elenco fisso e breve di comandi nominati: l’interruttore del tema (registrato come una di due parole fisse: il pulsante nella barra in alto oppure l’interruttore «Tema scuro» nell’elenco delle impostazioni), il pulsante torcia nella barra in alto (nella versione 1.5.0 e successive, sulle installazioni che lo mostrano; viene registrato ogni tocco), il pulsante di valutazione, il tutorial, «Salta» del tutorial, il suo pulsante «Rendilo più facile» e l’«Ho capito» che lo chiude quando non resta un gradino più facile, l’interruttore di accensione/spegnimento, il controllo della sensibilità (il rilascio di un cursore e i pulsanti «Scossa più forte», «Scossa più leggera» e «Ripristina», registrati tutti con un’unica parola), l’interruttore «Vibra quando scuoti» (registrato come una di due parole fisse: vibrazione disattivata oppure riattivata), il messaggio sull’esenzione dall’ottimizzazione della batteria (registrato come una di due parole fisse: il pulsante «Consenti l’uso in background» dell’avviso in cima alla schermata principale oppure la riga nell’elenco dei controlli del dispositivo), la pagina degli obiettivi, la pagina degli obiettivi quando mostra il contrassegno “novità” (registrato in aggiunta al tocco sulla pagina stessa, mai al suo posto), il numero della serie giornaliera sulla scheda dei progressi nella schermata principale, che è una seconda via d’accesso alla stessa pagina degli obiettivi e sta dietro lo stesso video facoltativo (registrato al posto di un tocco sulla pagina degli obiettivi, mai in aggiunta ad esso, così i due accessi vengono contati separatamente e un solo tocco non viene mai contato due volte), il pulsante che abbandona la breve attesa di un video oppure, sulle installazioni che non attendono, la chiusura dell’offerta mentre il pulsante è ancora grigio (per questo solo comando, il tocco porta con sé anche la funzione a cui l’offerta era destinata e all’incirca quanto era durata l’attesa, come le stesse sei parole descritte sopra per gli sblocchi con video con premio — abbandonare l’attesa e l’attesa che si esaurisce da sola sono i due modi in cui un’attesa finisce, e i due si leggono insieme) e tre notifiche che l’App stessa mette nel tuo pannello delle notifiche — l’avviso “Obiettivo sbloccato”, lo stesso avviso quando ciò che annuncia è un traguardo della serie giornaliera e l’avviso permanente “Il servizio è attivo” che resta lì mentre il rilevamento dello scuotimento è attivo. Per una notifica viene registrato soltanto quale delle tre è stata toccata: non che cosa diceva, non quando è stata pubblicata e nulla su qualsiasi altra notifica presente sul tuo dispositivo. Questi comandi nominati non sono le uniche interazioni registrate: il messaggio di avvio e la tua risposta, l’apertura della scheda dello store, la scheda del gioco presente sul tuo schermo, l’interruttore «Vibra quando scuoti» presente sul tuo schermo, il ritorno dalla scheda dello store, lo sblocco — o il blocco — di una funzione dietro un video con premio, i passaggi di un’offerta di video, quanto ha reso un video, l’avvio della breve demo e la sua conclusione, e l’andamento dei suoi turni vengono registrati ciascuno esattamente come descritto dal punto corrispondente, e nulla di più. Presi insieme, i punti di questo elenco sono la registrazione completa di ciò che tocchi, e un comando che nessuno di essi descrive non viene deliberatamente registrato. Nessuna coordinata e nessuna registrazione della sessione.
nelle versioni dell’App precedenti alla 1.4.0, tre voci relative al mini-gioco a blocchi che quelle versioni contengono: che il mini-gioco viene aperto e da quale punto d’accesso, all’incirca quanto dura una sessione di gioco e all’incirca quante partite hai completato, le ultime due come fasce e mai come punteggio. La versione 1.4.0 e le successive non contengono il mini-gioco a blocchi e non registrano nessuna delle tre. Quanto è stato registrato è conservato per il periodo descritto nella Sezione 8;
nelle versioni dell’App precedenti alla 1.4.0, ulteriori valori in tre delle voci sopra indicate: il modo in cui si è concluso il messaggio di avvio è una di quattro parole fisse (l’hai accettato, hai aperto invece il mini-gioco, hai scelto “non ora”, oppure l’hai chiuso con il gesto indietro); la scheda su Google Play della nostra altra app può essere aperta anche dalla barra fissa dentro il mini-gioco e dalla sua scheda di fine partita, per cui il punto è uno di quattro; e una funzione sbloccata dietro un video con premio può essere anche il «continua» del mini-gioco, e può essere concessa gratuitamente per un quarto motivo, cioè che la pubblicità era disattivata da remoto o non poteva essere usata a causa della tua scelta sul consenso.

I quattordici punti sopra indicati relativi al messaggio di avvio, al suo esito, alla scheda dello store, alla scheda del gioco presente sullo schermo, all’interruttore «Vibra quando scuoti» presente sullo schermo, all’avvio della breve demo e alla sua conclusione, all’andamento dei suoi turni, al ritorno dallo store, all’avviso di blocco, agli sblocchi con video con premio, alle richieste di quei video, ai passaggi di un’offerta di video e a quanto ha reso un video portano con sé soltanto i valori fissi elencati accanto, comprese le fasce di anzianità dell’installazione e di scuotimenti contati sulle voci relative alla promozione (e, per quanto ha reso un video, il suo unico importo e il codice della valuta): nessun testo libero, nessuna lettura di alcun sensore, nessuna informazione su dove ti trovi e nessun identificativo proprio. Viaggiano con lo stesso identificativo casuale dell’installazione di ogni altra voce di questa Sezione, e con nulla di più.

Raccolti automaticamente da Google

Sono eventi propri dell’SDK, non nostri. Non ne scegliamo il contenuto e gli elenchi fissi descritti sopra non li governano. Ciascuno è elencato e descritto singolarmente qui sotto.

la prima apertura dell’App dopo l’installazione;
ogni apertura dell’App, l’inizio di una sessione e all’incirca quanto è durata quella sessione mentre l’App era davanti a te;
quando l’App viene aggiornata e quando viene aggiornato il sistema operativo;
quando l’App viene disinstallata e quando i dati dell’App vengono cancellati. Ciascuno dei due registra soltanto che il fatto è avvenuto: nulla sul perché e nulla d’altro;
una visualizzazione di schermata ogni volta che viene aperta una delle schermate dell’App. Nella versione 1.4.0 e successive la schermata principale dell’App è quella della torcia; nella versione 1.7.0 e successive l’App può aprire anche una seconda schermata, la breve demo descritta sopra, che funziona in un processo separato nel quale l’SDK di Google per le statistiche non è in esecuzione, per cui da essa non è prevista alcuna visualizzazione di schermata. Le versioni precedenti alla 1.4.0 hanno una seconda schermata, il mini-gioco a blocchi. Viene registrato il nome della schermata e quello della sua classe Android. Nient’altro: nessuna coordinata, nessuna registrazione della schermata, nulla di ciò che vi compare e nulla di ciò che vi digiti o vi tocchi dentro;
da dove proviene l’installazione, se Google Play lo comunica all’SDK: il nome, la fonte e il mezzo della campagna registrati per la tua installazione, quando sei arrivato tramite un link di campagna anziché cercando l’App. Non è la tua posizione, non porta con sé alcun identificativo proprio e, se non c’è alcuna campagna, non c’è nulla da registrare;
che è stato mostrato un annuncio, quando l’SDK pubblicitario di Google ne segnala uno;
quale dispositivo è questo e che cosa vi gira sopra — il produttore e il nome del modello del dispositivo, la versione di Android installata e la versione dell’App. L’SDK di Google registra da sé questi dati accanto a ogni voce qui sopra; non sono qualcosa che l’App invia né qualcosa che possa disattivare. Sono gli stessi fatti che una scheda dello store già conosce di un dispositivo, indicano un modello e mai un telefono in particolare, e non portano con sé alcun identificativo proprio. È anche ciò che rende utile l’impostazione di sensibilità dell’eccezione della Sezione 3(a) per la finalità ivi dichiarata: scegliere una sensibilità iniziale migliore per ciascun modello di telefono è possibile solo perché il modello è registrato accanto a essa;
una posizione approssimativa (a livello di Paese/regione), che Google ricava dall’indirizzo IP da cui i dati vengono ricevuti. L’App non chiede mai al tuo dispositivo dove si trova.

Nessun identificativo pubblicitario viene raccolto per questa finalità: l’App ne disattiva la raccolta. Ciò mantiene queste statistiche separate dalla pubblicità descritta nella Sezione 3(b).

Che cosa, per scelta progettuale, non viene raccolto

Per scelta progettuale, non viene raccolto nulla di quanto segue:

Nessuna lettura grezza dell’accelerometro, nessuna traccia e nessuna intensità lascia mai il tuo dispositivo; lo fanno soltanto i confronti a fasce approssimative descritti sopra.
Nessun ID pubblicitario viene utilizzato per questa finalità; l’App istruisce l’SDK a non raccoglierlo. L’unico identificativo qui presente è l’identificativo casuale, riferito alla sola App e reimpostabile, che l’SDK di Google genera per l’installazione. Viene reimpostato quando disattivi l’interruttore “Condividi statistiche d’uso”: se in seguito lo riattivi, ne inizia uno nuovo invece di riprendere il precedente.
Nessun testo libero di alcun tipo — nulla che tu scriva, nessuna stringa composta dal tuo dispositivo, nessun messaggio di errore e nessun testo fornito dal produttore. La descrizione testuale che Android stesso fornisce sul perché un processo è terminato viene mappata su un elenco fisso e breve di valori prima di qualsiasi invio, e lo stesso vale per il nome che il produttore dà a un sensore di movimento. Ogni valore elencato sopra proviene da un elenco fisso definito in anticipo dall’App.
Nessun punteggio del mini-gioco; resta sul tuo dispositivo (Sezione 3(a)).
Nessuna informazione proveniente dal controllo sullo stato del telefono / delle chiamate; quella funzione resta interamente sul tuo dispositivo (Sezione 3(a)).
Nessuna traccia di quando o dove la torcia è stata accesa — soltanto i conteggi aggregati a fasce descritti sopra.
Nessun evento per singolo scuotimento.
Nessun dato sulla memoria e nessuna marca temporale precisa come campo di evento.

Come disattivare queste statistiche

Per fermare la raccolta è sufficiente uno solo dei due controlli seguenti:

Nello SEE, nel Regno Unito e in Svizzera, il messaggio di consenso di Google. Rifiuta la finalità analitica e non viene raccolto proprio nulla. Se hai già acconsentito, riapri quel messaggio in qualsiasi momento dalla voce “Annunci e privacy” dell’App e revoca: revocare è facile quanto prestare il consenso, interrompe la raccolta e non pregiudica quanto era già stato lecitamente raccolto.
L’interruttore in-app “Condividi statistiche d’uso”, in tutte le altre aree. Parte in posizione attiva; disattivandolo, la raccolta cessa immediatamente e del tutto. Puoi riattivarlo in qualsiasi momento, e nulla d’altro nell’App cambia in un senso o nell’altro.

Nessun terzo controllo, né un controllo da remoto. Nulla nel file descritto nella Sezione 3(c) governa queste statistiche: lo Sviluppatore non può disattivarle, né attivarle, per tutte le installazioni in una sola volta. I due controlli sopra indicati sono gli unici controlli.

Per raccogliere queste statistiche utilizziamo Google Analytics per Firebase (GA4), fornito da Google. Google è il destinatario (Sezione 5), i dati possono essere trattati al di fuori dello SEE con le garanzie indicate nella Sezione 6, e la conservazione a livello di singolo evento presso Google è impostata sul periodo più breve che Google offre (Sezione 8).

L’App non raccoglie né utilizza contatti, foto, microfono, contenuti della fotocamera (la torcia usa l’hardware del flash, non le immagini della fotocamera), informazioni di account o categorie particolari (dati sensibili) di dati personali. Non utilizza alcuna API di geolocalizzazione e alcun GPS: l’unica posizione coinvolta è la posizione approssimativa, a livello di Paese/regione, che Google ricava da un indirizzo IP — per la pubblicità (Sezione 3(b)) e, quando sono attive, per le statistiche della presente Sezione 3(d).

4. Perché trattiamo i dati e la base giuridica di ciascuna finalità (GDPR)

Ai sensi del GDPR UE, del GDPR del Regno Unito e del Codice Privacy italiano (D.lgs. 196/2003 come modificato dal D.lgs. 101/2018), ogni finalità di trattamento richiede una base giuridica. Di seguito ciascuna finalità con la relativa base.

Finalità	Dati coinvolti	Base giuridica
Fornire la funzione torcia di base (rilevare uno scuotimento e attivare/disattivare la torcia)	Letture transitorie dell’accelerometro (solo on-device)	Esecuzione del servizio richiesto e nostro legittimo interesse (art. 6, par. 1, lett. b)/f) GDPR) a far funzionare l’App. Le letture in sé non lasciano mai il tuo dispositivo e non vengono mai memorizzate. Alcuni dati da esse derivati possono uscirne: i conteggi di scuotimenti, la serie giornaliera, il registro con cui l’App rende da sé più facile lo scuotimento, quante volte il tutorial ha aumentato la sensibilità e l’impostazione di sensibilità stessa, che può essere un valore aumentato dal tutorial o dall’App, e, nella versione 1.6.2 e successive, il sì o no che registra se il sensore di movimento ha prodotto, in due movimenti distinti, letture che superano di oltre un decimo i 4 g mentre quella regola si applicava all'installazione, tramite il backup di Android descritto nella Sezione 3(a); e, soltanto dove le statistiche della Sezione 3(d) sono attive e non le hai disattivate, i conteggi approssimativi e i confronti a fasce lì descritti, un valore di sensibilità che il tutorial o l’App ha aumentato dopo che alcuni scuotimenti erano rimasti sotto la soglia e, nella versione 1.5.0 e successive, la fascia approssimativa del conteggio totale di scuotimenti e, nella versione 1.6.2 e successive, se su questa installazione la regola che abbassa la soglia di scuotimento, descritta nella Sezione 3(a), era in vigore o era cessata definitivamente. Nessuno di questi dati può ricostruire alcun movimento.
Memorizzare impostazioni, conteggi, serie, obiettivi e progressi nel mini-gioco	Dati on-device in `SharedPreferences` (3(a))	Legittimo interesse (art. 6, par. 1, lett. f) GDPR) a fornire le funzionalità che utilizzi; il trattamento avviene solo sul tuo dispositivo e non è a noi accessibile.
Erogare e misurare la pubblicità descritta nella Sezione 3(b) — gli annunci rewarded opt-in, comprese le richieste effettuate in anticipo affinché un annuncio sia pronto quando lo chiedi (inclusa la prevenzione di frodi/abusi)	Dati pubblicitari tramite Google (3(b))	Nello SEE, nel Regno Unito e in Svizzera: il tuo consenso (art. 6, par. 1, lett. a) GDPR; nonché il consenso ePrivacy alla memorizzazione/lettura di identificativi sul tuo dispositivo), raccolto tramite il modulo Google UMP prima che venga richiesto qualsiasi annuncio. Al di fuori di tali aree, Google tratta questi dati sulla base delle basi giuridiche indicate nelle proprie informative privacy e pubblicitarie.
Ignorare gli scuotimenti mentre sei al telefono, se hai attivato tale opzione	Se una chiamata sta squillando, è in corso o è terminata, letto in modo transitorio sul dispositivo (Sezione 3(a))	Il tuo consenso all’autorizzazione runtime di Android (art. 6, par. 1, lett. a) GDPR), prestato quando attivi l’opzione e revocabile nelle impostazioni delle autorizzazioni di Android. Nulla della chiamata viene trasmesso, e nella versione 1.4.1 e successive nulla viene memorizzato: lo stato della chiamata è letto in modo transitorio soltanto sul dispositivo, conservato nella memoria dell’App per il tempo in cui l’App è in esecuzione, e mai scritto sul dispositivo, mai incluso nel backup di Android, mai inviato a noi. Le versioni precedenti alla 1.4.1 conservano inoltre sul dispositivo l’ora in cui è iniziata una pausa dovuta a una chiamata (Sezione 3(a)).
Verificare se la pubblicità, e le altre parti facoltative dell’App, sono attive	L’indirizzo IP da cui proviene la richiesta, visto dal soggetto che ospita il file (Sezione 3(c))	Legittimo interesse (art. 6, par. 1, lett. f) GDPR) a poter disattivare la pubblicità senza pubblicare una nuova versione. Non viene inviato alcun identificativo e noi non riceviamo nulla.
Capire perché lo scuotimento smette di funzionare su alcuni dispositivi e quali parti dell’App vengono usate — le statistiche di utilizzo e affidabilità della Sezione 3(d)	Conteggi a fasce, motivi ed elenchi fissi di valori di categoria, oltre all’identificativo casuale dell’installazione e alla posizione approssimativa ricavata dall’IP descritti nella Sezione 3(d)	Nello SEE, nel Regno Unito e in Svizzera: il tuo consenso (art. 6, par. 1, lett. a) GDPR, e il consenso ePrivacy per l’identificativo sul tuo dispositivo), prestato tramite la finalità «archiviazione dei dati analitici» dello stesso messaggio di consenso Google UMP usato per la pubblicità, e revocabile in qualsiasi momento dalla voce «Annunci e privacy» — se non presti il consenso, queste statistiche non vengono raccolte affatto (Sezione 3(d)). Al di fuori di tali aree: il nostro legittimo interesse (art. 6, par. 1, lett. f) GDPR) a diagnosticare un guasto che altrimenti non possiamo vedere, con un opt-out disponibile in qualsiasi momento — l’interruttore in-app “Condividi statistiche d’uso”, attivo per impostazione predefinita e con effetto immediato dal momento in cui lo disattivi.

Ci basiamo sul legittimo interesse per le prime due finalità, che restano confinate al tuo dispositivo e non comportano alcuna trasmissione, condivisione, vendita o profilazione, e per la verifica del kill-switch di pubblicità e funzionalità, che non trasmette nulla che ti riguardi; puoi opporti (vedi Sezione 9) ed esercitare il pieno controllo tramite i controlli di archiviazione delle app di Android e disinstallando. Per la pubblicità nello SEE/Regno Unito/Svizzera ci basiamo sul consenso, non sul legittimo interesse, poiché comporta identificativi pubblicitari e dati condivisi con terzi e trasferiti a livello internazionale: nessun identificativo pubblicitario viene letto e nessun annuncio viene richiesto finché non hai effettuato la tua scelta, e puoi revocare il consenso in qualsiasi momento (Sezione 7), con la stessa facilità con cui lo hai concesso e senza pregiudicare la liceità del trattamento già effettuato. Lo Sviluppatore non riceve alcun dato pubblicitario e non gestisce server; il ruolo di titolare per tali dati è condiviso con Google, o esercitato da Google, come descritto alla Sezione 1.

Ogni annuncio dell’App è avviato dall’utente. Ciò integra la base giuridica sopra indicata e non la sostituisce: ciò che rende lecito il trattamento nello SEE/Regno Unito/Svizzera è il consenso ai sensi dell’art. 6, par. 1, lett. a) GDPR e dell’art. 5, par. 3, della Direttiva ePrivacy, raccolto prima di qualsiasi richiesta di annuncio, poiché l’App scarica gli annunci in anticipo rispetto al tuo tocco (Sezione 3(b)). Nessun annuncio viene mostrato a chi non lo ha chiesto, e l’App non si basa su alcun formato pubblicitario imposto in alcun punto della presente analisi.

Per le statistiche della Sezione 3(d), nello SEE, nel Regno Unito e in Svizzera ci basiamo sul tuo consenso, prestato nel messaggio di consenso Google e revocabile in qualsiasi momento (Sezione 7); lì non viene raccolto nulla se non lo presti. Al di fuori di tali aree ci basiamo sul nostro legittimo interesse a poter diagnosticare un guasto che altrimenti ci resta invisibile, bilanciato dal fatto che i dati sono a fasce anziché esatti, non recano alcun identificativo pubblicitario e possono essere disattivati nell’App in qualsiasi momento. Non devi motivare l’opt-out, e l’App resta pienamente utilizzabile in entrambi i casi. Per tale finalità lo Sviluppatore decide invece che cosa viene raccolto e perché, ed è titolare per essa; Google agisce come nostro fornitore di analytics e tratta i dati anche per finalità proprie, come descritto nelle sue informative.

5. Chi riceve i dati (terze parti / destinatari)

Poiché non gestiamo server, le parti che ricevono dati tramite l’App sono il nostro fornitore pubblicitario con il suo ecosistema, il nostro fornitore di analytics e il soggetto che ospita l’unico file descritto nella Sezione 3(c):

Google — in particolare Google Ireland Limited (per gli utenti nello SEE e in Svizzera) e Google LLC (Stati Uniti, e per gli utenti nel Regno Unito), che gestiscono Google Mobile Ads / AdMob; e
Google, in un ruolo distinto — le stesse due società, che gestiscono Google Analytics per Firebase, destinatario delle statistiche di utilizzo e affidabilità descritte nella Sezione 3(d) dove siano attive. Questa finalità è distinta dalla pubblicità, ma le due sono collegate nei sistemi di Google sotto un aspetto: il nostro account pubblicitario AdMob è collegato a questa proprietà di analytics, così che i totali dei ricavi pubblicitari compaiano accanto alle statistiche di utilizzo nei report che vediamo solo noi — un totale ricavato da un gruppo generico di utenti, mai da uno soltanto. Separatamente, nella versione 1.5.0 e successive, l’App stessa registra quanto ha reso ciascun video con premio, con la funzione a cui era destinato, tra le statistiche della Sezione 3(d); come ogni voce di quella Sezione viaggia con l’identificativo casuale dell’installazione e con nulla di più, e non dice nulla su di te. Il collegamento funziona in una sola direzione. Le statistiche di utilizzo non vengono usate per personalizzare la pubblicità: la personalizzazione a partire dai dati di analytics è disattivata per ogni area geografica, e Google signals, la funzione che assocerebbe questi dati a un account Google con cui hai effettuato l’accesso, è disattivata. Per questa finalità non viene raccolto alcun identificativo pubblicitario, perciò l’identificativo descritto nella Sezione 3(b) resta esclusivamente dell’SDK pubblicitario; e valgono gli stessi controlli — nel SEE, nel Regno Unito e in Svizzera per questa finalità non viene raccolto nulla se non presti il consenso, e ovunque altrove l’interruttore “condividi statistiche di utilizzo” la interrompe; e
i partner pubblicitari di Google (reti pubblicitarie di terzi, demand partner e fornitori di misurazione coinvolti nell’erogazione e nella misurazione degli annunci descritti nella Sezione 3(b)); e
Google, in un terzo ruolo — quale gestore del backup automatico di Android / Google Drive, che detiene la copia di backup dei dati on-device descritti nella Sezione 3(a) se hai attivato il backup del dispositivo. Tale copia è detenuta nel tuo account Google, non nel nostro, e noi non vi abbiamo accesso; e
GitHub, Inc. — unicamente in quanto soggetto che ospita l’unico file di testo statico descritto nella Sezione 3(c). Riceve l’indirizzo IP da cui proviene la richiesta, e nient’altro. Informativa privacy di GitHub — https://docs.github.com/en/site-policy/privacy-policies/github-general-privacy-statement

Riferimenti che descrivono come Google tratta questi dati e chi sono i suoi partner:

Informativa privacy di Google — https://policies.google.com/privacy
Come Google utilizza le informazioni provenienti da siti/app che usano i suoi servizi — https://policies.google.com/technologies/partner-sites
Tecnologie pubblicitarie / partner di Google — https://policies.google.com/technologies/ads ed elenco partner AdMob https://support.google.com/admob/answer/9012903

Non condividiamo con alcuno i dati on-device della Sezione 3(a) e non li riceviamo mai. Lasciano il tuo dispositivo per due vie e per nessun’altra: il backup di Android sul tuo Google Drive, descritto nella Sezione 3(a) — una copia detenuta sotto il tuo account, che noi non possiamo raggiungere — e, dove le statistiche della Sezione 3(d) sono attive, i valori indicati nell’eccezione ivi descritta: l’impostazione di sensibilità — la fascia approssimativa, la posizione esatta del cursore e se lo hai mai spostato — e la lettera dell’offerta del video nonché, nella versione 1.5.0 e successive, la lettera che indica se a questa installazione spetta il pulsante torcia nella barra in alto e una fascia approssimativa del tuo conteggio di scuotimenti, inviata con tre voci relative alla promozione della nostra altra app, e, nelle versioni precedenti alla 1.4.0, una fascia approssimativa delle partite del mini-gioco che hai completato. Nella versione 1.6.2 e successive, le statistiche della Sezione 3(d) indicano anche se su questa installazione la regola che abbassa la soglia di scuotimento, descritta nella Sezione 3(a), è in vigore o è cessata definitivamente.

6. Trasferimenti internazionali di dati

I dati on-device della Sezione 3(a) non vengono trasferiti in alcun luogo dall’App: restano sul tuo dispositivo. Se hai attivato il backup del dispositivo di Android, Android ne effettua una copia sul tuo Google Drive (Sezione 3(a)), dove è conservata sull’infrastruttura di Google e può quindi trovarsi al di fuori del tuo Paese. Si tratta di un trasferimento effettuato dalla piattaforma Android verso il tuo account Google, alle condizioni di Google e sotto il tuo controllo: lo Sviluppatore non ne è parte e da esso non riceve nulla.

Il file statico descritto nella Sezione 3(c) è servito da GitHub, Inc., società con sede negli Stati Uniti: di conseguenza l’indirizzo IP da cui proviene la richiesta viene ricevuto lì.

I dati pubblicitari della Sezione 3(b) sono gestiti dall’infrastruttura globale di Google e possono essere trasferiti e trattati in Paesi al di fuori dell’UE/SEE, del Regno Unito e della Svizzera, inclusi gli Stati Uniti.

Le statistiche di utilizzo e affidabilità della Sezione 3(d), dove siano attive, sono gestite dalla stessa società sulla stessa infrastruttura globale e possono essere trasferite allo stesso modo, con gli stessi meccanismi di trasferimento descritti di seguito.

Ove tali trasferimenti avvengano, sono protetti dalle garanzie su cui Google fa affidamento, che comprendono:

la decisione di adeguatezza della Commissione europea per gli Stati Uniti e la certificazione di Google nell’ambito del Data Privacy Framework UE–USA (e dell’estensione per il Regno Unito) e, per i dati provenienti dalla Svizzera, dello Swiss-U.S. Data Privacy Framework (il quadro per la protezione dei dati tra la Svizzera e gli Stati Uniti), in base al quale il Consiglio federale svizzero riconosce agli Stati Uniti un livello adeguato di protezione per le società certificate (vedi “Se ti trovi in Svizzera” più sotto), ove applicabile; e/o
le Clausole Contrattuali Standard (SCC) approvate dalla Commissione europea (e l’International Data Transfer Addendum del Regno Unito) ai sensi dell’art. 46 GDPR, con misure supplementari ove necessarie.

I dettagli sui meccanismi di trasferimento di Google sono nell’informativa privacy di Google e nei relativi Data Processing Terms all’indirizzo https://policies.google.com/privacy e nei termini commerciali e pubblicitari di Google. Poiché lo Sviluppatore non riceve alcuno di questi dati, le garanzie di trasferimento relative a tali dati sono quelle attuate da Google.

Se ti trovi in Svizzera. La legge svizzera sulla protezione dei dati (legge federale sulla protezione dei dati, LPD) ci chiede di indicare i Paesi verso cui i tuoi dati sono comunicati e la garanzia prevista per ciascuno. Dalla Svizzera, i dati descritti in questa informativa possono essere comunicati:

in Irlanda e in altri Paesi dell’UE e del SEE, dove Google Ireland Limited è la società di Google responsabile per gli utenti in Svizzera. Il Consiglio federale svizzero riconosce a questi Paesi un livello adeguato di protezione dei dati (allegato 1 dell’ordinanza sulla protezione dei dati, OPDa);
negli Stati Uniti, dove hanno sede Google LLC e GitHub, Inc. Entrambe le società sono certificate nell’ambito dello Swiss-U.S. Data Privacy Framework e, dal 15 settembre 2024, il Consiglio federale riconosce agli Stati Uniti un livello adeguato di protezione per le società certificate (allegato 1 dell’OPDa);
in altri Paesi in cui operano Google o i suoi partner. Google elenca le sedi dei propri data center all’indirizzo https://datacenters.google/locations/, e i partner pubblicitari sono elencati nel messaggio di consenso descritto nella Sezione 7. Quando un trasferimento non è coperto da una decisione di adeguatezza, noi e Google ci avvaliamo di clausole tipo di protezione dei dati, riconosciute dall’Incaricato federale della protezione dei dati e della trasparenza (IFPDT) ai sensi dell’art. 16 cpv. 2 lett. d LPD.

7. Consenso e come modificarlo o revocarlo

Nello SEE, nel Regno Unito e in Svizzera

Prima che l’App richieda qualsiasi annuncio, ti mostriamo un modulo di consenso fornito dal SDK User Messaging Platform (UMP) di Google. Tramite esso puoi acconsentire, o rifiutare, l’uso di identificativi pubblicitari e la pubblicità personalizzata. Nessun annuncio viene richiesto e nessun identificativo pubblicitario viene letto finché non hai effettuato la tua scelta.

Puoi modificare o revocare la tua scelta in qualsiasi momento, dall’interno dell’App, tramite l’opzione “Annunci e privacy” — la voce di impostazioni privacy già presente nell’App, che riapre esattamente lo stesso modulo. Riaprendo tale opzione puoi concedere o revocare il consenso quando desideri. Revocare il consenso è facile quanto concederlo.

Che cosa quel modulo copre, oltre alla pubblicità. Lo stesso modulo comprende la finalità «archiviazione dei dati analitici» — la finalità TCF n. 1, che l’App interpreta come consenso all’analisi — ed è questa a governare qui le statistiche di utilizzo e affidabilità della Sezione 3(d). Se acconsenti, tali statistiche vengono raccolte, esattamente come al di fuori di queste aree; se rifiuti, non viene raccolto nulla e nessun identificativo di installazione viene creato. Riaprire il modulo e revocare interrompe la raccolta. In tutte le altre aree il controllo è l’interruttore in-app «condividi statistiche di utilizzo».

Al di fuori dello SEE, del Regno Unito e della Svizzera

Dove non viene mostrato alcun modulo di consenso, la pubblicità è disciplinata dalle informative di Google e dai controlli dell’ID pubblicità di Android indicati di seguito. In ogni area geografica, l’App non mostra alcun annuncio che tu non abbia richiesto.

Le statistiche di utilizzo e affidabilità della Sezione 3(d) sono qui disciplinate da un interruttore in-app, “Condividi statistiche d’uso”, che puoi disattivare in qualsiasi momento e il cui effetto è immediato.

Ovunque — gestire l’ID pubblicità a livello di Android

Indipendentemente dai controlli in-app, puoi gestire l’identificativo pubblicitario sul tuo dispositivo tramite Impostazioni → Privacy → Annunci (il percorso esatto varia in base al dispositivo/versione di Android), dove puoi reimpostare l’ID pubblicità o eliminare l’ID pubblicità e disattivare la personalizzazione degli annunci. L’eliminazione dell’ID pubblicità fa sì che le app ricevano una stringa di zeri anziché un identificativo, limitando la personalizzazione degli annunci.

Minori

Le funzionalità di consenso, pubblicità e statistiche sono destinate agli utenti del pubblico generale descritto alla Sezione 10. Il pubblico di destinazione dichiarato dell’App su Google Play è costituito da utenti di età pari o superiore a 16 anni.

8. Conservazione dei dati — per quanto tempo sono conservati

Dati on-device (3(a)): conservati sul tuo dispositivo finché non li elimini, cancellando l’archiviazione/i dati dell’App o disinstallando l’App. Non li riceviamo mai, non ne deteniamo copia e non applichiamo ad essi alcuna conservazione lato server. Ove il backup di Android ne abbia effettuato una copia sul tuo Google Drive (Sezione 3(a)), tale copia è conservata da Google sotto il tuo account e secondo le relative regole di conservazione, e la elimini tu in Impostazioni → Google → Backup.
Dati pubblicitari (3(b)): conservati da Google secondo le proprie politiche di conservazione, non da noi. Noi non ne conserviamo alcuno. Per i dettagli vedi l’informativa privacy di Google (https://policies.google.com/privacy) e la documentazione di Google sulla conservazione dei dati, e usa i controlli dell’ID pubblicità di Android (Sezione 7) per reimpostare o eliminare l’identificativo.
Statistiche di utilizzo e affidabilità (3(d)): detenute da Google in Google Analytics per Firebase. Google offre una scelta fra diversi periodi di conservazione a livello di singolo evento, e il nostro è di 2 mesi: il più breve che Google offra, nonché il valore predefinito di una nuova proprietà. È un’impostazione della console di Google Analytics, applicata all’intera proprietà, e vale quindi per ogni evento descritto nella Sezione 3(d); se mai dovessimo allungarlo, la presente informativa lo dirà prima che accada. Trascorso tale periodo i record a livello di evento vengono eliminati da Google; i totali aggregati dei report, non riconducibili a una singola installazione, possono persistere più a lungo secondo le politiche di Google. Noi non ne conserviamo nulla, poiché non gestiamo server.

9. I tuoi diritti in materia di privacy

SEE e Regno Unito (GDPR / GDPR UK / Codice Privacy)

Nei limiti e alle condizioni previsti dalla legge, hai il diritto di:

accesso ai dati personali trattati su di te;
rettifica dei dati inesatti;
cancellazione (“diritto all’oblio”);
limitazione del trattamento;
opposizione al trattamento basato sul legittimo interesse;
portabilità dei dati;
revocare il consenso in qualsiasi momento (per la pubblicità e per le statistiche della Sezione 3(d), che qui sono raccolte su tale base — vedi Sezione 7), senza pregiudicare il trattamento già effettuato;
proporre reclamo a un’autorità di controllo. In Italia è il Garante per la protezione dei dati personali (www.garante.it); puoi inoltre rivolgerti all’autorità del tuo Paese di residenza o di lavoro. Nel Regno Unito è l’Information Commissioner’s Office (ICO) (ico.org.uk).

Poiché lo Sviluppatore non detiene alcun dato personale su alcun server (i dati on-device non ci raggiungono mai e non riceviamo mai i dati pubblicitari), in pratica:

per i dati on-device, eserciti questi diritti direttamente e immediatamente visualizzandoli o modificandoli nell’App e cancellando l’archiviazione dell’App o disinstallandola;
per i dati pubblicitari, la via più efficace è revocare il consenso / modificare la tua scelta (Sezione 7), utilizzare i controlli dell’ID pubblicità di Android (Sezione 7) ed esercitare i tuoi diritti nei confronti di Google, quale soggetto che detiene i dati, tramite l’informativa privacy di Google (https://policies.google.com/privacy).

Puoi comunque contattarci a luxebytecomp@gmail.com per qualsiasi richiesta e ti aiuteremo e, ove pertinente, la indirizzeremo in modo appropriato. Rispondiamo alle richieste di esercizio dei diritti senza ingiustificato ritardo e, in ogni caso, entro i termini previsti dalla legge applicabile (ai sensi del GDPR, di norma entro un mese).

Svizzera (legge federale sulla protezione dei dati, LPD)

Hai le stesse possibilità di scelta descritte sopra, e la LPD ti riconosce questi diritti:

chiedere se sono trattati dati personali che ti riguardano e ricevere le informazioni previste dalla LPD, gratuitamente e di norma entro 30 giorni (art. 25 LPD);
ricevere i dati che ci hai fornito in un formato elettronico di uso comune (art. 28 LPD);
ottenere la rettifica dei dati inesatti, opporti al trattamento o chiederne la cessazione, oppure chiedere la cancellazione dei dati (art. 32 LPD);
revocare il consenso in qualsiasi momento da “Annunci e privacy” nell’App.

Non conserviamo nessuno di questi dati su alcun server: per la maggior parte delle richieste te lo diremo e ti aiuteremo a rivolgerla a Google, che detiene i dati. Scrivi a luxebytecomp@gmail.com.

Puoi inoltre segnalare un problema all’Incaricato federale della protezione dei dati e della trasparenza (IFPDT), Feldeggweg 1, 3003 Berna, Svizzera, www.edoeb.admin.ch.

L’App non adotta alcuna decisione che ti riguardi basata esclusivamente su un trattamento automatizzato e che abbia per te effetti giuridici o conseguenze significative.

California (CCPA/CPRA) e altre leggi sulla privacy degli Stati USA

Hai il diritto di:

conoscere / accedere alle categorie e agli specifici elementi di informazioni personali raccolti su di te;
cancellare le informazioni personali (fatte salve le eccezioni);
correggere le informazioni personali inesatte;
opporti alla “vendita” o “condivisione” delle informazioni personali, inclusa la “condivisione” per pubblicità comportamentale (mirata) cross-contesto;
limitare determinati usi (non utilizziamo informazioni personali sensibili per inferire caratteristiche); e
non discriminazione — non ti tratteremo in modo diverso per aver esercitato i tuoi diritti.

Le categorie di informazioni personali coinvolte si limitano a identificativi pubblicitari, informazioni sul dispositivo e diagnostiche, indirizzo IP e dati sulle interazioni con gli annunci descritti nella Sezione 3(b), trattati da Google e dai suoi partner a fini pubblicitari e — dove siano attive — alle statistiche di utilizzo e affidabilità a fasce, all’identificativo casuale dell’installazione e alla posizione approssimativa ricavata dall’IP descritti nella Sezione 3(d), trattati da Google quale nostro fornitore di analytics. Le statistiche della Sezione 3(d) non sono vendute né condivise per pubblicità comportamentale cross-contesto, e per esse non viene usato alcun identificativo pubblicitario; puoi disattivarle con il controllo in-app “Condividi statistiche d’uso” descritto nella Sezione 3(d). A seconda delle tue impostazioni e della tua area, l’uso di identificativi pubblicitari per la pubblicità personalizzata può essere considerato una “vendita” o “condivisione” ai sensi della legge californiana. Puoi esercitare l’opt-out rifiutando il consenso / modificando la tua scelta nelle “Annunci e privacy” in-app e utilizzando i controlli dell’ID pubblicità di Android (Sezione 7). Puoi anche contattarci a luxebytecomp@gmail.com. Poiché non gestiamo server e non riceviamo alcuno di questi dati, l’opt-out e la cancellazione per i dati pubblicitari sono soddisfatti tramite questi controlli e direttamente con Google.

10. Privacy dei minori

L’App è un’utilità per il pubblico generale. Su Google Play è dichiarata come non destinata né principalmente attraente per i minori e non fa parte del programma “Designed for Families” / Teacher Approved di Google Play. Il suo pubblico di destinazione dichiarato su Google Play è costituito da utenti di età pari o superiore a 16 anni.

Tale soglia riflette l’art. 8 GDPR, ai sensi del quale ciascuno Stato membro dell’UE fissa la propria età per il consenso digitale, tra i 13 e i 16 anni (l’Italia la fissa a 14 anni; alcuni Stati membri la fissano a 16 anni). 16 è la soglia più elevata fissata da qualsiasi Stato membro: di conseguenza ogni utente compreso nel pubblico dichiarato dell’App ha un’età pari o superiore a quella in cui può prestare da sé il consenso nel proprio Paese — compreso il consenso pubblicitario richiesto nella Sezione 7.

Il pubblico dichiarato indica a chi l’App è destinata; non è la pretesa che nessuno più giovane la installi mai. Non possiamo verificare l’età di nessuno e non tentiamo di farlo. Non raccogliamo consapevolmente dati personali dai minori: l’App non chiede età, nome, indirizzo e-mail, contatti o account, e non raccoglie nulla che identifichi una persona per noi — non gestiamo server e non riceviamo alcuno dei dati descritti nelle Sezioni 3(b) e 3(d).

L’App non contiene funzionalità destinate ai minori, né giochi o altri contenuti rivolti a loro: il mini-gioco rompicapo a blocchi, una normale funzionalità per il pubblico generale, esiste soltanto nelle versioni dell’App precedenti alla 1.4.0, e la breve demo della nostra altra app che la versione 1.7.0 e le successive possono proporre, se la attiviamo (Sezione 3(d)), è composta da nove turni di un gioco rompicapo per il pubblico generale, con un punteggio che viene mostrato e non conservato, senza pubblicità, senza premi e senza account. In nessuna parte dell’App viene imposta alcuna pubblicità: non vi è alcun banner, alcun interstitial a schermo intero e alcun annuncio all’apertura dell’app, e gli unici annunci sono i video rewarded descritti nella Sezione 3(b), fino a cinque, ciascuno dei quali viene riprodotto solo se sei tu a chiederlo. Ogni annuncio richiesto dall’App è richiesto con una classificazione massima dei contenuti “PG” (parental guidance), quindi non vengono richiesti creativi classificati per un pubblico adolescente o adulto.

Se ritieni che un minore abbia usato l’App e che siano stati raccolti dati pubblicitari, o le statistiche descritte nella Sezione 3(d), senza un consenso adeguato, contattaci a luxebytecomp@gmail.com. Poiché tali dati sono detenuti da Google e non da noi, aiuteremo a indirizzare una richiesta di cancellazione a Google e a fornire i controlli dell’ID pubblicità di Android (Sezione 7) che limitano e reimpostano immediatamente l’identificativo. Questo approccio è inteso come coerente con la COPPA e con la Google Play Families Policy.

11. Sicurezza

Adottiamo un approccio proporzionato all’impronta minima di dati dell’App. L’App conserva i suoi dati sul tuo dispositivo, protetti dalla sandbox applicativa standard di Android e dalle protezioni del dispositivo stesso (schermata di blocco, cifratura, autorizzazioni del sistema operativo); non deteniamo alcun database centrale che possa essere violato. Non trasmettiamo alcun dato personale alla nostra infrastruttura, poiché non ne gestiamo alcuna. I dati pubblicitari sono trasmessi e protetti in transito dalle misure di sicurezza di Google nell’ambito del Google Mobile Ads SDK, e altrettanto vale per le statistiche della Sezione 3(d) nell’ambito del SDK di Google Analytics per Firebase. Nessun metodo di trattamento elettronico è mai completamente sicuro; tuttavia, mantenendo i dati sul dispositivo e non gestendo server, riduciamo strutturalmente il rischio per le tue informazioni.

12. Modifiche alla presente informativa e come ne vieni informato

Potremmo rivedere la presente informativa di tanto in tanto. Quando lo faremo, aggiorneremo la data di “Ultimo aggiornamento” in alto, indicheremo che cosa cambia nel breve riquadro in alto e aggiungeremo la modifica all’appendice «Versioni precedenti» in fondo, pubblicheremo l’informativa rivista allo stesso indirizzo web in cui l’hai trovata e — ove la modifica riguardi la pubblicità o il tuo consenso — te lo chiederemo nuovamente tramite il meccanismo di consenso in-app (UMP), ove richiesto. Ti invitiamo a consultare periodicamente questa pagina. Le modifiche sostanziali hanno effetto al momento della pubblicazione dell’informativa aggiornata (o, ove la legge richieda un rinnovo del consenso, una volta raccolto tale consenso).

13. Come contattarci per questioni di privacy

Per qualsiasi domanda sulla presente informativa o per esercitare uno qualsiasi dei tuoi diritti, contatta Luxebyte Labs a luxebytecomp@gmail.com. Questo indirizzo e-mail è l’unico punto di contatto per tutte le richieste in materia di privacy relative all’App.

Appendice. Versioni precedenti

Questa appendice è l’elenco di ciò che ciascuna versione della presente informativa ha modificato, dalla più recente. Descrive le modifiche ed è conservata perché nulla di esse vada perso. L’informativa in vigore è costituita dalle Sezioni da 1 a 13 qui sopra; se una voce qui sotto dice qualcosa di diverso da quelle Sezioni, valgono le Sezioni.

Mostra che cosa ha modificato ciascuna versione (dalla 2.33 alla 2.6)

Versione 2.33, del 12 ottobre 2026 (la presente versione dell’informativa). La presente versione:

descrive la versione 1.7.0 dell’App (Sezione 2);
dice che la promozione può mostrare il personaggio della nostra altra app. Nella versione 1.7.0 e successive, se la attiviamo tramite il file descritto nella Sezione 3(c), la scheda del gioco nell’elenco delle impostazioni e il messaggio di avvio possono mostrare il personaggio della nostra altra app che ti saluta, e la breve parola fissa che indica la versione della promozione dice anche se la scheda o il messaggio lo mostrava (Sezione 3(d)). La Sezione 3(a) elenca un sì o no, conservato sul dispositivo e mai inviato, che disattiva questa versione della promozione su questo telefono dopo che l’App si è interrotta in modo imprevisto mentre era sullo schermo. Nessuna nuova voce nelle statistiche;
dice che l’App può proporre una breve demo giocabile della nostra altra app. Nella versione 1.7.0 e successive, se la attiviamo tramite il file descritto nella Sezione 3(c), la scheda del gioco nell’elenco delle impostazioni e il messaggio di avvio possono mostrare un pulsante «Gioca qui» che apre nove turni del gioco rompicapo della nostra altra app in una seconda schermata dell’App, che funziona in un processo separato. La demo non mostra pubblicità, non dà premi, non salva progressi e da sola non invia nulla; mostra un punteggio durante il gioco, ma non lo conserva né lo invia. Non viene proposta con Android 10 o precedente, sui telefoni con meno di 3 GB di memoria secondo Android o che si dichiarano dispositivi con poca memoria, mentre è attiva l’esplorazione tramite tocco di TalkBack, né a un’installazione con meno di 24 ore di vita; questi dati vengono letti sul dispositivo e mai inviati. La Sezione 3(a) elenca un piccolo registro conservato sul dispositivo per la demo, mai inviato e copiato dal backup automatico di Android. La Sezione 3(c) elenca l’interruttore e precisa che la demo, e la versione della scheda della nostra altra app realizzata per gli utenti di questa App, sono disattivate se la riga manca o contiene un altro valore, o se la copia del file conservata dall’App risale a più di 7 giorni prima. La Sezione 10 descrive la demo accanto al mini-gioco a blocchi delle versioni precedenti alla 1.4.0, e le Sezioni 3(a) e 3(d) dicono che la versione 1.4.0 e le successive non contengono il mini-gioco a blocchi;
aggiunge tre voci alle statistiche della Sezione 3(d): l’avvio della demo, con il punto da cui è stata avviata, uno di due, e, per la scheda del gioco, se dal suo pulsante «Gioca qui» o da un altro punto della scheda; come si è conclusa, con una di sette parole fisse e con il numero approssimativo di turni giocati sui nove, come una di sei parole fisse, insieme al turno e alla fase in cui si è conclusa e al modo in cui ne sei uscito; e come sono andati i suoi turni, con una fascia di durata, se la mossa è stata mostrata di nuovo o sono stati dati nuovi blocchi, e conteggi limitati a «due o più», con gli stessi dati per un turno non completato e due conteggi per la schermata finale, mai un punto dello schermo, l’orario di un tocco, una mossa o un punteggio. Il riepilogo che la demo consegna alla parte principale dell’App contiene anche il numero della demo e per quanto tempo è rimasta aperta, dati usati sul dispositivo e mai inviati. Tre delle sette parole derivano dalla registrazione con cui Android indica come è terminato il processo della demo (un arresto anomalo o un blocco, un altro motivo, oppure nessuna registrazione), letta sul dispositivo. L’esito del messaggio di avvio riceve una terza parola, che hai aperto la demo da lì; la scheda su Google Play può essere aperta anche dalla schermata finale della demo, per cui il punto è uno di tre; e la breve parola che indica la versione della promozione dice anche se era mostrato il pulsante della demo o se è stata toccata la schermata finale della demo;
dice che dalla schermata della demo non è prevista la visualizzazione di schermata automatica di Google, perché l’SDK di Google per le statistiche non è in esecuzione nel processo della demo;
nessun nuovo destinatario e nessuna nuova finalità. Le nuove voci vanno a Google Analytics per Firebase con le stesse regole sul consenso e per la stessa finalità delle altre statistiche, e l’App non effettua alcuna nuova richiesta di rete.

Versione 2.32, dell’8 ottobre 2026. Quella versione:

descrive la versione 1.6.3 dell’App (Sezione 2);
dice che il link alla scheda della nostra altra app può chiedere una versione di quella scheda realizzata per gli utenti di questa App. Nella versione 1.6.3 e successive, se attiviamo questa funzione tramite il file descritto nella Sezione 3(c) e la lingua di sistema del telefono è l’inglese o l’hindi, il link che l’App apre chiede inoltre a Google Play quella versione della scheda, e la breve parola fissa che indica la versione della promozione segnala che l’ha richiesta. L’App legge la lingua di sistema sul dispositivo per questa scelta e non la invia; la scheda richiesta e quella parola rivelano soltanto se la lingua è l’inglese o l’hindi. La Sezione 3(c) elenca l’interruttore e la Sezione 3(d) precisa che le parole del link non contengono altre informazioni su di te;
nessun nuovo destinatario, nessuna nuova finalità e nessuna nuova voce nelle statistiche. L’App non effettua nuove richieste di rete.

Versione 2.31, dell’8 ottobre 2026. Quella versione:

descrive il recupero di una serie giornaliera interrotta senza indicare un numero di giorni saltati. Quando la tua serie giornaliera si è interrotta di recente, l’App può proporti un breve video per recuperarla: dopo un solo giorno saltato, come prima, e anche dopo più giorni saltati se la serie era abbastanza lunga. Un solo video recupera la serie; i giorni saltati vengono colmati, mai contati come giorni in cui hai scosso il telefono. Le Sezioni 3(b) e 3(d) dicono «una serie giornaliera interrotta» anziché una serie interrotta da un solo giorno saltato;
descrive la versione 1.6.2 dell’App (Sezione 2);
dice che l’App può abbassare la soglia di scuotimento sui telefoni il cui sensore di movimento potrebbe non essere in grado di misurare uno scuotimento dell’intensità predefinita. Su un’installazione aperta per la prima volta con la versione 1.6.2 o successiva, se il telefono dichiara che l’accelerazione massima misurabile dal suo sensore di movimento è compresa tra 37 e circa 39,4 m/s², appena sotto la soglia di scuotimento predefinita dell’App, l’App abbassa la soglia ai nove decimi di quel valore per ogni impostazione di sensibilità che altrimenti richiederebbe uno scuotimento più forte; le impostazioni più facili restano invariate. Negli altri casi, ai modelli di telefono di un elenco fisso integrato nell’App si applica lo stesso abbassamento, sulle stesse installazioni, ai nove decimi di 4 g, se il telefono non dichiara alcun valore utilizzabile per quell’accelerazione massima e, se lo attiviamo tramite il file descritto nella Sezione 3(c), qualunque sia il valore dichiarato; il nome del modello viene letto sul dispositivo e non viene inviato per questa finalità. L’App smette definitivamente di abbassare la soglia su un’installazione il cui sensore di movimento produce, mentre la regola si applica, letture che superano di oltre un decimo i 4 g in almeno due movimenti distinti, e possiamo disattivare la regola tramite lo stesso file. La Sezione 3(a) elenca due dati conservati a tal fine sul dispositivo, nessuno dei quali viene inviato in quanto tale: una parola che indica se l’installazione è stata aperta per la prima volta con la versione 1.6.2 o successiva, e un sì o no che registra letture più intense di questo tipo;
aggiunge tre voci alle statistiche della Sezione 3(d): insieme alle capacità del sensore di movimento e al riepilogo inviato una sola volta alla prima uscita dall’App, l’accelerazione massima che il sensore di movimento dichiara di poter misurare, come una di sette fasce; insieme al riepilogo periodico e a quello stesso riepilogo inviato una sola volta, se la regola che abbassa la soglia era in vigore al momento dell’invio, come uno di tre valori (in vigore, non in vigore o cessata definitivamente su questa installazione), e come la lettura più intensa si colloca rispetto ai limiti del sensore di movimento, come uno di cinque valori, mai la lettura in sé. Le Sezioni 3(a), 4 e 5 indicano i nuovi dati che possono lasciare il dispositivo;
nessun nuovo destinatario e nessuna nuova finalità. Le nuove voci vanno a Google Analytics per Firebase con le stesse regole sul consenso e per la stessa finalità delle altre statistiche, e l’App non effettua alcuna nuova richiesta di rete. Le informazioni registrate quando il recupero della serie viene sbloccato restano le stesse.

Versione 2.30, del 30 settembre 2026. Quella versione:

dice che l’App può rendere da sé più facile lo scuotimento, aumentando la tua impostazione di sensibilità. Se non hai mai spostato il cursore di sensibilità e i tuoi scuotimenti restano appena sotto la tua soglia di sensibilità in più occasioni, in almeno due giorni diversi, l’App aumenta l’impostazione di sensibilità di un piccolo gradino (sul cursore, da 100 a 110), così basta uno scuotimento un po’ più leggero, e al massimo di un altro gradino almeno un giorno dopo (da 110 a 120): mai più di due gradini per installazione, mai oltre 120 e mai su un valore da te scelto. L’App non annulla mai i propri gradini. Se poi sposti il cursore, la tua scelta resta e l’App non compie altri gradini di questo tipo. Dopo averla aumentata, lo dice una sola volta, sotto il cursore. Il valore di sensibilità descritto nelle Sezioni 3(a) e 3(d) può quindi essere anche uno che l’App ha aumentato da sé anziché uno da te scelto, e un valore così dice che più scuotimenti sono rimasti sotto la soglia in più giorni, non più di quanto già dicano i conteggi dei mancati scuotimenti della Sezione 3(d). «Se hai mai spostato il cursore» conserva il suo significato: lo impostano soltanto le tue modifiche, mai i gradini dell’App;
aggiunge alla Sezione 3(a) il breve registro che l’App conserva per decidere. Non viene mai inviato. Contiene quanti gradini l’App ha fatto e quando ha fatto l’ultimo, se la sua nota sotto il cursore deve ancora essere mostrata e, per le ultime cinque volte al massimo, negli ultimi 14 giorni, in cui l’App ha visto il telefono venire scosso (che la torcia si sia accesa o no), quando ciascuna è iniziata e se i tuoi scuotimenti sono rimasti sotto la soglia, con i conteggi per la volta in corso e se la torcia è stata accesa poco dopo uno scuotimento rimasto sotto la soglia, e il valore di sensibilità con cui tutto ciò è stato raccolto. Contiene quindi orari di utilizzo. Le voci più vecchie di 14 giorni non contano più e vengono cancellate la prima volta che l’App registra di nuovo uno scuotimento, e tutte le voci vengono cancellate ogni volta che il valore di sensibilità cambia. Quante volte l’App ha aumentato da sé la sensibilità, quando lo ha fatto l’ultima volta e se la sua nota sotto il cursore deve ancora essere mostrata sono conservati finché non cancelli i dati dell’App o non la disinstalli. È conservato in un proprio file di impostazioni, che il backup automatico (Auto Backup) di Android copia insieme alle altre impostazioni dell’App;
dice «la tua soglia» anziché «la soglia da te scelta» nelle Sezioni 3(a) e 3(d), perché una soglia resa più facile dal tutorial o dall’App non è una soglia da te scelta;
corregge il verso della descrizione del tutorial. Dalla versione 2.22, questa informativa diceva che il tutorial «abbassa» la tua impostazione di sensibilità, «mai sotto una soglia minima fissa». In realtà la aumenta, così basta uno scuotimento più leggero, e mai oltre un limite fisso. Ciò che fa il tutorial non è cambiato; le Sezioni 3(a) e 3(d), e la descrizione della versione 2.22 più sotto, ora lo dicono nel verso giusto;
dice che nella versione 1.6.0 l’offerta del video non attende su nessuna installazione, salvo che disattiviamo questo comportamento, e che nella versione 1.5.0 ciò vale per circa metà delle installazioni (Sezione 3(d));
indica a che cosa serve la lettera dell’offerta del video nella versione 1.6.0: non stabilisce nulla; viene estratta per ogni installazione che non ne ha ancora una e inviata perché le statistiche possano distinguere le installazioni in base alla lettera ricevuta, comprese quelle che hanno partecipato al confronto della versione 1.5.0 (Sezioni 3(a) e 3(d));
indica in modo più completo che cosa può lasciare il dispositivo, e quando: nelle Sezioni 3(a) e 4, ogni valore derivato dalle letture di movimento che il backup o le statistiche possono trasportare; nella Sezione 3(d), che se il servizio di scuotimento è attivo viene registrato anche come proprietà dell’installazione, e che l’SDK di Google può registrare, e caricare insieme ai valori, il momento in cui l’App ha impostato per l’ultima volta i valori di sensibilità; e, nella Sezione 3(a), come un’installazione che esisteva prima della versione 1.4.1 conta uno spostamento del cursore fatto con una versione precedente;
descrive il controllo della sensibilità della versione 1.6.0: una modifica fatta con il pulsante «Scossa più forte», «Scossa più leggera» o «Ripristina» conta come modifica tua, come il rilascio di un cursore. Imposta «se hai mai spostato il cursore», aggiorna i valori di sensibilità descritti nella Sezione 3(d) ed è registrata come lo stesso tocco nominato del cursore (Sezioni 3(a) e 3(d));
aggiunge alla Sezione 3(c) la regola per cui la promozione della nostra altra app attende che la torcia sia spenta, che il file lì descritto può disattivare;
indica, nel testo italiano, il nome dell’avviso permanente del servizio come lo mostra l’App («Il servizio è attivo»);
sposta l’elenco delle modifiche in questa appendice e formula le Sezioni da 1 a 13 al presente, come descrizione di ciò che l’App fa oggi. Il titolo usa il nome attuale dell’App, “Shake Flashlight & Torch”. Descrive la versione 1.6.0 dell’App e indica le versioni precedenti per numero, mai per data, dove differiscono. Riporta nelle Sezioni cinque fatti che le versioni precedenti della presente informativa indicavano soltanto negli elenchi delle modifiche (come il tutorial aumenta l’impostazione di sensibilità, che cosa verifica l’App prima di segnalare una funzione come bloccata per mancanza di connessione, che cos’è il pulsante torcia, quando viene aggiornata la proprietà sull’esenzione dalla batteria e che cosa fa l’App con la vibrazione disattivata), e aggiunge ciò che le versioni precedenti alla 1.4.0 registrano oltre alla versione 1.6.0 (il «continua» del mini-gioco, quattro esiti del messaggio di avvio, quattro punti di apertura dello store e un quarto motivo di sblocco gratuito) e ciò che le versioni precedenti alla 1.4.1 conservano su una chiamata. Nient’altro viene aggiunto o tolto a quanto la presente informativa dichiara;
nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. Non viene inviato alcun nuovo evento, parametro o proprietà; le regole sul consenso della Sezione 3(d) e il periodo di conservazione della Sezione 8 restano invariati.

Versione 2.29, del 29 settembre 2026. Quella versione:

chiude la prova del pulsante torcia nella barra in alto. Dalla versione 1.4.2, ogni installazione la cui primissima apertura avviene con la versione 1.4.2 o successiva riceve il pulsante, su un telefono con Android 6 o successivo e una torcia, e un’installazione che esisteva già non lo riceve mai. Non viene più estratto nulla a caso, e il file descritto nella Sezione 3(c) non attiva né disattiva più il pulsante, quindi la Sezione 3(c) non lo nomina più;
descrive la lettera che accompagna il pulsante con due valori, non tre. La lettera conservata sul dispositivo e, dove le statistiche della Sezione 3(d) sono attive, inviata come proprietà dell’installazione ha ora un valore per un’installazione nuova, a cui il pulsante spetta, e uno per un’installazione che esisteva già, a cui non spetta. Le Sezioni 3(a), 3(d) e 5 ora la descrivono così;
nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. La lettera è la stessa, con meno valori. Ciò che viene raccolto, le regole sul consenso della Sezione 3(d) e il periodo di conservazione della Sezione 8 restano invariati.

Versione 2.28, del 28 settembre 2026. Quella versione:

aggiunge ciò che la legge svizzera chiede sui trasferimenti all’estero. La Sezione 6 indica ora, per gli utenti in Svizzera, i Paesi verso cui i dati possono essere comunicati (l’Irlanda e il resto dell’UE e del SEE, gli Stati Uniti e gli altri Paesi in cui operano Google o i suoi partner) e la garanzia prevista dal diritto svizzero per ciascuno: il riconoscimento di tali Paesi da parte del Consiglio federale svizzero, che copre gli Stati Uniti per le società certificate nell’ambito dello Swiss-U.S. Data Privacy Framework, come Google LLC e GitHub, Inc., e altrimenti clausole tipo di protezione dei dati riconosciute dall’Incaricato federale della protezione dei dati e della trasparenza (IFPDT);
aggiunge una parte svizzera ai tuoi diritti. La Sezione 9 ha ora una parte propria per gli utenti in Svizzera, ai sensi della legge federale sulla protezione dei dati (LPD). Indica l’IFPDT come autorità a cui puoi segnalare un problema e precisa che l’App non adotta alcuna decisione che ti riguardi basata esclusivamente su un trattamento automatizzato. La parte dedicata allo SEE, al Regno Unito e alla Svizzera è ora dedicata allo SEE e al Regno Unito;
corregge quale società di Google è responsabile per gli utenti nel Regno Unito. La Sezione 5 indicava Google Ireland Limited; per il Regno Unito è Google LLC. Google Ireland Limited resta responsabile per gli utenti nello SEE e in Svizzera;
corregge il numero dei video rewarded nella Sezione 10. Indicava tre; la Sezione 3(b) ne descrive fino a cinque, e ora la Sezione 10 lo dice;
nessuna modifica all’App, nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. Ciò che viene raccolto, le regole sul consenso della Sezione 3(d) e il periodo di conservazione della Sezione 8 restano invariati.

Versione 2.27, del 28 settembre 2026. Quella versione:

prova un pulsante torcia nella barra in alto su una parte delle nuove installazioni. Dalla versione 1.4.2, l’App può mostrare nella barra in alto un pulsante che accende o spegne la torcia con un solo tocco. Finché la prova è attiva, tramite il file descritto nella Sezione 3(c), che ora la elenca tra le parti facoltative dell’App, circa metà delle installazioni aperte per la prima volta con la versione 1.4.2 o successiva vede il pulsante e l’altra metà no. Un’installazione che esisteva già prima della versione 1.4.2 non lo vede mai. Non è coinvolto alcun annuncio e l’App non chiede alcuna nuova autorizzazione: Android consente a un’app di usare la torcia senza bisogno di autorizzazioni;
conserva sul dispositivo una lettera che indica da quale parte della prova si trova questa installazione. L’App la stabilisce una sola volta, alla prima apertura con la versione 1.4.2 o successiva: una di due lettere, estratta a caso sul dispositivo, per un’installazione la cui primissima apertura avviene con la versione 1.4.2 o successiva, oppure una terza lettera per un’installazione che esisteva già, che resta fuori dalla prova. Se l’installazione sia nuova viene stabilito sul dispositivo in base ai dati con cui Android registra quando questa App è stata installata e aggiornata l’ultima volta, e in base al fatto che l’App fosse già stata aperta; quei momenti vengono letti sul dispositivo e mai inviati (Sezione 3(a)). Dove le statistiche della Sezione 3(d) sono attive, la lettera viene anche registrata come proprietà dell’installazione, accanto alla lettera della prova sull’offerta del video, e le due frasi della Sezione 3(a) che indicano i valori inviati in base alla sua eccezione, così come la frase corrispondente della Sezione 5, ora la nominano. Non dice nulla di te, se non se questa installazione esisteva prima della versione 1.4.2;
registra i tocchi su quel pulsante e un dato in più nel riepilogo della prima sessione. Dalla versione 1.4.2, dove le statistiche della Sezione 3(d) sono attive, la voce dei tocchi nominati comprende anche il pulsante torcia nella barra in alto, registrato a ogni tocco. Il riepilogo inviato una sola volta, alla prima uscita dall’App dopo averla installata, indica ora anche se avevi il servizio di scuotimento attivo al momento dell’invio, come un sì o un no che le voci sull’affidabilità della Sezione 3(d) già riportano. Nulla di ciò è una lettura di sensori, una posizione, un orario o un testo libero;
nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. Le regole sul consenso della Sezione 3(d) si applicano invariate, e il periodo di conservazione della Sezione 8 resta invariato.

Versione 2.26, del 28 settembre 2026. Quella versione:

registra da quale dei due punti hai chiesto di consentire l’uso in background. L’App chiede l’esenzione dall’ottimizzazione della batteria in due punti: l’avviso in cima alla schermata principale e la riga nell’elenco dei controlli del dispositivo più in basso. Finora veniva registrato soltanto un tocco sulla riga. Dalla versione 1.4.2, dove le statistiche della Sezione 3(d) sono attive, viene registrato anche un tocco sul pulsante «Consenti l’uso in background» dell’avviso, con una propria parola fissa, così la voce dei tocchi nominati registra ora quel messaggio come una di due parole fisse (Sezione 3(d)). L’App aggiorna inoltre il dato che dice se dispone dell’esenzione, già registrato come proprietà dell’installazione, non appena torni all’App dopo aver consentito l’uso in background, anziché al successivo avvio dell’App. Nulla di ciò è una lettura di sensori, una posizione, un orario o un testo libero;
nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. Le regole sul consenso della Sezione 3(d) si applicano invariate, e il periodo di conservazione della Sezione 8 resta invariato.

Versione 2.25, del 28 settembre 2026. Quella versione:

mostra il messaggio di avvio solo quando arrivi nell’App. Dalla versione 1.4.2 non compare più in un passaggio innescato da uno scuotimento fatto mentre l’App è aperta;
aggiunge un contesto a tre voci sulla promozione. Dalla versione 1.4.2, dove le statistiche della Sezione 3(d) sono attive, il messaggio di avvio messo sullo schermo, la scheda del gioco presente sullo schermo e l’apertura della scheda su Google Play della nostra altra app portano con sé anche all’incirca quanto tempo fa è stata installata l’App (una di otto parole fisse) e all’incirca quanti scuotimenti l’App ha contato in totale su questa installazione (una di sette parole fisse). Il messaggio di avvio, e l’apertura della scheda a partire da esso, indicano anche se il messaggio è comparso quando sei arrivato nell’App o durante uno scuotimento (una di due parole fisse). Il momento dell’installazione viene letto da Android sul dispositivo, e viene inviata soltanto la fascia, mai una data o un orario. Le Sezioni 3(a) e 5 ora dicono che il tuo conteggio di scuotimenti lascia il dispositivo soltanto come quella fascia. Nulla di ciò è una lettura di sensori, una posizione, un orario o un testo libero;
registra come si è chiuso il pannello di Google Play. Dalla versione 1.4.2, quando la scheda della nostra altra app è stata mostrata come pannello di Google Play aperto a metà schermo sopra l’App, il ritorno da essa porta con sé anche il codice di risultato che Google Play restituisce alla chiusura di quel pannello, come una di dodici parole fisse (Sezione 3(d)). Non dice nulla di te;
dice che cosa contiene il link alla scheda della nostra altra app. Contiene parole fisse che nominano questa App, la campagna e il punto che hai toccato e, dalla versione 1.4.2, anche il numero di versione dell’App e una breve parola fissa che indica quale versione della promozione hai visto. Google Play può trasmetterle alla nostra altra app se la installi (Sezione 3(d));
nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. Le regole sul consenso della Sezione 3(d) si applicano invariate, e il periodo di conservazione della Sezione 8 resta invariato.

Versione 2.24, del 27 settembre 2026. Quella versione:

registra quando apri l’App e trovi fermo il servizio di scuotimento. Dalla versione 1.4.2, dove le statistiche della Sezione 3(d) sono attive, aprire l’App mentre il servizio di scuotimento è attivo ma non in esecuzione viene registrato una volta per ogni arresto di questo tipo, insieme al motivo dell’arresto, all’incirca a per quanto tempo era rimasto fermo, al fatto che l’App abbia o no l’esenzione dall’ottimizzazione della batteria e al fatto che un percorso di ripristino abbia provato o no a riavviarlo nel frattempo (Sezione 3(d), Ripristino). Nulla di ciò è una lettura di sensori, una posizione, un orario o un testo libero;
fa valere un solo video per due impostazioni vicine. Un video guardato per disattivare la vibrazione, o per attivare «Ignora gli scuotimenti mentre sei al telefono», ora lascia gratuita l’altra delle due per gli stessi cinque minuti. Il tema scuro, la pagina degli obiettivi e il recupero di una serie giornaliera mantengono ciascuno i propri cinque minuti. Uno sblocco di questo tipo è registrato con la stessa parola fissa di ogni altro sblocco entro i cinque minuti, indicando l’impostazione effettivamente sbloccata (Sezione 3(d)); non si aggiunge alcuna parola nuova;
aggiunge un secondo punto da cui attivare il tema scuro e registra quale dei due hai usato. Dalla versione 1.4.2, l’elenco delle impostazioni ha un interruttore «Tema scuro» accanto al pulsante già presente nella barra in alto. È la stessa impostazione con le stesse regole: attivarla può proporti prima lo stesso breve video, un solo video la sblocca da entrambi i punti per gli stessi cinque minuti, e disattivarla è sempre gratuito (Sezione 3(b)). Dove le statistiche della Sezione 3(d) sono attive, un tocco sull’interruttore, lo sblocco del tema scuro e il tema scuro mostrato come bloccato vengono registrati come già avviene per il pulsante nella barra in alto, con una parola fissa che indica che provengono dall’elenco delle impostazioni e non dalla barra in alto. Nulla di ciò è una lettura di sensori, una posizione, un orario o un testo libero;
registra, per ogni offerta di un video, a quale funzione era destinata e che cosa ne hai fatto. Dalla versione 1.4.2, dove le statistiche della Sezione 3(d) sono attive, l’App registra quando un’offerta di video compare sullo schermo, quando tocchi per guardarlo, quando la rifiuti mentre non è in corso alcuna attesa e quando un video viene chiuso prima della fine, ciascuno con una parola fissa che indica la funzione a cui l’offerta era destinata; e il pulsante che abbandona la breve attesa di un video ora registra anche quella funzione (Sezione 3(d)). Dalla versione 1.4.2 registra anche il primo tocco su un video mentre quel video è sullo schermo, con quanto era durata l’attesa, quale versione dell’offerta è stata usata e all’incirca quanto presto dopo la comparsa del video è arrivato il tocco (Sezione 3(d)). Nulla di ciò è una lettura di sensori, una posizione, un orario o un testo libero;
registra quanto ha reso ciascun video, per funzione. Dalla versione 1.4.2, dove le statistiche della Sezione 3(d) sono attive, ogni volta che viene mostrato un video con premio l’App registra l’importo che l’SDK pubblicitario di Google indica per quella visualizzazione, la sua valuta, quanto Google dichiara esatto quell’importo (una di quattro parole fisse) e la funzione a cui il video era destinato (Sezione 3(d)). È lo stesso tipo di dato sui ricavi descritto nella Sezione 5, ora per singolo video e per funzione anziché soltanto come totali; non dice nulla su di te, sull’annuncio o su chi lo ha servito;
nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. Le regole sul consenso della Sezione 3(d) si applicano invariate, e il periodo di conservazione della Sezione 8 resta invariato.

Versione 2.23, del 27 settembre 2026. Quella versione:

dice che disattivare la vibrazione ora può chiedere un breve video. Dall’aggiornamento di ottobre 2026 l’elenco delle impostazioni ha un’opzione «Vibra quando scuoti». È attiva quando installi l’App e, finché resta attiva, non cambia nulla: il telefono vibra brevemente quando uno scuotimento, o il riquadro delle Impostazioni rapide, accende o spegne la torcia. Disattivarla può prima proporti un video con premio, esattamente come già accade attivando il tema scuro. È il quinto punto di questo tipo e segue le stesse regole degli altri quattro: il video non parte mai da solo, è sempre rifiutabile, riattivare la vibrazione è sempre gratuito e immediato, e se il video non può effettivamente essere mostrato l’App ti concede comunque l’impostazione anziché lasciarti bloccato. Con l’opzione disattivata l’App non fa vibrare il telefono per uno scuotimento, per un tocco sul riquadro o per un nuovo obiettivo, e pubblica l’avviso di quell’obiettivo senza suono né vibrazione. Le impostazioni delle notifiche di Android non vengono modificate. La scelta è conservata sul tuo dispositivo con le altre impostazioni (Sezione 3(a));
registra quando quell’opzione è sul tuo schermo e in quale verso l’hai cambiata. Dove le statistiche della Sezione 3(d) sono attive, l’App registra quando l’interruttore «Vibra quando scuoti» è effettivamente sul tuo schermo, contato una volta per visita esattamente come la scheda del gioco, e l’elenco dei tocchi nominati acquisisce quell’interruttore, registrato come una di due parole fisse: vibrazione disattivata oppure riattivata. La voce sugli sblocchi con video con premio ora indica cinque funzioni anziché quattro. Nulla di ciò è una lettura di sensori, una posizione, un orario o un testo libero;
nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. Le regole sul consenso della Sezione 3(d) si applicano a entrambe le modifiche invariate, e il periodo di conservazione della Sezione 8 resta invariato.

Versione 2.22, del 26 settembre 2026. Quella versione:

dice che il tutorial può rendere più facile lo scuotimento aumentando la tua impostazione di sensibilità. Dall’aggiornamento di ottobre 2026 la guida «Come usare» è una breve schermata di prova. Se, mentre è aperta, uno scuotimento resta appena sotto la tua soglia di sensibilità più di una volta, oppure tocchi il suo pulsante «Rendilo più facile», aumenta l’impostazione di sensibilità di un gradino fisso, così basta uno scuotimento più leggero (al massimo due gradini per installazione, mai oltre un limite fisso), e lo dice sullo schermo. Il valore di sensibilità descritto nelle Sezioni 3(a) e 3(d) può quindi essere uno che il tutorial ha aumentato per te anziché uno da te scelto, e un valore aumentato dice che uno scuotimento è rimasto sotto la soglia — non più di quanto già dicano i conteggi dei mancati scuotimenti della Sezione 3(d). «Se hai mai spostato il cursore» conserva il suo significato: lo imposta soltanto il cursore, mai il tutorial. L’App conserva inoltre sul tuo dispositivo, senza mai inviarlo, quanti gradini il tutorial ha usato (Sezione 3(a));
aggiunge tre comandi all’elenco dei tocchi nominati: «Salta» del tutorial, il suo pulsante «Rendilo più facile» e l’«Ho capito» che lo chiude quando non resta un gradino più facile;
nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. Non viene inviato alcun nuovo evento o parametro; le regole sul consenso della Sezione 3(d) e il periodo di conservazione della Sezione 8 restano invariati.

Versione 2.21, del 25 settembre 2026. Quella versione:

aggiunge una lettera che indica quale di due versioni dell’offerta del video è assegnata a questa installazione. Dall’aggiornamento di ottobre 2026 l’App estrae quella lettera a caso sul dispositivo, una sola volta, e la conserva con le altre impostazioni (Sezione 3(a)); dove le statistiche della Sezione 3(d) sono attive, viene anche registrata come proprietà dell’installazione, accanto all’impostazione di sensibilità. Non è mai ricavata da nulla che ti riguardi. Le due frasi della Sezione 3(a) che indicano i valori inviati in base alla sua eccezione, e la frase corrispondente della Sezione 5, ora nominano quella lettera accanto all’impostazione di sensibilità;
dice che circa metà delle installazioni non attende il video finché il confronto è in corso. Su quelle installazioni il pulsante per guardare resta grigio finché il video non si è caricato, e nulla viene concesso mentre si carica. La voce della Sezione 3(d) sugli sblocchi con video con premio ora lo dice, indica quale intervallo vi viene registrato e precisa che lì una funzione è concessa gratuitamente soltanto quando il video non è riuscito a partire dopo che hai toccato; la voce sui comandi nominati dice che su quelle installazioni l’abbandono dell’attesa conteggiato è la chiusura dell’offerta mentre il pulsante è ancora grigio. Nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità, e le regole sul consenso della Sezione 3(d) si applicano invariate a entrambe le modifiche.

Versione 2.20, pubblicata il 25 settembre 2026. Quella versione:

aggiunge un terzo motivo con cui può essere segnalata una funzione bloccata. La voce della Sezione 3(d) su una funzione che ti viene mostrata come bloccata indicava due motivi; ora ne indica tre, e il nuovo viene per primo: nessuna connessione nel momento in cui hai toccato. L’App verifica se il dispositivo è collegato alla rete in quel tocco e invia soltanto quale dei tre motivi valeva — mai nulla sulla tua rete. Nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità, e le regole sul consenso della Sezione 3(d) vi si applicano invariate;
smette di descrivere il motivo legato al consenso come un’installazione nuova non ancora collegata alla rete. Un tocco fatto senza connessione ora viene segnalato come «nessuna connessione», quindi il motivo legato al consenso viene registrato soltanto mentre sei collegato alla rete, e la Sezione 3(d) ora lo dice;
dice che cosa succede quando l’interruttore pubblicitario della Sezione 3(c) non è raggiungibile. L’App continua a usare la sua ultima copia di quel file e, se non ne ha mai avuta una, considera attiva la pubblicità; la Sezione 3(b) non dice più che un annuncio viene richiesto soltanto dopo che quell’interruttore è stato letto. Nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità.

Versione 2.19, pubblicata il 15 settembre 2026. Quella versione:

corregge un’affermazione falsa. Le versioni dalla 2.7 alla 2.18 dicevano che l’App non raccoglieva mai statistiche di utilizzo nello SEE, nel Regno Unito o in Svizzera. Era sbagliato fin dal giorno in cui le statistiche sono entrate in funzione (24 agosto 2026): dove avevi prestato il consenso nel messaggio di consenso di Google, le statistiche descritte nella Sezione 3(d) venivano raccolte, esattamente come altrove. Nulla è stato raccolto da chi non aveva prestato il consenso. La presente versione dice ciò che l’App fa davvero. Nello SEE, nel Regno Unito e in Svizzera tali statistiche sono raccolte soltanto se presti il consenso nel messaggio che Google mostra al primo avvio; la base giuridica è il tuo consenso (art. 6, par. 1, lett. a) GDPR), puoi revocarlo in qualsiasi momento dalla voce “Annunci e privacy” all’interno dell’App e, se non presti il consenso, non viene raccolto nulla e nessun identificativo di installazione viene creato. Al di fuori di tali aree vale, come prima, l’interruttore in-app «condividi statistiche di utilizzo». Nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità: cambia soltanto la descrizione di dove avviene la raccolta già esistente e su quale base;

Versione 2.18, pubblicata il 15 settembre 2026. Quella versione:

dice che il riepilogo periodico della Sezione 3(d) ora conta anche gli scuotimenti che non hanno funzionato. Accanto agli scuotimenti che già contava, l’App conta ora quante volte il tuo movimento è sembrato uno scuotimento ma è rimasto sotto la soglia di sensibilità da te scelta, quanto è arrivato vicino il più intenso di essi (come una di due fasce) e quanti di essi sono stati seguiti entro dieci secondi da uno scuotimento riuscito. Si tratta di conteggi e fasce, mai delle letture stesse, esattamente come per le voci già presenti, e servono a rispondere a una domanda a cui altrimenti non possiamo rispondere: su quali modelli di telefono l’App è semplicemente troppo difficile da attivare. Lo stesso riepilogo indica inoltre, quando un comando della torcia è fallito, una singola parola fissa che ne dice il motivo — l’App conta quei fallimenti da quando queste statistiche esistono e non ne ha mai registrato la causa, così una torcia occupata da un’altra app e una torcia guasta per colpa dell’App ci apparivano identiche;
aggiunge un ulteriore riepilogo, inviato una sola volta per installazione, alla prima uscita dall’App dopo averla installata. Non contiene nulla che il riepilogo periodico qui sopra non contenga. Esiste perché quel riepilogo viene inviato solo per finestre di almeno mezz’ora, per cui un’installazione che non è mai riuscita ad accendere la torcia ed è stata rimossa lo stesso giorno non ci diceva proprio nulla;
nessuna nuova categoria di informazioni, nessun nuovo destinatario e nessuna nuova finalità. Nulla di ciò è una lettura di sensore, una posizione, un orario o testo libero; valgono invariate le regole di consenso della Sezione 3(d) — nello SEE, nel Regno Unito e in Svizzera soltanto se presti il consenso, altrove soltanto finché non disattivi l’interruttore in-app — e il periodo di conservazione della Sezione 8 è immutato;

Versione 2.17, pubblicata il 15 settembre 2026. Quella versione:

dice che attivare «Ignora gli scuotimenti mentre sei al telefono» ora richiede un breve video. Quell’opzione è disattivata quando installi l’App, e attivarla può ora proporti prima un video con premio, esattamente come già avveniva attivando il tema scuro. È un quarto punto in cui ciò accade e segue le stesse regole degli altri tre: il video non parte mai da solo, è sempre rifiutabile, disattivare l’opzione è sempre gratuito e immediato, e se il video non può in concreto essere mostrato l’App ti concede comunque l’impostazione anziché lasciarti bloccato. Non viene raccolto nulla di nuovo. Lo sblocco è registrato dalla stessa voce della Sezione 3(d) che già copre gli altri tre, con gli stessi motivi e la stessa fascia di attesa; l’unica differenza è che quella voce ora indica quattro funzioni anziché tre. Nulla della chiamata in sé viene letto, conservato o trasmesso per questo motivo: il permesso che l’opzione richiede, e ciò che l’App ne fa, restano esattamente quelli descritti nella Sezione 3(a). Se hai già l’opzione attiva per te non cambia nulla, perché è interessata soltanto l’attivazione a partire da disattivata;
nient’altro è cambiato. Nessun nuovo destinatario, nessuna nuova finalità e nessuna nuova categoria di informazioni: un elenco esistente acquista una quarta voce.

La versione 2.16, pubblicata il 15 settembre 2026. Tale versione:

dice che l’App ora comunica anche la posizione esatta del cursore di sensibilità e se lo hai mai spostato. Finora le statistiche di utilizzo e affidabilità descritte nella Sezione 3(d) riportavano soltanto in quale quarto di quel cursore ti trovavi. Ora riportano anche la posizione vera e propria — un numero intero da 5 a 150, il numero mostrato sul cursore — e un semplice sì o no sul fatto che il cursore sia mai stato spostato su questa installazione. Si tratta della stessa raccolta, nella stessa Sezione, con le stesse regole di consenso, verso lo stesso destinatario e per la stessa finalità: nello SEE, nel Regno Unito e in Svizzera è raccolta soltanto se presti il consenso, e altrove si interrompe nel momento in cui disattivi l’interruttore in-app «condividi statistiche di utilizzo». È un’impostazione scelta da te, non una misurazione della tua persona: non dice nulla su come, quando o con quanta forza scuoti il dispositivo, è registrata a fronte dello stesso identificativo casuale di installazione di tutto il resto della Sezione 3(d) ed esiste perché possiamo scegliere una sensibilità iniziale migliore per ciascun modello di telefono — cosa possibile solo se le installazioni che non hanno mai toccato il comando possono essere distinte da quelle che lo hanno fatto, ed è a questo che serve il sì o no. Il quarto continua a essere inviato insieme a essi;
corregge una frase rimasta nella tabella delle basi giuridiche. La riga 4 della tabella nella Sezione 4 terminava ancora dicendo che sul dispositivo viene memorizzata l’ora in cui è iniziata una pausa dovuta a una chiamata. La versione 2.15 ha tolto quella dichiarazione dalla Sezione 3(a), perché l’App ha smesso di memorizzarla, e quella riga avrebbe dovuto essere corretta nello stesso momento. Ora dice ciò che è vero: nulla della chiamata viene memorizzato né trasmesso, e lo stato della chiamata è letto in modo transitorio soltanto sul dispositivo. La riga è anche rinominata con il nome che l’opzione ha effettivamente nell’App — «Ignora gli scuotimenti mentre sei al telefono» — che è ciò che fa ora che una chiamata non ferma più nulla. Non è coinvolto alcun tipo nuovo di informazione: questa correzione si limita a togliere l’affermazione che qualcosa venga conservato;
nomina quattro elementi che l’SDK di Google ha sempre registrato e che questa informativa non elencava. L’elenco «Raccolti automaticamente da Google» della Sezione 3(d) è scritto come un elenco completo, e vi mancavano il produttore e il nome del modello del dispositivo, la versione di Android installata e la versione dell’App. L’SDK di Google li allega da sé a ogni voce di quella Sezione, e lo fa da quando quelle statistiche sono attive. Era un’omissione di questa informativa, non un cambiamento dell’App: non viene raccolto nulla di nuovo, e questa versione lo dice dove avrebbe sempre dovuto dirlo. Indicano un modello di telefono e mai un telefono in particolare, e non portano con sé alcun identificativo proprio. Vengono nominati ora perché il punto sulla sensibilità qui sopra dichiara di esistere per scegliere una sensibilità iniziale migliore per ciascun modello di telefono, e chi legge ha diritto di vedere da dove venga il modello;
nulla d’altro è cambiato. Nessun nuovo destinatario riceve alcunché, nulla è usato per una finalità nuova e non viene raccolta alcuna nuova categoria di informazioni: ciò che si aggiunge è un numero che imposti tu e un sì o no sul fatto che tu lo abbia impostato.

La versione 2.15, pubblicata il 15 settembre 2026. Tale versione:

dice che l’App non memorizza più il momento in cui una chiamata l’ha messa in pausa. Fino alla 2.13 veniva reso noto un dettaglio della funzione facoltativa «interrompere la torcia durante le telefonate»: che l’App conservava sul dispositivo l’ora in cui era iniziata una pausa dovuta a una chiamata. Non la conserva più. L’App non viene più fermata per una chiamata — resta in esecuzione e si limita a ignorare uno scuotimento mentre stai parlando — quindi non c’è più alcuna pausa da datare. Nulla scrive più quel valore, e un valore lasciato da una versione precedente viene cancellato al successivo avvio dell’App. Ciò che l’App conserva al suo posto è se una chiamata è in corso mentre l’App è in esecuzione, e lo conserva soltanto nella memoria dell’App: mai scritto sul dispositivo, mai incluso nel backup di Android, mai inviato a noi. Nulla della chiamata in sé è mai stato registrato, e nulla lo è ora: né numero, né direzione, né durata, né identità;
nulla d’altro è cambiato. La presente versione toglie una dichiarazione, perché l’App ha smesso di memorizzare ciò che quella dichiarazione descriveva. Non viene raccolto alcun tipo nuovo di informazione, nessun nuovo destinatario la riceve e nulla è usato per una finalità nuova.

La versione 2.14, pubblicata il 14 settembre 2026. Tale versione:

corregge ciò che viene registrato su come si è concluso il messaggio di avvio. Quel messaggio è stato ricostruito e ora ha una “X” per chiuderlo, accanto a “non ora” e al gesto indietro. Tutte e tre queste vie sono la stessa risposta, quindi l’App registra due parole fisse dove prima ne registrava tre: che hai accettato il messaggio e sei andato alla scheda dello store, oppure che lo hai rifiutato. La chiusura con il gesto indietro non viene più registrata come parola a sé. Non viene raccolto nulla di nuovo: una parola è uscita da un elenco chiuso, e questa informativa ne indicava tre dove ora l’App ne indica due;
nient’altro è cambiato. Non viene raccolto alcun nuovo tipo di informazione, nessun nuovo destinatario la riceve e non viene usata per alcuna nuova finalità.

La versione 2.13, pubblicata il 10 settembre 2026. Tale versione:

dice che lo sblocco con video con premio registra ora anche all’incirca quanto hai atteso. L’App ha sempre atteso un breve momento il video dopo che tocchi per guardarlo — fino a dieci secondi, con il pulsante per abbandonare l’attesa sempre disponibile — e non ha mai registrato nulla su quell’attesa. Ora registra quanto è durata, come una di sei parole fisse, oppure una settima che significa “nessuna attesa” quando attesa non ce n’è stata. Il video in sé non è mai compreso, l’intervallo esiste soltanto nella memoria dell’App fino alla fine dell’attesa e gli sopravvive soltanto la parola;
rende nota una nuova voce: le richieste che l’App fa per quei video. L’App chiede a Google un video con premio prima che tu tocchi, così che ne sia pronto uno quando lo chiedi. Lo ha sempre fatto e non ha mai registrato nulla al riguardo. Ora registra se un video è arrivato oppure quale di tre tipi di errore Google ha segnalato, e all’incirca quanto è durata la richiesta, come le stesse sei parole. Nulla sul video in sé viene inviato: non quale annuncio, non chi lo ha servito, nessun testo di errore;
dice che il pulsante che abbandona la breve attesa porta ora con sé le stesse parole, per questo solo comando;
corregge il conteggio nella frase che segue quell’elenco, da sette punti attivi a otto;
nulla d’altro è cambiato. Non viene raccolto alcun tipo nuovo di informazione, nessun nuovo destinatario la riceve e non viene usata per alcuna finalità nuova: ciò che si aggiunge è la fascia di un intervallo di tempo misurato dentro l’App e una parola fissa che dice come è finita una richiesta.

La versione 2.12, pubblicata il 9 settembre 2026. Tale versione:

rende noti due eventi che prima non erano dichiarati. L’SDK di Google invia quando l’App viene disinstallata e quando i dati dell’App vengono cancellati, e lo fa da quando queste statistiche sono attive. Nessuno dei due compariva nell’elenco “Raccolti automaticamente da Google” della Sezione 3(d) nelle versioni dalla 2.8 alla 2.11. È stata un’omissione della presente informativa, non un cambiamento dell’App: non viene raccolto nulla di nuovo, e questa versione lo dice dove avrebbe sempre dovuto dirlo. Ciascuno dei due registra soltanto che il fatto è avvenuto, con lo stesso identificativo casuale dell’installazione di tutto il resto di quella Sezione — nulla su di te e nulla sul perché;
corregge il secondo motivo per cui una funzione può esserti mostrata come bloccata, nella stessa Sezione. Si diceva che il motivo fosse il rifiuto del consenso. Non lo è: il sistema di consenso di Google lascia la pubblicità richiedibile anche dopo un rifiuto, per cui quel valore registra in realtà un controllo del consenso che non è andato a buon fine — nella pratica un’installazione nuova non ancora collegata alla rete. Il valore registrato non cambia; cambia solo la sua descrizione, che ti diceva che a bloccare la funzione fosse stata una tua scelta quando non lo era;
corregge un conteggio nella Sezione 3(a) e nella Sezione 5. Entrambe parlavano ancora delle “due fasce approssimative” inviate in forza dell’eccezione della Sezione 3(d). Quell’eccezione indica una sola fascia dalla versione 2.10, da quando le partite del mini-gioco non vengono più inviate;
corregge la data di efficacia nell’intestazione del presente testo Markdown, che riportava il 24 agosto 2026. La pagina pubblicata indica il 25 agosto 2026 dalla versione 2.9; questo file non l’aveva mai recepito;
riformula al presente la nota “nessun terzo controllo” e vi aggiunge la metà che le mancava: lo Sviluppatore non può nemmeno attivare queste statistiche per tutte le installazioni in una sola volta. Nulla è cambiato nei controlli in sé.

La versione 2.11, pubblicata il 9 settembre 2026. Tale versione:

aggiunge un comando all’elenco dei tocchi nominati: il numero della serie giornaliera sulla scheda dei progressi nella schermata principale. È una seconda via d’accesso alla pagina degli obiettivi, dietro lo stesso video facoltativo, la stessa pausa di cinque minuti per funzione e lo stesso avviso di blocco della pagina degli obiettivi stessa. Viene registrato al posto di un tocco sulla pagina degli obiettivi, mai in aggiunta ad esso — il contrario della voce sugli obiettivi con contrassegno, che è un sottoinsieme dei tocchi su quella stessa pagina — così i due accessi vengono contati separatamente e un solo tocco non viene mai contato due volte. Non è un nuovo tipo di dato: è una parola fissa in più in un elenco scelto in anticipo dall’App.

La versione 2.10, pubblicata l’8 settembre 2026 — pubblicata dapprima come sola pagina HTML; questi sorgenti Markdown non sono stati aggiornati in quell’occasione e sono rimasti indietro fino al 9 settembre 2026, quando il testo che segue è stato riallineato alla pagina pubblicata all’indirizzo https://matteomark.github.io/, che resta quella che fa fede. Tale versione:

ritira le tre voci sul mini-gioco a blocchi dall’elenco “Utilizzo del prodotto” e le segnala come non più registrate, essendo il mini-gioco stato rimosso dall’App, e riduce la voce sull’esito del messaggio da quattro valori a tre e quella sui punti d’apertura dello store da quattro a due;
sostituisce la “vita in più” del mini-gioco con il recupero di una serie giornaliera interrotta da un solo giorno saltato come terza funzione dietro un video con premio facoltativo, e riduce i motivi della concessione da quattro valori fissi a tre;
aggiunge due voci all’elenco dei tocchi nominati: la pagina degli obiettivi quando mostra il contrassegno “novità” (registrato in aggiunta al tocco sulla pagina stessa, mai al suo posto) e le tre notifiche che l’App mette nel pannello delle notifiche.

La versione 2.9, pubblicata il 7 settembre 2026:

aggiunge tre voci all’elenco “Utilizzo del prodotto”: che la scheda del gioco nell’elenco delle impostazioni era effettivamente sul tuo schermo, contata una volta per visita; che sei tornato nell’App dopo aver aperto la scheda su Google Play della nostra altra app, e all’incirca quanto tempo è passato, come una di cinque fasce fisse e mai un numero; e che una funzione normalmente dietro un video con premio ti è stata mostrata come bloccata, con quale di due motivi. Nessuna delle tre è un nuovo tipo di dato — ognuna è una parola fissa scelta in anticipo dall’App;
aggiunge un comando all’elenco dei tocchi nominati: il pulsante che abbandona la breve attesa di un video;
restringe una frase perché resti vera: il paragrafo di chiusura dell’elenco diceva che le voci non portano “nessun dato temporale”; la voce sul ritorno qui sopra ne porta uno, come fascia fissa, e il paragrafo ora dice esattamente questo.

La versione 2.8, pubblicata il 24 agosto 2026:

dichiara le visualizzazioni di schermata. La versione 2.7 affermava, a proposito degli eventi che l’SDK di Google registra da sé, che «nessun tracciamento delle schermate è attivo». Da questo aggiornamento lo è. Ogni volta che viene aperta una delle due schermate dell’App — la schermata principale della torcia o il mini-gioco a blocchi — l’SDK di Google ne registra l’apertura e il nome. È tutto qui: nessuna coordinata, nessuna registrazione della schermata e nulla di ciò che vi digiti o vi tocchi dentro. La voce della Sezione 3(d) ora lo dice, e la frase che affermava il contrario è stata rimossa;
elenca uno per uno gli eventi propri dell’SDK invece di riassumerli. La stessa voce ora li nomina singolarmente — la prima apertura dopo l’installazione, ogni apertura, l’inizio di una sessione e all’incirca quanto è durata, un aggiornamento dell’App, un aggiornamento del sistema operativo — perché «le aperture dell’app e una misura approssimativa della durata della sessione» non li nominava tutti;
aggiunge a quello stesso elenco la campagna di installazione. Quando Google Play comunica all’SDK che la tua installazione proviene da un link di campagna, l’SDK ne registra nome, fonte e mezzo. Non è un comportamento nuovo: fa parte dello stesso SDK già descritto dalle versioni precedenti, semplicemente non era nominato. Ora lo è. Non è la tua posizione e non porta con sé alcun identificativo proprio;
corregge ciò che la Sezione 3(d) diceva dell’App che hai oggi. La versione 2.7 affermava che l’App pubblicata «non invia assolutamente nulla, in nessuna regione, perché non è compilata con le credenziali descritte più avanti». La prima metà era vera. La motivazione non lo era: le credenziali c’erano, e mancava invece un pezzo distinto della stessa configurazione, per cui nessun dispositivo ha mai registrato né inviato alcunché. Questo aggiornamento corregge tale difetto, ed è ciò che rende il resto della Sezione la descrizione di una raccolta reale e non di un’intenzione. Nulla di questa correzione amplia ciò che viene raccolto.

La versione 2.7, pubblicata il 21 agosto 2026:

aggiunge tre voci all’elenco “Utilizzo del prodotto” della Sezione 3(d): la comparsa di uno dei due messaggi occasionali di avvio e quale dei due fosse; quale di quattro esiti fissi lo ha concluso; e l’apertura della scheda su Google Play della nostra altra app, insieme al punto, fra quattro, da cui è stata aperta. Ciascuna delle tre porta con sé soltanto parole scelte in anticipo dall’App, e nient’altro;
corregge la voce sui tocchi del medesimo elenco. Diceva che l’App registra i tocchi su un elenco fisso e breve di comandi nominati e che un comando fuori da quell’elenco non viene registrato affatto; aprire quella scheda su Google Play è un tocco fuori da quell’elenco, perciò ora la voce nomina entrambi gli elenchi e ribadisce la promessa su tutto ciò che ne resta fuori.

La versione 2.6, pubblicata in precedenza nella stessa giornata:

aggiunge la Sezione 3(d), che descrive le statistiche di utilizzo e affidabilità che l’App può inviare tramite Google Analytics per Firebase — ogni campo, in parole semplici, con l’elenco di ciò che non viene deliberatamente raccolto e i modi per disattivarle. Tali statistiche sono attive a partire dal prossimo aggiornamento dell’App; la Sezione 3(d) dice dove vengono raccolte e su quale base. (La versione 2.6 diceva che non venivano raccolte affatto nello SEE, nel Regno Unito e in Svizzera: era sbagliato, e la versione 2.19 qui sopra lo corregge);
dichiara il backup automatico (Auto Backup) di Android, che copia i dati on-device della Sezione 3(a) sul tuo Google Drive e di cui nessuna versione precedente faceva menzione;
afferma esplicitamente che gli annunci vengono richiesti in anticipo, prima che tu accetti qualsiasi proposta e anche se non te ne viene mai mostrato alcuno (Sezione 3(b));
documenta due ulteriori punti in cui l’App può proporti un video con premio — l’interruttore del tema scuro e il mini-gioco a blocchi — accanto alla galleria degli obiettivi, che era l’unico punto descritto in precedenza;
descrive l’account locale “keep-alive” visibile nelle Impostazioni di Android e gli ulteriori sensori di movimento che l’App legge su alcuni dispositivi;
dà atto che l’App non mostra alcun banner e alcun annuncio a schermo intero in nessun punto, mini-gioco compreso: l’unico formato che contiene è un video con premio che scegli tu di guardare (Sezione 3(b)); e
corregge l’età minima dichiarata da 13 a 16 anni, in linea con la dichiarazione dell’App su Google Play.

→ Read this policy in English