张小吉
← 博客

怎么在 Google Search Console 管理主域和子域

5 分钟seo · gsc · domain · handbook

是这样的,有时候一个站点不止一个域名。比如:

  • beecreate.io:放官网、落地页、博客之类的内容。
  • app.beecreate.io:放产品功能,用户真正用的地方。

但问题就来了:在 Google Search Console(GSC)要怎么加?只加一个还是要分开?小吉研究了一哈,发现还是有点意思的 🤔

我们先不要想怎么加,先看怎么用,比如上面例子,我得先要明白我要看什么。对于上面的例子来说,小吉是三个都要看:

  1. 看网站的所有静态页、活动页、落地页数据
  2. 看产品页面相关的流量,也就是 app.bee* 下的所有流量情况
  3. 看网站的整体情况,也就是包含了 beecreate.io 所有的网站数据情况,包含所有的子域名等

是不是有点绕,其实还好,逻辑清晰了就好弄了 👇

GSC 里有两种属性

Google 给了两种选择:

  1. Domain 属性

    • 一次性包含整个域和所有子域
    • 不管是 http、https,还是 www、ai,全都算在里面
    • 只能用 DNS 记录 来验证
    • 举例:beecreate.io
  2. URL 前缀属性

    • 只看你填的这个前缀
    • https://beecreate.io/ 只管官网
    • https://app.beecreate.io/ 只管产品子域
    • 验证方式很多,可以放 HTML 文件、加 meta tag、用 GA 或 GTM

添加 GSC 的方式示意图,网址:search.google.com/search-console/welcome

最好怎么加?

其实最稳的做法是两个都要:

  1. 先加一个 Domain 属性beecreate.io
  2. 再加两个 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 这样,推荐这么做:

  1. 建一个 Domain 属性(DNS 验证一次搞定)
  2. 再建两个 URL 前缀属性
  3. Sitemap 按照对应的属性去交
  4. robots.txt 要分开放
  5. GA4 里按需开跨子域跟踪或者分开流

这样就能既看到全局情况,又能单独分析子域,后面排查问题和做 SEO 都更方便。