2015 年 10 月 12 日更新:根据 Apple 开发者支持,截至 2015 年 10 月 9 日,该问题已得到解决。
RSS 提要目前确实上限为 200 个结果(尽管过去它们已设置为最多 400 个),
关于 EPF 关系 - 一些服务(例如 Chomp)过去曾依赖它。我不确定它的当前状态,但是如果您尝试使用它,请确保您获得完整的每周版本(其大小必须在 5 GB 以上的范围内),而不仅仅是增量版本。也许这就是你只得到几行的原因?
目前我不知道直接从 Apple 获取此信息的其他方法。您可以尝试f6s 的免费服务或使用其他付费服务提供的 API。
更新 - 收到 Apple 反馈:
这对我来说是一个有趣的话题,所以我昨天联系了 Apple,询问他们有没有办法直接从他们那里检索这些数据。今天早上,我收到了来自 Apple 的 iTunes Affiliate 团队关于图表数据可用性的反馈。他们确认了 RSS 提要的局限性,并在 EPF 问题上发表了以下看法:
如果您是会员,您可以查看 EPF Relational 以开发您自己的搜索结果。
EPF 是一套完整的数 GB 下载
来自 iTunes Store、App Store 和 Mac App Store 的元数据。公积金是
可供附属公司充分整合 iTunes 的各个方面
和 App Store 目录到网站或应用程序中。此工具仅适用于
精通技术的附属公司,以及关系数据库设置的知识
必需的。 Apple 不会为设置或
维护这个工具。
EPF 访问权限仅适用于获得批准的联属网络营销计划
出版商。有关 EPF 的更多信息,请访问
企业合作伙伴源文档页面。查看文档
在那里找到,如果您想访问 EPF,请提供
以下信息:...
通过对ERPF technical documentation 的进一步调查,我发现数据库中的一张表包含按类型划分的前 1000 个应用程序:
因此,您应该首先将数据导入您自己的数据库中,从每周(数 GB)发布开始,然后应用自每周发布以来可用的任何每日(数 MB)更新。根据苹果的说法,两者之间的区别是:
馈送模式
iTunes 以两种模式生成 EPF 数据:
每周生成完整的导出,并且
包含截至日期的 iTunes 元数据的完整快照
一代。增量导出每天生成并包含
自上次完全导出后添加或修改的记录。
增量导出相对于完整导出位于
他们所依据的。
如果您已将数据导入到关系数据库中,您应该能够使用类似于此的简单 SELECT 语句获取所需的数据:
SELECT application.title, applicationpopularityper_genre.application_rank
FROM applicationpopularityper_genre
JOIN application
ON application.application_id = applicationpopularityper_genre.application_id
WHERE applicationpopularityper_genre.genreid = XX
ORDER BY applicationpopularityper_genre.application_rank ASC;
关于每小时更新 - 通过查看关系结构,我发现有一个 export_date 列可用。在执行上面的选择时,您应该检查是否为每个应用程序获取多个日期 - 如果这样做,则您的数据粒度比一天更细。如果不是(这更有可能),并且这对您来说是一个交易破坏者,您应该考虑使用 Appannie 和我已经提出的其他服务,使用他们通过 itunes connect 从开发人员那里获得的数据来丰富这些数据。如果你想要免费的信息,你可以尝试从 Appannie 上抓取(有一些free tools 这样做,但你应该知道从长远来看这可能不是很可靠,所以你可能会更好地付费);
更新 2:
iTunes 附属团队确认他们知道此表存在的问题。
希望这能回答你的问题。