가이드라인 4.3(a) 디자인 스팸 해결 방법: 템플릿·AI 앱을 위한 4.3(b)와 4.2.6 설명까지 (2026)

가이드라인 4.3(a) 디자인 스팸 리젝은 App Review 메시지 중 대응하기 가장 까다로운 것 중 하나입니다. 여러분의 앱이 어떤 앱과 비슷한지 거의 알려주지 않기 때문입니다. 이 리젝은 템플릿 앱, 화이트라벨 클라이언트 앱, AI로 생성한 앱에서 훨씬 자주 발생합니다. 이 가이드에서는 4.3(a)를 4.3(b), 4.2.6과 구분하고, 다른 개발자들이 어떻게 리젝을 통과했는지 살펴본 뒤, 재제출 전에 활용할 답변 템플릿과 체크리스트를 제공합니다. 다른 유형의 리젝은 가이드라인별 리젝 대응 가이드를 참고하세요.

가이드라인 4.3(a) 디자인 스팸은 무슨 뜻인가요?

가이드라인 4.3(a)는 Apple이 여러분의 제출물을 이미 제출된 앱과 사실상 같은 앱으로 본다는 뜻입니다. 한 앱을 여러 번들 ID로 낸 경우일 수도 있고, 다른 사람의 앱을 거의 그대로 복제한 경우일 수도 있습니다. 해결책은 중복 앱을 통합하거나 핵심 경험을 확실히 다르게 만드는 것입니다.

2026년 11월 기준 App Review Guidelines에는 "같은 앱에 여러 번들 ID를 만들지 마세요(예: 사용자가 어떤 도시든 검색할 수 있는 하나의 전 세계 지도 앱 대신 세계 모든 도시마다 별도의 지도 앱을 제출하는 경우)."라고 적혀 있습니다. Apple이 제안하는 대안은 "하나의 앱을 제출하고 인앱 구매로 변형을 제공하는 것을 고려하세요"입니다. 4.3(a)에는 열쇠 아이콘이 붙어 있으므로, App Store 외부에서 배포되는 iOS 및 iPadOS 앱의 공증(notarization)에도 적용됩니다.

개발자들이 보통 받는 리젝 문구는 "Guideline 4.3(a) - Design - Spam. We noticed your app shares a similar binary, metadata, and/or concept as apps submitted to the App Store by other developers, with only minor differences."(앱이 다른 개발자가 App Store에 제출한 앱과 유사한 바이너리, 메타데이터 및/또는 콘셉트를 공유하며 사소한 차이만 있음을 확인했습니다)입니다. 이 문장에는 세 가지 트리거(바이너리, 메타데이터, 콘셉트)가 있으며, 그중 하나만으로도 리젝될 수 있습니다.

4.3(a)는 4.3(b), 4.2.6과 어떻게 다른가요?

4.3(a)는 중복에 관한 규정이고, 4.3(b)는 이미 붐비는 카테고리에 새로운 가치를 더하지 못하는 앱에 관한 규정이며, 4.2.6은 잘못된 계정으로 제출된 템플릿 기반 앱에 관한 규정입니다. 각각 해결 방법이 다르므로, 먼저 리젝 메시지에 적힌 정확한 가이드라인 번호를 확인하세요.

현재 4.3(b) 본문은 Apple이 "업데이트나 개선이 없거나 고객을 끌어들이지 못하는 앱은 앞으로 App Store에서 삭제할 수 있다"고 경고하며, 술 게임이나 방귀 소리 앱처럼 노력이 적게 드는 카테고리의 앱을 반복해서 제출하면 Apple Developer Program에서 제명될 수 있다고도 명시합니다. Apple이 최근 개정한 다른 규정은 2026년 10월 App Review Guidelines 변경 사항을 참고하세요.

템플릿 앱과 AI 생성 앱은 왜 스팸으로 분류되나요?

