Fitbridge Sync

プライバシーポリシー

Fitbridge Sync（以下「本アプリ」）は、本アプリが提供するサービス（以下「本サービス」）における、ユーザーの個人情報およびヘルスケアデータの取扱いについて、以下の通りプライバシーポリシーを定めます。

1. 取得する情報および利用目的

本アプリは、FitbitまたはGoogle HealthからAppleヘルスケアへのデータ同期を目的として、以下の情報にアクセスします。

  • Appleヘルスケアへの書き込み: 本アプリは、FitbitまたはGoogle Healthから取得したデータをAppleヘルスケアへ書き込む権限を使用します。
    ワークアウト同期を有効にした場合、本アプリは重複防止と置き換えのために、本アプリが作成したワークアウト記録を識別する目的に限り、Appleヘルスケアのワークアウト読み取り権限を要求する場合があります。読み取ったワークアウトデータは端末内でのみ処理され、開発者サーバー、広告SDK、第三者へ送信しません。
  • Fitbitアカウント情報およびデータ:
    Fitbitから取得した健康データや、認証に使用するアクセストークン等の情報は、全てお客様のデバイス内（アプリ内）でのみ処理されます。
    これらの情報が本アプリの開発者や、第三者のサーバーへ送信・保存されることは一切ありません。
  • Google Healthアカウント情報およびデータ:
    ユーザーが明示的に許可した場合に限り、アクティビティ、フィットネス、心拍数、身体測定、水分、睡眠の各データを読み取り、Appleヘルスケアへの同期に使用します。健康データは端末内で処理され、開発者運営サーバーには保存されません。Google HealthのOAuth認証情報とユーザーID対応情報は、端末固有のiOSキーチェーンに保存されます。
  • イントラデイデータ（取得する場合）:
    イントラデイ（分・秒単位）データは、Appleヘルスケアへの正確な同期のために端末上で一時的に処理される場合があります。
    通常は同期処理のための即時利用に限定します。Appleヘルスケアへの書き込みに失敗した場合に限り、再試行に必要な処理済みデータを端末内へ一時保存します。開発者運営サーバーへ送信・保存することはありません。

ユーザー同意について: FitbitまたはGoogle Healthデータへのアクセスは、ユーザーが各サービスの認可画面で明示的に許可（OAuth認可）した場合にのみ行われます。

Googleユーザーデータの保護: Google Health API、Google OAuth認証およびトークン交換との通信にはHTTPSを使用します。OAuthアクセストークン、リフレッシュトークン、およびGoogle HealthとFitbitのユーザーID対応情報は、端末再起動後の初回ロック解除以降に利用可能で、別端末へ移行されないiOSキーチェーンの保護クラスで保存します。Google Healthから取得した健康データはiOSのアプリサンドボックスによるアクセス制御の下で処理・保存し、ユーザーが診断ZIPを明示的に共有する場合を除き、開発者運営サーバー、広告SDK、解析サービスへ送信しません。Firebaseには接続状態、同期結果、件数およびエラー情報などの運用情報を送信する場合がありますが、OAuthトークンおよびGoogle Healthの健康記録本体は送信しません。

Googleユーザーデータの保持: 通常の同期で取得した詳細な時系列サンプルは、Appleヘルスケアへの処理完了後に本アプリ内へ保持しません。ただし、Appleヘルスケアへの書き込みに失敗した処理済みデータは、再試行が成功するまで端末内へ保持します。プロフィール情報とダッシュボードの直近表示値は、更新またはアプリ削除まで端末内へ保持します。ワークアウトの日時、時間、距離、カロリー、歩数、平均心拍数等を含むアクティビティ履歴は、新しい履歴の保存時に30日を超えるものと最新300件を超えるものを削除します。診断ログは定期的に古いログを削除し、おおむね最新3,000件に制限します。OAuth認証情報とユーザーID対応情報は、継続的な同期を提供するため接続中に端末内へ保持します。ユーザーがAppleヘルスケアへの書き込みを許可した場合、同期済みの記録はAppleヘルスケア内に保存され、Appleの管理機能の対象になります。ユーザーが診断ZIPを開発者へ明示的に共有した場合を除き、本アプリの開発者運営サーバーにはGoogleユーザーデータを保持しません。

