风语 · 实用指南 · 更新于 2026-10-08
结论先说：这份盘点一共登记了 12 份数据资产、分放在 2 台主机上，其中城市页 384 个、行业页 75 个。 它量的不是「我们有多少访问」，而是「我们公开了多少可核查的数据、覆盖到哪一层」。
| 口径 | 数字 | 它数的是什么 |
|---|---|---|
| 数据资产 | 12 份 | 登记在册的内容与构建类数据资产 |
| 主机 | 2 台 | 这些资产分布在两台服务器上 |
| 城市页 | 384 个 | 已建页的中国城市/地区 |
| 行业页 | 75 个 | 已建页的行业 |
| 有画像城市 | 358 个 | 带自报产业结构的城市 |
| 城市 × 行业格子 | 26,850 个 | 358 × 75，待覆盖的组合总数 |
| 缺口榜 | 50 行 | 已公开的空白格子榜单 |
结论：它逐份登记的是「存在多少页、占多少字节」，不是「来了多少人」。 页数与体积在磁盘上数一遍就有；访问量要靠日志分类，还得区分真人、机器人、扫描器，两者的可信度不在一个量级。 这也是这份盘点能被复算的原因：你打开清单，就能看到每一份资产各自的页数和字节数。
体积差别很大：有的资产页数多却很轻，有的页数不多却很重。差别来自每页背后是纯文本，还是整份数据文件，展开见 体积那一篇。
结论：「城市 × 行业」的格子总数，是拿有产业画像的城市数（358）乘以已建页的行业数（75）得到的。 26,850 不是拍脑袋，是把两个公开数字相乘就能验算的结果。它不代表「已经有 26,850 份数据」，而代表「有这么多组合值得一张页」，缺口就从总数里减。 谁在多出来的那一格、排序怎么定，展开见缺口那一篇。
结论：这份盘点里每个数字都配了三样东西：定义、日期、能下载的原始文件。 资产清单以一份 JSON 和三份 CSV 公开，谁都能下载下来重新数一遍。没有定义的数字只是断言，有定义又有日期的数字才是数据。 多久重算一次、怎么自己核，展开见重算与复核那一篇。
结论：读覆盖盘点翻车，多半是把「登记了什么」当成了「办成了什么」。
| 坑 | 典型表现 | 应对 |
|---|---|---|
| 把资产数当流量入口 | 看到「12 份」就说「12 个流量入口」 | 资产是数据文件，不是入口 |
| 把 26,850 当已发布量 | 说「你们有 26,850 篇内容」 | 它是待覆盖的格子总数，不是产出量 |
| 拿页数比体积 | 「384 大于 81，所以城市页最重」 | 页数多不等于字节多，分开看 |
| 忽略重算日期 | 拿几个月前的截图当现状 | 每份盘点都标生成日，看日期再引用 |
12 份资产都是对外内容吗？不是，大部分是对外内容资产，另有 2 份属运维/构建类，不对外。
26,850 里的缺口怎么排序？按城市需求、行业方向与成本因子加权打分，见缺口那一篇。
数字发现错了会改吗？会，改完连同新的日期一起覆盖，旧截图不再代表现状。
原始文件在哪？在风语「GEO 覆盖盘点」数据文件，含资产清单与缺口榜。
同簇阅读：26,850 个格子是怎么来的？ ｜ 12 份资产里哪几份最重？ ｜ 数字多久重算一次、怎么自己核？
数据出处：风语「GEO 覆盖盘点」数据页（公开数据页建设中，暂以直连文件为准） ｜ 直连：geo-coverage-audit.json