Effective date: 2026-10-21

BINETSU Privacy Policy

BINETSU is an iOS romance story app featuring two fictional adult AI characters.

Current App Boundary

The current app does not create accounts within BINETSU, call external AI providers, integrate online age-verification providers, or generate runtime images or videos. Character replies, memories, relationship progress, and bundled character voices are processed on the user's device.

BINETSU can use Firebase Analytics for the limited product measurement described below. This does not add an account, a server-side conversation service, or a live AI provider.

StoreKit 2 offers the optional BINETSU Plus, BINETSU Gold, and BINETSU Premium auto-renewable subscriptions. Apple processes purchases and payment details; BINETSU does not receive or store full payment-card information. TestFlight purchases use Apple's Sandbox and do not create a live charge.

Google Mobile Ads SDK and Google's User Messaging Platform are included for optional rewarded ads and native or interstitial ads on the free plan. Unity Ads and AppLovin MAX SDKs, along with the Meta Audience Network SDK, are embedded only as Google Mobile Ads mediation adapters; they do not create a separate BINETSU ad placement. The App Store build uses the app's production advertising identifiers. Ad requests are made only when the SDK reports that ads may be requested after the applicable consent flow. The released version 1.3.12 (build 75) disables Publisher first-party ID and does not request Apple's App Tracking Transparency permission. In versions that include the standard tracking-permission flow, Publisher first-party ID uses the Google Mobile Ads SDK default, subject to the SDK's applicable consent and privacy controls. It is distinct from Apple's cross-app tracking permission and does not override a refusal.

The current build does not use real-person likenesses, SNS photos, voice clones, or deepfake features.

Data Stored On Device

The app stores profile, chat, memory, usage, safety reports, local voice metadata, and relationship state only on the user's device using app-local storage. The current build writes the same local JSON snapshot to app-local defaults and an Application Support file for reliable relaunch restore.

When optional paid photo tickets or member benefits are available, the unspent paid-ticket and member-benefit ticket balances, grant and consumption totals, completed purchase transaction IDs, completed subscription-benefit IDs, and photo-draw recovery records are stored in the signed-in user's iCloud Private Database so that unspent tickets can be recovered after reinstalling the app or on another device signed in to the same iCloud account. A photo-draw recovery record contains a random operation ID, ticket type, a hash identifying the iCloud account scope, and a cryptographic commitment that binds the operation to the photo selected on the device. It prevents a retry from spending another ticket. The photo itself, its asset ID, character ID, chat, memories, voices, profile, relationship state, subscription receipts, and payment-card data are not stored in this iCloud record. Photos remain saved on each device; this balance recovery does not restore every photo after reinstalling the app. When an older device balance differs from iCloud, the app keeps the first and latest before-and-after ledger observations locally for recovery diagnosis. These observations are cleared by the local-data reset; resetting local data does not refund spent tickets or delete the iCloud ledger. If iCloud is unavailable, paid-ticket purchase and member-ticket recovery wait until iCloud is available; Story or rewarded-ad tickets remain usable.

Product Analytics

When enabled under the rule below, BINETSU uses Firebase Analytics and Google Analytics to understand app reliability and aggregate product flows. Firebase uses an app-instance ID and may process device/app/OS information, diagnostics, approximate region derived from masked IP, lifecycle/session/engagement, screen activity, and fixed product-flow events and the advertising-revenue diagnostics described below. BINETSU uses the Firebase Analytics Core configuration without IDFA capability and disables IDFV collection.

BINETSU does not set a Firebase user ID and its custom Analytics events do not send display name, conversation text, character replies, memories, profile, character IDs, relationship or emotional state, photos, image or audio asset URLs, voice data, free-form user input, scores, purchase amounts, purchase currency, receipt, StoreKit transaction ID, or payment-card data. Analytics collection starts off. Without a saved BINETSU choice, it turns on automatically only after Google's User Messaging Platform confirms that consent is not required in the region. Consent-required, unknown, and failed refresh results stay off. A saved Settings choice takes precedence. Firebase advertising storage, ad user data, and ad personalization remain denied.