接続解除および削除: アプリの「設定」でGoogle Healthからログアウトすると、保存されたOAuthアクセストークン、リフレッシュトークン、およびユーザーID対応情報を端末から削除します。認証の失効または期限切れを本アプリが検出した場合も、これらを削除します。ユーザーはGoogleアカウントの接続管理画面から本アプリのアクセス権をいつでも取り消せます。OAuth認証情報とユーザーID対応情報を確実に削除するには、アプリを削除する前に設定画面からGoogle Healthをログアウトしてください。再試行用データはAppleヘルスケアへの書き込み成功時に削除され、履歴とログは上記の方針で自動削除されます。本アプリを削除すると、アプリのサンドボックスに保存されたプロフィール、直近表示値、再試行用データ、履歴およびログが端末から削除されます。Appleヘルスケアへ同期済みの記録は、Appleの「ヘルスケア」アプリで確認・削除できます。

Google Health APIから受け取った情報の利用は、限定的使用（Limited Use）の要件を含むGoogle Health API Developer and User Data Policyに準拠します。

2. 広告配信について

本アプリ（無料版）では、第三者配信による広告サービス「Google AdMob」を利用しています。
広告配信事業者は、適切な広告を表示するために、ユーザーのデバイス情報（OSバージョン、モデル名等）や、広告識別子（IDFA等）を使用することがあります。
これらの情報は、個人を特定できない形で収集・利用されます。

3. アクセス解析およびエラーログについて

本アプリでは、利用状況の把握、同期機能の改善、および不具合の早期発見を目的として、Google Firebase（Google Analytics および Firebase Crashlytics）を利用しています。

これらのツールは、個人を特定できない形で利用状況やクラッシュ時のログ情報を収集します。収集された情報は、サービス改善の目的にのみ使用されます。

加えて、本ウェブサイトでは利用状況の把握とサービス改善のためにGoogleアナリティクスを使用しています。これに付随して生成される「Cookie」を通じて、IPアドレス等のユーザ情報の一部が匿名で収集される可能性があります。

サイト全体の共通プライバシーポリシー（アクセス解析詳細等）については、 b13.in 共通プライバシーポリシーをご確認ください。

4. アプリ内課金について

本アプリは、機能解除や開発支援のためのアプリ内課金（In-App Purchase）を提供しています。
お支払いに関する情報（クレジットカード番号等）はApple社によって管理され、本アプリの開発者がお客様の決済情報にアクセスしたり、保存したりすることはありません。
ただし、サポート対応や購入状況の確認のために、Appleから発行される匿名のトランザクションID（レシート情報）を参照する場合があります。

5. アプリ内ログについて (App Logs)

本アプリでは、不具合の調査や動作検証を目的として、同期結果、件数、エラー、プロフィール値等を含む場合がある動作ログをアプリのサンドボックス内に保存します。古いログを定期的に削除し、おおむね最新3,000件に制限します。
これらのログはお客様の端末内にのみ保存され、自動的に開発者へ送信されることはありません。
必要に応じて、お客様ご自身がアプリの設定画面から診断ZIPをアプリの一時保存領域に生成し、共有先を選択できます。開発者へ明示的に共有された診断データはサポート調査の目的に限り保持し、調査完了後30日以内に削除します。早期削除は本ポリシー記載のお問い合わせフォームから依頼できます。

6. お問い合わせ

お問い合わせは、以下のお問い合わせフォームよりご連絡ください。
お問い合わせフォーム (Contact Form) →
不具合のご報告は、専用フォームでも受け付けております。
不具合報告フォーム (Bug Report) →

2026年9月17日 改定

Privacy Policy

Fitbridge Sync ("the App") establishes this Privacy Policy regarding the handling of users' personal information and health data in the services provided by the App.

1. Data Collection and Usage

The App accesses the following information solely for the purpose of synchronizing data from Fitbit or Google Health to Apple Health:

  • Writing to Apple Health: The App requests write access to Apple Health to save data retrieved from Fitbit or Google Health.
    When workout sync is enabled, the App may request Apple Health workout read access solely to identify workout records created by Fitbridge Sync for duplicate prevention and replacement. Workout data read for this purpose is processed only on your device and is not sent to developer servers, advertising SDKs, or third parties.
  • Fitbit Data & Account Info:
    All health data retrieved from Fitbit and authentication credentials (access tokens) are processed solely on your device.
    They are NEVER transmitted to nor stored on the developer's servers or any third-party servers.
  • Google Health Data & Account Info:
    Only after the user explicitly authorizes access, the App reads activity, fitness, heart rate, body measurements, hydration, and sleep data and uses it to sync records to Apple Health. Health data is processed on the device and is not stored on developer-operated servers. Google Health OAuth credentials and the user ID mapping are stored in the device-specific iOS Keychain.
  • Intraday Data (when accessed):
    Intraday (minute/second-level) data may be processed temporarily on-device to enable accurate synchronization with Apple Health.
    It is normally used only for the immediate synchronization operation. If writing to Apple Health fails, the processed data required for a retry is temporarily stored on the device. It is never transmitted to or stored on developer-operated servers.

