AI 购物助手到底从你的商品页提取哪些字段？

当 AI 购物助手回答"120 美元以内最好的跑鞋"或"这款手柄兼容 Switch 吗"这类问题时，它并不会像人一样去"阅读"你的商品页，而是对页面做一次结构化提取：从 HTML、JSON-LD 和可见文案里抽出一个个离散的事实，然后判断这些事实是否足够干净、完整到可以引用。

如果你只想弄懂一件事，那就是：助手不是在给页面排名，而是在从页面提取。任何你想让它引用到的细节，都必须以它能挑出来的字段形式存在。下面逐字段拆解它到底在找什么。

几乎每一次读取都可以归入四个区块，每一块都对应你页面上可触及的部分。

• 身份。名称、品牌、SKU 和规范 URL。助手需要知道产品是什么，以及这个页面是不是它的权威主页。标题几乎不提产品、或页面有多个可达 URL，都会稀释这一信号。
• 报价。价格、币种、库存状态和计量单位。价格通常是购物查询里信号最强的一个事实，而且必须在可见文案和结构化数据之间保持一致——一旦冲突，就是引用的杀手。
• 履约。发货窗口、承运商和退换政策。2026 年消费者问助手出货时间几乎和问价格一样频繁，助手也越来越倾向于优先选择写清具体窗口的页面，而不是含糊其辞的页面。
• 资质。评分、评价数、兼容性和使用场景。当助手比较两款产品时，区分项往往是一个它可以核实的事实——比如"这款鞋垫适配美码 9-12"——而不是营销话术。

页面被移出答案块的最常见原因，是助手在 JSON-LD 里看到的价格与购物者看到的价格不一致。提取系统会把两者都拿来比对。服务端渲染文案里的展示价，应当等于 Offer schema 里的价格。如果价格要在脚本运行后才加载，助手看到的就是一个空字段，常常会把产品当成缺货处理。

助手会解析 in stock、out of stock、preorder 这类库存状态。如果你的库存层级藏在某个组件异步获取之后，提取会把它读成缺失，比较类答案就会悄悄跳过你。把最小的库存信号放在首屏服务器响应里，并在 JSON-LD 中同步。

"3-5 个工作日发货"是可以提取的；"发货很快"则不是。当多个产品其他方面相近时，写明具体窗口的那个往往在送货类查询里胜出。用平实文案写清窗口，并和任何 shippingOffer schema 保持一致。

任何带变体的产品，都把兼容性写成平实句子："兼容 iPhone 15/16 与 USB-C PD 3.0。"助手对定性描述提取得差，但对具体列表捕捉得很好。在适用处把同样的事实放进 JSON-LD。

看不见的问题就没法修。geovisora.com/audit 的免费扫描会用和助手相同的方式读取你的商品 URL，告诉你今天哪些字段可提取、哪些为空或冲突。先从热销款开始扫描：报告会按它们有多常导致引用失效，把上面四块的价位、库存、发货缺口按优先级列出来。如果对流程还不熟，/faq 会在你动手改之前先梳理常见的失败点。

1. 用 geovisora.com/audit 扫描每款热销品，记下空字段或不一致的字段。 2. 先修价格和库存——它们决定了所有购物查询。 3. 把发货写成带具体窗口的平实文案，并同步到 schema。 4. 把兼容性和适配重写成可提取的事实列表。 5. 重新扫描确认每个字段都读得干净，再处理下一个页面。

*我需要单独做一个 AI 优化的页面吗？*

不需要。购物代理读取的就是你现有的商品页，工作是让真实页面完全可读——不做门页，不复制内容。这里每一项技巧都作用于你已经有的页面。

*只靠 schema 就能保证被引用吗？*

不能，而且对任何这种承诺都要警惕。schema 是结构化信号，但可见文案必须和它一致，两边都要陈述事实。

*助手多久能注意到我的修复？*

提取不像排名那样有漫长的等待周期。一旦真实页面上的事实干净且一致，助手开始反映它们通常比经典 SEO 快得多——不过具体时机仍因助手和查询而异。

*价格真的是最强信号吗？*

对购物查询来说，通常是。助手需要一个精确、当前的数字来做比较。如果你的价格可提取而对手的不能，你就是比较块里那个干净的答案。