Alias Archive档案更新中
档案更新中

企业官网重建:从技术选型到资产移交的完整流程

网站制作记录02 / SERIES

从需求梳理、技术选型与多语言制作,到部署、域名备案和控制权移交,系统记录一次企业官网重建中的关键判断。

归档日期
归属板块
其他
语言版本
ZH / 阅读版本

重建一家企业的官网,表面上是制作若干页面,实际工作却由一连串判断构成:采用何种技术、托管在哪里、域名与账号由谁控制,以及上线后由谁维护。页面设计只是其中一段,真正决定长期成本的是这些前置与收尾决策。

我尽量写给完全没做过网站的人:每个术语第一次出现,都用一句白话解释;每个选择,都说清“为什么这么选”,而不只是“照着做”。文中所有涉及具体项目的地方,都用「某企业官网」「一个多语言站点」这类说法脱敏——方法是通用的,谁家都用得上。

七个阶段总览

一个官网从零重做到真正交到自己手里,大致是这样一条流水线:

官网重做七阶段流水

  1. 需求梳理——先搞清楚给谁看、要哪些内容、要不要多语言;
  2. 技术选型——静态站还是动态站,托管在哪;
  3. 结构与内容——信息架构、文案、图片;
  4. 多语言制作——中/英/日等版本怎么组织;
  5. 部署上线——把网站放到网上能访问;
  6. 域名与备案——网址指过来、按规定登记;
  7. 收尾移交——把域名、账号、源码都收进自己名下。

前面画页面的部分反而最“标准”,越往后越是判断和归属的问题。带 ★ 的两站——技术选型、域名备案、收尾移交——是决定“这网站到底是不是你的”的关键,最不该图省事外包出去。

阶段一:需求梳理

动手之前先问几个笨问题,能省掉后面大量返工:

  • 网站给谁看? 国内客户、海外客户,还是两边都要?这直接决定后面“托管在境内还是境外”“要不要备案”。
  • 内容多久变一次? 是基本定稿、一年动几次,还是要天天更新?这决定“静态还是动态”(下一节展开)。
  • 要几种语言? 只有中文,还是中/英/日都要?多语言要在一开始就规划好目录结构,事后再加会很麻烦。
  • 谁来维护? 是有技术的同事长期管,还是做完就基本不动?这决定要不要一个“后台”。
经验
  • 这一步不写代码,但它定了后面所有技术选择的基调。需求没问清就选型,等于抛硬币。

阶段二:技术选型——先分清“静态”和“动态”

这是第一个关键判断,也是新手最容易被绕晕的地方。先解释两个词:

  • 静态站:网站就是一堆提前做好的页面文件。访客一来,服务器原样把文件递过去,不临时计算。改内容 = 改文件、重新上传。
  • 动态站:每次访问,由服务器上的程序现算出页面再返回。像带登录的后台、商城、评论区,都是动态的。

再补两个常听到的词:前端是访客在浏览器里看到、点到的部分;后端是背后跑逻辑、存数据的程序。CMS(内容管理系统)则是一个“带后台的动态站”,让不懂代码的人也能在后台点一点就改网页内容——代价是它更重、更贵、更难搬家。

选型:静态站 vs 动态站

为什么多数企业官网选静态站? 因为企业官网的内容——公司简介、产品、联系方式——基本不常变。这种情况下,静态站几乎全是优点:

  • 便宜:没有一直在跑的服务器和数据库,托管成本可以低到几乎忽略;
  • :直接递文件,天生就快;
  • 安全:没有后台和数据库,就少了绝大多数被攻击的入口;
  • 好搬家:整站就是一个文件夹,换个地方一传就走,不被任何平台绑死。

只有当你确实需要“天天在后台改内容”“用户登录”“在线交易”这类功能时,动态站/CMS 才值得它带来的复杂度和成本。

判断口诀
  • 先问一句「内容多久变一次」:不常变 → 静态站;要后台天天改、要交易 → 动态站。别一上来就上重型 CMS,多数官网用不着。

阶段三:结构与内容

选型定了,才好搭骨架。这一步的工作偏“编辑”而非“编程”:

  • 信息架构:先列出所有页面和它们的层级(首页 / 关于 / 产品 / 联系……),画一张简单的站点地图。导航别超过两层,访客三次点击内要能到任何页面。
  • 文案与图片:文字尽量短、每屏一个重点;图片先压缩再用(一张几 MB 的原图会让页面加载变慢)。
  • 一套统一的视觉:颜色、字体、按钮样式定一版就复用,别每页各来一套。
小坑
  • 直接拿手机原图、相机原图往上放,是新手最常见的“页面很慢”原因。图片上线前先压缩,视觉几乎无损,体积能小一大截。

