老网站有看不见的住户：聊天中的链接、书签、搜索结果和别人文章里的图片。所有者看首页，互联网其他人却从数百扇别的门进入。
我把 LiveDXB 迁移视为处理这些门。Astro 新模板可以很快做好，但这不等于网站已经搬完。内容、地址、语言和图片的对应关系必须保留，还要告诉旧地址该去哪里。
“LiveDXB——首屏”保留项目真实素材和设计。
LiveDXB——首屏
归档界面 · 演示数据
CMS 和公开网站承担不同职责
Ghost 属于前一阶段。在本案例检查的架构中，LiveDXB 的编辑来源是 EmDash：已发布修订、共享内容结构和多语言版本。公开页面由 Astro 构建。运行编辑器与提供成品文章，不必再是同一操作。
“LiveDXB——内页”保留项目真实素材和设计。
LiveDXB——内页
归档界面 · 演示数据
草稿最能体现这种区别。数据库里可以有一条未完成记录，仅仅存在并不赋予它进入搜索、信息流或公开页的资格。发布必须使用已发布版本。
LiveDXB——联系页面
归档界面 · 演示数据
七种语言共享区块顺序，并使用本地化文字。不能因为翻译英语，照片和文章分区就自行换位。但模型里存在某语言，也不代表所有内容已翻译并经编辑接受。
迁移没有一个万能检查
重定向检查地址，浏览页面检查布局，对比内容检查资料保留，检查图片又覆盖另一部分。构建成功的绿灯不能替代任何一项。
我不承诺从 Ghost 改为 Astro 本身会提高搜索排名。迁移可能破坏原本正常的东西，首先要避免这一点。快速 HTML 有用，却补不回消失的文章。
旧报告里有精确的路由和重定向数量，那只是特定发布的快照。把它们当作永久特征搬进当前介绍，会再次脱离现实。
我在这段工作中迁移 LiveDXB 的公开呈现，保留它与积累内容和地址的联系。文中 CMS 与静态页面组合属于迁移阶段，当前路由数量和后续变动需要独立的日期快照。
相关故事：三个网站的共用平台 · Nevsky.ae 的故事 · LiveDXB Analytics.
@nevsky_alexander
在 Instagram，看明信片之外的迪拜：家人、城市、新发现，还有项目之间的日常。在 Threads，聊聊设计与 AI 的随想；在 YouTube，分享一条限时动态装不下的视频。选你习惯的平台关注，常来聊聊