2026년 10월 App Review Guidelines 변경 사항: 1.2, 2.3.14, 2.5.19, 3.1.1(a)가 내 앱에 미치는 영향

2026년 10월 App Review Guidelines 변경 사항은 2026년 10월 16일 Apple의 Updated App Review Guidelines are now available 공지를 통해 발표되었습니다. 가이드라인 두 개(2.3.14, 2.5.19)가 새로 생겼고, 세 부분(1.2, 3.1.1(a), 섹션 5)의 문구가 수정되었으며, Before You Submit과 After You Submit 섹션에는 추가 문서 링크가 들어갔습니다. 아래에서 각 변경 사항을 쉬운 말로 풀어 설명하고, 누가 조치해야 하는지, 다음 제출을 위한 체크리스트까지 정리했습니다.

2026년 10월 16일 App Review Guidelines에서 무엇이 바뀌었나요?

Apple은 크리에이티브 에셋에 관한 가이드라인 2.3.14와 숨겨진 기능에 관한 가이드라인 2.5.19를 추가했습니다. 또한 1.2(사용자 생성 콘텐츠), 3.1.1(a)(외부 구매 링크), 섹션 5(법률)를 명확히 했습니다. Apple 변경 로그에 정리된 수정 내용은 다음과 같습니다.

Apple은 번역본이 "한 달 이내에 Apple Developer 웹사이트에서 제공될 것"이라고 밝혔습니다. 2026년 10월 현재, 번역본이 원문과 다르게 보일 때는 영어판 App Review Guidelines를 확인하세요.

새 가이드라인 2.5.19(숨겨진 기능)는 무엇을 요구하나요?

가이드라인 2.5.19는 바이너리에 포함된 모든 기능이 사용자와 App Review 모두에게 보이고 문서화되어 있어야 한다고 요구합니다. 난독화를 포함해 어떤 방식으로든 기능을 숨기면 앱이 삭제되고 개발자 계정이 해지될 수 있습니다.

원문을 옮기면 다음과 같습니다. "앱에 숨겨진 기능, 휴면 기능 또는 문서화되지 않은 기능을 포함하지 마세요. 앱의 기능은 최종 사용자와 App Review에게 명확해야 합니다. 코드 난독화나 기타 방법으로 앱 바이너리에 문서화되지 않은 기능을 숨기려는 시도는 App Store에서 앱을 삭제하고 개발자 계정을 해지하는 사유가 됩니다." Apple은 이를 오래된 정책이라고 설명하지만, 이전에는 2.3.1에 들어 있었습니다. 현재 2.3.1(a)도 여전히 새 기능을 "Notes for Review 섹션에 구체적으로 설명"하도록 요구합니다. 앞으로 숨겨진 기능 관련 리젝은 2.5.19를 근거로 들 것입니다.

실무적으로는 서버 스위치, 초대 코드, QR 스캔, 지역, 계정 등급에 따라 켜질 수 있는 모든 기능을 심사 노트에 적어 두세요. 승인 후 플래그로 활성화할 기능이 있다면, 심사받는 빌드에서 켜 두거나 해당 기능을 출시하는 버전 전까지 코드를 빼 두세요.

가이드라인 1.2 변경의 영향을 받는 앱은 무엇인가요?

가이드라인 1.2는 이제 사용자가 "콘텐츠를 만들거나, 생성하거나, 업로드하거나, 공유하거나, 기타 방식으로 기여"할 수 있는 모든 앱에 적용되며, 소셜 미디어, UGC 플랫폼, AI 콘텐츠 생성 앱을 명시합니다. 이런 앱은 불쾌한 콘텐츠를 필터링하고, 신고 기능과 신속한 대응 체계를 갖추고, 악성 사용자를 차단할 수 있게 하고, 연락처 정보를 공개해야 합니다.

