App Store 심사 지침 쉽게 읽기

App Store의 모든 앱과 모든 업데이트는 Apple의 담당자가 하나의 문서를 기준으로 확인합니다. 바로 App Store 심사 지침입니다. 외울 필요는 없습니다. 전체 구조와, 제출 전에 꼼꼼히 확인할 만한 몇 가지 규칙만 알면 됩니다.

짧게 정리하면

지침은 안전, 성능, 비즈니스, 디자인, 법률의 다섯 개 섹션으로 구성됩니다. 제출 전에 꼼꼼히 확인할 영역은 다섯 가지입니다. 완성도(2.1), 메타데이터(2.3), 앱 내 구입(3.1.1), 스팸과 복제(4.3), 개인정보 보호(5.1.1)입니다. Apple이 수치를 공개한 것은 첫 번째뿐입니다. 평균적으로 미해결 문제의 40% 이상이 2.1과 관련됩니다. 거절되면 고쳐서 다시 제출하거나, App Store Connect에서 App Review에 답변하세요. 그래도 해결되지 않을 때만 이의를 제기하세요.

Apple은 2026년 10월 16일에 지침을 마지막으로 업데이트했습니다. 아래의 섹션 요약은 Apple의 표현이 아니라 저희가 쉬운 말로 풀어 쓴 것입니다. 따옴표 안의 문장만 Apple의 표현입니다.

지침의 구성

Apple은 원칙으로 시작합니다. “사용자에게는 앱을 안전하게 받을 수 있는 경험을, 모든 개발자에게는 성공할 수 있는 훌륭한 기회를 제공하고자 합니다.” 그다음 다섯 개 섹션이 나오고, 제출 전후에 확인할 짧은 체크리스트가 이어집니다. 쉬운 말로 하면 다섯 개 섹션은 다음을 다룹니다.

1. 안전

쉬운 말로 하면 섹션 1은 사람을 해치지 않는 것에 관한 내용입니다. Apple은 간단하게 말합니다. 사람들에게 충격을 주고 불쾌하게 만들려 한다면 “App Store는 당신의 앱에 맞는 곳이 아닙니다.”

• 1.1 불쾌한 콘텐츠. 명예를 훼손하거나, 차별적이거나, 악의적인 콘텐츠는 안 되며, “혐오감을 주려는” 것도 안 됩니다.
• 1.2 사용자 생성 콘텐츠. AI 콘텐츠 생성을 포함해 사람들이 콘텐츠를 게시하거나 생성할 수 있다면 필터링, 신고, 차단 수단이 필요합니다.
• 1.3 어린이. 어린이 카테고리 앱에는 외부 링크, 구입, 서드파티 광고와 분석, 데이터에 관한 추가 규칙이 있습니다.
• 1.4 신체적 위해. 부정확한 데이터를 제공할 수 있는 의료 앱은 더 엄격하게 심사됩니다.
• 1.5 개발자 정보. 앱과 지원 URL에는 개발자에게 쉽게 연락할 수 있는 방법이 있어야 합니다.
• 1.6 데이터 보안. 사용자 정보를 안전하게 다루어야 합니다.

2. 성능

쉬운 말로 하면 섹션 2는 앱이 제대로 작동하는지, 정직하게 설명되어 있는지를 묻습니다. Apple이 미해결 문제의 40% 이상과 연결한 지침 2.1도 여기에 있습니다.

• 2.1 앱 완성도. 기기에서 테스트한 최종 버전을 제출하고, URL이 작동하며, 임시 텍스트가 없어야 합니다. 로그인이 있는 앱이라면 데모 계정 정보를 포함하고, “백엔드 서비스를 켜 두세요!”
• 2.2 베타 테스트. 데모와 베타는 App Store가 아니라 TestFlight에 올려야 합니다. TestFlight 가이드를 참고하세요.
• 2.3 정확한 메타데이터. 설명, 스크린샷, 미리 보기, 개인정보 보호 정보는 앱의 핵심 경험을 반영해야 합니다.
• 2.4 하드웨어 호환성. iPhone 앱은 가능하면 iPad에서도 실행되어야 하며, 전력을 효율적으로 사용해야 합니다.
• 2.5 소프트웨어 요구 사항. 공개 API만 사용하고, 현재 출시된 OS에서 실행되어야 합니다.

3. 비즈니스

