2026 年 ASO.dev 与 ASOmobile：ASO 专员该如何选择？

我们是 ASO.dev 团队；本文于 2026 年 9 月 8 日复核。我们会像介绍自身优势一样，坦诚说明 ASOmobile 的长处。

在窄屏设备上，可横向滚动表格查看所有列。

ASOmobile 出售配额包，ASO.dev 出售工作席位。 ASOmobile 套餐同时包含应用、跟踪关键词、 竞品、用户、评论回复、AI 和用于程序化访问数据的 API credits。对于范围已知的应用组合，这种方式很方便；但只要 其中一种资源耗尽，就可能需要整体升级套餐。

ASO.dev 围绕实际使用产品的人设计。订阅的主要单位是席位，因为事先无法知道第 501 个关键词、 第 11 款应用或新加入的竞品是否会带来有价值的假设。

因此，在核心 ASO 流程中，应用、关键词列表和手动添加的竞品 不按个计费。

已连接账号和工作区同样不按个计费。但每位实际参与工作的同事都 需要独立席位。

这不代表“所有功能无限使用”。套餐决定历史深度和可用流程，而计算与机器访问渠道仍有技术限制：

• 任务限制单次计算规模；
• 订阅限制启用规则数量；
• 广告可见度份额（SOV）限制监控的关键词与国家组合；
• Developer API限制机器请求与 credits。

相较于 ASO.dev，ASOmobile 有五项实际优势：

• 一个界面覆盖两个商店。 ASOmobile 把 App Store 与 Google Play 关键词分析放在一起， 并增加自有下载量和收入估算。我们提供 Google Play Console 工作流程， 但不声称拥有同等的 Android 关键词情报，也不声称完整替代双商店市场估算。
• 多种关键词入口。 App Keywords、Keyword Finder、Keyword Check、Keyword Suggest、 Keyword Select、Spy Keywords、Spy Competitors 和 Worldwide Check 从不同角度提供建议词、 排名与竞品差距。如果 Google Play 关键词是日常工作的关键部分，这本身就足以选择 ASOmobile， 或把它保留为第二个数据源。
• 同事可通过浏览器访问。 免费套餐可以直接体验界面，Pro 可让 3 名用户访问全部或指定应用。 这方便专员与需要查看其成果的同事协作，但配额仍然共用；评论、任务分配、审批和活动日志 尚未获得公开确认。
• 程序化数据访问。 ASOmobile 已公布服务端集成所需的 REST API 协议，且没有 alpha 标记。 ASO.dev 的这一渠道仍在测试；但没有测试标记本身并不保证稳定性或可预知的负载成本。
• 覆盖地区广。 官方资料确认支持两个商店和多个国家，但数字相互冲突：一处写 90+ 个国家和 1,000 万款应用，另一处写 60+ 个国家和 300 万款应用。应核实具体国家与具体工具，而不是把 全站覆盖宣传套用到每个 API 方法。

当工作集中在 App Store，并且最终要完成商店发布时，ASO.dev 有五项实际优势：

• 自然词与竞品。 一键式任务可以发现竞品环境和最多 20,000 个候选词， Keywords Competitors则在一张表格中汇总多个应用的排名，无需手动收集分页。 数据量取决于实际找到的结果，相关性仍由专员判断。
• 大型工作数据集。 在 Pro 上，Keywords Competitors 表格可以筛选、排序， 并完整导出 Excel 或 CSV，不会逐行扣除 Developer API credits。导出并不保证每款应用都有 20,000 个有效词， 外部模型也可能产生独立费用。
• 全球发布流程。 ASO.dev 把研究与批量编辑器及 App Store Connect连接起来：元数据、截图、视频和页面变体都在同一流程中。 结果由人确认，iOS 二进制文件仍通过 Xcode、Fastlane 或 CI 上传。
• Apple Ads 与素材。 Marketing 在按关键词查看广告中显示两个广告位 Ads 1、 Ads 2、广告主和真实素材，SOV 保留带时间的检查历史。这是对 Search Results 的观察， 不是广告活动管理。
• 一名专员的应用组合。 核心 ASO 流程中的应用、关键词列表和手动竞品不按个计费。对于持续 管理 10 款应用，我们认为 Pro 是现实选择；每位活跃同事都需要席位，计算流程 仍有技术限制。

