摘要：产品页JSON-LD中的型号若与标题、规格表格或图纸不一致，百度和AI搜索可能拼出错误答案。本文给出产品主键、字段来源、缓存与发布验收的排查顺序。
产品经理把V210A改成正式型号V210-A，网页标题和规格区域都已更新。几天后，客户从搜索答案里看到的仍是V210A，销售收到的询价也带着旧写法。检查源码才发现，页面里的JSON-LD还在读取旧字段。产品页出现两个型号时，问题不只是显示疏漏，搜索系统可能把标题、正文和结构化数据拼成一条并不存在的产品记录。
排查时要确认搜索系统看到了哪些型号
先把页面上能找到型号的位置列出来：title、H1、正文规格、图片alt、下载文件名、面包屑和JSON-LD。还要看网页源代码与浏览器渲染后的代码是否一致。有些模板在服务器输出一个型号，前端脚本又从接口写入另一个值，编辑后台只看可见正文，很难发现冲突。
JSON-LD里的name、model、sku和description承担不同作用。name可以包含产品名称，model应保存对外使用的正式型号，sku若只用于内部库存管理，不要直接拿客户旧图号填充。页面没有公开价格和库存时，也不必为了字段看起来完整而编造offers。结构化数据只能描述页面已有事实，不能另建一套产品说明。
检查工具显示语法通过，也不代表内容正确。字段类型、引号和URL都合法，但model仍可能来自停用表。验收人员要把解析结果与页面正文逐项比对，而不是只看“无错误”提示。若搜索结果暂时保留旧型号，还要区分页面仍有冲突，还是抓取更新尚未完成。
产品主键和型号别名应当怎样进入页面字段
资料底表需要一个稳定的产品主键，再分别记录正式型号、历史型号、客户图号和内部物料号。V210-A是当前公开型号，V210A可以作为搜索别名，客户图号C-0487只在对应项目资料中使用。四类编号不能轮流占用model字段，否则同一产品每次更新都会产生新的身份。
标题、正文和JSON-LD应从同一条核准记录取值。内容人员可以补充应用说明，却不应手工复制型号到多个模板文件。产品改名时，资料负责人先更新主表和生效日期，工程人员确认图纸及下载文件，网站再发布公开字段。仍需接住的旧型号可以写在“曾用型号”说明中，并指向当前产品页。
系列页与单品页也要分开。系列页介绍V210系列，不应在结构化数据中随意选一个子型号作为model；单品页则只能对应一个明确版本。若不同口径、材质已经拥有独立图纸和询价路径，可为每个变体建立稳定URL。只是可选配置的内容，放在同一页面写清适用条件即可，避免生成大量差异很小的页面。
上线验收怎样发现前台看不见的字段冲突
发布前用正式型号做一次全站检索，再用历史型号反查。正式型号应落到当前产品页，旧写法可以找到替代说明，但不能另出现一张仍可询价的旧产品页。接着查看网页源码中的JSON-LD，确认model、页面URL、主图和description都属于同一个产品。产品页改过filename时，旧地址应跳转到当前页，不能让两个URL各带一个型号继续被抓取。
缓存要纳入检查。PbootCMS页面缓存、反向代理和搜索快照的更新时间不同，修改数据库后如果没有清理运行缓存，访客可能继续读到旧代码。清缓存后重新请求公开URL，不能只在登录后台的预览页验收。图片和PDF若沿用旧文件名，也应确认文件内容确实已经换版。
发布记录至少写明产品主键、改动字段、资料来源、确认人和上线时间。销售发现客户仍使用旧型号时，可以判断对方来自旧样册、第三方页面还是当前官网，不必反复猜测。网站人员再按来源处理重定向、别名说明或字段修正，并保留修改前后的抓取结果。
产品型号是一条贯穿图纸、网页和询价的识别线。结构化数据放在源码里，普通读者看不见，但它必须服从同一份产品记录。把字段来源和验收步骤固定下来，百度与AI搜索得到的型号更稳定，销售也更容易把线上问题追到具体资料版本。
