Privacy Policy

Effective date: 2026-05-04  ·  Last updated: 2026-09-08

This Privacy Policy applies to all apps published by sskplay (“we”, “our”) under the apps.sskplay.com catalog, unless a specific app provides its own separate policy. “The App” below means whichever of our titles you are using.

Which platform this applies to

Our apps ship on Android (Google Play), iOS (the App Store), macOS, and Chrome. This policy covers all of those platforms, but not every app on them — an app that publishes its own policy is governed by that one instead, whichever platform it ships on. See Per-app policies below for which apps those are. Where the platforms genuinely differ — because the advertising identifier, the payment processor, or the permission model is different — the section below names the platform it is talking about. Anything not marked with a platform applies everywhere.

Overview

The apps covered by this policy are utility tools. They do not require you to create an account, do not have any server-side database of user records, and do not send your app data to our servers. Most of them work entirely on your device or on your local Wi-Fi network. Apps with AI features work differently and are covered elsewhere — see Per-app policies below.

Some of our apps display advertisements provided by Google AdMob, or offer optional in-app purchases — handled by Google Play Billing on Android and by StoreKit and the App Store on iOS. Where this is the case, the app's own store listing makes it clear, and the relevant section below applies.

Information we collect ourselves

For the apps covered by this policy, we do not collect or transmit any personally identifiable information to our own servers. The following data is stored only on your device and is never sent to us:

• App settings, preferences, and any state the app needs to remember between sessions
• Any user-created content (for example, the list of pinned shortcuts in App Pin) — kept locally on the device

Apps that operate over your local network (for example, AirPlay Touch and AudioCast) exchange data only with other devices you connect to on the same Wi-Fi network. That traffic does not pass through any server we operate.

You can erase any locally stored data at any time: on Android, by clearing the app's data in Settings > Apps or by uninstalling the app; on iOS, by deleting the app, which removes the data stored with it.

The apps covered by this policy do not collect:

• Your name, email address, phone number, or postal address
• Your precise or approximate location
• Your contacts, photos, files, camera input, or microphone input — except where a specific feature requires it (see Permissions below)
• Crash reports, analytics, or usage telemetry of our own — in apps that include AdMob, the ads SDK reports its own diagnostic data to Google, which is not linked to your identity and is not used to track you
• Any unique identifier beyond what Google AdMob, Google Play Billing, or the Apple App Store uses internally, in apps that include those services

Advertising — Google AdMob

Some of our apps use Google AdMob (provided by Google LLC) to display advertisements. In apps where AdMob is enabled, AdMob may access and process:

• On Android, the Advertising ID (AAID) — a user-resettable identifier used for ad personalization and frequency capping
• On iOS, the Advertising Identifier (IDFA), and only if you allow tracking when the app asks — see App Tracking Transparency below
• Coarse device information (device model, OS version, language, country)
• Approximate location derived from your IP address
• Basic interaction data with the ads themselves

Google AdMob's handling of this data is governed by Google's own policies:

• Google Privacy Policy
• How Google uses information from sites or apps that use our services
• AdMob — ads personalization

On Android you can reset or delete your Advertising ID at any time in Settings > Privacy > Ads. From Android 12 onwards you can also opt out of ad personalization from the same screen.

App Tracking Transparency (iOS)

On iOS, our apps that show AdMob ads present Apple's App Tracking Transparency prompt, asking your permission to track your activity across other companies' apps and websites. “Track” here means what Apple means by it: linking this device's advertising identifier to data collected in other companies' apps and websites, so that the ads you are shown can be personalised.

• If you allow it, the ads SDK may read the IDFA and use it for personalised advertising.
• If you decline, the IDFA is not made available to the app and ads are served non-personalised. Every feature of the app works exactly the same either way — nothing is gated behind the prompt.

You can change that decision at any time in iOS Settings > Privacy & Security > Tracking, for a single app or for all apps at once.

In its Apple privacy manifest, the AudioCast iOS receiver declares exactly two kinds of collected data: a Device ID, collected for third-party advertising, linked to you and used for tracking — but only once you have allowed it above; and diagnostic data reported by the ads SDK, not linked to you and not used for tracking.

In the EEA and the UK, AdMob's own consent form additionally asks for your choices before any personalised ad is served. That form and the ATT prompt are two separate asks, and an ad is personalised only where both permit it. You can reopen the consent form at any time from the app's own Settings screen, in regions where it applies.

In-app purchases

