{
  "manualOnly": true,
  "providerRequests": 0,
  "locale": "zh",
  "group": "how-long-do-backlinks-take",
  "title": "外链多久生效：分别记录可以观察的事件",
  "notice": "这是手动规划资料，不是实时审计、发布站点库存或排名预测。案例为虚构示例。本页不会抓取或提交数据，下载文件保留在您的设备上。",
  "columns": [
    "观察事件",
    "虚构观察",
    "能够说明什么",
    "下一步或边界"
  ],
  "rows": [
    {
      "id": "publication",
      "title": "链接发布",
      "values": [
        "公开来源页包含预期参考链接。",
        "在检查时，链接确实可见。",
        "保存URL和日期；之后的变化需要重新观察。"
      ]
    },
    {
      "id": "source-crawl",
      "title": "来源页抓取",
      "values": [
        "没有可靠的发布者抓取证据。",
        "爬虫是否发现来源仍未知。",
        "不要用订单日期替代缺失的抓取记录。"
      ]
    },
    {
      "id": "target-index",
      "title": "目标页索引",
      "values": [
        "所有者以授权访问检查自己的目标URL。",
        "得到关于目标页的独立观察。",
        "不能据此确定特定来源链接何时被处理。"
      ]
    },
    {
      "id": "search",
      "title": "搜索测量",
      "values": [
        "在可比较期间查看点击和展示。",
        "报告定义下的实际搜索表现。",
        "变化可能有多个原因，需要页面和需求背景。"
      ]
    },
    {
      "id": "business",
      "title": "业务结果",
      "values": [
        "分别记录引荐访问与合格行动。",
        "若追踪可靠，可描述观察到的用户活动。",
        "任何事件都不会自动证明收入或外链的因果作用。"
      ]
    }
  ],
  "example": "虚构记录中，发布者页面可以公开访问，链接目标也正确。但来源页最近一次被Google抓取的可靠证据仍未知。站点所有者另外检查自己的目标URL，并在指定期间记录引荐访问。这些是独立观察，不是每条外链都必须按相同顺序完成的保证阶段。目标页已经索引，不代表某一条新来源链接已在特定时间被处理；来源页被观察到，也不代表下一次排名一定变化。应让每行记录只表达当前证据真正支持的结论。",
  "decision": "先检查交付：打开实际来源页，查看锚文本、目标地址以及访问限制，保存观察日期。对自己的目标页，可以用适当属性权限检查抓取和索引信息。需要发布者配合时，说明具体缺少哪项证据，而不是从付款日或订单日推算抓取时间。截图可以辅助说明当时看到的内容，但也应附URL和时间；后续页面修改仍需要重新观察。若链接已移除或目标地址错误，这是可确认的交付问题，应走约定流程处理，而不是等待排名图表替您确认。",
  "checklist": [
    "先定义具体事件，再询问需要多久。",
    "分别核查来源交付和目标页状态。",
    "未知的来源抓取信息保持未知。",
    "复查可比较证据，不依赖排名保证倒计时。"
  ],
  "reviewRecord": "日志应包含事件、页面或报告、观察日期、证据及下一次检查。若第三方工具没找到来源，应写该工具当前未观察到，不要自动判断Google也未发现。工具覆盖范围和更新节奏不同，报告缺失只是该报告的边界。比较搜索变化时，应保持页面组、查询范围、市场和期间尽量可比，并记录口径改变。把多个工具的不同时间点拼在一起，不会自然形成可靠处理时间线；缺少直接证据的连接部分仍应标为未知，而不是靠猜测补齐。 例如，周一人工看到公开链接，周五某工具首次列出该来源，只能说明这两个观察分别发生在这些时间。它们不能证明Google一定在周一至周五之间处理了该链接，也不能证明周末增加的订单由它造成。若后来目标地址被修改，应新增一条观察，保留此前记录，而不是覆盖旧日期，让读者误以为一直是同一状态。对重复检查采用相同方法，也有助于发现真正的交付变化。"
}
