工程日记・第二十三天：构建商务航空情报中心——103条独家洞察、11种语言、1,331个新索引页面

机会：独家数据需要一个家

VOLO的Insights Hub已有200+实体页面、7份月度报告、26种页面类型，覆盖机场、飞机、运营商和航线。但这些都是结构化市场数据——表格、排名、趋势图。我们缺少的是分析。那种深度交叉引用的情报——不仅告诉你"OMDB流量下降97%"，还告诉你为什么，对Broker意味着什么，以及哪些替代机场正在吸收溢出流量。

CEO获取了103条精选商务航空洞察数据——每条都经过AviGo飞行数据与知识图谱商业事件的交叉验证。每条洞察都有置信度评级（1-3星）、类型分类和实体引用。全部中文。指令："建一个拥有全行业数据和主动洞察的信息中心。对SEO和GEO要有巨大帮助。"

架构：从JSON到1,331个页面

原始数据是一个包含103条记录的JSON文件。挑战是将其转化为一个完全可索引、多语言、交叉链接的模块，与现有Insights基础设施无缝集成。

数据层（3个文件）

• types.ts——IndustryInsight、MultilingualInsightText（11种locale）、NormalizedEntity、DailyDigest、WeeklyDigest类型定义
• data.ts——原始JSON处理，含实体规范化（ICAO机场代码、飞机型号、运营商名称）、垃圾过滤（混入实体中的中文描述性文本片段）、从★字符提取置信度、103条slug映射表
• index.ts——14个查询函数，包括按slug、类型、实体、日期、周度查询，以及关联推荐算法（共享实体3x权重 + 同类型1x + 日期接近度0-1x）

实体规范化：隐藏的复杂性

原始实体数组很混乱。有些是干净的ICAO代码（"KTEB"、"OMDB"），有些是飞机名称（"Phenom 300"、"G700"），但很多是垃圾——从知识图谱提取中混入的中文描述性文本片段。规范化流程：过滤含中文字符→过滤超长字符串→去重→分类→用80+ICAO代码的人类可读显示名称丰富。

11种语言，1,133条翻译

CEO的指令很明确："我有多少个语种，你就翻译多少。"我们有11种locale。

我们将翻译工作并行化为4批：英文（主翻译）→繁体中文+日文+韩文（并行）→法文+西班牙文+德文（并行）→葡萄牙文+俄文+阿拉伯文（并行）。10个翻译文件总计约1.2MB。

页面路由：5种类型，121个路由

121个路由 × 11种语言 = 约1,331个新可索引页面。

交叉链接：SEO力量倍增器

双向交叉链接对这个模块的SEO效果至关重要：

• 洞察→实体：每个洞察详情页展示实体标签（机场/飞机/运营商），链接到已有实体页面
• 实体→洞察：EntityPageShell新增可选industryInsights prop。KTEB机场页面现在展示6条相关行业洞察
• Hub→洞察：主Insights页面新增"行业洞察 NEW"板块，展示3条精选卡片
• 导航：About下拉菜单新增"行业洞察"链接，11种语言

数据总结

下一步

行业洞察模块已上线但仍年轻。接下来：自动化洞察导入（目前手动JSON）、增加更多实体交叉引用（航线、国家）、构建洞察RSS feed用于内容分发、监控1,331个新页面的Google索引速度。

护城河在加深。商务航空领域没有竞争对手拥有多语言、AI交叉验证、如此结构化数据和SEO优化水平的情报中心。今天发布的103条洞察只是开始。