上线部署

上线不是"把代码传到服务器"。它是一串有依赖顺序的事：有些必须提前几周启动，有些可以并行，有些只能等前面的做完。

顺序搞错的代价很实在——备案没提前启动，产品做完了还要干等几周；域名后缀选错了，发现不能备案；平台先选好了，才发现它不能作为备案接入商。

这一章按依赖顺序排。

快速版

1. 国内为主 → 备案是第一件事，它不能靠加班加速。
2. 备案等待期继续用境外节点和临时域名开发，不要停工。
3. 主体（个体户/公司）是备案的前置条件，先办主体。
4. 平台选择由"用户在哪 + 运行时 + 数据位置 + 运维意愿"决定。
5. 域名、证书、代理头配好的标准是回调能在公网域名下走通。
6. 上线前用生产构建做一次完整演练，dev 通过不算通过。
7. 对外发布前准备好回滚方案。

依赖顺序

主体注册（个体户/公司）
    │
    ├──► ICP 备案 ──────────► 境内服务器 + 正式域名
    │       （数日到数周）
    │
    └──► 同时进行：境外节点 + 临时域名 → 开发、内测、拿反馈

平台选型 ──► 部署 ──► 域名/证书/代理 ──► 环境变量核对
                                              │
                                              ▼
                                    生产演练 ──► 上线验收 ──► 正式发布

关键是那个分叉：备案在等的时候，开发不该停。

什么必须提前启动

面向国内用户就必须 ICP 备案。这是整个项目里唯一不能靠加班加速的环节，所以它应该是你最先启动的事，而不是产品做完才想起来。

备案需要三样前置条件：

1. 境内主体——个体工商户或公司营业执照
2. 支持备案的域名——注册商和后缀都要在支持范围内
3. 境内服务器——作为接入商，备案挂在它名下

主体和域名都要时间，所以真正的第一步是个体户还是公司。备案流程、四种备案的区别、以及"是否提供互联网交互服务"怎么选，见备案怎么办。

顺带一句：商标比备案更等不起。 国内实行先申请原则，全程通常八到十二个月。品牌名一定下来就该提交。

这一章的顺序

不做境内备案的话，1 和 2 可以跳过——但要接受境内访问表现和部分分享场景的不确定性。摆摊自己走的就是这条路。

国内部署的五个坑

这五条每一条都会让你排查半天，提前避掉。

1. 不要用需要联网加载的网络字体

构建期要连外部服务拉字体，境内 CI 或服务器上会超时甚至直接失败。中文字库本身也不适合网络加载（动辄几 MB），系统字体栈才是正解。

2. 发信服务要按目标邮箱选

部分面向海外市场的发信服务对 QQ、163、126 这类邮箱送达率明显偏低，而国内用户绝大多数用这几个。邮件不是被退回，而是进垃圾箱或被静默丢弃——你在后台只看到"已发送"。

境内为主优先选国内云服务商的邮件推送服务，并且必须自己实测。见业务邮箱与发信送达。

3. 数据库要和应用同区

用海外托管数据库配境内服务器，跨境延迟会让每个请求慢几百毫秒，用户能明显感觉到卡，失败率也会上升。

4. 统计工具要能加载得出来

部分海外统计脚本在境内加载慢甚至加载不出来，既拖慢页面也拿不到数据。自建方案更可控，数据也在自己手里。

5. 中文搜索要单独处理分词

大部分搜索方案的默认分词器按空格切词，中文会被整段当成一个 token，搜索基本失效。必须挂中文分词器。

上线不是终点

上线那天不会有人来。这很正常，不代表产品不行。

上线只是让你具备了被使用的资格。 真正的工作从获客增长开始。

常见卡点

验收标准

• 知道自己的主市场是境内还是境外，并按此决定要不要备案
• 境内为主的话，主体和备案已经启动，不是等产品做完才办
• 品牌名确定后已提交商标申请
• 部署方式和平台是按四个判断题选的，不是按知名度
• 五个国内部署坑逐项确认过
• 做过一次生产构建演练，包含公网域名下的登录和回调
• 有具体的回滚方案，不是"再看看"
• 上线前验收清单六轮走完

本章动作

把上面那张顺序表抄一遍，在每一行后面写上"我现在在哪一步"。

然后只做最靠前的那个未完成项。上线阶段最常见的浪费是同时推进五件互相依赖的事，结果每件都卡在等前一件。

下一步

1. 个体户还是公司——从这里开始
2. 选择部署方式——不做备案的话从这里开始
3. 上线前验收——已经能跑起来了的话
4. 获客增长——上线之后