大规模爬取应用商店评价:为什么 API 更胜一筹

Pierre-Antoine Roy 作者 
Content Specialist

— 2 分钟阅读

使用 AI 总结

订阅我们的每月简报

要大规模获取应用商店评价,使用 API 是比爬取商店页面更具可维护性的路径,因为 API 为 App Store 和 Google Play 应用返回结构化、可过滤且分页的评价,且无需维护爬虫程序。本文将解释为什么爬虫程序会随着数据量的增长而失效,以及如何使用 AppTweak API 获取应用评价。

AppTweak API 通过三个评价端点以结构化数据的形式交付评价。它们在返回内容、支持的过滤器以及定价方式上有所不同。

核心要点

  • 爬取应用商店评价适用于少量的一次性提取,但频率限制、商店使用条款、不断变化的页面结构、维护工作以及不同的商店格式使其难以大规模运行
  • 大规模获取评价需要结构化字段、过滤器、分页、适用于两个商店的统一格式、每次请求支持多个应用以及透明的积分成本
  • AppTweak API 拥有三个评价端点:
    • App Reviews Search 返回单个评价条目
    • App Reviews Stats 返回每日计数和平均值
    • App Reviews Displayed 返回商店显示的评价

为什么大规模爬取应用商店评价会失效?

爬虫程序读取商店页面或 Feed,提取评价文本并保存。这对于小型任务是可行的。但当应用数量、市场或刷新频率增加时,由于以下五个原因,它会变成一个维护难题:

  • 频率限制和封禁。 爬虫程序从极少数地址发送大量请求,商店可能会减慢或封禁这些流量。
  • 使用条款。商店的条款可能会限制对其页面的自动化采集,因此在基于爬取数据构建流水线之前,请务必阅读这些条款。
  • 脆弱的解析。 爬虫程序依赖于页面结构。当商店更改页面或 Feed 时,提取将会失败,直到有人更新代码。
  • 持续维护。必须有人负责爬虫程序:监控故障、修复解析器以及管理代理和存储。
  • 不同的商店格式。App Store 和 Google Play 提供的字段不同,因此每个商店都需要自己的解析逻辑并映射到一个共享模式。

大规模获取应用商店评价需要什么?

大规模获取应用商店评价需要六项能力:结构化字段、过滤器、分页、适用于两个商店的统一格式、每次请求支持多个应用以及按量计费。

要求 为什么在大规模场景下很重要
结构化字段 评分、文本、日期和作者以数据形式到达,因此不会因解析步骤而出错
过滤器 日期、评分、关键词和回复状态可在您付费之前缩小提取范围
分页 大型结果集通过逐页检索,而非在单个请求中完成
适用于两个商店的统一格式 App Store 和 Google Play 评价共享一个响应结构
每次请求支持多个应用 获取产品组合或竞争对手集合所需的请求更少
按量计费 每个响应都会报告所消耗的积分,因此每个请求的成本是透明的

AppTweak API 通过其评价端点提供这些功能。AppTweak 的 App Store API “让开发人员和数据团队能够直接访问行业内最大的应用商店数据库:自 2014 年以来,涵盖 100+ 国家/地区的 1700 万+ 关键词、600万个应用以及历史数据”,

AppTweak API 提供哪些端点来获取应用商店评价?

AppTweak API 有三个评价端点,分别对应不同的任务:原始评价条目、评分汇总以及应用商店显示的评价。开发者文档中的应用评价概览涵盖了这三者。

App Reviews Search:原始评价条目

App Reviews Search 返回应用的单个评价条目。您可以按日期范围、评分范围、评价正文中的关键词以及开发者是否已回复进行过滤。您还可以选择国家/地区、语言和设备。

每条评价都包含评分、标题(在 Google Play 上通常为空)、正文、日期、作者姓名和评价 ID。App Store 评价还增加了“有用性”投票。如果存在开发者回复,也会包含在内。

App Reviews Stats:评分汇总

App Reviews Stats 返回日期范围内每一天的评价数量、平均评分以及每个星级的计数。它还会返回整个范围内的汇总数据。它接受与 App Reviews Search 相同的日期、评分、关键词和回复状态过滤器。

使用 Stats 跟踪评分随时间变化的趋势。它是按应用和按天计费的,而不是按评价计费,因此在选择较长的日期范围之前,请查看定价表。

