Apple App Review Guidelines 2026: 독립 개발자는 어떻게 자체 점검할까?

Apple은 2026년 10월 16일 App Review Guidelines 개정 내용을 공개했으며, 개정 사항에는 창의 소재를 다루는 2.3.14와 숨겨지거나 설명되지 않은 기능을 다루는 2.5.19가 포함됩니다(Apple의 개정 안내). 따라서 앱을 무조건 다시 만들 필요는 없습니다. 먼저 소재가 앱을 정확히 설명하는지, 실제 기능이 사용자와 심사 담당자에게 분명히 보이는지 확인하고, 명확하지 않은 기능은 제출 설명에 접근 방법을 적으세요.

이 글은 새 앱이나 업데이트를 제출하려는 개인 개발자와 소규모 팀을 위한 점검 안내입니다. 원격 설정이나 기능 스위치를 사용하는 팀, 앱스토어 페이지용 소재를 직접 준비하는 개발자라면 각 항목을 실제 제출 버전과 대조해 보세요.

마지막 확인: 2026년 10월 21일. 개정 날짜와 조항은 Apple의 안내, 현재 앱 심사 지침, 앱스토어 연결 소재 관리 문서를 기준으로 확인했습니다. 이후 지침이나 공식 설명이 바뀌면 해당 항목을 다시 대조해야 합니다.

개정 조항과 앱 영향 범위

이번 변경을 검토할 때는 새 조항과 기존 규칙의 재정리를 구분해야 합니다. Apple의 공지에 따르면 2.3.14는 창의 소재에 관한 항목이며, 2.5.19는 숨겨졌거나 비활성 상태이거나 설명되지 않은 기능을 명시합니다. Apple은 관련된 기존 규칙이 이전에는 2.3.1에 있었다고 설명합니다.

이 내용은 모든 앱에 코드 변경을 요구한다는 뜻이 아닙니다. 앱에 창의 소재가 있는지, 사용자가 보지 못하는 기능이 실제로 포함됐는지, 제출 정보만으로 심사 담당자가 핵심 흐름을 이해할 수 있는지를 따져야 합니다. 해당 사항이 없다면 그 이유를 기록하고, 해당 사항이 있다면 아래 항목별로 실제 앱과 제출 자료를 비교하세요.

점검 기준: 지침에 적힌 요구사항과 개별 심사 결과에 대한 추측은 분리하세요. 특정 구현 방식만으로 위반이나 통과를 단정하지 말고, 앱에서 기능이 어떻게 표시되고 검증되는지를 확인해야 합니다.

창의 소재의 정확성과 적합성

앱스토어 창의 소재를 검토할 때는 문구와 시각 자료가 앱의 실제 콘텐츠, 기능 또는 브랜드와 관련이 있는지 확인하세요. 앱이 제공하지 않는 기능을 암시하거나, 다른 앱과의 관계를 오해하게 만들거나, 입증할 수 없는 성능·결과를 주장하는 표현은 제출 전에 바로잡아야 합니다. 특정 가격이나 할인 조건을 표시했다면 앱에서 실제로 제공되는 조건과 맞는지도 확인하세요. 기준은 Apple의 현재 앱 심사 지침과 소재 관리 안내에서 각각 대조할 수 있습니다.

창의 소재, 스크린샷, 미리보기 동영상은 모두 앱스토어 페이지에 표시될 수 있지만, 관리 목적과 요구사항이 같지는 않습니다. 스크린샷은 실제 앱 화면을 정확히 보여 주는지 스크린샷 지침에 맞춰 살펴보세요. 미리보기 동영상은 별도의 미리보기 규격과 요구사항을 확인해야 합니다. 한 종류의 소재에서 허용되는 표현을 다른 종류에도 그대로 적용하지 않는 편이 안전합니다.

소재를 검토할 때는 다음 항목을 제출 버전과 함께 확인하세요.

• 소재가 실제 앱 기능과 콘텐츠를 보여 주는지 확인합니다.
• 대상 이용자에게 부적절하거나 오해를 일으킬 수 있는 표현이 있는지 살핍니다.
• 다른 앱을 언급하는 경우, 관계를 오해하게 만드는 설명이 없는지 확인합니다.
• 성능·효과·할인 등 확인 가능한 근거가 필요한 주장을 검토합니다.
• 소재의 기능 설명과 앱 내 화면에서 확인되는 동작을 서로 대조합니다.

