这次 Obsidian 全库整理里，SEO 相关笔记占了很大一部分。
有讲元标签的，有讲 Google 算法的，有讲 FAQPage 下线的，有讲网页多久拿排名的，有讲新词老词的，有讲内链和内页的，有讲 AI 内容批量生成的，也有讲如何给一个已经上线的网站做 SEO 改造建议的。
如果只看标题，很容易觉得它们是一堆零散技巧。
但我把它们合在一起看，发现它们其实可以压缩成一句话：
SEO 的核心不是优化搜索引擎，而是让一个需求被完整承接。
关键词只是入口，不是答案
很多人做站第一步是找关键词。
这没错。
但问题是，找到关键词之后，很容易直接进入机械动作：写 title，写 description，写一篇文章，塞 FAQ，提交 sitemap，等收录。
这套动作有用，但不够。
真正要问的是：用户为什么会搜索这个词？
比如同一个需求，用户可能会搜很多种表达：
- xxx generator
- xxx maker
- how to create xxx
- free xxx tool
- xxx template
- xxx alternative
- xxx for beginners
- best xxx app
这些词表面不同，背后可能是同一个任务。页面如果只盯一个词，就会写得很窄；如果理解任务，就能把一组词组织成一个页面系统。
这就是“需求先于关键词”。
关键词是脚印，需求才是人。
一个页面只能承接一个主要任务
笔记里有个问题很典型：同一个 URL 又做落地页又做工具页，合理吗？
我的整理结论是：合理，但前提是这个 URL 的主要任务要清楚。
一个工具站页面可以同时是落地页和工具入口，但不能同时想服务所有人。
它应该明确回答：
- 这个页面解决什么问题？
- 未登录用户能不能理解价值？
- 搜索引擎能不能读懂页面主题？
- 用户能不能直接看到示例或轻量使用方式？
- 登录、注册、付费是不是自然的下一步？
如果页面只剩一个“登录后使用”的按钮，它就很难拿搜索流量。因为搜索用户还没被说服，也没有得到任何立即价值。
更好的结构是：
- 首屏讲清楚任务和结果。
- 提供一个轻量 demo 或示例。
- 展示常见场景。
- 回答真实疑虑。
- 给出模板、案例或对比。
- 最后再让用户进入完整功能。
页面不是货架，是路径。
元标签是门牌，不是房子本身
关于 title、description、canonical、robots、Open Graph、结构化数据这些内容，我以前容易把它们看成 SEO 技巧。
现在我更愿意把它们叫做“门牌系统”。
门牌很重要。
没有清楚的 title，搜索结果里没人知道你是谁；没有 description，点击理由不够；canonical 混乱，页面权重会分散；robots 配错，可能直接不被收录；OG 不好，社交分享也会很丑。
但门牌不是房子。
如果页面本身没有承接需求，元标签写得再工整也救不了。
所以正确顺序应该是：
先确定页面任务，再写页面结构，最后优化元标签。
而不是反过来。
FAQ 不只是给富结果看的
FAQPage 结构化数据下线之后，很多人会问：那 FAQ 还要不要写？
要写。
只是不要为了富结果而写。
FAQ 的真正价值，是把用户下单、注册、试用前的疑虑集中处理掉。
对工具站来说，常见 FAQ 可能包括：
- 免费版能做到什么？
- 生成结果能不能商用？
- 数据会不会被保存？
- 支持哪些语言？
- 和某个竞品有什么区别？
- 为什么结果不准？
- 如何导出？
- 有没有 API？
这些问题不是装饰，它们是转化路径的一部分。
AI 搜索时代也一样。AI 要理解一个产品，不只看页面主标题，还会看页面里有没有清楚的问题、场景、限制和答案。
所以 FAQ 以后更像“语义锚点”，而不是一个单纯的 SEO 组件。
内链是在帮用户继续走
内链和内页也是笔记里的高频主题。
我以前对内链的理解比较粗糙：给页面互相加链接，传递权重。
这当然是其中一部分。
但更重要的是，内链应该表达需求层级。
比如一个 AI 图片工具站，可能有这些层级：
- 主页面：AI image generator
- 场景页：AI avatar generator、AI sticker maker、AI product photo generator
- 模板页：YouTube thumbnail template、profile picture template
- 对比页：xxx alternative、xxx vs yyy
- 教程页：how to make xxx
- 问题页：why is my generated image blurry
这些页面不是越多越好。
它们应该围绕同一个需求簇，互相解释，互相导流。
一个页面回答“是什么”，另一个页面回答“怎么做”，第三个页面让用户“直接生成”，第四个页面解释“为什么选你”。
这就是内容层级。
GEO 不神秘，本质还是可被理解
这批笔记里也有 GEO、AI 搜索、llms.txt 之类的话题。
我现在的判断是：先别神化。
AI 搜索会改变一部分流量分发方式，但它没有改变“内容要可理解、可信、可引用”的底层逻辑。
真正值得做的是：
- 页面信息清楚；
- 产品事实一致；
- 第三方提及和用户讨论真实存在；
- FAQ 覆盖真实问题；
- 作者、品牌、案例、数据能被验证；
- 内容不是一眼 AI 味的空话；
- 站点结构让搜索引擎和 AI 都能顺着理解。
llms.txt、Schema、特殊标记可以研究，但不能当救命药。
如果一个网站原本就乱，给 AI 写一份说明书也救不了。
AI 内容批量生成要先有结构
“如何用 AI 做 SEO 内容自动批量生成”这个主题很诱人。
但我现在会更谨慎。
AI 可以批量生成页面，但前提是你已经有：
- 明确的关键词簇；
- 页面类型；
- 模板结构；
- 差异化信息；
- 数据来源；
- 人工审核规则；
- 内链策略；
- 去重和质量标准。
否则批量生成只是在批量制造低质量页面。
以前做内容站，最贵的是写作成本。现在写作成本下降后，真正贵的是判断成本。
AI 不是替你判断需求。
它是放大你的判断。
我以后会用这张页面检查表
整理完这些笔记，我给自己留了一张简单检查表。
每做一个新页面，先过这 12 个问题：
- 这个页面承接的主要需求是什么？
- 用户搜索这个词时，真正想完成什么任务？
- 页面首屏有没有说清楚结果？
- 未登录用户能不能获得立即价值？
- 页面有没有示例、模板或 demo？
- FAQ 是否回答真实疑虑？
- title 和 description 是否像人话？
- 页面是否有清楚的上下游内链？
- 是否有对应的场景页、教程页或对比页？
- 内容是否有真实经验、案例或数据，而不只是泛泛解释？
- AI 搜索能不能复述清楚这个页面解决什么问题？
- 用户看完后的下一步是否明确？
如果这 12 条过不了，就先别谈什么高级 SEO。
最后
SEO 最迷人的地方是，它看起来像技术。
但做深一点就会发现，它其实是需求理解能力。
搜索引擎只是中间人。
用户真正要找的，是一个能让他少走弯路、少踩坑、少浪费时间的答案。
如果页面能做到这一点，title、FAQ、内链、GEO、内容结构才有意义。
如果页面做不到这一点，所有技巧都只是装饰。
这就是我从这批 SEO 笔记里整理出的第一条原则：
别先追关键词。
先把需求讲清楚。
