가이드라인 5.6 리젝: 앱이 거절되는 페이월 패턴

가이드라인 5.6은 개발자 행동 강령이에요. 페이월이 문제일 때 Apple은 정해진 문구를 인용해요. 앱이 "attempts to manipulate customers into making unwanted In-App Purchases"라는 거예요. 쉽게 말해 구매 흐름 안의 어떤 버튼이 보이는 대로 동작하지 않거나, 사용자가 요청하지 않았는데 오퍼가 다시 나타난다는 뜻이에요. 해결 원칙은 하나예요. 모든 버튼은 표시된 대로 동작하고, 오퍼를 다시 볼 시점은 사용자가 스스로 정해야 해요.

저는 트레이딩 연습 앱 TradaZen에서 이 리젝을 받았어요. 출시 과정은 이 사례 연구에 정리해 뒀어요. 이 글에서는 규정 내용, 제 페이월에서 찾은 문제, 피해야 할 패턴, 그리고 Apple에 보낸 답변을 다룰게요. 별점 요청에 관한 인접 규정은 가이드라인 5.6.3 가이드를 참고하세요.

가이드라인 5.6은 무엇을 말하나요?

5.6 "Developer Code of Conduct"는 App Review Guidelines의 5장 "Legal"에 있어요. 첫 번째 문단은 존중에 관한 내용이에요. 고객을 대할 때, 리뷰에 답할 때, Apple과 소통할 때의 태도요. 두 번째 문단은 구매를 직접 겨냥해요.

현재 문구는 이렇게 원칙을 세워요. "Customer trust is a cornerstone of the App ecosystem." 그리고 앱이 절대 해서는 안 되는 일을 나열해요. 사용자를 이용하거나 사기 치는 것, "trick them into making unwanted purchases", 불필요한 데이터 공유를 강요하는 것, "raise prices in a tricky manner", 제공하지 않는 기능에 돈을 받는 것, 그리고 앱 안팎의 그 밖의 모든 조작적 행위예요.

한마디로 속임수로 구매를 얻어내면 안 된다는 거예요. 규정에 금지 버튼 목록 같은 건 없어요. 결과로 판단해요. 사용자가 원해서 결제했는지, 아니면 화면이 함정을 놓아서 결제했는지요.

5.6에는 하위 규정 네 개도 있어요.

하위 규정	대상
5.6.1 App Store Reviews	리뷰와 별점 요청
5.6.2 Developer Identity	개발자 정보의 정확성
5.6.3 Discovery Fraud	노출 조작
5.6.4 App Quality	불만, 환불

제재도 규정에 적혀 있어요. "Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program." 조작적인 행위가 반복되면 개발자 프로그램에서 제명된다는 거예요. 일반 규정이긴 하지만, 첫 리젝 때 구매 흐름 전체를 고쳐야 할 충분한 이유가 돼요.

페이월에 대한 5.6 리젝 메시지

메시지에는 보통 같은 문장이 들어가요. "The app attempts to manipulate customers into making unwanted In-App Purchases." Apple이 어떤 요소를 지적하는지 항상 알려주지는 않아요. 제 리젝에도 그 이상은 없었어요.

문제 화면을 설명한 개발자들도 있어요. 2024년 11월 Apple 포럼 스레드에서 한 개발자는 첫 구독 화면을 닫을 때 뜨는 일회성 오퍼 때문에 5.6 리젝을 받았다고 했어요.

5.6은 페이월만 겨냥하지 않아요. 심사 중에 숨겨진 것처럼 보인 기능 때문에 리젝된 개발자도 있어요. 받은 5.6 리젝에 구매 얘기가 없다면, 심사자가 보지 못한 게 무엇인지부터 찾아보세요.

TradaZen에서 받은 5.6 리젝

2026년 10월 12일, Apple이 iPad Air에서 테스트한 TradaZen 1.5.1 버전을 거절했어요. 사유는 가이드라인 5.6, 원치 않는 구매에 관한 정형 문구였어요. 지목된 화면은 없었어요.

