TexasのApp Store年齢確認が6月4日開始：開発者が見るDeclared Age RangeとPermissionKit

3行まとめ

このテーマをもう少し広げて見るなら、App Store Connect 2026年要件を確認：Xcode 26 SDK必須化と年齢レーティング更新の実務チェック と iOS 26.2の日本向けApp Store変更を確認：代替マーケットプレイス、外部決済、利用者保護の要点 も合わせて確認してください。Texasの年齢保証対応とあわせて、App Store Connect側の年齢レーティング質問とSDK要件を切り分けて確認できます。

開始日

Texasの新しいApple Accountに関する年齢保証対応は2026年6月4日から始まる。

確認軸

Declared Age Range API、PermissionKit、StoreKit、App Store Server Notificationsを分けて見る。

読み方

日本へそのまま適用される話ではなく、地域別規制対応の実務例として追う。

1つの年齢確認機能としてまとめず、クライアント、審査設定、サーバー通知の担当を分けて確認する。

• Appleは2026年6月3日、Texas SB 2420をめぐる差し止めの状況変化を受け、Texasの新しいApple Accountに関するApp Store年齢保証対応を2026年6月4日から始めると開発者向けに案内しました。
• 開発者が見る軸は、Declared Age Range APIによる年齢カテゴリ、PermissionKitの重大変更対応、StoreKitのageRatingCode、同意取り消しを受け取るApp Store Server Notificationsです。
• 日本の利用者や企業に直接同じ要件が適用される話ではありませんが、App Storeの地域別規制対応がアプリ設計、審査準備、サーバー運用に入ってくる例として追う価値があります。

Apple Developer Newsの2026年6月3日更新をきっかけに、MacRumors、9to5Mac、The Vergeなどの専門メディアでもTexasのApp Store年齢確認対応が相次いで取り上げられました。ただし、この記事ではそれらを需要シグナルとして扱い、事実確認はApple Developer News、AppleのAge assurance Q&A、Apple Developer Documentation、Texas SB 2420の法案本文に戻します。

今回のポイントは、Texasの法律そのものを論評することではありません。Texas向けにアプリを配信する開発者が、2026年6月4日以降の新しいApple Account、18歳未満ユーザー、保護者同意、重大な変更、同意取り消しをどう切り分けるかです。App Store Connectの年齢レーティングやXcode要件を追っている読者は、公開済みの「App Store Connect 2026年要件を確認」もあわせて読むと、管理画面側の確認とつながりやすくなります。

6月4日にTexas向けApp Storeで何が変わるのか

1. 2025年11月

   AppleがTexas向けアプリの年齢要件と開発者の確認軸を案内した。

2. 2025年12月

   差し止めにより実装計画が一時停止された。

3. 2026年6月3日

   Appleが差し止め解除を受け、6月4日開始の更新情報を出した。

4. 2026年6月4日

   Texasの新しいApple Accountで、18歳未満ユーザーと保護者同意の確認が実務対象になる。

当初案内、一時停止、再開日の3つを混ぜると、対象ユーザーやテスト時期を誤りやすい。

Appleの6月3日更新で追加された実務ポイント

Appleは2026年6月3日の「Update for Apps Distributed in Texas」で、Texas法SB 2420に関する差し止めが解除されたことを受け、新しいApple Accountに年齢保証要件が適用されると案内しました。対象はTexasの新しいApple Accountで、18歳未満のユーザーについては、アプリのダウンロード、Apple In-App Purchases、アプリに関連する重大な変更に親または保護者の同意が関わります。

開始日は2026年6月4日です。ここで注意したいのは、Appleが2025年11月に案内していた当初予定と、2025年12月の差し止めによる一時停止、その後の2026年6月3日更新を混ぜないことです。Appleは2025年12月の更新で実装計画を一時停止するとし、今回の6月3日更新で再び具体的な開始日を示しました。

根拠

Appleの6月3日更新では、開発者が次の4領域を確認するよう示しています。

