主站：63.2 分
这是蓝图主站（qingdaolantu.com）经本系统体检的第一个真实分数。 我们把难看的分数一起公开了——因为一个刚起步的方法论， 最有说服力的不是「我们做得多好」，而是「我们怎么发现自己不好」。
扣分最集中的三项：实体一致性（多来源口径冲突）、 结构化数据（同页两份互相打架）、内容语料厚度（缺定义句与数据锚）。
六维得分
| 维度 | 权重 | 状态 |
|---|---|---|
| 地基 | 14 | 部分失分 |
| 看得到 | 18 | 明显失分 |
| 看懂 | 30 | 已修正 |
| 信得过 | 18 | 已修正 |
| 值得引 | 20 | 进行中 |
折算总分 63.2 / 100（C 级）
改了什么，改前什么样
左边是发现问题时的原始状态，右边是修正后的状态。 每一条都在线上可核验——打开对应站点源码搜关键词就能对得上。
这里刻意不复写作废的具体地址与数字 —— 把旧值写在页面上，反而会被抓取器当成事实收走， 那正是这份病历要治的病。当前有效口径一律以本站各页面页脚与 JSON-LD 结构化数据中的表述为准。
legalName。
同一个事实在同一个页面上有两种身份，机器只能判定这个实体不可靠。
五个站，问题各不相同
集团站群最典型的问题不是「有一个站没做好」， 而是每个站各差一截，而且差的地方不一样。这也是为什么口径治理必须一次覆盖全部站点。
| 站点 | 结构化数据块 | 主要问题 | 处置状态 |
|---|---|---|---|
| 蓝图品牌集团 | 6 块 | 作废地址残留、400 被标传真号、过期客户数、同页两份重复 Organization | 已修正 |
| 合睿品牌 | 3 块 | 客户数表述与集团口径不一致 | 待处理 |
| 助商包装 | 5 块 | 同样存在 400 被标传真号；地址口径有品牌专属要求（印刷厂 / 车间分列） | 待处理 |
| 甲小田精酿 | 0 块 | 完全没有结构化数据——AI 读它等于读一张没写字的纸 | 空白，最大增量 |
| 蓝图文化传播 | 7 块 | 400 被标传真号；10 处过期客户数表述 | 待处理 |
不是「改完主站就没事了」
五个站是五套独立的安装，各有各的配置。
主站的修正文件不能套用到其他站——每个站的文件里，
域名、链接、实体 @id 都是写死的。
空白站反而最好做
甲小田 0 块结构化数据。听起来最差， 实际上没有历史包袱——一次建对，不用先清理再建设。
口径要一次收全
只改一个站，其余站点继续说着不一样的话， 实体的整体可信度并不会提升。口径治理必须成组进行。
先在自己身上跑通，再对外服务
这套系统最早不是为了卖服务做的。 起因是我们发现——自己集团的五个站，在 AI 眼里各说各话。 地址有三种写法、客户数有三个版本、连公司的法定名称在不同地方身份都不一样。
这件事对我们来说不只是技术问题。做品牌的人被自己家的口径打脸， 这个事本身就说不过去。所以我们先把这个工具做出来， 先治自己的病。
治到一半我们意识到：市面上绝大多数企业的情况和我们一模一样—— 口径是随着时间一层层叠加上去的， 从来没有人从「机器怎么读」的角度收过口。
如果我们连自己都改不干净，就没有资格替别人改。
—— 因此这份病历一直是公开的三条我们守着不放的原则
- 改动留档——每次线上写入前先备份原值，写入后回读验证，验证结果一并留存
- 可回滚——任何一步都能在 30 秒内退回改动前状态，不改无法回滚的东西
- 不改不懂的——看不懂某段代码或某个字段被谁用着，先停下来问清楚，不「先删了再说」
第三条是踩过坑学来的： 曾经在没搞清一个摘要字段是否被前端使用的情况下批量改了 54 篇文章的摘要， 结果没生效，反而留下了隐患。
数据在哪
诊断报告、结构化数据修正清单、品牌事实卡、 首页内容备份——全部以文件形式留档。 客户做治理时，这些也是交付物的一部分。
引擎不依赖云端，数据可以不出你的门。