🧒
SB2420法案およびDeclared Age Range APIとPlay Age Signals API、Flutterでの対応について

2025/12/09に公開
テキサス州の「App Store Accountability Act（SB2420）」という法案について「対応が必要らしい」という話を耳にして、先月後半あたりから調べ始めました。
ただ、調べてみると情報がかなり少なく、あまり対応していそうな人も見当たらない状況でした。(iOSで対応してらっしゃる方はいた)
https://x.com/kumamo_tone/status/1995472255732568483
その後少し調べて、逆に混乱することになりました。

施行日は2026年1月1日[1]なのに、iOS の Declared Age Range API は11月のブログ記事でようやくSandboxテストが可能になった[2]という状態らしい
Android の Play Age Signals API (ベータ) は年明けまでモックデータでしか検証できない[3]らしい
Flutter に至ってはちゃんと対応されたパッケージがなさそう（と思っていたら、数日前に pub.dev に新しいパッケージが追加されていたので後述します）
そもそもですが、対応が本当に必要なのか？というところからどう判断したらいいのか、困りました。私は法律の専門家ではなくいち開発者なので、どのようなアプリがどのくらいの温度感で対応が必要かといったことは触れるべきではなく、ミスリードにならないように慎重になるべきだと考えています。
しかしながら、日本語での情報がほとんど見つからず、同じように困っている開発者の方もいるのではと思い、現時点で調べた内容をまとめることにしました。この記事では、法案の概要と各プラットフォームでの対応方法について書いていきます。

 ソースまず、公式の情報源を示します。対応を検討する際は、必ずこれらの一次情報を確認してください。
法案原文
SB2420法案原文（Texas Legislature）
プラットフォーム公式ガイド
テキサス州に適用されるアプリの新要件（Apple Developer）
Next steps for apps distributed in Texas（Apple Developer 英語版）
該当する米国の州のユーザーに対する今後のアプリストア法案についての Google Play の変更
API ドキュメント
Declared Age Range API（Apple）
Play 年齢シグナル API（Google）
この記事では、できるだけこれらの一次情報のみを引用し、ページ末の脚注から引用元が確認できるように務めます。

 SB2420という法案についてテキサス州のSB2420（App Store Accountability Act）は、2026年1月1日から施行される法律です[1:1]。アプリストアと開発者の両方に、年齢確認と保護者同意に関する義務を課しています。

 背景近年、子どものスマートフォン利用が急速に広がる中で、以下のような問題が社会的に注目されています。

不適切なコンテンツへのアクセス - 年齢制限のあるコンテンツに子どもが簡単にアクセスできてしまう

課金トラブル - 子どもが保護者の知らないうちにアプリ内課金を行ってしまう

プライバシーの問題 - 子どもの個人情報が適切に保護されていない

SNSやゲームへの依存 - 保護者が子どものアプリ利用を把握・管理しにくい
これまで米国では、13歳未満の子どもを対象としたCOPPA（Children's Online Privacy Protection Act）がありましたが、13歳以上のティーンエイジャーは保護の対象外でした。
テキサス州のSB2420は、18歳未満のすべての未成年者を保護対象とし[4]、アプリのダウンロードや課金のたびに保護者の同意を必須とすることで、保護者が子どものデジタル体験をより適切に管理できるようにすることを目的としています。
同様の法律はユタ州、ルイジアナ州でも成立しており、カリフォルニア州でも2027年から施行予定です。今後、他の州にも広がる可能性があります。

 違反時のリスクと免責条項違反時のリスク
SB2420では違反行為は「欺瞞的商取引（Deceptive Trade Practice）」として扱われます[5]。保護者から民事訴訟を起こされる可能性があり、実損害賠償、懲罰的損害賠償、弁護士費用などが請求対象になります。
免責条項
ただし、開発者向けに以下の免責条項が用意されています[6]。

