给商品页加 Product 结构化数据，我对比抓取频次发现延迟索引才是真问题

上周把自家网店 30 个 SKU 的详情页全量加了 Product 结构化数据，字段按 schema.org 规范填的：name、image、description、sku、brand、offers（含 price、priceCurrency、availability）。加完了一直等 AI 爬虫来抓，结果一周过去，服务器日志里 Googlebot 对这批页面的抓取频次几乎没变，倒是 Bingbot 多来了几次。

我以为是结构化数据写错了，拿 Rich Results Test 跑了一遍，全部通过，没报错。又去 Search Console 查「商品摘要」报告，显示有效项 30 个，但「已抓取 - 尚未编入索引」的比例很高。这才意识到问题不在标记本身，而在抓取预算和索引延迟——页面速度虽然 PASS 了 CWV，但服务端 TTFB 在高峰期有 800ms 到 1.2s 的抖动，日志里能看到爬虫请求经常在 1s 以上才拿到首字节。

做了个对照实验：把 10 个 SKU 的页面做了静态化缓存，TTFB 压到 200ms 以内，另外 20 个维持原样。两周后看日志，静态化那组的抓取频次翻了差不多 3 倍，结构化数据被解析的时间戳也更早。但有个反常识的点——抓取频次上去了，AI 回答里引用这些商品参数的比例并没有同步涨，我怀疑是索引管道里还有别的瓶颈。

现在我的判断是：Product 结构化数据只是入场券，真正卡脖子的是抓取调度和索引更新周期。准备下一步把 offers 里的 priceValidUntil 和 availability 做成动态渲染，看能不能触发更频繁的重新抓取。

问一句：你们做商品页 GEO 时，是怎么区分「标记没被解析」和「解析了但没进索引」的？看日志的哪个字段能确认？