개정된 문구는 지식재산권 침해, 괴롭힘과 함께 "비동의 성적 이미지"를 열거합니다. 또한 "적절한 안전장치를 마련하지 않거나 통지 후에도 확인된 위반 사항을 시정하지 않는 개발자는 Developer Code of Conduct를 위반한 것으로 간주될 수 있다"는 내용이 추가되었습니다. AI 이미지 앱이나 아바타 앱이 사용자 본인을 위한 콘텐츠만 생성하더라도 이제 적용 대상이 될 수 있습니다. 프롬프트·출력 필터링, 신고 기능, 공개된 연락처 정보는 로드맵이 아니라 제출하는 빌드에 들어 있어야 합니다.

가이드라인 2.3.14는 크리에이티브 에셋에 대해 무엇을 말하나요?

가이드라인 2.3.14는 크리에이티브 에셋이 앱의 콘텐츠, 기능 또는 브랜드와 관련되어야 하고, 일반 메타데이터 규정을 따라야 하며, 모든 연령대에 적합해야 한다고 규정합니다. 부적절한 콘텐츠, 다른 앱에 대한 오해의 소지가 있는 언급, 검증할 수 없는 주장, "구체적인 가격이나 할인 가격 정보"는 금지됩니다.

크리에이티브 에셋은 Apple이 2026년 10월 5일 도입한 이미지·동영상 에셋입니다. Apple의 App Store asset best practices에 따르면, 이 에셋은 "iOS 27 및 iPadOS 27 이상에서 제품 페이지, 검색 결과, 앱이 피처링될 때" 표시됩니다. 이 페이지는 가이드라인보다 한 걸음 더 나아갑니다. 웹사이트 URL, 저작권 기호, 다른 플랫폼의 로고, "Editor's Choice" 같은 Apple 수상 표시를 넣지 말라고 안내합니다. 또한 에셋은 "앱의 연령 등급이 더 높더라도 4+ 연령 등급을 충족해야" 한다고 명시합니다. "이번 주 50% 할인"이나 "가계부 앱 1위"라고 적힌 헤더는 2.3.14 위반입니다.

가이드라인 3.1.1(a) 외부 구매 링크는 어떻게 바뀌었나요?

가이드라인 3.1.1(a)에는 더 이상 별도의 Music Streaming Services Entitlement 항목이 없습니다. 이 엔타이틀먼트는 이제 StoreKit External Purchase Link Entitlements 항목 안에 포함되며, 링크는 "허용된 목적지"로 연결될 수 있다고 적혀 있습니다. 승인된 목적지는 지역마다 다를 수 있습니다.

링크를 허용하는 위치에 관한 규정은 이번 업데이트에서 바뀌지 않았습니다. 엔타이틀먼트는 여전히 특정 스토어프런트로 제한됩니다. 미국 스토어프런트는 엔타이틀먼트 없이도 버튼, 외부 링크 및 기타 행동 유도 요소를 허용하는 예외로 남아 있습니다. 이미 두 엔타이틀먼트 중 하나를 사용 중이라면, 앱을 배포하는 각 스토어프런트에서 링크가 여전히 허용된 목적지로 연결되는지 확인하세요.

개발자들은 숨겨진 기능 및 UGC 리젝을 실제로 어떻게 해결하나요?

공개적으로 보고된 사례를 보면, 기존 2.3.1 숨겨진 기능 조항과 1.2에 따른 리젝은 대개 모든 기능과 안전장치를 심사자가 쉽게 찾을 수 있게 하거나 이의 제기를 통해 해결되었습니다. 코드 수정만으로 해결된 경우는 드물었습니다.