숨겨진 기능과 원격 설정

원격 설정이나 기능 스위치 자체를 곧바로 위반으로 해석해서는 안 됩니다. 문제를 가르는 실무 기준은 기능의 존재 여부만이 아니라, 기능이 사용자에게 어떤 방식으로 안내되는지와 심사 담당자가 제출된 앱에서 그 동작을 확인할 수 있는지입니다. 분할 공개나 단계적 배포라면 공개 조건과 기능 사용 가능 여부를 앱 설명과 심사 정보에서 혼동 없이 파악할 수 있어야 합니다.

반대로 정식 앱 패키지에 기능이 들어 있지만 기본적으로 꺼져 있고, 앱 안에 안내가 없으며, 심사 담당자가 켜거나 확인할 방법도 알 수 없다면 기능이 숨겨져 있거나 설명되지 않은 것으로 의심받을 여지가 있습니다. 이는 개별 결과를 확정하는 판정이 아니라, 개정된 2.5.19를 적용해 점검할 이유가 있다는 뜻입니다. 기능이 설정값, 계정 조건, 원격 구성 중 어디에서 제어되는지 기록하고, 제출된 버전에서 실제 확인 가능한 경로를 준비하세요.

주의: 기능이 서버 설정에 의해 켜진다는 사실만으로 심사 결과를 예측할 수는 없습니다. 기능이 앱에 포함됐는지, 사용자에게 어떤 설명을 제공하는지, 검토에 필요한 접근 경로가 제출 자료에 있는지를 함께 확인하세요.

앱 설명과 실제 동작의 불일치

앱스토어 설명이 기능을 약속하지만 제출된 앱에서는 찾을 수 없거나, 스크린샷과 미리보기 동영상이 현재 버전과 다른 동작을 보여 준다면 심사 담당자가 앱을 이해하기 어렵습니다. 기능 이름, 사용 조건, 이용 제한을 페이지 설명과 앱 화면에서 같은 의미로 사용하세요. 로그인이나 특정 설정이 필요한 핵심 기능이라면, 그 조건을 숨기지 말고 실제 확인 경로를 안내해야 합니다.

제출 자료를 대조할 때는 앱스토어 설명, 창의 소재, 스크린샷, 미리보기, 제출 빌드를 한 묶음으로 검토하세요. 소재만 수정했거나 앱 기능만 바꾼 경우에는 나머지 항목이 이전 내용을 유지하고 있지 않은지도 살펴야 합니다. 눈에 잘 띄지 않는 핵심 흐름은 화면 위치와 실행 조건을 짧고 구체적으로 설명하면 심사 담당자의 확인에 도움이 됩니다. 완전한 심사 정보를 제공하라는 Apple의 제출 안내도 함께 참고하세요.

앱스토어 연결 제출 전 점검 절차

다음 순서로 확인하면 소재 문제, 앱 기능 문제, 심사 정보 부족을 서로 다른 항목으로 기록할 수 있습니다.

• 제출할 앱 버전과 빌드가 무엇인지 확인하고, 그 버전에서 검토할 소재와 기능의 목록을 작성합니다.
• 소재별로 앱 기능과 콘텐츠의 근거를 찾습니다. 확인할 수 없는 주장이나 실제 제공 조건과 다른 가격·할인 표현은 수정합니다.
• 앱의 원격 설정과 기능 스위치를 점검합니다. 기본 상태, 활성화 조건, 사용자 안내, 심사 담당자의 접근 방법을 기록합니다.
• 앱스토어 설명, 창의 소재, 스크린샷, 미리보기와 앱 동작을 대조합니다. 기능명과 이용 조건이 서로 다르면 제출 전에 일치시킵니다.
• 기능이 바로 보이지 않는다면 App Review Notes에 목적, 위치, 접근 조건, 재현에 필요한 절차를 적습니다.
• 각 항목의 확인 결과와 수정 필요 여부를 남깁니다. 규칙에 명시된 요구사항은 지침에 연결하고, 개별 심사 결과에 관한 예측은 확정된 규칙처럼 쓰지 않습니다.

