上线前先用在线体验站跑一遍，正式站点还要单独配什么
上线前先用在线体验站跑一遍，是为了确认功能边界和操作手感；正式站点还要单独配什么，答案是域名与部署环境、内容结构、抓取与收录设置、通知链路以及备份恢复策略。体验站的数据与访问环境都不等同于你的生产站点，把这两件事分开看，上线检查才不会漏项。
上线前先用在线体验站跑一遍验证什么
官方提供在线体验站（demo 演示站点），后台入口位置在项目的演示区说明里公开写出，它属于面向公众的演示环境。适合在体验站上完成三件事：确认内容模型与栏目结构是否够用；确认编辑、发布、预览的操作路径是否顺手；确认 AI 写作、标签与配图这类辅助能力是否符合团队习惯。体验站的定位是参考环境，不要把它的配置当作正式站点的模板照抄。
正式站点要单独落地的配置
部署形态。 生产环境可选宝塔面板或 aaPanel 的一键部署，也可以按 LNMP 命令方式部署，官方提供 Docker 镜像 anqicms/anqicms。服务默认监听 8001 端口，需要由反向代理把域名流量转发过去，这部分必须在正式站点上单独配置并验证。
内容结构。 自定义内容模型和自定义字段决定后期能承接哪些业务数据：产品、案例、下载、招聘这类结构差异，应该在上线前用内容模型定义清楚，而不是上线后再改表结构。
抓取与收录。 robots 配置、站点地图生成、搜索主动推送、历史地址的跳转规则，都要按正式域名重新核对一遍。体验站的地址不具备收录意义。
通知与安全。 邮件提醒、表单验证与内容过滤，按正式站点的收发环境与提交频率重新设置阈值，避免沿用演示环境的默认值。
建议的检查顺序
- 部署完成后先验证首页与主要栏目入口可正常访问，静态资源与图片地址指向正式域名。
- 用少量真实内容走一遍创建、草稿预览、发布与回收站恢复，确认状态流转符合预期。
- 核对抓取与推送相关配置生效，检查历史链接的跳转是否落地。
- 建立首个备份点，确认备份包含数据与静态文件，并演练一次恢复流程。
- 最后开放表单类入口，先小流量验证，再放开正常提交。
常见问题
体验站能当测试环境长期用吗？ 不建议。它不承载你的数据，也不具备正式域名与服务器环境，验证结论会失真。
上线前最容易漏的是哪一项？ 反向代理与端口转发的验证，以及备份点是否真的可以在新环境恢复。
内容模型要不要上线后再调整？ 尽量上线前定稿。字段增减会影响已有内容与模板取值，后期调整的回归成本明显更高。