• 2026년 3월 Apple Developer Forums의 한 개발자는 네이티브 소셜 알람 앱이 "Guideline 2.3.1(a) - Hidden Features"와 4.2로 리젝되었다고 밝혔습니다. 이 개발자는 WebView를 개인정보 처리방침, 이용약관, FAQ에만 사용했다고 설명하며 이의를 제기했습니다. App Review는 App Review Board가 답변했다고 회신했습니다. 개발자는 이후 문제가 된 구체적인 화면을 알려 달라고 요청했지만, 해결 방법은 공유되지 않았습니다.
• Flutter GitHub 이슈에서는 여러 개발자가 단순한 앱에 대해 "We discovered that your app contains hidden features"라는 통보를 받았습니다. 한 Flutter 기여자는 프레임워크가 "헛다리(red herring)"라고 하면서, 앱 코드나 플러그인에 있는 문서화되지 않은 API를 원인으로 지목했습니다. 두 개발자는 코드를 바꾸지 않고 이의를 제기해 승인받았다고 밝혔습니다.
• Apple Developer Forums의 한 개발자는 EULA, 필터링, 신고, 차단 기능을 모두 갖췄는데도 1.2로 리젝되었습니다. 이 개발자는 "불쾌한 콘텐츠를 일절 용납하지 않는다"는 약관에 동의를 받고 "불쾌한 콘텐츠 신고를 24시간 이내에 처리"하라는 요구를 받았습니다. 두 번째 리젝에서는 18+ 연령 등급, 게시물 즉시 삭제, 앱 내 연락처 정보가 추가로 요구되었습니다. 개발자는 모든 안전장치를 문서화하고 심사 노트에 관리자 계정 정보를 제공하는 방식으로 대응했습니다.

핵심: 세 사례 모두 개발자가 당연히 보인다고 생각한 기능을 심사자가 확인하거나 검증하지 못했습니다. 2.5.19와 강화된 1.2 아래에서는 심사 노트와 데모 계정이 코드만큼 중요한 역할을 합니다. 설정 방법은 App Store 심사용 데모 계정 가이드에서 다룹니다.

다음 제출 전에 무엇을 점검해야 하나요?

다음 빌드 전에 기능 플래그, UGC 안전장치, 크리에이티브 에셋, 외부 링크를 새 문구와 대조해 점검한 뒤, 각 항목을 가리키는 심사 노트를 작성하세요. 아래 체크리스트는 2026년 10월 변경 사항을 다룹니다.

1. 서버에서 제어하는 모든 플래그, 원격 구성 키, 숨겨진 메뉴를 목록으로 만드세요. 각각을 심사자에게 켜 두거나, 해당 플래그가 제어하는 코드를 제거하세요.
2. 2.3.1(a)의 요구대로 각 새 기능을 Notes for Review에 구체적으로 설명하고, 초대, 스캔, 유료 등급 뒤에 있는 기능에 접근하는 방법도 포함하세요.
3. 사용자가 게시하거나 채팅하거나 콘텐츠를 생성할 수 있다면, 필터링, 신고, 차단, 공개 연락처 정보가 모두 빌드에 있는지 확인하고 신고 처리 절차를 문서로 정리하세요.
4. AI 이미지·동영상 생성 기능이 있다면 실존 인물의 성적 이미지를 막는 프롬프트·출력 필터를 추가하고, 사용자가 생성 결과를 신고할 수 있게 하세요.
5. 모든 크리에이티브 에셋에 가격, 할인, URL, 수상 주장, 다른 플랫폼 로고, 4+ 등급을 넘는 내용이 없는지 확인하세요.
6. 외부 구매 링크나 음악 스트리밍 엔타이틀먼트를 사용한다면, 각 스토어프런트에서 링크가 허용된 목적지로 연결되는지 확인하세요.
7. 번역본이 최대 한 달까지 늦을 수 있으므로, 의존하는 섹션은 영어 가이드라인으로 다시 읽어 보세요.

적용 예시: 공개 갤러리가 있고, 출시 후 원격 구성으로 "Pro" 스타일 팩을 켜는 AI 아바타 앱을 생각해 보세요. 새 문구에 따르면 이 앱에는 갤러리 모더레이션과 신고 기능이 필요합니다(1.2). Pro 팩은 심사받는 빌드에서 보이게 하거나, 이후 버전까지 보류해야 합니다(2.5.19). iOS 27 헤더 에셋에는 "Pro 지금 40% 할인"이라고 쓸 수 없습니다(2.3.14). 이미 리젝을 처리하고 있다면 가이드라인별 해결 가이드에서 App Store Connect에서 답변하는 방법을 확인하세요. 제출 전에 한 번 더 검토받고 싶다면 서비스를 참고하세요.