工具类站点 —— JSON 校验、正则测试、时区转换、颜色选择器那种单一目的的工具页面 —— 是我们 1,400+ 站点审计样本里被拒最多的一个类别。在 2025-01 到 2026-06 期间审计的 600+ 工具类站点中，71% 第一次申请 AdSense 就没通过。原因不是大多数 SEO 指南说的那个样子。Google 不是不喜欢工具类站点；是工具类站点最常采用的那种结构会同时触发 4 个特定的低价值信号。每个信号都修得了，修复主要是结构层面的，不是编辑层面的。

「工具类站点」算什么意思

在本文里，工具类站点是单一目的的工具：输入一些数据，得到一个结果。结果可能是 JSON 树、正则匹配、转换后的时区、十六进制颜色、base64 字符串、二维码。页面的价值是这个工具本身；周边内容（首页、关于、联系）通常是后来临时加的。站点没有博客；作者通常不是「写手」，更像开发完一个有用东西的程序员。

这些站点按类目说是符合 AdSense 资格的 —— 没有反对工具页的规则。它们被拒是因为大多数工具类站点上线时的「结构」对审核员的自动检查器来说看起来像 2012 年的内容农场。修复方法是加几个页面、加一个导航；不是写更多博客内容。

工具类站点触发的 4 个信号

AdSense 审核员的自动检查是个带权重信号的启发式系统。一个工具类站点如果同时触发下面 4 个，几乎每次都会失败。触发 1 个的宽松审核员可能放过；2-3 个是灰区。修复是把 4 个都清掉。

信号 1：单页 microsite（没导航、没内链）

最常见的工具类站点是 / 一个页面带工具。站点可能有 5-6 个路由（每个工具变体一个），但大部分访客只看首页，首页也不链到其他路由。审核员看到一个单页站点、sitemap 里有 5 个内部 URL，就判它「low engagement」 —— 这个启发式假设一个真实出版物是会把页面链起来的。

信号 2：缺必备内容页面

工具类站点通常没有 /about、/contact、/privacy、/terms。开发者写过一份隐私政策然后忘了；/contact 靠「email me at support@」应付；/about 是页脚里的一段；/terms 不存在。审核员的自动检查器会标出每个缺失的页面；4 个都缺是高置信度失败信号。具体要求见我们专门的「4 个必备页面」一文。

信号 3：内容薄弱

工具本身是内容丰富的（它解析 JSON、转换时区），但页面的字数很少 —— 通常 100-300 字的静态文本。审核员数字数，把少于 300 的标为「thin」。一个 JSON 校验页可能只有 80 字静态文本 + 200 行 JS 驱动的工具；工具的实际内容不计入字数。修法是每个工具页加 500+ 字的静态解释文本 —— 工具是什么、给谁用、什么时候用、什么时候不用。

信号 4：没有原创内容

审核员把页面上的句子跟已标记页面里的常见短语模式对比。一个工具类站点的首页如果写「Welcome to My JSON Tool! This tool helps you validate JSON data. Enter your JSON and click Validate」，它的措辞跟上千个被标记内容农场几乎一模一样。修法不是用 500 个独特词重写首页 —— 而是实实在在地写你具体工具是做什么、谁做的、解决什么问题、为什么用户可能选你这个而不是网上其他十几种 JSON 校验工具。具体性才能打破重复措辞信号。

4 页修复

对于触发上面这些信号组合的工具类站点来说，最低可行修法是：

1. 加一个顶部导航至少 4-5 项：Home、[Tools]、About、Contact、Privacy。每一项要链到一个真实的 HTML 页面，不能是分区锚点。导航必须在每个页面都可见，包括工具页。
2. 加 4 个必备页面：/about、/contact、/privacy、/terms。每个必须是真实 HTML 页面；/about 至少 50 字；/contact 有真实邮箱或能用的表单。具体每个的要求见我们专门的文章。
3. 把工具页的文本内容扩到 500+ 字每工具。页面上的静态文本（不是 JS 驱动的输出）必须包含真实的散文，解释工具是什么、给谁用、用例和权衡。工具 UI 本身不算字数。
4. 用具体的描述替换套话营销文案。别写「a powerful tool for modern developers」—— 写「处理 RFC 8259 边界情况（\u 处理、深层嵌套、重复键警告）的 JSON 校验器，这些情况流行的校验器会漏掉」。