年齢レーティングについて - 業界で広く採用されている基準を使用し、一貫して誠実に適用していれば、レーティング違反の責任を問われない

年齢確認について - アプリストアから受け取った年齢カテゴリや同意情報を誠実に信頼して対応していれば、年齢確認違反の責任を問われない
つまり、Apple/Googleが提供するAPIを適切に使い、誠実に対応していれば、過度に心配する必要はないとも言えるかもしれません。

 主なポイントアプリストア側の義務[7]
アカウント作成時にユーザーの年齢カテゴリを確認する
18歳未満のユーザーには保護者アカウントとの紐づけを必須にする
ダウンロード・購入・アプリ内課金のたびに保護者の同意を取得する
年齢カテゴリと同意状況を開発者に提供するAPIを用意する
開発者側の義務[8]
アプリと課金アイテムに年齢レーティングを設定する
App Store Connect / Google Play Consoleでレーティング設定の際のアンケートに回答することで設定できます

ストアから提供されるAPIを使って、ユーザーの年齢カテゴリと同意状況を確認する[9]
これがiOSのDeclared Age Range API、AndroidのPlay Age Signals APIで確認すべき内容だと思われます。この後の項で実装方法を示します
ただし、APIで確認して、その結果をどう使うべきかは法案の文言からは曖昧です。レーティングが4+（全年齢向け）のアプリでもAPIの実装が必要かどうかについても、法案の解釈次第のところがあります
なお、App Store Review Guidelinesの1.2.1(a) Creator Content[10]では、クリエイターアプリに対して「アプリの年齢レーティングを超えるコンテンツを識別する方法を提供し、確認済みまたは申告された年齢に基づく年齢制限メカニズムを使用して未成年者のアクセスを制限する」ことが求められています。このガイドラインは2025年11月13日に追加[11]されたものです

「重大な変更」がある場合はストアに通知し、再同意を取得する[12]
「Significant Changes（重大な変更）への対応」の項で解説します

取得した個人データは確認完了後に削除する[13]

 年齢カテゴリ

カテゴリ
年齢


child（子ども）
13歳未満

younger teenager（若年ティーン）
13〜15歳

older teenager（年長ティーン）
16〜17歳

adult（成人）
18歳以上

※ 年齢カテゴリはSec. 121.021(b)で定義されています[4:1]。

 Significant Changes（重大な変更）とは以下のような変更は「重大な変更」とみなされ、保護者への再同意が必要になります[14]。
収集・保存・共有する個人データの種類や範囲の変更
年齢レーティングに影響する変更
新しい課金機能や広告の追加
アプリの機能やユーザー体験の大幅な変更

 iOS での対応
 使用するAPIDeclared Age Range API[15]
ユーザーの年齢カテゴリを取得できる
年齢確認の方法（クレジットカード、政府発行ID等）のシグナルを取得できる

 実装の流れimport SwiftUI
import DeclaredAgeRange

struct ContentView: View {
    // Environment から requestAgeRange を取得
    @Environment(\.requestAgeRange) private var requestAgeRange
    
    @State private var ageRange: AgeRangeService.AgeRange?
    @State private var isLoading = false
    @State private var errorMessage: String?
    @State private var declined = false
    
    var body: some View {
        VStack(spacing: 32) {
            // 結果表示エリア
            if isLoading {
                ProgressView("Requesting...")
            } else if let ageRange {
                // 年齢範囲を表示
                Text(ageRangeDescription(ageRange))
                    .font(.title2)
                
                // 宣言方法を表示
                if let declaration = ageRange.ageRangeDeclaration {
                    Text("Declaration: \(declarationDescription(declaration))")
                        .font(.caption)
                }
            } else if declined {
                Text("User declined to share age range")
            } else if let errorMessage {
                Text(errorMessage)
                    .foregroundStyle(.red)
            }
            
            // リクエストボタン
            Button("Request Age Range") {
                fetchAgeRange()
            }
            .disabled(isLoading)
        }
    }
    