確認軸	開発者が見ること	主な一次情報
Declared Age Range API	Texasの新しいApple Accountについて年齢カテゴリデータを要求する	Apple Developer News、Declared Age Range
PermissionKit	重大な変更に対して同意や確認を求める	Significant Change API
StoreKit	アプリの年齢レーティング情報を端末側でも確認する	ageRatingCode
App Store Server Notifications	親または保護者の同意取り消しをサーバーで受ける	notificationType

この4つを、1つの「年齢確認機能」としてまとめて扱うと実装漏れが起きやすくなります。ユーザーの状態を取得する処理、重大変更の説明、App Store Connect上の年齢レーティング、サーバー通知処理は、それぞれ担当者もテスト観点も違います。

2025年11月の案内から変わらない確認軸

Appleは2025年11月の「Next steps for apps distributed in Texas」で、Texasの新しいApple Accountに関して、under 13、13-15、16-17、over 18という年齢カテゴリを示していました。今回の6月更新でも、開発者向けの確認軸は大きく変わっていません。

変わったのは、差し止めによって一時停止していた実装計画が、6月4日開始として再び動く点です。したがって、すでにiOS 26.2以降のSDKやSandboxで準備していたチームは、ゼロから調べ直すよりも、停止中に置いていたチケットを再点検する動きになります。

確認項目

• Texas向けにアプリを配信しているか。
• 18歳未満のユーザーが使う可能性があるか。
• Apple In-App Purchasesを提供しているか。
• 年齢レーティング変更、データ利用変更、機能追加など、重大な変更に該当しうるリリースがあるか。
• App Store Server Notifications V2の受信基盤があり、年齢保証関連の通知を既存の課金通知と分けて処理できるか。

本文で扱わないもの

この記事は法律解説ではありません。Texas SB 2420の適法性、訴訟戦略、Google Play側の実装、各社の法務判断、児童オンライン安全法制の比較は扱いません。開発者がAppleの一次情報を読み、チーム内で実装、審査準備、サーバー運用に落とすための確認表として読んでください。

注意点

AppleはAge assurance Q&Aで、地域法に関する具体的なコンプライアンス判断は法務担当者に確認するよう案内しています。この記事でも、重大な変更に該当するかどうかを断定しません。実装上の観点として、どの資料に戻り、どの担当者が判断するかを分けます。

まず対象範囲を切り分ける

判定項目	見る場所	次の確認
Texas向け配信	App Store Connectの配信地域	地域別の年齢保証要件を確認する
新しいApple Account	Appleの案内とSandbox	既存アカウントと分けてテストする
18歳未満ユーザー	年齢レーティングと利用実態	年齢カテゴリごとの体験差を整理する
IAPあり	StoreKitとサーバー課金処理	購入時の同意と権限処理を見る
重大変更予定	リリース計画と法務判断	PermissionKitの導線を設計する

対象範囲は一律ではないため、地域、アカウント、年齢、購入、変更内容を分けて判断する。

Texas向け配信と新しいApple Accountを確認する

最初に見るべきなのは、自社アプリがTexas向け配信とどの程度関係するかです。Appleの6月3日更新は、Texasの新しいApple Accountに関する案内です。既存ユーザー全員、全地域の全アカウント、すべてのApp Store利用者に同じ扱いが始まるという読み方は避けたほうがよいです。

App Store Connectで配信地域を絞っているアプリ、米国向けに広く配信しているアプリ、教育、SNS、ゲーム、動画、ライブ配信、生成AI、金融、ヘルスケアなど年齢によって体験が変わりやすいアプリでは、確認の優先度が上がります。日本向けApp Store規制との比較をしたい場合は、地域別のApp Store変更として「iOS 26.2の日本向けApp Store変更を確認」も参照できます。

条件

対象判定は、次のように分けておくとチーム内で話しやすくなります。

判定項目	見る場所	関係がある場合の次の確認
Texas向け配信	App Store Connectの配信地域	年齢保証APIと地域別QAを確認する
新しいApple Account	Appleの案内、Sandbox	既存アカウントと混ぜずにテストする
18歳未満ユーザー	アプリの利用実態、年齢レーティング	年齢カテゴリごとの体験差を整理する
IAPあり	StoreKit、サーバー課金処理	親または保護者の同意と購入制御を見る
重大変更予定	リリース計画、法務判断	PermissionKitの導線を設計する

