上个时代的B2B官网，怎样接入AI？从传统维护、机甲改造到AI原生

企业讨论AI官网时，很容易把问题简化成“要不要重新做一个网站”。实际情况更复杂。大量B2B企业已经有官网，网站上保留着品牌历史、产品资料、搜索排名、客户使用习惯和内部系统接口。它也许不够先进，却承担着真实业务。直接推倒重来，可能损失已经积累的搜索资产、数据和流程；什么都不改，又会继续被缓慢的维护方式拖住。

更合适的判断方式，是先区分官网目前处在哪个阶段。

第一阶段是传统原生官网。网站由建站公司或开发供应商建设，企业通过后台上传内容，涉及模板、栏目和功能的修改仍然需要供应商。第二阶段是正在进行AI改造的中间形态。网站主体仍然来自过去的代码和系统，但企业开始让AI参与内容、SEO、测试、数据和部分开发。第三阶段是AI原生官网。代码、内容、规则、测试和发布流程从一开始就按AI可理解、可验证、可回退的方式组织。关于AI建站中的策划责任，可以先参考《AI建站改变的是生产方式，但无法替代网站策划》；本文讨论的是旧网站怎样过渡到新的维护方式。

三个阶段没有简单的高低之分。传统官网可能运行得很稳定，AI原生官网也可能因为缺少策划和质量控制而频繁出错。真正需要判断的是：企业下一阶段希望提升什么能力，以及现有网站允许改到什么程度。

第一阶段：供应商维护的传统官网

上一代企业官网通常采用一种清楚的分工。建站公司负责设计和开发，项目上线以后提供服务器、功能修改和技术支持；企业市场人员使用内容后台，上传新闻、产品或案例。只要不改变页面结构，这种模式可以运行很多年。

它的优势是责任相对集中。服务器出现问题、页面需要改版、后台需要增加字段，企业知道应该找谁。成熟供应商也熟悉自己的技术框架，处理问题时不需要重新理解全部代码。

它的限制主要出现在运营速度上。企业可以在后台增加一篇文章，却未必能方便地修改文章模板、增加作者模块、批量调整内链、更新结构化数据或接入新的统计事件。一个看起来不大的需求，可能经历需求说明、报价、排期、测试和上线。市场团队会逐渐学会少改网站，把本来应该持续运营的官网，当成一份不轻易触碰的电子宣传册。

AI进入这类网站时，通常先从后台之外开始工作。它可以帮助整理资料、生成草稿、检查标题和描述、规划内链，最后仍由运营人员复制到后台。这种方式风险较低，也可以节省部分内容工作，但它没有改变网站本身的维护结构。AI负责准备材料，真正的上线仍然依赖原有后台和供应商。

这一阶段最需要确认的是资产归属。企业是否拥有完整源代码、设计文件、域名、服务器和统计账户？网站能否在其他环境重新构建？后台数据能否导出？第三方插件和字体是否有合法授权？如果这些问题不清楚，后续无论是改造还是重建，都会受到限制。

第二阶段：给旧官网安装一套“机甲”

中间阶段最难。

AI原生项目面对的是一套为机器协作重新组织的结构；传统项目面对的是原供应商熟悉的成熟系统。中间阶段则要求AI先理解人类多年写下的代码、约定、补丁和例外，再在不破坏现有业务的前提下接手一部分工作。

这很像给一个仍然在工作的身体安装机甲。机甲能够增加力量，但安装点、关节和控制信号必须与原来的身体匹配。只看外观尺寸，很容易在抬手时拉伤另一个部位。

遗留官网中的耦合往往比页面上看到的复杂。一个首页模块可能同时依赖后台字段、数据库查询、模板语法、旧版前端库、缓存规则和供应商写在服务器里的脚本。删除一段看似无用的代码，可能让某个表单失效；修改URL规则，可能让过去积累的搜索入口大面积404；更换统计代码，也可能让广告转化回传和历史报表失去连续性。

