先把当时的情况摆出来。域名属性验证，按要求在 DNS 加了 google-site-verification 的 TXT 记录，等了 24 小时 GSC 仍提示无法验证，用在线工具能查到这条记录。
原因不止一个，得分开看。记录加在了域名注册商，权威 NS 已经切到 Cloudflare。还有一种是TXT 值被自动加了引号或尾部空格。
少数情况下是同一主机名存在 CNAME，TXT 与 CNAME 不能共存。不容易想到的是，CDN 托管的 DNS 缓存未刷新，GSC 查到的是旧记录。
动手时先查权威 NS 和 TXT 记录
Resolve-DnsName -Name example.com -Type TXT -Server 1.1.1.1然后确认权威服务器是哪两台
Resolve-DnsName -Name example.com -Type NS再往下核对 TXT 值有无引号和空格
Resolve-DnsName -Name example.com -Type TXT | Select-String google-site-verification回到 GSC 重新点验证
https://search.google.com/search-console白天有业务在跑，能验证的部分都压到了晚上做。
当时还开着另一个排查窗口，两边日志对照着看才定位到。
恢复的判定其实很直接。权威 DNS 返回的 TXT 值与 GSC 给出的字符串完全一致，验证通过后属性下能看到数据。
验证失败多半不是等得不够，而是改的那台 DNS 不是权威服务器，先查 NS 再动手。线上能稳定复现的问题都不算难，难的是只在大流量下才出现的那种。