User consent: The App accesses Fitbit or Google Health data only after the user explicitly grants access on the applicable OAuth authorization screen.

Protection of Google user data: Communications with the Google Health API, Google OAuth authorization, and token exchange use HTTPS. OAuth access tokens, refresh tokens, and the Google Health-to-Fitbit user ID mapping use a device-specific iOS Keychain protection class that becomes available after the first unlock following a device restart and does not migrate to another device. Google Health data is processed and stored under the access controls of the iOS App sandbox and is not sent to developer-operated servers, advertising SDKs, or analytics services unless the user explicitly shares a diagnostic ZIP. Firebase may receive operational information such as connection state, synchronization outcome, counts, and error information, but it does not receive OAuth tokens or the contents of Google Health records.

Retention of Google user data: During normal synchronization, detailed time-series samples are not retained by the App after processing into Apple Health completes. If an Apple Health write fails, processed data is retained on the device until a retry succeeds. Profile information and recent dashboard values are retained on the device until updated or the App is deleted. Activity history may include workout date, duration, distance, calories, steps, and average heart rate; whenever new history is saved, items older than 30 days and items beyond the latest 300 events are deleted. Old diagnostic logs are deleted periodically to keep approximately the latest 3,000 entries. OAuth credentials and the user ID mapping remain on the device while the Google Health connection is active so ongoing synchronization can be provided. Records written with the user's permission are retained in Apple Health under Apple's data controls. Developer-operated servers retain no Google user data unless the user explicitly shares a diagnostic ZIP with the developer.

Disconnecting and deletion: Logging out of Google Health from the App's Settings deletes the stored OAuth access token, refresh token, and user ID mapping from the device. The App also deletes them when it detects that authorization has expired or been revoked. Users can revoke the App's access at any time from their Google Account connection settings. To ensure OAuth credentials and the user ID mapping are removed, log out of Google Health in Settings before deleting the App. Retry data is deleted after a successful Apple Health write, and history and logs are deleted automatically under the policy above. Deleting the App removes profile data, recent values, retry data, history, and logs stored in the App's sandbox. Records already synchronized to Apple Health can be reviewed and deleted in Apple's Health app.

The use of information received from Google Health API and/or Developer Tools will adhere to the Google Health API Developer and User Data Policy, including the Limited Use requirements.

2. Advertising

The App (Free Version) uses "Google AdMob" for advertising.
Third-party vendors may use device information (e.g., OS version, model) and advertising identifiers to serve ads based on user interests.
This information is collected in a way that does not personally identify individuals.

3. Analytics and Crash Reporting

The App uses Google Firebase (Google Analytics and Firebase Crashlytics) to understand usage patterns, improve synchronization functionality, and identify technical issues early.

These tools collect usage data and crash logs in a way that does not personally identify individuals. Collected information is used solely for service improvement.

Additionally, this website uses Google Analytics to analyze usage and improve our services. Information may be collected anonymously via Cookies.

For more details regarding our site-wide privacy practices and analytics, please refer to the b13.in Common Privacy Policy.

4. In-App Purchases

The App offers In-App Purchases for feature unlocking and development support.
Payment information (credit card numbers, etc.) is managed by Apple Inc. The developer of this App does not access or store your payment information.
However, we may reference anonymous transaction IDs (receipts) issued by Apple for support purposes or to verify purchase status.

5. App Logs

For troubleshooting and testing, the App stores operational logs in its sandbox. Logs may include synchronization outcomes, counts, errors, and profile values. Old logs are deleted periodically to keep approximately the latest 3,000 entries.
These logs are stored only on your device and are never automatically sent to the developer.
When needed, you can generate a diagnostic ZIP in the App's temporary storage from Settings and choose where to share it. Diagnostic data explicitly shared with the developer is retained only for support investigation and deleted within 30 days after the investigation is completed. You may request earlier deletion through the contact form listed in this policy.

6. Contact Information

For inquiries regarding this Privacy Policy, please contact us via the form below:
Contact Form →
You can also report bugs via our dedicated form:
Bug Report Form →

Effective Date: September 17, 2026