Tag: appstore批准

Appstores 2.0: iOS应用商店于2008年发布是成功采用智能手机革命的关键特征。 Google于4年后加入，此后两家公司统治着移动应用行业。直到现在，在苹果公司第一个应用程序商店推出8年后，随着Google宣布对Android即时应用程序进行升级，应用程序商店的基础开始动摇。以下是有关应用程序构建和发布的未来前景的一些想法。但是首先-有什么问题？每个人都可以创建一个网站，但是只有专业人士才能发布移动应用程序。撇开所有需要的设计和开发，向商店提交应用程序是一项繁琐的任务。创建完应用程序后，您将无法立即将其发布到商店。不仅需要获得商店的批准，而且即使在批准新提交的版本之后，也需要管理以前的版本。这是巨大的开销，只有拥有正确知识和经验的人才能理解和掌握。随着诸如Firebase或Parse（RIP）之类的工具的兴起，这些工具允许远程更改某些应用程序设置，变得更加难以理解现有的版本以及所做的更改将如何影响这些版本。另一方面，网站建设和发布非常简单。您只有一个真实的网站内容和设计来源。完成编辑并单击“发布”按钮后，您的网站会立即更新。当考虑到持续交付和部署自动化的新趋势时，应用程序发布周期的开销看起来会更糟。这就是为什么有这么多的工具可以让您开始构建自己的网站表单的原因，而在移动端却很少有工具可以这样做。据我所知，没有一个允许自动发布和管理商店中的版本。为什么应用流式传输可以以及如何改变所有这些？从消费者方面来说，应用程序流式传输允许用户打开应用程序而无需先下载它。使应用程序体验类似于打开网站链接。现在，如果应用程序可以实时流传输到用户的设备，则从概念上讲，没有理由不应该同时对其进行实时部署，并且在应用程序商店中只有一个真实来源。想象一个应用程序像一个网页，但不是用HTML，CSS和Javascript编写，而是用Java，Swift或React Native编写。部署流应用程序会带来新的挑战，尤其是在设备权限，用户隐私和设备功能方面。并非所有解决这些问题的方法都容易，但可能可行。假设这就是Google的发展方向，那么看看苹果将如何应对这一举动将会很有趣。应用流式传输对Google来说非常好，因为它可以直接从Google搜索中发现和安装应用。对于苹果公司而言，情况并非如此，因为他们倾向于使应用程序在应用商店中保持关闭状态。另一方面，不对如此重大的变化做出反应可能会留下“领先”的苹果。如果苹果选择不参加Google应用程序流媒体聚会，他们可能会选择更加顺从的做法，并大幅改善其API，以实现应用程序提交和管理的自动化；这将使第3方使用出色的工具来填补空白，以简化应用程序的提交和管理。为了完成这一简短的一厢情愿的想法，我想指出过去几年中的一些重要里程碑，这些里程碑可能会加强我们即将处于该领域正经历着真正变化的想法： 2008年-宣布iOS应用商店 2012年-宣布Android应用商店 2013年— Apple启用了自动更新已安装应用程序的选项，而无需用户批准 2014年—苹果公司收购了TestFlight：改进了苹果产品上的应用提交渠道 2015年-Google开始在其搜索引擎中为应用编制索引，从而为应用流式传输奠定了第一个里程碑。 2015年-Twitter收购了fastlane，fastlane是一个开发工具，可帮助自动和简化应用程序提交。 2016年—苹果将新提交的审批时间从一周以上缩短到不到两天 2016年-Google宣布推出Android即时应用程序 -一种无需安装应用程序即可流式传输部分应用程序的方法 2017年— ???

