앱 스토어 요구사항과 관련된 일반적인 어려움

앱 스토어에 앱 심사를 제출하기 전 주의해야 할 일반적인 실수와 고려 사항을 알아봐요.

업데이트 날짜 29. 10월 2024 작성자 Jan Bunk

앱 심사 담당자가 휴대전화와 앱 스토어 등록 정보를 승인하기 전에 거부 및 승인된 정책 항목을 확인하고 있어요.

iOS 앱을 Apple App Store에 게시하든 Android 앱을 Google Play 스토어에 게시하든, 앱을 다운로드할 수 있게 되기 전에 앱 스토어 담당자의 심사를 받아야 해요. 앱 심사 담당자는 앱이 해당 앱 스토어의 정책과 가이드라인을 준수하는지 확인하여 사용자에게 안전하고 즐거운 환경을 제공할 수 있도록 해요.

이 글에서는 앱이 거절되는 가장 일반적인 이유를 살펴볼게요. 이러한 문제를 피하면 앱을 최대한 빠르게 게시할 수 있어요.

이 글에서는 고객의 웹사이트를 앱으로 변환하여 저희가 제작한 앱의 심사 절차를 중점적으로 다룬다는 점에 유의하세요. We have a way to work around most of the common guideline violations mentioned below. So if you think your app might be affected by one of those issues, please contact us so we can work out a solution.

Apple App Store

Unfortunately, Apple's review process for apps in the App Store is quite strict. If you're not familiar with their guidelines, you can easily make mistakes that lead to the initial rejection from the App Store. Let's see which sections of the app review guidelines cause the most app rejections (from our experience).

결제(섹션 3.1)

You might be required to process payments made on your website with In-App-Purchases (IAP) instead. As this section of the guidelines is quite detailed and provides lots of exceptions (section 3.1.3), we encourage you to read through it fully.

Examples of purchases that don't need to use IAPs:

  • 3.1.3(e) Goods and Services Outside of the App: Payment for physical goods that will be consumed outside of the app. This means shops that sell physical products don't need to use IAPs.
  • 3.1.3(d) Person-to-Person Experiences: Purchases for one-to-one personal experiences such as tutoring, fitness training or consultations don't have to use IAPs.

If your website collects payments for any of the above exemptions, you can use our 웹사이트 앱 변환기를 without any problems.

But don't worry even if you need to use in app purchases, you can make some small changes to your website and then your app can use in app purchases. More information on how to integrate in app purchases on your website.

The downsides of in app purchases are the fees you need to pay to Apple as well as the programming needed to integrate it. Due to that, typically we work with our customers to find a solution that gets accepted by Apple even without using in app purchases.

Apple로 로그인(섹션 4.8)

If your website offers a third-party login functionality (such as Facebook Login, Google Sign-In, Sign in with Twitter, Sign In with LinkedIn, Login with Amazon, or WeChat Login), you also need to offer a 'Log in with Apple' feature on your website. That way it will also appear in your app.

There are some exceptions to this rule though:

  • Your website exclusively uses your company’s own account setup and sign-in systems.
  • Your website is an education, enterprise, or business website that requires the user to sign in with an existing education or enterprise account.
  • Your website uses a government or industry-backed citizen identification system or electronic ID to authenticate users.
  • Your website is a client for a specific third-party service and users are required to sign in to their mail, social media, or other third-party account directly to access their content. An example of this would be if you were a mail provider and your users log into their email account.

If you can't integrate Sign in with Apple, we can alternatively hide the other 3rd party login options inside the app, which also brings your app into compliance.

비즈니스: 일반 사용자를 대상으로 하지 않는 앱(섹션 3.2)

If your app is not intended for the general public (e.g. the app is only for your employees), Apple may not immediately allow you into the public app store, but instead recommend using Apple Business Manager.

Typically we can resolve that by also adding some app content that is publicly accessible for everyone.

Google Play 스토어

2024년 초부터 Google은 앱 심사 절차를 훨씬 더 철저하게 진행하고 있어요. 이전에는 대부분 자동화된 테스트를 진행했지만 이제는 사람에 의한 테스트도 더 많이 진행해요. 전반적으로 Google은 가이드라인 적용 면에서 여전히 Apple보다 덜 엄격해요. 하지만 앱이 거절되면 어떤 가이드라인의 어느 부분을 위반했는지에 대한 정보를 거의 제공하지 않는다는 단점이 있어요.

메타데이터 정책

Google에서 앱을 거절하는 가장 일반적인 이유는 Google Play Console에서 설정한 앱 스토어 등록정보의 일부가 메타데이터 정책을 위반하기 때문이에요. 원인은 다양할 수 있지만 가장 일반적인 원인은 다음과 같아요.

  • 앱 설명에서 앱의 기능을 충분히 설명하지 않았어요.
  • 앱 설명에 가격 정보가 포함되어 있어요.
  • 앱 설명에 검증할 수 없는 주장(예: "쇼핑을 위한 최고의 앱이에요")이 포함되어 있어요.
  • 앱 스크린샷에서 앱을 제대로 보여주지 않아요.

저희는 Google이 앱 정보의 어떤 부분을 문제 삼는지 정확히 파악할 수 있는 경험을 갖추고 있기 때문에 일반적으로 이러한 문제를 쉽게 해결할 수 있어요.

제한된 콘텐츠

발생 빈도는 낮지만 더 결정적인 앱 거절 유형이에요. 앱이 다음 카테고리 중 하나에 해당하면 게시할 수 없어요.

  • 실제 현금을 사용하는 도박(카지노 앱)
  • 음란물 콘텐츠
  • 불법 콘텐츠(예: 마약 판매)

결론

이 글을 통해 앱을 문제없이 게시하기 위해 피해야 할 일반적인 가이드라인 위반 사항을 더 잘 이해하셨기를 바라요.

물론 가능한 모든 문제를 다룰 수는 없었어요. 그렇게 하면 이 가이드가 너무 길어지고, 각 앱에서 실제로 발생하는 문제는 일반적으로 잠재적인 문제 중 일부에 불과하기 때문이에요. 그래서 앱 게시 과정에서도 도움을 줄 수 있는 유능한 앱 개발 파트너가 더욱 중요해요. 저희는 물론 저희 서비스를 통해 제작된 모든 앱에 게시 지원을 제공해요. With our many years of experience gained from publishing hundreds of apps we have the necessary knowledge to get your app published no matter what issues come up.