    private func fetchAgeRange() {
        isLoading = true
        errorMessage = nil
        ageRange = nil
        declined = false
        
        Task {
            do {
                // ageGates: 13, 16, 18 を指定してリクエスト
                // これはテキサス州法の年齢カテゴリに対応
                let response = try await requestAgeRange(ageGates: 13, 16, 18)
                
                await MainActor.run {
                    switch response {
                    case .declinedSharing:
                        // ユーザーが共有を拒否
                        self.declined = true
                    case .sharing(let range):
                        // 年齢範囲を取得成功
                        self.ageRange = range
                    @unknown default:
                        self.errorMessage = "Unknown response"
                    }
                    self.isLoading = false
                }
            } catch {
                await MainActor.run {
                    self.errorMessage = "Failed: \(error.localizedDescription)"
                    self.isLoading = false
                }
            }
        }
    }
    
    // 年齢範囲の文字列表現
    private func ageRangeDescription(_ range: AgeRangeService.AgeRange) -> String {
        if let lower = range.lowerBound, let upper = range.upperBound {
            return "\(lower) - \(upper) years old"
        } else if let lower = range.lowerBound {
            return "\(lower)+ years old"
        } else if let upper = range.upperBound {
            return "Under \(upper) years old"
        } else {
            return "Unknown"
        }
    }
    
    // 宣言方法の文字列表現
    private func declarationDescription(
        _ declaration: AgeRangeService.AgeRangeDeclaration
    ) -> String {
        switch declaration {
        case .selfDeclared:
            return "Self-declared"
        case .guardianDeclared:
            return "Guardian-declared"
        case .governmentIDChecked:
            return "Government ID verified"
        case .paymentChecked:
            return "Payment method verified"
        // ... その他のケース
        @unknown default:
            return "Unknown"
        }
    }
}

 動作確認のチェックポイントテストをする前に、以下の準備ができているか確認してください。

 iOS 26.2 beta がインストールされていること

 Xcodeプロジェクトの Capability で「Declared Age Range」が追加されていること

 Sandboxアカウントが設定されていること[16]

 Sandboxでのテスト方法
iOS 26.2 beta以降がインストールされたデバイスを用意する

Sandboxアカウントを作成する（App Store Connectで作成可能）
デバイスの「設定」→「デベロッパ」→「Sandbox Apple Account」でSandboxアカウントにサインインする(事前にApp Store ConnectでSandboxアカウントを作っておく必要があるので、作成したことがない方は別途調べてください)
Sandboxアカウントのアカウント設定の画面下部の「年齢確認」で年齢カテゴリを設定する
アプリを起動して requestAgeRange を呼び出すと、設定した年齢カテゴリが返ってくる。（おそらく）初回はオフの場合ダイアログが出る
詳細はTesting Age Assurance in Sandboxを参照してください[16:1]。

 サンプルプロジェクト
Declared Age Range APIの動作を確認できるサンプルプロジェクトを作成しました(突貫工事なのであくまで参考まで)。このアプリでは、iOS 26.2 betaとSandbox環境で、Sandboxアカウントの設定から設定した値がアプリに反映されることを確認しました。

 Android での対応
 使用するAPIPlay Age Signals API（ベータ版）[17]
ユーザーの年齢確認/監視ステータスを取得できる
年齢カテゴリを取得できる
同意状況を確認できる

 依存関係の追加// build.gradle
dependencies {
    implementation 'com.google.android.play:age-signals:0.0.1-beta02'
}

 実装の流れ// マネージャーのインスタンスを作成
val ageSignalsManager = AgeSignalsManagerFactory.create(context)

