怎么在 Google Search Console 管理主域和子域
5 分钟seo · gsc · domain · handbook
是这样的,有时候一个站点不止一个域名。比如:
- beecreate.io:放官网、落地页、博客之类的内容。
- app.beecreate.io:放产品功能,用户真正用的地方。
但问题就来了:在 Google Search Console(GSC)要怎么加?只加一个还是要分开?小吉研究了一哈,发现还是有点意思的 🤔
我们先不要想怎么加,先看怎么用,比如上面例子,我得先要明白我要看什么。对于上面的例子来说,小吉是三个都要看:
- 看网站的所有静态页、活动页、落地页数据
- 看产品页面相关的流量,也就是 app.bee* 下的所有流量情况
- 看网站的整体情况,也就是包含了 beecreate.io 所有的网站数据情况,包含所有的子域名等
是不是有点绕,其实还好,逻辑清晰了就好弄了 👇
GSC 里有两种属性
Google 给了两种选择:
-
Domain 属性
- 一次性包含整个域和所有子域
- 不管是 http、https,还是 www、ai,全都算在里面
- 只能用 DNS 记录 来验证
- 举例:
beecreate.io
-
URL 前缀属性
- 只看你填的这个前缀
https://beecreate.io/只管官网https://app.beecreate.io/只管产品子域- 验证方式很多,可以放 HTML 文件、加 meta tag、用 GA 或 GTM

添加 GSC 的方式示意图,网址:search.google.com/search-console/welcome
最好怎么加?
其实最稳的做法是两个都要:
- 先加一个 Domain 属性 →
beecreate.io - 再加两个 URL 前缀属性
这样好处是:
- 在 Domain 属性里能看全局
- 在 URL 前缀属性里能单独看某一个子域的表现

Domain 属性和 URL 前缀属性添加示意图
Sitemap 怎么交?
规则很简单:在哪个属性交,就在哪个属性里能看到。
所以:
- Domain 属性 → 提交两份
- URL 前缀 beecreate.io → 只交
https://beecreate.io/sitemap.xml - URL 前缀 app.beecreate.io → 只交
https://app.beecreate.io/sitemap.xml
robots.txt 要分开写
这个经常被人忽略。
https://beecreate.io/robots.txt只对主站生效https://app.beecreate.io/robots.txt只对子域生效
所以你要在两个地方都放一份,不能只放在主域。
验证的时候常见的坑
-
明明有 Domain 属性,URL 前缀还提示要传 HTML 文件?
可能是 DNS 还没完全生效(要等 24–48 小时),或者你换了账号,小吉搞了半天,发现是这个问题 🤡。很多时候点 "Verify" 就会发现其实已经继承成功了。
-
能不能只用一个 Domain 属性?
可以,但不好用。因为你没办法在里面单独提交子域的 Sitemap。所以最好 Domain + URL 前缀一起用。
那 GA 怎么配合?
有人担心建了多个属性,在 GA 看数据会不会乱。答案是:不会。
- GSC 验证跟 GA 没关系,你怎么验证都不影响 GA。
- 在 GA4 里,如果你想让用户从官网跳到子域不被算成新会话,可以开跨子域跟踪。
- 也可以分开建 data stream,看你们团队怎么习惯吧。
- 另外,在 GA4 里还可以把不同的 GSC 属性(比如
https://beecreate.io/和https://app.beecreate.io/)各自链接,这样搜索表现直接能在 GA 报表里看到。
总结一哈 🙌
如果你有主域 + 子域,像 beecreate.io 和 app.beecreate.io 这样,推荐这么做:
- 建一个 Domain 属性(DNS 验证一次搞定)
- 再建两个 URL 前缀属性
- Sitemap 按照对应的属性去交
- robots.txt 要分开放
- GA4 里按需开跨子域跟踪或者分开流
这样就能既看到全局情况,又能单独分析子域,后面排查问题和做 SEO 都更方便。