2026년 7월 9일 Apple은 App Store Connect의 연령 등급 설문에 사회 기능 문항을 추가했습니다. Apple의 공식 업데이트에 따르면 2026년 9월부터 새 앱, 업데이트, 대체 배포용 공증 제출에 답변이 필요합니다.
증상 → 앱의 분류는 도구형인데 댓글, 추천 피드, 공유 기능이 일부 남아 있습니다.
가장 빠른 해결 → 앱 카테고리가 아니라 실제로 사용자 제작 콘텐츠를 퍼뜨리고 확대하거나 서로 반응할 수 있는지 확인한 뒤, 설문·코드·제출 기록을 함께 검수합니다.
이 글은 2026년 9월 이후 버전을 제출할 독립 개발자와 제품 책임자를 위한 점검 문서입니다. 커뮤니티 앱 운영자, 연령 제한을 구현하는 개발자, 앱 심사 자료를 관리하는 운영 담당자도 대상입니다.
마지막 업데이트: 2026년 8월 14일. Apple Developer News, App Store Connect 도움말, 연령 범위 API와 샌드박스 문서를 기준으로 확인했습니다.
기능 장면별 첫 판단
먼저 아래 표에서 앱의 실제 기능과 가장 가까운 행을 찾으십시오. 이름, 기본 카테고리, 마케팅 문구는 판단 근거가 아닙니다.
| 실제 기능 | 설문 판단 방향 | 제출 전 확인 |
|---|---|---|
| 사진 편집, 계산, 오프라인 메모처럼 외부 공개가 없는 기능 | 사회 기능 없음 | 공유와 공개 게시 기능이 없는지 확인 |
| 글이나 사진을 사용자가 올리지만 다른 사용자가 넓게 발견하지 못함 | 사용자 제작 콘텐츠와 사회 기능을 분리 검토 | 공개 범위, 검색, 추천 여부 확인 |
| 공개 피드, 댓글, 좋아요, 재게시, 추천 흐름이 있음 | 사회 기능 있음으로 검토 | 신고, 차단, 노출 확대, 콘텐츠 등급 확인 |
| 13세 미만에게 피드와 상호작용을 차단함 | 제한 기능 선택 가능성 검토 | 연령 범위 확인과 실제 차단을 함께 시험 |
Apple은 사회 기능을 앱 스토어의 기본 카테고리와 별도로 판단합니다. 앱이 생산성 앱으로 등록되어 있어도 사용자 제작 콘텐츠를 피드나 유사한 발견 기능으로 재배포하고, 확대하고, 서로 반응하게 한다면 사회 기능 문항을 따로 검토해야 합니다. 연령 등급 정의에도 이 구분이 명시되어 있습니다.
공개 기능이 없는 도구형 앱
순수 로컬 도구, 한 방향으로만 읽는 콘텐츠 앱, 초대받은 사람만 보는 비공개 작업 공간은 사회 기능이 없을 수 있습니다. 하지만 다음 흔적이 있으면 다시 확인해야 합니다.
- 공개 댓글이나 답글
- 사용자 게시물의 검색 결과 노출
- 추천 피드 또는 인기순 정렬
- 좋아요, 반응, 공유, 재게시
- 외부 서비스가 제공하는 커뮤니티 위젯
- 이전 버전에 남은 피드 화면
- 일부 계정에만 열린 회색 배포 기능
- 서버 설정으로 나중에 켤 수 있는 공개 권한
특히 앱 화면에서 기능이 숨겨져 있어도 서버가 공개 게시물이나 추천 결과를 반환하면 설문 답변과 실제 동작이 어긋날 수 있습니다. 제품 담당자는 현재 운영 중인 기능뿐 아니라 원격 설정, 실험 그룹, 관리자 권한도 목록으로 남겨야 합니다.
내부 근거는 다음처럼 보관하십시오.
- 기능 이름과 공개 범위를 표로 작성합니다.
- 로그인 전후 화면을 캡처합니다.
- 앱 버전과 서버 설정 버전을 함께 기록합니다.
- 공개 피드와 비공개 작업 공간을 분리합니다.
- 설문 답변을 정한 담당자와 검토 날짜를 남깁니다.
이 자료는 심사 대응용 설명보다 먼저, 팀 내부에서 답변을 재현하는 기준이 됩니다.
사용자 제작 콘텐츠와 사회 기능의 경계
사용자가 콘텐츠를 만든다는 사실과 그 콘텐츠가 사회적으로 퍼진다는 사실은 같지 않습니다. 예를 들어 개인 일기 앱에서 사용자가 글을 작성해도 다른 사람에게 공개되지 않는다면 사회 기능 판단은 달라질 수 있습니다. 반대로 게시물 작성 기능이 단순해도 추천 피드와 검색 노출이 붙으면 사회 기능에 가까워집니다.
다음 세 가지를 따로 보십시오.
- 생성: 사용자가 글, 사진, 영상, 음성을 만들 수 있는가
- 확산: 다른 사용자가 피드, 검색, 추천에서 발견하는가
- 상호작용: 댓글, 반응, 공유, 재게시로 내용이 더 넓게 보이는가
세 항목 중 확산과 상호작용이 결합되어 있다면 “커뮤니티 앱”이라는 이름을 쓰지 않아도 사회 기능을 포함할 가능성이 큽니다. 설문에서는 앱의 주 카테고리가 아니라 실제 기능을 기준으로 답해야 합니다.
Apple은 사회 기능이 있는 앱에 상품 페이지의 관련 콘텐츠 설명이 표시될 수 있다고 안내합니다. 또한 iOS 27, iPadOS 27, macOS 27 이후의 Time Allowances에서 사회 미디어 분류가 별도로 사용됩니다. 따라서 앱 스토어 발견용 주 카테고리와 보호자용 사용 시간 분류를 같은 항목으로 처리하면 안 됩니다. Time Allowances와 설문 변경 안내를 함께 확인하십시오.
팀별 검토 책임
제품팀은 공개 범위를 정의합니다. 개발팀은 실제 응답과 차단 처리를 검증합니다. 운영팀은 신고, 차단, 콘텐츠 등급, 이용자 안내가 온라인 기능과 일치하는지 확인합니다. 한 사람이 설문만 작성하면 이 세 층의 불일치를 놓치기 쉽습니다.
사회 기능을 포함하는 경우에는 다음 위험을 확인하십시오.
- 신고 버튼은 있지만 신고 후 노출이 계속되는 경우
- 차단한 사용자의 게시물이 추천 피드에 남는 경우
- 콘텐츠 등급을 받지 않은 사용자 제작 콘텐츠가 공개되는 경우
- 웹과 모바일에서 공개 범위가 다른 경우
- 테스트 계정에서는 닫혔지만 실제 운영 계정에서는 열린 경우
13세 미만 연령 제한 구현
“13세 미만 사회 기능 사용 안 함”은 설문에서 선택하는 문장만으로 끝나지 않습니다. 앱이 실제로 연령 범위를 확인하고 해당 사용자의 피드, 댓글, 공유, 검색 노출을 차단해야 합니다.
Apple의 Declared Age Range API는 정확한 생년월일을 제공하는 기능이 아닙니다. 사용자가 선언했거나 보호자가 공유한 연령 범위를 하한과 상한으로 반환합니다. 가족 공유 환경에서는 보호자나 가족 관리자가 공유 여부를 결정할 수 있습니다. 앱은 이 결과와 연령 정보의 출처를 고려해 적절한 기능 제한을 적용해야 합니다. Declared Age Range API 공식 문서를 기준으로 구현하십시오.
Xcode 프로젝트에서는 해당 기능을 켜고 필요한 권한 항목을 추가해야 합니다. 구현 순서는 다음과 같습니다.
- 테스트 대상 앱의 배포 식별자와 서명 팀을 확인합니다.
- Xcode의 기능 설정에서 연령 범위 기능을 추가합니다.
- 연령 범위 요청 결과의 하한, 상한, 선언 상태를 로그로 남깁니다.
- 13세 미만이면 사회 기능을 기본값으로 차단합니다.
- 13세 이상이면 정책에 맞는 기능을 열고 콘텐츠 등급을 적용합니다.
- 연령 정보가 없거나 요청이 거부되면 안전한 제한 상태로 돌아갑니다.
- 보호자 동의 철회 뒤에도 피드와 상호작용이 다시 열리지 않는지 확인합니다.
정확한 연령을 저장해 자체 판단하려고 하지 마십시오. API의 목적은 연령 범위를 바탕으로 연령에 맞는 경험을 만드는 것입니다. 법률상 필요한 연령 확인 의무가 있는지는 별도로 검토해야 합니다.
샌드박스 검수와 제출 기록
Apple의 샌드박스 문서는 기기 설정의 개발자 메뉴에서 샌드박스 계정과 연령 보장 항목을 사용하도록 안내합니다. 공식 테스트 표에는 13세 미만, 13세에서 15세, 16세에서 17세, 18세 이상 시나리오가 제시되어 있습니다. 연령 보장 샌드박스 테스트에서 현재 반환값을 확인하십시오.
| 테스트 장면 | 확인할 결과 | 보관할 증거 |
|---|---|---|
| 13세 미만 | 피드, 댓글, 공유가 차단됨 | 화면 녹화와 응답 로그 |
| 13세 이상 | 허용 범위 안에서 기능이 열림 | 연령 범위와 기능 상태 |
| 연령 정보 거부 | 제한 상태로 안전하게 전환됨 | 거부 처리 로그 |
| 보호자 승인 | 허용된 기능만 사용 가능 | 승인 결과와 계정 정보 |
| 보호자 동의 철회 | 기존 접근 권한이 회수됨 | 철회 전후 비교 기록 |
테스트 기록에는 앱 빌드 번호, 운영체제, 테스트 계정, 서버 설정, 실행 시간, 결과를 포함하십시오. App Store Connect에서 답변을 저장한 화면도 남겨야 합니다. Apple은 연령 등급이 앱 정보 수준에서 관리되고 모든 플랫폼에 적용된다고 설명합니다. 앱 정보와 플랫폼 공통 속성을 확인해 플랫폼별 차이를 따로 기록하십시오.
다중 플랫폼과 대체 배포 점검
하나의 앱 기록에 아이폰, 아이패드, 맥 버전이 함께 등록되어 있다면 플랫폼별 기능 차이를 확인해야 합니다. 아이폰에서는 사회 기능을 닫았지만 맥 버전에서는 공개 피드를 제공하는 경우, 기능이 없는 플랫폼만 보고 전체 앱을 판단해서는 안 됩니다.
다음 항목을 플랫폼별로 비교하십시오.
- 로그인 뒤 접근 가능한 피드
- 댓글과 메시지
- 사용자 게시물의 공개 범위
- 검색과 추천 결과
- 연령 범위 확인 시점
- 보호자 통제 적용 여부
- 웹 링크와 외부 공유 동작
2026년 9월부터는 대체 배포를 위한 공증 제출도 새 답변 요구와 연결됩니다. Apple이 공개한 공식 표현은 “9월부터”이며, 2026년 8월 14일 기준으로 특정 시행일은 문서에 제시되지 않았습니다. 그러므로 한 플랫폼의 가장 제한적인 기능을 전체 앱의 답변으로 대신하지 말고, 실제 배포 대상과 플랫폼 차이를 기준으로 공식 문항을 다시 검토하십시오.
제출 전 세 겹 검증
마지막 검수는 설문, 코드, 환경의 세 층으로 나누면 누락이 줄어듭니다.
- [ ] App Store Connect에서 새 연령 등급 답변을 저장했습니다.
- [ ] 답변 화면의 문항과 저장 날짜를 캡처했습니다.
- [ ] 공개 피드, 댓글, 공유, 추천 기능의 실제 상태를 확인했습니다.
- [ ] 회색 배포와 원격 설정에 사회 기능이 남아 있지 않은지 확인했습니다.
- [ ] 13세 미만 계정의 사회 기능 차단을 확인했습니다.
- [ ] 13세 이상 계정의 허용 기능을 확인했습니다.
- [ ] 연령 정보 거부와 보호자 통제 결과를 확인했습니다.
- [ ] 동의 철회 뒤 접근 권한이 회수되는지 확인했습니다.
- [ ] 아이폰, 아이패드, 맥의 기능 차이를 비교했습니다.
- [ ] 테스트 빌드, 운영체제, 계정, 서버 설정을 기록했습니다.
- [ ] 제품 책임자와 코드 책임자가 함께 최종 서명했습니다.
마감 직전에 운영 담당자만 설문을 처리하지 마십시오. 제품 담당자는 기능 범위를, 개발 담당자는 차단 코드를, 운영 담당자는 제출 기록을 확인해야 합니다. 앱 스토어 제출 전 Xcode와 시스템 점검 안내도 함께 묶어 사내 검수 절차로 사용하면 좋습니다.
주력 기기의 운영체제를 바로 바꾸기 어렵다면, 먼저 격리 맥에서 연령 제한 기능을 시험하는 환경 구성을 검토하십시오. 짧은 프로젝트라면 단기 아이폰 앱 규정 테스트에 맞는 맥 환경 선택처럼 본지 전용 장비와 클라우드 맥을 비교할 수 있습니다. 단, 장기간 계속 실행되는 무거운 빌드나 직접 연결해야 하는 물리 장비가 필요하면 임대보다 자체 맥이 적합할 수 있습니다.
현재 환경에서 이 작업을 처리하면 주력 맥의 시스템 변경, 계정 권한 충돌, 테스트 기록 분산이 생길 수 있습니다. 반대로 격리된 맥 환경은 설문 자체를 대신해 주지는 않지만, Xcode와 테스트 계정을 분리하고 연령 제한 분기를 반복 검증하기에 유리합니다. 2026년 9월 제출을 앞두었다면 답변을 먼저 저장하는 데 그치지 말고, 실제 기능과 샌드박스 결과까지 맞춘 뒤 MACCOME의 맥 환경을 프로젝트 기간에 맞춰 검토하는 순서가 안전합니다.