• 1 名专员、10 款应用。 ASO.dev Indie 每年 $348，容量上可以满足；但持续专业工作更适合 每年 $828 的 Pro。ASOmobile Indie 限制为 5 款应用，因此最低适用套餐是每年 $1,140 的 Pro。
• 多名实际参与工作的专员。 ASOmobile Pro 的 3 个登录名额不等于可支撑 3 份独立应用组合的 工作容量。按监控工作量，我们主要把 Pro 视为 1 名专员跟踪有限关键词集的方案，把 Maximum 视为 2–3 名专员在约定监控范围内的备选。每位付费的 ASO.dev 专员都不受应用、关键词列表和 手动竞品的对象数量限制。

下文保留完整套餐矩阵、容量计算，以及官方配额中的冲突，便于核对。

设想从发现一个查询到发布应用页面的过程。这是根据两个产品能力构建的场景， 不是客户案例，也不是效果承诺。

1. 发现机会。 在 ASOmobile 中，从 App Store 或 Google Play 的建议词、长尾词和竞品关键词开始。 在 ASO.dev 中，运行自然词与竞品发现，再在 Keywords Competitors 中打开完整数据集。
2. 验证假设。 比较应用排名、历史、分类和评论。ASOmobile 增加市场模型估算； ASO.dev 帮助深入核对 App Store，并关联搜索与广告信号。
3. 更新应用页面。 把想法扩展到本地化和视觉素材。Figma 流程 支持视觉部分；在 App Store 中还可以准备专用页面或实验。
4. 发布并评估。 在 ASO.dev 中，通过 App Store Connect 和 Google Play Console工作区提交变更，再跟踪排名、评论和竞品变化，并查看检查时间。

在 App Store 中，工具名称多并不能证明发现能力更深。在 ASO.dev 中， Spy和 Keyword Explorer提供额外的研究入口。

竞品搜索和自然关键词搜索都可一键启动。 后者收集竞品环境在最近 7 个完整自然日中共同出现的查询。

对于长尾词，ASO.dev 页面会显示建议词，并可继续 展开每个结果的建议。列表可以按词数筛选，Apple 热度（SAP）历史则与 当前值放在一起查看。

Indie 为自己的应用最多返回 50 个竞品，Pro/Marketing 为任意应用最多返回 250 个竞品。 自然关键词搜索最多返回 20,000 个词：Indie 自动模式使用 25 个竞品，Pro/Marketing 高级模式 可以选择 25、50 或 100 个竞品。

Indie 使用当前选中的自有应用。Pro/Marketing 的自动搜索可以处理任意应用；项目模式和混合 模式要求应用已加入项目。公开指南仍写着 Indie 上限 5,000，已落后于当前服务端实现。最终 结果仍需专员判断相关性。

在多应用比较中，我们认为 Keywords Competitors 强于 ASOmobile 公开描述的 Spy Keywords。它会按 国家、日期和排名上限（Top N）构建所选竞品的关键词并集，叠加自己的应用和每个竞品在两个日期 的排名，并加入 SAP、难度、建议词和广告信号。

完整的发现结果在一张桌面表格中打开，无需手动收集分页。服务端返回完整结果，界面只渲染 可见区域以保持速度。筛选、排序和 Excel/CSV 都作用于整个数据集。ASOmobile 已确认可比较多个竞品、发现差距并在 Max 导出 XLS，但没有公开最大应用数、集合逻辑以及行数或文件限制。

100%

ASO.dev 中包含应用与竞品关键词排名的大型表格

100%

ASO.dev 中包含应用与竞品关键词排名的大型表格

一张表即可看到所选应用在哪些关键词上有排名、哪里存在缺口。可以筛选并导出同一数据集， 无需逐页收集结果。

Keyword List 每 4 小时检查一次排名，并保存历史与检查时间。竞品排名使用 每日快照，SAP 则单独每日更新。ASOmobile 对 Keyword Monitor 的说明约为 App Store 每 6 小时、 Google Play 每 12 小时，并支持手动刷新；其他页面又写 4 小时或每日跟踪，App Keywords 则写 48 小时。所有数据没有统一的公开刷新频率。

Top Charts、分类历史、Similar Apps、Timeline 和本地化分析并非 ASOmobile 独有。在 ASO.dev 中， Top显示免费、付费、畅销和新应用，Category Ranking显示当前快照与历史。

App Info显示相关应用和反向推荐关系图。

Changelog记录任意 App Store 应用的版本、文案、图标、截图和本地化变化。

