App Store Connectのソーシャルメディア年齢レーティング：2026年提出前にどう確認する？

変更点は年齢レーティング質問票の回答範囲

今回の確認は、アプリがどのカテゴリに属するかを選び直す作業ではありません。App Store Connectの年齢レーティング質問票で、アプリがソーシャルメディア機能を備えているかを、実際のユーザー体験にもとづいて申告する作業です。Appleは2026年9月から、新規アプリ、アップデート、代替配信の公証に関する提出で回答が必要になると案内しています。告知の対象範囲を、該当する提出作業のチェック項目に加えてください。

年齢レーティング、ソーシャルメディア機能の有無、アプリのカテゴリは別々の情報です。回答だけから審査結果や個別アプリのレーティング変更を予測することはできません。また、年齢レーティング質問票はApp Store Connect上のアプリ情報に関わるため、Xcodeのビルド設定やコード署名の選択肢と混同しないようにします。

フィードや発見機能があるアプリ

ソーシャルフィード、またはそれに類する発見機能を通じて、ユーザー生成コンテンツが広がる、目立つようになる、またはユーザー同士の交流に使われるかを確認します。判断の起点は、ストア上のカテゴリ名ではなく、投稿がどこに表示され、ほかのユーザーがどのように見つけるかです。Appleの年齢レーティングの定義に照らし、機能の動作を確認してください。

製品担当者には、機能名ではなく操作の証拠を依頼します。たとえば、投稿からフィードへの掲載までの流れ、表示範囲、検索やおすすめからの発見経路が分かる画面や仕様書です。開発担当者は、仕様書に書かれた意図と、公開ビルドの実際の動きが異ならないかも照合します。

コメントや共有があるアプリ

コメント、共有、再投稿などが存在しても、ボタン名だけで回答を決めるのは避けます。コンテンツがユーザー間に広がるのか、フィードなどで発見されるのか、交流を促す仕組みなのかを、前後の画面を含めて確認します。判断が分かれる場合は、機能を把握する製品責任者に確認し、公開担当者だけで推測しないことが重要です。

「コミュニティ」「ツール」「ゲーム」といった製品ラベルや、ユーザーアカウントがあることだけでは、ソーシャルメディア機能の有無を決められません。アカウント登録やネットワーク接続だけを根拠に該当とせず、機能がユーザー生成コンテンツをどのように扱うかを確認します。

投稿・交流機能がないアプリ

ユーザー登録やオンライン接続があっても、ユーザー生成コンテンツのフィード、発見、交流がなければ、それだけでソーシャルメディア機能があるとは判断できません。アプリ内の各機能を実際に確認し、質問票の定義に当てはまる動作があるかを記録します。年齢レーティングの区分や地域による説明は、Appleの定義資料で確認してください。

未成年者の利用を制限する機能についても、アプリの年齢レーティングや質問票への回答から独自に結論を広げないことが大切です。Appleは、13歳未満のユーザーに対する制限とSocial Media Time Allowanceの関係を案内しています。iOS 27におけるTime Allowancesの分類は、Appleの説明に沿って確認し、個別アプリの表示や適用結果を推測しないでください。

FAQ：アプリ機能と公開情報の確認

ストアカテゴリが「ツール」なら、ソーシャルメディア機能の確認は不要ですか？

カテゴリ名だけでは判断できません。ユーザー投稿がフィードや類似の発見機能で表示され、ほかのユーザーとの交流やコンテンツの拡散につながるなら、その動作を確認します。製品担当者から画面や仕様を受け取り、App Store Connectの定義と照合してください。

コメントや共有があれば、必ず該当すると考えるべきですか？

コメント欄や共有ボタンの存在だけで一律に決めるのではなく、ユーザー生成コンテンツが誰に届き、どう発見され、どのような交流に使われるかを確認します。境界事例は製品担当者と公開担当者が機能の流れを見て判断し、根拠を記録します。