템플릿 앱과 AI 생성 앱 상당수가 같은 스타터 코드, 같은 화면 레이아웃, 비슷한 스토어 문구를 공유하기 때문에 바이너리·메타데이터·콘셉트 세 가지 트리거에 모두 해당합니다. 코드를 직접 소유하고 있어도 결과물이 수백 개의 다른 앱처럼 보인다면 예외가 되지 않습니다.

AI 앱 빌더는 같은 온보딩, 같은 탭 바, 같은 범용 기능 세트("습관을 기록하고 AI 인사이트를 받으세요")를 만들어내는 경우가 많고, 자동 생성된 App Store 설명도 비슷하게 읽히곤 합니다. 빌더를 통해 출시했다면 판매자로 누가 표시되는지 확인하세요. 4.2.6은 템플릿 서비스가 "클라이언트를 대신해 앱을 제출해서는 안 된다"고 규정하므로, 앱은 콘텐츠 소유자의 개발자 계정으로 출시되어야 합니다. 내보내기 이후에도 여러분이 해야 할 일은 Base44 출시 가이드와 Lovable 출시 가이드에서 다룹니다.

다른 개발자들은 4.3(a) 리젝을 어떻게 해결했나요?

공개적으로 보고된 사례를 보면 시각적인 변경만으로는 거의 통하지 않습니다. 중복 앱을 통합하고, 앱이 무엇이 다른지 구체적으로 답변하는 편이 더 효과적이었습니다.

• 기존 앱으로 통합 (GitHub). Linphone 기반 VoIP 앱을 출시하던 한 팀은 linphone-iphone issue #936에서 새 아이콘 세트와 색상 구성으로는 4.3(a)를 통과하지 못했다고 보고했습니다. 이들은 같은 계정에 있던 또 다른 Linphone 기반 앱이 충돌 원인이라고 결론 내렸습니다. 변경 사항을 그 기존 앱의 업데이트로 넣자 "거의 바로" 통과했습니다.
• 고유성 설명 (Godot Forum). 한 게임 개발자는 Godot Forum에서 공유 엔진 바이너리가 다른 Godot 게임과 일치하는 것 같다고 의심했습니다. 빌드 크기를 줄이는 것도, Godot을 사용했다고 설명하는 것도 모두 리젝되었습니다. "같은 장르의 다른 게임과 비교해 내 게임을 재미있고 독특하게 만든다고 생각하는 핵심 요소들을 나열한" 답변을 보내자 승인되었습니다.
• 스크린샷만으로는 부족 (Apple Developer Forums). Apple Developer Forums 스레드에서 한 개발자는 Apple 담당자가 스크린샷을 지적했으며 "메타데이터"가 이름, 부제, 키워드 또는 스크린샷을 의미할 수 있다고 말했다고 전했습니다. 출시된 지 2~3년 된 앱의 업데이트였는데, 스크린샷을 완전히 새로 바꿔도 같은 리젝을 받았습니다.

공통점: 세 사례 모두에서 겉모습만 바꾼 변경(아이콘, 색상, 스크린샷)은 실패했습니다. 효과가 있었던 것은 계정의 중복 앱을 없애거나, 앱이 다른 이유를 기능 수준에서 구체적으로 심사자에게 제시하는 것이었습니다.

4.3(a) 리젝은 단계별로 어떻게 해결하나요?

4.3(a) 리젝을 해결하려면 먼저 중복 대상을 찾고, 실제 제품을 변경한 뒤, 재제출 전에 App Review에 구체적인 내용으로 답변하세요. 아이콘만 바꾼 같은 빌드를 다시 제출하는 것이 또 리젝당하는 가장 흔한 길입니다.