// 年齢シグナルのチェックをリクエスト
ageSignalsManager
    .checkAgeSignals(AgeSignalsRequest.builder().build())
    .addOnSuccessListener { ageSignalsResult ->
        // インストールIDを保存しておく
        val installId = ageSignalsResult.installId()

        when (ageSignalsResult.userStatus()) {
            UserStatus.VERIFIED -> {
                // ユーザーは18歳以上として確認済み
            }
            UserStatus.SUPERVISED -> {
                // ユーザーは監視下のアカウント
            }
            UserStatus.SUPERVISED_APPROVAL_DENIED -> {
                // アクセスを拒否する
            }
            else -> {
                // その他のケースを処理
            }
        }
    }
    .addOnFailureListener { exception ->
        // エラー処理
    }

 テスト方法2026年1月1日まではモックデータしか返ってきませんが[3:1]、AgeSignalsManagerFactory.create(context) の代わりに FakeAgeSignalsManager を使うことでテストができます[18]。
val fakeManager = FakeAgeSignalsManager()

// テスト用のレスポンスを設定
fakeManager.setAgeSignalsResult(
    AgeSignalsResult.builder()
        .setUserStatus(UserStatus.VERIFIED)
        .setInstallId("test_install_id")
        .build()
)

// テスト実行
fakeManager
    .checkAgeSignals(AgeSignalsRequest.builder().build())
    .addOnSuccessListener { result ->
        // テスト用のレスポンスが返ってくる
    }
詳細は年齢のシグナルをテストするを参照してください[18:1]。

 サンプルプロジェクト
iOSと同様にこちらもサンプルを作りました(突貫工事なのであくまで参考まで)。アプリ上では、Play Age Signals API経由での情報取得と、FakeAgeSignalsManager() によるモック設定をUI上で行うことができます。

 Flutter での対応クロスプラットフォームツールである Flutter についての状況とパッケージについても紹介します。

 パッケージの状況Flutterでの対応を調べたところ、以下のような状況でした。
age_signals_flutter（10月17日公開、v0.0.2）
Google Play Age Signals API と Apple Declared Age Range API の両方に対応を謳っている
しかし、GitHubのIssuesに「Swift Compiler Error」という報告が上がっている
READMEには「iOS 17+」と書かれているが、実際のDeclared Age Range APIはiOS 26.0以上でしか利用できない[15:1]。この矛盾が原因でコンパイルエラーになっている可能性が高い
このままだと少し心配
age_range_signals（12月4日公開、v0.1.3）
iOS/Androidのサンプルは作ることができたので、自分でラップするかと思い始めていたのですが、新しいパッケージが出てきました。
Google Play Age Signals API と Apple Declared Age Range API の両方に対応を謳っている
正しく「iOS 26.0+」と明記されており、古いiOSでは UnsupportedPlatformException をスローする設計
ドキュメントが充実しており、エラーハンドリングの方法も明記されている
SB2420への完全なコンプライアンス対応としては、気になる部分もあります。
Significant Changesで必要なiOSのSignificant Change API（PermissionKit）、Androidの mostRecentApprovalDate() が未対応

ageLower() / ageUpper() がなぜかiOS Onlyになっていて、Android側では未対応
iOSについて、ageRangeDeclaration → AgeDeclarationSource として公開しているが、selfDeclared と guardianDeclared の2つしかない。実際のAPIには governmentIDChecked, paymentChecked など他の確認方法もある
LIKESの数も12月9日時点で 4 と、まだコミュニティ内での評価も定まっていない状態のようですが、ドキュメントを見る限り期待できそうな雰囲気がします（主観）。
サンプルアプリを起動してみました。iOSでは、Capabilities から Declared Age Range 指定していない状態だと The operation couldn't be completed. になることに注意が必要でしたが、情報が取れているように見えます。
Androidでは、後述するモックデータをコードから差し替えてテストすることが可能でした。

 パッケージのインストール# pubspec.yaml
dependencies:
  age_range_signals: ^0.1.3

 実装例import 'package:age_range_signals/age_range_signals.dart';

