不公开的信息
不披露品牌名称和未公开原型，也不使用未经授权的流量、排名、询盘或 AI 引用数据。
项目背景和限制
该企业有多个产品系列、跨行业应用、技术资料和中英文内容。旧站也有产品、应用、新闻、下载和询盘入口，但这些页面之间缺少清楚的关系。
新站既要方便客户查产品、做技术选型，也要让搜索引擎和 AI 看懂企业提供什么、产品适合哪里、有哪些限制、事实来源在哪里。
发现的核心问题
- 产品信息、应用场景、技术文章和下载资料没有稳定关联。
- 中文和英文页面不能仅靠标题或路径自动猜测对应关系。
- FAQ 需要复用到产品、场景和指南，但不能产生大量薄弱详情页。
- 旧 URL、canonical、hreflang、sitemap 和发布刷新必须在切换前统一。
- 询盘来源需要跟随页面对象，而不是所有表单都只记录“官网”。
第一步：确定每类页面负责讲什么
先列出产品、分类、应用场景、方案、技术文档、下载、FAQ、案例和询盘信息，再决定需要哪些页面。每类页面只回答自己的重点，不整段复制其他页面。
产品页说明“这是什么、适合谁、怎么选”；场景页说明“为什么需要这个方案、怎样使用”；指南页负责较复杂的解释。
第二步：让 FAQ 出现在真正相关的页面
每条 FAQ 会记录分类、适用产品、使用场景、事实来源和语言版本。页面只显示相关问题，FAQPage 数据也只包含用户看得到的答案。
简单问题放在页面和 FAQ 中心。需要长解释、表格、参数或流程的问题写成指南，不生成只有一句话的详情页。
第三步：让 SEO/GEO 信息跟页面内容同步
title、description、canonical、hreflang、Schema、旧 URL、sitemap 和询盘来源，都由对应产品、场景、文章或 FAQ 的实际状态决定。翻译没有确认就不输出 hreflang，未公开的事实也不写进 Schema。
完成的交付
- 完整的前台页面结构和层级。
- 核心页面要包含哪些内容、各自负责回答什么。
- FAQ 的分类、关联和结构化数据规则。
- 中英文对应和 SEO 字段要求。
- 旧 URL、上线、CDN 刷新和回滚规则。
- 前后端协作、测试和上线检查清单。
这类项目最重要的经验
GEO-first 建站不是给传统网站多加几个模块。更重要的是把企业知识写清楚、说明事实来源，并确定谁负责后续更新。