为什么"什么都能做"的网站越来越难做？

常见的解释是"内容质量变差了"或者"大厂把流量拿走了"。这两个说法都没说到点上。

真正的变量是两条规则：2025 年 Google 把有用性信号升级为整站信号，站定性不再是单个页面的事；同时规模化内容滥用（4.6.5）和低投入批量生成（4.6.6）开始针对"数量堆出来的页面"。在这套机制下，一个什么都做的域名，代价是被整体计价。

TinyWow 的 250 个工具，其实不算"什么都能做"

很多人拿 TinyWow 当"大而全"的例子，这是误解。它 2019 年从一个 PDF 转换器起步，现在有 250 多个免费工具，月访问在 180 万到 230 万之间（2026 年上半年第三方估算）。

TinyWow 首页没有注册引导，Sign In 缩在右上角，首屏主体直接是工具入口和搜索框。

把它的工具列表拉出来看，会发现这些工具有一个共同的动词：把一个文件变成另一个文件。PDF 拆分、图片压缩、格式互转、去背景，用户心智里装的不是"PDF 工具"，是"我手上这个文件不对劲，得处理一下"。

功能之间没有逻辑关联没关系，只要落在同一个用户动作上。这才是它的真实边界——不是"什么文件都能处理"，而是"处理文件"这一件事。

再看一组同期数据（Semrush，2026 年 6 月估算）：

Omni Calculator 约 1429 万月访问，只做计算器；Inch Calculator 约 459 万，只做尺寸和工程量估算；Homewyse 约 42.885 万，只做装修报价。

窄的程度基本和访问量正相关。Inch Calculator 窄到连"装修"两个字都不碰，只回答"这块要多大、那个要多少"，反而比覆盖整个家装流程的 Homewyse 高出十倍。

原因很简单：越窄的动作，能拆出的具体查询越多。 "尺寸估算"可以拆成几百个明确的输入组合，而"装修报价"只剩下几个大而模糊的词，用户真到了要掏钱的环节又会转去找人，不信任页面上的数字。

一个域名塞进五个不相关的主题，最先崩的不是流量，是工程结构。

写不出来一套能同时服务这五个主题的模板，就得维护五套。页面之间的内部链接也没有可遵循的关系，只能靠首页把流量重新分一遍，结果首页变成最重的那一页。数据层同样跟着分裂：五种页面各有各的字段格式，以后想加一个语言的版本，要改五处。

真到"八千个页面"这个量级，问题会集中爆发：

构建时间。 每次改一处公共样式都要全量重跑几千页，反馈周期从秒变成十几分钟。

索引覆盖。 页面多了以后，sitemap 必须分片，而且要让真正重要的一批页面排在前面被抓到。sitemap 的组织方式直接决定"哪一批页面先被认识"，具体实现见 /google-search-central/04-sitemaps-robots。

信任计数。 整站信号下，五个主题里只要有一个是拼出来的垃圾，剩下四个都会被拉低。这不是能不能立刻发现的问题，是发现的时候已经改不动了。

不是说站点只能窄。TinyWow 就是宽的，而且活得很好：250 多个工具，直接访问占 47% 左右，2025 年还被 Jenni.ai 收购了。

它的方法是把宽度收敛在一个动词上之外，还有一个工程上的做法值得学：每个分支都有一个枢纽页。 文件来自 PDF、图片、视频三条线，每条线都有一个汇总页，把这条线下面的几十个工具串起来。枢纽页承担两件事——给深层页面提供入口，也让搜索引擎看明白这一堆页面属于同一类。

没有枢纽页的宽站点是什么样？上千个平铺的 URL，全部吊在首页底下，内部链接深度三层以上，或者干脆只在 sitemap 里存在。这种结构下加页面几乎没有收益，因为新页面从第一天起就没人能走到。

我的做法是给每个待加入的页面提一个硬性要求：这个 URL 必须存在一个只属于它的实体，并且这个实体能被标注出来。

落到实现上，就是每个页面都要带上自己的结构化数据——它算的是哪一个量、单位是什么、输入输出长什么样。这不是加了就有用的东西，它更像一份自检清单：如果一个页面实在想不出该标什么，说明它本来就不该被生成出来。 /json-ld/ 里有可以直接用的写法。

至于索引层面有哪些必须做对的细节，/google-search-central/ 的官方文档是唯一可靠的依据。

一个能参考的形态是站内的在线工具集合：工具可以一直加，但每个都守着同一个动作。

判断值不值得加的那条线也很清楚：如果新功能逼着你写第二套模板，那就不叫扩展，叫另起一个网站。既然如此，是不是干脆给它一个独立的域名，让两个站各自干净？

流量数据为 Semrush 2026 年 6 月估算；TinyWow 工具数量与删除策略引自其官网。