案例四 · 某医药健康产业园官网
从改一个字都要求人，到后台点两下就生效
一个政府园区官网的重做：不只是好看，是终于能自己管了
改个错别字要等外包排期 → 后台保存，前台立刻生效
20 秒 → 4 秒
内容页打开速度
125 MB → 42 MB
图片总量（-66%）
68 页同名 → 每页独立
页面标题（搜索引擎才分得清）
求人 → 自己改
文章 · 企业 · 资讯 · 导航菜单
两套页面 → 一套响应式
电脑版与手机版
一个官网，客户连一个错别字都改不了
这是个招商性质的园区官网，中英双语，几十个栏目页、上百篇资讯。看上去很正常，问题藏在后面：它是用第三方建站工具搭的，客户手里既没有源码，也没有一个能改内容的地方。
于是日常变成这样：领导说这句话要改一下、这张图换掉、新闻要加一条——每一件都得发给建站商，等对方排期、等对方改完、再回来检查。一个字的事，走完流程要几天。
官网是园区对外的第一张脸。而这张脸的表情，园区自己控制不了。
建站工具留下的三笔账
拆开原站之后，问题比"改不了内容"更深一层：
- 同一套内容，被做成了两个网站。 那个工具的做法是电脑版一套页面、手机版另一套，各有各的网址。也就是说每篇文章都有两份，改一处得记得改另一处——而没人记得住。
- 几十个栏目页共用同一个标题。 在搜索引擎眼里，这些页面长得一模一样，分不清谁是谁，自然也就不会好好收录。
- 图片一张不压，堆到 125 MB。 内容多的页面要转 20 秒才打开——招商客户可没有 20 秒的耐心。
复刻不是难点，"以后能自己改"才是
把页面照着做出来，是这件事里最不值钱的部分。真正的目标只有一个：交付之后，园区自己能维护，不用再回来找我们。
所以我们做的是两层：
- 前台重写：一套响应式页面通吃电脑和手机，每页有自己的标题，图片全部压过一遍；
- 后台接内容管理系统：文章、入驻企业、资讯外链、连顶部导航菜单都搬了进去，中英各一份，在后台点两下就能改。
而且是保存即生效——页面每次访问都实时读取后台数据，不需要谁去"重新发布一下"。客户改完刷新页面就能看到，这一点对非技术的人特别重要：看得见结果，才敢动手。
最费工夫的地方，截图上看不出来
老站有不少动效：鼠标移上去才切换的规划图、缓慢横向滚动的图集、自动播放的轮播、点开才展开的手风琴。这些东西在静态抓取里是完全不存在的——抓下来只有一张不动的图。
只能一页一页打开原站，把鼠标真的移上去、点开、等它转，看清楚它到底怎么动，再写回来。这类活儿没有捷径，也不体现在任何一个数字上，但它决定了新站看起来是"像"还是"就是"。
诚实说边界：不是所有东西都进了后台
有十几个版面特别复杂的栏目页（跑马灯、悬停切换的规划图那类），我们和客户一起算了笔账：把它们也做成后台可编辑，成本要翻上去一大截，而这些页面一年也未必改一次。
于是明确留在代码里，由我们维护。 这不是没做完，是想清楚之后的取舍——把预算花在客户真正会天天动的地方。哪些能自己改、哪些要找我们，写在交付文档的第一页，不让客户到用的时候才发现。
顺带的几件事
- 后台挂了，网站不会白屏。 内容管理系统万一出问题，前台自动回退到本地备份数据，页面照常打开，用户看不出异样——只是暂时看不到最新改动。
- 老网址不会失效。 原站那些旧链接做了全套跳转，搜索引擎和收藏夹里的老地址都能落到新页面上。
- 客户拿到的是完整的一套东西：能自己改内容的后台、一份不含术语的图文操作手册，以及全部源码。
交付的标准不是"网站上线了"，而是"这个网站以后没有我们也能活得好好的"。
现在可以直接看
下面这个地址是这套系统的在线演示，中英双语都能切，随便点：
演示站是技术复刻，非客户官方站点，页面上的联系方式已替换为占位地址。