App Reviews Displayed:商店显示的评价

App Reviews Displayed 返回应用商店页面上显示的评价,按最有帮助、最新、最正面或最负面排序。最负面排序仅适用于 App Store 应用。

当您需要与访问者看到的视图相同,而不是应用收到的每一条评价时,请使用 App Reviews Displayed。

端点 返回内容 典型任务
App Reviews Search 单个评价条目 挖掘文本中的 Bug 和需求
App Reviews Stats 每日计数、平均值和星级分布 评分随时间变化的趋势
App Reviews Displayed 商店页面显示的评价 查看访问者所见内容

大规模获取应用商店评价可以做什么?

应用商店评价数据支持五项任务,每项任务都对应一个端点或过滤器:

  • 发现反复出现的 Bug 和需求。 使用带有关键词和评分过滤器的 Search,例如提到“崩溃”的一星到二星评价。
  • 跟踪评分趋势。 使用 Stats 关注发布前后的每日平均评分和星级计数。
  • 跨市场监控竞争对手。 使用 Search 针对多个应用和国家/地区进行查询。App Store 评价按国家/地区分组,而 Google Play 评价按设备语言分组,因此共享同一种语言的国家/地区会返回相同的 Google Play 评价。
  • 对比国家/地区和语言。 对多个市场提取相同的过滤器,以查看哪些问题是局部性的。
  • 为分析流水线提供数据。 结构化评价无需解析步骤即可加载到数据库或笔记本中。

关于拿到数据后该做什么,请阅读应用商店评价指南。如果您更喜欢无代码操作,App Reviews Manager 可在 AppTweak 平台中处理评价监控。

如何使用 AppTweak API 获取应用商店评价?

第一次提取评价需要五个步骤:

  1. 订阅 API 方案,然后从 API 控制面板获取您的 API 密钥。在 `x-apptweak-key` 请求头中发送它。
  2. 查找应用 ID:App Store 上是一个数字,Google Play 上是一个包名。参见如何查找应用 ID。
  3. 通过 Tracked Applications 端点关注该应用,方法是向 /user/tracked_applications 发送 POST 请求,并包含 application_id、国家/地区、语言和设备。
  4. 使用您需要的过滤器请求评价。
  5. 翻阅结果,通过评价 ID 去重,并检查扣除的积分。

请求示例。此调用返回 2026 年 10 月发布的、美国区某个已关注应用中提到“崩溃”的一星和二星 App Store 评价:

GET https://public-api.apptweak.com/api/public/store/apps/reviews/search.json?apps=284910350&country=us&device=iphone&min_rating=1&max_rating=2&term=crash&start_date=2026-10-01&end_date=2026-10-31&limit=100

x-apptweak-key: YOUR_API_KEY

响应列出了每条评价及其评分、标题、正文、日期和作者。添加 replied=false 可仅保留开发者尚未回答的评价。

开发者文档涵盖了身份验证和完整的参数列表。相关指南:通过 API 获取关键词建议。

在请求评价之前请先关注该应用。App Reviews Search 返回已关注应用的评价,因为 AppTweak 每天会为已关注的应用获取评价。创建关注应用不消耗积分。一个关注应用是应用 ID、国家/地区、语言和设备的组合,因此在美国区以英语和西班牙语关注的应用算作两个。开始关注后,数据可能需要 24 到 48 小时才会出现,您可以关注的应用数量取决于您的 API 方案。

通过 API 获取评价有哪些限制?

API 消除了爬取的维护问题,但它也有自己的约束:

  • 评价适用于已关注的应用,关注应用需要向 Tracked Applications 端点发送一个请求。从那时起,已关注的应用将每天被获取,您可以关注的应用数量取决于您的 API 方案。
  • 每个请求都有上限:Search 和 Displayed 最多返回 500 条评价,所有三个评价端点最多支持 5 个应用,Search 和 Stats 接受最长一年的日期范围。使用 offset 参数翻阅更大的结果集。
  • 商店差异:App Store 评价按国家/地区划分,Google Play 评价按设备语言划分,且某些字段仅存在于一个商店中,例如 App Store 上的有用性投票和 Google Play 上的应用版本。
  • 耗时过长的请求可能会超时。请缩小日期范围或应用数量。参见 HTTP 错误。

结论