Some of our apps offer optional in-app purchases (for example, removing ads or unlocking premium features). On Android these are handled by Google Play Billing; on iOS they are handled by StoreKit and the App Store. Google or Apple, respectively, receives and processes the payment — we never receive or store your payment details, and we are told only whether a purchase is active on your device.

Google's processing of your billing information is governed by Google's Privacy Policy linked above; Apple's is governed by the Apple Privacy Policy.

Permissions

Each app requests only the permissions it needs for its features. The two mobile platforms name and ask for them differently, so they are listed separately.

Android

• com.google.android.gms.permission.AD_ID — required by Google Play services to access the Advertising ID, in apps that show AdMob ads
• INTERNET, ACCESS_WIFI_STATE, CHANGE_WIFI_STATE, ACCESS_NETWORK_STATE — for apps that communicate over your local Wi-Fi network (AudioCast, AirPlay Touch)
• CAMERA — used by AudioCast to scan the pairing QR code shown by the desktop app. The camera image is processed on the device to read the code, and is never recorded, stored, or transmitted
• FOREGROUND_SERVICE + FOREGROUND_SERVICE_MEDIA_PLAYBACK, WAKE_LOCK, POST_NOTIFICATIONS — for apps that need to keep audio or a network session running with the screen off
• RECORD_AUDIO — only used by an optional latency-test feature in AudioCast; audio recorded for that test is never streamed off-device
• QUERY_ALL_PACKAGES, INSTALL_SHORTCUT, REQUEST_DELETE_PACKAGES — used by App Pin to list installed apps and create or remove home-screen shortcuts

iOS

On iOS, permission is requested by a system prompt at the moment the feature is first used. The AudioCast receiver shows three:

• Local Network — to advertise and discover the device over Bonjour on your Wi-Fi, so the sender running on your computer can find it and stream audio to it
• Camera — to scan the pairing QR code shown by the desktop app. As on Android, the image is processed on the device to read the code and is never recorded, stored, or transmitted
• Tracking — Apple's App Tracking Transparency prompt, used only for ad personalisation, as described above. Declining changes nothing about how the app works

The app also reads and writes its own UserDefaults store to keep your settings and purchase state between launches — declared in its Apple privacy manifest under reason CA92.1, meaning the app's own data, never sent off the device.

Beyond the above, we do not request location, contacts, or storage permissions unless a specific feature in a specific app requires it. If that ever changes, the store listing and in-app prompts will explain why.

Children's privacy

Our apps are generally rated suitable for everyone. We do not knowingly collect personal information from children. In apps that display AdMob ads, ad content delivered by Google may be subject to Google's own policies on advertising to children. If you are a parent or guardian and have concerns, please contact us below.

Data retention and deletion

• On-device data (settings, pinned shortcuts, etc.) is retained until you clear the app's data or uninstall it.
• AdMob data, in apps that use AdMob, is retained by Google according to its own retention policies.
• Google Play Billing data, in Android apps that offer in-app purchases, is retained by Google.
• App Store purchase data, in iOS apps that offer in-app purchases, is retained by Apple according to its own retention policies.
• For the apps covered by this policy, we do not operate any server-side database of user records.

Your rights

Because we do not collect personal data ourselves in the apps covered by this policy, there is no personal record on our side to provide, correct, or delete. For data handled by Google AdMob or Google Play Billing, you can exercise your rights directly through Google using the policies linked above; for App Store purchases, directly through Apple.

On iOS you can also withdraw tracking permission at any time in Settings > Privacy & Security > Tracking, and, in the EEA and the UK, change your advertising consent choices from the AudioCast Settings screen.

Per-app policies

If a specific app has handling that differs from this general policy (for example, because it integrates additional third-party services), that app will publish its own Privacy Policy. In the absence of an app-specific policy, this one applies.

Apps with AI features — where a piece of your content is sent to an AI model at your request — are one such case, and they are covered by a separate policy: Privacy Policy — AI features. That policy currently covers Review Diary and endiary, and it, not this page, describes how those apps handle your data.

Our Chrome Web Store extensions are covered by a separate policy: Privacy Policy — Chrome extensions.

Changes to this policy

We may update this Privacy Policy from time to time. When we do, we will update the “Last updated” date at the top of this page. Continued use of our apps after any changes constitutes acceptance of the updated policy.

Contact

• Developer: sskplay
• Email: contact@sskplay.com
• Website: apps.sskplay.com