Apple은 2026년 7월 9일, App Store Connect 연령 등급 문항에 소셜 미디어 기능 관련 질문이 포함된다고 공지했습니다. Apple 공지에 따르면 2026년 9월부터 새 앱, 업데이트, 대체 배포 공증 제출에 해당 답변이 요구됩니다. 따라서 제출 전에는 앱이 소셜 피드나 유사한 콘텐츠 발견 기능으로 사용자 생성 콘텐츠를 전달·확산·상호작용하게 하는지 제품 담당자와 출시 담당자가 함께 확인해야 합니다. 이 검수는 Xcode 빌드 설정이나 코드 서명 단계가 아닙니다.
이 글은 App Store Connect에서 앱을 등록하거나 업데이트하는 iOS 출시 엔지니어, 사용자 콘텐츠 기능이 있는 앱의 모바일 개발자, 배포 체크리스트와 자동화를 관리하는 플랫폼 담당자를 위한 안내입니다.
마지막 업데이트: 2026년 9월 30일. 적용 시점과 기능 정의는 Apple 개발자 공지 및 연령 등급 도움말에서 확인했습니다.
App Store Connect 소셜 미디어 연령 등급 검수의 기준
판단의 출발점은 앱의 등록 카테고리가 아닙니다. 실제 사용 흐름에서 사람들이 올린 콘텐츠가 소셜 피드나 이와 비슷한 발견 방식으로 노출되는지, 다른 사용자가 그 콘텐츠를 보고 반응하거나 퍼뜨릴 수 있는지를 살펴야 합니다. Apple은 이 기능을 연령 등급 문항에 반영한다고 안내했지만, 기능이 있다는 사실만으로 구체적인 등급 결과를 단정할 수는 없습니다. 연령 등급 정의와 지역별 설명을 기준으로 답변을 확인합니다.
기능 판단과 등급 결과는 별개의 단계입니다. 제품 이름에 ‘커뮤니티’가 들어가거나 앱이 게임·도구로 분류되어 있다는 이유만으로 답을 정하면 안 됩니다. 반대로 계정 생성이나 네트워크 연결만으로 소셜 미디어 기능이 있다고 추정할 수도 없습니다. 어떤 화면에서 누가 콘텐츠를 보고, 게시하고, 반응하는지 기능 근거를 남기는 편이 안전합니다.
앱에 피드나 콘텐츠 발견 기능이 있는 경우
홈 화면 피드, 주제별 게시물 탐색, 사용자 게시물을 추천하는 화면을 실제 흐름에 따라 확인합니다. 여기서 중요한 것은 화면 이름이 아니라 사용자 생성 콘텐츠가 발견되고 확산되는 방식입니다. 제품 담당자는 화면 흐름이나 기능 설명을 근거로 소셜 피드에 해당하는지 확인하고, 출시 담당자는 그 결론이 App Store Connect 답변과 일치하는지 대조합니다.
게시물 노출이 특정 사용자에게만 제한되거나, 콘텐츠가 검색 결과에만 나타나는 사례처럼 경계가 분명하지 않은 경우에는 출시 담당자가 혼자 추정하지 않습니다. 노출 범위와 상호작용 방식을 아는 제품 담당자에게 확인을 요청하고, 판단 근거를 기록합니다.
댓글·공유·전달 기능이 있는 경우
댓글, 게시물 공유, 전달 기능이 있다는 사실만으로 모든 앱을 같은 방식으로 분류하지 않습니다. 사용자가 만든 콘텐츠를 다른 사용자에게 어떤 경로로 보여 주는지, 그 콘텐츠에 대한 반응이나 재공유가 가능한지 확인합니다. 예를 들어 고객 문의에 대한 일대일 답변과 공개 피드의 댓글은 사용자에게 보이는 범위와 콘텐츠의 확산 방식이 다릅니다. 이런 차이를 기능 단위로 설명할 수 있어야 문항 답변도 검토할 수 있습니다.
기능 이름이 같아도 실제 노출 범위가 다를 수 있습니다. ‘공유’라는 버튼명만 보고 답을 정하지 말고, 공유 대상과 결과 화면을 제품 담당자에게 확인합니다.
소셜 기능이 없는 앱과 미성년 사용자 제한
사용자 계정, 로그인, 서버 통신이 있다는 사실만으로 소셜 미디어 기능이라고 판단하지 않습니다. 사용자가 서로의 콘텐츠를 발견하거나 상호작용하는 기능이 있는지 먼저 확인합니다. 해당 기능이 없다면 그 결론을 뒷받침하는 화면이나 제품 설명을 근거로 남깁니다.
미만 연령 사용자에 대한 제한은 소셜 기능 판단과 혼동하지 않아야 합니다. Apple의 iOS 27 Social Media Time Allowance 안내는 미만 연령 사용자 관련 설정과 해당 분류의 관계를 설명합니다. 이를 근거로 특정 앱의 연령 등급이나 심사 결과가 어떻게 될지 예측해서는 안 됩니다. 실제 답변은 앱의 기능과 Apple의 현재 문항을 기준으로 검토합니다.
연령 등급 문항은 제품 기능에 따라 어떻게 판단하나요?
아래 기준으로 기능 흐름을 나눠 확인합니다. 각 행은 자동 판정표가 아니라 제품 담당자와 출시 담당자가 근거를 함께 검토하기 위한 출발점입니다.
| 실제 기능 흐름 | 확인할 사항 | 검수 방향 |
|---|---|---|
| 사용자 게시물이 피드나 유사한 발견 화면에 노출됨 | 다른 사용자가 게시물을 발견하고 볼 수 있는지 | 노출 방식과 콘텐츠 흐름을 제품 담당자에게 확인 |
| 댓글·반응·재공유가 제공됨 | 누가 콘텐츠에 반응하고 다른 사람에게 전달할 수 있는지 | 상호작용 대상과 범위를 구체적으로 기록 |
| 계정·로그인·서버 연결만 제공됨 | 사용자가 서로의 콘텐츠를 보거나 주고받는 기능이 실제로 있는지 | 연결 기능만으로 소셜 기능이라고 단정하지 않음 |
App Store Connect와 Xcode 배포의 경계
문항은 App Store Connect의 App Information에 있는 연령 등급 영역에서 확인하고 답변을 저장합니다. Apple 연령 등급 설정 안내에서 현재 화면과 답변 절차를 확인합니다. 제출 작업은 계정 역할과 권한의 영향을 받으므로, 작업자가 해당 앱 정보를 수정할 권한이 있는지도 확인해야 합니다. 앱 제출 절차와 역할 안내를 함께 참고합니다.
Xcode에서 빌드하고 서명하는 과정은 앱 제출용 산출물을 준비하는 흐름입니다. Xcode의 배포 안내와 App Store Connect의 앱 정보 검수는 구분해야 합니다. 출시 체크리스트나 CI 작업은 담당자에게 문항 확인을 알릴 수 있지만, 빌드 스크립트가 질문에 자동으로 답하거나 저장한다고 간주하면 안 됩니다. 연령 등급 API 개요와 소셜 미디어 관련 필드 정의는 API 자료의 범위를 확인하는 참고 문서이며, 이것만으로 전체 문항의 자동 작성 가능성이 입증되는 것은 아닙니다.
제출 전 검수 기록을 만드는 순서
아래 항목을 앱별·출시 버전별 기록에 포함합니다. 체크만 남기기보다 기능 판단의 근거와 확인자를 함께 적습니다.
- [ ] 제품 담당자가 피드, 콘텐츠 발견, 댓글, 공유, 전달 기능을 실제 사용자 흐름에 따라 확인합니다.
- [ ] 소셜 미디어 기능 여부와 판단 근거가 화면 설명 또는 제품 자료로 확인되는지 기록합니다.
- [ ] 경계 사례는 해당 기능을 아는 제품 담당자에게 확인하고, 출시 담당자와 결론을 대조합니다.
- [ ] App Store Connect의 연령 등급 문항에 답하고 저장한 상태를 확인합니다.
- [ ] 답변을 입력한 담당자와 최종 검토 책임자를 기록합니다.
- [ ] 제출 직전에 앱 기능 설명과 App Store Connect에 저장된 답변이 서로 맞는지 다시 확인합니다.
- [ ] 기능과 답변이 일치하지 않으면 제출을 보류하고 제품 사실부터 재확인합니다.
내부 기록은 다음처럼 남길 수 있습니다. 아래 예시는 기록 형식이며, 실제 제품의 판단 결과를 대신하지 않습니다.
검수 대상: 앱 이름과 제출 버전
기능 근거: 피드 / 발견 / 댓글 / 공유 흐름에 대한 제품 자료
제품 확인: 담당자와 확인 내용
App Store Connect: 연령 등급 문항 저장 상태
출시 검토: 제출 전 답변과 실제 기능의 일치 여부
보류 사유: 기능 판단 또는 답변 근거가 불명확한 경우
앱의 답변이 제품 페이지에 어떤 표시로 이어지는지는 Apple의 연령 등급 정의와 지역별 안내를 확인해야 합니다. 해당 정의에는 연령 등급과 관련 설명이 정리되어 있지만, 소셜 기능 문항에 특정 답을 선택했을 때 표시가 반드시 어떻게 바뀐다고 미리 단정할 수는 없습니다. 실제 표시와 지역별 차이는 저장된 답변과 Apple의 정책·표시 기준을 함께 확인합니다.
기능 시나리오별 제출 전 결정 도구
아래 표에서 기능을 구분한 뒤, 체크리스트의 책임자 확인과 App Store Connect 저장 상태까지 완료해야 검수를 마친 것으로 처리합니다.
| 시나리오 | 먼저 확인할 제품 사실 | 제출 판단 |
|---|---|---|
| 사용자 콘텐츠를 피드나 발견 화면에서 보여 줌 | 노출 방식, 콘텐츠 작성자, 다른 사용자의 접근 여부 | 제품 담당자가 기능 근거를 확인한 뒤 문항 답변 검토 |
| 사용자가 댓글·공유·전달로 콘텐츠에 반응함 | 반응 대상, 공유 범위, 전달 후 노출 흐름 | 경계 사례를 제품 담당자와 출시 담당자가 공동 확인 |
| 사용자 콘텐츠 상호작용이 없음 | 계정·로그인·네트워크 외에 콘텐츠 기능이 있는지 | 기능이 없다는 근거를 남기고 문항을 실제 기능에 맞춰 답변 |
| 미성년 사용자 접근을 제한함 | 제한 대상과 제품 내 적용 방식 | 소셜 기능 여부와 미성년자 제한을 서로 다른 항목으로 검토 |
| 출시 과정 | 확인 책임 | 완료 증거 |
|---|---|---|
| 제품 기능 확인 | 제품 담당자 | 실제 화면과 기능 설명에 근거한 판단 기록 |
| 문항 입력·저장 | App Store Connect 작업 권한이 있는 담당자 | 연령 등급 영역의 저장 상태 |
| 제출 직전 대조 | 출시 담당자 | 기능 판단과 저장된 답변의 일치 확인 |
| 불일치 발견 | 제품 담당자와 출시 담당자 | 수정 또는 제출 보류 기록 |
기존 방식이 출시 담당자의 기억이나 CI 통과 여부에만 의존하면, App Store Connect 문항 누락을 놓칠 수 있고 기능 판단의 책임자와 근거도 남지 않습니다. 실제 Xcode 빌드·서명 자동화와 앱 정보 검수를 분리하면 이 혼선을 줄일 수 있습니다. 팀에 원격 빌드용 Mac이 필요하다면 맥 미니 대여 방식과 서울 맥 미니 대여 안내를 살펴볼 수 있습니다. 단, 대여 환경도 App Store Connect 문항을 제품 사실에 맞춰 확인하고 저장하는 절차를 대신하지는 않습니다. 당장 테스트나 임시 빌드 환경이 필요한 팀에는 NodeMini의 맥 환경 대여가 실기기를 먼저 구매하는 방식보다 시작하기 편리할 수 있습니다.
이번 검수의 완료 조건은 빌드 성공이 아니라 기능 판단 근거, 책임자 확인, App Store Connect 저장 상태가 서로 맞는 것입니다. 출시 자동화에 이 절차를 반영할 때는 Xcode 빌드·서명 작업과 앱 정보 검수를 별도 항목으로 두고, 제출 전 담당자가 직접 확인하도록 구성합니다.