그래서 그냥 거절하고 싶은 사람의 입장에서 구매 흐름 전체를 다시 살펴봤어요. 온보딩 끝의 페이월에는 닫기 버튼이 없어요. 계속하려면 무료 체험이나 구독을 해야 해요. 그 주변에 조작으로 보일 수 있는 장치가 세 가지 있었어요.

• 가짜 닫기 버튼. 화면 상단에 X 모양 버튼이 있었고 VoiceOver에서는 "닫기"로 읽혔는데, 누르면 화면이 닫히는 대신 할인 오퍼가 열렸어요.
• 저절로 돌아오는 오퍼. 오퍼 기간 동안 사용자가 앱으로 돌아오면 오퍼가 다시 열렸어요.
• 프로모션 리마인더. 페이월에서 앱을 나가면 특별 할인을 알리는 알림이 예약됐어요.

중요한 점이 있어요. 이 장치들은 사흘 전에 승인된 이전 버전에도 이미 있었어요. 한 번 승인됐다고 페이월이 영원히 통과되는 건 아니에요. 다른 심사자는 같은 화면을 다르게 볼 수 있어요.

바꾼 것

• 이 화면에서 X 버튼을 없앴어요. 그 자리에 VoiceOver에서 "특별 할인"으로 읽히는 선물 아이콘을 두고, 탭하면 오퍼가 열리게 했어요. 이제 닫는 척하는 요소는 없어요.
• 앱으로 돌아올 때 오퍼가 저절로 열리는 일은 절대 없어요.
• 할인 알림은 삭제했어요. 대신 부드러운 리마인더 하나만 남겼어요. 설치당 한 번만, 알림이 허용된 경우에만 보내요. 가격, 할인, 기한은 언급하지 않아요.
• 이 리마인더는 문구와 발송 시점까지 App Review 메시지에 적었어요.

유지한 것

남은 요소들도 정말 선택권을 주는지 하나씩 다시 살펴봤어요.

• 결제 취소 후 오퍼. 사용자가 연간 구독의 Apple 결제 시트를 취소하면 웰컴 오퍼가 열려요. 5분짜리 창 하나뿐이고 다시 시작되지 않아요. 그 시간 안에 또 취소하면 다시 열려요. X 버튼이나 "괜찮아요" 한 번으로 닫을 수 있고, 상품의 실제 가격을 보여줘요.
• 실제 5분 타이머. 처음 표시될 때 종료 시점이 기기에 저장돼요. 앱을 닫아도 계속 흐르고, 다시 실행해도 처음부터 시작하지 않아요. 시간이 끝나면 해당 앱 설치에서는 오퍼가 사라져요. 그 전에 닫으면 작은 배지가 남은 시간을 보여주고, 배지를 탭할 때만 오퍼가 다시 열려요.
• 잠긴 보물상자. 온보딩 중에 얻은 아이템만 보여주고, 앱을 잠금 해제하기 전까지 잠겨 있어요. 아이템을 잃게 된다는 문구는 없어요.

이 요소들은 심사 노트에 적었어요. 리젝에 지목된 화면이 없었으니 Apple이 승인한 것처럼 소개하지는 않을게요. 제가 보기에 이 장치들의 투명한 버전이고, 그래서 신고한 거예요.

모든 문제가 앱 안에 있었으니 수정에는 새 빌드가 필요했어요. TradaZen은 2026년 10월 13일에 다시 심사에 들어갔어요.

5.6을 부르는 페이월 다크 패턴

Apple은 목록을 공개하지 않아요. 같은 장치도 함정을 놓는 버전과 선택권을 주는 버전이 있는 경우가 많아요. 아래 표는 규정 문구, 다른 개발자들이 공개한 리젝 사례, 제 리젝을 교차해서 둘을 구분했어요. 투명한 버전이라고 승인이 보장되지는 않아요. 속이려 하지 않는 버전일 뿐이에요. 마지막 열은 각 행의 근거예요.

