iOS 27のソーシャルメディア機能申告：アプリの自己点検方法（2026）

iOS 27のソーシャルメディア機能申告は、アプリのカテゴリや名称ではなく、ユーザー投稿をコンテンツフィードなどで広く見せたり、交流・拡散させたりする実際の機能で判断します。該当する機能があれば申告し、13歳未満に使わせない設計なら、年齢範囲の確認とアクセス制限が実際に機能することまで確かめてください。Appleが示す定義と提出要件は、ソーシャルメディア機能に関する案内で確認できます。

ユーザー投稿、フィード、いいね、コメント、共有機能を持ち、年齢分級の回答を更新する独立開発者向けです。
新バージョンの提出を管理する小規模チームや、未成年ユーザーへの機能制限を実装する担当者にも役立ちます。

最終更新：2026年10月31日。申告時期と機能定義はApple Developer News、設問と年齢範囲の扱いはApp Store ConnectヘルプおよびAppleのAPI資料で照合しています。

まず機能の見せ方で申告候補を絞る

Appleの定義で問われるのは、ユーザーが他者のコンテンツを閲覧したり、投稿・コメント・いいね・共有したりするソーシャルな機能です。ただし、ボタンが一つあるだけで機械的に結論を出すのではなく、その操作がコンテンツの発見や拡散につながるかをアプリ全体の動線で確認します。年齢分級の機能定義も照らし合わせてください。

編集上の判断では、機能を次のように整理すると、申告理由を後から説明しやすくなります。

判定の確度が高い： 投稿が公開フィードやおすすめ欄に並び、他のユーザーが閲覧・反応・共有できます。投稿を見つけ、反応し、さらに広げられる経路が一体になっています。
個別確認が必要： コメントや共有はあるものの、対象が限定されている、または共有先が明確に制限されています。どのユーザーが何を見られるのか、共有後に閲覧範囲がどう変わるのかを追ってください。
機能だけでは該当と決められない： ユーザーが投稿できるだけで、他の利用者が発見・閲覧したり、投稿を拡散したりする仕組みがありません。ユーザー生成コンテンツがあるという理由だけで申告対象と断定せず、設問の文言に沿って回答します。

これはAppleによる個別アプリの判定結果ではなく、実際の操作経路から回答根拠を作るための整理方法です。審査結果や非公開の個別判断を予測するものではありません。

公開フィードと発見機能を画面単位で調べる

タイムライン、検索結果、おすすめ欄など、投稿が作成者以外の利用者に見つかる入口を洗い出します。Appleは閲覧、いいね、コメント、共有といった操作を定義の例に挙げていますが、個々の操作と、投稿を人に届ける仕組みとの関係を確認する必要があります。

次の点を、ログイン状態や公開範囲の違いも含めて確認してください。

投稿が誰の画面に表示されるか。フォロー関係のない利用者にも表示されるか。
おすすめ、検索、タグなどから、投稿を新しい利用者が発見できるか。
投稿への反応が通知やランキングを通じ、さらに別の利用者に届くか。
共有リンクを開いた相手が、元の投稿や投稿者を確認できるか。

「共有」ボタンの有無だけでは判断できません。共有が端末内への保存に限られる場合と、別の利用者へ投稿を届ける場合では、機能の意味が異なります。公開範囲を変更できるアプリは、初期設定と設定変更後の両方を記録しておくと確認の抜けを減らせます。

コメントや共有だけなら対象外と決めつけない

コメント・いいね・転送などの操作は、投稿の表示範囲や発見経路と組み合わさると、他者のコンテンツへの交流や拡散を支える場合があります。一方、限定された相手との会話に付く反応を、公開フィードと同じ機能だと直ちに扱うことも適切ではありません。

開発チーム内の評価は、機能単体ではなく利用者の経路を基準にそろえます。

投稿から不特定または広い利用者へつながる場合： 閲覧、反応、共有の各経路を記録し、ソーシャルメディア機能としての申告要否を確認します。
特定の相手との直接メッセージだけの場合： 誰が会話に参加できるか、会話内容が他の利用者に表示されるかを確認します。チャット機能の存在だけで、公開型のコンテンツ拡散と同一視しません。
コメント欄や共有機能がある場合： 投稿の公開範囲、共有後の閲覧可能範囲、検索やおすすめへの掲載を確認します。機能を組み合わせた結果、投稿が新しい利用者へ届くなら、その経路も申告判断の根拠に含めます。

