目录级规模的商品页优化
商品页是决策发生的地方。大多数店铺只有少数几页精心做过，其余几百页由模板生成后再没人看过。
商品页优化杠杆极高却很少有人做，因为认真做意味着把每一页当成独立的转化问题——没有哪个小团队有时间对一千个 SKU 这么干。Builder 和 Visibility 分工：一个重构和重写页面，另一个确保成果可被发现、可被引用。Analyst 决定先做哪些页。
从要紧的页面开始
按字母顺序优化是浪费。Analyst 按「承载的收入风险」给目录排序——有流量但转化差的页、承接付费投放的页、曾经能转化后来不行的页——让第一周的工作就落在能改变数字的地方。
从 GA4 行为中识别的高流量低转化页面
吞着广告费却不转化的页面
搜索需求强、页面质量弱的商品
移动端专属流失——在合并数据里通常看不见
实际改什么
首屏信息层级，让购买决策不用滚动就能回答。回应真实异议的文案，而不是复读厂商简介。图片顺序与数量。规格选择的清晰度。把运费与退换信息放在犹豫真正发生的位置——外加真正有效而非装饰性的结构化数据。
一致性才是重点
每一页都遵循连贯结构的目录，胜过少数几页出色、其余参差不齐的目录——对顾客如此，对爬虫也如此。Agent 按一套模式工作，铺满整个目录，并让新上架商品自动符合。
运行方式
给目录排序
Analyst 按收入风险排页面，让工作从回报最快处开始。
按模式重建
Builder 逐页应用一致的页面结构，按真实异议重写文案。
让它可被发现
Visibility 补上有效结构化数据、独立 metadata，以及来自相关分类页与内容页的内链。
你会得到什么
按收入风险而非目录顺序排定的工作
整个目录一致的、经过验证的页面结构
回应异议的文案，而不是复述规格
每个商品页都有有效的结构化数据，不只是畅销款
由这些 Agent 负责
常见问题
能处理多少商品页？
目录级规模正是使用 Agent 的理由。约束在你的审核能力而不是 Agent 的产能——所以审批规则支持你抽样审核，其余按模式自动应用。
每一页会不会千篇一律？
结构共享，文案不共享。模板化的商品描述比没有更糟——对顾客和搜索引擎都是——所以 Agent 依据每个商品的真实属性与评价逐个撰写。
能用上我的顾客评价吗？
能，而且应该用。评价是页面需要回应的异议的最佳来源，把对的评价放到对的位置，收益往往比重写描述还大。
怎么知道改动有效？
每次改动都绑定它要推动的指标，与改动前的基线对比。流量允许时，还可以做测试而不是靠假设。