电商分类与产品优化清单

此清单将电商目录转变为可执行的搜索系统。它记录了哪些生成的URL可以被索引、每个库存单位（SKU）的独特之处、可用性状态的行为方式，以及分类指南在何处可以帮助而不延迟产品展示。

清单： 电商分类与产品优化。时间盒： 政策与模板两个工作日，然后每个优先分类15–30分钟，每个优先SKU 10–20分钟；大型目录修正以受控批次继续进行。责任人： 电商SEO负责人。贡献者： 商品负责人、目录或产品信息负责人、开发人员、内容编辑、分析负责人和客户支持代表（负责可用性措辞）。

为何需要此清单，以及为何在此处

此清单属于SEO流程 中的一部分，排在技术基线审计 揭示爬取和规范化行为、内容盘点与审计 对URL进行分类、以及主题地图与信息架构 将分类分配到需求之后。此清单将这些输出转化为目录规则。

顺序之所以重要，是因为电商平台可以从一个产品集合中创建数千个URL。分面导航——缩小分类范围的筛选器（如尺寸、颜色、品牌、价格和材质）——会组合成倍数级的URL。查询参数是URL中用于筛选、排序、跟踪、会话或显示模式的?key=value部分。如果在政策确定之前就开始生产，写作者可能会优化那些后续模板会规范化或阻止的URL。如果开发人员先阻止它们，可能会移除那些有已证实需求和可索引性 （进入搜索索引的能力）的有用页面。

跳过清单会浪费爬取预算 （搜索引擎投入给一个网站的实际爬取量），并将信号分散到几乎相同的URL上。它还可能导致删除有排名的缺货页面，或在每个SKU上重复同一段制造商文案。

输入与输出

输出约束了实施、页面工作、结构化数据和发布QA。每个部分都需要负责人和版本日期。

清单

1. 盘点每个能生成URL的控件

做什么： 列出每个能改变URL的筛选器、排序器、分页控件、货币或语言切换、跟踪标签、会话值、内部搜索路径、变体选择器和视图模式参数。为什么： 政策无法管理未知路径，而一个多选筛选器可能创建无限的爬取空间。怎么做： 爬取代表性分类、检查渲染的链接和表单、抽样服务器日志、导出已索引的URL，并手动操作控件。工具： 爬虫、服务器日志、分析工具、电商平台和Search Console导出。完成条件： 每个观察到的模式都有负责人、目的、示例、预估数量或有界范围、当前指令和建议策略；样本中无未解释的参数。

2. 一次性决定分面策略

做什么： 创建一个可索引分面的允许列表，以及一个适用于其他所有内容的规则。为什么： 逐个页面选择会产生矛盾的规范化、链接和站点地图条目。怎么做： 仅当一个分面具有独特的搜索意图 、可衡量的需求、稳定的产品、有价值的库存、独特的页面信号和内部链接路径时，才批准其为可索引。排序、视图、会话、跟踪、任意价格范围和未经批准的组合永远不作为落地页。工具： 需求地图、结果审查、库存数据源、爬虫和策略表。完成条件： 100%的模式映射到INDEX（索引）、CONSOLIDATE（合并）、NOINDEX（不索引）或BLOCK GENERATION（阻止生成），且开发人员可依据参数类别确定结果。

3. 使指令一致

做什么： 对齐每个策略状态的状态码、爬虫控制、规范化URL （重复内容中的首选版本）、站点地图成员资格、内部链接和导航。为什么： 一个在站点地图中说"索引我"、在规范化标签中说"优先选择另一个页面"、在爬虫指令中说"不要爬取"的URL无法传达连贯的指令。怎么做： 可索引分面返回200状态码、自规范化、出现在预期的站点地图中、并接收可爬取的内部链接。纯粹的重复参数规范化到干净的等效版本，并排除在站点地图之外。内容单薄但必要的用户筛选状态使用noindex,follow，保持可爬取直到搜索引擎能观察到该指令。防止会话和跟踪URL被链接或生成。工具： 渲染的源代码、头部检查器、爬虫指令测试器、站点地图导出和爬虫。完成条件： 每个样本遵循策略中的一行，无冲突，且没有被阻止的URL依赖于不可见的规范化或noindex标签。

