259 个 URL 只有 124 个被收录，问题不是页面不够，而是 Google 不想收录。

我如何修复一个"页面很多，却没有被 Google 收录"的 FDE 网站

CASE｜案例背景

项目/场景#

最近做了一个 FDE 学习和资源平台 https://fdeinstinct.com/ 。

一开始做 FDE Instinct，并不是为了单纯做一个 FDE 资料站。

在接触 Forward Deployed Engineer 这个方向时，我发现很多人其实对这个岗位有兴趣，但真正开始了解之后，会遇到一连串问题：

FDE 到底是什么？它和软件工程师、解决方案工程师、项目经理有什么区别？需要掌握哪些能力？普通软件工程师能不能转型？应该从哪里开始学习？现在有哪些公司正在招聘？

这些问题并没有集中在一个地方。网上有一些零散文章，但内容通常只回答"FDE 是什么"，很少继续回答"我是否适合""下一步应该学什么""如何准备面试"以及"哪里有真实岗位"。

所以，我想做一个相对完整的 FDE 职业平台。

网站的整体思路，不只是发布几篇介绍 FDE 的文章，而是把用户的完整需求串起来：

先通过职业介绍和行业内容了解 FDE，再通过测评判断自己是否适合，然后获得个性化报告和学习路线，接着进入 Learning Hub 学习，最后通过 FDE Radar 查看岗位、公司、薪资和市场变化。

也就是说，我希望它形成一条完整的路径：

内容了解 → 能力测评 → 个性化建议 → 学习提升 → 面试准备 → 查看真实机会

基于这个思路，我陆续做了很多页面，包括职业介绍、Skill Map、Assessment、Report、Roadmap、Learning Hub、岗位 Radar、行业文章和一些工具页面。

一开始我觉得，页面越丰富，网站能够覆盖的搜索需求就越多，SEO 也应该会越来越好。

但后来查看 Google Search Console，发现情况并没有想象中那么好。

当时发生了什么？#

网站一共被统计到 259 个 URL，其中只有 124 个被 Google 收录，135 个没有被收录。

未收录页面中，还有 123 个处于"已发现但尚未编入索引"状态。

这让我意识到，问题可能不是页面数量不够，而是 Google 还没有充分判断这些页面是否值得收录。

如果网站只是不断增加页面，却没有解决页面质量、抓取和结构问题，页面越多，未收录 URL 反而可能越多。

为什么这个问题重要？#

SEO 是 FDE Instinct 的主力获客渠道。259 个页面覆盖大量长尾关键词，如果页面不被收录，内容就白做了。

DATA｜数据与判断依据

GSC 收录状态分析#

数据来源：GSC「网页」报告，2026-08-07

问题排查#

我重点检查了几个问题。

首先是页面是否真的能被 Google 看到。有些动态页面在浏览器中打开是正常的，但 Google 第一次抓取时，可能只看到 Loading 状态，无法获取完整正文。尤其是岗位 Radar 页面，如果主要内容依赖前端请求，搜索引擎抓取时就可能拿不到真实的岗位内容。

其次是页面的 Canonical、Sitemap 和内部链接是否统一。如果 Sitemap 使用的是一个地址，Canonical 指向另一个地址，站内链接又指向第三个地址，Google 就很难判断哪个才是规范页面。另外，部分失效职位仍然返回 200 状态码，也可能被 Google 判断为软 404 页面。

还有一些页面虽然存在，但从首页、分类页或其他文章中几乎没有入口。Google 发现这些页面之后，也不一定会优先抓取和收录。

ACTION｜实际行动

第一步：停止继续扩充页面#

发现索引问题后，我暂时没有继续批量增加行业页、对比页和年份页。

因为如果现有页面还没有被 Google 正常抓取和收录，继续增加页面，只会让网站的 URL 数量继续膨胀，也可能让网站出现大量结构相似、价值不够明显的页面。

所以第一步，是先把现有页面检查清楚。

第二步：建立 URL 总账#

为了避免凭感觉修改，我先为网站建立了一份 URL 总账。

每个页面都记录：页面类型、HTTP 状态码、是否应该被收录、Canonical 地址、是否进入 Sitemap、是否有服务端正文、是否存在有效的内部链接、在 GSC 中对应的收录状态、页面内容是否仍然有效。

通过这份总账，可以把页面分成几类：

• 应该收录的页面，需要重点修复 SSR、内容质量和内部链接
• 内容重复或价值较低的页面，需要考虑合并
• 失效职位页面，需要返回 404 或 410，不能继续伪装成有效页面
• 不应该被收录的功能页，则需要明确设置索引规则

这里有一个重要原则：

不是所有已经生成的页面，都有必要进入 Google 索引。

第三步：按优先级分步修复#

目前，我把修复工作分成几个步骤：

1. 让动态页面在服务端输出真实正文
2. 正确处理失效职位的 404/410 状态
3. 清理 Sitemap 中的错误、重定向和失效 URL
4. 统一 Canonical、Robots 和站内链接
5. 为重要页面补充清晰的内部入口
6. 为不同页面模板建立自动化 SEO 检查
7. 重新提交 Sitemap，并持续观察 GSC 数据

其中，首页、FDE 职业介绍、Complete Guide、Salary、Jobs Radar 等页面会优先处理。

同时，Assessment → Report → Roadmap → Learning → Radar 这条核心产品链路仍然保留。因为这些页面不仅是 SEO 内容，也是网站真正的产品闭环。SEO 带来的用户，最终应该能够完成测评、获得建议、学习提升，并进一步了解真实岗位机会。

RESULT｜最终结果

数据变化#

修复后数据需等待 GSC 重新抓取和索引更新，通常需要 1-2 周。

LESSON｜可复用经验

这次经历让我重新理解了一个问题：页面数量多，不代表网站内容资产强。

真正重要的是：

• 页面是否有明确的搜索意图
• Google 是否能够正常读取内容
• 页面之间是否有清晰的层级关系
• 内容是否真实、独立且持续有效
• 网站是否能让用户从搜索进入后继续完成下一步

所以，接下来我不会再单纯追求"做更多页面"，而是先把已有页面的索引质量收敛下来。等高价值页面能够稳定被抓取和收录之后，再根据 GSC 的真实数据决定下一步该扩展哪些内容。

对于一个新网站来说，SEO 的第一步不是无限增加页面，而是先让 Google 清楚地知道：这个网站是什么，哪些页面最重要，以及这些页面为什么值得被收录。