18歳未満ユーザーと年齢カテゴリを見る

Appleの2025年11月案内では、Texas法上の年齢カテゴリとしてunder 13、13-15、16-17、over 18が示されています。Declared Age Range APIを使う場面では、実年齢や生年月日を自前で集める話に寄せないことが大切です。AppleのQ&Aでは、地域の法令で必要な場合にAppleがApple Account所有者の年齢を確認し、Declared Age Range APIを通じて年齢カテゴリを共有すると説明されています。

この設計は、プライバシーと実装責任の両方に関わります。年齢カテゴリを受け取れるからといって、アプリ側が不要な個人情報を保存してよいわけではありません。ユーザー体験に必要な分岐、サーバー権限、ログ保持、サポート対応を最小限に整理するほうが、後で説明しやすくなります。

根拠

AppleのAge assurance Q&Aは、Declared Age Range APIが地域の法的要件に応じて年齢層または年齢カテゴリを返すと説明しています。同じQ&Aは、iOS 26.2とiPadOS 26.2以降のSDK、Xcode 26.2以降で関連フレームワークを利用する前提も示しています。iOS 26.4とiPadOS 26.4では、AgeRangeService.requiredRegulatoryFeaturesや重大なアップデートの確認シートに関する機能も説明されています。

ダウンロード、アプリ内購入、重大変更を分ける

Texas対応を「未成年のダウンロード承認」だけで捉えると不十分です。Appleの6月3日更新では、ダウンロード、Apple In-App Purchases、アプリに関連する重大な変更が並んでいます。つまり、初回インストールの画面だけでなく、IAP導線、機能解放、バージョンアップ後の説明、保護者同意の取り消しまで見ます。

評価基準

チーム内では、次の3つを別々の完了条件にしてください。

• App Store Connect担当が、対象地域と年齢レーティングを確認した。
• iOS担当が、Declared Age Range APIとPermissionKitをSandboxで試した。
• サーバー担当が、App Store Server Notificationsの受信、検証、ユーザー状態更新を確認した。

Declared Age Range APIで確認すること

1. 1必要機能を決める

   どの画面や機能が年齢カテゴリを必要とするかを先に決める。

2. 2Capabilityを有効化

   Declared Age Range capabilityとエンタイトルメントを確認する。

3. 3カテゴリを要求

   under 13、13-15、16-17、over 18の扱いを分ける。

4. 4規制機能を確認

   requiredRegulatoryFeaturesで、年齢範囲共有や重大変更の確認要否を見る。

5. 5データを絞る

   誕生日取得や不要な分析利用に広げず、必要な判定に限定する。

Declared Age Range APIは生年月日を集める近道ではなく、必要な年齢カテゴリだけを扱うための入口として読む。

年齢カテゴリを要求する場面を決める

Declared Age Range APIは、年齢に応じた体験を作るために、利用者が年齢範囲を共有する流れを用意するフレームワークです。Appleのドキュメントでは、このAPIを使うにはXcodeのターゲットでDeclared Age Range capabilityを有効にし、com.apple.developer.declared-age-rangeエンタイトルメントを追加する説明があります。

Texasのように地域法で必要な場合、Appleが年齢カテゴリを共有する場面があります。ここで重要なのは、アプリの全画面で毎回APIを呼ぶことではありません。どの機能が年齢カテゴリを必要とするのか、どのタイミングで確認すればユーザー体験を壊さないのか、API応答をどこまでサーバーと同期するのかを先に決めます。

注意点

年齢カテゴリは、ユーザーの誕生日を取得するためのショートカットではありません。自社のプロフィール画面、広告ターゲティング、分析基盤に不要なデータを広げると、Texas対応から外れたリスクが増えます。AppleのQ&Aも、年齢保証や地域法に関する義務は開発者側で確認する必要があるとしています。

requiredRegulatoryFeaturesで何を分岐するか

AppleのQ&Aでは、iOS 26.4とiPadOS 26.4以降の年齢保証フレームワークに、年齢に関連する規制機能の利用資格確認が含まれると説明されています。AgeRangeService.requiredRegulatoryFeaturesは、ユーザーの地域やアカウント設定に基づき、アプリが対応すべき規制要件を判断するための入口として読むべき機能です。

