把网站加进 Google Search Console,第一步不是点「添加资源」,是先决定加哪一种资源。这个选择在添加时定下,之后不能改——选错了只能删掉重加,历史数据一起丢。
两种资源覆盖的范围不一样:
| 域名资源 | 网址前缀资源 | |
|---|---|---|
| 覆盖范围 | 该域名下的所有协议、所有子域 | 只有你填的那一个前缀 |
| 举例 | seo628.com 一个资源,管住 http、https、www、非 www、en.seo628.com | 填 https://www.seo628.com/,只管这一个 |
| 验证方式 | 只能 DNS | 五种,任选一种 |
| 数据 | 全部合在一起 | 各前缀分开算 |
一句话判断:站上有 www 和非 www 两个入口,或者有多语言子域,选域名资源。只有一个入口、而且不想动 DNS,选网址前缀。
大多数外贸站属于前一种。客户从展会名片、LinkedIn、邮件签名点进来,www 和不带 www 都可能被打开,两个前缀在 Google 眼里是两个不同的站。用网址前缀资源,你只验证了其中一个,另一个的展现和点击在 GSC 里根本看不到。
一、域名资源:只有一条路,DNS
域名资源只支持一种验证方式:在 DNS 里加一条 TXT 记录。
第一步,在 GSC 里拿记录值。 输入不带 www 的裸域名(seo628.com),Google 会给你一段 google-site-verification= 开头的字符串。
第二步,去域名解析面板加记录。 阿里云、腾讯云、Cloudflare 都在「DNS 解析」里:
| 字段 | 填什么 |
|---|---|
| 记录类型 | TXT |
| 主机记录 | @(代表裸域名本身) |
| 记录值 | 那段 google-site-verification=... 全文 |
| TTL | 默认即可,600 或自动 |
第三步,等解析生效再点验证。 国内 DNS 通常几分钟,慢的话半小时。改完立刻点验证,多半会失败,白等一次冷却。
这里有一个高频错误:主机记录填了完整域名。填 seo628.com 会变成 seo628.com.seo628.com,一条永远解析不到的记录,验证必然失败。主机记录只填 @。
另一个是记录值带了引号或多空格。从 GSC 复制过来直接粘贴,不要手动改动,TXT 记录的值一个字都不能差。
二、网址前缀资源:五种验证,怎么挑
网址前缀资源给了五种方式,实际常用的是三种:
| 方式 | 怎么做 | 适合谁 | 代价 |
|---|---|---|---|
| HTML 标签 | 往页面 <head> 里加一行 meta | 能改主题或装了 SEO 插件 | 主题更新可能被覆盖 |
| HTML 文件 | 下载验证文件,传到网站根目录 | 有服务器或 FTP 权限 | 换服务器、迁移时容易丢 |
| DNS TXT | 和域名资源一样加 TXT | 能改 DNS | 只验证这一个前缀 |
| Google Analytics | 站上已装 GA4 且账号有编辑权限 | 已经接了统计的站 | 依赖统计代码不被移除 |
| Google Tag Manager | 站上已装 GTM | 用 GTM 管标签的站 | 同上 |
如果站上已经接了 GA4 并且是同一个 Google 账号,用「Google Analytics」这条一步到位。GA4 怎么接、怎么确认数据真的通了,WordPress 接入 GA4 里单独讲过——统计和站长工具是两回事,别混着做。
没有 GA4 的话,走「HTML 标签」省事,做法见下一节。不建议用 HTML 文件:外贸站换服务器、换 CDN、做迁移是常事,根目录里那个文件容易在新环境里被漏掉,验证状态就掉了。
三、验证码放进 WordPress:三个位置,选一个
很多教程写到「复制这段标签」就停了,实际上粘到哪里才是容易卡住的一步。WordPress 里有三个位置可选:
位置一:SEO 插件(推荐)
Rank Math 在「常规设置 → 网站验证」,Yoast 在「设置 → 站点基础信息 → 网站验证」,都有专门的 Google 验证码输入框。把 content= 后面那串字符(不是整行标签)填进去,插件会自动输出到 <head>。
这是稳妥的位置:换主题不影响,插件升级也会保留。
位置二:子主题的 functions.php
没有 SEO 插件、或者不想为这一行装插件,可以用代码挂到 wp_head:
add_action('wp_head', function () {
echo '<meta name="google-site-verification" content="这里换成你的验证码" />';
}, 1);
必须放在子主题里。放父主题,主题一更新就没了,验证状态跟着掉。
位置三:页眉脚本插件
装一个「插入页眉页脚代码」类的插件,把整行 <meta> 粘进 header 区域。适合没有开发权限、又不想动代码的情况。
三个位置只放一个。 同一个验证码出现两份不会出错,但将来要换验证方式时,你会忘记哪一份在生效。
改完之后如果验证仍失败,八成是缓存:页面缓存插件把 <head> 的输出存成了静态 HTML,新标签没进缓存文件。清一次缓存再验,顺序不能反。
四、验证通过之后,先看这三份报告
验证成功只是拿到了门禁卡,真正要看的是里面三份报告。顺序不要乱:
| 顺序 | 报告 | 看什么 | 判断标准 |
|---|---|---|---|
| 1 | 站点地图 | 提交的地图有没有被读到、上次读取时间 | 状态「成功」、读取时间是近几天 |
| 2 | 网页索引编制 | 已收录多少、未收录的原因分布 | 「已编入索引」数量在涨 |
| 3 | 效果 | 展现、点击、平均排名 | 有展现才说明进了索引 |
先看站点地图,是因为它决定后面两份有没有数据。地图没读到,Google 只能靠外链慢慢发现页面,收录会慢很多。地图怎么生成、怎么提交、报错怎么排查,WordPress 站点地图怎么生成 里有完整流程。
再看索引编制,重点不是「收录了多少」,是未收录的原因。常见几类是「已发现但尚未编入索引」「已抓取但未编入索引」「重复网页,Google 选择了不同的规范网页」。这三类的处理方式完全不同,混在一起看只会焦虑。
第三步才看效果报告。新站刚验证完,效果里几乎全是 0,这是正常的——没收录就没有展现。这个阶段该做的是让页面进索引,不是盯排名。关键词该往哪个方向铺,制造业关键词的六类词 里拆过。
五、四类常见失败,先照这个顺序查
| 现象 | 先查什么 | 再查什么 |
|---|---|---|
| 验证一直失败 | DNS 记录的主机记录是不是 @、值有没有多余空格 | 解析是否真的生效(用 dig 或在第三方 DNS 查询工具看) |
| 标签方式验证失败 | 页面源码里搜 google-site-verification,有没有这一行 | 有的话看是不是在 <head> 里、缓存有没有清 |
| 验证过了,过几天又掉 | 主题是否更新过、验证码是不是放在父主题 | 换过 SEO 插件、迁移过服务器 |
| 只有 www 有数据 | 资源类型是不是网址前缀 | 改成域名资源重加,历史数据会丢 |
第四条值得多说一句:网址前缀资源选错前缀,是外贸站常见的一类隐性问题。你在 GSC 里看到「几乎没有展现」,去 Google 搜自己的品牌词明明排在前面——两个前缀的数据被分到了两个不同的资源里,你只看了其中一个。
六、什么时候该一起看 robots.txt
GSC 里有一类报错看着像验证问题,其实是抓取问题:地图状态正常、索引编制里却大面积「已发现但尚未编入索引」。
这时候去看 robots.txt。如果它挡住了 CSS、JS,或者把搜索结果页、分页参数放开了抓取,抓取预算会被大量无效页面吃掉,真正的产品页反而排不上队。robots.txt 常见的五种错误写法,WordPress robots.txt 的 5 个错误写法 逐条对过,包括我们自己踩过的那一条。
顺带说一句,robots.txt 里写不写 Sitemap: 那行,和在 GSC 里手动提交地图并不冲突:前者是给所有爬虫看的(Bing、Yandex 也读),后者只对 Google 生效,但能看状态。两个都做,不重复。
七、我们交付时怎么做
给客户交付外贸站,我们的默认做法是:建域名资源,用 DNS 验证。
理由很实际:交付的站基本都有 www 与非 www 两个入口,部分还有多语言子域(en.、de.),网址前缀资源只能覆盖其中一个,客户之后看数据会一直缺一块。DNS 验证多花五分钟,省掉后面反复解释「为什么这里没数」。
具体到操作,我们会在交付清单里固定三件事:
- 域名资源验证完成,并把客户方的运营邮箱加为「完全」权限(不是「受限」,受限看不到完整数据)
- 站点地图提交,确认状态为「成功」
- 交付时截图三份报告的首屏,作为基线——三个月后再看,才有对比
这套流程里没有一件是技术难点,难的是有人把顺序做对。GSC 的坑几乎全在「先选错资源类型」和「验证完没人看报告」这两步。
回到那个决定
回到开头那个决定:域名资源还是网址前缀。
判断只需要两句话:站上有没有第二个入口(www、非 www、语言子域),有就选域名资源;能不能改 DNS,能就现在做。
选错了不是不能救,但重加一次等于把历史数据清零。添加之前花两分钟想清楚,比事后补救省事得多。