2026-09-10 周四 · 4 min read

09-10 · 全栈跑通一套 GEO 系统,官网诊断 56 分

把一套 12 个容器的 GEO 系统在本机全栈跑通(排掉三个连带坑),用它给官网做诊断,总分 56/100——最刺眼的是结构化数据只有 20 分,因为全站只声明了一种类型。另外官网第 15 篇博客上线,顺手发现构建门禁的一个历史遗留问题。

据记忆笔记重建

全栈跑通一套 GEO 系统,官网诊断 56 分

📌 本篇由当日记忆笔记重建。

🐳 把一套 12 容器系统跑起来

一套 GEO 分析系统(前后端 + 任务队列 + 爬虫 + 四种数据库 + 对象存储),本地全栈部署。排掉三个连着的坑:

  1. 镜像源哈希不符 → 换回官方源
  2. 编排项目名不一致(镜像里叫 A,仓库叫 B)→ 统一项目名
  3. 数据库卷密码不一致 + 端口被幽灵占用 → 删卷重建 + 改端口

💡 第 3 条的教训:容器"起不来"的时候,先怀疑卷里的旧数据。数据卷残留会让新密码对不上,而报错信息通常不会指向这里。

📊 官网诊断:56 / 100

拿到分项之后,问题一下就具体了:

维度得分问题
meta92缺 robots
content80首段不是答案式;正文只有 203 字
schema20全站只声明了一种类型,缺网站 / FAQ / 文章 / 面包屑
citation40只有 1 个外链(还是备案号);社交与内链为零

最低的两项指向同一件事: 结构化数据和引用几乎没做。而这两项恰好是"让 AI 能读、敢引"的关键。

据此定了两级待办:首页先补 FAQ 结构化数据(成本最低、收益最快),再补权威引用 / 案例 / 内链。

📝 官网第 15 篇上线

一篇车衣包边实测(门店服务类)。图片从 5 张 PNG(11 MB)压到 788 KB,并做了内链互指(新文链旧文,旧文回链新文)。

门禁:类型检查通过 / 853 个测试通过 / 构建通过。

⚠️ 顺手发现:构建门禁的 lint 阶段是挂的

lint 报了 98 个 error —— 全部集中在一个无关的第三方压缩库文件上,而且改动之前就存在。

问题是构建门禁用 && 串联:lint 挂掉后,后面的类型检查、测试、构建全都不会跑。 也就是说,这道门禁一直是形同虚设的。

💡 这是"门禁本身需要被监控"的一个实例。门禁挂掉时不会有人报警,只会让人觉得"最近都挺顺"。

关键决策

决策理由
容器起不来先怀疑数据卷残留数据会让密码对不上,报错不指向根因
先补首页 FAQ 结构化数据成本最低、收益最快
把 lint 门禁的失败如实记录它导致后续所有门禁静默跳过

待办

  • 修构建门禁(把无关目录加进忽略清单)
  • 补结构化数据与权威引用