经常有人问：一个页面写多少字才够？搜索引擎没有公开过最低字数，也不会因为“只有 200 字”就拒绝收录。真正影响收录的，是这个页面相对于用户和搜索结果而言，提供了多少别处没有的信息。
“薄”不是按字数算的
同样是 300 字，一段产品参数表可能比一篇凑出来的“介绍”更有价值。判断页面是否偏薄，可以看几个更实际的维度：
- 拿掉导航、页脚、免责声明这些全站共有的部分之后，页面独有的内容还剩多少；
- 这个页面回答的问题，是否已经在站内另一个页面上完整回答过；
- 用户搜到它之后，是否还需要再点开别的页面才能得到答案。
如果三条都不太乐观，那么这个页面在抓取和索引环节被排在后面的概率就比较高。注意，这不是惩罚，而是同类候选太多时，系统会优先处理信息更完整的那些。
收录上常见的几种表现
- 已抓取但未编入索引：抓取本身没问题，但在索引阶段被判定为价值不足或与其他页面重复。
- 收录后偶尔消失：页面本身没坏，但站内同类页面太多，索引状态在波动中反复。
- 抓取频率很低：大量薄页面占用了抓取预算，真正重要的页面反而更新得更慢。
这几种情况往往不是单个页面造成的，而是“一批相似页面”共同作用的结果。
三种处理方向
1. 补齐：把独有的信息加进去
适合本身有真实需求、只是目前写得敷衍的页面。重点不是加字数，而是补上别处没有的东西：具体数据、适用条件、常见问题、真实示例。如果补完之后和其他页面仍然高度相似，说明问题不在长度。
2. 合并：把几个薄页面并成一个厚页面
站内经常出现“一个型号一页、每个只有两行参数”的情况。这类页面单独看信息量都不够，合并成一个对比页或汇总页，通常比强行维护几十个薄页面更合适。合并后记得给旧 URL 做跳转，并把内链指向新页面。
3. 明确不收录：用 noindex 而不是靠 robots.txt
有些页面确实有用，但不需要出现在搜索结果里，比如内部查询结果页、感谢页、测试页。这类页面用 noindex 更合适，因为 robots.txt 只是禁止抓取，被禁止抓取的页面反而无法读取 noindex，仍可能以旧信息或纯链接形式留在索引里。
处理薄内容的顺序建议是：先判断有没有真实需求，再决定补齐还是合并，最后才考虑不收录。直接一批批地 noindex，容易把本来有机会做起来的页面也一起否掉。
一个简单的自查顺序
- 从索引覆盖率报告里筛出“已抓取但未编入索引”的 URL，按目录归类。
- 看同一目录下有多少个结构相似的页面，判断是否属于批量生成。
- 抽查几个页面，去掉全站模板后还剩多少独有内容。
- 对每个目录确定一个方向：补齐、合并，还是 noindex。
- 改完之后观察一批页面的状态变化，而不是盯着单个 URL 的即时结果。
收录数量本身不是目标。索引里多一个没有信息量的页面，不会带来额外收益，反而会分散抓取和评估的注意力。把页面质量的底线抬上去，收录表现通常会更稳定。