这就是最低要求。做了这 4 项改动，在我们的审计样本里，首次申请失败的工具类站点第二次申请通过率是 78%。不做的话，同样的站点第二次通过率不到 1/3 —— 申请次数限制改不了结果。

修复实际长什么样

假设有个 jsoncheck.example.com 的 JSON 校验器。提交时的状态：

• 1 个首页：「Welcome to JSON Check! This tool helps you validate JSON.」（28 字）。
• 1 个 /validate 工具页面：实际的 JSON 校验 UI。
• 1 个 /privacy 页面（模板，200 字）。
• 没有 /about、/contact、/terms。
• 没有顶部导航 —— 工具页页头是一个 logo + 一个「JSON Check」链回首页。
• 没有内链 —— 页面之间不互相链，除了 logo。
• 没有 sitemap.xml。
• 没有 ads.txt。

被拒之后（「low value site」），修复用了：

1. 加了顶部导航 5 项：Home、Tools、About、Contact、Privacy。每一项链到自己独立的 HTML 页。
2. 加了 /about（150 字：谁做的、解决什么问题、这个工具跟别人有什么不同）。
3. 加了 /contact 含真实邮箱地址（审核员探活验证可用）。
4. 加了 /terms（模板，200 字）。
5. 把首页扩到 450 字：关于 JSON 校验的解释文本、谁会用 JSON 校验器、这个具体的校验器跟别人有什么不同。
6. 把 /validate 页从 80 字静态文本扩到 600 字：简介、参数参考、例子、常见错误模式。
7. 加了 2 个兄弟页：/format（一个 JSON 格式化工具）和 /diff（一个 JSON diff 工具），每个各有 500 字静态文本。
8. 从顶部导航 + 每个页面的「Related tools」页脚链所有页面。
9. 加了 /sitemap.xml 列出全部 6 个页面。
10. 加了 ads.txt 带正确的 pub-ID。

站点 14 天后重新申请，7 天内批了。总共花了大约 6 小时分散在一个周末（主要是写解释文本；结构性改动是 30 分钟的 HTML）。

什么时候修复不管用

4 页修法在 2 种情况下不管用：

1. 站点是同一域名下 20+ 工具的一部分，共享模板 HTML 和 90%+ 相同措辞。审核员看到的是一组相似页面，把它当「工具目录」而不是真实出版物。这里的修法更难：让每个工具有差异化的具体价值、雇一个写手（或自己写）每个工具 1000+ 字，并明确把站点定位为「深入」覆盖它的细分领域，而不是「广泛」。
2. 站点有政策违规（比如把爬取的版权内容当作工具的「数据」输入）。这里的修法跟工具类站点结构无关 —— 是政策问题。4 页修法必要但不够；政策修法是主要的。

为什么这比内容质量更重要

工具类站点更可能因为结构而不是编辑被拒。一个博客站点内容不好但结构好通常会得到内容相关的拒批（「low content quality」）；一个工具类站点内容不好且结构不好会得到结构性的拒批（「low value site」）。结构性修法是机械的，30-60 分钟；内容修法是编辑层面的，要很长时间。对于工具类站点，先修结构是 ROI 最高的事，因为它把拒批类别从「结构性」变成（可能）「内容」，拒批消息就具体到能行动。

怎么验证你的工具类站点准备好了

1. 跑一次 /audit。审计对上面 4 个信号每个都打 pass/fail + 一句话原因。4 个全过，你就进入了灰区清空的那个区间。
2. 数字数每个公开页。少于 300 字静态文本的会被标出来。500+ 字过得比较舒服。
3. 验证 4 个必备页面存在且有真实内容（见我们专门的文章）。
4. 验证顶部导航有 4+ 项链到其他页面，导航在每个页面（包括工具页）都可见。
5. 验证 /sitemap.xml 列了你所有的页面且 URL 返回 200。

总结

工具类站点被拒是因为结构，不是因为质量。4 页修法 —— 顶部导航、4 个必备页面、每个工具 500+ 字、具体文案 —— 在二次申请时通过率 78%。修法主要是 HTML（30-60 分钟）和写（几小时）。对于把站点当副业、用 AdSense 资助 host 的工具开发者来说，这是提交前 ROI 最高的事，比改进工具本身 ROI 高得多，因为工具本身几乎从来不是问题。