조작적인 버전	투명한 버전	근거
닫는 대신 오퍼를 여는 X 버튼	X는 닫는다. 닫을 수 없는 화면에는 X를 두지 않는다	TradaZen 리젝 후 수정
페이월을 닫으면 튀어나오는 "일회성" 오퍼	할인을 명확히 알리는 버튼 뒤에 둔 할인	Apple 포럼에 공개된 리젝
거절 후 띄우는 두 번째 오퍼, 가격이 오해를 부르는 페이월	결제 취소 후 오퍼 하나, 실제 가격, 한 번에 닫기 가능	Cal AI 사례, Superwall이 전한 대화
앱으로 돌아오면 저절로 다시 열리는 페이월이나 오퍼	사용자가 한도에 닿거나 이를 알리는 버튼을 누를 때만 다시 나온다	TradaZen 리젝 후 수정
요청한 적 없는 프로모션 알림	명시적 동의 후의 프로모션, 앱 안에서 수신 거부 가능	규정 4.5.4
처음부터 다시 시작하거나 끝난 뒤에도 오퍼가 돌아오는 가짜 타이머	앱을 닫아도 흐르고 실제로 끝나는 진짜 기한	"trick them"에 대한 제 해석, 규정 5.6
지어낸 보상, 또는 구매하지 않으면 사라진다고 위협하는 보상	사용자가 실제로 얻은 것을, 잃는다는 위협 없이 보여주기	규정 5.6에 대한 제 해석
자동 결제를 숨기는 무료 체험	버튼 옆에 체험 기간과 이후 청구 가격 표시	Apple 구독 페이지
주간 가격은 크게, 실제 청구 금액은 작게	청구 금액이 화면에서 가장 눈에 띄는 가격	Apple 구독 페이지
죄책감을 주는 거절 버튼	"나중에"나 "괜찮아요" 같은 중립적인 거절	규정 5.6에 대한 제 해석

Cal AI 사례는 TechCrunch가 보도했어요. 첫 번째 구독 오퍼를 거절한 사용자에게 두 번째 오퍼를 보여줬다는 이유로 Apple이 5.6을 인용했어요. 같은 페이월은 3.1.2(c)로도 지적받았어요. 주간 가격이 청구 금액보다 눈에 띄었고, 무료 체험이 자동 갱신을 가렸거든요. 기사에 두 번째 오퍼에 대한 자세한 설명은 없어요.

반대로 이런 오퍼를 판매하는 페이월 툴 회사 Superwall은 2026년 6월 Apple과의 비공식 대화를 전했어요. 여기서는 결제 취소 후 보여주는 오퍼는 허용된다고 설명해요. 집요함은 허용되지 않아요. 세션마다 돌아오는 오퍼나, 결제해야만 빠져나갈 수 있는 흐름이요. Superwall은 이게 공식 규정이 아니고 판단은 심사자에게 달려 있다고 덧붙여요. 그러니 거절 후 오퍼는 여전히 판단의 영역이에요. 규정이 금지하지는 않지만 공개된 리젝 사례가 있고, 방식이 중요해요.

알림에 관한 규정은 4.5.4예요. 앱 안에서 받은 명시적 동의 없이, 또는 수신 거부 방법 없이 알림으로 프로모션을 보내면 안 돼요.

가격에 대해서는 Apple의 구독 페이지가 분명해요. 청구 금액이 가장 눈에 띄는 가격 요소여야 해요. 이유는 한 문장이에요. "This ensures that people are not misled." 규정 3.1.2는 구독을 잘못된 방식으로, 또는 "bait-and-switch"로 판매하는 앱을 Apple이 내린다고 덧붙여요.

요즘 제가 쓰는 테스트예요. 모든 버튼이 겉모습이 약속하는 그대로 동작하나요? 사용자가 한 번에 거절할 수 있고, 그 뒤 오퍼가 저절로 돌아오지 않나요?

리젝까지는 아니어도 매출을 깎아먹는 더 흔한 페이월 실수는 iOS 페이월: 초보자가 하는 7가지 실수에 정리했어요.

5.6 리젝 고치는 방법