Apple Developer Documentationの検索結果では、AgeRangeService.RegulatoryFeatureに、年齢範囲共有が必要であること、重大なアプリ変更について成人ユーザーの確認が必要であること、重大な変更に親または保護者の同意が必要であることを示すケースが含まれます。

確認項目

取得後に見ること	アプリ側の対応	ログで残す観点
年齢カテゴリ共有が必要か	年齢依存機能の表示や制限を分岐する	呼び出し時刻、地域判定、応答カテゴリ
成人ユーザーの確認が必要か	重大変更の確認画面を表示する	表示した変更説明、結果
親または保護者の同意が必要か	同意が得られるまで対象機能を止める	同意要求、保留状態、解除条件

実装では、API応答が取れない場合の扱いも決めておきます。サービスが利用できない、ユーザーが共有を許可しない、Sandboxでは再現できるが本番で条件が違う、といったケースが起きるためです。

Sandboxで見るべき応答パターン

AppleのAge assurance Q&Aは、iOS 26.2とiPadOS 26.2以降で、年齢範囲シナリオ、地域ベースの制限、承認状態の変化、同意取り消し、重大な変更をSandboxでテストできると説明しています。これは、Texas対象ユーザーを本番で待つ前に、動線を確認できるという意味です。

下振れ

Sandboxで通ったから完了、とは置かないでください。最終OS、地域判定、Apple Accountの状態、App Store Connectの年齢レーティング、アプリの公開状態が変わると、ユーザー体験は変わります。リリース判定には、Sandboxの成功と本番前の設定確認を分けて置くのが現実的です。

PermissionKitのSignificant Change APIをどう組み込むか

1. 1変更を分類

   年齢レーティング、コンテンツ範囲、UGC、広告、データ利用、課金導線を棚卸しする。

2. 2社内判断

   法務またはポリシー担当が重大変更候補を確認する。

3. 3同意導線

   SignificantAppUpdateTopicで保護者同意の説明と戻り先をそろえる。

4. 4年齢レーティング

   StoreKitのageRatingCodeとApp Store Connectの回答を結びつける。

5. 5QA

   未同意時、途中離脱、説明変更後の状態を年齢カテゴリ別に確認する。

PermissionKitを呼ぶ前に、何を重大変更とみなすかの判断をチーム内で持っておく必要がある。

重大な変更の判断は開発者側で持つ

Appleの6月3日更新は、重大な変更に当たるかどうかを判断する責任は開発者にあるとしています。ここは読み飛ばせません。PermissionKitを呼べばAppleが自動的に「重大な変更」を判定してくれる、という話ではないからです。

重大な変更の例を広げすぎると法的判断に踏み込みます。一方で、開発チームの実務では、年齢レーティング変更、コンテンツ範囲の拡大、ユーザー生成コンテンツの追加、広告やデータ利用の変更、課金導線の変更などを、法務とプロダクト担当が見る候補として棚卸ししておく必要があります。

根拠

AppleのAge assurance Q&Aは、アプリの利用規約やプライバシーポリシー変更が重大なアップデートに当たるかという問いに対して、「場合による」とし、適用法に基づき開発者が判断すると説明しています。つまり、実装担当だけで決めず、リリース計画の中に法務確認のゲートを置くべきです。

SignificantAppUpdateTopicで同意要求の導線を作る

PermissionKitのSignificantAppUpdateTopicは、重大な更新が行われるときに、子どもに代わって親または保護者の許可を求める文脈で使われます。ユーザーに見せる変更説明、同意が得られるまでの機能制限、失敗時の戻り先、サポートへの問い合わせ文言を、アプリのリリース前にそろえておきます。

評価基準

重大変更の同意フローは、次の順で確認すると抜け漏れを減らせます。

1. 変更内容を社内で分類する。
2. 法務またはポリシー担当が重大変更候補を確認する。
3. iOS担当がPermissionKitの導線を実装する。
4. QAが年齢カテゴリ別にSandboxで確認する。
5. サーバー担当が同意状態と機能アクセスを同期する。
6. サポート担当が問い合わせ時の説明を確認する。

