如何不花钱实现自己BI统计Facebook+Google投放数据

本文只提供实现的想法，试图省钱而不购买三方mmp来实现基本统计，不能保证数据的准确性，BI不能实现渠道数据重量排放，只能用于“节俭”（贫穷）广告商来实现一些简单的数据统计。此外，这种方法基本上是Android可用的，我还没有研究IOS，估计没有游戏。

核心技术逻辑：

1.Facebook通过defereddded campaign实现了deplink的获取和投放。adset，ad信息。

2.Google通过Google提供的s2s对接实现campaign
adgroup信息。(大致可以把自己当成对接自己产品数据的三方类)

3.通过获取相应的campaign信息，实现bi统计分渠道、campaign交付效果统计和后续行为跟踪。

解析：

如何通过defereded？ campaing获得deeplink

1.所有广告发布时，程序记录发布的campaign/adset/ad id 各级name。

2.将deplink带入每个发布的ad中，并写入类似sourceid的随机参数
=123456789，保证这个sourceid是唯一的。

3.客户端技术在启动时获取设备信息，以及deplink返回的sourceid，服务端保存记录。

四、通过sourceid查询相应的campaign，adset，如有必要，双方同意在deeplink中添加字段。

通过这个逻辑，服务端可以知道哪个设备来自哪个campaign的基本信息。

这里是通过API发布facebook，用程序记录和自动生成deplink sourceid，但是，如果你没有条件通过api实现它，你也可以通过使用excel拉表直接使用你的campaign
name，adset name和ad
name使用自己能看懂的格式，直接写入deeplink，以数字编号的形式直接在未来BI中搜索编号，查询自己的campaign等。

Google获取campaign信息，需要Google直接客户的帮助，对方提供S2S对接文件(我不方便公开)，然后申请MCCdev token
，创建Link ID， 让技术根据Google提供的文档开发接收数据的部分。

这里实现的流程和你直接去三方获取link id相对较近，但您需要申请dev
token，然后申请API权限。这个过程中最大的坑是周期很长。即使你申请了，你也会发现填写你的MCC到申请linkID的地方需要很长时间才能生效。如果你太早，你会直接报错。

简而言之，根据这两个想法，您可以获得自己安装的设备信息，以及安装过程中相应的campaign、adset等信息。但这里肯定如果没有意外，就要发生意外的：

1.一个用户可能会被记录多次安装，Google facebook会记录他的安装，理论上我认为应该有Google
分析用户的点击时间，如refereal，可以实现具体的最后一次点击是谁贡献来判断谁应该归因（这似乎是第三方），但我没有研究这个链接，所以我不能给你分析，勤奋的学生可以尝试看到报价文档，理论上应该可以得到。

二、重复安装的坑，FB
GG用户不活跃后再次曝光，卸载重新安装的人再次重新安装。我们如何记录这个地方的数据？如果我们想做得更好，我们基本上应该考虑实现很多像三方这样的定义-install，re-engagemtn等，这个坑不建议你跳，既然都是自己开发的，不想付给三方，干脆不介意这个误差数据，都给他算了新的计算。

3，只跑FB GG可能还好。如果你想跑其他渠道，你只能崇拜。

之后的重要内容是实现自己的BI系统。

其实我最喜欢的BI系统是最早的appsflyer
如果我想自己开发早期版本，我肯定会根据AF最早版本的设计理念直接开发，首先删除所有不必要的功能，优先考虑加载速度和傻瓜操作。

核心需求点：

1.7天内(或更多时间段)分频道的柱状图也可以自定时间，点击相应频道的柱状图位置，直接扩展到campaign级数据，然后点击到adset级数。

2.在不同的campaign//adset/ad中间的数据性能，并通过BI显示数据、比例等。

3.计算各级campaign的保留信息。根据用户保留情况计算campaign、adset等保留数据。

还有很多其他的功能，考虑到大家看这篇文章通常都是搞休闲游戏的 工具等等。所以
不要写更多的功能开发，写这些IAA产品最关心的保留 event就够了，自己设计BI的难点其实可能是大量数据的整理分析、存储、自己计算数据时的查询效率等等。技术上也要考虑老用户、新用户不断生成的events等数据统计。数据查询时间长后，估计服务器计算量相当大。