App Overview按国家收集本地化版本和商店页面，App Clash比较多个应用及视觉元素。这覆盖了按关键词、分类、本地化和竞品查看图表 的实际需求，但字段和界面并不与 ASOmobile 一一对应。

竞品应用在 App Store Connect 中的 Keywords 字段并不公开，外部服务无法直接读取。实际替代方案是监控公开文案、 自然排名，以及应用开始或停止获得排名的查询集合；图标与截图则可以直接比较。

ASOmobile Timeline 单独列出价格、分类和大小，但公开说明没有确认竞品元数据变化的具体通知渠道。 ASO.dev Changelog 保存历史，但我们目前也不承诺针对此类变化提供设备通知或 webhook。

ASOmobile 在这一阶段的真正优势，是覆盖两个商店的统一网页界面、Store Insights、推荐收录数据， 以及下载量和收入的模型估算。主要市场情报模块位于 Maximum；自有估算并非竞品的直接报表。

这种不确定性对任何依赖 SAP 的模型都很重要。2025 年 9 月末至 10 月初，Apple 大幅调整 Popularity：美国 SAP 大于 5 的查询数量下降了 77.4%，API 开始为许多关键词返回 5。我们 详细分析了这次异常。

ASO.dev 展示来自 Apple 的 SAP、历史和检查时间，而不是把间接信号转换成看似精确 的搜索量。异常发生后，界面中的平均值明确排除新出现的失真数值 5，但原始值仍保留在历史中。

根据我们的内部观察，我们更新 SAP 的频率和查询池范围都高于 ASOmobile 的相近页面。没有公开的 独立基准可以比较两者的频率与覆盖范围。

ASOmobile 也对异常作出了调整：2025 年更新概览说明会展示当前及之前的 Search Ads Index， 并在 Keyword Monitor、App Keywords、Keyword Finder 和 Spy Keywords 中提供 SAP 历史。 这有助于观察信号变化，但不能说明 Traffic 模型如何重算。

ASOmobile Search Ads Spy 显示某关键词下投放广告的应用、某应用的广告关键词、SAP、国家、周期和 展示份额。我们没有找到 Google Ads 数据、Apple 广告活动管理、Ads 1/Ads 2 分类，或发现真实 自定义产品页与广告素材的公开确认。

Apple Ads同时显示两个广告位：Ads 1 和 Ads 2。

按关键词查看广告显示广告主、真实素材和 自定义产品页（CPP）。

应用广告支持从应用反向查看广告关键词和素材。选定素材最多可返回 5,000 个 相关查询。这是单次结果上限，不是归因数据，也不是每张截图都固定有 5,000 个关键词。

有效的 Marketing 订阅约每 7 分钟监控 200 个关键词与国家组合的 SOV。

在 2026 年 8 月的首次核验中，另一个平均 SAP（AvgPopularity）不低于 60 的动态池约含 45,000 个查询。这是当时的快照，不是固定配额。新结果 约每 20 分钟发布一次，但这不代表 20 分钟内完整遍历整个池；SAP 本身每日更新。时间戳表示我们 的检查时间，而不是 Apple 修改数据的时间。

ASO.dev 不管理出价或广告活动。对于 ASOmobile，我们同样没有确认 Google Ads 集成或广告活动 管理。本比较讨论的是 Search Results 和竞品观察，而不是替代广告后台。

ASO Generator 从应用描述开始，发现关键词、建议竞品，并生成两个商店的元数据。用户检查词表和 文案后，可下载结果或发送到 ASO Creator。此过程消耗套餐中独立的 AI 配额。

ASO Creator 导入文案，检查长度、覆盖和重复项，在选定语言中生成草稿并导出文件。我们没有找到 直接提交元数据和截图、批量媒体处理、版本发布、内置 A/B 测试、自定义产品页或产品页实验的公开 确认。这是证据边界，而不是断言私有功能一定不存在。

在 ASO.dev 中，研究会继续进入实际执行。App Overview和 App Clash帮助核对本地化与视觉素材。

元数据编辑器可把文案扩展到 50 个 App Store 本地化版本。Figma 流程 通过 JSON/ZIP 传递文案，保留自动布局 Auto Layout、变量 Variables 和从右向左布局（RTL）， 不必为每种语言手动重建。

截图与视频按本地化和设备分配。Agent Skills是可复用的 AI 指令，帮助把对媒体、功能和评论的观察转为可验证的假设清单。

