能否将Firebase Analytics事件发送至自定义端点（如GTM服务端）

以下是3种经过验证的可落地实现路径，可根据你的项目实际情况选择：

方案1：Android端集成客户端GTM做事件中转（官方推荐） #

这是目前兼容性最好、改动最小的方案：

• 安卓端同时集成Firebase Analytics SDK + 谷歌标签管理器（GTM）客户端SDK
• 在客户端GTM后台配置触发器，捕获所有Firebase Analytics上报的事件
• 新增自定义HTTP请求类型的标签，将捕获到的事件参数按照你服务端GTM要求的格式组装，直接发送到你的服务端GTM部署端点
• 无需修改Firebase默认上报配置，同时可以保留Firebase原生的所有功能（A/B测试、受众分析等）

方案2：网络层拦截Firebase上报请求重定向 #

不需要额外集成其他SDK，通过网络层改造实现：

• Firebase Analytics默认上报域名为app-measurement.com，你可以在安卓应用的全局网络拦截器（比如OkHttp Interceptor）或者系统网络配置中，拦截所有发往该域名的请求
• 保留原请求的所有请求头、事件参数、上报格式，仅修改请求目标地址为你的服务端GTM地址，再完成转发
• 注意事项：如果后续Firebase SDK更新修改了上报域名或请求格式，需要同步调整拦截规则，避免数据丢失

方案3：自研统一事件上报层做双线分发 #

可控性最高，适合埋点规范已经明确的项目：

• 在安卓端封装统一的事件上报工具类，所有业务埋点都必须调用该工具类的接口上报
• 在工具类内部实现逻辑：事件同时分发给原生Firebase Analytics SDK（供Firebase相关功能使用），以及直接调用服务端GTM的Measurement Protocol接口上报
• 优势是完全自主可控，事件参数、上报格式都可以和现有WEB端、Measurement Protocol端的规则完全对齐，不受Firebase SDK迭代影响

• 所有方案都需要提前统一全链路的事件命名、参数规范（比如用户ID、设备ID、事件属性的字段名完全一致），才能实现数据链路的统一规整
• 服务端GTM要提前配置好对应安卓端事件的解析规则、客户端ID校验规则，避免上报的事件无法正常识别入库
• 如果需要保留Firebase官方的后端分析能力，不要完全切断Firebase的官方上报，建议做双线上报，一路走Firebase官方地址，一路走你的服务端GTM

内容的提问来源于stack exchange，提问作者Eugene Krall