검토 기록은 간단한 텍스트 파일로 관리할 수도 있습니다. 예를 들어 제출 브랜치와 현재 커밋을 확인해 검토 메모에 적고, 실제 빌드 기록과 맞는지 대조합니다.

git rev-parse --short HEAD

출력은 해당 저장소의 커밋 식별자입니다. 이 명령만으로 제출된 앱과 같은 빌드인지 증명되지는 않으므로, 실제 빌드 기록과 앱스토어 연결에 업로드한 빌드 정보를 함께 확인해야 합니다. 앱스토어 연결의 버전 정보는 Apple의 버전 정보 안내에서 확인할 수 있습니다.

자주 묻는 질문

Apple App Review Guidelines 2026에서는 무엇이 달라졌나요?

Apple은 2026년 10월 16일 지침 개정 내용을 공개했습니다. 창의 소재 관련 조항인 2.3.14가 추가됐고, 숨겨졌거나 비활성 상태이거나 설명되지 않은 기능에 관한 2.5.19가 명시됐습니다. 기존 관련 규칙은 2.3.1에 있었습니다. 개정 사실만으로 모든 앱이 코드를 바꿔야 한다고 볼 수는 없으며, 실제 소재와 기능을 기준으로 적용 여부를 확인해야 합니다.

앱스토어 창의 소재는 무엇을 확인해야 하나요?

소재가 앱의 실제 콘텐츠나 기능, 브랜드와 관련이 있는지 먼저 살펴보세요. 모든 이용자에게 적합한 표현인지, 다른 앱을 오해하게 언급하거나 확인할 수 없는 주장을 담지 않았는지도 확인해야 합니다. 구체적인 가격이나 할인 표시가 있다면 제출 시점의 조건과 일치하는지 검토하세요. 창의 소재와 앱 내 스크린샷, 미리보기 동영상은 용도가 다를 수 있으므로 각 항목의 현재 관리 지침을 따르는 편이 안전합니다.

원격 설정이나 아직 공개하지 않은 기능은 숨겨진 기능으로 보나요?

원격 설정이나 기능 스위치를 사용한다는 이유만으로 위반이라고 단정할 수는 없습니다. 중요한 기준은 기능이 사용자에게 어떻게 표시되는지, 심사 담당자가 제출된 앱에서 기능을 이해하고 확인할 수 있는지입니다. 정식으로 순차 공개하는 기능이라면 공개 조건과 접근 방법을 분명히 설명하세요. 기본적으로 꺼져 있고 안내도 없는 기능은 심사 과정에서 의문을 낳을 수 있으므로 제출 정보와 실제 접근 경로를 함께 점검해야 합니다.

App Review Notes에는 잘 드러나지 않는 기능을 어떻게 설명하나요?

기능의 목적, 앱에서 찾는 위치, 작동에 필요한 계정이나 설정, 이용 가능한 조건을 구체적으로 적으세요. 심사 담당자가 별도 연락이나 추측 없이 확인할 수 있는 접근 경로를 제공하는 것이 중요합니다. 로그인이나 특정 상태가 필요하다면 사용할 수 있는 검토용 정보와 재현 절차를 제출 안내에 포함하세요. 다만 설명을 보강했다고 심사 결과가 보장되는 것은 아니므로 앱 동작과 안내 내용이 일치하는지도 확인해야 합니다.

소재와 앱 기능, 심사 설명을 검토한 뒤에도 제출 빌드를 안정적으로 만들고 다시 확인할 macOS 환경이 필요하다면 원격 Mac이 선택지가 될 수 있습니다. 기존 개발 환경만으로 처리하면 로컬 저장 공간을 계속 사용하고, 빌드 도구와 프로젝트 상태를 직접 맞춰야 하며, 별도의 상시 빌드 장비를 마련하면 구매 비용과 유지 관리가 따릅니다. 반면 장기적으로 무거운 작업을 계속하거나 물리 장비 연결이 필요한 경우에는 직접 보유한 Mac이 더 적합할 수 있습니다. 제출 전 빌드 검토용 환경을 살펴보려면 한국에서 이용 가능한 Mac 미니 환경을 확인하고, 서비스 선택지는 ViewMini 안내 페이지에서 비교해 보세요.

자주 묻는 질문