4. 控制组合和空状态

做什么： 设置多选筛选器、分页、零结果组合和库存变化的限制。为什么： 即使已批准的分面，在无限制组合时也会变得低价值，而反复变空的索引分类不是稳定的目的地。怎么做： 仅将已批准的单一分面或明确批准的组合暴露为可爬取链接。将任意组合排除在站点地图和全站导航之外。仅当产品集合或持久的解释性目的存在时，才返回有用的200页面；对无效或故意移除的组合使用404或410，而非返回说"未找到"的软404页面。工具： 分面测试矩阵、目录数据源、爬虫和索引报告。完成条件： 每个测试的双筛选器和三筛选器组合都遵循策略，零结果URL有定义的状态，且没有可索引分面在未经负责人警告的情况下低于约定的库存下限。

5. 按字段而非百分比定义原创性

做什么： 构建SKU原创性矩阵。SKU是一个可销售库存单位的稳定标识符；父产品将紧密相关的变体分组。为什么： “80%独特"无法被审查，反而鼓励用同义词替换而非提供有用的事实。怎么做： 要求面向客户的标题、简洁摘要、差异化优势、经核实的规格、所含物品、兼容性、尺寸、材质、护理或安全信息、可用性、媒体和变体属性（当存在差异时）为原创或SKU特定的值。制造商信息仅在清晰表达需要时才可重写，不得伪装成原创测试。工具： 产品信息系统、供应商证据、编辑简报、相似度报告和样本审查。完成条件： 每个优先SKU都有完整的必填字段，每个差异都是事实性的，没有引入未经支持的声明，且审核人员可以在不依赖SKU代码的情况下区分两个相邻SKU。

6. 将继承内容与产品描述分离

做什么： 标记可以共享的内容：退货、 shipping、保修、品牌模板、法规声明和相同的说明。为什么： 共享的政策文本是合理的，但将其混入主要描述会产生重复内容 并掩盖产品的独特信息。怎么做： 在标记的标题下渲染共享模块，并将其保留在SKU摘要之外。对于没有独立需求或实质性差异的尺寸或颜色变体，使用一个包含可选变体的父页面。仅当变体具有独立需求、稳定的库存、独特的事实和媒体以及自规范化的页面时，才创建独立可索引的变体URL。工具： 模板映射、组件清单、需求证据和渲染比较。完成条件： 继承字段在矩阵中已标记，主要描述仅包含相关SKU或父级信息，且每个变体路径都有已记录的合并或索引决策。

7. 优化分类目的，不在网格上方写文章

做什么： 为每个可索引分类赋予独特的H1、简短的方向说明、有用的筛选器、产品网格和辅助购买指南。为什么： 页面必须向读者和搜索系统说明其范围，但带着商业意图访问的用户需要先看到产品，而非长篇大论。怎么做： 在网格上方使用50–120个词来定义范围、重要区分点和选择提示。将扩展指南、比较、护理建议和常见问题放在第一组产品下方或通过清晰的锚点链接访问。不要在同级分类之间重复相同的模板内容。工具： 分类规范、移动端和桌面端预览、查询映射和内容编辑器。完成条件： 网格上方文案在50–120个词之间，H1命名了范围，第一个产品卡片在1440×900分辨率下在首个视口内可见、在390×844分辨率下不迟于第二个视口，辅助文案回答分类特定问题。

8. 保持网格可用性和爬取路径

做什么： 验证筛选器、分页或加载更多行为、产品链接、排序和移动端控件。为什么： 视觉上完整的网格仍然可能通过仅限JavaScript的交互隐藏产品，或通过每次选择生成爬取陷阱。怎么做： 确认产品锚点存在于服务器发送的HTML中，每个分页状态都有稳定的导航，筛选器宣布选择内容和结果数量，排序控件不创建可索引的重复项。在禁用JavaScript的情况下以及在代表性移动宽度下进行测试。工具： 渲染的DOM、无障碍树、爬虫和浏览器设备模式。完成条件： 测试序列中的每个产品都可以通过可爬取的锚点访问，没有页面需要无限滚动才能发现所有商品，已选筛选器可以被移除，且没有控件产生违反策略的URL。

