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

URL: https://caijiao.org/posts/108
Source: docs/posts/108.md
Description: Inch Calculator 只做尺寸估算拿到 459 万，Homewyse 只做报价只有 42.885 万。有用性升级为整站信号之后，混主题的代价被放大。

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

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

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

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

![TinyWow 官网首页截图](/images/2026-09/tinywow.com.png)

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

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

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

## 459 万、1429 万、42.885 万：三个站都只做一件事

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

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

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

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

## 混主题的代价，最终落在模板上

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

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

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

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

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

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

## 想保住宽度，就得给每个分支一个枢纽页

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

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

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

## 边界要写进机制，不能只写在心里

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

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

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

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

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

---

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