将应用程序发布到App Store时的常见应用程序拒绝。: 在开发应用程序之前，重要的是要熟悉我们用来审查所有应用程序的技术，内容和设计标准。我们重点介绍了一些最常见的问题，这些问题会导致应用被拒绝，以帮助您在提交应用进行审核之前更好地准备应用。崩溃和错误您应仅在应用程序完成并准备发布时才将其提交以供审核。在提交之前，请确保在设备上彻底测试您的应用并修复所有错误。链接断开您应用中的所有链接都必须正常运行。所有应用都需要具有最新联系信息的用户支持链接，并且如果您要提供自动续订或免费订阅，或者您的应用属于“儿童”类别，则还必须提供指向隐私权政策的链接。占位符内容完成应用中的所有图像和文本后，再将其发送以供审核。尚在进行中且包含占位符内容的应用尚未准备好分发，因此无法被批准。信息不完整在iTunes Connect的“应用程序查看信息”部分中输入查看您的应用程序所需的所有详细信息。如果某些功能需要登录，请提供有效的演示帐户用户名和密码。如果要设置特殊配置，请提供详细信息。如果功能需要很难复制的环境或需要特定的硬件，请准备提供演示视频或硬件。另外，请确保您的联系信息是完整且最新的。说明不正确您的应用说明和屏幕截图应清晰，准确地传达您的应用功能。这可以帮助用户了解您的应用，并为App Store带来良好的体验。误导用户您的应用必须具有广告宣传的效果，并且不应给用户以印象，该应用并非如此。如果您的应用似乎承诺某些功能，则需要交付。不合格的用户界面苹果公司在干净，精致和用户友好的界面上高度重视。请仔细规划设计并遵循我们的设计指南以及UI设计的“注意事项”，以确保您的UI满足这些要求。广告将应用提交审核时，系统会询问您是否使用广告标识符（IDFA）投放广告。如果您指示您的应用使用IDFA，但没有广告功能或无法正确显示广告，则您的应用可能会被拒绝。确保在iOS设备上测试您的应用，以验证广告能否正常运行。同样，如果您指示您的应用程序未使用IDFA，但使用了IDFA，则您的应用程序将进入“无效二进制”状态。 Web剪辑，内容聚合器或链接集合您的应用程序应引人入胜且有用，并充分利用iOS独有的功能。在iOS应用中提供服务的网站，未针对iOS格式化的Web内容以及有限的Web交互都不能构成高质量的应用。重复提交类似应用提交本质上相同的多个应用程序会阻塞“应用程序审查”流程，并有被拒绝的风险。通过将您的应用合为一体，改善您的评论体验以及未来用户的体验。持久价值不足如果您的应用程序没有提供太多功能或内容，或者仅适用于小型利基市场，则可能无法获得批准。在创建您的应用程序之前，请在App Store上查看类别中的应用程序，并考虑如何提供更好的用户体验。参考和更多详细信息在这里：苹果

为什么缩短应用程序审查时间很重要: 昨天，我们为旗舰店提交了三个重要的应用程序更新，并且与往常一样，我正计划在下周发布大量应用程序！然后我看到了彭博社的这份报告，其中提到在App Store上的审查时间较短。一开始我很怀疑，但是今天改变了，我们所有的应用程序都在24小时内获得批准！哇！因此，如果我们看到应用程序审查时间缩短到一天，那么对于App Store来说将是一个巨大的改变。仅此一项并不会改变生态系统，但肯定会对用户和开发人员产生影响。怎么样？对于用户：更多每日应用程序更新 /更多浪费的蜂窝数据（确保您使用Wi-Fi从App Store中进行自动应用程序更新）总体上更好的体验。这些应用程序的bug可能更少，或者可以更快地修复和批准这些bug。对于开发人员：释放周期更短。我们现在必须做出相应的计划！这些天，营销团队必须采取更快的行动，以准备好的产品发布。不等7至8天就是一种喜悦！能够A / B测试App Store媒体资产。有一些服务可让您在App Store上测试应用名称，视频预览和屏幕截图，以获得更好的转换结果-好吧，现在您可以更快地更新它们。没关系，每次更新应用程序时，评分都会消失，从而导致销售减少。有时，对于尚未评级的付费应用，我们会看到30％至40％的下降。这就是为什么所有更新都需要付出一定代价的原因。及时更新。每当开发人员想要修复错误或使用最新的第三方API时，较短的批准时间将使最终用户获得应用程序体验。更好的体验->更高的客户满意度->更多的推荐->更多的下载。新的App Store 菲尔·席勒（Phil Schiller）的目标似乎是复兴App Store，并使它再次变得酷炫。它对开发人员变得更加友好（App Store团队与许多开发人员进行了交流，收集了他们的反馈，可以早期访问未发布的设备等），并且与用户更加相关（正在进行的App Store编辑更新）。我很确定，今年WWDC期间我们将见证更大的变化！我确实希望App Store变得更加个性化，与用户更加相关，以便人们再次开始下载应用程序。我错过了什么？请随时为故事添加内容。另外，我们今年将访问WWDC 。让我们知道您是否在附近！

