术语表
来自链接数据和发布管道的十二个术语，每个术语都包含你在 JSON 中会看到的字段名以及人们常犯的错误。
SEOBlogBot 研究团队 ·
这是一个术语页面，而非理论介绍。直接跳转到你需要的条目，因为每个条目都是独立的。
每个条目都会给出你在 JSON 中看到的字段名、简短含义以及人们常犯的错误。如果时间紧迫，请先阅读错误行。
术语按照管道处理它们的顺序排列：首先是链接数据，然后是费用，接着是故障，最后是团队达成一致的检查项。
人们搜索 seo moz backlink checker 是因为他们在报告中看到了 Domain Authority，并希望在脚本中获得相同的数值。我们的评分是另一种指标，因此每个条目都会说明该术语在此处的含义，以及它与大型工具的区别。
计数最容易混淆，包括来自 seo moz backlink checker 报告的数字。拥有 10,000 个反向链接但仅来自 40 个引用域名的网站，在链接图谱意义上，远小于拥有 2,000 个反向链接但来自 900 个引用域名的网站。
我们的评分正是基于引用域名构建的。因此，读取原始反向链接总数的网关很容易被单个全站页脚链接所欺骗。
第四个错误是在没有日期的情况下读取评分。一旦索引在中间刷新过，春季的评分和秋季的评分就不再是相同的测量结果。
将每个复制到报告中的评分都标注日期，即使报告只有一列数字。
在整个团队和日志中对每件事使用一个名称，以便搜索能找到所有相关行。
第二个陷阱是单词 free。overview 是免费的，但 refdomains 需要 2 个信用点，而第一个包含 _credits 的回复是你了解调用类型的关键。
评分是一个刻度上的数字，而该刻度具有特定的形状。两个概念最为重要。它们也会再次出现在网关和审计指南中，因此请在此处理清它们。
从 20 到 30 个引用域名的变化带来的评分提升，远大于从 400 到 410 的变化。对数刻度压缩了大数字，因此范围顶部的变化较慢。规划阈值时应考虑到这种形状，而不是将每个点视为相等。
下限是你接受出站主机的最低评分。这是一个本地规则，基于你自己的帖子设定，其他团队不会使用它。写下你设定它的日期，以便后续审查知道它是针对什么测量的。
基于三十个帖子设定的下限只是一个起点。只有当团队至少经历了一次完整的刷新后，它才会成为一条规则。
从 ok 开始。每个回复都包含它，经过身份验证的回复还会添加 _credits，显示成本和剩余余额。
先解析这两个字段。如果一个管道读取 ok 为 false 的回复中的数据，它会毫不犹豫地将垃圾数据写入你的日志，因此这个检查只需一行代码。
为每次故障保留原始回复。在大多数解析器中，字段名是区分大小写的。精确匹配 ok 和 _credits。当月度报告中的数字看起来不正确时，存储的回复会显示 API 实际发送的内容，这是解决争议的最快方法。
链接到你网站的独立站点，无论它发送多少链接都只计一次。操作 refdomains 会列出它们，每次调用 2 个信用点。
从一个页面到另一个页面的一个链接。我们的索引包含约 798.5 亿个反向链接，backlinks 操作每次调用最多返回 1,000 行。
链接的可点击文字。anchors 返回分布情况，而单一短语的不自然堆积是需要关注的问题。
round(100 x log(ref_domains + 1) / log(20,000,000))。对数刻度，因此 20 到 30 的跳跃比 60 到 70 更大。
其他工具的指标及其各自的公式。它们不会等于我们的数值，因此切勿将它们混合在同一个阈值中。
谁链接到谁的地图。我们的图谱包含 181,132,097 个域名和 2,774,625,913 个域名间链接。
计费术语出现在每次管道审查中，每个术语在此处都有特定含义。大多数混淆源于假设某个词在订阅发票上的含义即为其在此处的含义。
你预先购买信用点，每次付费调用都会消耗它。没有需要取消的订阅，也没有需要满足的月度最低要求。
你在账户页面添加余额，使用 TRC-20 网络支付 USDT。充值是余额增长的方式，因此当作业因 402 错误停止时，需要充值后才能再次运行。
免费操作包括 domain、overview、stats 和 suggest。其他所有操作都会消耗信用点，每次调用 1 到 3 个，回复会显示确切数字。
一个简单的计算：每个信用点 $0.0001，一千次每次消耗一个信用点的付费调用大约只需一角钱。
管道的故障方式是一次调用从未显示过的。这三个术语命名了团队最常忽略的故障。其中大多数仅在无人值守作业时出现。没有人会监视计划运行。
早期记录这些术语的团队，后期在争论上花费的时间更少。
一项包含四个步骤但仅完成三项的任务，其失败之处正是关键所在。文章处于半处理状态，除非逐一检查每个步骤，否则日志中不会有任何提示。解决方案是每步生成一条结果，以便日志明确标识未完成的步骤。
任务承诺留下的最终状态，例如将文章标记为“已计划”并设置发布时间。应在操作后检查后置条件，而不仅仅是检查调用的状态码。将其写成是非题，例如状态是否为“已计划”且发布时间是否仍在未来。
请求成功但返回空行的回复。这是一个需要调查的问题，而非应静默记录的既定事实。在决定其性质之前，请将其与上月的同一域名数据进行对比。
所有操作共用同一路径，因此只需编写一次并在每次调用时复用。
在 Bearer 头中包含密钥调用端点，并将操作和域名放入查询字符串。
401 或 402 错误会在解析任何数据前终止任务。
确认主体解析成功且 ok 为 true。之后方可读取数据字段。
存储日期、操作、_credits 值及余额。每次调用生成一行，便于日志汇总。
团队常根据其他工具（如 Moz DA 或 Ahrefs DR）的截图设定 DR 下限，随后却困惑为何一半的优质文章被拦截。请先基于自有文章进行校准。
此处部分术语为我们自定，如 DR 和信用额。若某术语与你的实际回复数据不符，请以回复数据为准。
当同事引用 Moz DA 时，请先确认其具体指代的指标，再与我们数据进行对比。两者使用不同的输入数据和计算公式，因此一个数值不能直接替代另一个。
在编写任务初稿时保持此页面开启，待日志行自身逻辑清晰后再关闭。
指定一人负责解答这些术语相关的问题，以确保团队内答案的一致性。
术语仅在所有人以相同方式使用时才有效。在首次运行前统一含义，该页面才能发挥作用。
在修改任何代码前，先将差异记录下来。账户页面 是处理账户相关问题的起点。
