把文章标题从旧文案改成新的之后，按页面标题分组的报表里同一篇文章变成两行，前后数据各断成一段。乍看像缓存或者权限的锅，追下去往往不是。
gtag('config', 'G-XXXXXXX', { content_group: 'blog' });
gtag('event', 'page_view', { content_id: 'post-1024' });
追下去是这么回事：报表默认按 page_title 聚合，标题文案一改就是一个新值，历史数据不会跟着改名。URL 没变，但分组维度已经换了键。
碰到「页面标题报表断档」这类问题，我习惯先把当前配置原样备份一份，改坏了立刻换回来，不用现场推。一次只改一处，改完立刻验证，几个改动叠在一起，出问题就说不清是谁导致的。
先做最小复现，能稳定跑出来的问题，排查成本会低一个数量级。别只看报错的最后一行，往上看几行，真正的起因通常在上面。
具体做法是，报表改用 page_location 或 page_path 分组，标题只作为展示字段；给页面加固定的 content_group 或 content_id，改标题不影响归组；必须看标题时，在导出层做一张新旧标题映射表。
验收就看一点，改标题前后同一篇文章仍归在同一行，趋势线不再断档。