1. 구매 흐름 전체를 목록으로 만드세요. 페이월, 보조 오퍼, 타이머, 알림, 앱 복귀 시 재노출까지요. Apple이 무엇을 지적하는지 항상 말해주지는 않아요. 요소마다 투명한 버전인지 확인하세요. 한 번에 닫을 수 있는지, 타이머가 진짜인지, 가격이 정확한지, 자동으로 돌아오지 않는지요. 가장 의심되는 요소 하나만이 아니라, 함정처럼 보이는 건 전부 고치거나 없애세요.
2. 심사자의 흐름을 재현하세요. 앱을 삭제하고 다시 설치해서 온보딩을 끝낸 다음, 전부 거절해 보세요. 닫고, 취소하고, 앱을 나갔다가 돌아오세요. 요청하지 않았는데 열리는 화면을 모두 적고, 한 번에 닫을 수 있는지 확인하세요.
3. 새 빌드를 준비하세요. 원인이 앱 안, 즉 빌드에 포함된 코드에 있어요. 가이드라인 2.1 가이드에서 설명했듯이 원격 업데이트는 빌드를 대신하지 못해요.
4. 숨겨둔 건 남기지 마세요. 승인 후 원격으로 오퍼를 다시 켜는 건 심사자에게 기능을 숨기는 것과 같아요. RevenueCat도 종료 오퍼에 관한 글에서 이런 습관을 경고해요.
5. App Store Connect에서 답변하세요. 영어로 App Review 메시지에 답장하면 돼요.

제 답변과 심사 노트를 줄여서 만든 틀이에요. 빌드 번호와 변경 사항을 여러분 것으로 바꾸고, 남아 있는 요소를 나열하세요.

Hello,

Thank you for your feedback on Guideline 5.6.

Issue: on the subscription screen, the button in the top
corner looked like a close button, but it opened a
discounted offer instead of closing the screen.

Changes in build X:
- Nothing on the subscription screen pretends to close it.
  A clearly labeled button now opens the optional offer.
- The offer never reopens by itself when the user comes
  back to the app.
- The notification announcing a discount has been removed.

Still in this build (also described in the review notes):
- [Each remaining offer: what triggers it, how often it
  appears, how the user dismisses it.]
- [Each remaining reminder: its text, when it is sent,
  and under which conditions.]

If another part of the purchase flow still looks unclear,
please tell me which screen, and I will change it.

Best regards,

답변 내용은 빌드와 정확히 일치해야 해요. 리마인더나 오퍼를 남긴다면, 자동으로 뜨는 것이라도 답변과 심사 노트에 모두 적으세요. 심사자가 잘못 판단했다고 생각하면 Apple은 App Review Board에 이의 제기를 허용해요. 거절된 제출 한 건당 한 번이에요. 페이월이라면 다투기보다 고치는 쪽이 더 안전하다고 봐요. 다른 리젝 사유와 대응법은 Apple이 앱을 거절하는 이유에 있어요.

제출 전 5.6 방지 체크리스트

• 모든 X 버튼은 화면을 닫는다. 닫을 수 없는 화면에는 X가 없다.
• 모든 버튼은 화면에서도 VoiceOver에서도 자기가 하는 일을 말한다.
• 닫기 버튼 뒤에 숨은 오퍼가 없다.
• 거절로 촉발되는 오퍼를 남긴다면, 다시 시작되지 않는 창 하나에 실제 가격을 보여주고 한 번에 닫을 수 있다.
• 앱으로 돌아올 때 저절로 다시 열리는 페이월이나 오퍼가 없다.
• 앱 안에서 명시적 동의를 받지 않은 프로모션 알림이 없다.
• 가짜 타이머가 없다. 표시된 기한은 진짜이고, 처음부터 다시 시작하지 않으며, 실제로 끝난다.
• 화면에서 얻었다고 보여주는 건 실제로 얻은 것이고, 잃는다는 위협이 없다.
• 무료 체험은 기간과 이후 청구 가격을 보여준다.
• 청구 금액이 화면에서 가장 눈에 띄는 가격이다.
• 심사 노트에 빌드에 있는 모든 오퍼와 리마인더를 적었다.
• iPhone과 iPad에서 전부 거절하며 흐름을 재현해 봤다.

Apple보다 먼저 페이월 점검받기

