Firebase Analytics子域名Webapp场景下主域名统计配置咨询
方案选择建议
优先选择方案2,次选方案3,不推荐方案1
各方案优劣分析
- 方案1(单独创建GA媒体资源):完全不适用你的需求。两个站点数据完全隔离,无法追踪用户从主域名落地页跳转至子域名应用的完整行为链路,也无法统计跨域的转化获客数据,后续要做数据打通的成本极高。
- 方案3(复用子站现有配置):可以实现基础统计,但长期维护性差。一方面你现有配置的
authDomain是子域名,如果后续主站需要用到Firebase Auth等能力会出现跨域回调问题;另一方面两个站点共用同一个appId,后续要区分流量来源需要额外配置自定义维度,不如独立应用配置方便。 - 方案2(同项目下新增第二个WebApp):最适配你的场景,优势如下:
- 同一个Firebase项目下的多个Web应用天然共享Analytics数据池,无需复杂配置就能实现跨域用户识别,完整追踪用户从主站落地→点击登录→跳转子站的全链路行为,转化数据统计无需额外打通
- 两个应用配置独立,可分别绑定对应的Hosting站点、配置独立的App Check规则,不会互相干扰,后续扩展功能(比如主站加访客统计弹窗、子站加付费埋点)也不会相互影响
- 配置成本极低,只需要在Firebase控制台「项目设置」页面新增Web应用,将生成的新
firebaseConfig复制到主域名静态页的初始化代码中即可
额外配置建议
- 新增主站Web应用时,将
https://teamspot.club填写到应用的域名配置中,同时在关联的GA4数据流设置里将两个域名都加入跨域监测列表,避免跳转时用户标识丢失 - 可在主站的登录按钮点击事件中添加自定义埋点,示例代码如下:
// 主站登录按钮点击时触发 firebase.analytics().logEvent('landing_page_login_click', { referrer: document.referrer, landing_page: location.href })
之后可以直接在Analytics后台将该事件设置为转化事件,直接统计落地页的获客转化效果
3. 如果主站没有调用Firebase后端接口的需求,可以不激活App Check,减少静态页的不必要资源加载
内容的提问来源于stack exchange,提问作者gbaccetta
相关产品推荐
相关产品推荐