When product measurement is enabled, the existing advertising paid-event diagnostics can include the advertising SDK's estimated revenue amount and currency, value precision, ad format, ad source, ad unit ID, app version/build, event time, and ad response ID. The response ID identifies an ad response and helps investigate which ad contributed revenue; it is not a BINETSU user, conversation, reward, receipt, or purchase transaction ID. A fixed label can also identify whether a rewarded request used standard delivery or fixed game-genre context, for aggregate comparison. The random local assignment value is not sent. These fields use the same collection and Settings controls above. They do not add an advertising request or enable advertising personalization. Device-local diagnostic history is limited to the latest 500 events.

Users can turn product measurement on or off at any time in Settings. Turning it off stops Firebase Analytics collection and resets Firebase Analytics data for this app installation.

See Firebase Privacy and Security, Firebase's Apple disclosure guidance, and Google's Privacy Policy for information about Google's processing. App Store privacy disclosures are updated for the version that includes this measurement.

Advertising And Data Sent To Third Parties

BINETSU does not send chat, memories, safety reports, local voice metadata, display name, relationship state, audio, images, user input, or payment details to Google, Unity, AppLovin, Meta, or an external AI provider. The limited Firebase product analytics data is described separately above. BINETSU does not add user-profile targeting. In a controlled rewarded-ad comparison, it may provide only fixed game-genre keywords describing the app (romance game, visual novel, interactive story). No user content or advertiser names are used as keywords.

When the app checks advertising consent or requests an eligible rewarded, native, or interstitial ad, Google Mobile Ads and User Messaging Platform may process advertising-related data such as IP address or approximate location, device or advertising identifiers, product and ad interactions, advertising data, crash data, performance data, and other diagnostics. When enabled as Google-mediated bidders, Unity and AppLovin may also process advertising-related data under their own SDK policies. The same applies to Meta Audience Network when it is selected as the mediated ad source; embedding an adapter does not mean that source is currently serving ads. The exact data depends on device settings, region, consent, the selected ad source, and each SDK's behavior. Device identifiers may be used for tracking or advertising depending on those factors. See Google Mobile Ads data disclosure, Unity Privacy Policy, AppLovin Privacy Policy, Meta Privacy Policy, and Google's Privacy Policy.

Where required, Google's User Messaging Platform presents the applicable regional consent choices. After applicable regional choices are completed and the SDK allows eligible ad requests, versions that include the standard tracking-permission flow may ask for Apple's App Tracking Transparency permission using the standard system alert. This request is made only at an optional rewarded-ad action. Apple's permission does not replace regional consent or guarantee personalized ads. Permission is optional: if tracking is declined or restricted, the SDK does not use IDFA and eligible ads may still be requested without it. Previously selected device choices are respected. You can change tracking permission in iOS Settings and review regional advertising consent through the in-app advertising privacy options when available. A consent change invalidates previously prepared ads; it does not remove earned rewards, paid entitlements, or ticket balances. Firebase advertising storage, ad user data, and ad personalization remain denied independently of this advertising permission.

Rewarded ads are optional. Declining or closing an ad does not remove story content; the same main story remains available by returning on a later day.

Memory And Deletion

Users can delete individual visible memories from the Memory screen. Product measurement can be turned off in Settings, which stops collection and resets Firebase Analytics data. Users can separately reset the app from the Memory or Settings screen. Reset clears profile, messages, safety reports, local voice metadata, memories, usage counters, relationship state, and returns the app to the 18+ gate. Reset does not erase unspent paid tickets held in iCloud, because those purchases must remain recoverable on the same iCloud account. Advertising consent choices can be reviewed through the advertising privacy options when required and may also be governed by device or Google settings.

AI Character And Safety Disclosure

C1 and C3 are fictional AI characters. BINETSU does not claim to provide medical, psychological, or crisis support.

Changes To This Policy

Before account creation, server-side conversation storage, analytics beyond the Firebase and advertising uses disclosed above, a live AI or TTS provider, online age verification, runtime generation, or another material data practice is enabled, this policy and the App Store privacy disclosures will be updated to match the changed behavior.

Support

For support, purchase restoration help, feedback, or safety concerns, see the BINETSU Support page. TestFlight testers may also use TestFlight feedback.