阶段四:多语言制作

要做多语言(比如中/英/日),关键是一开始就把结构规划好。常见做法是按语言分目录:默认语言放根目录,其他语言各占一个子目录,例如 /(中)、/en/(英)、/ja/(日)。每种语言一套对应页面,靠页面上的语言切换按钮互相跳转。

要注意的几点:

  • 导航、页脚、按钮这些“框架文字”每种语言都要翻,别只翻正文;
  • 语言切换要能双向跳,且跳到的是当前页的对应语言版,而不是一律回首页;
  • 面向搜索引擎:给页面标注语言,避免中英日内容被当成“重复页”。
经验
  • 多语言最好在第一版就规划。事后从单语言硬塞进多语言,目录、链接、切换逻辑都要返工,代价远高于一开始就分好。

阶段五:部署上线——把网站放到网上

页面做好了,得放到一个“别人能访问到”的地方,这一步叫部署。对静态站,最省心的方式往往是对象存储 + 静态网站托管。解释一下:

  • 对象存储:云服务商提供的一个存文件的大仓库,按用量付费,很便宜;
  • 静态网站托管:把你的页面文件丢进这个仓库,开一个开关,它就能直接当网站被访问——不用你自己去装、去管一台服务器。

再顺带两个你一定会遇到的词:

  • CDN(内容分发网络):在各地放一堆缓存副本,让访客就近拿,页面打开更快。改了内容后记得“刷新缓存”,否则访客可能还看到旧版;
  • SSL / HTTPS:给网站加密的证书,就是网址前面那把小锁。没有它,浏览器会对访客弹“不安全网站”,很掉信任。如今多数平台都能签免费证书,一定要配上。
静态站的一个“缺口”:表单没有后端
  • 静态站因为没有后端程序,天生接不住“提交表单”这件事——访客在联系页填的留言/询盘,没有程序去接收和转发。这是新手最容易忽略、上线后才发现“留言点了没反应”的坑。

静态站要让表单真的能收到留言,通常有三条路,从省事到讲究:

  1. 第三方表单服务:把表单接到一个现成的托管服务,访客提交后它自动把内容转发到你邮箱。改动最小、免服务器,适合快速上线。缺点是依赖一个外部服务;
  2. 云函数(serverless)serverless 直译“无服务器”,其实是一小段按需运行的后端代码——有人提交才跑一下,不用你养一台一直开着的服务器。可以自己收、自己转发、甚至推到工作群,完全自有、可控;
  3. 纯邮件链接:干脆不做提交,页面上直接放个邮箱地址让访客自己写信。最简单,但转化最差。
别用这招
  • 有一种“伪表单”是点提交后弹开访客自己的邮件客户端来发信。看着像做了,实则很多访客(尤其手机、用网页邮箱的)根本没配邮件客户端,点了毫无反应,体验等同于坏掉。要么接第三方服务/云函数真正收下,要么老实放邮箱链接。

阶段六:域名与备案

网站能访问了,还得让人通过你的网址找到它,并且(在中国大陆境内开放时)按规定登记。这一段术语最密,逐个拆开:

  • 域名:就是网址里 example.com 那一串,是别人找到你的“门牌号”;
  • DNS / 解析:把域名翻译成服务器地址的“电话簿”,决定这个域名指向哪台机器
  • 注册商:你从哪家平台买、管这个域名(域名的“户籍所在地”);
  • 备案(ICP 备案):中国大陆的规定——网站放在境内服务器对外开放前,要先到政府登记拿一个号
  • 接入商:备案登记里“网站是通过哪家云对外提供服务”的那一家。

托管在哪:境内 vs 境外(与备案)

境内还是境外? 这一步仍然取决于网站主要面向谁:

  • 使用中国大陆境内服务器:面向公众提供服务前需完成 ICP 备案;通常更利于中国大陆访问,但部署流程更长;
  • 使用中国大陆境外节点(含港澳地区):不适用中国大陆服务器的 ICP 备案接入流程,上线更快;代价是中国大陆访问质量需按实际线路测试。

几条容易踩的、但很值钱的经验:

  • 备案与接入服务商关联,而不是与域名注册商绑定。 已有备案的网站改用新的中国大陆接入商时,通常需要在新接入商处办理接入备案;若同时保留多家接入商,原有备案信息不必因此注销;
  • 主体信息要准确且相互对应。 备案主体、域名实名信息、账号实名认证与网站实际信息应按当地管局和接入商的材料要求核对,避免因信息不一致被退回;
  • 注意“国际站”和“国内站”是两套账号。 有些云同时有面向海外的“国际站”和面向大陆的“国内站”,国际站通常做不了大陆备案。想备案,得用国内站的账号,且实名到你的公司主体。