爬取是获取应用商店评价的一个常见起点,适用于少量的一次性提取。在大规模场景下,API 返回来自两个应用商店的结构化评价,并带有过滤器、分页和透明的积分成本,且无需维护爬虫程序。阅读 AppTweak API 文档 发送您的第一个请求,或访问 AppTweak App Store API 页面 开始使用。

常见问题解答

什么是应用商店评价 API?

应用商店评价 API 是一种编程接口,它将应用商店评价作为结构化数据而非网页返回。 请求中指明应用、国家/地区以及日期范围或评分等过滤器,响应则包含每条评价的评分、标题、文本、日期和作者。AppTweak API 通过三个端点提供 App Store 和 Google Play 评价:App Reviews Search 用于单个评价,App Reviews Stats 用于每日计数和平均值,App Reviews Displayed 用于商店页面显示的评价。系统会为已关注的应用返回评价,并根据返回的数据收取积分。

是否允许爬取应用商店评价?

是否允许爬取应用商店评价取决于每个商店的使用条款,因此在采集数据之前请务必阅读这些条款。 条款可能会限制对商店页面的自动化采集,且 App Store 和 Google Play 的规则可能有所不同。这不构成法律建议。AppTweak 不是爬虫工具:AppTweak API 通过文档化的端点,以结构化数据的形式为已关注的应用返回应用商店评价,并提供过滤器、分页和基于积分的定价。需要大量评价的团队可以向 API 请求,而不是维护爬虫程序。

可以通过 API 获取 Google Play 评价吗?

是的。当请求将设备设置为 android 并使用 Google Play 包名作为应用 ID 时,AppTweak API 会返回 Google Play 评价。 Google Play 评价按设备语言而非国家/地区分组,因此共享同一种语言的国家/地区会返回相同的评价。每条评价包括评分、文本、日期、应用版本以及存在的开发者回复,且 Google Play 的标题通常为空。Google 还为由您管理的应用评价提供 Google Play Developer API,AppTweak API 可与其配合使用。

在获取评价之前需要先关注应用吗?

是的。App Reviews Search 返回已关注应用的评价,因为 AppTweak 仅为已关注的应用每天获取评价。 您通过 Tracked Applications 端点为应用、国家/地区、语言和设备的每个组合创建一次关注。因此,在美国区以英语和西班牙语关注的应用算作两个关注应用。您可以关注的应用数量取决于您的 API 方案,且新的关注需要时间来生成数据,因此请在需要评价之前提前关注应用。请参阅开发者文档了解当前的延迟情况。

获取应用商店评价需要多少积分?

App Reviews Search 按请求计费,而 App Reviews Stats 和 App Reviews Displayed 按应用计费,而不是按评价计费。 一个 Search 请求返回多达 500 条评价,费用相同;Stats 对于长达一年的任何日期范围费用也相同。关注应用不消耗积分。每个响应都会报告其收取的积分。开发者文档中的定价表列出了当前的积分金额,因为价格可能会发生变化。

可以将应用商店评价导出为 CSV 吗?

是的。AppTweak API 以 JSON 格式返回评价,您可以通过简短的脚本将结果转换为 CSV 文件。 开发者文档中的 Get App Reviews 方案使用 Python 实现了这一点:它使用 limit 和 offset 参数请求评价页面,当返回页面为空时停止,通过评价 ID 去重,并为每条评价写入一行 CSV。该方案支持在一次运行中处理多个应用。返回的每条评价都会收取积分,因此在导出前请按日期或评分进行过滤。

应该使用 AppTweak API 还是 App Reviews Manager 来监控或回复应用评价?

当开发人员或数据团队需要在自己的代码、数据库或流水线中使用评价数据时,请使用 AppTweak API;当App Reviews Manager 营销人员或支持团队希望在无需代码的情况下监控和回复评价时,请使用它。 API 返回结构化评价,用于您自己构建的分析。App Reviews Manager 帮助应用团队在 App Store 和 Google Play 的数千条评价、多个应用和 100+ 国家/地区中监控、分析和回复用户反馈。

 

 


Pierre-Antoine Roy
作者 , Content Specialist
Pierre-Antoine is the Content Specialist at AppTweak, responsible for SEO/AEO blog content, social media, videos, and broader marketing initiatives. When he's not writing about app growth or editing videos, you'll likely find him skateboarding through the streets of Brussels.