这不是换一个网址
一开始，官网只是为了让「宝贝轻松记」有一个能被访问的页面。
那个阶段最重要的是快：先把产品是什么讲清楚，把隐私政策、用户协议、下载说明放出来，让外部链接有一个落点。只要页面能打开，内容能看见，就算完成了最小闭环。
但随着上架准备继续推进，我发现这个页面已经不能只被当成“展示页”。它开始承担更正式的角色：
- 产品介绍入口；
- 隐私政策和用户协议入口；
- 应用市场审核材料里的官网入口；
- 后续 APK、备案信息、版本说明的承载点；
- 轻松记工程手记的外部入口。
当官网从“临时页面”变成“产品基础设施”，问题就变了。
GitHub Pages 适合起步，不适合长期承载
GitHub Pages 很适合项目早期。
它部署简单、成本低、能快速验证页面结构，也天然适合静态站点。但如果一个 App 准备面对真实用户和应用市场审核，它就不再只是一个开发者项目。
我需要考虑的问题包括：
- 域名是否稳定；
- 国内访问是否顺畅；
- 页面是否能承载合规材料；
- 后续是否方便接下载入口；
- 是否能和品牌名、App 名形成一致记忆；
- 站点结构是否能长期维护，而不是每次上线都像临时补丁。
这些问题不一定都会立刻爆雷，但它们会在产品进入发布阶段后逐渐变成成本。
所以迁移到 qingsongji.cn 的意义，不只是“看起来更正式”，而是把官网从开发阶段的临时出口，升级成产品长期存在的一部分。
域名是产品信任的一部分
「宝贝轻松记」是一个和宝宝照护记录有关的 App。
它会涉及新手父母、宝宝信息、照护记录、语音输入、隐私说明和用户信任。对这类产品来说，官网域名不是装饰，它会参与用户对产品的第一判断。
一个独立域名至少传递了几件事：
- 这是一个被认真维护的产品；
- 协议和说明有固定地址；
- 下载、版本、备案等信息可以持续更新；
- 产品和开发者之间有一个可追溯的公开入口。
如果将来在 qingsongji.cn 上加入工程手记入口，这种关系会更清楚：官网负责产品本身，工程手记负责记录这个产品是如何被做出来的。
自有部署给后续留出空间
静态官网现在看起来很简单，但它后面可能会继续长出新的东西：
- 下载页；
- 版本更新记录；
- 常见问题；
- 隐私政策和协议版本归档；
- 应用市场材料补充页；
- 工程手记入口；
- 以后可能出现的 iOS / HarmonyOS 说明。
这些内容都不复杂，但需要一个稳定的结构。如果每次新增内容都像在临时页面上加一块补丁，站点很快会失去秩序。
迁移到自有域名和自有部署后，我可以把官网、工程手记、下载入口、协议页分清楚，让每个部分承担固定职责。
官网和工程手记应该分工明确
我不希望 qingsongji.cn 变成一个什么都堆进去的大杂烩。
官网应该面向普通用户和审核人员，语言要直接、稳定、可信。它需要回答：
- 这个 App 是什么；
- 适合谁用；
- 如何下载；
- 隐私和协议在哪里；
- 如果遇到问题怎么联系。
工程手记则可以更慢、更长、更完整。它面向的是对个人开发、客户端工程、AI 协作和产品上线过程感兴趣的人。它不承担营销职责，而是承担记录职责。
所以未来比较合理的结构是：
qingsongji.cn
├── 产品介绍
├── 下载入口
├── 用户协议 / 隐私政策
└── 工程手记入口工程手记可以是子路径，也可以是独立部署后再从官网跳转。关键不是技术形式，而是信息层级要清楚。
这次迁移真正解决的是身份问题
做个人项目时，很容易把很多基础设施都当成“以后再说”。
但 App 一旦走向发布，很多东西就不能再停留在临时状态：官网不能临时，协议不能临时，下载入口不能临时，工程记录也不能永远散落在本地文件夹里。
迁移到 qingsongji.cn，本质上是在确认一件事：
宝贝轻松记不是一次代码练习，而是一个准备长期存在的产品。
这一步不炫技，也不复杂，但它让产品有了更清晰的公开身份。