1. App Store Connect의 App Review 섹션에서 정확한 가이드라인 번호를 확인하세요. 4.2.6이나 4.3(b)라고 되어 있다면 위 표의 해당 행을 따르세요.
2. 리젝된 앱과 코드, 템플릿, 콘셉트 또는 디자인을 공유하는 계정 내 모든 앱(출시 중이든 삭제되었든)을 나열하세요. 해당 앱이 있다면 인앱 변형을 갖춘 하나의 앱으로 통합하거나, 변경 사항을 출시 중인 앱의 업데이트로 배포하세요.
3. 카테고리 키워드로 App Store를 검색하고 상위 결과를 기록하세요. 그 앱들 중 어느 것도 하지 않는데 여러분의 앱이 하는 일을 적어 두세요.
4. 테마만이 아니라 최소 하나의 핵심 흐름(데이터 소스, 주요 기능, 인터랙션 모델)을 변경하세요.
5. 이름, 부제, 키워드, 설명, 스크린샷을 여러분만의 기능을 설명하도록 다시 작성하고, 템플릿의 범용 문구가 하나도 남지 않게 하세요.
6. 아래 템플릿을 사용해 App Store Connect에서 답변하세요. 가이드라인에 대해 심사자에게 직접 묻고 싶다면 Apple의 App Review 페이지에서 30분짜리 Webex 상담 예약도 할 수 있습니다.
7. 심사자가 앱을 오해했다고 판단되면 App Review Board에 이의를 한 번 제기하세요. Apple은 "심사를 통과하지 못한 제출 건당 이의 제기는 한 번만 하라"고 요청하며, 그 전에 정보 요청에 먼저 응답하라고 합니다.

App Review 답변에는 무엇을 써야 하나요?

좋은 답변은 앱을 차별화하는 구체적인 기능을 명시하고, 계정에 중복 앱이 없음을 확인하며, 각 차이점을 어디서 볼 수 있는지 심사자에게 안내합니다. 짧고, 사실에 기반하고, 정중하게 작성하세요.

Hello App Review,

Thank you for the feedback on Guideline 4.3(a). We have reviewed our account
and confirm [App Name] is our only app in this category. [We removed /
merged "Old App" into this app in version X.Y.]

What [App Name] does that similar apps do not:
1. [Feature] - e.g. syncs with the user's school timetable via [API];
   see Home > Schedule.
2. [Feature] - e.g. offline lesson plans authored by our team, not
   generated or scraped; see Library.
3. [Feature] - e.g. teacher-to-parent messaging; see the demo account.

This version also changes [core flow] and replaces all metadata and
screenshots to reflect these features.

Demo account: [username] / [password]

We are happy to provide more detail or join a call.

Thank you,
[Name]

로그인이 필요한 기능이 있다면 심사자에게 작동하는 로그인 정보를 제공하세요. 설정 방법은 App Store 심사용 데모 계정 가이드에서 확인할 수 있습니다.

재제출 전 차별화 체크리스트에는 무엇이 포함되어야 하나요?

차별화 체크리스트는 4.3이 살펴보는 네 영역인 계정, 바이너리, 메타데이터, 콘셉트를 모두 다뤄야 합니다. 다시 Submit for Review를 누르기 전에 모든 항목을 확인하세요.

• 계정: 출시 중이든 삭제되었든 같은 템플릿, 콘셉트 또는 디자인을 공유하는 다른 앱이 없습니다.
• 계정: 앱이 콘텐츠 소유자 본인의 개발자 계정으로 제출됩니다(4.2.6).
• 바이너리: 템플릿 샘플 화면, 데모 데이터, 임시 브랜딩이 제거되었습니다.
• 바이너리: 카테고리 상위 결과에 없는 핵심 기능이 최소 하나 있습니다.
• 메타데이터: 이름, 부제, 키워드가 카테고리 일반이 아니라 여러분만의 가치를 설명합니다.
• 메타데이터: 스크린샷 첫 두 장에서 차별화 기능을 보여줍니다.
• 콘셉트: 사용자가 상위 5개 결과 대신 이 앱을 선택할 이유를 한 문장으로 말할 수 있습니다.
• 심사 메모: 차이점과 데모 계정이 적혀 있어 심사자가 직접 찾을 필요가 없습니다.

4.3으로 두 번 이상 리젝되었는데 무엇을 바꿔야 할지 모르겠다면, 저희 App Store 제출 서비스가 심사 준비를 하고 리젝 피드백을 함께 해결해 드립니다. 비용은 두 스토어 모두 포함해 $599입니다(개발자 계정 비용은 별도).