同一媒体流程适用于默认产品页、CPP 和 产品页优化实验（PPO）；PPO 最多支持 3 个变体。

检查结果后，用户明确执行提交审核及发布。

版本与发布在 App Store Connect 或 Google Play Console 中管理。

这是覆盖全球、由人掌控的工作流程，而不是无人值守的自动化。翻译和视觉素材由人审核，iOS 二进制 文件仍由 Xcode、Fastlane 或 CI 上传。

ASO.dev 不只是关键词跟踪器：ASO 部分包含 19 个专用工具。 除上述流程外，产品还包含分析页面，以及商店、广告、评论和自动化 的独立工作区。下文列出功能总览；这不代表所有功能都包含在同一个套餐中。

总体拥有成本（TCO）不仅取决于套餐价格，也取决于限制对象。首次处理 10 款应用可考虑 Indie， 持续专业工作则考虑 Pro；ASOmobile 从 Pro 开始容纳 10 款应用，但满足应用数量上限并不代表 跟踪关键词配额也足以覆盖工作量。

下表为不含税美元价格，分别列出月付金额和全年总价。API credits 用于程序化请求， AI 配额用于 ASOmobile 内置 AI 操作。

我们的 Indie 每个席位月付 $39 或年付 $348，不会在第 10 款应用处限制组合， 适合独立开发者完成第一轮 ASO。但我们不会把它描述为专业版 Pro 的等价方案：排名历史只有 30 天， 没有导出、CPP、App Clash、Changelog 和扩展历史；PPO 可用。

持续管理 10 款应用时，我们按每人每年 $828 的 ASO.dev Pro计算。月付价格为 $89。 包含 Apple Ads 的 Marketing 月付 $199 或年付 $1,788。

ASO.dev 团队可以采用两种付费方式。每名专员可以使用自己的账号单独订阅，团队再通过 共享工作区协作；也可以由一名付款人在结账时向同一笔购买中添加多个 席位。

无论采用哪种方式，每名实际使用产品的专员都有自己的账号和席位。变化的是付款组织方式， 而不是每个席位可使用的核心 ASO 容量。

登录人数不等于工作容量。 Pro 由 3 名专员平均分配，每人只有 500 个跟踪词；Maximum 由 5 人平分，每人只有 1,200 个。对于各自管理多个应用和国家的独立组合，这样的余量较小。 额外登录名额方便同事查看成果，却不会为实际开展 ASO 工作的专员增加关键词。

因此，Pro 供 1 人、Maximum 供 2–3 人，是我们对日常工作的规划参考，不是 ASOmobile 的官方人数限制。Maximum 平均分配后，每名活跃专员可用 2,000–3,000 个词，但是否足够仍取决于 应用和地区范围。这只是套餐容量示例，不是已确认的跨国家、设备关键词计费公式。

ASO.dev 的新增席位不会分摊同一个应用、关键词列表或手动竞品上限。Pro 的 2 个席位每年 $1,656，3 个为 $2,484，5 个为 $4,140；计算和机器访问配额仍然保留。应先核对同一工作数据集 能否覆盖，再与 ASOmobile 套餐比较价格，而不是只比较允许多少人登录。

如果几位同事使用同一个较小且固定的数据集，或主要需要双商店数据和市场估算，ASOmobile 仍可能划算。这是共享套餐访问权限的价值，并不意味着它等价于 3 个或 5 个各自处理广泛 应用组合的独立工作席位。

把数据送入自有报告或 AI 流程时，以下四项区别会影响选择。表格后保留具体协议说明。

MCP 是让 AI 助手获取上下文并调用受支持操作的协议。文件导出、本地 MCP 和 Developer API 各有成本结构，不能视为可互换的访问方式。

ASOmobile REST API。 个人 Bearer token 启动异步请求，并通过结果 ID 获取 JSON。App Keywords 处理 1 款应用和 1 个国家；另一方法处理 1 款应用和国家列表。规范中没有分页参数： 没有页码、cursor，也没有下一批数据链接。这不能证明结果无限。

官方没有说明最大请求与响应大小、调用频率与并发、异步轮询成本、结果有效期和各方法价格。多个 响应可以由自有代码合并，但无法预先承诺几十款应用和多个国家的吞吐量及最终 credits 消耗。

2025 年更新概览说明 App Keywords 索引容量扩大到 3,500 个查询。这是我们找到的最新明确 数字，不是本次实测确认的每个 API 响应上限。

