# Guideline 4.3 Design Spam 리젝: 원인과 대응 방법

> Guideline 4.3 Design Spam에서 4.3(a)와 4.3(b)가 무엇을 말하는지, AI로 만든 앱이 왜 걸리는지, Apple에 어떻게 답하고 피하는지 정리했어요.

원본 페이지: [Guideline 4.3 Design Spam 리젝: 원인과 대응 방법](https://devoria.fr/ko/blog/guideline-4-3-design-spam-rejection)
작성자: [Mehdi Azizi](https://devoria.fr/ko/mehdi-azizi)
게시일: 2026-09-23
최종 내용 수정: 2026-10-09


## Guideline 4.3 Design Spam: 짧은 답

가이드라인 4.3은 App Store의 스팸 방지 규정이에요. 4.3(a)는 같은 앱을 여러 번 출시하는 걸 금지하고, 실제로는 재포장된 앱을 걸러내는 데 쓰여요. 4.3(b)는 기존 앱과 구별되지 않는 앱을 거절하는데, 특히 포화된 카테고리에서 그래요. 해결책은 본질적인 거예요. 다른 누구도 제공하지 않는 핵심 기능이 있어야 해요.

고치기 가장 어려운 리젝이에요. 앱의 존재 이유 자체를 문제 삼는 거라서, 제품이 기존 앱과 너무 비슷하면 코드를 아무리 고쳐도 소용없어요.

저는 제 iOS 앱을 직접 출시하고 있어요. 미니게임 알람 앱 Solys와 트레이딩 연습 앱 TradaZen이 App Store에 올라가 있어요. Nolera와 Clic은 리젝을 받은 뒤 수정했어요. 2.1, 5.6.3, 2.3.2 리젝을 받아봤고, 자세한 내용은 [Apple이 앱을 리젝하는 이유](https://devoria.fr/ko/blog/app-store-rejection-reasons-real-cases)에 정리해 뒀어요. 4.3 리젝은 한 번도 받아본 적이 없고, 받아본 척하지도 않을게요. 이 가이드는 Apple 공식 문서를 바탕으로 풀어서 설명한 거예요.

## 가이드라인 4.3은 정확히 뭐라고 하나요?

4.3 "Spam"은 [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/)의 4장 "Design"에 있어요. 두 항목이 서로 다른 문제를 겨냥해요.

### 4.3(a): 변형마다 복사본이 아니라, 앱 하나

공식 문서는 같은 앱에 Bundle ID를 여러 개 만들지 말라고 해요. Apple이 드는 예시는 도시마다 지도 앱을 하나씩 내는 대신, 도시를 검색할 수 있는 세계 지도 앱 하나를 내라는 거예요. 앱에 지역별, 스포츠 팀별, 대학별 버전이 있다면 앱 하나만 제출하고 변형은 인앱 구매로 제공하라고 Apple은 권해요.

실제 리젝 메시지는 이 예시보다 더 나가요. 개발자들이 [Apple 개발자 포럼](https://developer.apple.com/forums/thread/768484)에 공개한 4.3(a) 리젝을 보면, Apple은 앱이 다른 개발자가 제출한 앱과 "a similar binary, metadata, and/or concept"을 공유하고 차이는 사소할 뿐이라고 써요. 그리고 이런 비슷하거나 재포장된 앱을 스팸으로 규정해요. 중요한 단어는 세 가지예요. 바이너리(컴파일된 코드), 메타데이터(이름, 설명, 스크린샷), 그리고 콘셉트예요.

같은 방향의 규정이 두 개 더 있어요. [가이드라인 4.2](https://devoria.fr/ko/blog/guideline-4-2-minimum-functionality-app-rejected)의 하위 규정인 4.2.6은 상업용 템플릿이나 앱 생성 서비스로 만든 앱을 거절해요. 단, 콘텐츠 제공자가 직접 제출하는 경우는 예외예요. 가이드라인 4.1 "Copycats"는 인기 앱을 베끼고 이름이나 UI만 살짝 바꾸는 걸 금지해요. 이 항목은 간단한 문장으로 시작해요. "Come up with your own ideas."

### 4.3(b): 포화된 카테고리

4.3(b)는 이미 널리 존재하는 것과 구별되지 않는 앱을 거절해요. Apple은 이런 기회주의적 변형이 App Store에서의 앱 발견을 해친다고 봐요.

문서는 해당 카테고리를 직접 언급해요. 데이팅 앱, 손전등, 효과음, 배경화면, 단순 타이머, 점술("fortune telling") 앱은 이미 충분히 자리 잡았어요. Apple은 "a meaningfully different or improved experience"를 제공하지 않는 한 이 카테고리의 새 제출을 받지 않아요. 업데이트도 개선도 없거나 사용자를 끌지 못하는 앱은 삭제할 수도 있어요.

더 엄격한 두 번째 목록도 있어요. 술 게임, 카마수트라, 방귀나 트림 소리 앱이에요. Apple은 이런 앱을 품질이 낮거나 성의 없는 앱으로 보고, 이런 앱을 반복해서 제출하면 개발자 프로그램에서 퇴출될 수 있어요.

별자리 운세와 점성술은 현재 문서에 그대로 언급되진 않아요. 하지만 흔한 일일 운세 앱은 점술과 아주 비슷해서, 저라면 포화된 카테고리로 취급하겠어요.

## AI와 템플릿을 쓰면 4.3에 더 자주 걸리는 이유

### 템플릿은 원래 모든 걸 공유해요

온라인에서 파는 앱 템플릿은 많은 개발자가 사서 색상, 아이콘, 이름만 바꾼 뒤 제출해요. Apple은 유사성을 어떻게 찾아내는지 자세히 밝히지 않지만, 메시지에서 바이너리, 메타데이터, 콘셉트를 언급해요. 템플릿이 모든 복사본과 공유하는 세 가지죠. 4.3(a)와 4.2.6이 겨냥하는 게 정확히 이 경우예요.

### AI는 아이디어의 평균 버전을 만들어요

AI에게 "습관 추적 앱"을 만들어 달라고 하면, 그 아이디어의 가장 그럴듯한 버전, 즉 기존 앱들의 평균을 돌려줘요. 화면도 온보딩도 똑같아요. 코드는 독창적일 수 있어도 콘셉트는 아니에요. 그리고 4.3(b)가 판단하는 건 코드의 독창성이 아니라 경험이에요.

AI는 차별화된 아이디어를 아주 잘 구현하지만, 차별점을 대신 찾아주진 않아요. AI가 잘하는 것과 놓치는 것은 [AI로 iOS 앱 만들기](https://devoria.fr/ko/blog/ai-ios-app-pitfalls-verification)에 정리해 뒀어요.

## 앱을 진짜로 차별화하는 방법

### 누구도 똑같이 제공하지 않는 핵심 기능

4.3을 피하려고 제가 모든 아이디어에 적용하는 규칙이에요. 다른 누구도 정확히 이런 방식으로 제공하지 않는 핵심 기능이요. 그냥 알람 앱 하나 더 내는 건 위험해요. 단순 타이머는 Apple이 언급한 카테고리에 들어가니까요. Solys는 미니게임을 이겨야 꺼지는 알람이에요. 차별점이 한 문장으로 설명되고, 처음 쓰는 순간 바로 보여요.

테스트는 이거예요. "이건 ...하는 유일한 앱이에요"를 완성해 보세요. "근데 더 예뻐요"로밖에 끝낼 수 없다면 차별점이 너무 약한 거예요.

### 내 것인 콘텐츠와 로직

겉모습만 다르게 하는 걸로는 부족해요. 앱을 구별하는 건 앱이 만들어내는 거예요. 그 앱을 위해 쓴 콘텐츠, 앱이 계산하는 데이터, 다른 곳에선 찾을 수 없는 메커니즘이요. 템플릿이나 오픈소스 프로젝트에서 시작한다면 색상만 말고 로직을 바꾸세요.

### 그걸 증명하는 이름, 스크린샷, 설명

4.3(a) 메시지는 메타데이터를 언급해요. [가이드라인 2.3.10](https://devoria.fr/ko/blog/guideline-2-3-10-accurate-metadata-rejection)과 마찬가지로 리뷰어는 스토어 페이지도 봐요. "손전등 Pro" 같은 흔한 이름은 앱을 열기도 전에 복사본이라고 알리는 셈이에요. 이름과 부제는 고유한 기능을 말해야 하고, 첫 번째 스크린샷은 그걸 보여줘야 하고, 설명도 그걸로 시작해야 해요. 이 작업은 검색 노출에도 도움이 돼요. 방법은 [App Store ASO](https://devoria.fr/ko/expertise/app-store-aso) 페이지에 있어요.

### 모든 변형을 앱 하나에

아이디어가 도시별, 팀별, 테마별로 나뉜다면 앱 하나를 내고 안에서 선택하게 하세요. 변형이 유료라면 인앱 구매를 쓰고요. 4.3(a)를 문자 그대로 읽으면 이렇게 돼요.

## App Store Connect에서 4.3 리젝에 답하는 방법

예전에 Resolution Center라고 부르던 건 지금 App Store Connect의 App Review 섹션에 있어요. 다시 제출하기 전까지는 여기서 텍스트와 첨부 파일(스크린샷이나 문서)로 [App Review 메시지에 답할](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/) 수 있어요.

1. **하위 규정을 확인하세요.** 4.3(a) 리젝은 다른 앱과의 유사성이나 여러 변형을 이야기해요. 4.3(b) 리젝은 포화된 카테고리를 이야기해요.
2. **본질에 대해 솔직해지세요.** 앱이 템플릿에서 나왔거나 기존 앱과 정말 비슷하다면 반박하지 마세요. 표현이 아니라 제품을 바꾸세요.
3. **차별점이 진짜라면 보여주세요.** 짧고 사실적으로, 영어로 답하고, 핵심 기능 영상을 첨부하세요.

제가 쓸 템플릿이에요. 상황에 맞게 고쳐 쓰세요.

```text
Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]
```

코드와 다른 앱에 관한 두 문장은 사실일 때만 쓰세요. Apple에 대한 답변에 거짓이 있으면 리젝보다 훨씬 큰 대가를 치러요. 어떤 리젝이든 받은 뒤의 전체 절차는 [Apple에 리젝된 앱](https://devoria.fr/ko/expertise/app-rejected-by-apple) 페이지에 있어요.

## App Review Board에 이의를 제기해야 할 때

리뷰어가 앱의 콘셉트와 동작을 잘못 이해했다고 생각하거나, 심사 과정에서 부당한 대우를 받았다고 느낀다면 Apple은 [App Review Board에 이의 제기](https://developer.apple.com/distribute/app-review/)를 할 수 있게 해줘요. 조건은 세 가지예요. 앱이 가이드라인을 지키는 구체적인 이유를 제시할 것, 거절된 제출 하나당 이의 제기는 한 번만 할 것, 추가 정보 요청이 있으면 먼저 답할 것이에요.

차별점이 진짜이고 앱에서 보이는데, App Store Connect에서 답한 것만으로 이해시키지 못했을 때 이의를 제기하세요. 템플릿, 클론, 차별점 없는 변형이라면 이의 제기를 해도 제품은 바뀌지 않아요.

Apple은 같은 페이지에서 App Review와의 30분 화상 미팅도 제공해요. 아이디어가 포화된 카테고리에 가깝다면 만들기 전에 물어보세요.

## 제출 전 4.3 방지 체크리스트

- 디자인 이야기 없이 "이건 ...하는 유일한 앱이에요"를 완성할 수 있어요
- 핵심 기능이 처음 쓸 때 찾지 않아도 바로 보여요
- 어떤 화면, 텍스트, 사운드, 이미지도 템플릿에서 그대로 가져오지 않았고, 템플릿의 로직도 바꿨어요
- 같은 코드와 같은 콘셉트를 공유하는 앱을 두 개 출시하지 않아요
- 변형(도시, 팀, 테마)은 앱 하나 안에 있어요
- 이름과 부제가 카테고리가 아니라 고유한 기능을 말해요
- 첫 번째 스크린샷과 설명이 차별점으로 시작해요
- 앱이 4.3(b)에 언급된 카테고리에 해당한다면, 리뷰 노트에 무엇이 다른지와 어떻게 테스트하는지 두 문장으로 설명했어요

## 4.3은 아이디어를 고를 때 예방해요

포화된 니치에 "또 하나" 나온 앱에는 문제가 두 가지 있어요. Apple이 4.3(b)로 리젝할 수 있어요. 그리고 통과하더라도, 선택할 이유 하나 없이 몇 년째 설치되어 있는 앱들과 경쟁해야 해요.

그래서 차별화는 제출할 때 덧붙이는 게 아니에요. 첫 줄의 코드를 쓰기 전에, 아이디어를 특정 대상을 위한 명확한 핵심 기능 하나로 좁히면서 정해요. 잘 짜인 [iOS 앱 MVP](https://devoria.fr/ko/expertise/ios-app-mvp)의 핵심이고, 제 [아이디어에서 App Store까지의 방법](https://devoria.fr/ko/blog/how-to-create-an-app-4-steps)의 첫 단계예요.

## 코딩 전에 좋은 아이디어 고르기

[iOS Kit](https://devoria.fr/ko/kits/ios)에서 과정의 첫 단계가 바로 이걸 위한 거예요. 코드를 쓰기 전에 아이디어, 대상, 가격을 정하는 거죠.

이미 4.3 리젝을 받았나요? [Apple Review Kit](https://devoria.fr/ko/kits/review-apple)이 언급된 규정과 그 규정이 요구하는 것, 수정과 답변 예시를 찾는 데 도움을 줘요. 지금 바로 함께 살펴보고 싶다면 화상으로 [저와 한 시간을 예약하세요](https://devoria.fr/ko/coaching).

저를 포함해 누구도 Apple 승인을 보장할 수는 없어요. 다만 앱 하나 더 보태는 데 그칠 아이디어를 처음부터 걸러내도록 도와드릴 수 있어요.

아직 아이디어가 확신이 안 서나요? [무료 진단](https://devoria.fr/ko/diagnostic)은 여러분의 프로젝트에서 출발해 어떤 단계부터 시작할지 알려주고, 제 Apple 리젝 방지 체크리스트를 보내드려요. 그다음 홈에서 코드를 쓰기 전에 아이디어를 골라 [처음부터 시작하지 않고 모바일 앱 만들기](https://devoria.fr/ko) 방법을 보여드려요.

## 자주 묻는 질문

### 4.3(a)와 4.3(b)는 뭐가 다른가요?

4.3(a)는 중복을 겨냥해요. 같은 앱의 여러 버전, 또는 코드나 스토어 페이지나 콘셉트를 다른 앱과 거의 그대로 공유하는 앱이요. 4.3(b)는 포화를 겨냥해요. 손전등처럼 이미 앱이 넘쳐나는 카테고리에서 새로운 게 없는 경우요.

### AI로 만든 앱은 4.3으로 리젝되나요?

AI로 만들었다는 이유로 리젝되진 않아요. Apple은 도구가 아니라 결과를 봐요. 위험은 AI가 기존 앱의 평균 버전으로 만들어 버리는 흔한 아이디어에서 와요. 핵심 기능이 고유하고 눈에 보인다면, 4.3 기준으로 코드의 출처는 문제가 되지 않아요.

### 템플릿을 써도 리젝되지 않을 수 있나요?

[기술적인 출발점으로 쓴 템플릿](https://devoria.fr/ko/kits/code-de-depart)을 깊이 있게 바꿨다면 문제가 아니에요. 이름과 색상만 바꿔서 거의 그대로 출시한 템플릿은 4.3(a)와 4.2.6이 겨냥하는 바로 그 경우예요.

### 4.3 리젝 후에 계정이나 Bundle ID를 바꿔야 하나요?

아니요. 식별자나 계정을 바꿔도 앱은 바뀌지 않고, 4.3(b)는 가치 낮은 앱을 반복 제출하면 개발자 프로그램에서 퇴출될 수 있다고 정하고 있어요. 지속 가능한 유일한 방법은 제품을 바꾼 뒤 다시 제출하는 거예요.

### 데이팅 앱이나 배경화면 앱도 아직 승인될 수 있나요?

네, 진짜로 다르거나 개선된 경험을 제공한다면요. Apple 문서가 정한 조건이 그거예요. 그 차이는 앱, 스토어 페이지, 리뷰 노트에서 보여야 해요.


## 내 프로젝트

[Apple Review Kit](https://devoria.fr/ko/kits/review-apple): 제가 쓰는 App Store 심사 체크리스트, 수정한 Apple 리젝 사례, 심사자용 메모, 앱을 검토하는 Claude Code skill 두 개. 29 €.

[iOS Kit](https://devoria.fr/ko/kits/ios): Claude Code로 iPhone 앱을 만드세요. 제 앱들의 Starter Code, 작업을 검사하는 skill, Apple Review Kit, App Store Screenshots Kit, ASO Kit 포함. 129,99 €.