回答内容から、App Storeの商品ページに出る年齢表示を予測できますか？

Appleは年齢レーティングとSocial Mediaの記述子について案内していますが、個別の回答からアプリの審査結果や具体的な表示を推測することはできません。質問票の回答と公開ページの表示を別々に確認し、表示内容が必要な場合はApp Store Connectの状態を確認してください。

iOS 27のTime Allowancesに合わせて、アプリのレーティングを先に変更すべきですか？

iOS 27の分類に関するAppleの説明と、アプリ自身の機能や年齢レーティングを混同しないでください。まず質問票を実際の機能に沿って回答し、未成年者向けの利用制限や表示については、Appleの案内とアプリの実装を別々に確認します。レーティング結果を先回りして推測するのは避けます。

App Store Connectと公開自動化の分担

年齢レーティング質問票の確認場所は、App Store Connectの「App Information」にある年齢レーティング領域です。Appleの質問票と地域別レーティングの案内を見ながら回答と保存状態を確認します。提出操作に必要な役割はアカウントの権限に左右されるため、提出手順と担当者の要件も併せて確認してください。

Xcodeはアプリのビルドや配布に使うツールですが、ビルド成功を質問票の回答完了の証拠にはできません。Xcodeの配布手順とApp Store Connect上の申告は、別の確認項目です。リリースチェックリストやCIから担当者へ確認を促すことはできますが、それだけで質問票が自動入力・完了したと扱わないでください。API連携を検討する場合も、年齢レーティングAPIの概要と公開されている年齢レーティング項目を個別に確認し、現在の仕様で裏付けられない自動化は前提にしません。

提出前に残す確認記録

チェックリストはアプリ単位で用意し、更新時は機能変更の有無も確認します。公開担当者がApp Store Connectのページ状態を確認し、製品担当者が機能判断を承認する形にすると、回答の根拠と提出責任の所在を分けて追跡できます。

• [ ] 対象の提出が新規アプリ、アップデート、代替配信の公証のどれかを記録した
• [ ] フィード、発見、コメント、共有などの実機能を製品担当者と確認した
• [ ] 質問票の回答と、回答の根拠となる画面・仕様を対応づけた
• [ ] App Store Connectで年齢レーティング質問票の回答・保存状態を確認した
• [ ] 製品担当者と公開担当者の確認者を記録した
• [ ] 公開前に、回答と現行機能に食い違いがないことを再確認した

記録形式は、既存のリリース管理に合わせて構いません。たとえば、次の項目をチケットや社内記録に残し、空欄を自動検査する運用ができます。

app:
submission_type:
social_feature_evidence:
questionnaire_status:
product_owner:
release_owner:
pre_submission_review:

ここでの例は記録項目のひな型であり、App Store Connectの実在するアプリ情報や提出結果ではありません。CIで入力漏れを通知する場合も、質問票の回答そのものではなく、担当者による確認記録を検査対象にします。

現行の公開環境とMac環境の使い分け

現在の公開フローがLinuxやWindows中心の場合、macOS固有のビルドやXcode上の動作確認を同じ環境で完結できないことがあります。また、担当者のローカルMacだけに検証を依存すると、実行環境の共有や継続的なビルド確認が難しくなり、CIの構築工程とApp Store Connectの質問票確認を混同しやすくなります。一方で、Macを用意しても質問票が自動で埋まるわけではなく、機能判断とApp Store Connectでの確認は引き続き必要です。

短期間のリリース検証や一時的なビルド環境が必要なら、NodeMiniのMac利用方法を確認し、Xcodeでの構築・検証と、App Store Connect上の手動確認を分けて設計できます。まず既存CIが担当している範囲を洗い出し、物理的な接続や長期の安定稼働が必要なら自社Macの保有も比較対象にしてください。Macを短期間だけ使う場合は、Macの利用プランを検討できますが、質問票の回答責任は製品担当者と公開担当者に残ります。