DataForSEO 定价与按次调用信用的对比，针对一台笔记本的定价
我们无法引用其他供应商的价目表，也不应相信那些凭记忆报价的人。我们可以展示我们自己的信用额如何为月度任务累计。
CranSEO 研究团队 ·
我们的价目表作为查找表
| 操作 | 每次调用信用额 | 每次调用成本 | 每 1,000 次调用 |
|---|---|---|---|
| domain, overview, stats, suggest | 0 | 免费 | 免费 |
| bulk_dr, compare, top, dr_distribution, tld_breakdown | 1 | $0.0001 | $0.10 |
| refdomains, backlinks, anchors, toppages, anchor_cloud, intersect | 2 | $0.0002 | $0.20 |
| search, keyword | 3 | $0.0003 | $0.30 |
假设的月度，逐行分析
这是一个示例，而非客户案例。想象一位分析师在一个 Quarto 笔记本中跟踪 30 个客户站点和 200 个竞争对手域名。
每个月，笔记本对所有 230 个域名运行一次 bulk_dr，消耗 1 个信用额。然后为 30 个客户站点中的每一个拉取 refdomains，每次调用消耗 2 个信用额，共计 60 个信用额。
为相同的 30 个站点添加 anchors，再消耗 60 个信用额，加上调试期间的一些重复运行，假设再消耗 40 个。该月总计约 161 个信用额。
该月总计约 $0.016。即使示例规模扩大十倍，$100 的注册信用额也足以覆盖数年的此类运行，账单仍只是零头。
以预算负责人的方式阅读表格
首先查看右侧列，因为表格中的大多数单元格都很小。
执行 1 个信用点的操作一千次花费 10 美分，执行 3 个信用点的操作一千次花费 30 美分。免费操作无需费用，因此在笔记本中进行探索实际上是无限制的，这有助于你摸清数据的结构。
在此处花费真金白银的唯一方式是针对大量域名循环执行 2 或 3 个信用点的操作，这也是为什么 bulk_dr（最多 2,000 个域名仅需 1 个信用点）应作为首选的调用操作。
与几行 R 代码相同的预算
修改计数并重新运行。下方的数字是上述段落中的假设数据。
credit_usd <- 0.0001
plan <- tibble::tribble(
~step, ~calls, ~credits_per_call,
"bulk_dr", 1, 1,
"refdomains", 30, 2,
"anchors", 30, 2,
"debug reruns", 40, 1
)
plan$credits <- plan$calls * plan$credits_per_call
sum(plan$credits) # 161
sum(plan$credits) * credit_usd # 0.0161Ahrefs 在订阅中包含 API 单位，从 200,000 单位起售，月费 $129，每次请求至少 50 单位。如需了解 DataForSEO 的定价，请查看其当前价目表，并将相同的调用次数填入上述表格。
积分实际记录在笔记本中的位置
积分会从笔记本中流出，且价格表未显示这些流出位置。单位价格在所有地方都相同，因此真正的问题是笔记本会发起多少次调用以及调用的频率。
从调用量出发，而非从价格出发。以下每一项习惯单独来看都很便宜，但合在一起却决定了最终的账单。
按调用量计费，而非按行数计费
计费以调用次数为准，无论返回的行数多少，上限为 1,000 行。返回 10 行的调用与返回 1,000 行的调用费用相同。如果循环每次请求 10 行，那么它将为一个更大页面即可提供的结果支付多次费用。
请求你所需的最大页面，让排序将你的答案排在首位。拆解展示了分页参数在整个管道中的上下文。
比较两种设计的成本时，计算每种设计的调用次数，并乘以每次调用的积分。行数不计入该总和。
重跑是隐性成本
大多数预算都忽略了重跑。想象一下，分析师仍在测试连接，在输出看起来正确之前，重复拉取了五次相同的参考域名结果。每次调用都很便宜，但这些调用会像上述假设月份那样累积起来。
在文件首次到达时，为 dated file 写入首次响应。其余的调试过程可以读取该文件，无需花费任何费用。
错误需要在计划中占一行
HTTP 401 表示密钥缺失或错误。HTTP 402 表示余额已耗尽。将两者都视为停止信号，这样当答案已知时，循环就不会继续调用 API。
记录每个响应中的 credits 字段。它显示每次调用的成本以及剩余余额，这将预算从估算转变为可逐月比较的记录。
提前决定停止运行的报告含义。部分月份不是完整月份，因此报告应说明已停止，而不是显示较低总额，仿佛它是完整的。
演示单元格和共享笔记本
调用 domain、overview、stats 或 suggest 的演示单元格无需密钥且无需花费。同事可以运行它们，而不会影响你的余额。
将付费单元格置于标志之后，以便仅在有人故意设置标志时，重跑才消耗积分。该开关构建成本低，但容易被遗忘。
共享笔记本容易漂移。去年春季获得付费通话的演示单元格可能会消耗同事的额度，而该同事原本并未打算使用，因此每当笔记本移交时，都应检查已付费的单元格。
月度预算与每日预算
月度任务在一个周期内仅执行一次。每日任务因链接图每月刷新约一次，故执行频率约为前者的三十倍，但总消耗相同。请根据实际需要的运行次数乘以每次周期的费用，而非按月度天数计算。
如果某人要求为仪表板进行每日重跑，诚实的问题是：额外的通话带来了什么新信息？通常答案是没有。
将第一个月的预算设定为区间
新笔记本的第一个月通常最昂贵，因为其中包含探索性测试。例如，先在三个域名上测试，再在 300 个域名上测试，最后在全量列表上测试。前三次测试使用免费操作和一次 bulk_dr 调用，成本极低。昂贵的部分通常是忘记移除的循环。
将第一个月规划为区间而非单一数值。将通话次数保留在代码中，以便在更改任一计数时自动更新区间，并在报告中显示上下限。
月度预算的五步法
列出通话次数
列出笔记本使用的每个操作，以及单次运行中调用该操作的次数。
关联额度
查阅上表中的每次调用额度，然后乘以每行的调用次数。
为重跑预留空间
添加调试预留额度，其规模应基于上个月的日志而非凭空猜测。
转换为美元
将总额度乘以 $0.0001。在美元金额旁保留额度计数，以便读者进行重新缩放。
与余额进行比较
每次运行前在账户页面检查余额。如果余额低于计划支出，请先通过 USDT (TRC-20) 充值，或让运行在 HTTP 402 时干净地停止。
算术未涵盖的部分
大部分实际成本在于时间。额度很便宜，但清理导出结果并非如此。
以美元计价的预算掩盖了管道的真实成本：一次失败连接所花费的一小时、因密钥泄露而损失的一天、两家供应商分歧达 30% 时的困惑。在此规模下，额度价格很少成为决策的关键。
真正重要的是计费模式。每次调用无论返回多少行都只计费一次，这会奖励大页面而惩罚循环，因此 拆解 中的代码请求 per = 1000 并提前停止。如果您仍在选择供应商，请从 决策树 开始。
免费操作是隐形的节省。共享笔记本中调用 domain 或 overview 的演示单元格无需密钥，因此同事可以重跑而无需消耗您的余额，操作术语表 列出了具体是哪些操作。
在比较之前应向任何供应商提出的问题
- 每次调用是计费一次，还是按返回的每行计费？
- 是否有月度最低消费或订阅门槛？
- 失败的请求会产生什么费用？
- 底层数据的更新频率如何，依据是什么？
- 免费套餐能否运行共享笔记本的演示单元格？
分析师提出的定价问题
是否有订阅或月度最低消费？
没有。额度为预付费，每额度 $0.0001，无订阅费，无月度最低消费。空闲月份除了您产生的调用外，无需支付其他费用。
更大的任务每次调用的成本更高吗？
每额度价格相同，每个操作的成本也相同。更大的任务成本更高是因为它产生了更多调用或使用了更昂贵的操作。每调用最多 1,000 行的分页机制有助于保持调用次数较低。
同事能否在我的账单下运行我的笔记本？
仅当付费单元格使用您的密钥运行时才可以。免费操作无需密钥，因此共享笔记本可以自由运行其演示单元格。将密钥保存在环境变量中，其他人便无法看到。
我该如何将此与 DataForSEO 的定价进行比较？
打开当前的 DataForSEO 价目表，然后将相同的通话次数填入上表。不要依赖记忆中的数字，因为价目表会变动。询问每次调用是计费一次还是按行计费，以及是否有月度最低消费。
注册赠送的额度足够试用吗？
注册赠送额度为 $100，相当于 1,000,000 额度，无需绑定信用卡。上述假设月份仅使用 161 额度，因此该规模的试用仅消耗其极小部分。
