B2B 官网改版，旧站让 GPT 接着改，还是重新做？

我跟两个朋友聊 AI 建站，有个朋友问我，是不是以后改网站方便了？我拿事橙官网举了个例子。比如我想做 GEO，可以让 GPT 先去查资料，再回来看看我的官网，哪些页面没把我们的业务讲清楚，应该怎么改。它给我一个方案，我看完觉得可以，它就接着改代码。

如果你手里已经有一个用了几年的 B2B 官网，怎么知道它能不能接手？我会先试一个小需求。比如产品同事给了一份新资料，要在产品详情页上加一段适用场景。用现有的代码改一次，看看能不能出预览，手机上显示怎么样，再点一下咨询按钮，看看销售能不能收到。如果这次改动在原工程里做得完，公司自己也能发出去，就接手源码。试的过程中遇到问题，再看是卡在页面，还是连网站怎么运行、怎么发布都得重新弄。

改一个产品页，看看要动几个地方

同样是给产品页加一段话，有的网站在后台填进去就行，有的要改模板。改模板也很正常，我会看看这份模板还被多少页面用着，动了这一个产品，其他产品会不会也跟着变。如果能说清改动范围，预览能跑出来，发错了也知道怎么退回去，这个旧站就有继续用的基础。

接手的时候，可以请原来的开发带着跑一遍。完整的源码放在哪里，要装哪些依赖，产品资料从哪里读，构建完怎么发到线上。这几件事最好实际做一遍，尤其是从源码重新跑出一个和旧站一样的版本。等这个版本跑通，再让 GPT 在上面改刚才那个产品页。以后接手的人换了，至少知道从哪里开始。官网源码与部署权限怎么交接

页面难改，可以先试试原来的后台

还有一种情况，页面代码确实不好维护，但市场部在原后台发文章已经很熟练，销售也一直在原来的系统里收咨询。这时候我会先做一个新的产品页，让它去原后台读一条产品资料，再从新页面发一条测试咨询，看看销售那边能不能收到。如果网站有搜索，也顺手搜一下这个产品，看搜出来的链接能不能点到新页面。

这几件事能跑通，就可以只重做访客看到的页面。市场同事继续在原来的地方发文章，销售继续在原来的地方看线索。下次需要调整产品页的布局，或者给一批产品页加同一个模块，就让 GPT 在新的页面代码里做。

网站重新做一遍，样子可以照旧

比如一个官网主要就用来介绍公司、展示产品和案例，页面做得也挺好。公司手里拿不到能运行的源码，改一段产品介绍还得请原来的供应商排期。要是产品资料、文章和图片都能取出来，咨询表单也有地方接，我会考虑把网站的工程重新做一遍，沿用已经确认的设计。

公司如果有蓝湖或 Figma 定稿，最好把桌面和手机两套页面一起给到。比如产品页上的长标题怎么换行，手机上产品参数怎么排，点开导航以后长什么样，这些东西有设计稿就好对照。如果设计稿和现在的官网有差别，先挑定以哪一版为准。我会先让 GPT 做一个产品详情页，设计和市场同事都看过，再用确认好的组件做其他产品页。到下次新增一个型号，改的是产品资料，页面按已经定好的样式生成。

如果旧站还管着经销商登录、报价或者其他业务，先拿这些流程单独试。找得到数据、接得上接口，还要找实际用这些功能的人走一遍，才能知道整站重做的范围有多大。

接手以后，走一遍 GPT、GitHub 和阿里云

回到刚才那个产品页。产品同事给了新资料，怎么让这段文字出现在正式官网上？事橙官网的代码放在 GitHub，确认发布以后，用 GitHub Actions 按选定的版本构建，生成的静态文件同步到阿里云 OSS，再通过 CDN 给访客访问。事橙官网建设与运营操作手册

1. 先在 GitHub 留一份能跑起来的原版。 把代码放进公司管理的仓库，记下安装、构建和发布怎么做。以后看一次改动，可以直接跟这个版本对照。
2. 把确认过的产品资料给 GPT。 让它在单独的分支上改，做完给你看预览，同时说明有没有改到其他产品共用的模板。市场同事看内容，技术同事看代码和检查结果，确认了再合并。GitHub 合并请求说明
3. 从确认过的版本发布。 如果页面能构建成静态文件，就可以用 OSS 和 CDN。需要后台运行的部分，比如接收咨询的接口，要确认它还在正常工作。发布完用手机打开正式地址，再试一次咨询。旧网址有变化的话，把销售已经发给客户的那些链接点开看看，确认 301 跳到了对应的新页面。最后记下这次发的是哪个版本，出问题从哪里退回去。阿里云静态网站托管说明 · B2B 网站改版善后 Skill

等下一次产品同事又拿来一份资料，可以请一个没参与建站的运营同事照着交接说明更新一遍。他在哪一步需要给原来的开发打电话，就把那一步记下来，问清楚缺的是账号、操作说明，还是一个目前还改不动的模板。这样做一次，比交付时多看几张网页截图，更容易知道这个官网接下来怎么维护。