证书需要覆盖实际被访问的名称，主域、www、活动域和其他别名不能靠站点标题自动加入。应建立入口清单，对照证书SAN、DNS和Web绑定；加入更多名称也会增加验证、续期及对外披露的管理范围。
从真实访问入口列名称
整理菜单、旧链接、广告、邮箱签名和客户常用入口中的域名，区分需要继续服务、只做跳转和已退役的名称。用户访问HTTPS旧域后再跳转，也通常先要完成该名称的TLS握手，不能只给最终新域配置证书。
逐个核对DNS与服务归属
每个拟加入的名称都应由有权主体控制，并能按CA要求验证。多个域名可能不在同一DNS账号或同一业务负责人手中，不能因为它们都曾指向同一服务器就默认有权申请。停用名称也需考虑从续期任务中移除的影响。
读取证书实际覆盖内容
核对已签发证书的SAN而不是文件名、订单标题或面板备注。通配符与明确名称有不同覆盖条件，不自动涵盖任意层级或所有别名。证书中出现名称不代表应用已经正确绑定，还需检查Web服务器和WordPress规范网址。
持续维护更新与退役
域名新增、迁移和放弃时同步更新证书申请清单及监测。一个不再可验证的旧名称可能影响后续申请流程，不能长期留在无人负责的配置里。正式变更后从各入口查看证书、跳转和最终内容，保留清单版本。
关键区别
入口清单：客户实际访问名称；包含跳转前域名。
证书SAN：声明覆盖的名称；不看文件名猜测。
应用绑定：路由到正确站点；与证书配置分开。
怎样确认处理到位
所有保留入口的握手和跳转正常，SAN与授权清单一致，退役域名不再无意占用续期流程，应用内容也正确对应。
容易误判的边界
不提供所有CA统一的名称数量限制；申请规模和规则应按当前CA政策核查，勿把通配符当作任意域名许可。
