预算视角
在比较供应商之前，先确定团队每月真正需要的数据量。答案通常比任何套餐的最小层级都要少。
Moz API 定价通常是一个月度支出项，但很少保持不变。如需相邻对比，请参阅 Ahrefs 与 Majestic。产品团队通过将支出分解为其提供的指标来更好地管理预算。请问自己：你将请求多少行数据？频率如何？针对哪些指标？
我们在此不引用 Moz 当前的套餐价格，因为它们会变动，且我们并非官方来源。请打开他们的定价页面，记下月度费用和行数配额，然后将前者除以后者。这就是你的单行成本。
然后，对用于比较的链接源重复此计算。我们的侧边很简单：1 个积分 = $0.0001，一次 bulk_dr 调用最多涵盖 2,000 个域名，仅需 1 个积分。
供应商的价格会发生变化，春季制定的预算到秋季可能就不准确了。设置一个季度提醒，重新打开价格页面。记录日期和你找到的数据，即使没有任何变化。
| 定价结构 | 你输入的内容 | 100 个域名可获得的内容 |
|---|---|---|
| 包含行数配额的席位或层级 | 月度费用，含包含的行数 | 费用除以行数，再乘以 100 |
| 订阅内的单位（Ahrefs 结构） | 从 $129/月起，提供 200,000 个单位；每次请求至少 50 个单位 | 即使只请求一行，也至少需要 50 个单位，因此请在调用前进行批量处理 |
| 预付费按次计费（RankWiser） | 1 个积分 = $0.0001 | 一次 bulk_dr 调用，1 个积分，$0.0001 |
计算示例（假设）
假设一个团队监控 120 个域名，并为其中 15 个域名获取引用域名数据。这需要一次 1 个积分的批量调用，加上 15 次每次 2 个积分的调用，总共 31 个积分，即 $0.0031。即使团队每周运行一次，一年的成本也仅为约 16 美分。
定价模式在着陆页上看起来相似，但在预算中差异巨大。有些模式为固定数量的席位收取固定费用；有些按层级出售行数配额；有些按次计费。每种结构都容易导致不同的错误，因此请询问你的团队最可能犯哪种错误。
席位计划会惩罚那些增加许多只读用户但数据拉取量少的团队。行数计划会惩罚每周拉取一次大型列表的团队。按次计费计划会惩罚每次页面浏览都发起调用的团队，因为调用次数会累积。结构至关重要。请将其与团队读取和调用数据的方式相匹配。
询问该模式是否适合工作需求，而不是它在纸面上看起来是否便宜。如果配额在月中就用完了，低层级价格的意义就不大了。
基于使用量的层级旨在使账单与使用情况保持一致。对于买家而言，同样的逻辑意味着成本随团队调用量而变化。当调用量与产生的价值相匹配时，这是公平的。但如果产品在每次页面浏览时悄悄调用 API，成本就会随流量而非决策增加，这就存在风险。
报告通常在董事会周期或季度末达到高峰。按平均月份设计的套餐可能在高峰期耗尽。按次计费计划在该月的成本会更高。按峰值月份调整预算，然后检查平均值是否使其看起来过于宽裕。
层级之间的差距意味着团队为未使用的容量付费。查看从一个层级到下一个层级的跨度。如果跳跃幅度很大，且你的用量略高于某条线，那么具有明确超额计费规则的小型套餐可能成本更低。在选择之前，请对两者进行建模。
价格不是唯一的维度。Moz 以域名权威度（Domain Authority）、垃圾分数以及通过 Moz Local 提供的本地列表而闻名，而这些功能在此产品中并未复制。我们的产品是链接数据和域名权威度（DR）。
如果利益相关者已经习惯于阅读 DA，切换就会产生政治成本。新数字需要新列、简短说明，以及一段人们停止询问旧数字所需的耐心。
一个合理的妥协方案是许多团队已经采用的拆分模式。保留现有供应商用于人们熟悉的关键指标，并使用廉价来源扩大覆盖范围：更多域名、更频繁的快照，以及席位定价套餐可能会限制提供的锚文本或顶级页面。
替换人们熟知的数字是一场辩论，而非发票。为利益相关者提供一个月的并列对比数据，并给出清晰的理由。当第一个表格显示相同竞争对手且顺序一致时，“新来源每次调用成本更低”这一理由更容易被接受。
请求一行数据与请求一千行数据的成本是否相同？应该相同。每次请求的最低限制（例如 Ahrefs 每次请求至少收取 50 个单位）会使小查询变得昂贵。我们按每次调用收取 1 个积分，无论行数多少（最多 1,000 行），而 bulk_dr 可处理 2,000 个域名。
配额用完后会发生什么？一些套餐会停止服务，另一些会对超额部分计费。使用预付费积分时，你会收到 HTTP 402 错误并停止作业，这虽然令人烦恼，但绝不会产生意外账单。
可以导出历史记录吗？无论你选择什么，都将每次拉取的数据存储在你自己的表中。这样，供应商变更不会抹去你的趋势线。请参阅 如何构建该表，只需几步即可。
一个简单的测试会有所帮助。选择一个你已经知道数据的月份，看看是否能根据供应商的公开价格页面重建其账单。如果不能，那么无论 headline 价格如何，该模式都难以进行预算规划。
询问是否有静默变更。如果供应商在年中更改单位或最低限制，你的计算基础会发生变化，但账单可能不会立即反映。将日期和价格记录在表格中，以便变更清晰可见。
询问供应商的数据覆盖范围、索引刷新频率以及未包含哪些指标。如果你无法使用某个数据集，那么低廉的价格也是一个昂贵的错误。在比较总数之前，先记下答案。
列出团队需要的每个数据，例如竞争对手集的引用域名或某个模块的评分。列表应仅包含决策实际使用的内容。
对于每个指标，写下你每月将请求的域名数量。将此答案视为估算值，并在第一季度后进行调整。
将供应商的月度费用除以其配额，或读取其按次计费价格，并将结果写入成本行。对于 RankWiser，一次最多涵盖 2,000 个域名的批量调用仅需 1 个积分。
汇总行数和调用次数，然后为更长的竞争对手列表添加余量。将总计与预算行进行比较，并记录你进行定价的日期。
一张幻灯片就足够了。列出你需要的指标、每月的行数、每行的供应商价格以及总计。在旁边列出免费选项，因为 Moz Local 和其他工具可能完全服务于不同的目的。
诚实地四舍五入。微小的成本不需要单独的电子表格；它需要一句话说明谁支付费用，以及积分不足时会发生什么。
在表格上标注日期。价格页面会发生变化，下一次预算审查时会询问发生了什么变化。旧数据和新数据及其日期可以在一分钟内回答这个问题。
对成本行进行四舍五入。预算行中显示为分数的数字在幻灯片上看起来很奇怪。将其写为月度成本，并在后面注明调用次数，以便读者看到总数很小及其原因。
每个指标一行，总计一行，免费选项一行。看到这三行的读者可以在一分钟内理解决策。显示每月成本而非每年成本，因为月度数字更容易与账单进行核对。
不。对于每月几次调用的情况，它更便宜；但在持续使用下，成本可能更高。粗略检查方法：将你预计的每月调用次数乘以每次调用的价格，然后将总计与固定套餐进行比较。答案会随用量而变化。
最低限制会使单次查询的成本高于该行数据的价值。例如，Ahrefs 在其 API 中每次请求至少收取 50 个单位。这就是为什么在那里批量处理很重要，以及为什么这里的一次批量调用只需 1 个积分即可涵盖最多 2,000 个域名的原因。
使用预付费积分时，付费调用将返回 HTTP 402，直到你充值。作业会因错误而停止，这是可见的。设置余额警报，以免停止服务成为意外。
不一定，但可能意味着功能范围更窄。我们的产品是链接数据和域名权威度（Domain Rating）。我们没有关键词数据和排名追踪功能。请根据你需要回答的问题来评估价格，而不是与更长的功能列表进行比较。
将席位费用与该用户每月产生的调用次数并列。对于单个重度用户，席位计划是公平的。对于共享一个数据模块的团队，按次计费账单可能更低，因为它跟随拉取操作而非查看数据模块的人数。