AI可以快速阅读大量代码，却不天然知道哪些异常是历史遗留，哪些是业务必须保留的特殊规则。注释可能过时，文档可能缺失，测试环境与正式环境也可能不一致。中间时代真正困难的工作，不是让AI写出新代码，而是建立一份可信的现状说明。

先划清“能动”和“暂时不能动”

对旧官网做AI改造，第一项成果不应该是一张新首页，而应该是一张边界图。

通常可以优先交给AI处理的，是规则清楚、容易验证、失败后容易回退的工作，例如：

• 整理和更新文章、FAQ、产品资料与SEO元信息；
• 检查Title、Description、Canonical、Schema、Sitemap和站内链接；
• 根据既有组件增加相同结构的页面；
• 生成重定向清单、内容差异和发布报告；
• 检查移动端溢出、断链、缺失图片和表单前端错误；
• 汇总网站日志、统计数据和搜索平台反馈；
• 在有完整测试的范围内完成小型样式或交互调整。

这些任务的共同点是输入和结果都相对明确，可以通过页面、数据、日志或自动测试核验。

需要谨慎保护的部分，通常包括会员和权限、支付与订单、核心数据库、客户资料、复杂报价、生产系统接口、未经梳理的CRM同步、服务器安全配置以及供应商专有组件。并非AI永远不能参与，而是在没有源代码、文档、测试、权限分层和回退方案之前，不应该让它直接承担正式修改。

还有一类区域表面简单，实际风险很高。例如全站URL规则、页面模板公共头部、表单提交接口、统计容器和缓存配置。它们改动一处就可能影响全站，应该先在预览环境验证，并由熟悉原系统的人复核。

“不能动”也不应该成为永久结论。它代表当前证据不足。随着源代码补齐、接口被封装、自动测试建立和历史规则被确认，原来的保护区可以逐步转为可维护区。

旧官网AI改造的七个步骤

第一步：盘点真实资产

先把网站看得见和看不见的部分列出来：域名、DNS、证书、服务器、CDN、代码仓库、数据库、后台、插件、字体、图片、统计账户、搜索平台、表单、邮件、短信、CRM接口和第三方服务。

同时建立URL清单和页面模板清单。哪些页面有稳定流量，哪些URL已有排名，哪些页面被广告使用，哪些资料被销售长期发送，都应被记录。改造的第一条原则是保住现有业务和搜索资产。

第二步：让代码重新可追踪

如果代码只存在服务器上，需要先获得完整备份，并建立正式版本库。数据库结构、环境变量、构建方式和部署步骤也要形成文档。每一次AI修改都通过分支、差异比较和版本记录进行，不允许AI直接连接正式服务器边看边改。

有些旧网站无法在新电脑上重新运行，这时要先修复构建环境，或者至少做出可复制的测试环境。一个只能在原服务器上运行、无法重建的网站，很难安全地进入AI维护。

如果企业目前只有网站后台或公开页面，可以先参考《官网源代码不在企业手里，还能让AI接手维护吗？》，按权限层级准备接管材料。

第三步：建立基线测试

旧项目往往没有自动测试。可以先从最小基线开始：核心页面是否能打开，导航是否正确，表单是否能提交，移动端是否溢出，Canonical和Schema是否存在，Sitemap是否包含正式URL，统计与CRM是否收到正确数据。将这些要求固化为测试的方法，可参考《用自动检查为AI网站修改建立安全边界》。

这些测试记录的是“改造前网站必须继续具备什么”。AI以后每改一次，就用同一套基线检查。没有基线，团队只能依靠肉眼判断页面大致正常，很难发现隐藏回归。

第四步：把内容层逐步拆出来

中间时代最有价值的一项改造，是减少内容和模板的绑定。可以先从Blog、FAQ、案例和产品资料开始，把标题、正文、分类、作者、日期、图片和SEO字段整理成结构化内容。原网站继续负责展示，AI和内容团队开始通过稳定字段维护资料。