Spy Keywords 可以比较多个竞品、 发现差距并导出 XLS，但没有公开多应用 API 方法、准确集合逻辑、行数与文件限制，也没有说明 20,000+ 行导出。我们没有在界面或 API 中确认单应用分析能返回 20,000+ 行；这是未知，不是禁止。

较早的一篇官方文章提到 13,000+，但没有解释它是多个国家的总和还是不同指标。因此，13,000+ 不能证明 能够从单个应用导出 20,000 行。

App Ranking History 方法单独说明提供最近 30 天的榜单排名历史。这是该方法的限制， 不是已确认的整个 ASOmobile 历史深度。

ASOmobile 的公开 MCP。 已发布的配置通过站点 ID 启动 Apidog MCP，没有 ASOmobile Bearer token。工具读取 OpenAPI 规范以辅助编程，并不会调用可访问工作数据的 API。因此，文档 MCP 已 确认，直接访问数据的 MCP 尚未获得公开确认。读取规范不应消耗 API credits；实际 REST 调用会 消耗，ASOmobile AI 配额和外部模型费用则分别计算。

另一个营销页面描述了 AI 智能体获取最新数据，但我们没有找到公开的远程 MCP 地址、数据工具目录或 授权协议，因此不会把这一承诺套用到已发布的 Apidog 配置。

ASO.dev。 自然关键词任务上限为 20,000 行， Keyword Overview最多可生成 50,000 行。

Pro 上的 Keywords Competitors可以完整导出找到的并集，也可以 导出筛选后或选中的数据。只有在源数据足够时，数据集才可能超过 20,000 行；这不承诺每款应用都 有 20,000 个有效词。

要在 Keywords Competitors 中找交集和缺口，可按各应用是否有排名进行筛选并导出结果。 这是对合并表格的操作，不是承诺独立的集合运算 API；App Clash 用于视觉比较，不能替代关键词交集分析。

本地 MCP有意不开放整个数据库。大型数据集通过 Excel/CSV 导出， 不会逐行扣除 Developer API credits，随后交给外部模型 分析。

筛选结果再返回 Keyword List。MCP 上下文限于当前工作区、受支持的 编辑器，以及当前或已加载的评论列表。

MCP 只监听本地地址，要求 X-Client-Secret；写入还需要确认和 confirmApply。它不消耗 Developer API credits，但所选外部模型可能产生费用。

实际流程分三步：导出完整文件，在 Codex、ChatGPT、Claude 或其他模型中分析，再把筛选后的词 放回 Keyword List。MCP 用于编辑器和评论中的受支持操作，而不是逐行向模型传输数万条记录。

ASO.dev Developer API是独立渠道。Pro+ 用户可以申请 alpha 测试， 门户提供 10,000 个测试 credits 和 token 创建。现有方法已经覆盖应用与元数据、排名与历史、 关键词热度与需求以及分类榜单；协议、限制和成本仍在测试，没有公开 SLA。Alpha 指的是 API， 不是本地 MCP。通用文档仍写“封闭 alpha”：开放的是申请入口，而不是无需账号审核的无条件访问。

ASOmobile 收集 App Store 和 Google Play 评论，并提供筛选、翻译、模板、标签、图表、回复历史 和 XLS。连接商店账号后可以回复；每月上限取决于套餐。

官方 App Store 指南要求创建一个 Customer Support 用户，并在 ASOmobile 中输入邮箱、密码和 2FA 验证码；Google Play 通过 OAuth 连接。我们没有找到凭据存储和加密方式的公开说明。

评论 webhook、Slack/Teams/Zendesk 路由、自动回复规则和完全自动的服务端模式也尚未确认。模板 本身不能证明会自动提交。

我们的新评论订阅监控应用、国家与事件组合。结果保留在 通知中，并发送到设备。

在 Pro/Marketing 上，webhook发送摘要及完整 CSV 链接。 Indie / Pro / Marketing 的有效规则上限分别为 2,500 / 6,500 / 13,000；公开 CSV URL 应视为 临时机密。

独立的评论导出任务收集选定 App Store 国家，用于分析情感、主题、 重复问题和功能请求。它帮助把评论流转为假设，但不会在没有用户决定时发送回复。

评论界面可以创建和编辑 App Store 与 Google Play 回复。 批量 AI 回复使用用户选择的指令、提供商和模型； 由人启动所选分组的处理。