この順番を決めずに実装だけ進めると、承認されなかったユーザーのアプリ内状態、途中で保護者が操作をやめた場合、アプリ更新後に説明文を変えたい場合の扱いがあいまいになります。

StoreKitのageRatingCodeとApp Store Connectをつなぐ

Appleの6月3日更新は、StoreKitの新しい年齢レーティング関連プロパティも確認対象に挙げています。App Store Connectで年齢レーティングを更新していても、端末側でアプリが見ている値、公開済みバージョンの反映、ユーザーの制限設定がずれていると、想定と違う体験になります。

App Store Connectの年齢レーティングについては、Appleのヘルプが、年齢レーティングを必須のアプリ情報フィールドとして説明しています。2026年のApp Store Connect要件全体と合わせるなら、Xcode 26 SDK必須化と年齢レーティング更新の実務チェックに戻ると管理画面側の見落としを減らせます。

確認項目

• App Store Connectの年齢レーティング質問に最新の回答を入れているか。
• 公開済みバージョンで、StoreKitのageRatingCodeが想定どおり読めるか。
• 年齢カテゴリ、Screen Time、保護者承認、重大変更同意が重なったときの表示を確認したか。
• 年齢レーティングを変更したリリースで、PermissionKit側の重大変更判断と矛盾していないか。

同意取り消しはApp Store Server Notificationsで追う

1. 1通知受信

   App Store Server NotificationsでRESCIND_CONSENTを受け取る。

2. 2分類

   REVOKE、返金、購読キャンセル、Family Sharing由来の取り消しと分ける。

3. 3状態更新

   サーバー側のユーザー状態、機能アクセス、既存セッションを更新する。

4. 4通知停止

   プッシュ通知やクラウド機能など、同意取り消し後に残る導線を確認する。

5. 5説明と復帰

   保護者、子どもユーザー、アカウント所有者への説明と再利用条件を分ける。

Appleがアプリ起動を防ぐ場合でも、自社サーバーの状態変更やサポート説明は別に設計しておく。

RESCIND_CONSENTを既存通知と分ける

AppleのAge assurance Q&Aは、親または保護者が子どものアプリ利用同意を取り消した場合、Appleがアプリの起動を防ぐと説明しています。開発者側では、同意取り消しを扱うためにApp Store Server NotificationsのnotificationTypeに含まれるRESCIND_CONSENTを使う案内があります。

これは、通常の課金通知やFamily Sharingの取り消しと同じ棚に置くと危険です。App Store Server Notificationsはサブスクリプション、返金、外部購入トークンなども扱います。RESCIND_CONSENTは、親または保護者の同意取り消しに基づくユーザー状態の変更として、別の処理に分けてください。

注意点

混同しやすい通知や概念	見るべき違い
REVOKEやFamily Sharing由来の取り消し	課金・共有権限の話であり、保護者同意取り消しとは別に扱う
返金や購読キャンセル	売上・権利期間の処理が中心で、年齢保証の同意状態とは分ける
アプリ起動のブロック	端末側の挙動だけに頼らず、サーバーのユーザー状態も更新する

アプリ起動ブロックとサーバー側処理を分ける

Appleが起動を防ぐ場合でも、自社サーバー側のセッションやアカウント状態が自動で整うとは限りません。アプリ内で使っていたクラウド機能、チャット、ランキング、予約、コンテンツ配信、サブスクリプション外の権限などは、サーバー側で扱いを決める必要があります。

確認項目

• RESCIND_CONSENTを受け取ったら、ユーザー状態をどの値に変更するか。
• 既存セッションやプッシュ通知をどう止めるか。
• 同意取り消し後も保持すべきデータと、表示すべきでないデータを分けているか。
• サポート担当が、保護者、子どもユーザー、アカウント所有者に説明できる文言を持っているか。
• 再同意や再利用が許される場合の復帰導線を、自社法務と確認しているか。

通知受信後にユーザーへ何を見せるか

同意取り消しの後に、アプリ側が法的な断定や過度な個人情報を表示すると、別の問題が起きます。子どもユーザーには、利用できない状態であることを短く伝えます。親または保護者には、App StoreまたはApple Account側の操作を確認する導線を示します。サポート担当には、個人情報を聞きすぎず、どの一次情報を案内するかを決めておきます。

