商品标记里的价格应对应真实可购买条件和页面可见信息。出现旧价时，需要核对商品数据、变体、税币种、插件输出及缓存，不只是重新运行测试工具，更不能填一个固定低价吸引点击。
固定同一购买场景对照
记录商品、变体、客户身份、币种和地区，保存页面可见价格及JSON-LD中的值。不同场景可能有不同合法价格，不能把管理员预览与匿名访客直接比较。促销开始结束与时区也需要核对，避免把尚未生效的价格当成缓存问题。
追踪结构化数据输出方
确认由商城、SEO插件、主题还是自定义代码提供，检查是否有两套Product标记。某项只读取普通价、另一项读取变体或动态定价时，可能发生矛盾。先明确实际规则，不用额外手工脚本硬写一个新价覆盖，却保留旧数据一起输出。
处理相关缓存与数据同步
商品对象、页面、CDN以及外部定价系统可能有不同更新时间。按确认范围清理或重建，避免全站频繁清空造成负载。资源刷新后从公开地址读取，不只在后台看价格已保存。若外部系统会回写，协调其来源与执行时点。
验证持续正确而非瞬间正确
测试正常价、促销、变体和必要身份，核对产品页、结账及结构化数据一致。不要以页面最低可见数字代替所有配置报价，库存和可购状态也应真实。搜索结果刷新属于后续观察，不能保证改正标记后立即展示新价。
关键区别
可见价格：客户当前条件的售价；先固定身份币种地区。
结构化价格：描述真实商品报价；不得硬写虚假低价。
缓存同步：影响不同层更新时间；公开回读才能确认。
怎样确认处理到位
目标场景的产品页、结账与标记一致，没有重复矛盾Product输出，促销和变体合理，价格来源与同步责任清楚，未对外保证即时刷新。
容易误判的边界
复杂定价应按实际业务与插件支持处理，公开价格、库存和结构化数据保持一致。不要为获取点击虚构折扣或最低价，修改后仍需检查缓存。
