预览能打开，不等于正式域名已经交付

合成验收练习，不是真实基础设施诊断。下方名称、版本编号与证据标签均为虚构；不会更改DNS、账号、证书或任何既有网页。

验收业务地址，不只是供应商预览

网站供应商发来一个能打开的部署链接，先问清交付的是哪个业务域名、哪个核准版本。预览成功只能说明那个地址有内容，不能单独证明正式域名到了同一版本、完成项目绑定，或HTTPS已经可用。

一位站长曾在较早的Cloudflare社区讨论中描述：供应商地址正常，自定义域名却返回522。这是历史问题来源，不是本站诊断或通用修复方案；论坛回复不构成改DNS的授权。

三种已填写的证据状态

使用虚构主机shop.example.test，声明平台为Cloudflare Pages，版本也是教学编号。每行是一份独立的验收记录，不是真实域名测得的连续阶段。可下载已填写CSV台账。

A里的DNS记录不能代替项目证据；B补上绑定，也没有消除HTTPS未知。C的版本号更新了，还要确认demo-build-18是否就是采购方核准的版本。整行文字填满，不能让这些标签自动成为可信凭证。

怎样用于供应商交接

1. 写清正式主机名、平台、核准版本和验收时间。约定范围如含根域、www或其他子域，分别列示，不默认一项通过就覆盖全部。
2. 由已授权负责人提供项目绑定与DNS观察，把时间、具体主机和脱敏证据引用放在一起。
3. 核正式地址的HTTPS及实际内容；用双方约定的版本标记或核准内容对照，不只看200状态。
4. 每个缺项写清负责角色；经授权修正后复测同一主机与版本，无关记录和旧页不动。

这是一份采购验收方法，不是DNS迁移脚本。公开台账不放控制台token、账号标识、个人资料或客户文件。真实原始凭据由负责人放在有适当权限限制的位置。

平台事实，不是通用故障结论

2026年10月15日核验的Cloudflare Pages自定义域名文档把“向Pages项目添加域名”与“手工创建CNAME”区分为不同事项；文档说明，只有CNAME而未完成项目关联可能出现522。根域与外部DNS管理的子域条件也不同。这些仅适用于Pages，不是所有Worker、Sites部署或主机商的配置说明。

这个已记录条件不等于任何一次522的实际原因，也不证明论坛站长的情况与本练习相同。提修复建议前，仍要核平台、域名现状和授权范围。网站验收指南不授予修改nameserver或安全设置的权限。

其他验收项目分开处理

域名通过，不证明表单送达、页面收录或商业成功。双语上线时，可另用语言页面对应核验检查另一部分；表单状态演示则解释为什么“已接收”与“已投递”不能混为一谈。

讨论网站交付时，带正式主机名、核准版本说明、脱敏错误和已知／未知清单。产出应该是范围清楚的核验需求，不是虚构可用性保证，也不承诺改DNS就提升排名。本资源不执行TLS安全审计、所有权转移、真实基础设施测试或恢复操作。