用途：
决定 要不要做这个页面
决定 它应该是什么形态
决定 页面结构怎么搭
一、源项向量判断（Source Vector Check）
先问自己 3 个问题：
1️⃣ 我的网站是否“本来就该出现在这个实体体系里”？
✔ 是 → 继续
✖ 否 → 不做，或先补“源项”
判断标准：
你是否是该 SaaS / 技术 / 用例的：
官方方
核心使用者
行业标准参与者
高频被引用来源
⚠️ 如果只是“能写”，但不“应该是你”，这是典型的低效页面。
2️⃣ 搜索该实体 + 关键短语时，SERP 里是否已经有你？
有，但位置靠后 → 强化
完全没有 → 危险信号
完全没有，说明：
你还没进入这个实体的索引向量空间
不是内容问题，是“来源问题”
3️⃣ 这个查询是否会反复出现？
判断是不是长期索引项：
文档 / 功能 / 对比 / 定价 / 用法
行业通用概念，而非短期热词
✖ 一次性问题 → 不建页
✔ 长期认知节点 → 值得投资
二、是否值得“成页”判断（Query Worthiness）
用这 3 个问题做最终裁决
① 这个查询需要一整页吗？
✔ 是 → 独立页面
✖ 否 → 看下面
② 这个查询是否只需要一个标题区块？
✔ 是 → 合并到现有页面，用 H2/H3
✖ 否 → 看下面
③ 这个查询是否只需要一句话就能被理解？
✔ 是 → Passage 级，不要建页
✖ 否 → 回到 ① 再判断
📌 原则：
页面越多 ≠ 权威越高
页面越准 → 索引越稳
三、搜索操作判断（Search Action Fit）
不问“用户想知道什么”，而问：
用户搜索完，想“干嘛”？
常见搜索操作类型：
查询信号 |
搜索操作 |
页面必须支持 |
|---|---|---|
how / guide |
学习 |
清晰步骤、结构 |
price |
决策 |
定价表、plan |
vs |
对比 |
并列结构 |
tool |
使用 |
可操作组件 |
calculator |
计算 |
输入 / 输出 |
api |
集成 |
示例、文档 |
❗如果你的页面不能支持这个动作：
信息再对
内容再长
👉 都是“响应性不足”
四、页面是否“被模型理解”的结构检查
页面必须有一个
明确的中心组件
问自己一句话：
如果把页面抽象成一张图，中心是什么？
✔ 定价表
✔ 对比表
✔ 工具模块
✔ 主功能卡片
✖ 一堆文字平均分布（危险）
组件结构是否“服务于查询”
检查点：
最重要的组件是否在首屏或前 1/3
辅助内容是否围绕它展开
是否存在“装饰型组件”（无搜索意义）
五、布局感知自检（Layout-aware Check）
Google 看的是：
内容 在哪里
用 什么形态
与其他元素的 关系
自检清单：
标题是否紧贴核心组件？
CTA 是否对应搜索意图？
信息是否被错误地埋在折叠区？
📌 如果用户要“对比”，你却让他先看故事，这是错位。
六、索引覆盖回路（Index Coverage Loop）
每个核心实体，至少覆盖：
定义 / 是什么
用法 / 场景
对比 / 替代
定价 / 价值
集成 / 扩展
不是为了关键词，而是为了：
让 Google 在所有相关索引里都“看到你”。
七、最终否决权（很重要）
只要出现下面任意一条，直接否决建页：
只是“别人都有”
只是“AI 很好写”
只是“可能有搜索量”
只是“看起来专业”