9. 设置临时缺货规则

做什么： 让暂时不可用的产品保持有用且诚实。为什么： 缺货改变的是可用性，而非产品页面的身份或累积价值。删除它会丢失历史记录，并让通过现有链接访问的人失望。怎么做： 返回200状态码、保留已验证的产品信息、醒目地标明"缺货”、更新产品可用性状态、以无障碍方式禁用购买操作，并提供补货通知或真正相关的替代品。当在业务声明的时限内预期有补货时，将其保留在站点地图中。工具： 库存数据源、模板状态测试、Schema验证器和目录负责人审核。完成条件： 数据源、可见状态、购买控件、站点地图决策和结构化数据在一个库存同步周期内保持一致，且没有不可用的商品能被当作可购买商品加入购物车。

10. 设置停产规则

做什么： 对永久停产的产品选择"保留"、“替换"或"移除”。为什么： 一刀切重定向到分类页面相当于软删除，而一刀切返回404会丢弃链接、需求、说明书、评论和支持价值。怎么做： 仅当有接近的后续产品满足相同需求时，才使用单跳301重定向，并在目标页面上说明替代关系。当停产页面有流量、链接、活跃需求、保修或支持价值时，保留为200状态码，禁用购买并显示替代品。当移除是故意的且不存在替代品或保留价值时，返回410状态码；将其从站点地图和导航中移除。工具： 链接和流量报告、产品生命周期数据源、支持输入、重定向测试器和编辑审核。完成条件： 每个已停产的优先SKU都有一个已记录的状态，替代重定向是单跳的，保留的页面标明已停产，移除的URL不再出现在站点地图或产品数据源中。

11. 对齐产品事实与结构化输出

做什么： 使可见的价格、货币、可用性、SKU、品牌、变体、评论和状况值与产品Schema （描述产品信息的结构化标记）一致。为什么： 语法上有效的标记仍然可能是错误的——当数据源在不同时间更新页面和Schema时。怎么做： 对有代表性的有货、促销、预售、缺货订购、缺货、变体和停产状态，比较渲染文本、结构化数据、商家数据源和结账页面。仅在评论可见且有归属时标记评论。工具： Schema验证器、数据源诊断、渲染源代码和结账测试。完成条件： 零必填属性错误，抽样值在每个表面都匹配，且库存同步负责人有告警机制和响应时间来应对不匹配情况。

12. 在规模化之前验证代表性批次

做什么： 在部署到整个目录之前，一起测试策略状态。为什么： 完美的畅销品不能证明空分面、变体、分页分类或停产商品能正常工作。怎么做： 至少包含一个主要分类、已批准的可索引分面、不可索引的筛选器组合、分页状态、父产品、变体、临时缺货、已停产的替代品、保留的停产页面和已移除的URL。为每个状态捕获源代码、头部信息、站点地图状态、内部链接、截图和产品数据。工具： 验收矩阵、爬虫、浏览器、验证器、Search Console和变更记录。完成条件： 每个样本通过所有适用规则，无未解释的指令冲突，责任人在模板范围推广前签署批次。

AmICited中的工具

AmICited为优先级排序和验证提供证据；商业价值和替代品适用性仍由人工决策。

1. 打开产品 ，访问app.amicited.com/reports/products ，比较SKU收入、销量、订单数、库存匹配情况和产品级表现。优先处理商业重要的页面，但将空白库存视为未匹配的目录记录直至核实——不要将其当作缺货的证据。
2. 使用品类结构 ，访问app.amicited.com/reports/assortment ，查看哪些SKU承载了累计收入以及长尾从哪里开始。这设定推广优先级，但并不证明删除那些服务于支持、产品线范围或长尾需求的低销量产品是合理的。
3. 打开Google搜索目录 ，访问app.amicited.com/reports/google-search/directories ，按点击量和展示量比较分类板块，然后逐级深入一级目录。将日期范围和筛选器与策略基线一同记录。
4. 使用站点地图与索引 ，访问app.amicited.com/reports/google-search/sitemaps-indexing ，检查站点地图警告和错误，提交已更改的站点地图，并在实施后为受控URL批次请求索引。

