{
  "manualOnly": true,
  "providerRequests": 0,
  "locale": "zh",
  "group": "ecommerce-seo-mistakes",
  "title": "电商SEO常见错误：获取外链前的修复清单",
  "notice": "这是手动规划资料，不是实时审计、发布站点库存或排名预测。案例为虚构示例。本页不会抓取或提交数据，下载文件保留在您的设备上。",
  "columns": [
    "问题",
    "观察到的现象",
    "修复决定",
    "复查"
  ],
  "rows": [
    {
      "id": "discovery",
      "title": "只靠站内搜索",
      "values": [
        "沿分类路径无法进入商品。",
        "从相关分类添加可抓取的商品链接。",
        "沿公开链接访问，检查href是否指向预期商品。"
      ]
    },
    {
      "id": "variants",
      "title": "选项URL冲突",
      "values": [
        "内部链接、站点地图和canonical使用不同表达。",
        "先确定选项模型，再统一与之相符的信号。",
        "检查主商品和选项，不要无条件合并所有变体。"
      ]
    },
    {
      "id": "product-evidence",
      "title": "商品证据不足",
      "values": [
        "缺少尺寸、兼容性或选择依据。",
        "补充准确且针对该商品的信息。",
        "与实际商品核对，并以新顾客视角阅读。"
      ]
    },
    {
      "id": "stale-destination",
      "title": "旧目标失效",
      "values": [
        "下架商品链接通向错误或无关页面。",
        "有合适替代时选择它，否则正确处理移除状态。",
        "检查旧响应及内部链接，不把所有地址一律转到首页。"
      ]
    },
    {
      "id": "filters",
      "title": "筛选组合膨胀",
      "values": [
        "大量相似或空白组合持续产生。",
        "区分有独立用途的组合与其他组合。",
        "抽查URL和抓取规则，把抓取与索引状态分开。"
      ]
    }
  ],
  "example": "虚构的户外商店中，一款防水包只能通过站内搜索找到。选择颜色会改变地址，但其他内部链接却采用另一种URL表达。先添加相关分类到商品的路径，再研究选项地址与canonical的关系，而不是给每种地址购买外链。这个案例不是实际商店的审计结果，它用来区分商品发现与URL整理两种不同任务。修好导航之后，仍需单独判断颜色选项的呈现方式，不能因为分类链接已经有效，就宣布所有技术问题同时解决。",
  "decision": "优先处理妨碍顾客到达或理解商品的错误。每项修复都指定负责人和可观察的成功条件。能够满足独立需求的筛选组合，与大量空白或重复组合需要不同处理，不能看到参数就一律屏蔽。先了解内容和用途，再决定哪些页面值得保留发现路径。如果模板修改影响多个分类，除了代表页面，还应记录受影响的范围，以便后续安排复查。选择优先级时依据实际阻碍，而不是把清单中的位置误当成通用严重性分数。",
  "checklist": [
    "选择代表分类、商品和一个选项。",
    "提出修复前先记录观察证据。",
    "指定负责人和明确复查条件。",
    "区分未知、已修复与已验证。"
  ],
  "reviewRecord": "修复前后记录应分别保存，不能用最新状态覆盖旧证据。导航修改后，在公开界面沿分类链接访问，检查href、响应及目标；地址变化后也检查旧URL的行为。浏览器能打开页面不证明它已进入搜索索引，能够取得的搜索侧证据应放在单独记录中。保留检查人、日期和条件，有助于区分问题复发、另一次发布变化和第一次检查的遗漏。只有达到事先定义的复查条件，才能将该项从待处理改为已验证。 例如，旧商品地址昨天返回错误，今天已转到相关替代商品，只能证明这次访问的跳转符合计划；还需要检查分类中的旧链接是否更新，以及替代商品是否真的满足原来的购买需求。若商品只是暂时缺货，处理方式可能与永久删除不同，不应未确认库存计划就套用移除方案。把商品负责人给出的业务判断与技术检查结果一起记录，可以避免技术人员为了消除错误报告而把用户送到不合适的页面。"
}