判断
  • 面向国内客户、要正规 → 境内 + 备案;主要面向海外、图省事 → 境外免备案。别在中间被“账号不在自己名下”这种小事卡住迁移。
规则时效

备案规则、各省管局材料要求和云平台操作入口会变化。本文只记录项目决策框架;实际办理时,应以工业和信息化部政务服务平台及当前接入服务商的最新指引为准。

最重要的一课:网站的“四把钥匙”

如果这篇只让你记住一件事,就是这个。网站内容是你做的、文件在你电脑里,并不等于这个网站就是你的。 一个网站真正的控制权,是四把账号级的钥匙

网站的四把钥匙

  1. 域名注册账号——谁能给域名续费、转移,谁就握着你的门牌;
  2. DNS 解析控制——谁能改域名指向哪台服务器,谁就能随时把访客引走;
  3. 托管 / 服务器账号——网站的文件放在谁的账号里
  4. 网站源码——页面文件在不在你手上

现实里,第 4 把(源码)你多半有;真正容易攥在别人(比如代做网站的外包公司)手里的,是前三把账号级的钥匙。只要有一把不在你名下,就存在被“卡脖子”的风险:对方可以到期不给续、可以改指向、可以拖着不配合迁移。

怎么把域名真正拿回来
  • 不是“花钱买回”——它本就是你公司的资产。要做的是让对方配合:解锁域名、给出“转移密码”、把持有者过户到你公司名下,然后把域名**转入你自己的账号**。
  • 拿回控制权之前,别先把“不续费”说死——手里没钥匙时把话说绝,对方更可能拖着不配合。先拿钥匙,再谈去留。

阶段七:收尾移交

最后一步,是把上面四把钥匙逐一收进自己名下,让网站彻底属于公司自己。给你一张可直接照做的交接清单:

交接清单 · 拿到才算真正到手
  • 域名注册账号:已在你公司自己的账号里,持有者=公司主体;
  • 域名证书:一份证明域名归属你公司的凭证;
  • DNS 解析权:解析能自己改;
  • 托管/服务器登录:网站文件在你自己的云账号里;
  • 备案信息:备案主体、服务名称、负责人联系方式与当前接入商信息均准确,可由企业账号查询和维护;
  • 网站源码:完整一套在公司手里,且是最新版本。
迁移不断线
  • 把托管/服务器换到自己账号、或换云时,正确顺序是新的先搭好、验证能访问,再切解析过去,最后退掉旧的。切换期间新旧并存,网站全程不断。别先退旧的

常见坑与对策

现象对策
一上来就上重型 CMS又贵又难维护,用不上先问“内容多久变一次”,不常变就用静态站
静态站的表单没接后端访客留言点了没反应接第三方表单服务或云函数,真正收下
“伪表单”弹邮件客户端手机/网页邮箱用户点了没反应换成真正能收件的方案,或直接放邮箱链接
图片直接用原图页面加载很慢上线前压缩图片
没配 SSL 证书浏览器提示“不安全”配上免费证书,全站 HTTPS
改了内容访客还看到旧版CDN 缓存没刷新更新后手动刷新缓存
事后才想加多语言目录、链接、切换全返工第一版就规划多语言结构
域名/账号在外包手里被“卡脖子”、迁移受制四把钥匙全部收回自己名下
备案资料之间不一致备案接入被退回按管局与接入商要求核对主体、域名实名和账号认证信息
拿回钥匙前先说“不续费”对方拖着不配合交接先拿到钥匙,再谈去留

结语

做官网这件事,越往后越不是技术问题,而是归属问题。画页面、配色、上线,工具都能帮你做得又快又好;但“域名归谁、账号归谁、以后谁说了算”,得自己盯着。

所以真正的验收标准,不是“网站打得开”,而是——四把钥匙是不是都在你自己名下。工具和平台会一直变,但“把资产攥在自己手里”这条原则,值得作为每一个网站项目的底线保留下来。

关联阅读

02 / LINKS
C01

Alias Archive 的构建:多 Agent 协作、Astro 迁移与静态部署

从匿名内容边界、四板块与三语模型,到多 Agent 交接、Astro 迁移、Impeccable 视觉整理和 Cloudflare Pages 发布,复盘 Alias Archive 的完整构建过程。

阅读全文 ↗
C02

把乱七八糟的来单,变成规整的订单:一个 AI 自动录入工具的制作手记

客户用文字、Excel、图片、扫描件发来的订单,如何让 AI 读懂并自动录入到团队共享表格——一套可复用的解析、置信度复核与人机分工方法。

阅读全文 ↗