企业 AI 信源官网建设：
把官网做成一套能核验的信源资产：AI 读得懂，客户拿得走。
官网只有一页介绍、模板改不动、或还没有官网的企业；以及官网内容不少，但事实版本不一致、AI 与搜索摘要里经常说错的企业。
改造已有官网，还是从零建设
先评估三件事：域名与历史页面值不值得保留（有没有收录、外链与真实内容）、模板能不能改结构（标题描述、结构化数据、内链、页面模板）、现有页面写的事实与实际是否一致。三项里有两项能过关，改造通常比重建省；反之从零建更快。
两种情况都从事实台账开始，而不是从首页设计开始。改造要先盘点旧页面：哪些保留、哪些 301 到新地址、哪些删除；从零建要先定站点骨架与页面清单，再写内容。
首页、公司页、产品页、案例页、FAQ 怎么分工
首页回答“你是谁、做什么、凭什么信你”，不堆关键词；公司页写可核对的事实（主体、地址、团队、资质），不写口号；产品页一页一个型号或一类需求，参数逐项给出处；案例页写清背景、做了什么、结果与没有变化的部分；FAQ 回答真实被问到的问题。
每页只回答一类问题。AI 摘取的是一段能独立成立的答案，不是动词堆砌的宣传语；页面之间的内链从问题走到答案不超过两步。
企业事实怎么审核
每条事实进台账时登记四样：内容、出处（文件、公告或页面链接）、负责人、核对日期。对不上的进“待核实”，不上页面；客户没给的数字不写，厂家没书面确认的参数不承诺。
页面发布前过一遍检查：页面上每一句宣称，能不能指回台账里的某一条。指不回的删掉或改写，不靠形容词补位。
官网怎么和问题地图对应
先把客户真实被问到的问题收集成问题地图：销售、客服每天被问的原话，加上搜索下拉与真实提问。再给每个问题指定落地页：一个页面能答完的合并，需要展开的拆开，避免一个页面回答五个问题。
发布后按问题回看：哪个问题还没有页面接、哪个页面被读得最多、哪个答案被 AI 说错。问题地图是维护官网的索引，不是一次性文档。
结构化数据做哪些，不做哪些
做：Organization、WebPage、BreadcrumbList、FAQPage、Service、CaseStudy、Article；有实体门店的加 LocalBusiness。页面上写得出来的，结构化数据才写。
不做：没有价格不标 Offer，没有库存不标 availability，没有评分不标 AggregateRating。结构化数据必须和页面可见内容逐字一致，不是给爬虫看的另一套说法。
域名、服务器、网站内容、账号归谁
建议全部归客户：域名注册在客户自己账号，服务器可以客户自购，也可以我们代部署后移交；站长平台账号用自己的；网站内容以可导出格式交付。
我们代管的部分写进合同：维护范围、响应时间、数据备份、退出时怎么交接。不做“域名在我们手里”的绑定，也不用“换人维护就要重建”的方式留客。
网站能不能导出，后续谁来维护
静态站整站可以打包导出，换服务商不需要重建；内容同时提供 Markdown，便于迁移到其他 CMS。导出方式在交付时当面演示一次。
维护有两种：客户团队按维护手册自己更新（我们培训一次），或按维护合同由我们更新。交付时就写清是哪一种，不默认绑定。
每一阶段都有可验收的交付物。
先诊断，再核对事实，然后建设，最后复测；每个阶段结束都可以停下来评估。
诊断
固定问题集跑一遍现有 AI 回答，找出具体问题。
事实
核对公司、产品、项目与边界，建立事实台账。
建设
按服务范围建设页面、内容、结构化数据与收录通道。
复测
+3 / +7 / +14 天按四层口径复测，如实记录变化。
关于企业 AI 信源官网建设。
答案与页面结构化数据逐字一致。
先评估三项：域名与收录值不值得保留、模板能否改结构、页面事实是否一致。能改就改造，不能改就重建；不管哪种，旧页面该保留的保留、该 301 的 301，不做整站推倒重来。
不会。域名与账号在客户名下，站点可以整站导出，内容提供 Markdown；换服务商不需要重建。代管部分的范围与交接方式写进合同。
取决于页面数量与事实核对速度。一般先做首页、公司页与一个核心产品页，两到四周出第一版；完整站点按页面清单排期，不承诺固定周期。
不能。我们保证的是页面可抓取、事实可核验、可见文本与结构化数据一致。被不被引用取决于竞争、问题与平台，任何“保证引用”的说法都不可信。