Beta App Review (iOS)的提交按钮在App Store Connect的TestFlight部分中。在提交Beta App Review之前,您需要确保您的应用程序已通过测试,并且符合App Store Review Guidelines的要求。提交按钮通常位于App Store Connect的TestFlight页面的底部,您可以在该页面找到并点击提交按钮来提交您的应用程序进行Beta App Review。
半年前我加入一个刚刚拿到 A 轮资金的创业团队负责 iOS 项目。早期的时候公司生死未卜,只追求快速迭代找到一个正确的方向。这种早期默默无闻的团队也没什么工程追求,就是写的快就好了。但是确定方向后要长期发展,就不能再野蛮生长了。 基于过去半年我在这个项目里的实践经验,和大家分享一下。
很多时候,我们的美美滴开发完了,并测试完成之后准备打包上传到APPStore,却发现被拒绝了,各种各样的理由让我们触不及防,一直想整理汇总一下却一直因为各种事耽误着,好吧,整理了一些典型的方便自己日后查看(持续更新....)。
https://juejin.im/post/5a5625ddf265da3e3f4c9651”
TestFlight的测试方式分为两种: 一种是内部测试; 一种是外部测试。 从功能上讲,这两种方式都可以为测试人员在测试阶段对你的App进行测试。但是既然分了内部测试和外部测试,他们肯定还是有区别的,所谓的内部主要是指iTunes Connect上在你的开发团队里参与技术开发或者管理的成员。最多可以邀请25个内部成员,而与之相对的外部测试,指的是那些不属于你的团队或者公司的测试者,外部测试人员的上限是2000人。这里有一点需要注意的是,在你邀请外部成员参与测试之前,需要先通过苹果的审核,一般审核会在一天左右。而这一限制在内部成员上就没有,也就是说只要你把你的App上传到iTunes Connect上之后内部成员就可以开始进行内部测试了,无需审核。在邀请发出后,有效测试时间为60天。
近年金融行业百花齐放,缺乏监管,正因如此随着政策新规的到来,从17年9月份开始金融类(贷款、理财)上架开始变的异常困难,其中受政策影响的还有彩票类应用; 对于App Store来说,卡APP无非参照两点,一是用户体验,二是当地政策法律。大部分马甲包的上架难,无疑就是第一种所致。而贷款类、理财类、彩票类的APP上架,主要都是政策原因导致。 本文将会针对金融产品(贷款、理财)及其他被拒情况进行撰写。
首次提交关于App Store上架步骤流程:兼容检查 -> 账号申请 -> 证书申请 -> 发布准备 -> App Store上架 -> 审核后续提交审核iOS审核团队联系方式;
今天第一次用XCode 9 GM版打包上传应用。貌似上传的过程更简单了。选择 “Automatically manage signing” (自动管理签名)后它就直接显示一个汇总信息列表,然后开始上传了,比以前简化了一两个步骤。
1、程序有重大bug,程序不能启动,或者中途退出。 2、绕过苹果的付费渠道,我们之前游戏里的用兑换码兑换金币。 3、游戏里有实物奖励的话,一定要说清楚,奖励由本公司负责,和苹果没有关系。 4、用到苹果的标志。(应用的设计和Apple的Logo风格太像了也会被拒) 5、网络功能不能正常访问。 6、图标不能点击,不能点击的图标要置灰,或者直接隐藏。 7、没有设置default页,启动画面为黑屏,有一定概率被拒绝。 8、一个应用在线,但你想在发一个豪华版之类的,再开一个应用也会被拒绝。 9、用了著名游戏的关键字
接上篇->三步走起 提升 iOS 审核通过率 上篇 根据2015年的数据统计情况,并结合《苹果应用商店审核指南》,互娱 iOS 预审团队通过细分将预审工作划为3大模块:客户端资源检查、应用内容检查和提审资源检查。 在上一篇文章中,重点为大家介绍了客户端资源检查的内容,今天我们要为大家介绍的是关于应用内容检查和提审资源检查的部分。 第二步:应用内容篇 对应用的内容进行审查,是确认无涉及色情、庸俗、暴力、枪支等内容;并对公告文字等筛查,无苹果禁止的字眼等;应用内不包含 CDKey 兑换,好友邀请及炫耀等苹果最新
在iOS应用开发中,我们需要将应用程序打包成ipa包并上传到App Store Connect
12、你的软件不符合中国法律,还打电话来跟我说。(奶奶的,中国哪个法律说不可以FQ。)
最近有不少朋友找我咨询iOS应用上架的一些相关问题,今天咱就花点时间整理一下我踩过的坑分享给大家!
1、苹果要求版本更新必须使用iOS版本更新内置更新机制。 Design: Preamble Design Preamble Your app includes a responsive version button or alerts the user to update the app. To avoid user confusion, app version updates must utilize the iOS built-in update mechanism. Please see attached screenshots for details. Next Steps To resolve this issue, please remove the responsive version button feature from your app. To distribute a new version of your app, upload the new app binary version into the same iTunes Connect record you created for the app's previous version. Updated versions keep the same Apple ID, iTunes Connect ID (SKU), and bundle ID as the original version, and are available free to customers who purchased a previous version. Resources To create new versions of your app, please review the Create a new version section in iTunes Connect Developer Help. 翻译过来: 设计:序言 设计前言 您的应用程式包含响应式版本按钮,或提醒用户更新应用程式。 为了避免用户混淆,应用版本更新必须利用iOS内置的更新机制。 详情请参阅附录截图。 下一步 要解决此问题,请从应用程序中删除响应式版本按钮功能。 要分发新版本的应用程序,请将新的应用程序二进制版本上传到为应用程序的以前版本创建的iTunes Connect记录中。 更新的版本保持相同的Apple ID,iTunes Connect ID(SKU)和捆绑ID作为原始版本,对于购买以前版本的客户可以免费使用。 资源 要创建新版本的应用程序,请查看iTunes Connect开发人员帮助中的创建新版本部分。 解决办法:我的做法是给审核的时候隐藏检查版本检查更新功能 2、应用程序是专门为iPhone开发的,用户仍然可以在iPad上使用您的应用程序,而且不能影响正常的功能使用 2. 4 Performance: Hardware Compatibility Guideline 2.4.1 - Performance - Hardware Compatibility We noticed that your app did not run at iPhone resolution when reviewed on iPad running iOS 10.3.2. Specifically, the UI in this iPhone app is cut-off and unaccessible via scrolling on iPad. Please see attached screenshots for details. Next Steps To resolve this issue, please revise your app to ensure it runs and displays properly at iPhone resolution on iPad. Even if your app was developed specifically for iPhone, users should still be able to use your app on iPad. Resources For information on iOS device screen sizes and resolutions, please review the iOS Human Interface Guidelines as well as Points versus Pixels in the View Programming Guide for iOS. 翻译结果: 2.4性能:硬件兼容性 准则2.4.1 - 性能 - 硬件兼容性 我们注意到,在运行iOS 10.3.2的iPad上进
预计近期苹果app应用上架的比較多,审核比較慢,如今一个app从提交到上架短则7。8天。长则2。3个星期。我在实际上线应用时,总结了一个简单有用的小技巧,能够加快上架时间,近期使用这样的方法后。我们基本上从提交应用到上架基本上控制在1个星期以内。 我们一般公布app流程是 1:app开发測试完毕2.0。 2:在iTunesconnect上添加新版本号更新2.0。 3:上传应用 4:应用进入 Waiting for review 状态 (2-9天) 5:应用进入In review 状态 (2-5天) 6:Processing for App store(10分钟) 7:Ready for sale (5分钟) 8:For Sale app store审核中,主要费时的是4,5步骤。 在4步骤中,注意是我们说的排队时间,这个时间和这段时间上传的应用有数量有关。假设数量多,排队时间就比較长。假设数量少,排队时间就少。排队结束后,直接进入In Review状态,这个和应用本身设计有关。设计复杂的应用,审核时间略微长些,而且还有其它一些因素影响,假设被打回。会又一次进入4步的队列中,只是依据我的观察,应该有个专门被打回应用的队列,这个队列的优先级高于新上传的应用,所以,即使应用被打回。也会有较高优先级进入In Review,可是这个不是我们想看到的。 在整个上述过程中,花费的总时间我们没有办法控制,可是我们能够通过一些技巧,尽量做到,我们真实提交app时,我们的应用,处在4中队列的前面。所以。我们的做法是 1:开发应用的同一时候,在在iTunesconnect上添加新版本号更新2.0,并在当前版本号上简单升级版本号号,上传应用(这样做的目的:及时审核通过,用户也能够正常使用应用) 2:应用进入Waiting for review状态,同一时候开发測试新版本号应用(这个时间控制在5天左右) 3:新版本号应用开发完毕。 4:从iTunesconnect上撤销用于排队版本号应用,上传新版本号app(一般3天左右) 5:应用进入In review 状态 (2-5天) 6:Processing for App store(10分钟) 7:Ready for sale (5分钟) 8:For Sale 这个改变很easy,整个流程,由应用开发和苹果审核的串行过程改动为并行进行。从而加快app上线速度。 我们在一淘HD和手机一淘上均做了这些尝试,眼下验证OK,从提交应用到最后上线基本上控制在1周以内。 苹果的审核策略和流程一直在变化,我们要做的是在变化过程中寻找技巧,解决 app 应用上线最后一公里的问题。 下面是审核条例中,最近比较容易中招的条例,大家要注意
The seller and company names associated with your app do not reflect the name name of the company responsible for the service in the app or its metadata, as required by section 1.2 of the Apple Developer Program License Agreement.
4. Design: Preamble Design Preamble Your app includes a responsive version button or alerts the user to update the app. To avoid user confusion, app version updates must utilize the iOS built-in update mechanism. Please see attached screenshots for details. Next Steps To resolve this issue, please remove the responsive version button feature from your app. To distribute a new version of your app, upload the new app binary version into the same iTunes Connect record you created for the app’s previous version. Updated versions keep the same Apple ID, iTunes Connect ID (SKU), and bundle ID as the original version, and are available free to customers who purchased a previous version. Resources To create new versions of your app, please review the Create a new version section in iTunes Connect Developer Help. 翻译过来: 4.设计:序言 设计前言 您的应用程式包含响应式版本按钮,或提醒用户更新应用程式。 为了避免用户混淆,应用版本更新必须利用iOS内置的更新机制。 详情请参阅附录截图。 下一步 要解决此问题,请从应用程序中删除响应式版本按钮功能。 要分发新版本的应用程序,请将新的应用程序二进制版本上传到为应用程序的以前版本创建的iTunes Connect记录中。 更新的版本保持相同的Apple ID,iTunes Connect ID(SKU)和捆绑ID作为原始版本,对于购买以前版本的客户可以免费使用。 资源 要创建新版本的应用程序,请查看iTunes Connect开发人员帮助中的创建新版本部分。
App Store作为苹果官方的应用商店,审核严格周期长一直让用户头疼不已,很多app都“死”在了审核这一关,那我们就要放弃iOS用户了吗?当然不是!本期我们从iOS app上架流程开始梳理,详细了解下iOS app上架的那些事。
APP Uploader APP开发助手-iOS APP上架到App Store的辅助工具,解决iOS APP上架繁琐费时的情况,帮助跨平台APP开发者上架苹果应用,在没有配置Mac苹果机的情况,实现iOS证书申请,创建iOS开发者证书、iOS发布证书等各类证书,iOS开发者在Windows、Linux或Mac系统中上传IPA到App Store,简化iOS APP上架流程!在Windows pc中轻松快速上架你的APP。
由于苹果的机制,在非越狱机器上安装必须通过官方的Appstore, 开发者开发好应用后上传Appstore,也需要通过审核等环节。 AppCan作为一个跨主流平台的一个开发平台,也对ipa包上传Appstore作了支持。 本文从三个流程来介绍如何实现AppCan在 线编译出ipa包,以及上传到苹果Appstore。
企业相关文字信息(英文):包括名称、注册地址、固定电话、网址、统一社会信用代码、营业执照扫描件等。
对于移动应用开发者来说, 最令人沮丧的可能莫过于辛辛苦苦开发的应用, 没能通过苹果AppStore的审核,或者在应用更新时遭遇下架。苹果的AppStore的审核流程和标准, 一向不透明, 而且申诉起来也非常的麻烦。给大家总结了App被苹果AppStore下架的各大原因。
苹果的开发者账号主要分为个人(Individual)、公司(Company)、企业(Enterprise)、高校(University)四种类型,每年资费分别为$99、$99、$299、免费)。一般开发者申请的都是个人或者公司的,企业的开发者账号开发应用不能发布到App Store,只能企业内部使用。这个申请过程一般可能需要一个星期左右。公司和企业的需要邓白氏码,如果邓白氏码未申请,请先申请邓白氏码,这个过程需要一到两个星期。
image.png 2016年的第一天,各位小伙伴儿们,新年快乐~~~在过去一年里,负责 iOS 应用开发的同学们,想必已被 APP Store 的审核机制折磨心累不止。新的一年,又一轮审核即将来袭,你们做好准备了么? 为了帮助各位 iOS 应用开发的同学免受折磨,腾讯 Bugly 特邀互娱 iOS 预审团队通过大量的数据分析,对苹果的审核机制进行了一番总结,连夜赶稿写出提升 iOS 审核的通关秘籍(因为内容较多,因此分为上下两篇),来与大家分享。 经过互娱 iOS 预审团队近一年的数据监控,分析过往提审被
当你阅读过大量Apple官方发来的邮件或是说明文档、说明网页时,你会由衷地感觉通篇所说的基本都是些完全正确但又毫无意义的东西,根据业内一位资深朋友所述,一切Apple官方文档和邮件的开头内容你都可以理解为:亲爱的开发者您好,我是你爸。为什么这么说呢,其实很简单,Apple是一家十分严谨并且严格的公司,一切解释权归他们所有,不得有任何疑义。
本文为作者在遍览诸多苹果商店审核指南文后愤然写下,以最容易被拒的地方房卡麻将闲游(无版权号)移动端手游APP为例。
随着有赞零售业务的蓬勃发展,为了尽早交付有价值的应用满足客户需求,我们采用了敏捷开发的模式,快速拥抱变化的同时保持竞争优势。从 2019 年起,零售客户端的发版周期更改为每周一次,这对移动端的持续集成与交付提出更高的要求。如何根据现有的团队规模,在有限的资源下,快速搭建稳定可靠的持续集成与交付系统,我们有了自己的实践与思考。
下面给大家讲讲作者我“ios开发子”这些年iOS AppStore 套壳开发上架过程-从棋牌类到彩票类在到如今的金融原油期货类App-过程中所遇到的一些开发问题及解决方案心得给大家写下来分享分享!(由于字符限制,此为第一部分)
We discovered one or more bugs in your app when reviewed on iPhone running iOS 8.1.3 on both Wi-Fi and cellular networks.
The review of your app is taking longer than expected.Once we have completed our review, we will notify you via Resolution Center. 处理相关
辛辛苦苦搞了一两个月,开发测试修bug,一路艰辛,到了审核这最后一关,各位同仁,咬紧牙关!接下来是鄙人遇到过的被拒问题,望能帮到诸君!
注意: 用 Application Loader 上传 ipa ,由于中国网络环境限制很可能卡在某一步骤长时间没进展,有 VPN 的请开启 VPN 环境上传。
苹果近日更新了App Store审核指南的相关章节,对此前版本进行了修改和完善。除了增加应用截图、预览等限制外,使用Apple Pay进行定期付款的应用程序必须展示每个阶段所需款额,费用归属以及如何取消。而从修改的政策部分可以看出,苹果对App store应用的审核更加严格,鉴于近来国内游戏踩雷屡见不鲜,审核标准请各位业内同学耐心阅读。 以下是更新后的审核指南(修改部分红色字体标出): 原文地址: https://developer.apple.com/app-store/review/guidelin
2、应用内包含检查更新功能iOS 应用的版本更新必须通过 App Store 进行,自身 App 内不能包含提示更新功能。
说到App环境分离在iOS的实现,我曾在iOS技术群里问过:如何实现在同一台手机能同时安装同个应用的测试和生产版本?应用名称要有区分,图标也要有所区别。不要手动修改Bundle id和应用名称,也不要手动替换图标,更不要维护两个项目。如何才能简单地实现?
微软已经宣布新的 GitHub Mobile 应用,适用于 iOS 和 Android,现在已经接受测试的申请。
翻译自苹果官方文档:Understanding and Analyzing Application Crash Reports
本文系转载,版权归原作者所有(原文链接>>)。 How do I submit my app to iTunes connect? To submit your app to iTunes conne
北京时间凌晨一点,苹果一年一度的发布会如期而至。新机型的发布又会让适配相关的同学忙上一阵子啦,并且iOS Crash的问题始终伴随着移动开发者。本文将从三个阶段,由浅入深的介绍如何看懂并分析一篇crash报告,一起身临其境去读懂它吧。
原文链接:http://wetest.qq.com/lab/view/404.html
APP上架是:APP应用从提交审核到上架整个过程。目的是让应用展示在APP Store上获取流量及用户
使用体验,BUG反馈 📷 更新部分 闹钟回归机械样式(但无声音); 相机可以快速识别文字内容(目前认为升级后最方 便的功能); Safari浏览器,UI更新,支持底部下滑切换页面,输入搜索内容更加便捷; FaceTime噪声单独处理,支持分享屏幕内容(自认为国内很少人使用,不过第三方常用软件如果可以增加这个功能的话还是很不错的); 地图app新增四种模式,可根据不同使用场景按需切换; 非常便捷的备忘录,在“新建备忘录”空白出长按屏幕,选择“来自相机的文本”即可实现实时录入文本内容,识别正确率还是很高的; 图
内部审核渠道人员教你如何处理被苹果App Store审核多次被拒和被警告的情况下通过审核
# ipv6被拒绝,2.1大礼包,后台定位被拒绝,免费的终极解决方案,苹果审核被拒绝了如何取解决,大家齐心协力让天下没有解决不了的问题!
苹果上架审核周期长一直是困扰用户的一大问题,这次把我自己上架的经历分享给大家,避免大家入坑。
领取专属 10元无门槛券
手把手带您无忧上云