評価基準

通知処理の完了条件は、サーバーがHTTP応答を返せることだけでは足りません。状態更新、監査ログ、アプリ内表示、サポート対応、再同意時の復帰までを1つのシナリオとして通せることを完了条件にしてください。

Sandboxで公開前に試すシナリオ

シナリオ	前提	見る結果
under 13	保護者承認が必要	制限機能やIAP導線が保留になる
13-15	年齢カテゴリが共有される	年齢相応の表示に分岐する
16-17	一部機能に制限が残る	同意や確認が必要な箇所だけ止まる
over 18	成人カテゴリ	重大変更の確認が必要な場合だけ表示する
同意取り消し	RESCIND_CONSENTを受信	起動不可時のサーバー状態を確認する

Sandboxの表は法的な最終判断ではなく、QAチームが再現条件をそろえるための確認表として使う。

年齢カテゴリ別に見る

AppleのQ&Aは、Sandboxで年齢範囲シナリオを試せるとしています。Texas対応では、under 13、13-15、16-17、over 18の4カテゴリを、表示、購入、機能制限、サーバー状態のそれぞれで確認します。

確認項目

シナリオ	前提	期待結果	ログ確認先
under 13	親または保護者の承認が必要	制限機能やIAP導線が保留になる	アプリログ、サーバー状態
13-15	年齢カテゴリが共有される	年齢相応の表示に分岐する	アプリ内分岐、分析除外設定
16-17	一部機能に制限が残る	同意や確認が必要な箇所だけ止まる	PermissionKit結果
over 18	成人カテゴリ	重大変更の確認が必要な場合だけ表示する	requiredRegulatoryFeatures

この表は、法的な最終判断ではなく、QAチームが何を再現するかをそろえるためのものです。実際の挙動はAppleの最新ドキュメント、SDK、App Store Connect設定で確認してください。

重大変更と同意取り消しを別シナリオにする

重大変更の同意要求と、親または保護者の同意取り消しは別のイベントです。どちらも「同意」という言葉を含みますが、前者はアプリの更新や機能変更に伴う確認、後者はすでに承認されたアプリ利用を取り消す通知です。

注意点

テスト計画では、次のように分けます。

• 重大変更テスト: 変更説明、保護者同意、未同意時の機能制限、再表示条件を見る。
• 同意取り消しテスト: RESCIND_CONSENT受信、起動不可時のサーバー状態、通知後の問い合わせ導線を見る。
• 年齢カテゴリテスト: Declared Age Range APIの応答、年齢に応じたUIや機能制限を見る。
• App Store Connectテスト: 年齢レーティング更新、公開バージョン、StoreKitで読める値を見る。

App Store Connect、クライアント、サーバーの担当を分ける

Texas対応の確認は、1人のiOS担当だけで終わりません。App Store Connect担当は年齢レーティングと配信地域、iOS担当はDeclared Age Range APIとPermissionKit、サーバー担当はApp Store Server Notifications、法務またはポリシー担当は重大変更と地域法の解釈を見ます。

評価基準

リリース前のチケットは、担当別に完了条件を分けてください。たとえば、iOSの実装が完了しても、サーバー通知を受け取れないなら公開準備は完了していません。法務が重大変更の扱いを未判断なら、PermissionKitの画面だけ先に作っても文言を確定できません。

6月4日以降の更新追跡とチーム内運用

担当	主に見る資料	完了条件
法務・ポリシー	Texas SB 2420本文、Apple Developer News	重大変更と対象範囲の社内判断がある
App Store Connect担当	年齢レーティング、配信地域、審査提出情報	最新の回答と公開バージョンを確認した
iOS担当	Declared Age Range API、PermissionKit、StoreKit	Sandboxで主要シナリオを通した
サーバー担当	App Store Server Notifications	RESCIND_CONSENT受信後の状態更新を確認した
サポート担当	アプリ内文言、問い合わせ手順	子ども、保護者、一般ユーザー向け説明を分けた

ベータAPIや公式説明は更新される可能性があるため、実装後も担当別に見る資料を固定しておく。

