验证一直不通过，多数时候不是属性类型选错了，而是把验证当成了一次做完就不用再管的动作。判断起来有个很干脆的分法：如果失败出现在换 www、上 HTTPS、改前缀之后，那是属性选窄了——URL 前缀属性只认你当初填进去的那一个精确字符串，http 和 https、带 www 和不带 www，在它眼里是四个不同的站；如果验证当初明明过了，几周或几个月后突然失效，那跟属性类型没有关系，是当初那条验证证据本身被覆盖、被删掉或者被重置了。后一种占我处理过的绝大部分。
我自己的习惯是先看时间点，再决定往哪个方向查。
属性类型的差别，其实只有一句话
域名属性靠一条 DNS TXT 记录验证，覆盖 http 和 https、www 和非 www 的全部变体，一条记录管住整个域。
URL 前缀属性只覆盖你输入的那个字符串。https://example.com 和 https://www.example.com 是两个属性，https 和 http 也是两个。
所以选哪个，取决于你能碰到什么。能拿到域名注册商或 DNS 服务商的编辑权限，就用域名属性，省掉后面所有关于变体的争论。碰不到 DNS——域名在客户手里、在公司另一个部门的账号里、走一次变更流程要等很久——那就只能用 URL 前缀，然后接受“以后每多一个变体就多建一个属性”这件事。这不是偷懒，是承认现实。拿不到 DNS 却硬要做域名属性，只会卡在第一步。
验证不是一次性的，它是一条长期依赖
我真正想说的是后面这半句。Search Console 的验证不是一次握手就结束，它更像一条持续生效的依赖关系：Google 会隔一段时间回来看你当初提交的那条证据还在不在，不在就撤掉所有权，然后你会收到那封验证失败的邮件。
这就解释了为什么很多人是在几个月后、在自己觉得什么都没改的情况下掉验证的。你以为没人动，其实动的人根本不知道自己在动什么。
按我遇到的频率排，有三种。
DNS 记录被重置。 域名换注册商、DNS 服务商迁移、有人整理解析记录时顺手清理没认出来的条目。那条 google-site-verification 的 TXT 值是一串没人看得懂的字符，形状最像垃圾，最容易被删掉。我经历过一次服务商迁移，一次性丢了好几个域名属性的验证，全部是这一条。
主题更新覆盖 head。 用 meta 标签验证时，那行 meta name="google-site-verification" 必须待在 head 里。主题升级、换子主题、装页面构建器，很多操作是把整个 head 段重写一遍的，你那行就没了。它不会报错，站点访问完全正常，只有 Search Console 那边开始提示失败。
清理脚本删掉验证文件。 HTML 文件验证就是往根目录丢一个 googleXXXX.html。换主机时只迁“网站文件”、部署脚本删不认识的静态文件、有人清根目录——文件名越像遗留垃圾，越容易被清掉。
让多种验证方式同时挂着
一个属性上可以同时存在多种验证方式，只要还有一种能通过，所有权就不会掉。这是我处理这个问题最主要的手法，不是什么保险措施，是日常做法。
域名属性：DNS TXT 当主方式。如果站点本来就装着 Google Analytics 或 Google Tag Manager 的代码，那本身就是可以使用的验证途径，等于顺带多一层，不用额外做什么。
URL 前缀属性：meta 标签和 HTML 文件同时留着。清理的人删了文件，meta 还在；主题更新冲掉 meta，文件还在。两个同时掉的情况当然有，但概率比单一方式低太多。
这里有个细节值得留意：加第二种方式的时候，不需要删掉第一种。Search Console 允许叠着来，很多人却在“换一种更稳的方式”时把原来那条删了，等于自己把冗余砍掉。
迁移不会把验证带过去
还有一件经常被误解的事：验证不跟着站点走。从 http 迁到 https，或者换到一个新域名，Search Console 不会把验证状态和历史数据平移过去。新地址要建新属性、重新验证。旧属性建议留着别删，历史数据还有对比价值。
我见过有人在新域名上一直加前缀、一直没数据，然后困惑为什么是空的——因为那个地址根本没被验证过，Google 只是没告诉你而已。
出问题时我的排查顺序
固定三步，基本都能定位。
先看 Search Console 里的提示措辞。说的是“验证失败”还是“没有数据”，指向的是两个完全不同的方向。
再打开属性设置，看当前登记了几种验证方式，哪一种是已验证状态。
最后去站上逐条核对：TXT 记录还在不在、页面源码的 head 里那行 meta 在不在、那个 html 文件还能不能正常打开返回 200。哪一条断了，就从哪一条补。补的时候顺手把第二种方式也加上，不然过几个月还得再来一次。
最后一句实话：这两种属性没有绝对优劣。域名属性更省心，但它有个前提，你要能改 DNS。改不了，就老老实实用 URL 前缀，然后接受多属性管理带来的额外工作。这是“看情况”的那部分，没有绕过它的办法。