ユーザー生成コンテンツや直接メッセージがあることと、ソーシャルメディア機能の定義に当たることは同義ではありません。逆に、機能名が「コミュニティ」ではなくても、投稿を広く見せて交流・拡散できるなら、名前だけで対象外にするべきではありません。

13歳未満に機能を停止する場合は年齢確認も検証する

年齢分級の回答で、ソーシャルメディア機能を13歳未満の利用者に提供しないとする場合は、宣言文や利用規約だけで終わらせないでください。アプリが年齢範囲をどう把握し、対象機能へのアクセスをどう防ぐかを、画面と処理の両方で確認します。Declared Age Range APIの概要と年齢範囲の共有をリクエストする手順を参照し、APIの利用方法と共有許可の扱いを実装に合わせてください。

確認の要点は、年齢情報が取得できない場合の動作、制限対象機能への入口、アプリ再起動後の状態です。未成年者向けの判定を行う画面だけでなく、ディープリンクや通知から該当機能へ移動する経路も検証します。Appleは年齢保障に関する開発者向け質問と回答を公開しており、テストには年齢保障のSandbox検証手順を利用できます。

この制限を設けたことだけで、アプリ全体の年齢区分が自動的に決まるわけではありません。ほかの設問への回答も含め、年齢分級の各定義と照合してください。

提出前に回答と実装を突き合わせる

Appleは、2026年9月以降にApp Storeの新バージョンまたはアップデートを提出する際、ソーシャルメディア機能について回答する要件を案内しています。設問や適用条件に変更がないか、提出時点でApp Store Connectの年齢分級設定手順を再確認してください。申告への回答は、審査ガイドラインにある年齢分級に関する説明とも一致させます。

提出前は、次の順に進めると、回答とアプリの挙動の食い違いを見つけやすくなります。

App Store Connectで対象アプリの年齢分級問診票の状態を確認します。
投稿、フィード、検索、おすすめ、コメント、共有、直接メッセージを機能一覧にします。
テスト用アカウントで、投稿が作られてから別の利用者に届くまでの経路を記録します。
13歳未満への制限を申告する場合は、年齢範囲の取得と、対象機能へのアクセス拒否を確認します。
年齢範囲を取得できないケース、許可されないケース、通知や共有リンクからの遷移も試します。
実際の画面と設問の回答を並べ、根拠と確認日をリリース記録に残します。

提出前の判定チェックリスト

[ ] 投稿が公開フィード、おすすめ、検索などを通じて他の利用者に届く場合、ソーシャルメディア機能として申告要否を確認しましたか。
[ ] コメントや共有がある場合、操作単体ではなく、投稿の公開範囲と共有後の閲覧経路まで確認しましたか。
[ ] 直接メッセージや限定投稿だけの場合、公開フィードでの拡散と区別し、回答の根拠を記録しましたか。
[ ] 13歳未満に機能を提供しない場合、年齢範囲の確認と機能へのアクセス制限を実機能で検証しましたか。
[ ] どの機能も該当しない場合、アプリ名やカテゴリから推測せず、問診票の設問ごとに回答しましたか。

この分岐は申告判断を整理するための編集上の手順です。Appleが個別アプリについて行う審査判断を保証するものではありません。

申告の根拠を残し、ビルド環境も再現可能にする

年齢分級の回答は、アプリの実装変更で見直しが必要になります。フィードの公開範囲、投稿共有、年齢制限のいずれかを変更したら、問診票と機能経路を再確認してください。リリース用のビルドや提出前の動作確認を行う場合は、Macの利用方法とサポート情報を確認し、チームで再現できる環境を選ぶとよいでしょう。

手元のMacだけで運用すると、ビルド中に開発作業を妨げたり、端末の空き容量や保守に左右されたりします。一方、専用Macの購入は初期費用と管理負担がかかるため、申告作業だけのために導入する必要はありません。新バージョンの構築・検証を一時的に分離したい場合は、Mac環境の比較情報を確認し、購入・ローカル運用・BookaMacのレンタルを必要期間と作業内容で比べてください。まず機能定義に基づく申告を確定し、その後に必要なビルド環境を選ぶのが無理のない順序です。