工作示例
$100能买到的工具目录
每次调用的链接数据成本很低,所以真正的问题是目录会进行多少次调用。以下是虚构的一个月的逐行明细。
SEO Tools AI 研究团队 ·

下面的目录ToolShelf是虚构的。其数字是编造的,用于展示信用额的算术逻辑。请替换为您自己的列表数量。
ToolShelf,一个月
| 工作 | 调用次数 | 每次调用消耗的信用额 | 信用额 | 成本 |
|---|---|---|---|---|
| 使用bulk_dr对所有5,000个列表进行评分 | 3 | 1 | 3 | $0.0003 |
| 前500个列表的引用域名 | 1 | 2 | 2 | $0.0002 |
| 40个特色列表的锚文本,每次调用一个 | 40 | 2 | 80 | $0.008 |
| 12个新工具的竞争对手重叠情况,使用intersect | 12 | 2 | 24 | $0.0024 |
| 月度总计 | 109 | $0.0109 |
阅读总计两次
大约一分钱。这就是整个月的费用。
免费的$100信用额是1,000,000个信用额,而这个月只使用了109个。即使ToolShelf检查每个列表的锚文本,每次调用2个信用额乘以5,000个列表,也是10,000个信用额,即$1。
这就是为什么反向链接检查工具免费的问题对于目录来说稍微有点不对。免费的网页表单适合单次查询,而在批量处理时,每次调用的付费价格非常低,以至于工程师的时间成本比数据成本更高。

将您自己的列表数量转化为预算
您的数字将与ToolShelf的不同。方法保持不变,而且所需时间比阅读时间更短。
从列表数量和对其执行的工作开始。其余只是乘法和除以10,000。
计算调用次数,而不是行数
信用额跟随调用。一次bulk_dr调用最多可处理2,000个域名,因此行数仅影响您进行的调用次数。将您的列表除以2,000并向上取整。
假设一个目录包含4,100个列表。那是三次评分调用,而不是4,100次,而这三次调用的总成本是三个信用额。
将行数与调用次数保留在同一张表中,以便算术逻辑保持可见。看到4,100行和三次调用的读者可以在几秒钟内核对总和。
为月度刷新定价
月度刷新每年运行十二次。将一次运行中的调用次数乘以十二,然后加上为特色行运行的详细调用次数。
结果是年度信用额数字,您可以将其与免费的$100(即1,000,000个信用额)进行比较。大多数目录发现这个数字远低于他们的预期。
为重复留出空间
运行两次的脚本或重新发送每一行的工作表会使该月的账单翻倍。计划时留出余量,并在第一次实际运行后读取_credits值。
如果未使用余量,余额 simply 保留到下个月。意外账单是唯一一种值得设计防范的意外。
有目的的重复,例如修复映射后的重新运行,应记录其原因。额外的信用额随后会有解释,供下一位编辑者阅读。
分五步构建您自己的月度账单
列出您的工作
为目录执行的每种调用类型写一行,包括您手动运行的免费查询。缺少一行通常是预算偏低的原因。
计算调用次数
对于每一行,计算一个月的调用次数。将行和调用分开,以便5,000行的工作表仍计为三次bulk_dr调用。
乘以信用额成本
使用字段参考中的每次调用成本:bulk_dr和compare为1个信用额,详细操作为2个,搜索和关键字为3个。
将信用额转换为美元
一个信用额是$0.0001,所以10,000个信用额是一美元。将月度总计除以10,000以查看一个月的成本。
与免费信用额进行比较
将总计与$100信用额进行比较,该信用额覆盖1,000,000个信用额。几个月的几百个信用额几乎全部留待以后使用。
我们会做什么
拥有$100时,拥有$1,000时,一无所有时
支出顺序几乎总是相同的,而且都不需要订阅。
- 一无所有时:使用免费操作,并对少于50个工具进行每月手动检查。
- 拥有免费的$100时:自动化整个列表列,并保留两年的信用额作为储备。
- 拥有$1,000可花费时:将资金用于编辑工作。更好的评论比链接数据的第五位小数更能打动读者。
资金真正流向的地方
数据是目录预算中最小的一行。托管、评论时间、截图和向供应商外展的成本都更高。
小心一个陷阱:列表经济往往奖励支付放置费的人,而链接评分随后可能被用来将这种放置洗白为 merit。保持付费槽位明显标记,并按您可以解释的指标对有机列表进行排序。
注意质量门槛。Google的有用内容指南在2024年3月核心更新中融入核心排名,青睐展示第一手专业知识的页面。仅重复数字的目录附加值很少。在其旁边添加您自己的测试说明。
失败并非灾难。如果调用因HTTP 402失败,信用额将丢失。从账户页面使用USDT (TRC-20)充值,sheet and n8n sync中的同步食谱展示了如何干净地停止。
小预算出错的三种方式
小预算很少因价格失败。它们因悄悄增加调用次数的习惯而失败,而每种习惯都有简单的解决方法。
这些陷阱中的任何一个单独都不贵。但它们加起来可能使便宜的一个月看起来像意外。
重新评分未更改的内容
每周重写每一行的同步会在月度索引未移动的数字上花费信用额。同步食谱中的月度计划可避免此陷阱。
如果需要额外运行,请将其范围限定在更改的行上。十个新工具的列表不需要对整个目录进行重新评分。
索引中不存在的域名
索引中缺失的域名仍然在其调用中运行,并且无论哪种方式,调用都按相同费用计费。每次运行重试该域名毫无收获。
保留一个空白单元格和简短说明,然后继续。说明告诉下一位编辑者为什么该行是空的,这是重试无法做到的。
一个下午的一百个列表
假设您一次添加一百个工具。评分它们的信用额成本不到一分钱,所以真正的成本在于评论时间、截图以及随后必须跟踪的链接。
首先预算编辑小时数。数据账单是最小的一行,即使列表增长很快,它也会保持很小。

