前语:收拾一下自己遇到过的审阅问题
4.3 Design – Spam
Your app primarily features dating features. As such, it duplicates the content and functionality of many other similar apps currently available on the App Store.
While these app features may be useful, informative or entertaining, we simply have enough of these types of apps on the App Store, and they are considered a form of spam.
Next Steps
We encourage you to review your app concept and incorporate different content and features that are in compliance with the App Store Review Guidelines.
解决办法
1.契合苹果审美的UI。
2.独特的功用。
什么是契合苹果审美的UI?
能够多看看苹果编辑推荐的App,虽然这些app功用的都十分简略。可是UI规划都很有美感。
留意只是修正一些界面是很难过审的。需求全体的风格的修正。
我这里便是修正全体的风格规划,对有些界面做了炫酷的UI效果。比如说星球,摩天轮之类的UI动画效果。
什么是独特的功用?
能够多看看竞品的App,看看他们有什么不同的。
比如交际类的App,能够添加语音交际,对于有些需求和人操作的功用,能够运用模拟人聊天对话的方法进行操作,不要死板的让人一个一个操作。
Guideline 2.1 – Infoappointmentrmation Needed iOS15 ATTrackingManagerappstore恳求权限不弹框
We're looking forward to completing our review, but we need more information to continue. Your app uses the AppTrackingTransparency framework, but we are unable to locate the App Tracking Transparency permission request when reviewed on iOS 15.0.
Since you indicated in App Store Connect that you collect data in order to track the user, we need to confirm that App Tracking Transparency has been correctly implemented.
解决办法
恳求权限的办法的调用从didFinishLaunchingWithOptions中移动到applicationDidBecomeActive这里。
假如有SceneDelegate
恳求权限的办法的调用从willConnectToSession中移动到sceneDidBecomeActive这里。
- (void)applicationDidBecomeActive:(UIApplication *)application {
if (@available(iOS 14, *)) {
// iOS14及以上版别需求先恳求权限
[ATTrackingManager requestTrackingAuthorizationWithCompletionHandler:^(ATTrackingManagerAuthorizationStatus status) {
// 获取到权限后,依然运用老办法获取idfa
if (status == ATTrackingManagerAuthorizationStatusAuthorized) {
NSString *idfa = [[ASIdentifierManager sharedManager].advertisingIdentifier UUIDString];
NSLog(@"隐私%@",idfa);
} else {
NSLog(@"请在设置-隐私-盯梢中答应App恳求盯梢");
}
}];
} else {
// iOS14以下版别依然运用老办法
// 判别在设置-隐私里用户是否打开了广告盯梢
if ([[ASIdentifierManager sharedManager] isAdvertisingTrackingEnabled]) {
NSString *idfa = [[ASIdentifierManager sharedManager].advertisingIdentifier UUIDString];
NSLog(@"隐私%@",idfa);
} else {
NSLog(@"请在设置-隐私-广告中打开广告盯梢功用");
}
}
}
- (void)sceneDidBecomeActive:(UIScene *)scene API_AVAILABLE(ios(13.0)){
if (@available(iOS 14, *)) {
// iOS14及以上版别需求先恳求权限
[ATTrackingManager requestTrackingAuthorizationWithCompletionHandler:^(ATTrackingManagerAuthorizationStatus status) {
// 获取到权限后,依然运用老办法获取idfa
if (status == ATTrackingManagerAuthorizationStatusAuthorized) {
NSString *idfa = [[ASIdentifierManager sharedManager].advertisingIdentifier UUIDString];
NSLog(@"隐私%@",idfa);
} else {
NSLog(@"请在设置-隐私-盯梢中答应App恳求盯梢");
}
}];
} else {
// iOS14以下版别依然运用老办法
// 判别在设置-隐私里用户是否打开了广告盯梢
if ([[ASIdentifierManager sharedManager] isAdvertisingTrackingEnabled]) {
NSString *idfa = [[ASIdentifierManager sharedManager].advertisingIdentifier UUIDString];
NSLog(@"隐私%@",idfa);
} else {
NSLog(@"请在设置-隐私-广告中打开广告盯梢功用");
}
}
}
Other –appointment Other
Hello,
The review of your app is taking longer than expected. Once we have completed our review, we will notify you via Resolution Center.
If you would like to inquire about the status of this review, you may file a request via the Apple Developer Contact Us page.
Best regards,
App Store Review
事情原因
咱们公司要弄一个相同类型的App,因为相同类型的App是不能运用同一个开发者的,所以弄了一个新的开发者来搞。我就直接拿原来的项目来修正了。
审阅过程
第一次:
清晨2:00开端审阅,清晨2:06收到了Other - Other
第2次:
因为Other - Other的邮件叫咱们等、等了一星期还没有反响。我提交了加快审阅。
第二天,起来收到了4.3的邮件,并且说默许已经加快了、不能再加快了。
第三次:
修正了4.3。清晨1:00开端审阅,清晨1:06收到了Other - Other
过了一星期还是没有回我。我就在提交恳求(邮件里边有一个Contact Us能够点击联系)
过了几天账号收到14天被封警告。持续申述。
大约过了一个月账号被传递封了。
解决办法
为什么?
大约是2021开端,苹果机审修正了。早年我直接运用github的项目简略修正就能够上架的,现在不可了。混杂也不可了。
解决办法
1.重建项目、重敲代码、一个一个文件重新建(最少大部分文件有必要是新建的)。比如我的项目早年是MVC的架构、我现在换成了MVVC。早年是原生的观察者、署理、block这些。我换了Rac,RxSwfit这些。根本没有怎样修正UI,然后修正一下静态文件(图片这些)的哈希值就能够上了。
2.加快审阅、目前(2021.8.17)加快审阅是能够绕过机审的,除非一次性过、不然持续是Other - Other
3.等大约一个月、我在群里看见有人Other - Other等了一个月过了,期间不能找苹果、找了苹果可能会被封号。可是也有可能不过去。
目前最保险的办法是第一种:重写项目
或许买一个混杂代码的东西
Guidel架构图ine 1.2 – Safetygithub永久回家地址 – Usapproveer Generated Content
Guideline 1.2 - Safety - User Generated Content
We found in our review that your app includes user-generated content but does not have all the required precautions. Apps with user-generated content must take specific steps to moderate content and prevent abusive behavior.
Next Steps
To resolve this issue, please revise your app to implement the following precautions:
- Require that users agree to terms (EULA) and these terms must make it clear that there is no tolerance for objectionable content or abusive users
- A method for filtering objectionable content
- A mechanism for users to flag objectionable content
- A mechanism for users to block abusive users
- The developer must act on objectionable content reports within 24 hours by removing the content and ejecting the user who provided the offending content
Resources
Learn more about our policies for user-generated content in App Store Review Guideline 1.2.
解决办法
添加举报和github官网拉黑机制、下图是以微信为例
留意: 有时候举报和拉黑最好明显点、或在备注和苹果阐明哪里触发事情。比如说你的长按才会呈现的(这个时候要看审阅人员的心情了)
Guideline 4.3 – Design
We noticed that your app provides the same feature set as other apps submitted to the App Store; it simply varies in content or language, which is considered a form of spam.
The next submission of this app may require a longer review time, and this app will not be eligible for an expedited review until this issue is resolved.
Next Steps
- Review the Design section of the App Store Review Guidelines.
- Ensure your app is compliant with all sections of the App Store Review Guidelines and the Terms & Conditions of the Apple Developer Program.
- Once your app is fully compliant, resubmit your app for review.
When creating multiple apps where content is the only varying element, you should offer a single app to deliver differing content to customers. If you would like to offer this content for purchase, it would be appropriate to use the in-app purchase API.
Alternatively, you may consider creating a web app, which looks and behaves similar to a native app when the customer adds it to their Home screen. Refer to the Configuring Web Applications section of the Safari Web Content Guide for more information.
Submitting apps designed to mislead or harm customers or evade the review process may result in the termination of your Apple Developer Program account. Review the Terms & Conditions of the Apple Developer Program to learn more about our policies regarding termination.
All apps submitted to the App Store are reviewed against the App Store Review Guidelines, including the Developer Code of Conduct. If we find any issues during our review, your account will be re-investigated. In order to avoid future investigations, please ensure your apps don't attempt to mislead or harm customers or undermine the review process.
We hope you will consider making the necessary changes to be in compliance with the App Store Review Guidelines and will resubmit your revised binary.
Best regards,
App Store Review
解决办法
假如有给图便是很简略了、修正对应图的UI。
假如没有的话、修正App的风格、根本就能够过了
Guideline 1.5 – Safety – Devgithub是什么eloper Information
The support URL specified in your app’s metadata, https://www.kennovels.com/policy.html, does not properly navigate to the intended destination.
Specifically, your support URL does not contain your contact information.
Next Steps
To resolve this issue, please revise your app’s support URL to ensure it directs users to a webpage with support information.
解决办法
弄一个大约这样的网页就能够了。假如是纯文字可能会不可
Gui架构师deline 2.2 – Performance – Beta T架构师工资esting
Your app contains references to test, trial, demo, beta, pre-release or other incomplete content.
Specifically, your binary and metadata screenshots contain test reference.
Next Steps
To resolve this issue, please remove all references to "demo," "trial," "beta," or "test" in your app description, app icon, screenshots, previews, release notes, and binary. If you would like to conduct a beta trial for your app, you may wish to review the TestFlight Beta Testing Guide.
解决办法
这种情况一般是呈现了测验数据、比如说名字是test,测验的叫后台修正对应数据就能够了
Guideline 5.1.1 – Legal – Privacy – Data Collection and Storage
We noticed that your app requests the user’s consent to access the camera and photos, but doesn’t sufficiently explain the use of the camera and photos in the purpose string.
To help users make informed decisions about how their data is used, permission request alerts need to explain and include an example of how your app will use the requested information.
Next Steps
Please revise the purpose string in your app’s Info.plist file for the camera and photos to explain why your app needs access and include an example of how the user's data will be used.
You can modify your app's Info.plist file using the property list editor in Xcode.
Resources
- See examples of helpful, informative purpose strings.
- Review a list of relevant property list keys.
解决办法
需求看你弄了什么的。比如说相机权限
plist文件
<key>NSCameraUsageDescription</key>
<string>This allows you to get photos from the camera to change the avatar</string>
其他(记不住详细的标题和内容了)
App付出方法
在App里边购买虚拟物品有必要要用内购,比如说直播的礼物、游戏币的充值
假如是实物的话、能够运用第三付出。比如是购物、外卖、管理费这些。
App会员-appreciate订阅
运用会员功用的话、有必要要运用订阅机制。一开端单纯运用内购是不可的
App资讯类-不能强制登录
弄过今日头条、腾讯新闻这样的。这种使用不能要求强制登录。有必要要等到需求登录才能够执行事情才能够登录。比如说留言
App游客模式-付出
当付出的时候不能要求游客登录。(这个有时候又能够过)
App特别github汤姆字段-小程序
记住文件写着不能在App呈现小程序,其时很奇怪、我的APP都没有小程序的功用。是哪里来的小程序。
还打电话问了苹果、我问为什么?苹果那个维维安的女的叫我抛弃。也不和我详细理由。
今后感觉和苹果打电话没有什么用、还是邮件和加急审阅靠谱点
最好发现是App发动图有一行文字是"小程序"三个字,修正了发动图就过了。```