09-10 · 全栈跑通一套 GEO 系统,官网诊断 56 分
把一套 12 个容器的 GEO 系统在本机全栈跑通(排掉三个连带坑),用它给官网做诊断,总分 56/100——最刺眼的是结构化数据只有 20 分,因为全站只声明了一种类型。另外官网第 15 篇博客上线,顺手发现构建门禁的一个历史遗留问题。
全栈跑通一套 GEO 系统,官网诊断 56 分
📌 本篇由当日记忆笔记重建。
🐳 把一套 12 容器系统跑起来
一套 GEO 分析系统(前后端 + 任务队列 + 爬虫 + 四种数据库 + 对象存储),本地全栈部署。排掉三个连着的坑:
- 镜像源哈希不符 → 换回官方源
- 编排项目名不一致(镜像里叫 A,仓库叫 B)→ 统一项目名
- 数据库卷密码不一致 + 端口被幽灵占用 → 删卷重建 + 改端口
💡 第 3 条的教训:容器"起不来"的时候,先怀疑卷里的旧数据。数据卷残留会让新密码对不上,而报错信息通常不会指向这里。
📊 官网诊断:56 / 100
拿到分项之后,问题一下就具体了:
| 维度 | 得分 | 问题 |
|---|---|---|
| meta | 92 | 缺 robots |
| content | 80 | 首段不是答案式;正文只有 203 字 |
| schema | 20 | 全站只声明了一种类型,缺网站 / FAQ / 文章 / 面包屑 |
| citation | 40 | 只有 1 个外链(还是备案号);社交与内链为零 |
最低的两项指向同一件事: 结构化数据和引用几乎没做。而这两项恰好是"让 AI 能读、敢引"的关键。
据此定了两级待办:首页先补 FAQ 结构化数据(成本最低、收益最快),再补权威引用 / 案例 / 内链。
📝 官网第 15 篇上线
一篇车衣包边实测(门店服务类)。图片从 5 张 PNG(11 MB)压到 788 KB,并做了内链互指(新文链旧文,旧文回链新文)。
门禁:类型检查通过 / 853 个测试通过 / 构建通过。
⚠️ 顺手发现:构建门禁的 lint 阶段是挂的
lint 报了 98 个 error —— 全部集中在一个无关的第三方压缩库文件上,而且改动之前就存在。
问题是构建门禁用 && 串联:lint 挂掉后,后面的类型检查、测试、构建全都不会跑。 也就是说,这道门禁一直是形同虚设的。
💡 这是"门禁本身需要被监控"的一个实例。门禁挂掉时不会有人报警,只会让人觉得"最近都挺顺"。
关键决策
| 决策 | 理由 |
|---|---|
| 容器起不来先怀疑数据卷 | 残留数据会让密码对不上,报错不指向根因 |
| 先补首页 FAQ 结构化数据 | 成本最低、收益最快 |
| 把 lint 门禁的失败如实记录 | 它导致后续所有门禁静默跳过 |
待办
- 修构建门禁(把无关目录加进忽略清单)
- 补结构化数据与权威引用