字段映射
你的内容模型需要一个数字、一个日期和一个备注。本文展示了字段设计，并提供了基于 DR 公式的实例。
人们仍在搜索 Backlink Checker PageRank 工具，但公开的数值已消失。Google 在 2016 年移除了工具栏中的 PageRank 显示，且 Google 本身从未推出替代品。
剩下的是供应商分数。Ahrefs 提供 DR，Moz 提供 DA，我们发布带有公开公式的自有域名评级（Domain Rating）。选择一种并坚持使用。在列中混合使用两种分数会使后续比较失去意义。
无头团队的一条实用规则：存储你将要显示或过滤的内容，不多存。每个额外字段都是编辑员可能误读的一项内容、导出中的一列，以及在从一个 CMS 迁移到另一个 CMS 时可能出错的一个映射点。
命名很重要。将字段命名为 link_dr，而不是 authority。前者说明了该数值的来源，后者则可能诱使编辑者在一年后替换为其他供应商的分数。
每次都应根据生成该数值的供应商来命名字段。名为 link_dr 的字段会告诉下一位读者该数字的来源，并防止后续无声地切换到其他供应商。
标签会保留，但数值不会。Ahrefs DR、Moz DA 和我们的自有域名评级是不同的测量标准，因此将一个值从一种供应商复制到以另一种供应商命名的字段中，会误导下一位读者。
可以，但需要两个字段和两个名称。大多数团队不需要这样做，因为两个数字会引发比较，而比较往往是出错的地方。
如果利益相关者要求两者都提供，请并排展示两个公式。它们的刻度构建方式不同，这种差异解释了大部分意外情况。
不相同。来自一个工具的 DR 和来自另一个工具的 DA 基于不同的链接图谱和不同的公式，因此它们可能指向相同的方向，但在数值上仍会存在差异。
我们的公式是公开的。对数刻度是原因：引用域名从 1,000 增加到 100,000 时，分数的提升幅度小于原始计数的增长幅度。
| 虚构域名 | 引用域名 | DR | 建议区间 |
|---|---|---|---|
| tiny-docs.example | 10 | 14 | 低 |
| small-saas.example | 50 | 23 | 低 |
| mid-blog.example | 1,000 | 41 | 中 |
| big-publisher.example | 100,000 | 68 | 高 |
| theoretical-top.example | 20,000,000 | 100 | 高 |
刻度是对数的。10 个域名和 1,000 个域名之间相差 27 分，而 1,000 和 100,000 之间的差距同样大。因此，存储整数，但按区间阅读。
区间字段通常比原始数值更有助于编辑员操作。没人能对 41 和 43 采取行动，但可以对标记为“中”的标签采取行动。保持简洁。
日期与分数同样重要。没有日期的存储分数看起来像是实时读数，一年后有人会在会议中引用它，仿佛它是最新的一样。请标注日期，并按可命名的计划（如来自 成本表 的夜间 bulk_dr 扫描）进行刷新。
备注字段应保持简洁，因为它的用途很小。一句话即可。它的任务是提醒读者索引大约每月变动一次，且 Google Search Console 包含 Google 自身的观点。
只写入一次且不再更新的字段会悄然变成关于过去的“事实”。刷新作业使其保持为“读数”，且应运行在一个可用一句话描述的计划中。
从计划开始，因为它决定了其他一切。每月一次与索引的节奏相符，而夜间运行会增加成本但不会增加信息，因为索引大约每月变动一次。
在大多数情况下，每月一次，因为这是索引遵循的节奏。对于希望在每个条目上都有新鲜日期的团队，即使数值未变，夜间扫描仍有意义。
成本不是犹豫的理由。一次最多 2,000 个域名的夜间 bulk_dr 调用仅需一个信用点，其余成本见 成本表。
保留旧分数和旧日期，并在自己的日志中标记尝试失败。用空值覆盖良好的读数看起来整洁，但会抹去你仅有的历史记录。
缺失值和零是不同的事实。你的字段类型应将它们区分开，以便编辑员不会将空白误读为低分。
将列表拆分为不超过 2,000 个域名的块，并为每个块发送一次调用。将块大小保存在单个常量中，以便限制更改时只需修改一行。
记录发送的域名数量和存储的读数数量。两者之间的不匹配是批次出错的首要线索。
编辑员在几秒内读取字段，因此字段必须在几秒内响应。首先显示区间，其次显示日期，最后显示整数，因为这是忙碌读者需要的顺序。
标签与布局同样重要。名为 link_dr_band 且显示“中”的字段无法告诉读者关于索引的信息，因此旁边的备注必须包含此警告。
彩色徽章可以帮助忙碌的编辑员，但也可能使“中”读数看起来像失败。将颜色限制在区间名称上，并避免将红色用于非严重问题。
区间是审查建议，而非发布规则。在旁边的标签中说明这一点，以便绿色或琥珀色徽章永远不会被读作通过。
当许多条目出现相同区间时，先检查规则，再检查条目。标记了一半站点的区间通常是在告诉你关于阈值的信息，而不是关于内容。
旧日期应改变备注，而不是隐藏分数。一行说明读数早于上次刷新，告诉编辑员该怎么做，即在依赖之前再次检查。
在代码中生成该行，以便每个条目以相同的方式显示。手写备注会漂移，几个月后没人记得它们原本想说什么。
字段名称仅供说明。Contentful、Sanity、Strapi 和 Payload 各自以各自的方式声明字段，因此需要翻译。
{
"link_dr": 41,
"link_dr_band": "middle",
"link_checked_on": "2026-10-29",
"link_check_note": "Index refreshes monthly. Verify in Search Console."
}
在已知域名上运行 overview 并肉眼阅读 JSON。检查响应中的真实字段名，因为本文未列出它们。
将 0 到 100 的分数复制到整数字段。拒绝该范围之外的任何值，以防止格式错误的响应到达条目。
低于 20 为低，20 到 50 为中，高于 50 为高。阈值是建议性的，属于你的团队，而非 API。
在分数旁边写入今天的日期。索引大约每月刷新一次，因此日期是数据的一部分。
每个字段回答编辑员会问的一个问题。
0 到 100 的整数分数。它回答了该域名在刻度上看起来有多强。
简单的标签，如 low、middle 或 high。它回答了是否应让人仔细查看，而无需任何人读取数字。
读数日期。它回答了数值有多旧，这比大多数团队预期的更重要。
关于索引的一句话。它回答了分数无法显示的内容，例如每月刷新和新链接的延迟。
上述五个域名不存在，数量仅用于使算术可见。对于真实数值，请在你的网站上运行免费的 DR 检查器。
