阅读定位：这是增长框架体系的第四篇。建议先读 业务拆解方法论 和 8 维度增长诊断，判断搜索是否适合你的业务和阶段。本文不想写成 SEO 百科，而是回答一个更具体的问题：早期产品在不同阶段，到底应该怎么做 SEO？
先说结论
很多团队一提到 SEO，第一反应就是“写博客”。
但对早期产品来说，这个反应经常是错的。尤其是产品还没有 PMF、品牌还没人知道、页面还无法稳定转化时，批量写博客大概率不是增长，而是制造内容库存。
我更愿意这样定义早期产品的 SEO：
SEO 不是内容生产任务，而是用搜索需求反推产品定位、页面承接和长期获客资产的系统。
在不同阶段，SEO 的目标完全不同：
| 产品阶段 | SEO 的核心目标 | 最重要的动作 |
|---|---|---|
| 0 到 1 | 验证需求语言 | 看用户搜不搜、怎么搜、哪些词有意图 |
| MVP 到早期转化 | 接住高意图用户 | 做竞品替代页、对比页、功能页、use case 页 |
| PMF 后 | 建立主题权威 | 做支柱页、内容集群、内链、原创数据、可被引用资产 |
| 规模化后 | 提升覆盖和效率 | 程序化页面、国际化、内容治理、工具型页面 |
所以，早期产品做 SEO 的第一个问题不是“要不要写 100 篇文章”，而是：
我现在处在哪个产品阶段？这个阶段 SEO 应该帮业务解决什么问题？
SEO 能解决什么，不能解决什么
SEO 适合解决三类问题。
第一，用户已经在搜索这类问题或竞品，你需要被看见。
比如用户已经在搜 StoryWorth alternative、photo to story AI、how to preserve family stories。这说明需求不是你凭空想象的，而是已经以搜索行为存在。SEO 的任务是把这些需求接住。
第二，品类还没有被清晰定义，你希望通过内容占住解释权。
很多早期产品不是在一个成熟品类里做更便宜的替代品，而是在把一个新能力讲清楚。这个时候，SEO 不只是获客渠道，也是品类教育渠道。你写的不是“文章”，而是在定义用户之后会怎么理解这个问题。
第三，用户决策链路较长，需要比较、理解、信任之后才会转化。
越是低频、高情感、高信任门槛的产品，用户越不会看一眼广告就注册。他会搜索，会比较，会看别人怎么说，会反复确认这是不是自己要的东西。SEO 在这里的价值不是瞬时转化，而是承接整个决策过程。
SEO 不适合解决另外三类问题。
第一，它不擅长创造需求。没人知道你、也没人搜索这类问题时，SEO 很难凭空造出需求。这个阶段可能更需要创始人内容、社区、短视频、销售访谈或手动获客。
第二，它不擅长短期爆量。SEO 通常是以月为单位爬升的渠道，而不是今天上线、明天爆发的渠道。
第三，它不能替代产品验证。如果页面承诺不清楚、产品价值不成立、用户看完也不知道为什么要注册，SEO 只能带来更多低质量访问，不能自动带来增长。
一句话：
SEO 不是需求创造工具，而是需求承接和需求解释工具。
阶段一：0 到 1，SEO 的目标不是流量，而是验证需求语言
产品 0 到 1 阶段，SEO 最容易被误用。
很多团队会想：“反正 SEO 见效慢，那我们早点开始写博客。”听起来合理，但问题是：如果你还不知道用户怎么描述问题，也不知道哪些词有商业意图，更不知道页面能不能转化，那么越早批量写内容，越容易批量写错。
0 到 1 阶段，SEO 不应该首先被当成流量渠道，而应该被当成用户研究的一部分。
这个阶段 SEO 要回答四个问题：
- 用户会不会搜索这个问题？
- 用户用什么词描述这个问题？
- 哪些搜索词背后有明确的解决方案意图？
- 哪些页面表达能让用户愿意留下邮箱、注册或继续了解？
这时不要追求“自然流量增长曲线”，而要追求“搜索需求是否存在”的证据。
这个阶段该做什么
| 维度 | 做法 |
|---|---|
| 技术基础 | 配好 sitemap、robots、canonical、Search Console、Analytics，确保页面能被抓取和索引 |
| 页面资产 | 首页、1 个品类定义页、1-2 个竞品替代页、1-2 个问题页 |
| 内容重点 | 清楚讲问题、方案、适合谁、不适合谁，而不是追求大而全 |
| 数据观察 | 看 GSC 里出现了哪些 query、哪些页面有 impressions、哪些词带来注册或 waitlist |
这个阶段不该做什么？
不要批量写泛科普博客。不要追大搜索量但低意图的词。不要用 AI 一次性生成几十篇“看起来完整”的文章。不要买外链。不要过早追求 DR、排名、自然流量规模。
因为这些动作看起来像 SEO，实际上绕开了最关键的问题：
用户到底是不是这样搜索、这样理解、这样决策？
PostMem 的例子
如果我在做 PostMem 这样一个“用照片和 AI 保存家庭记忆”的产品，0 到 1 阶段我不会先写 50 篇“家庭记忆为什么重要”的博客。
我会先验证几组更接近真实搜索行为的问题：
| 搜索方向 | 背后的用户问题 | 适合页面 |
|---|---|---|
StoryWorth alternative | 我已经知道 StoryWorth，但想找别的方案 | 竞品替代页 |
photo to story AI | 我想把照片变成故事，有没有 AI 工具 | 品类定义 / 功能页 |
how to preserve family stories | 我想保存家庭故事，但不知道怎么做 | 问题型支柱页 |
what to do with old family photos | 我有大量老照片，不知道如何整理和使用 | 教育型页面 |
这四类词不只是 SEO 选题，它们对应四种用户心智。
如果这些页面上线后，Search Console 开始出现相关 query，即使点击很少，也说明一件事：用户确实在用这些语言搜索。对 0 到 1 阶段来说，这已经是重要信号。
阶段二：MVP 到早期转化，SEO 的目标是接住高意图用户
当产品已经有 MVP，用户能完成基本流程，页面也能承接注册或 waitlist，SEO 的目标就要变化。
这个阶段不再只是验证“有没有人搜”，而是要判断：
哪些搜索意图最接近转化？
早期资源有限时，高意图词通常比大流量词更重要。
比如 how to preserve family stories 可能搜索量更大，但用户还在理解问题；StoryWorth alternative 搜索量可能更小，但用户已经在比较方案。对早期产品来说，后者往往更值得优先做。
关键词不是词，而是意图
我会把关键词按离转化的距离分成四类：
| 关键词类型 | 用户状态 | 页面类型 | 早期优先级 |
|---|---|---|---|
| 竞品拦截词 | 已经在选方案，只是没选你 | 替代页 / 对比页 | 最高 |
| 品类定义词 | 知道要某种能力，不知道谁能做 | 功能页 / 品类页 | 高 |
| 问题感知词 | 有困扰，但还不知道解决路径 | 支柱页 / 教育页 | 中 |
| 情绪触发词 | 情绪浓度高，但意图不稳定 | use case / 故事型页面 | 视情况 |
这里最重要的原则是：
意图相同的词合并到一个页面，意图不同的词拆成不同页面。
不要为每个关键词都建一个页面。StoryWorth alternative、best StoryWorth replacement、apps like StoryWorth 很可能可以由同一个替代页承接。
也不要用一个页面承接所有意图。搜 StoryWorth alternative 的人想看对比，不想先读 2000 字“为什么家庭故事很重要”；搜 how to preserve family stories 的人还没准备好看你的价格和 CTA。
页面类型要服务搜索意图
| 搜索意图 | 页面应该完成的任务 | 页面重点 |
|---|---|---|
| 替代 / 对比 | 帮用户做选择 | 对比表、适合谁、不适合谁、真实差异、CTA |
| 品类定义 | 帮用户理解新能力 | 这是什么、怎么工作、和旧方案差异、示例 |
| 问题解决 | 帮用户厘清路径 | 问题拆解、可选方案、决策建议、自然引出产品 |
| 使用场景 | 帮用户代入自己 | 具体人群、具体情境、具体结果 |
这也是很多早期 SEO 页面失败的原因：页面不是不好看，也不是字数不够，而是页面类型和搜索意图错配。
内容要回答“为什么现在该信你”
早期产品没有品牌，所以内容不能只写观点，要写证据。
证据可以来自几类：
| 证据类型 | 作用 |
|---|---|
| 一手用户访谈 | 证明你理解真实用户，而不是凭空写作 |
| 产品截图 / demo | 证明你真的能完成这个任务 |
| 对比表 | 降低用户决策成本 |
| 明确边界 | 说明谁适合、谁不适合，反而更可信 |
| 学术或行业资料 | 支撑问题的重要性，但不能替代产品证据 |
Google 的 Helpful Content 指南也强调，内容应该服务真实读者，而不是主要为搜索排名制造页面；它也建议内容体现清晰的作者、经验、专业性和可信度。对早期产品来说，这不是 SEO 术语，而是信任建设。
阶段三：PMF 后，SEO 的目标才是建立主题权威
只有当你已经知道哪些词能带来对的人、哪些页面能转化、哪些信息能降低用户顾虑，SEO 才值得规模化。
PMF 后的 SEO，不是“把内容数量做大”，而是“把已经验证过的需求结构化”。
这个阶段可以开始做几件事。
1. 支柱页和内容集群
用一个支柱页覆盖核心问题，再用多个簇页覆盖长尾场景。
比如 PostMem 可以有一个支柱页：
How to preserve family stories
它下面可以连接多个簇页：
| 簇页方向 | 承接的具体问题 |
|---|---|
| old family photos | 老照片怎么整理、保存、讲述 |
| grandparents stories | 怎么保存祖父母的人生故事 |
| photo to story AI | 怎么把照片变成故事 |
| memory preservation gifts | 送父母/祖父母什么有意义 |
| StoryWorth alternatives | 和现有方案怎么选 |
这时 SEO 才开始从单篇页面变成一个主题网络。
2. 内链体系
内链不是为了“多放几个链接”，而是告诉搜索引擎和读者：这些页面之间是什么关系。
首页应该把权重导向核心功能页和高转化页；支柱页应该导向簇页；簇页应该反向链接支柱页；对比页和功能页之间应该互相连接，因为用户经常在“我想找替代方案”和“这个新能力是什么”之间来回切换。
3. 原创数据和可被引用资产
如果你想让别人链接你，就不能只写别人已经写过的东西。
可被引用的资产包括：
| 资产类型 | 例子 |
|---|---|
| 原创调研 | 访谈 20 个家庭后总结他们保存记忆的真实障碍 |
| 行业地图 | 家庭记忆保存工具对比图 |
| 方法论模板 | 家庭故事采集 checklist |
| 交互工具 | AI photo story generator、memory prompt generator |
| 公开案例 | 一个家庭如何从 3000 张照片整理出一条故事线 |
这也是为什么 Zapier、Canva、Wise 这类公司的 SEO 不只是博客。它们大量依赖可规模化页面资产：集成页、模板页、国际化落地页、工具页。这些页面不是“内容库存”，而是产品能力和搜索需求的结合。
4. 内容刷新和治理
PMF 后，SEO 还要做减法。
哪些页面过期了？哪些页面互相抢同一个词？哪些页面带来流量但不转化？哪些页面应该合并？哪些页面需要更新数据、截图和 CTA？
成熟 SEO 不是一直发布新内容，而是持续治理已有内容资产。
AI 搜索时代，SEO 的重点要改变
现在讨论 SEO，不能绕开 AI 搜索。
但我不建议把 GEO 写成一套神秘的新技巧。Google 对 AI features 的官方说明很明确：进入 AI Overviews 或 AI Mode 没有额外特殊要求，也不需要新的机器可读文件或特殊 schema；基础 SEO 仍然有效，重点还是可抓取、可索引、内容有价值、结构化数据与页面可见内容一致。
真正的变化不是“SEO 失效”，而是不同内容类型的收益结构变了。
纯信息型内容更容易被 AI 直接回答，点击可能下降。Pew Research Center 在 2025 年对 Google 搜索行为的研究中发现，有 AI summary 的搜索结果里，用户点击传统搜索结果的比例低于没有 AI summary 的页面。
这对早期产品意味着什么？
不是别做 SEO，而是不要把 SEO 简化为“写一堆泛信息博客”。
| 内容类型 | AI 搜索时代的风险 | 更好的做法 |
|---|---|---|
| 泛科普博客 | 容易被 AI 概括，点击价值下降 | 加入一手经验、明确观点、真实案例 |
| 对比页 | 仍然有价值，但容易同质化 | 写清边界、证据、适合谁、不适合谁 |
| 工具页 | 更难被纯文本答案替代 | 让用户直接完成任务 |
| 原创数据 | 更容易成为引用来源 | 结构化呈现，标清来源和方法 |
| 案例页 | AI 难以凭空替代 | 写真实过程、决策和结果 |
所以我会把 GEO 理解成：
GEO 不是加几个 Schema，也不是另起一套玄学，而是把内容写成更容易被人和机器引用的证据。
这要求内容具备四个特征：
- 实体清楚：你是谁、产品是什么、服务谁。
- 证据清楚：数据、案例、截图、调研来源明确。
- 结构清楚：表格、FAQ、定义、步骤、对比关系易于抽取。
- 边界清楚：适合谁、不适合谁、和替代方案差异是什么。
七层框架：不是开工顺序，而是检查工具
当你明确了当前阶段的 SEO 目标，才需要用七层框架检查执行是否完整。
原来我把它叫“SEO 七层框架”，但更准确地说，它不是让你一开始把所有动作做一遍，而是帮你检查一个 SEO 项目有没有闭环。
| 层级 | 要回答的问题 | 常见错误 |
|---|---|---|
| 目标层 | 当前阶段 SEO 帮业务解决什么问题？ | 把“提升流量”当目标 |
| 关键词层 | 用户在这个阶段会搜什么？ | 只看搜索量，不看意图 |
| 页面层 | 哪种页面最适合承接这个意图？ | 一个页面承接多个不相容意图 |
| 内容层 | 读者需要什么信息才会继续往下走？ | 写给搜索引擎，不写给人 |
| 技术层 | 页面能不能被抓取、索引和理解？ | 内容不错，但 noindex、canonical、内链出错 |
| 分发层 | 有没有外部证据证明你值得被信任？ | 只发布，不分发，不做引用资产 |
| 数据层 | 结果说明哪一层需要修？ | 只看总流量，不看 query、CTR、转化 |
这七层的价值在于诊断。
如果页面没被收录，先回技术层。
如果有收录但没曝光，回关键词层或页面层。
如果有曝光但没点击，回标题、描述和搜索意图。
如果有点击但停留差，回内容层。
如果有停留但没转化，回 CTA、信任证据或产品承诺。
如果有流量但人不对，回目标层。
SEO 不是线性流程，而是一个反馈系统。
一个早期产品的 SEO 路线图
如果把上面所有内容压缩成一张路线图，我会这样安排：
| 阶段 | SEO 目标 | 应该做 | 不应该做 | 主要指标 |
|---|---|---|---|---|
| 0 到 1 | 验证搜索需求和用户语言 | 基础技术 SEO、首页、少量高意图页、GSC 观察 | 批量博客、追大词、买外链 | 收录、impressions、query、waitlist |
| MVP 后 | 接住高意图用户 | 替代页、对比页、功能页、use case、真实证据 | 泛流量内容、过度教育 | CTR、注册率、非品牌点击、页面转化 |
| PMF 后 | 建立主题权威 | 支柱页、簇页、内链、原创数据、案例、工具页 | 零散写文章、不治理旧内容 | 非品牌流量、排名稳定性、转化贡献 |
| 规模化后 | 提升覆盖和效率 | 程序化页面、国际化、内容刷新、自动化监控 | 薄页面、重复页面、无差异 AI 内容 | 页面组合 ROI、索引质量、内容衰减 |
这张表比“30 天执行计划”更重要。
因为 SEO 不是固定日程，而是阶段性选择。你不应该因为别人做了内容集群，就在产品还没验证时也去做内容集群；也不应该因为别人靠程序化 SEO 成功，就在没有清晰模板和转化路径时批量生成页面。
回到主问题：早期产品到底该怎么做 SEO？
我的答案是：
先判断阶段，再选择任务，最后用七层框架检查闭环。
0 到 1 阶段，SEO 是用户研究。它帮你验证用户是否搜索这个问题，以及他们如何描述这个问题。
MVP 到早期转化阶段，SEO 是高意图承接。它帮你接住已经在比较、寻找替代方案、寻找具体能力的用户。
PMF 后，SEO 才是内容资产建设。它帮你把已经验证过的需求结构化，形成主题权威、内链网络和长期复利。
AI 搜索时代，SEO 不是消失，而是变得更挑剔。泛泛而谈的信息内容更容易被压缩，真实经验、原创数据、对比判断、工具体验和案例证据会更重要。
所以，早期产品做 SEO 最容易犯的错，不是技术没做好，而是把 SEO 当成“写内容”。
真正有效的 SEO，是在每个阶段都能回答：
这个搜索需求是否存在？这个页面是否接住了意图？这个内容是否建立了信任？这个结果是否能反推下一步动作？
七层框架的价值不在于让你看起来很系统，而在于帮你避免做错事：
目标错了，流量越多越浪费。
关键词错了，内容越多越偏。
页面错了，用户来了也走。
内容错了，排名上去也不转。
技术错了，写得再好也没人看见。
分发错了，新站永远没有信任信号。
数据错了，你不知道该修哪里。
SEO 不是博客计划。它是一套围绕产品阶段、搜索意图、页面承接和数据反馈建立的增长系统。
参考资料
- Google Search Central：Creating helpful, reliable, people-first content
- Google Search Central：AI features and your website
- Google Search Central：Changes to HowTo and FAQ rich results
- Google Search Central：Using generative AI content on your website
- Pew Research Center：Google users are less likely to click on links when an AI summary appears