MCP可以创建草稿，在确认后发送或修改回复，并举报 App Store 评论。 我们不承诺由事件触发、在服务端持续运行的无人值守自动化。

默认情况下，App Store Connect 密钥和 Google 服务 账号保留在设备上。

安全存储限制本地访问，请求直接发往 Apple/Google 或通过 用户配置的代理服务器。可选加密同步对团队很方便，但会扩大安全边界。

使用外部 AI 时，发送的文本由所选模型提供商处理。密钥保留在本地，不代表所有 AI 分析都留在设备上。

Google Play 评论只提供最近约 7 天内有变化的评论流，不是 完整历史归档。

在这一方案中，ASO.dev 是主要工作平台，而不是通用集成系统。我们不承诺自动双向同步 ASOmobile 的自有指标：在服务之间移动的是已验证假设和列表，而不是另一家服务的完整数据。

ASO.dev vs ASOmobile：10 款应用应该选哪个？

对管理 App Store 应用组合的 1 名专员，ASO.dev Pro 每年 $828。如果需要 Google Play 关键词和 双商店数据，可从每年 $1,140 的 ASOmobile Pro 开始考虑，并确认共用关键词配额是否足够。 包含 3 个登录名额，本身并不意味着该套餐能够支撑 3 名活跃专员的工作。

ASOmobile 是 ASO.dev 的竞品、同类产品还是替代方案？

它在关键词、监控、评论和部分 Apple Ads 场景中构成竞争，但不是完整同类产品。ASOmobile 更强于 Google Play 和双商店模型估算；ASO.dev 更强于深入 App Store 工作和直接执行变更。

哪个 ASOmobile 替代方案适合发布？

如果切换原因是希望在一个流程中处理元数据、批量截图、CPP/PPO、App Store Connect、Google Play Console 和发布，这正是 ASO.dev 的核心领域。如果 Android 关键词和市场模型估算更重要， 我们不会把自己称为完整替代品；ASOmobile 可以保留为第二数据源。

替换 ASOmobile 时能否保留历史？

导出关键词、竞品和报表，同时保留国家、商店、设备和时间定义，再在 ASO.dev 中并行跟踪一段 时间。自有 Traffic、CI/KEI 和模型估算无法保证一一迁移。

能否同时使用两者而不重复工作？

可以，前提是分工明确：ASOmobile 提供必要的 Google Play 或市场信号，ASO.dev 保存工作数据并 推进到发布。两者没有完整同步，不应在缺乏实际理由时重复付费监控同一数据。

ASOmobile 能否导出 20,000+ 个关键词？

ASOmobile 尚未公开确认这一规模。ASO.dev Pro+ 可以完整导出找到的数据集，但行数取决于源数据。 上文已按报告类型说明差异。

MCP 会消耗 API credits 吗？

ASOmobile 的文档 MCP 不应消耗 credits，实际 REST 调用会消耗。ASO.dev 本地 MCP 不扣除 Developer API credits，外部模型费用另计。

ASO.dev 会自动回复评论吗？

它处理由人选择的分组，并从界面或 MCP 提交已确认回复。我们不承诺在服务端持续运行的无人值守自动化。

是否需要技术专员？

研究、本地化、发布和评论处理不需要。自建服务端集成需要开发者；大型导出和本地 AI 助手无需编写代码即可使用。

如果缺少所需功能，请提交建议或投票，或发送邮件至 hello@aso.dev。

选择 ASOmobile：需要 Google Play 关键词、双商店模型估算、浏览器协作和已发布 REST API。 选择 ASO.dev：1 名专员管理广泛的 App Store 应用组合，并需要把研究推进到本地化、素材、 评论和发布。同时使用两者：ASOmobile 的独特 Google Play 或市场信号足以覆盖最低套餐成本， 而主要工作在 ASO.dev 中完成。

对于 ASO.dev，我们核验了：

• 价格和任务；
• 订阅和 App Store 评论；
• Google Play 评论和 安全；
• MCP和 Developer API；
• 当前产品实现。

仍未知的内容包括：

• Traffic 公式及 SAP 变化后的重算方式；
• 关键词配额单位、历史深度、刷新频率和超额价格；
• Max 配额分配、大型导出限制和 API 限制；
• 工作数据 MCP、评论自动化和凭据存储；
• 直接发布、A/B/CPP/PPO 和 Google Ads。

未知不代表不存在。