쉬운 말로 하면 섹션 3은 돈에 관한 내용입니다. 비즈니스 모델이 명확하지 않다면 메타데이터와 심사 메모에서 설명하세요. Apple은 혼란이 “심사를 지연시키고 거절로 이어질 수 있다”고 말합니다. 또한 Apple은 “명백한 바가지”인 앱과 앱 내 구입 항목은 배포하지 않으며, 터무니없이 높은 가격으로 사용자를 속이려는 비싼 앱은 거절한다고 밝힙니다. 리뷰나 순위를 조작하면 Developer Program에서 제명될 수 있다고도 덧붙입니다.

• 3.1.1 앱 내 구입은 디지털 기능이나 콘텐츠를 잠금 해제할 때 사용합니다.
• 3.1.2 구독은 지속적인 가치를 제공해야 합니다.
• 3.1.3 기타 구입 방법은 리더 앱이나 개인 간 서비스 같은 특정 경우에 사용합니다.
• 3.2에는 그 밖에 허용되는 비즈니스 모델과 허용되지 않는 비즈니스 모델이 나와 있습니다.

4. 디자인

쉬운 말로 하면 섹션 4는 가질 가치가 있는 앱의 최소 기준을 정합니다. Apple은 이를 “승인을 위한 최소 기준”이라고 부릅니다.

• 4.1 모방 앱. “자신만의 아이디어를 내세요.” 다른 앱의 이름이나 UI를 베끼지 마세요.
• 4.2 최소 기능. 앱에는 “웹사이트를 다시 포장한 수준을 넘어서는 기능, 콘텐츠, UI”가 있어야 합니다. 얇은 래퍼 안에 든 웹 앱은 이 규칙에 미치지 못할 위험이 있습니다. Apple은 기술이 아니라 기능, 콘텐츠, UI를 판단합니다. iOS 앱을 위한 Lovable 대안을 참고하세요.
• 4.3 스팸. 중복된 앱이나, 붐비는 카테고리에서 새로운 점이 없는 변형 앱은 안 됩니다.
• 4.8 로그인 서비스. 주 계정에 Google Sign-In 같은 서드파티 로그인을 쓴다면, 데이터를 이름과 이메일로 제한하고 이메일을 비공개로 유지할 수 있는 동등한 옵션도 제공해야 합니다.
• 4.10 푸시 알림이나 카메라 같은 내장 기능에 요금을 부과할 수 없습니다.

5. 법률

쉬운 말로 하면 섹션 5는 법에 관한 내용입니다. 시작은 이렇습니다. 앱은 “제공하는 모든 지역의 모든 법적 요구 사항을 준수해야 합니다.”

• 5.1 개인정보 보호. 개인정보 처리방침, 권한, 데이터 최소화, 계정 삭제, 서드파티와의 공유.
• 5.2 지식 재산권. 직접 만들었거나 사용 허가를 받은 콘텐츠만 사용하세요.
• 5.3 게임, 도박, 복권. 규제가 엄격하므로 심사 시간이 더 걸릴 것으로 예상하세요.
• 5.4와 5.5는 VPN 앱과 모바일 기기 관리를 다룹니다.
• 5.6 개발자 행동 강령. App Review에 대한 답변을 포함해 예의를 지키세요.

제출 전에 확인할 다섯 가지 영역

이 다섯 가지는 편집상의 선택입니다. 놓치기 쉽고, Apple이 잘 문서화해 둔 규칙들입니다. Apple이 수치를 공개한 것은 첫 번째뿐입니다.

2.1 앱 완성도

Apple의 App Review 페이지에는 평균적으로 미해결 문제의 40% 이상이 지침 2.1과 관련이 있다고 나와 있습니다. 충돌, 임시 콘텐츠, 깨진 링크, 불완전한 심사 정보가 포함됩니다.

• 최신 iOS를 실행하는 실제 기기에서 출시 빌드를 테스트하세요.
• 모든 “Lorem ipsum”, 테스트 이미지, 빈 화면을 바꾸세요.
• 지원 링크와 개인정보 처리방침 링크가 작동하는지 확인하세요.
• App Review Information에 작동하는 데모 계정과 심사자에게 필요한 단계를 추가하세요.
• 심사 기간 동안 백엔드를 계속 실행하세요.

2.3 정확한 메타데이터

스토어 페이지는 실제로 출시하는 앱을 설명해야 합니다.