不必一次性重写整个后台。可以为旧系统增加内容导入、API或中间转换层，让新的内容流程与原模板共存。等数据结构稳定以后，再决定是否替换后台。

第五步：为外部系统增加适配层

旧网站直接连接CRM、邮件或短信时，字段和密钥经常散落在不同页面。改造时可以增加统一的服务端接口，先接收网站请求，再由接口适配不同业务系统。

这样，AI修改表单页面时不需要知道CRM全部细节；CRM字段变化时，也不必同时改十几个页面。适配层还可以负责验证、去重、队列、重试、日志和告警，把原本隐藏在代码里的业务规则变成可检查的配置。

第六步：建立预览、发布和回退

AI提高了修改速度，发布控制必须同步加强。每次变更先进入预览环境，自动检查构建、断链、SEO字段、移动端和核心流程。检查通过后再由有权限的人确认上线。正式发布要对应一个明确版本，发生问题时可以快速回到上一个版本。

这一层完成以后，AI才真正从“帮忙写代码”升级为可参与运维的执行者。因为它不再依赖某一次对话的记忆，而是在固定规则中工作。

第七步：把网站知识整理给人和AI

最终需要形成一套网站知识：业务定位、内容字段、页面关系、设计规范、技术架构、第三方接口、禁止事项、发布步骤和验收标准。供应商掌握的口头经验要逐步变成企业可保存的文档和规则。

AI每次接手任务前先读取这些规则，完成后返回修改记录和验证结果。这样即使更换对话、模型、人员或供应商，网站的维护能力仍然留在企业内部。

第三阶段：AI原生官网

AI原生官网不等于所有页面都由AI第一次生成。它更重要的特征，是网站从设计之初就允许AI长期参与。

代码和内容有统一版本源；页面使用稳定组件和内容模型；搜索、统计、表单和系统接口有明确字段；每次修改可以预览、测试、发布和回退；知识库保存已经确认的品牌与业务信息；权限控制决定AI可以读取和修改什么；最终上线仍有人工或制度化质量门槛。事橙官网从调研、内容后台到Git和发布的具体过程，记录在《我用ChatGPT重做了公司官网》中。

在这种结构中，企业提出“为全部文章增加作者介绍”“把新FAQ自动加入相关页面”“检查本月新增内容是否进入Sitemap”“将表单来源与CRM有效线索做对账”，AI能够把要求拆成代码、内容、测试和发布任务，并返回可核验结果。

维护方式也会变化。过去，后台主要解决“非技术人员怎样上传一篇文章”；AI原生官网还要解决“内容怎样从知识库进入草稿，怎样经过审校，怎样自动生成相关页面和结构化数据，怎样在上线后记录版本与表现”。后台仍然可以保留，但它不再是网站唯一入口。

AI原生也不意味着企业不需要专业团队。复杂交互、品牌设计、架构安全、核心系统集成和高并发业务仍然需要专业能力。变化在于，大量重复开发和日常维护不再需要每次重新报价和排期。

网站建设公司和AI分别负责什么

未来的网站项目更可能形成三方分工，而不是由AI完全替代建站公司。

企业负责人和市场团队负责业务定义。他们要说明网站服务谁、业务边界是什么、哪些内容可以公开、怎样判断线索价值，以及什么结果值得长期保留。AI和供应商都不能替企业完成这些决定。

网站建设公司负责高复杂度与高责任任务，包括品牌与交互设计、技术架构、遗留系统逆向梳理、核心组件开发、安全、性能、权限、复杂接口、正式环境配置和最终技术验收。对于工业平台、电商、会员、支付、配置器和客户门户，这部分能力仍然重要。

AI适合承担高频、规则化、可验证的工作，包括内容整理、页面复制、SEO字段、内链、Sitemap、结构化数据、测试补充、日常巡检、小型修改、发布报告和数据初步分析。它也可以辅助供应商阅读代码、生成文档和定位问题，但结论需要进入同一套工程检查。

