先给结论：页面只是知识系统的发布界面
企业官网不是“首页加几个内页”，而是一套面向公众持续发布和维护事实的系统。它至少要同时服务三类对象：需要做决策的客户、需要发现和理解内容的搜索与 AI 系统、需要长期维护资料的企业团队。
因此，一个官网项目的核心交付不应只包括页面视觉，还应包括：业务目标、品牌实体、用户任务、信息架构、内容模型、证据规则、技术表达和维护责任。页面是这些要素在某个时间点的呈现结果。
Google 的公开文档强调，逻辑清楚的站点组织和可抓取链接有助于搜索系统发现页面，重要内容应以文本呈现；结构化数据必须与页面可见内容一致。Google 同时明确，没有特殊标记能够保证页面进入其 AI 功能。这些资料支持“技术要打基础”，但不支持“安装某个插件就能获得排名或引用”。
公开资料、项目观察与作者判断
本文把依据分成三层，避免把经验写成平台规则：
- 公开资料：来自 Google、W3C 和 web.dev 的公开说明，可在文末逐项核对。
- 项目观察：来自脱敏项目中出现的工作现象，不公开客户名、后台数据或商业结果。
- 作者判断：基于公开资料和项目观察形成的实施方法，不代表平台承诺。
项目观察（脱敏）：不少重建项目以“首页看起来旧”启动，梳理后却发现更大的问题是服务名称不统一、客户找不到决策信息、案例无法证明方法、内容更新依赖开发人员。首页改版只能覆盖其中一小部分。
作者判断：企业官网应以“事实能否稳定复用、问题能否被独立回答、关系能否被人和机器理解、内容能否持续维护”作为验收主线，视觉完成度是其中一项，而不是总目标。
六层公开知识系统模型
| 层级 | 核心问题 | 主要产物 | 典型失败 |
|---|---|---|---|
| 业务目标 | 官网优先帮助谁完成什么任务 | 目标、转化路径、验收边界 | 同时追求所有目标，没有优先级 |
| 品牌实体 | 哪些事实可以公开并长期负责 | 名称、主体、定位、服务、人物事实表 | 官网、销售和第三方口径冲突 |
| 信息架构 | 用户从不同入口怎样找到答案 | 页面地图、URL、导航、内链关系 | 只按企业部门设置栏目 |
| 内容与证据 | 每类页面回答什么、凭什么可信 | 内容模型、字段、来源与审核规则 | 开发结束后才“填文案” |
| 机器可读与体验 | 页面能否被访问、理解和使用 | HTML、元数据、Schema、性能、无障碍 | 关键文字只在图片或脚本中 |
| 运营闭环 | 谁在什么情况下更新什么 | 负责人、频率、版本与监测记录 | 上线即结束，信息持续过期 |
六层之间是依赖关系。品牌事实不稳定，内容会相互冲突；信息架构不清楚，内部链接和用户路径会失去依据；没有维护责任，再好的初始页面也会逐步失真。
示例输入与输出：把“做一个高端官网”变成可交付需求
原始输入（虚构演示）
我们想把官网做得更高端，兼顾 SEO 和 GEO，最好能带来更多客户。这个输入无法直接指导页面、内容或验收。需要先把形容词转换成任务与事实。
结构化输出（示例）
| 维度 | 可执行输出 |
|---|---|
| 首要用户 | 正在比较服务商、需要验证专业能力的企业决策者 |
| 首要任务 | 理解服务边界 → 查看方法与案例 → 确认适配性 → 添加微信咨询 |
| 核心证据 | 公开方法、脱敏案例过程、作者履历、来源明确的行业资料 |
| 核心页面 | 服务详情、案例详情、方法文章、关于、联系，而非只有首页 |
| SEO/GEO 基础 | 静态 HTML、稳定 URL、可抓取内链、唯一标题、Canonical、真实 Schema |
| 不承诺项 | 具体收录日期、关键词排名、AI 引用和询盘数量 |
| 建站验收 | 页面功能、内容完整性、技术检查、性能与多设备体验 |
| 上线后运营 | 每月核对事实、每季度更新支柱内容、固定条件记录搜索与 AI 表现 |
这种输出仍然需要企业确认，但它已经可以约束页面清单、内容生产、技术实现和上线后的职责。
信息架构要按用户问题组织
真实用户不一定从首页进入。搜索服务词的人可能先到服务页；搜索具体问题的人可能先到文章；从 AI 回答看到品牌的人可能先到关于页验证身份。官网要允许这些入口分别成立，并把下一步连接起来。
| 入口意图 | 首个页面 | 页面必须回答 | 合理下一步 |
|---|---|---|---|
| 了解某项服务 | 服务详情 | 适合谁、流程、交付、边界 | 看相关案例或方法 |
| 解决一个问题 | 方法文章 | 结论、步骤、证据、限制 | 看对应服务或模板 |
| 验证企业能力 | 案例详情 | 背景、问题、方法、真实结果边界 | 看方法或发起联系 |
| 核对品牌身份 | 关于 / 人物页 | 主体、人物、经历、公开联系方式 | 查看服务和内容 |
| 使用工具 | 资源页 | 用途、版本、使用说明 | 下载、阅读方法或联系 |
作者判断：导航是给用户快速定位的，内部链接是给具体问题建立上下文的。二者都重要，但不能互相替代。
内容必须在开发前成为模型
如果所有页面都只是“标题 + 富文本”，团队很难保证内容完整、一致和可维护。不同页面应拥有不同的必填结构。
| 内容类型 | 最小字段 | 证据要求 | 关键关系 |
|---|---|---|---|
| 服务 | 对象、问题、流程、交付、边界、FAQ | 交付物与能力必须真实 | 相关案例、文章、联系 |
| 案例 | 背景、挑战、方法、交付、结果、披露级别 | 脱敏且不编造结果数字 | 相关服务和方法 |
| 文章 | 问题、结论、证据、示例、限制、更新记录 | 资料与作者判断分开 | 主题、服务、相关文章 |
| 人物 | 姓名、角色、经历、专业方向、公开链接 | 页面可见且可核验 | 文章作者、组织 |
| 资源 | 用途、格式、版本、使用说明、获取方式 | 下载文件真实可用 | 对应文章和服务 |
内容模型不是为了“给机器看”，而是先让团队知道哪些信息必须存在。Schema 只是对已经可见的真实内容进行机器可读表达，不能用来补造页面没有展示的评价、身份或业绩。
技术、性能和无障碍是系统质量
公开知识如果无法被访问、阅读或稳定加载，就不能有效完成任务。最低限度应检查：
| 范畴 | 检查项 | 公开基准或依据 |
|---|---|---|
| 发现 | 可抓取链接、Sitemap、robots、稳定 URL | Google Search Central |
| 理解 | 唯一标题、描述、H1、Canonical、可见正文、真实 Schema | Google Search Central |
| 体验 | LCP、INP、CLS 与真实设备体验 | web.dev 建议 LCP ≤ 2.5 秒、INP ≤ 200 毫秒、CLS ≤ 0.1 |
| 无障碍 | 键盘操作、对比度、标签、语义结构、替代文本 | WCAG 2.2 |
| 持续性 | 更新时间、失效链接、内容负责人、变更记录 | 项目治理要求 |
这些指标应在真实站点和真实流量中持续观察。开发环境或一次实验室分数不能代表所有用户，也不能转化为排名承诺。
验证平台、日期、设备与登录状态
本文没有把尚未上线的站点写成已经获得真实用户数据或 AI 引用。以下是本次方法资料的核对记录：
| 平台 | 核对日期 | 设备 | 登录状态 | 核对内容 | 限制 |
|---|---|---|---|---|---|
| Google Search Central | 2026-07-23 | Windows 桌面端 | 无需登录 | 站点组织、链接、AI 功能、结构化数据 | 官方说明，不是本站效果实测 |
| web.dev | 2026-07-23 | Windows 桌面端 | 无需登录 | Core Web Vitals 指标与阈值 | 阈值不是本站现场数据 |
| W3C WCAG 2.2 | 2026-07-23 | Windows 桌面端 | 无需登录 | 无障碍成功标准 | 需要结合页面逐项测试 |
生产站上线后，应另行记录 Search Console、PageSpeed Insights、真实设备和目标 AI 平台的测试日期、设备、登录状态、输入原文与输出；不能把本文的资料核对表替代现场测试。
四个失败案例
失败一：先定视觉，再问内容放什么
页面效果已经确认，团队才发现没有可公开案例、服务边界和统一事实。结果只能用抽象口号填充版面，视觉完整但决策信息不足。
失败二：按内部部门设置全部栏目
组织结构被直接复制到导航，用户需要在多个部门页面间拼出一个方案。企业内部看起来熟悉，外部客户却无法按问题完成任务。
失败三：把 SEO/GEO 留到上线前装插件
URL、内容模型、内链和正文渲染已经固化，最后才增加元标签或 Schema。技术补丁无法弥补缺失的答案、证据和页面关系。
失败四：把上线当成完成
人员、服务、价格口径或行业资料变化后无人维护，旧页面继续被搜索系统和用户访问。官网从知识系统退化为历史快照。
一条可执行的建站流程
业务目标与边界 → 品牌事实表 → 用户问题与入口 → 页面地图与内链 → 内容模型与证据 → 视觉和组件 → 技术 SEO/GEO → 内容验收 → 多设备与无障碍测试 → 上线监测 → 定期更新。
如果某一步没有明确输出，就不应假设后续开发能自动补齐。
下载配套模板
模板覆盖业务目标、用户旅程、品牌实体、页面与内容模型、技术验收、运营责任、示例输入输出和版本记录。它用于把模糊建站需求变成可确认的决策，不承诺搜索排名、AI 引用或询盘结果。
方法版本与更新记录
- v2.0｜2026-07-23：增加公开来源、资料/观察/判断边界、示例输入输出、六层表格、失败案例、验证记录、实施流程和下载模板。
- v1.0｜2026-07-22：发布企业官网六层模型的初版观点。
这套方法的核心没有改变：官网不是企业信息的装饰性容器，而是对外持续负责的一套事实、答案和关系。它的质量最终由用户是否能完成任务、企业是否能持续维护，以及公开内容是否真实可核验共同决定。