设置指南
逐步设置指南，将一次API调用转化为可信的时间序列，从第一个密钥到图表。
在 /auth/google.php 使用Google登录。您的账户初始余额为$100，即1,000,000个积分。复制以 sk_ 开头的密钥。
列：domain, dr, ref_domains, pulled_on, source。主键为domain加pulled_on，以便重跑时不会重复计算某个月的数据。
每月5日运行。我们的索引大约每月刷新一次，因此更频繁的调用只会增加行数，而不会增加信息量。
读取JSON，检查 ok 是否为true，并插入带有拉取日期的每一行。
计算环比差异，并标记超过3点变化的数据。较小的波动通常主要是噪声。
每个域名一行，您的域名使用醒目的颜色，竞争对手的域名使用灰色。
Cron条目，每月5日06:00运行。每次运行的成本为一个积分。
0 6 5 * * curl -s -X POST "https://rankwiser.app/api.php?action=bulk_dr&key=$RW_KEY" \
-d "domains=$(paste -sd, /etc/rw/domains.txt)" > /var/rw/dr_$(date +%F).json域名DR本质上是一个计数。直白地说，当更多不同的网站链接到某个域名时，该数值会上升，而对数刻度使得每一个新点的获取都比前一个更难。请将这句话保留在图表注释中。
一个好的数据卡片应回答每个域名集的单一趋势问题：我们是否正在缩小与三个竞争对手的差距？合作伙伴是否在增长？某项活动是否产生了影响？糟糕的数据卡片会混入流量或收入数据，并引入数据无法支撑的因果故事。
同时存储原始引用域名计数。如果分数变化了一个点，您可以查看这是否由40个新域名或4,000个新域名引起，从而判断是否需要担忧。
快照表是一种记忆。它应保存您在一年后解释图表所需的数据，以及不会导致错误解释的数据。从回答趋势问题所需的最小列集开始。只有当会议提出需求时，才添加其他列。
有些列在第一天就应占据位置。数量可能比您想象的要少。域名、分数、引用域名计数、拉取日期和来源名称足以覆盖大多数问题。流量列看似有用，但它来自另一个来源且日期不同，因此应属于另一个表。
排除那些可以从其他数据重新计算的内容。环比变化是一个减法运算，因此应将其保留在视图中，而不是作为同一事实的第四个副本。
也将列列表写入图表注释中。一年后打开图表的读者应能看到每个数字的来源，以及是哪个拉取操作填充了它。
domain和拉取日期的主键不仅阻止重复行，还告诉您该行来自哪个拉取操作，这在超时后重跑时很重要。同一域名在一个月内出现两行应该是不可可能的，模式应明确说明这一点。
将来源写为固定标签，例如 rankwiser_bulk_dr，而不是自由文本备注。对该标签的过滤可将此分数与您稍后加载的任何其他分数区分开来。保持标签列表简短，并将其写在表旁边。
| 受跟踪域名 | 每月调用次数 | 积分 | 美元 |
|---|---|---|---|
| 50 | 1 | 1 | $0.0001 |
| 500 | 1 | 1 | $0.0001 |
| 5,000 | 3 | 3 | $0.0003 |
401表示密钥缺失或错误。402表示积分已用完，因此请从账户页面使用USDT充值。对任何 ok 不为true的响应发出警报，而不是在图表中写入零值。
使用一个您熟悉的网站、一个竞争对手和一个小型网站。三个域名足以展示响应的形状。
调用 bulk_dr 并传入三个域名，保存原始响应，而不仅仅是解析后的行。
确认 ok 为true并读取 _credits。调用应消耗一个积分，剩余余额应相应减少。
使用本站的免费查找功能查找其中一个域名。如果分数与解析器存储的分数匹配，则解析器是可靠的。
保留一个记录失败拉取的备用表。包含HTTP状态、时间和响应体的行，优于图表中的静默空白。对任何非 ok 为true的情况发出警报。
在版本控制中固定域名列表。简短的差异有助于追踪。当有人添加竞争对手时，差异显示是谁添加的以及何时添加，图表也会获得注释。否则，该竞争对手的线会凭空出现，人们会问为什么它从三月开始。
也要为来源变更做好准备。如果稍后添加Ahrefs或Moz的数据，请在表中为它们提供独立的来源值，正如我们在比较 Ahrefs和Majestic 时讨论的那样。
在信任图表之前，先检查填充它的作业。然后查看图表。健康的运行返回设置为true的ok，为您请求的每个域名返回一行，以及按预期减少的余额。其他任何情况都是阅读响应而不是强行画线的理由。
计算发生变化的行数。如果大量数据点变化超过3点，请在归咎于索引之前检查域名列表。突然的大量变化通常意味着列表发生了变化，而不是网络发生了变化。
与列表匹配的行数是最低要求。行数较少意味着某个域名在文件和表之间被丢弃。在下次运行之前找到它。
几乎没有变化的月份并不能证明稳定性。索引大约每月刷新一次，因此平稳的行可能只是尚未更新。将安静的月份与其拉取日期一起阅读，并记住图表仍然遵循日历。
发送到共享邮箱的警报会在一个月内被忽略。指定一个人负责此工作，并指定该人休假期间的第二个人。警报应指明域名列表、HTTP状态和时间，以便读者无需打开脚本即可采取行动。
如果更改列表或计划，请在一个周期内并行运行旧版本和新版本。匹配的行表明变更没有产生其他影响。任何无法解释的差异都应阻止部署，无论它看起来多么微小。
这里不需要速度。每月运行只需少量请求，即使对于大型列表也是如此，每个响应作为一个JSON文档到达。如果您的调度器在失败时重试，请使重试幂等，domain和拉取日期的主键已经为您提供了这一点。
不要因为成本低就忍不住每天运行作业。不要这样做。我们的索引大约每月刷新一次。每日拉取会在数周内返回相同的行，您的图表会充满看似稳定实则仅反映抓取日历的直线。阅读 Majestic替代方案食谱 了解其他值得调度的拉取，例如锚文本和交集。
每月运行的作业比构建它的人更长寿。六个月后，新人打开cron条目并 wondering 为什么列表存在于文件中。写一个简短的说明。将其放在脚本顶部，包含目的、计划和积分成本。这条说明比为此开会更便宜。
每季度审查域名列表。移除不再重要的域名，添加真正影响决策的竞争对手。每次变更都进入版本控制并带有日期，以便图表可以显示变更而不是隐藏它。
预算也是审查的一部分。每月一个积分。成本保持微小。在查看图表的同一天检查余额，并将下一次充值日期写入同一说明中。
一旦作业运行几个月，会出现四个问题。每个答案都是您可以写入设置说明的规则。
数据按月度日历变化，因此每日拉取会在数周内重复相同的行。成本很小，但图表会充满看似稳定实则反映抓取日历的直线。发送到董事会的图表还需要 董事会运行手册 的脚注。
保留其历史记录，将域名标记为已移除并停止拉取。缺失的行看起来像数据空白，因此在图表旁边写下原因。
可以，如果您选择一个日期并保持固定。重点是稳定的节奏。每月移动几天会使趋势难以阅读。
停止作业，从账户页面使用USDT充值，并重试失败的请求。将失败的响应保留在日志中，以便图表中的空白有书面解释。