ベータAPIと公式ドキュメントの更新を追う

Appleの年齢保証関連ドキュメントは、iOS 26.2、iPadOS 26.2、iOS 26.4、iPadOS 26.4と段階的に説明が増えています。6月4日の開始後も、API名、通知タイプ、Sandbox条件、App Store Connectの説明が更新される可能性があります。

WWDC26前後の開発者向け情報をまとめて追うなら、Apple Developerアプリで通知、セッション動画、Group Labsを確認する記事や、2026年6月の重要トピックまとめを使うと、公式更新を見落としにくくなります。

上振れ

Appleが今後、APIの戻り値、Sandboxの作り方、RESCIND_CONSENTの処理例、App Store Connect上の年齢レーティング表示をさらに明確にした場合は、この記事の確認表も更新しやすくなります。特に本番運用を始めるチームは、Apple Developer NewsとAge assurance Q&Aを定期的に見直してください。

法務、App Store Connect担当、iOS担当、サーバー担当で見る場所を分ける

最後に、担当別の参照先を固定しておきます。

担当	主に見る資料	完了条件
法務・ポリシー	Texas SB 2420本文、Apple Developer News	重大変更と対象範囲の社内判断がある
App Store Connect担当	年齢レーティング、配信地域、審査提出情報	最新の回答と公開バージョンを確認した
iOS担当	Declared Age Range API、PermissionKit、StoreKit	Sandboxで主要シナリオを通した
サーバー担当	App Store Server Notifications	RESCIND_CONSENT受信後の状態更新を確認した
サポート担当	アプリ内文言、問い合わせ手順	子ども、保護者、一般ユーザー向け説明を分けた

この記事はAppleおよび関係会社とは非提携の独立サイトによる整理です。法的助言ではなく、Appleの一次情報を読むための実務メモとして使ってください。最終判断はAppleの最新ドキュメント、App Store Connectの実画面、自社の法務確認に戻す必要があります。

---

次に読むなら

参照した主な情報源

• Apple Developer News「Update for Apps Distributed in Texas」確認日: 2026年6月4日 https://developer.apple.com/news/?id=sg176nne
• Apple Developer News「Next steps for apps distributed in Texas」確認日: 2026年6月4日 https://developer.apple.com/news/?id=2ezb6jhj
• Apple Developer News「Update on age requirements for apps distributed in Texas」確認日: 2026年6月4日 https://developer.apple.com/news/?id=8jzbigf4
• Apple Developer Support「Age assurance developer Q&A」確認日: 2026年6月4日 https://developer.apple.com/support/age-assurance
• Apple Developer Documentation「Declared Age Range」確認日: 2026年6月4日 https://developer.apple.com/documentation/declaredagerange/
• Apple Developer Documentation「AgeRangeService.requiredRegulatoryFeatures」確認日: 2026年6月4日 https://developer.apple.com/documentation/declaredagerange/agerangeservice/requiredregulatoryfeatures
• Apple Developer Documentation「AgeRangeService.RegulatoryFeature」確認日: 2026年6月4日 https://developer.apple.com/documentation/declaredagerange/agerangeservice/regulatoryfeature
• Apple Developer Documentation「SignificantAppUpdateTopic」確認日: 2026年6月4日 https://developer.apple.com/documentation/PermissionKit/SignificantAppUpdateTopic/
• Apple Developer Documentation「StoreKit AppStore ageRatingCode」確認日: 2026年6月4日 https://developer.apple.com/documentation/storekit/appstore/ageRatingCode
• Apple Developer Documentation「App Store Server Notifications notificationType」確認日: 2026年6月4日 https://developer.apple.com/documentation/appstoreservernotifications/notificationtype
• Texas Legislature「SB 2420 enrolled bill text」確認日: 2026年6月4日 https://capitol.texas.gov/tlodocs/89R/billtext/html/SB02420F.HTM
• Office of the Texas Attorney General「Attorney General Ken Paxton Secures Major Victory Protecting Children Online…」確認日: 2026年6月4日 https://www.texasattorneygeneral.gov/news/releases/attorney-general-ken-paxton-secures-major-victory-protecting-children-online-requiring-age