第二个假设:十倍大小
现在想象一个更大的虚构网站ToolAtlas,有50,000个列表。对所有列表进行评分需要25次bulk_dr调用,即25个信用额或$0.0025。
为每个列表添加引用域名,每次调用2个信用额和1,000行,需要50次调用,即100个信用额,或一分钱。添加锚文本和顶级页面,您将达到约300个信用额。
每月不到一角钱。增长的工作在于您这边:存储、页面模板以及检查评分是否仍与正确的域名匹配。在调用之前规划listing fields。
从响应本身读取账单
您不需要单独的账单报告来了解一个月的成本。每次经过身份验证的响应都会告诉您该调用的成本和剩余的余额。
每次运行记录这两个值,月度总计就变成了您可以核对的总和,而不是估计值。
每次运行后读取余额
_credits字段携带调用的成本和剩余金额。将其与批次日期一起存储,以便后来的编辑者可以将运行与其成本匹配,而无需打开API日志。
如果余额下降速度快于您的计划,请停止作业并查找额外的调用,然后再运行它。
在余额低之前充值
当信用额用完时,调用返回HTTP 402。遇到402的计划作业应停止并保持旧评分,而不是用空白覆盖它们。
充值通过账户页面以USDT (TRC-20)支付。每季度充值一次并留出余量比应对失败运行更简单。
在设定月度预算之前
- 每项工作都有自己的一行,包括手动查询。
- 调用按每月计算,行数从不用作调用计数。
- 刷新计划已写下,包括每年的运行次数。
- 为重复运行或后期添加留出余量。
- 第一次运行的
_credits值已记录并与计划进行比较。
金钱问题
$100信用额真的是免费的吗?
是的。使用Google账户登录会增加$100的信用额,即1,000,000个信用额,并且不需要提供卡。当它用完时,调用返回HTTP 402,直到您使用USDT充值。
更大的响应成本更高吗?
不。每次调用只计费一次,无论行数是多少,每次调用最多1,000行。深度分页限制为50,000行。这就是为什么请求完整页面几乎总是更便宜的选择。