// 1. 初期化（iOSでは必須、Androidでは任意）
await AgeRangeSignals.instance.initialize(
  ageGates: [13, 16, 18],  // 意味のある閾値を設定
);

// 2. 年齢シグナルを確認
try {
  final result = await AgeRangeSignals.instance.checkAgeSignals();
  
  switch (result.status) {
    case AgeSignalsStatus.verified:
      // 確認済み：年齢に応じたコンテンツを表示
      break;
    case AgeSignalsStatus.supervised:
      // 監視下：制限付きコンテンツを表示
      break;
    case AgeSignalsStatus.declined:
      // 拒否：年齢確認プロンプトを表示
      break;
    case AgeSignalsStatus.unknown:
      // 不明：適切に処理
      break;
  }
} on UnsupportedPlatformException catch (e) {
  // iOS 26未満などサポート外のプラットフォーム
  // 独自の年齢確認フローを実装
} on AgeSignalsException catch (e) {
  // その他のエラー処理
  print('エラー: ${e.message}');
}

 テスト方法iOS側はネイティブの項で書いたSandboxアカウントによるテストが可能です。iOS 26.2 beta がインストールされていて、Capabilities が設定されていることに注意が必要です。Android側は2026年1月1日まで実際のAPIからはモックデータしか返ってきませんが[3:2]、useMockData パラメータを使ってテストできます。
// テスト用（2026年1月1日まで推奨）
await AgeRangeSignals.instance.initialize(
  ageGates: [13, 16, 18],
  useMockData: true,  // FakeAgeSignalsManagerを使用
);

// 本番用
await AgeRangeSignals.instance.initialize(
  ageGates: [13, 16, 18],
  useMockData: false, // 実際のPlay Age Signals APIを使用（デフォルト）
);

final result = await AgeRangeSignals.instance.checkAgeSignals();
print(result.status);    // useMockData: true の場合 AgeSignalsStatus.verified
print(result.installId); // useMockData: true の場合 "test_install_id_12345"
useMockData が true になっているときは、ネイティブコード(AgeRangeSignalsPlugin.kt) にある FakeAgeSignalsManager の実装を直接書き換えることで、値を設定することができます。

 Significant Changes（重大な変更）への対応SB2420では、アプリに「重大な変更」があった場合、保護者への再同意が必要になります[12:1]。

 iOSでの対応iOSでは Significant Change API（PermissionKit framework）を使用します[2:1]。
重大な変更があった際に保護者への再同意リクエストを表示する
同意が得られるまでアクセスを制限できる
詳細はNext steps for apps distributed in Texasを参照してください。

 Androidでの対応Androidでは、重大な変更の通知自体は Play Console から行いますが、アプリ内でも mostRecentApprovalDate を使ったハンドリングが必要です[19]。
Play Consoleでの通知:
Google Play Console の「年齢シグナル」ページで、重大な変更の発効日を指定して通知
発効日の48時間前までならキャンセル可能
最大90日前までに3件まで送信可能
アプリ内での対応:
Play Age Signals API のレスポンスには mostRecentApprovalDate（保護者が最後に同意した日付）が含まれます。アプリは発効日と mostRecentApprovalDate を比較して、適切にアクセス制限を行う必要があります。
ageSignalsManager
    .checkAgeSignals(AgeSignalsRequest.builder().build())
    .addOnSuccessListener { result ->
        when (result.userStatus()) {
            UserStatus.SUPERVISED -> {
                // mostRecentApprovalDate が重大な変更の発効日より後であれば、
                // 保護者は最新の変更に同意済み
                val approvalDate = result.mostRecentApprovalDate()
                if (approvalDate != null && approvalDate >= significantChangeDate) {
                    // 重大な変更に関連するコンテンツへのアクセスを許可
                } else {
                    // 保護者の再同意待ち - アクセスを制限
                }
            }
            UserStatus.SUPERVISED_APPROVAL_PENDING -> {
                // 保護者がまだ重大な変更を承認していない
                // アクセスを制限
            }
            UserStatus.SUPERVISED_APPROVAL_DENIED -> {
                // 保護者が重大な変更を拒否
                // アクセスを拒否
            }
            // ...
        }
    }

 Flutterでの対応現時点で age_range_signals パッケージは年齢シグナルの取得のみに対応しており、mostRecentApprovalDate は返却されません。そのため：

