结构化数据是列表告诉搜索引擎它是什么，而不是希望它们猜测。对于车辆库存，回报是具体的：富结果的资格、图像画廊的更清晰索引，以及你的数据与每一个重要爬虫之间的机器可读桥梁。标记本身很简单；围绕它的纪律是实施失败的地方。
重要的类型
- Vehicle 及其子类型，携带制造商、型号、年份、型号和标识符
- 产品加上优惠，当列表以价格销售时
- 将画廊绑定到车辆的 ImageObject 条目
- 卖家上下文中的 AutoDealer 或 Organization
- FAQPage 上存在真实的问题和答案
组合比任何单一类型更重要：一个正确的 ImageObjects 嵌套在 Offer 中的 Vehicle 描述了一个完整的列表，搜索引擎会用资格奖励完整性。
具体来说是图像字段
标记中的每个图像 URL 应该是一个真实的、可服务的、正确大小的资产，理想情况下是页面渲染的相同 URL。一致的图像使这变得微不足道：每个角度的可预测 URL 意味着标记可以直接从车辆记录中生成。混合的卖家照片使这变得痛苦，这也是画廊下方需要一个 标准化参考层 的另一个理由。
毁掉一切的错误
- 描述与页面显示不同车辆的标记，是手动操作的最快途径
- 返回 404、通过三次跳转重定向或阻止爬虫的图像 URL
- 标记中的价格滞后于显示价格
- 在没有单一车辆存在的类别页面上堆积Schema
- 在发布时测试一次，之后模板变更再也不测试
验证作为习惯
结构化数据会悄无声息地腐烂，因为模板编辑删除字段时，没有可见的东西会出错。在部署流水线中为每个模板放置一个代表性的列表验证器，并在回归时发出警报。十分钟的自动化可以替代每季度一次的慌乱，当丰富结果悄然消失时。
Schema 是对爬虫的承诺。就像每一个承诺，它在不再真实的那天被评判。
将本周早些时候的图像SEO指南与之配对：两者结合起来涵盖了车辆页面如何呈现给搜索引擎，从像素到标记。如果你的常见问题解答块是真实问题的真实答案，请标记它们；我们的就是，这也是答案出现在买家提问处的原因之一。
一个工作的最小示例
一个列表的最小有用标记嵌套了三件事：一个带有制造商、型号、年份和型号的 Vehicle，一个携带价格和可用性的 Offer，以及指向页面本身渲染的前三分之四、侧面和内饰 URL 的图像数组。保持这三者的真实性，胜过漂移的复杂标记。从最小开始，保持与模板同步，只有当你真正想要的丰富结果需要一个你尚未发出的字段时，才进行扩展。
如果你继承了一个有遗留标记的网站，在相信任何内容之前运行验证器。继承的模式是考古学：一半的字段描述了之前的平台，最快的路径通常是删除到最小的真实核心，然后从头开始重建。