这种耦合关系的关键，不是双方各做一半，而是接口清楚。建站公司交付可维护的组件、文档、API和测试，AI在这些边界内持续工作；AI发现需要改变底层架构或触及保护区时，把问题整理成清楚的技术任务，再交给专业团队处理。

具体的责任边界和升级机制，可以继续阅读《网站建设公司和AI在旧官网维护中应该怎样分工？》。

建站项目的交付物也需要改变

过去，企业验收网站时主要看页面和功能。进入AI维护时代，交付范围需要增加一组“以后能不能继续改”的材料。

至少应包括：企业拥有访问权限的代码仓库；可以重复执行的安装、构建和发布说明；开发、预览与正式环境的区别；内容字段和URL规则；设计组件与样式规范；统计事件和表单字段表；CRM与第三方接口文档；测试清单；账号和权限清单；备份与回退方案；已知限制与暂时不能修改的区域。

如果一个网站只能由原供应商在原环境里修改，它交付的是一个结果。如果代码、规则和流程能够被企业、供应商和AI共同理解，它交付的才是一套可以继续运营的系统。

对建站公司而言，这并不只是工作被压缩。新的价值会转移到过去较难计价的部分：架构判断、设计系统、复杂集成、安全治理、遗留系统改造、质量标准和长期技术顾问。基础页面生产价格下降以后，这些能力反而更容易被企业看见。

什么时候应该改造，什么时候应该重建

旧官网具备稳定流量、重要URL、可获得源代码、业务功能仍然有效，只是维护效率较低时，通常适合渐进改造。先接管版本、测试和内容，再逐步处理模板、表单、统计与系统接口。

如果网站没有可用源代码，依赖已经停止维护的框架，存在严重安全问题，移动端和信息架构都无法满足业务，或者任何修改都会牵动大量未知功能，重建可能更经济。但重建同样要先导出内容、整理旧URL、制定301映射、保留统计基线，并分阶段切换。改版前怎样保护搜索资产，可以继续阅读《官网改版时，如何避免损失已有SEO资产？》。

还有一种情况，是网站本身并不复杂，只有展示、内容和咨询功能。企业已经掌握清楚的品牌与业务资料，也愿意建立内容和发布规则，这类项目可以直接按AI原生方式重建。节省下来的开发时间，应投入到业务理解、内容质量、真实素材和持续运营中。

选择标准不应只是比较一次报价。还要计算未来三年的修改频率、供应商沟通、内容运营、系统变化、搜索资产风险和内部团队能力。便宜但无法维护的网站，长期成本可能更高；技术先进但团队不会使用的架构，也会很快失去价值。

用于前期判断的六个问题和混合改造路径，可以继续阅读《旧B2B官网应该渐进改造，还是直接重建？》。

结语

传统官网、改造中的官网和AI原生官网，会在很长一段时间里同时存在。企业没有必要为了追赶概念，把仍然稳定的系统全部推倒；也不应该因为旧网站还能打开，就继续接受每一次修改都依赖供应商排期。

中间时代的任务，是给旧网站增加一套可以被AI调用、同时受到工程规则约束的能力。先看清资产和耦合，再划定可修改区域；先建立版本、测试和回退，再让AI进入内容、SEO、数据和日常运维；底层架构、安全和复杂系统仍由专业团队负责。

当建站公司、企业和AI之间的边界清楚以后，AI不会把网站变成无人负责的自动系统。它会成为一支长期在场的执行力量，把原来需要反复沟通和排期的小修改变成日常工作，让专业团队把时间留给真正复杂的事情。

这可能是未来几年B2B官网最现实的变化：网站建设不会消失，但网站交付将从“完成一个项目”，逐渐变成“建立一套可以持续运营的能力”。

事橙官网的一次真实内容生产与发布闭环，记录在《用AI完成一次B2B官网内容生产、发布与搜索提交》中。