• 2.3.1 새 기능은 심사 메모에서 “구체적으로” 설명해야 하며, 일반적인 설명은 거절됩니다.
• 2.3.3 스크린샷은 “타이틀 아트, 로그인 페이지, 스플래시 화면만”이 아니라 사용 중인 앱을 보여 줘야 합니다.
• 2.3.7 앱 이름은 30자로 제한됩니다. 메타데이터에 상표 용어, 인기 앱 이름, 가격을 채워 넣지 마세요.
• 2.3.8 아이콘, 스크린샷, 미리 보기는 앱의 등급이 더 높더라도 4+ 연령 등급에 맞아야 합니다.

3.1.1 앱 내 구입

구독, 프리미엄 콘텐츠, 정식 버전처럼 사람들이 돈을 내고 앱 안의 기능이나 콘텐츠를 잠금 해제한다면 앱 내 구입을 사용해야 합니다. 라이선스 키나 QR 코드 같은 자체 잠금 해제 방식은 쓸 수 없습니다. 실물 상품과 앱 밖에서 쓰는 서비스는 반대입니다. 지침 3.1.3(e)는 이런 경우 Apple Pay나 카드 같은 다른 결제 방법을 사용해야 한다고 말합니다.

4.3 스팸

두 가지 경우에 이 규칙에 걸립니다. 첫째, 도시마다 별도의 앱을 만드는 것처럼 같은 앱에 여러 Bundle ID를 쓰는 경우입니다. Apple은 대신 하나의 앱을 만들고 변형은 앱 내 구입으로 제공하라고 제안합니다. 둘째, “이미 널리 제공되는 것과 구별되지 않는” 앱입니다. Apple은 데이팅, 손전등, 효과음, 배경화면, 간단한 타이머, 운세를 이미 자리 잡은 카테고리로 꼽으며, “의미 있게 다르거나 개선된 경험을 제공하지 않는 한” 새로운 앱을 받지 않는다고 말합니다. 붐비는 카테고리에 들어간다면 무엇이 다른지 심사 메모에 쓰세요.

5.1.1 데이터 수집 및 저장

항목이 가장 많은 개인정보 보호 규칙입니다.

• (i) 개인정보 처리방침. App Store Connect와 앱 안에 모두 링크하세요. 무엇을, 어떻게, 왜 수집하는지, 누구와 공유하는지, 사람들이 데이터를 어떻게 삭제할 수 있는지 밝혀야 합니다.
• (ii) 허락. 사용자 데이터나 사용 데이터를 수집하기 전에 동의를 받고, 동의를 쉽게 철회할 수 있는 방법을 제공하며, 데이터가 필요한 이유를 분명히 설명하는 목적 문자열을 작성하세요.
• (v) 계정 로그인. 계정 기반의 중요한 기능이 없는 앱이라면 로그인 없이 쓸 수 있게 하세요. 사람들이 계정을 만들 수 있다면 앱 안에서 계정을 삭제할 수 있어야 합니다.

지침 5.1.2(i)에는 많은 AI 앱에 필요한 문장이 하나 더 있습니다. “서드파티 AI를 포함해 개인 데이터가 서드파티와 공유되는 경우 이를 명확히 공개”하고, 먼저 명시적 허락을 받아야 합니다. App Store Connect의 앱 개인정보 보호 답변은 이 모든 것과 일치해야 합니다. 어디에 입력하는지는 App Store Connect 가이드에서 보여 드립니다.

심사가 뜻대로 되지 않을 때

제출물이 통과하지 못하면 App Store Connect에서 해당 앱의 App Review 섹션으로 메시지가 옵니다. 많은 개발자가 여전히 이곳을 Resolution Center라고 부릅니다. 메시지에는 해당 지침과 문제가 설명되어 있습니다.

1. 인용된 지침 읽기

   메시지에 있는 지침 번호를 열고, 요약만이 아니라 전문을 읽으세요.

2. 문제가 실제로 있다면 고쳐서 다시 제출하기

   코드를 바꿨다면 새 빌드를 업로드하고, 바꾸지 않았다면 메타데이터를 업데이트하세요. 무엇을 바꿨는지 심사 메모에 쓰세요.

3. 불분명한 점이 있다면 App Review에 답변하기

   App Store Connect에서 Reply to App Review를 클릭하세요. Apple은 앱을 잘 아는 전문가가 답변한다고 말합니다. 정확한 기능, 지침, 단계를 구체적으로 적으세요. 통화를 요청할 수도 있습니다. Apple은 통화가 보통 영업일 기준 3~5일 안에 이루어진다고 밝힙니다.