决策规则

“不良"必须可衡量。以下是运营关卡，而非排名声明。仅在有更严格记录规则的情况下替换默认值。

库存下限是分类特定的：三台工业机器可能很有价值，而三种服装选项可能显得单薄。失败意味着没有声明下限，或在突破下限后依旧使页面保持可索引——而非跨越某个通用产品数量。

交付物：目录搜索契约

移交一个带版本的工作簿或结构化数据集，外加一份简短的政策文档。实施和审计需要行级别的决策。

策略版本 / 批准日期 / 负责人：
涵盖的平台和环境：

URL_PATTERN工作表
- 模式ID、示例URL、参数类别、目的
- INDEX | CONSOLIDATE | NOINDEX | BLOCK GENERATION
- HTTP状态码、爬虫指令、规范化目标、站点地图、内部链接
- 需求证据、库存下限、负责人、审核日期

SKU_CONTENT工作表
- 产品ID、父ID、SKU、生命周期状态
- 必填原创字段及完成状态
- 继承模块及来源
- 变体决策及证据
- 可见/数据源/Schema一致性结果

AVAILABILITY工作表
- 状态、触发条件、预期持续时间
- HTTP状态码、可见消息、购买控件
- Schema可用性、站点地图、替代品、重定向行为
- 同步目标和上报负责人

ACCEPTANCE工作表
- 测试URL及其代表的状态
- 源代码/头部/规范化/爬虫指令/站点地图/链接证据
- 桌面端/移动端网格结果
- 内容和结构化数据结果
- 通过/失败、审核人、时间戳、例外情况

将策略版本存放在每个结果旁边；没有日期的绿色单元格无法证明测试的是哪条规则。

常见问题

• 在robots.txt中阻止所有参数。 爬虫可能永远看不到规范化或noindex指令，已批准的分面页面也会随之消失。
• 对每个听起来像关键词的筛选器都进行索引。 颜色、尺寸、品牌、价格和材质的组合会产生不稳定的页面，其库存和意图不支持独立的目的地。
• 对供应商文案稍作改写后就称之为原创。 同义词替换不会增加产品知识；错误会在各个商家中传播，相邻的SKU仍然无法区分。
• 对每个分类使用同一段文案。 在通用文案中替换分类名称不会提供任何选择帮助，还会引入同级分类间的重复问题。
• 在产品网格上方填充大量搜索文案。 一个分类可能增加了标题，但完成商业任务的能力却变差了，尤其是在移动端。
• 将每个停产商品都重定向到分类根页面。 目标页面不满足产品特定的需求，因此用户和搜索系统体验到的是软删除。
• 立即移除缺货页面。 暂时性的可用性变更会删除一个可能仍保留需求、链接、评论和补货意图的URL。
• 因为结构化数据能通过验证就相信它。 当页面显示不可用且结账页面拒绝该商品时，一个有效的InStock值仍然是错误的。
• 仅测试畅销品后就进行推广。 有货、干净的产品恰好避开了模板和数据源逻辑会失败的那些边缘状态。
• 将收入作为保留/删除的唯一信号。 低销量产品可能完善产品线范围、支持现有客户、吸引特定需求或影响另一商品的购买。

下一阶段

已验收的批次将稳定的URL、页面角色、原创性字段、标题和产品事实传递给页面优化 。分面允许列表和层级结构约束了内部链接 ；已验证的产品和可用性字段为结构化数据和实体 提供数据。

不要随意重新开放索引策略。新的可索引分面需要证据、样本和策略版本变更。一旦内容、链接、Schema、媒体和模板完成，请附带契约执行发布前QA 。如果候选版本与已批准的样本不一致，则阻止发布。

常见问题

常见问题