搜索渠道的产出不是文章数，而是「有多少个具体问题，被一个专门的页面接住了」。
一、写了三个月博客，访问还是个位数
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
一位开发者给自己的产品开了博客，三个月写了 14 篇文章，主题从「我的技术栈」到「独立开发一周年感想」。访问量稳定在每天 3 次，全部来自他自己转发。
问题不在于写得不好，而在于这 14 篇里没有一篇回答了一个具体的、有人会去搜的问题。读者搜索的是「mac 剪贴板历史怎么清空」，而他写的是「我为什么选择 SwiftUI」。
搜索渠道与社区渠道的逻辑完全不同：社区靠当下的注意力，搜索靠长期的匹配。你写的不是内容，是入口。
二、不是关键词研究，是问题到页面的映射
本文不涉及关键词工具、排名技术、外链建设或技术 SEO——那些属于另一个专题的范围，而且对单人产品来说，投入产出常常不成比例。
这里只做一件事：列出目标用户会怎么描述自己的问题，然后为每一类描述准备一个页面。
一个可执行的收集方法：
| 来源 | 记录什么 | 例子 |
|---|---|---|
| 自己的客服与邮件 | 用户的原话 | 「导出以后格式全乱了」 |
| 社区提问 | 别人的原话 | 「有没有能批量改文件名的工具」 |
| 竞品评论区 | 抱怨的具体点 | 「免费版只能导 50 条」 |
| 搜索框的联想词 | 用户正在输入什么 | 「… 替代」「… 怎么用」 |
每条原话登记三件事：谁在什么场景下说的、他们现在怎么解决、我的产品能不能接住。 接不住的不要写，写了也没有转化。
三、三类页面
绝大多数个人产品只需要三种页面，不需要第四种。
| 类型 | 接住什么意图 | 页面内容 | 转化目标 |
|---|---|---|---|
| 问题页 | 「X 怎么解决」 | 现象、原因、三种解法、你的工具在哪一步 | 试用 |
| 模板页 | 「给我一个能直接用的东西」 | 模板文件、使用说明、可编辑版本 | 留邮箱或下载 |
| 对比页 | 「A 和 B 有什么区别」 | 客观对比表、适用场景、限制 | 试用或购买 |
三类页面的共同点是：先解决问题，再提产品。 一个只在第三段出现产品的页面，比一个开头就是「立即购买」的页面更能留下人。
3.1 对比页的额外要求
对比页要求最高，也最容易写坏。一条底线：不能只写自己赢的维度。 必须写出对方更强的地方，以及「什么情况下你不需要我」。
这不是道德要求，是可信度要求。读者能立刻判断出对比表是否偏颇，一旦判断偏颇，整页的可信度归零。
四、每类页面的结构
| 段落 | 问题页 | 模板页 | 对比页 |
|---|---|---|---|
| 开头 | 复述问题，确认「你找对了」 | 展示成品效果 | 一句话结论 |
| 主体 | 原因 + 两三种解法 | 下载与使用步骤 | 逐维度对比表 |
| 产品位 | 你的工具解决其中哪一步 | 模板由什么工具生成 | 什么情况下选谁 |
| 限制 | 你的工具不解决什么 | 模板的适用边界 | 各自的缺点 |
| 结尾 | 一个具体行动 | 下载 + 订阅 | 试用 |
「限制」这一段不能省。省掉它，页面会显得像广告；写上它，页面才像一份说明书。
五、单人产能
一页的实际成本不是「写一篇文章」，而是「写 + 维护 + 更新」。
| 环节 | 一次耗时 | 频率 |
|---|---|---|
| 选题与素材整理 | 30 分钟 | 每页一次 |
| 写作 | 90 分钟 | 每页一次 |
| 配图或示例 | 30 分钟 | 每页一次 |
| 上线与检查 | 20 分钟 | 每页一次 |
| 定期更新 | 30 分钟 | 每季度 |
按每页约 3 小时、每周投入 3 小时计算，每周可以稳定产出一页。
26 周 × 1 页/周 = 26 页
26 页 × 3 小时/页 = 78 小时
这个预算与第 01 篇的「每周 6 小时」并不冲突：搜索入口通常占用三条渠道里的「自有/长期」那一条，另外两小时留给社区。
六、收录与更新
页面写完不等于会被搜到。至少要做三件事：
- 每页只有一个明确主题，标题就是用户会输入的那句话的变体。
- 页面之间互相链接，让同一主题的页面形成一组，而不是 26 个孤岛。
- 按季度复查，把过时的截图、失效的下载链接、已经改版的产品说明更新掉。
更新比新增更重要。一个每年更新的旧页面，通常比十个三个月后就不再维护的新页面更有价值。
七、与既有内容的分工
| 内容 | 讲什么 | 本文的边界 |
|---|---|---|
| SaaS 方向的 SEO 系列 | 关键词研究、技术 SEO、结构化数据 | 本文不做关键词工具，不讲技术 SEO |
| 平台内搜索 | 应用市场内的排名与评分 | 已在平台专题覆盖 |
| 产品博客的写作技巧 | 文体、叙事、标题 | 本文只讲「问题→页面」的映射 |
明确不做的三件事：不追大词、不批量生成页面、不为搜索引擎写而牺牲可读性。前两件事在短期内可能有效，但对一个需要长期维护的个人产品来说，代价通常高于收益。
八、复算
假设 26 个页面在六个月后平均每月每页带来 30 次访问，注册率 2%：
月访问 = 26 × 30 = 780
月注册 = 780 × 2% = 15.6 ≈ 16
再假设其中 40% 完成激活：
月激活 = 16 × 40% ≈ 6
这组数字的意义不在于预测，而在于换算成本：78 小时换来每月约 6 个激活，且不需要每周持续投入。如果 26 页里只有 3 页带来了访问，说明选题与真实问题之间还有距离，应该回到第二节重新收集原话，而不是继续增加页数。
九、行动清单与复算验收
- 收集至少 20 条用户原话，登记场景与现有解法。
- 把它们归成三类：问题、模板、对比。
- 每周产出一页，先写问题页。
- 每页必须有「限制」段落。
- 三个月后统计每页的访问数，砍掉零访问的选题类型。
验收标准：能指出哪三页带来了 80% 的访问。 说不出来，说明页面之间没有区分度，或者根本没有被收录。
使用边界与实操验收
搜索渠道见效慢，通常以月为单位，不适合用来解决「这个月必须有人来」的问题。本文不预测排名，也不保证收录。
验收以「页面是否接住了一个具体问题」为准，不以「文章数量」为准。若一页上线三个月仍是零访问，优先判断是选题问题还是页面没有被发现，两者处理方式不同。
关键参考与核验范围
本文的页面分类、产能与复算均为教学演示。核验日期：2026-10-23。
- 中华人民共和国个人信息保护法 ：页面收集下载、订阅或联系方式时，按告知与最小必要原则处理。
- 中华人民共和国电子商务法 ：通过信息网络提供商品或服务的经营者义务，在页面内直接销售或引导交易时确认适用范围。
搜索引擎的站长指南与收录规则页面在本次核验中无法访问，因此本文不引用其条款原文、不附链接。执行时请以搜索引擎当日文档为准。
系列导航
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。