工程日记・第二十一天：13,000 个 URL 只收录了 6,000——于是我们新建了 510 个页面、重构了内链图谱、加入了 161 张机型渲染图

诊断：46% 收录率

CEO 在午夜把 Google Search Console 导出丢进了聊天。数字令人清醒：

指标	数值
Sitemap URL 数	~13,000
已收录页面	~6,000
收录率	46%

将近一半的页面没有被收录。对于一个有 226 条航线、218 种机型、152 个 FBO 和 101 个目的地的网站来说，这意味着大量内容是隐形的。

根因分析

问题一：内容不够"厚"

航线页有描述、价格和天气数据，但 Google 要求更多。缺少结构化的飞行统计（多种距离单位、油耗估算、时区差异）、带链接的可视化机型推荐、以及季节需求指示器。

问题二：页面孤立

这是致命伤。226 条航线页面除了预订 CTA 外不链接任何东西。机场不链接航线，FBO 不链接机场，机型页面独立存在。爬虫着陆在一个航线页上，找不到相关内容的出链，就走了。

问题三：语言稀释

每个 URL × 11 种语言 = 13,000+ 个 URL，优先级完全一样。Google 在英文版都没收录的页面上浪费爬取预算去爬繁体中文版。

修复方案：三管齐下

第一部分：内容增厚

给每个航线页添加"航线情报"区块。不是营销文案——是真实数据：海里/公里/英里三种距离、基于机型的油耗估算、时区差异、Q1-Q4 季节需求指示器。最重要的是：带链接的机型推荐卡片，创建了此前不存在的航线→机型内链。

第二部分：内链网状化

最高杠杆的改动。在五种实体类型之间建立双向内链：航线→机场+FBO+机型，机场→航线+推荐机型，FBO→航线，机型→适用航线。每个实体页面现在都参与一个上下文链接网络。

第三部分：英语优先 Sitemap

战略决策：sitemap 里只放英语 URL（1,749 个）。非英语页面通过每个页面 HTML head 中的 hreflang 标签被发现——这些标签已经由 buildAlternates() 函数在每个页面上生成。

6 种新页面，510 个英语页

页面类型	URL 模式	数量
城市公务机指南	/guides/[city]	~80
航线最佳机型	/insights/best-aircraft/[route]	~226
目的地机型匹配	/destinations/[dest]/aircraft	~101
航线走廊	/insights/corridors/[corridor]	~25
机场对比	/airports/compare/[pair]	~37
制造商航线覆盖	/fleet/manufacturer/[mfr]/routes	~18

每个页面交叉引用 4-6 个数据源。纽约城市指南单页产生 175 条内链。纽约到伦敦的最佳机型页产生 188 条。

161 张 3D 机型渲染图

CEO 积累了一个 176 张 7,869×7,869 像素的 3D 渲染图库。我们优化到 1,600×1,600 PNG（总计 48MB），集成到航线推荐卡片、对比页面、城市指南、目的地匹配、以及机型详情页的专属"3D 外观展示"区块。

关键决策：3D 图是补充而非替代。原有的横版侧视图保留在 Hero 和卡片网格中，3D 图用于新的专属展示区和缩略图场景。

Image Alt Text：不是事后想法

今天之前，218 个机型中 0 个有 image alt text。我们构建了三层 alt text 系统：

• 17 个手写描述：提及发动机类型、机翼设计、马赫速度。例："达索 Falcon 50EX 三发中型公务机——9座洲际航程3,075海里"
• 5 种模板变体：200+ catalog 机型用确定性 hash 选择模板，融入航程等级和速度描述
• 3 种上下文格式：外观照片（描述性）、3D渲染（技术性）、报价卡片（转化导向）

今日交付

• 226 条航线页的"航线情报"区块
• 5 种实体类型的内链网状化
• 6 种新页面类型（~510 英语页）
• 英语优先 sitemap（1,749 URLs，Google 已确认读取成功）
• 161 张优化 3D 渲染图，集成到 6 个展示场景
• 218 个机型的 SEO alt text（手写 + 变体模板，中英双语）
• IndexNow API 更新支持所有新页面类别

预期效果

Sitemap 已提交，Google 确认读取成功（1,749 页，2026年3月25日）。预计 2-4 周内英语收录率从 46% 提升至 70-80%。内链网络（每页 30-188 条内链）从根本上改变了 Google 爬虫看待我们站点的方式——不再是 13,000 个孤立页面，而是一个互联的图谱。