You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Firebase Analytics子域名Webapp场景下主域名统计配置咨询

方案选择建议

优先选择方案2,次选方案3,不推荐方案1

各方案优劣分析

  • 方案1(单独创建GA媒体资源):完全不适用你的需求。两个站点数据完全隔离,无法追踪用户从主域名落地页跳转至子域名应用的完整行为链路,也无法统计跨域的转化获客数据,后续要做数据打通的成本极高。
  • 方案3(复用子站现有配置):可以实现基础统计,但长期维护性差。一方面你现有配置的authDomain是子域名,如果后续主站需要用到Firebase Auth等能力会出现跨域回调问题;另一方面两个站点共用同一个appId,后续要区分流量来源需要额外配置自定义维度,不如独立应用配置方便。
  • 方案2(同项目下新增第二个WebApp):最适配你的场景,优势如下:
    1. 同一个Firebase项目下的多个Web应用天然共享Analytics数据池,无需复杂配置就能实现跨域用户识别,完整追踪用户从主站落地→点击登录→跳转子站的全链路行为,转化数据统计无需额外打通
    2. 两个应用配置独立,可分别绑定对应的Hosting站点、配置独立的App Check规则,不会互相干扰,后续扩展功能(比如主站加访客统计弹窗、子站加付费埋点)也不会相互影响
    3. 配置成本极低,只需要在Firebase控制台「项目设置」页面新增Web应用,将生成的新firebaseConfig复制到主域名静态页的初始化代码中即可

额外配置建议

  1. 新增主站Web应用时,将https://teamspot.club填写到应用的域名配置中,同时在关联的GA4数据流设置里将两个域名都加入跨域监测列表,避免跳转时用户标识丢失
  2. 可在主站的登录按钮点击事件中添加自定义埋点,示例代码如下:
// 主站登录按钮点击时触发
firebase.analytics().logEvent('landing_page_login_click', {
  referrer: document.referrer,
  landing_page: location.href
})

之后可以直接在Analytics后台将该事件设置为转化事件,直接统计落地页的获客转化效果
3. 如果主站没有调用Firebase后端接口的需求,可以不激活App Check,减少静态页的不必要资源加载

内容的提问来源于stack exchange,提问作者gbaccetta

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.01 20:18:04