iOS: Significant Change API（PermissionKit）には対応していないため、別途ネイティブ実装が必要

Android: mostRecentApprovalDate を取得するには、別途ネイティブでPlay Age Signals APIを直接呼び出すか、パッケージの更新を待つ必要があります

 まとめテキサス州のSB2420は2026年1月1日に施行され、その後ユタ州（5月7日）、ルイジアナ州（7月1日）でも同様の法律が施行される予定です。この記事では、SB2420の概要と、iOSのDeclared Age Range API、AndroidのPlay Age Signals API、Flutterでの対応状況、そしてSignificant Changes（重大な変更）への対応について整理しました。
この法案がもたらすリスクに関しては各々で判断していただければと思いますが、その際にはApple/Googleの公式ドキュメントを参照するか、法務の専門家に相談することを検討してください。
また、この記事に間違いや更新すべき点があれば、少なくとも年明けぐらいまでは定期的にウォッチしておこうと思いますので、Zennのコメントか@kumamo_toneのXのDM等にご連絡いただければ幸いです。

 脚注
脚注
SB2420法案原文 SECTION 3 - "This Act takes effect January 1, 2026." ↩︎ ↩︎
Next steps for apps distributed in Texas - Apple Developer - "Sandbox testing is now available for the Declared Age Range API and Significant Change API in the beta versions of iOS 26.2 and iPadOS 26.2." ↩︎ ↩︎
Play 年齢シグナル API の概要 - Google - 2026年1月1日以降、該当する州のユーザーに対してリアルタイムのレスポンスが返される ↩︎ ↩︎ ↩︎
SB2420法案原文 Sec. 121.021(b) - 年齢カテゴリの定義。原文: "(1) an individual who is younger than 13 years of age is considered a 'child'; (2) an individual who is at least 13 years of age but younger than 16 years of age is considered a 'younger teenager'; (3) an individual who is at least 16 years of age but younger than 18 years of age is considered an 'older teenager'; and (4) an individual who is at least 18 years of age is considered an 'adult.'" ↩︎ ↩︎
SB2420法案原文 Sec. 121.101 - 原文: "A violation of this chapter constitutes a deceptive trade practice in addition to the practices described by Subchapter E, Chapter 17, and is actionable under that subchapter." ↩︎
SB2420法案原文 Sec. 121.056(b)(c) - 免責条項。原文: "(b) The developer of a software application is not liable for a violation of Section 121.052 if the software developer: (1) uses widely adopted industry standards to determine the rating and specific content required by this section; and (2) applies those standards consistently and in good faith. (c) The developer of a software application is not liable for a violation of Section 121.054 if the software developer: (1) relied in good faith on age category and consent information received from the owner of an app store; and (2) otherwise complied with the requirements of this section." ↩︎
SB2420法案原文 SUBCHAPTER B (Sec. 121.021-121.027) - アプリストアの義務。原文: Sec. 121.021 "When an individual in this state creates an account with an app store, the owner of the app store shall use a commercially reasonable method of verification to verify the individual's age category", Sec. 121.022 "the owner shall require that the minor's account be affiliated with a parent account belonging to the minor's parent or guardian", "the owner of an app store must obtain consent from the minor's parent or guardian through the parent account affiliated with the minor's account before allowing the minor to: (1) download a software application; (2) purchase a software application; or (3) make a purchase in or using a software application", Sec. 121.024 "The owner of an app store that operates in this state shall, using a commercially available method, allow the developer of a software application to access current information related to: (1) the age category assigned to each user under Section 121.021(b); and (2) whether consent has been obtained for each minor user under Section 121.022." ↩︎
SB2420法案原文 SUBCHAPTER C (Sec. 121.051-121.056) - 開発者の義務。原文: Sec. 121.052 "(a) The developer of a software application shall assign to each software application and to each purchase that can be made through the software application an age rating based on the age categories described by Section 121.021(b). (b) The developer of a software application shall provide to each app store through which the developer makes the software application available: (1) each rating assigned under Subsection (a); and (2) the specific content or other elements that led to each rating provided under Subdivision (1)." ↩︎
SB2420法案原文 Sec. 121.054 - 開発者の年齢確認義務。原文: "(a) The developer of a software application shall create and implement a system to use information received under Section 121.024 to verify: (1) for each user of the software application, the age category assigned to that user under Section 121.021(b); and (2) for each minor user of the software application, whether consent has been obtained under Section 121.022." ↩︎
App Store Review Guidelines 1.2.1(a) - Creator Content ↩︎
Updated App Review Guidelines now available - Apple Developer - 2025年11月13日のガイドライン更新。"1.2.1(a): This new guideline specifies that creator apps must provide a way for users to identify content that exceeds the app's age rating, and use an age restriction mechanism based on verified or declared age to limit access by underage users." ↩︎
SB2420法案原文 Sec. 121.053 - 重大な変更の通知義務。原文: "(a) The developer of a software application shall provide notice to each app store through which the developer makes the software application available before making any significant change to the terms of service or privacy policy of the software application." ↩︎ ↩︎
SB2420法案原文 Sec. 121.055 - 個人データの取り扱い。原文: "(a) The developer of a software application may use personal data provided to the developer under Section 121.024 only to: (1) enforce restrictions and protections on the software application related to age; (2) ensure compliance with applicable laws and regulations; and (3) implement safety-related features and default settings. (b) The developer of a software application shall delete personal data provided by the owner of an app store under Section 121.024 on completion of the verification required by Section 121.054." ↩︎
SB2420法案原文 Sec. 121.053(b) - "Significant change"の定義。原文: "For purposes of this section, a change is significant if it: (1) changes the type or category of personal data collected, stored, or shared by the developer; (2) affects or changes the rating assigned to the software application under Section 121.052 or the content or elements that led to that rating; (3) adds new monetization features to the software application, including: (A) new opportunities to make a purchase in or using the software application; or (B) new advertisements in the software application; or (4) materially changes the functionality or user experience of the software application." ↩︎
Declared Age Range API - Apple Developer Documentation ↩︎ ↩︎
Testing Age Assurance in Sandbox - Apple Developer Documentation ↩︎ ↩︎
Play 年齢シグナル API の概要 - Google ↩︎
年齢のシグナルをテストする - Google ↩︎ ↩︎
Google Play に重大な変更を通知する - "アプリのコンテンツや機能のうち、大幅な変更に関連する部分へのアクセスを、Play 年齢シグナル API から受け取った承認ステータスに基づいて制限する責任は、デベロッパーにあります。" ↩︎
カテゴリ	年齢
child（子ども）	13歳未満
younger teenager（若年ティーン）	13〜15歳
older teenager（年長ティーン）	16〜17歳
adult（成人）	18歳以上
ソース

SB2420という法案について

背景

違反時のリスクと免責条項

主なポイント

年齢カテゴリ

Significant Changes（重大な変更）とは

iOS での対応

使用するAPI

実装の流れ

動作確認のチェックポイント

Sandboxでのテスト方法

サンプルプロジェクト

Android での対応

使用するAPI

依存関係の追加

実装の流れ

テスト方法

サンプルプロジェクト

Flutter での対応

パッケージの状況

パッケージのインストール

実装例

テスト方法

Significant Changes（重大な変更）への対応

iOSでの対応

Androidでの対応

Flutterでの対応

まとめ

脚注

Discussion