Review Kit에는 제출 전 체크리스트, 제가 고친 리젝 사례, 그리고 프로젝트와 페이월, 스토어 페이지를 검토하는 Claude Code 스킬 두 개가 들어 있어요. Apple이 거절하면 답변도 준비해 줘요. 사람의 눈으로 보고 싶다면 저와 한 시간 예약하세요. 여러분 화면에서 구매 흐름을 함께 재현해 봐요. 리젝 후의 전체 절차는 Apple에 거절된 앱 페이지에, 구독의 기술적인 부분은 iOS 인앱 구독에 있어요.

첫 출시를 준비 중이라면 무료 진단을 받아보세요. 단계를 순서대로 정리해 주고, Apple 리젝 방지 체크리스트도 보내드려요. 홈에서는 처음부터 심사를 고려한 페이월로 모바일 앱을 만드는 방법을 보여드려요.

Apple이 앱을 승인할 거라고 장담할 수 있는 사람은 없어요. 제가 할 수 있는 건, 제가 이미 심사 한 사이클을 날리며 겪은 5.6 리젝을 여러분이 피하도록 돕는 거예요.

자주 묻는 질문

리젝 메시지의 "Guideline 5.6 - Developer Code of Conduct"는 무슨 뜻인가요?

개발자 행동 강령에 관한 규정의 제목이에요. 인앱 구매가 있는 앱이라면 대부분 구매 흐름이 조작적이라고 판단됐다는 뜻이에요. 가짜 닫기 버튼, 저절로 돌아오는 오퍼, 오해를 부르는 체험이나 가격 표시 같은 것들이요. 메시지가 문제 화면을 항상 알려주지는 않아요.

종료 오퍼는 Apple이 금지하나요?

규정에 명시적으로 금지돼 있지는 않아요. RevenueCat도 그렇게 말하면서, 이 사유로 리젝된 개발자들이 있다고 알려요. 공개된 리젝 사례는 사용자가 페이월을 닫을 때 튀어나오는 오퍼나, 거절 후 띄우는 두 번째 오퍼를 겨냥해요. 투명한 버전은 이래요. 선택 사항이고, 다시 시작되지 않는 창 하나로 제한되고, 실제 가격이고, 한 번에 닫을 수 있고, 저절로 돌아오지 않고, 타이머가 있다면 진짜 타이머예요. 심사 노트에 설명하세요. 심사자가 그렇게 봐줄 거라고 장담할 수 있는 사람은 없어요.

X 버튼 없는 페이월도 허용되나요?

규정이 X 버튼을 요구하지는 않아요. TradaZen도 이 리젝 이후 그렇게 했어요. Apple이 거절하는 건 닫기 버튼처럼 생겼는데 다른 일을 하는 버튼이에요. 다만 다운로드가 무료인 앱에서 나갈 방법이 없는 페이월로 5.6 리젝을 받았다는 개발자도 있어요. 체험을 요청하기 전에 가치를 보여주고, 스토어 페이지에 앱이 유료라는 걸 분명히 적으세요.

5.6 리젝 후 새 빌드가 필요한가요?

대부분은 그래요. 원인이 앱의 화면이나 동작이니까요. 문제가 앱 밖, 스토어 페이지나 메타데이터에 있다면 빌드 없이 수정해도 될 수 있어요. 애매하면 심사자에게 어떤 화면을 말하는지 물어보세요.

5.6 리젝으로 개발자 계정이 해지될 수 있나요?

조작적인 행위가 반복되면 개발자 프로그램에서 제명된다고 규정에 나와 있어요. 해지된 계정도 서면 개선 계획을 Apple이 승인하고 검증하면 복구될 수 있다고 돼 있어요. 그래서 첫 리젝 때 구매 흐름 전체를 고치는 게 중요해요.

5.6과 5.6.3은 어떻게 다른가요?

5.6은 일반적인 행동 강령이에요. 존중, 신뢰, 속임수로 구매를 얻지 않는 것이요. 5.6.3은 그 하위 규정 중 하나로, 순위, 검색, 리뷰 조작에 관한 거예요. Apple은 온보딩에 넣은 별점 요청 때문에 Solys에 이 규정을 인용했어요.