我的应用程序拒绝了一些问题: 我试图在应用程序商店发布我的应用程序我完成了他们拒绝的每个过程，出于某种原因，应用程序在IPv6networking上进行审查。请确保您的应用程序支持IPv6networking，因为需要IPv6兼容性。我不知道这个事情任何人都可以解释我是什么，以及如何解决这个问题，因为在我的手机我testing应用程序正常工作。

完全/精简版应用程序与2个目标在相同的代码库: 我开发了一个游戏，并注册了一个名字（stream浪者），现在我打算发布完整版和精简版，因为在精简版版本中，用户可以在得分99分后玩99个游戏，我添加了游戏存储和完整版本的存储button。在RAYWENDERLICH教程的帮助下http://www.raywenderlich.com/68613/create-paid-lite-version-iphone-app （非常感谢Dani Arnaout），我在xcode中创build了精简版的目标，现在我做了2个目标（stream浪者和drifterlite）在一个代码库。这是提交应用程序审查到appstore的最佳方式，我需要创build新的应用程序在iTunes连接（DrifterLite）精简版或任何其他way.if即时通讯错误的方式进行请引导我

在现实世界中，Apple iOS是否仅仅在应用程序的基础上默认为IPv6？: 苹果的iOS应用程序商店审查过程现在包括一个要求，即应用程序应该只在IPv6networking上工作。考虑到这一点，苹果公司是否仅仅在应用程序的基础上默认为仅支持IPv6，而不支持在真实世界中通过移动networking连接的iPhone？也就是说，苹果公司现在正在迫使IPv6转向只有真实世界才能通过IPv6审查的应用程序？（任何对上述问题的回答本身都是很好的，但对于那些有深入了解的人来说，后续的工作是：将UDP数据包通过NAT64正确地路由到IPv6移动设备到IPv4服务器蜂窝networking？实际上这个问题导致我原来的问题，我想知道如果TURN客户端使用TCP而不是UDP，因为UDP不通过IPv6-> NAT64-> IPv4）。

苹果开发人员拒绝 – 应用程序中使用订阅 – 商业 – 3.1.1: 苹果开发者因此而拒绝了我的应用程序。 “商业 – 3.1.1你的应用程序包括一个帐户注册function，这被认为是一个访问外部机制的购买或订阅将在应用程序中使用此function不符合App Store评论指南。后续步骤请删除帐户注册链接以及任何其他可以间接提供对这些机制访问权的网站的完全限定链接，例如支持网页的链接，常见问题解答，产品或程序详细信息等。用户可以使用演示模式（没有注册）的应用程序有一些限制，但如果他们注册，他们可以使用没有注册。注册不在webview中。客户端将用户的数据发送到服务器。有人能帮我吗？

IOS：约束错误或警告影响发布应用程序到应用程序商店？: 约束错误或警告影响是否将应用程序发布到应用程序商店？因为在模拟器或设备上运行有时并不重要。谢谢！！

我在哪里可以findApple api列表？: 我听说苹果应用程序商店在将应用程序存储到应用程序商店之前先检查它。当检查应用程序，苹果拒绝存储它，如果应用程序有不被允许的apis。我想知道从哪里得到这个可拒绝API列表。

iPhone应用程序拒绝17.2：应用程序要求用户使用其Facebook帐户login: 我遵循我的原生iOS应用程序的login说明https://developers.facebook.com/docs/mobile/ios/build/ 我在应用程序的AppDelegate中拥有一切facebook：didFinishLaunchingWithOptions： facebook = [[Facebook alloc] initWithAppId:@"xyzabc" andDelegate:self]; NSUserDefaults *defaults = [NSUserDefaults standardUserDefaults]; if ([defaults objectForKey:@"FBAccessTokenKey"] && [defaults objectForKey:@"FBExpirationDateKey"]) { facebook.accessToken = [defaults objectForKey:@"FBAccessTokenKey"]; facebook.expirationDate = [defaults objectForKey:@"FBExpirationDateKey"]; } if (![facebook isSessionValid]) { NSArray *permissions = [[NSArray alloc] initWithObjects: @"publish_stream", nil]; [facebook authorize:permissions]; } 问题是，我的应用程序打开，我需要人login到Facebook使用我的应用程序的function。苹果公司拒绝了我说Facebookfunction应该是可选的而不是强制的（列在拒绝理由17.2）。我只是想知道如果我可以保留应用程序委托中的大部分内容， if (![facebook isSessionValid]) { NSArray *permissions = [[NSArray […]