摘要：文章标题调整后，title、H1、Article headline和分享标题若未同步，搜索系统会接收到两套主题。本文说明字段来源、缓存清理和源码验收方法，适用于改名、迁移及模板更新后的文章复核。
文章标题已经从宽泛话题改成具体问题，浏览器标题和H1都显示新名称，源码里的Article JSON-LD却仍保留旧headline。读者看不出异常，搜索系统读取页面时却会遇到两套主题。修正方法是统一字段来源，并同时检查原始响应、渲染页面和缓存版本。
两套标题通常来自不同的数据入口
浏览器title和正文H1往往直接读取文章表里的title字段，JSON-LD则可能来自SEO插件、模板变量或发布时生成的静态片段。编辑人员只改文章标题，没有触发附加字段重建，headline就停在旧值。页面缓存还会让问题更难判断：前台看见新标题，抓取节点返回的可能仍是旧源码。
分享标题也是常见分叉点。页面同时存在title、H1、headline和og:title时，它们可以因展示场景略有长度差异，但核心主题、产品对象和问题条件不能改变。若H1写“设备安装温度说明”，headline仍是“设备选型指南”，两者并非简单缩写，而是在描述不同内容。
另一个原因是转义处理不一致。标题含引号、斜杠或单位符号时，模板可能先做HTML转义，再把结果写入JSON，源码里出现实体文本或无效字符。浏览器画面正常，不代表JSON能被解析。headline应由JSON编码器输出，不能用字符串拼接把标题塞进脚本。
批量导入也可能留下隐藏旧值。表格更新了title列，扩展字段里的SEO标题没有清空；模板判断扩展字段非空，便继续优先输出旧内容。排查时要查看真实字段值和模板优先级，不能因为后台编辑框显示新标题，就认定所有输出入口已经同步。
标题字段要从同一篇文章记录生成
内容库可把正式标题设为唯一主字段，title、H1、headline和分享标题默认从它派生。确有分享端缩写需求时，单独保存短标题，并限制它只能压缩表述，不能更换主题。模板渲染时还要带上文章ID或固定网址，避免列表缓存把另一篇文章的标题片段带进详情页。
文章改名涉及的不只是文字。页面自引用canonical通常保持原地址；如果文件名也随标题变更，则要决定旧地址是永久跳转还是继续保留，不能让headline指向新主题、canonical却指向另一篇内容。日期字段也要按真实动作更新，标题实质改变时记录修改时间，仅清缓存不应伪造成内容修订。
生成Article对象时，headline、datePublished、dateModified、mainEntityOfPage和图片地址应读取同一条文章记录。headline不能从列表卡片标题回填，图片也不能沿用栏目默认图。输出后先进行JSON解析，确认脚本是合法对象，再比较headline解码后的文字是否与页面主标题一致。
列表卡片可以使用截短标题，但截短结果只服务列表布局，不能写回文章记录。缓存键也应包含文章ID和语言，不能只按栏目保存一份标题片段。否则连续更新同一栏目中的两篇文章时，后生成页面可能拿到前一篇的headline。
有多语言版本时，每个语言页面读取自己的标题和网址。中文页不能因为模板共用而输出英文headline，英文页也不应引用中文主页面作为mainEntityOfPage。语言对应关系、canonical和Article对象各自解决不同问题，不能靠一条跨语言标题覆盖所有页面。
验收要区分数据库、原始源码和浏览器画面
发布前从数据库读取目标文章，记录ID、title、filename和修改时间；请求公开网址后保存原始HTML，解析title、H1和JSON-LD中的headline。三处核心文字应一致，Article脚本只能对应当前网址。检查不能只复制浏览器元素面板，因为脚本执行后看到的DOM可能已经被前端再次改写。
清理页面缓存和代理缓存后，用无登录窗口重新请求，再用手机宽度打开一次。手机验收重点是H1换行和导航遮挡，源码验收重点是缓存是否仍返回旧headline。若站点有多个域名入口，还要确认主域响应中的canonical和mainEntityOfPage都指向同一公开地址。
上线后搜索结果不会必然立即更换标题，不能把短期未变化当作修复失败。可保留本次源码、修改时间和缓存清理记录，后续复查时比较公开响应。只要数据库、画面、JSON-LD和网址关系稳定一致，页面就不会因为一次改名长期向外提供两套主题。
