企业官网的测试站应使用独立应用环境、数据库、文件存储和通知配置，访问权限限定给验收人员；正式站使用正式域名、业务数据和实际收件人。上线时按批准的变更清单交付，并在正式网址重新检查询盘与 SEO。这样可以把页面预览、业务试验和客户访问各自的责任与结果记录清楚。
这份清单适用于 AI 生成页面接入 CMS、主题升级、官网改版和备份恢复演练。技术人员负责环境配置，市场或业务人员负责内容与询盘验收。首次部署可结合自有服务器建站检查表，主题制作可参考AI 建站与主题交付指南。
一、先写清两个环境各自连接什么
准备一张环境表，由实际维护人填写资源名称、负责人和验证时间。测试域名只是入口标识，环境隔离还需要逐项检查应用、数据与外部连接。同一服务器可以承载两个环境，前提是进程权限、目录、数据库账号和网络访问范围经过实际配置与验证；对隔离要求更高的项目，可以采用独立主机或容器及对应资源权限。
| 核对对象 | 测试与正式环境的交付要求 |
|---|---|
| 应用与域名 | 独立应用目录和环境配置；分别记录域名、HTTPS、版本与部署目标 |
| 数据库 | 独立库和账号，按环境限制权限；恢复前确认连接目标 |
| 图片与附件 | 独立目录或存储空间及访问凭据；核对公开链接实际指向 |
| 邮件与外部接口 | 测试收件箱或捕获工具、测试凭据；逐个列出 CRM、短信等实际连接 |
| 缓存、会话与任务 | 独立目录、连接或命名空间；工作进程和定时任务按环境启动 |
| 统计与访问权限 | 标识或隔离测试统计；指定测试访问名单和正式业务负责人 |
表里记录配置位置和资源身份，密钥通过获授权的安全渠道保存。项目里的支付、订单、订阅、社区与其他扩展各建一行，逐项确认测试模式、真实副作用和实施责任。
二、把测试访问和搜索收录分别验收
用于内部预览的测试站优先在网关或服务器设置身份验证、VPN 或 IP 访问名单，并覆盖页面、图片、附件和接口。让一名获授权人员验证可访问，再由技术人员用未登录会话及名单外网络核对访问限制。华为云的测试域名使用说明也把预览访问与绑定正式域名区分为两个操作场景。
临时公开的测试页可由技术人员按测试环境配置 noindex，检查 HTML 中的 robots 标签或响应头 X-Robots-Tag。Google 要读取该指令，需要能够抓取页面；robots.txt 的抓取禁令可能阻止读取。具体见Google 的 noindex 说明。各搜索平台分别核对规则。
机密预览内容采用访问控制，公开页的收录指令单独检查，见Google 的内容可见性说明。已经出现的测试搜索结果交给站点负责人按平台流程处理，同时检查实际保护措施和后续状态。
三、复制资料与恢复备份时，先隔离写入目标
开始恢复前，技术人员先准备独立数据库、上传位置和测试通知出口，再导入获准使用的样本或经过处理的备份。优先使用虚构联系人和产品样本；必须使用真实资料时，先确认访问授权、处理方式和保留期限。导入完成后再次核对数据库、表单收件人、附件链接和外部接口配置，全部通过后再开放验收访问。
- 在测试环境修改一条标注为样本的产品记录，记录原值与新值；正式站对应记录保持原值。
- 上传一份明确标注测试的文件，确认其存储位置与公开链接属于测试环境。
- 检查测试环境的缓存、会话和任务执行位置，确认测试任务由指定的测试进程处理。
- 记录本次恢复使用的备份时间、应用与主题版本、操作人和异常，供下一次演练复用。
按批准清单发布代码、主题和内容差异；整库覆盖需要单独的数据迁移方案与确认。正式站在测试期间新增的产品修改、账号和询盘应列入保留与核对范围。回退方案也要说明备份后新增数据怎样保全，完整恢复方法可沿用部署与维护指南。
四、让测试询盘有可追踪的去向
测试环境可以使用日志邮件或邮件捕获工具验证内容；需要验证真实投递时，使用专用测试邮箱及受控的通知配置。检查应用默认邮件传输、每张表单的通知地址，以及项目已接入的转发、CRM 或 webhook。先确认全部接收方，再提交标有“测试”的需求。使用邮件服务的项目，还要核对出口限制或测试收件人名单。
CatchCMS 当前表单流程会先保存提交记录，再同步调用邮件发送并记录通知状态；邮件通道与表单收件人需要直接核对。记录保存、发送调用结果和实际邮箱收到邮件各有独立证据；邮件服务器接受发送后，仍应检查收件箱、垃圾邮件目录及必要的服务商投递日志。日志邮件用于查看内容，真实投递验收另行执行。
- 测试提交：记录页面、语言、表单、测试标识、提交时间和后台记录编号。
- 后台核对：确认所属站点、联系方式、需求、通知状态及跟进人可访问的范围。
- 收件核对：在指定测试邮箱找到对应内容与编号，记录到达情况；异常交给维护人检查通知与传输配置。
- 正式站验收：上线后在已批准的时间提交一条明确标注的测试询盘，由正式跟进人确认记录和邮件，再按约定标记测试记录。
表单字段、验证码、蜜罐和 IP 限制还需按当前配置复查，手机上检查填写、错误提示与成功提示。具体步骤见企业官网询盘表单指南。测试通过结果记录到对应环境，正式域名的实际结果单独留档。
五、在正式域名重新走一遍 SEO 与双语入口
上线负责人先确认域名解析、HTTPS、应用绑定和缓存更新，再通过普通访客会话打开中文与英文的首页、列表、详情、联系页和附件。按正式站对外开放的页面范围检查以下项目：
- 状态与正文：页面返回预期状态，标题、描述、主标题、正文、图片和附件与批准稿一致。
- 访问与收录：正式公开页可供访客和目标爬虫访问，移除继承的测试验证限制、robots 全站抓取禁令和
noindex；同时检查 CDN、代理和应用返回的响应头。 - 规范地址：逐页核对 canonical 指向对应正式网址，语言链接指向正式的中英文配对页面；正文链接、导航、图片和下载地址使用批准的正式路径。
- 发现入口：检查正式 robots 与站点地图，确认列出的域名、协议及语言路径正确；查看适用的结构化数据、Open Graph 地址和实际发布日期。
- 手机路径：从列表进入详情、切换语言、打开资料并到达咨询入口，核对正文、表格与表单的阅读和操作。
测试站继续按预览权限管理。CatchCMS 的SEO 输出检查方法可用于逐页核对；完成页面验收后，再按搜索发现指南处理站点验证、站点地图提交与 URL 检查。页面上线、搜索收录、排名和 AI 回答引用分别记录实际观察结果。
六、CatchCMS 的多站点与测试环境怎样配合
CatchCMS 已实现按站点组织内容、语言、域名和后台权限，前台按 Host 解析访问站点。多个站点可共用应用和运行资源；系统升级、共享代码、主题版本和邮件传输仍需要技术人员统筹。多个域名指向同一站点时也会读取对应站点数据。采购与交付时，应把业务站点范围和独立应用环境资源各列一份清单。
同一主题名称上传新版本后，当前版本会影响绑定该主题的域名。需要独立测试或分批发布的项目，先由技术人员安排主题包、绑定或部署方案，再执行升级。主题版本回退覆盖模板与资源，数据库、文件和系统恢复分别处理，具体见主题升级与交付清单。
测试访问保护、资源权限、测试邮件出口和发布流程属于本项目的部署配置与验收责任；APP_ENV 的名称只是环境配置的一项。以实际资源连接、输出响应与操作结果验收。自动创建测试环境、一键同步和自动回退等需求，应要求服务方演示约定版本的实际实现并确认范围。
七、一个明确标示的演练示例
以下为虚构示例：设备企业计划给 PX-100 产品页增加英文说明书并升级主题。技术人员建立受限访问的独立测试应用，使用独立数据库和文件位置、虚构联系资料及专用测试收件箱。市场人员检查两种语言的型号、单位、附件版本和页面内容，再完成一次标注“测试”的询盘。
演练通过后，双方确认本次只交付主题变更、英文说明书及对应内容字段，并保存正式站的当前版本、原值和备份。上线负责人按清单发布，在正式中英文产品页重新检查链接、SEO 和手机展示；销售在约定时间确认一条正式环境测试记录及通知。出现问题时按预先约定范围回退，并核对发布期间新增的真实询盘。以上产品、环境和操作均用于说明验收方法。
八、把这份记录交给实际维护人
每项填写：环境｜域名与页面｜资源或配置位置｜负责人｜操作时间｜预期结果｜实际结果与证据｜待处理项与期限。至少保留访问限制、数据与文件隔离、表单记录、邮件到达、正式 SEO、手机阅读及回退准备七组结果。含个人资料、凭据和内部地址的证据按授权范围保存。
通过项目咨询提供现有主机、域名、站点和语言数量、邮件及外部接口清单、维护人安排和本次发布范围，要求逐项确认 CatchCMS 测试环境、正式部署和交付责任。先让维护人完成一次可复查的演练，再安排正式上线。