我正在开发一个 iPhone 应用程序,它可以解析来自 3rd 方网站的 HTML,并以更方便的方式显示解析后的内容。作为工作流程的一部分,该应用程序接受信用卡信息,然后将其传递到第三方网站,就像在普通浏览器中一样。
您认为我的应用被 Apple 拒绝的几率有多高?
只是为了澄清,接受信用卡不是我的选择。我正在使用的网站将此步骤作为其用户交互的一部分。我的应用程序所做的只是将每个步骤中丑陋的 HTML 包装成一个可读、可用且易于导航的用户界面,该用户界面具有移动外观。
我正在开发一个 iPhone 应用程序,它可以解析来自 3rd 方网站的 HTML,并以更方便的方式显示解析后的内容。作为工作流程的一部分,该应用程序接受信用卡信息,然后将其传递到第三方网站,就像在普通浏览器中一样。
您认为我的应用被 Apple 拒绝的几率有多高?
只是为了澄清,接受信用卡不是我的选择。我正在使用的网站将此步骤作为其用户交互的一部分。我的应用程序所做的只是将每个步骤中丑陋的 HTML 包装成一个可读、可用且易于导航的用户界面,该用户界面具有移动外观。
在为 Apple 申请时,请始终记住一件事。他们希望客户是这样的,
当第三方网站更改其内容时,您的应用程序肯定会失败。你的客户和苹果的客户都会有这样的感觉。
永远不要编写从长远来看会破坏您的应用程序或创造一些非常糟糕的用户体验的东西。
苹果拒绝了纽约时报要求客户提供信用卡详细信息的申请。因此,如果我们在任何时候询问信用卡详细信息,我们的申请都没有机会通过
当您提交应用程序时,您不会向 Apple 提供源代码,因此我怀疑他们是否会知道您正在抓取网站,而不是使用普通的 Web 服务 API。特别是如果您访问的网站使用的是 HTTPS。我猜网站的支付部分是安全的,但也许不是其余的?
即使该站点没有使用 SSL 加密,我也没有看到任何迹象表明 Apple 审阅者正在使用网络嗅探器并检查 HTTP 响应的内容并将其与您的 UI 显示的内容进行比较。
我不同意其他关于此设计(第 3 方网站抓取)脆弱的评论,但这不是您的问题,所以我不会继续说下去。
如果 Apple 因此拒绝了您的应用程序,我会感到惊讶。然而,话虽如此,做你所做的事情通常不是一个好主意。唯一的例外是,如果您(或其他人)打算在每次对网站进行任何更改时虔诚地维护和更新应用程序。
另一方面,如果它是获取应用程序设置的一次性项目,那么之后它将被搁置并且不受支持,我强烈建议您重新考虑您的设计。
无论哪种方式,只要你的代码是半体面的,如果苹果拒绝它,我会感到非常惊讶(绝对值得检查苹果的指导方针,以检查你没有违反他们的任何规则)。
希望这可以帮助。
注意:关于信用卡信息的部分有点狡猾。我之所以这么说是因为亚马逊最近与苹果发生了问题,因为他们通过他们的 Kindle 应用程序进行支付,但苹果并没有收到约 30% 的分成(因为支付是通过亚马逊自己的服务器等处理的)。如果您正在接受付款,您可能会面临同样的问题 - 值得牢记!
我认为 Apple 不会拒绝您的应用程序解析网站并以修改后的更用户友好的方式呈现部分/全部内容。
我确实认为,如果应用程序中使用了所支付的内容或服务,它会拒绝你的应用程序,如果它要求信用卡付款。例如,如果它是数字杂志订阅,您将被拒绝。如果是为一双鞋付款,您将不会被拒绝。