4. 그래도 동의하지 않는다면 이의 제기하기

   App Review Board에 이의를 제기하세요. Apple은 먼저 거절에 답변하고, 거절된 앱 하나당 이의 제기는 한 번만 하며, 그 한 번의 이의 제기에서 인용된 모든 지침에 하나씩 답하라고 요청합니다.

알아 두면 좋은 선택지가 두 가지 더 있습니다. 버그 수정 업데이트를 제출했는데 심사자가 다른 문제를 발견한 경우, 법적 문제나 안전 문제가 없다면 Apple이 이번 제출물을 승인하고 나머지는 다음에 고치도록 제안할 수 있습니다. 또한 제출하기 전에 App Review와 30분 화상 상담을 예약해 지침에 관해 물어볼 수 있습니다.

신속 심사

Apple은 App Review가 보통 제출물의 최소 50%를 24시간 안에, 90%를 48시간 안에 심사한다고 밝힙니다. 기다릴 수 없다면 두 가지 경우에 신속 심사를 요청할 수 있습니다.

• 중대한 버그 수정. 제출할 때 메모 필드에 현재 버전에서 버그를 재현하는 단계를 적으세요.
• 이벤트 관련 출시. 이벤트, 날짜, 앱과 이벤트의 관계를 적으세요. Apple은 대신 미리 출시 일정을 잡아 두라고 권합니다.

이미 제출된 앱만 신속 심사를 받을 수 있으며, Apple은 요청을 “정말 긴급한 경우에만” 하라고 요청합니다. Request an Expedited App Review 양식을 사용하세요.

제출하기 전에

Apple의 체크리스트는 네 줄로 정리됩니다. 충돌과 버그를 테스트하고, 메타데이터를 완전하고 정확하게 만들고, 연락처 정보를 최신으로 유지하고, App Review가 앱에 완전히 접근할 수 있게 하되 로그인이 필요하면 데모 계정을 제공하세요. 그다음 Add for Review를 고르고, 초안 제출물에서 Submit for Review를 고르세요. AI로 앱 만드는 방법 가이드는 이 과정을 실제로 만나게 되는 순서대로 정리합니다.

AirBuild는 이 과정을 대신 처리합니다. Basic, Plus, Ultra에서 App Store 등록 정보, 스크린샷, 심사 메모를 준비하고, 앱을 제출하고, 심사를 추적하고, App Review 피드백에 답변하고, 문제를 고쳐 다시 제출합니다.

자주 묻는 질문

App Store 심사 지침이란 무엇인가요?

App Store의 앱에 대한 Apple의 규칙으로, 안전, 성능, 비즈니스, 디자인, 법률의 다섯 개 섹션으로 구성됩니다. 업데이트를 포함한 모든 제출물이 이 지침에 따라 심사됩니다.

앱이 거절되는 가장 흔한 이유는 무엇인가요?

Apple은 거절 사유의 전체 순위를 공개하지 않습니다. App Review 페이지에는 평균적으로 미해결 문제의 40% 이상이 지침 2.1, 앱 완성도와 관련이 있다고 나와 있습니다. 여기에는 충돌, 임시 콘텐츠, 깨진 링크, 데모 계정 같은 심사 정보 누락이 포함됩니다.

App Store에서 거절되면 어떻게 대응하나요?

App Store Connect에서 해당 앱의 App Review 섹션에 있는 메시지를 읽으세요. 문제가 실제로 있다면 고쳐서 다시 제출합니다. 질문이 있거나 심사자가 앱을 오해했다고 생각한다면 그곳에서 App Review에 구체적으로 답변하세요. App Review Board에 대한 이의 제기는 그다음에만 하세요.

App Review는 얼마나 걸리나요?

Apple은 App Review가 보통 제출물의 최소 50%를 24시간 안에, 90%를 48시간 안에 심사한다고 밝힙니다. 복잡한 앱이나 같은 문제로 반복해서 거절된 경우에는 더 오래 걸릴 수 있습니다.

App Review를 앞당길 수 있나요?

앱을 제출한 후라면 중대한 버그 수정이나 이벤트와 연계된 출시에 대해 신속 심사를 요청할 수 있습니다. Apple은 이런 요청을 정말 긴급한 경우에만 쓰도록 요청합니다.