移动互联网 APP 应用嵌入广告 监测标准 V.1.8 2019 年 8 月 Mobile Marketing Association China MMA 中国无线营销联盟
1. 前言... 3 2. 设计目的 适用范围与局限... 3 3. 术语 定义和缩略语... 4 4. 系统模块描述... 5 4.1. 媒体广告投放系统... 5 4.2. 媒体 APP... 6 4.3. 第三方监测统计系统... 6 5. 数据通信流程... 7 6. 通用监测 采集参数和配置文件... 8 6.1. 采集参数表... 8 6.2. 配置文件范例... 13 6.3. 配置文件更新频率... 17 6.4. 监测数据发送策略... 17 7. 通用监测 API 初始化与安全校验... 18 7.1. API 列表... 18 7.2. 初始化参数... 19 7.3. 通用监测 安全校验相关... 20 8. 监测平台约定... 21 8.1. 监测平台的数据收集和处理... 21 8.2. 数据监控... 21 8.3. 质量指标... 21 9. 关于我们... 22 9.1. 关于 Mobile Marketing Association (MMA)... 22 9.2. 关于 Mobile Marketing Association China (MMA China)... 22 9.3. 关于 MMA 中国移动广告规范委员会... 22 10. 标准制作参与机构... 22 11. MMA 中国标准审批程序... 23 12. 支持机构... 23 13. 参考资料... 24 14. 联系我们... 24 15. 术语词汇表... 24 2019 Mobile Marketing Association 2 / 22
1. 前言 V.1.8 是针对中国移动互联网广告市场基于 机制的广告监测的标准, 适用于平板电脑和智能手机的 APP 应用嵌入广告的监测 本标准内容包括监测机制描述和 的具体定义, 并对该标准的适用范围进行了定义 本标准旨在通过以下方式鼓励无线营销行业的发展 统一移动应用广告监测的度量单位 ; 规范数据传输方式方法定义 ; 为移动互联网广告投入效果评估提供更加有效的依据 本标准是 的移动广告规范委员会多家成员企业合作的结晶, 成员企业涉及无线营销生态系统的各个领域, 包括品牌 广告代理 移动终端制造 运营 零售 软件开发 服务等 本标准的目标受众是任何投放, 执行和监测移动互联网广告的公司和个人 本标准旨 在建立一个被行业多方采纳的基础通用的广告监测标准以推动市场的发展和消费者的接受 度 本标准推荐第三方广告监测平台在开展对移动互联网广告监测业务过程中需要遵从的 纲领性技术文件 2. 设计目的 适用范围与局限 本标准仅适用于移动互联网中 APP 应用程序的广告监测, 标准定义了一种通用的供广告平台 APP 与监测平台通信 ( 下文中统称为 通用 Mobile APP 广告监测 或 通用监测 ), 通过该 进行广告监测 本标准不适用于其它媒体形式或其他监测方式 针对移动互联网中的其它媒体形式和监测方式的标准,将在未来陆续发布相关标准 2019 Mobile Marketing Association 3 / 22
本标准也是 移动互联网 APP 应用嵌入广告 API 监测标准 的一种补充 兼顾 APP 媒体和移动 APP 广告平台在接入多家第三方监测公司 版本更新铺量等现实情况, 有效的控制 APP 程序包的文件尺寸 避免监测接入带来的版本升级困扰 3. 术语 定义和缩略语 a. :Software Development Kit, 软件开发工具包, 辅助开发某一类软件的相关 文档 范例和工具的集合 b. APP:Application, 在本标准中特指移动设备里可独立运行的应用 c. CPA:Cost Per Action, 单次行动成本 d. CPC:Cost Per Click, 单次点击成本, 广告投放效果的重要参考数据 e. CPM:Cost Per Mille, 千次展示成本 f. HTML:Hypertext Markup Language, 超文本标记语言, 用于描述网页文档的一 种标记语言 g. HTTP:Hyper Text Transfer Protocol, 超文本传输协议, 互联网常用的数据传输 协议 h. IMEI:International Mobile Equipment Identity, 国际移动设备身份码 i. Landing Site: 广告点击跳转到的目标站点 j. MAC:Media Access Control, 硬件位址, 用于定义网络设备的位置 k. PV:Page View, 页面浏览量 l. Tracking pixel: 通常是 1x1 的透明像素图片, 通常在 html 上下文中配合 JavaScript 使用, 可以灵活实现各类数据监测 2019 Mobile Marketing Association 4 / 22
m. UA:User Agent, 用户代理, 一个特殊字符串头, 使得服务器能够识别客户使用的 操作系统及版本 CPU 类型 浏览器及版本 浏览器渲染引擎 浏览器语言 浏 览器插件等 n. IDFA: Identifier for Advertisers, 广告主识别码, 苹果对 ios 6 以上版本的设备 随机分配的匿名识别码 o. DUID:Device_Unique_ Identifier, 微软 WP 操作系统唯一设备身份识别码 p. UV:Unique Visitor, 独立访问 q. 广告点击 :Advertisement Click, 用户与广告的有效交互行为 ( 点击 摇晃 划动 等 ), 该行为促成广告页面的打开 r. 广告请求 :Advertisement Request, 由用户的移动终端向广告平台发送请求广告 的行为 s. 广告展示 :Advertisement Impression, 根据用户的请求, 广告平台向用户移动终 端发送广告素材, 并在用户的移动终端上进行一定时间的展示 t. WebView: 手机系统内置的内核浏览器, 由手机系统 封装为一个组件, 供 App 内置使用 u. XML: 可扩展标记语言, 用于标记电子文件使其具有结构性的标记语言, 可以用 来标记数据 定义数据类型, 是一种允许用户对自己的标记语言进行定义的源语言 v. 4. 系统模块描述 4.1. 媒体广告投放系统 即媒体部署的用于广告管理 决策和投放的服务器, 至少存储有以下三种文档和信息 : a. 监测参数配置文档,XML 格式文档, 用于定义各个媒体已经接入的各家第三监测公司的参数配置规则, 由媒体广告系统技术部门定期更新维护监测参数配置文档, 维护的内容包括 : 2019 Mobile Marketing Association 5 / 22
1. 已接入的第三方监测公司及其参数配置 2. 可监测的播放时点和交互事件 b. 广告素材, 用于投放的广告主的创意, 如 GIF 视频前贴片等文件, 由媒体的运营人员上传到投放系统 c. 监测 URL, 由第三方监测公司提供, 跟随素材设置到一般包括曝光监测和点击监测两段 HTTP URL, 在上传广告素材时, 由媒体的运营人员设置到投放系统 4.2. 媒体 APP a. 安装于浏览者 ( 个人用户 ) 移动终端的软件 ( 如视频 游戏 工具 阅读等移动应用 ), 除了正常的 APP 内容和场景外, 还包含以下模块 b. 通用监测, 封装有各种监测参数的获取方法 ; 封装有解析监测参数 XML 配置文档的方法 ; 定义了通用的监测提交的方法 ; 并在断网时, 将未提交成功的监测请求及其发送失败时间存放于未成功队列, 在重新联网是一并发送 c. 通用监测 中包含不开源的签名加密包, 按监测公司需要对监测 URL 进行签名, 提供反作弊功能, 签名包中不含有任何网络操作, 只对监测 URL 签名 d. 投放管理 ( 模块 ), 媒体 APP 内用于呈现广告素材的模块, 并在特定事件或交互 ( 素材加载 播放 播放完成等事件 点击 滑过 关闭 重播 展开等交互 ) 时触发监测 内相应的监测提交方法 e. 媒体 APP 运行被用户运行时, 会加载并初始化通用监测 初始化时, 媒体 APP 可以选择禁用部分参数模块, 如禁止获取经纬度坐标, 未加密 MAC 地址等 4.3. 第三方监测统计系统 第三方监测公司部署的服务器, 用于记录数据并向广告主提供统计报告 2019 Mobile Marketing Association 6 / 22
5. 数据通信流程 图 1. 通用 Mobile APP 广告监测 架构设计 1. 远程动态加载存放于媒体广告投放系统的监测参数 XML 配置文档, 并解析保存相应配置规则 2. 媒体 APP 内的投放管理模块从投放系统加载广告素材及其第三方监测 URL, 一般包含曝光监测 URL 点击监测 URL 3. 媒体 APP 内的投放管理模块调用通用监测 的 提交监测 方法 ( 包括提交曝光监测 提交点击监测 提交事件或交互监测 ), 并传递监测 URL, 如有需要还可以传递特定的监测事件 媒体自定义信息 ( 如投放订单 ID, 投放系统获取的用户 IP 媒体自定义的用户 ID) 4. 通用监测, 根据投放管理模块传递的参数, 按照监测参数配置文档, 在提供的监测 URL 后拼接 额外获取的参数 ( 如 OpenUDID, 机型和操作系统 屏幕分辨率 加密的 MAC 地址等参数 ), 向第三方监测系统服务器提交监测请求 通用监测 中的签名模块对监测 URL 进行签名校验 通用监测 根据输入 URL 生成签名校验串并拼接在 URL 尾部, 发送到监测系统, 监测公司在服务器端反解签名串进行校验 5. 媒体 APP 内的投放管理模块响应用户的交互操作, 内嵌 Webview 或打开浏览器跳转到广告主站点或执行拨号 短信 打开其他 APP 等操作 用户的跳转或交互操作将与其监测提交异步执行, 符合 MMA 建议的监测方式 6. 如果用户处于断网状态, 通用监测 将暂时无法提交的监测请求存放到待发送队列 通用监测 会定时检查 ( 定时间隔为每 10 秒 ~5 分钟, 可由媒体 APP 初始化 时定义, 默认为 60 秒 ) 用户网络连接情况, 在重新联网时, 将一并发送存储于待发送队列的监测请求 2019 Mobile Marketing Association 7 / 22
6. 通用监测 采集参数和配置文件 6.1. 采集参数表 是否可获取方 API 兼参数用途描述格式和示例是否必填禁用法容 用户终端的 OS 操作系统类型用户终端的 IMEI IMEI, md5 加密用户终端的 eth0 接口的 MAC 地 MAC 址 ( 大写去除冒号分隔符 ),md5 加密 0 Android 1 ios 2 WP 3 Others 是 否 兼容 OS=0 时, IMEI/MAC/MAC1/ AndroidID/AAID/A DID/OAID 至少一项取 md5sum 摘必填 ; 要 OS=1 时, 否 兼容 MAC/MAC1/IDFA/ OpenUDID/ADID 至 少一项必填 OS=0 时, IMEI/MAC/MAC1/ AndroidID/AAID/A 去除分隔符 DID/OAID 至少一项 ":",( 保持大必填 ; 写 ) 取 OS=1 时, 否 兼容 md5sum 摘要 MAC/MAC1/IDFA/ OpenUDID/ADID 至 少一项必填 MAC1 用户终端的 eth0 接口 保留分隔符 ":",( 保持大 OS=0 时, IMEI/MAC/MAC1/ 否 兼容 2019 Mobile Marketing Association 8 / 22
的 MAC 地 写 ) 取 AndroidID/AAID/A 址 ( 大写且 md5sum 摘要 DID/OAID 至少一项 保留冒号分 必填 ; 隔符 ), OS=1 时, md5 加密 MAC/MAC1/IDFA/ OpenUDID/ADID 至 少一项必填 OS=0 时, IMEI/MAC/MAC1/ IDFA ios IDFA 适用于 ios6 及以上 保留原始值 AndroidID/AAID/A DID/OAID 至少一项必填 ; OS=1 时, MAC/MAC1/IDFA/ 否 兼容 OpenUDID/ADID 至 少一项必填 ios 终端设 OS=0 时, 备识别号的 IMEI/MAC/MAC1/ 开源实现, AndroidID/AAID/A 参见 DID/OAID 至少一项 OpenUDID https://git 保留原始值 必填 ; 否 兼容 hub.com/ OS=1 时, ylechelle/ MAC/MAC1/IDFA/ OpenUDI OpenUDID/ADID 至 D 少一项必填 OS=0 时, IMEI/MAC/MAC1/ AndroidID 用户终端的 AndroidID,md5 加密 取 md5sum 摘要 AndroidID/AAID/A DID/OAID 至少一项必填 ; OS=1 时, MAC/MAC1/IDFA/ 否 兼容 OpenUDID/ADID 至 少一项必填 OS=0 时, IMEI/MAC/MAC1/ AndroidID/AAID/A Android DID/OAID 至少一项 AAID Advertisin 保留原始值 必填 ; 否 兼容 g ID OS=1 时, MAC/MAC1/IDFA/ OpenUDID/ADID 至 少一项必填 2019 Mobile Marketing Association 9 / 22
Windows DUID Phone 用户终端的 DUID, 取 md5sum 摘要 OS=2 时, 是否 兼容 md5 加密 OS=0 时, IMEI/MAC/MAC1/ 用户终端的 AndroidID/AAID/A ADID, 由 DID/OAID 至少一项 ADID 服务端生 保留原始值 必填 ; 否 兼容 成, OS=1 时, base64 MAC/MAC1/IDFA/ OpenUDID/ADID 至少一项必填 OS=0 时, IMEI/MAC/MAC1/ 用户终端的 AndroidID/AAID/A OAID, 适 DID/OAID 至少一项 OAID 用于 保留原始值 必填 ; 否 兼容 Android OS=1 时, 系统 MAC/MAC1/IDFA/ OpenUDID/ADID 至少一项必填 媒体投放系 统获取的用 户终端的公 A.B.C.D(4 段点 IP 网 IP 地址, 分 ), 如 是否输入兼容 用于比对智 12.34.56.78 能路由 IP 差 异 ANAME 媒体 APP Name 字符串, 需 escape 转义 否否 VS 版本 字符串, 需 escape 转义 是否 字符串, 需 escape 转义, UA 数据上报用户终端设备的 User Agent 如 Mozilla%2F5. 0(Linux%3BA ndroid4.0.4% 3BGT- 否否输入兼容 I9220%20Buil d%2fimm76 2019 Mobile Marketing Association 10 / 22
D ) 客户端触发 监测的时 UTC 时间戳, TS 间, 用于计 自 1970 年起的 是否 兼容 算离线监测 毫秒数 时间 用于区分监 EVNT 测的事件, 如 : 播放开始或者播放 英文数字下划线, 如 Start 否否输入 完成 用于媒体自 MUDS 定义信息, 如 IES-ID 或 字符串, 需 escape 转义 否否输入 投放订单 ID 媒体分配的 MUID 浏览者 Cookie ID 字符串, 需 escape 转义 否否输入 或用户 ID 十进制保留 6 位 小数, 西经南 纬保留负数, LBS 用户终端设备的经纬度地理坐标 用字母 x 分割纬度与精度 ( 先纬后经, 最后精度 ), 如 否可选 兼容 35.758134x- 122.406722x1 00.0 十进制保留 1 位 小数, 西经南 纬保留负数, GEO 用户终端设备的经纬度地理坐标 用字母 x 分割纬度与精度 ( 先纬后经, 最后精度 ), 如 否可选 兼容 35.7x- 122.4x10000. 0 OSVS 用户终端的操作系统版本 字符串, 需 escape 转义 否否 2019 Mobile Marketing Association 11 / 22
TERM 用户终端的机型 字符串, 需 escape 转义 否否 WIFI 客户端触发监测时是否使用 wifi 0=2/3G mode 1=wifi mode 否可选 WIFIBSSID 客户端使用 wifi 的 MAC 地址 去除分隔符 ":",( 保持大写 ) 取 md5sum 摘要 否可选 WIFISSID 客户端使用 wifi 的名称 字符串,wifi 名称做 encode 处理 否可选 SCWH 用户终端的屏幕分辨率 宽 x 高, 用字母 x 分割 否可选 素材实际播 ADWH 放时的尺寸 ( 考虑素材 宽 x 高, 用字母 x 分割 否可选 的缩放 ) AKEY 媒体 APP Key 字符串, 需 escape 转义 是否 ANAME 媒体 APP Name 字符串, 需 escape 转义 否否 VS 版本 字符串, 需 escape 转义 是否 SIGN 签名串 字符串, 需 escape 转义 否否 在曝光监测 BTR 中, 标志是否满足广告开始渲染的 0= 不满足 1= 满足 否否 要求 注 : 第三方监测平台对于参数的命名不强制和上述定义完全一致, 但是含义及用途必须完全符合上述定义 统一动态参数的宏定义格式为参数名全大写, 前后加双下划线 表中参数统一后的部分宏定义如下 : OS, IMEI, MAC, MAC1, IDFA, AAID, OPENUDID, ANDROIDID, DUID, ADID, OAID, IP, UA, TS 2019 Mobile Marketing Association 12 / 22
非必选的媒体输入参数, 输入空值表示该值缺省 获取的可禁用的参数, 可以通过修改 XML 配置文件实现禁用 6.2. 配置文件范例 <?xml version="1.0" encoding="utf-8"?> <!-- 媒体平台相关配置 --> <configxsi:nonamespaceschemalocation="schema.xsd" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" > <!-- 缓存队列设置 --> <offlinecache> <!-- 队列长度, 达到此队列长度时自动提交, 设置为 0 时自动提交 --> <length>0</length> <!-- 错误队列发送的重试时间间隔, 单位为秒 --> <queueexpirationsecs>3600</queueexpirationsecs> <!-- 发送超时时间, 默认为 60 秒 --> <timeout>60</timeout> </offlinecache> <companies> <company> <name>admaster</name> <domain> <!-- 第三方监测公司的监测域名, 根据域名判断采用哪个公司的配置 --> <url>admaster.com.cn</url> </domain> <!-- 签名功能包所用的参数, 如未设置, 不使用签名功能 --> <signature> <publickey>z83476hel</publickey> <paramkey>sign</paramkey> </signature> <switch> <istracklocation>true</istracklocation> <!-- 离线数据缓存时间, 单位秒, 默认 3 天 --> <offlinecacheexpiration>259200</offlinecacheexpiration> <encrypt> <MAC>md5</MAC> <IDA>md5</IDA> <IMEI>md5</IMEI> <ANDROIDID>md5</ANDROIDID> </encrypt> <!--APPLIST 上报配置 --> 2019 Mobile Marketing Association 13 / 22
<applist> <!-- applist 上报地址 e.g. https:xxxx.com.cn/track/applist --> <uploadurl>https://p.attri.mobi/a</uploadurl> <!-- applist 上报时间间隔, 单位为小时, 配置为 0 时, 不上报 --> <uploadtime>24</uploadtime> <!-- applist 上报是否使用 gzip, 缺省为 true --> <usegzip>true</usegzip> </applist> </switch> <config> <arguments> <key>os</key> <value>0a</value> <key>ts</key> <value>t</value> <key>mac</key> <value>n</value> <key>idfa</key> <value>z</value> <key>imei</key> <value>0c</value> <key>androidid</key> <value>0d</value> 2019 Mobile Marketing Association 14 / 22
<key>aaid</key> <value>0e</value> <key>wifi</key> <value>w</value> <key>wifissid</key> <value>1p</value> <key>wifibssid</key> <value>1q</value> <key>akey</key> <value>x</value> <key>aname</key> <value>y</value> <!-- 可选函数 --> <key>scwh</key> <value>0f</value> <key>openudid</key> <value>o</value> 2019 Mobile Marketing Association 15 / 22
<key>term</key> <value>r</value> <key>osvs</key> <value>q</value> <key>lbs</key> <value>l</value> <key>muid</key> <value>0h</value> <key>muds</key> <value>0i</value> <key>redirecturl</key> <value>u</value> </arguments> <events> <event> <!--<name>m1</name>--> <key>start</key> 2019 Mobile Marketing Association 16 / 22
<value>m201</value> </event> <event> <!--<name>e1</name>--> <key>end</key> <value>m203</value> </event> </events> </config> <separator>,</separator> <!--<separator>&</separator>--> <equalizer></equalizer> <timestampusesecond>true</timestampusesecond> </company> <!-- 其他检测公司配置 --> <!--<company>--> <!--<name>miaozhen</name>--> <!--...--> <!--</company>--> </companies> </config> 6.3. 配置文件更新频率 优先使用本地的配置文件, 同时会定期下载远程的配置文件覆盖本地的配置 wifi 环 境下每天更新一次,2G / 3G 环境下 3 天更新一次 6.4. 监测数据发送策略 在配置文件中, 有三个可配置的值, 含义分别是 : length : 取整数, 待发送队列的长度, 如果监测请求个数达到 length 的值, 自动发送第三方监测的请求 queueexpirationsecs: 取整数, 单位秒, 默认值 3600(1 小时 ), 失败队列的重试时间间隔 timeout : 取整数, 单位秒, 默认值 10, 发送请求的超时时间 当程序内部通过调用 中的方法发起监测请求时, 该请求不会被立即发送, 而是记录 在一个待发送队列中, 当监测请求个数达到 length 的值, 或者距离上次发送请求时间间 隔超过 1 小时时, 会自动发送待发送队列中的请求 2019 Mobile Marketing Association 17 / 22
为了减少网络调用,MMA 可以配置监测日志达到一定数量时再进行批量发送, 通过修改配置文件中的 length 参数进行设置, 比如 length 的值设定为 5 时, 本地监测条数大于 5 条时, 本地的监测日志才会批量发送给远程的服务器, 如果要保证监测实时发送, 请将配置文件中的 length 参数设定为 0 监测请求如果发送成功, 该请求会被从待发送队列中删除, 如果发送失败, 该请求会进入 失败队列 联网情况下, 失败队列中的请求每隔 queueexpirationsecs 的时间会发送一次, 如果发送 成功, 该请求会被删除, 如果发送失败, 该请求继续保留在失败请求队列中, 如果失败次 数超过 3 次, 该记录会被移除 7. 通用监测 API 初始化与安全校验 7.1. API 列表 a) ios 初始化方法 [[MobileTrackingsharedInstance]; 从网络获取配置文件 [[MobileTrackingsharedInstance] configfromurl:@ CONFIG_URL ]; 参数说明 : CONFIG_URL: 配置文件网络端存储 URL 开启 log 调试 [[MobileTrackingsharedInstance] enablelog:yes]; 监测点击事件 [[MobileTrackingsharedInstance] click:@ TRACKING_URL ] 参数说明 : TRACKING_URL: 点击监测代码 监测曝光事件 [[MobileTrackingsharedInstance] view:@ TRACKING_URL ]; 参数说明 : TRACKING_URL: 曝光监测代码 进入后台时调用 2019 Mobile Marketing Association 18 / 22
[[MobileTrackingsharedInstance] didenterbackground]; 回到前台时调用 [[MobileTrackingsharedInstance] didenterforeground]; b) Android 初始化 Countly.sharedInstance().init(this, CONFIG_URL); 参数说明 : CONFIG_URL: 配置文件网络端存储 URL 监测曝光 Countly.sharedInstance().onExpose(TRACKING_URL); 参数说明 : TRACKING_URL: 曝光监测代码 监测点击 Countly.sharedInstance().onClick(TRACKING_URL); 参数说明 : TRACKING_URL: 点击监测代码 开启 log 调试 Countly.setLogState(true); 7.2. 初始化参数 XML 配置文件获取地址 : 由 App 开发者调用 init 接口时传入 ; XML cache expiration 配置文件缓存策略 Android: 存储检测配置到本地 : 命名为 "cn.com.mma.mobile.tracking.other" 的 sharedpreferences, 存储 key 为 updatetime, 存储 value 为当前系统时间 (ms) Samples: cn.com.mma.mobile.tracking.other.xml: <?xml version='1.0' encoding='utf-8' standalone='yes'?> 2019 Mobile Marketing Association 19 / 22
<map> <string name="updatetime==">1405655687903</string> </map> 初始化时, 会从本地取得检测上次更新的参数配置 updatetime 时间, 单位毫秒 ; 更新策略 : a) 更新时段 : 初始化阶段 ; b) 检测当前用户使用网络方式如果是 wifi 网络, 检测当前系统时间与上次更新时间 updatetime 超过 1 天, 则更新配置文件 ; c) 检测当前用户使用网络方式如果是 2G/3G 网络, 检测当前系统时间与上次更新时间 updatetime 超过 3 天, 则更新配置文件 ; d) 更新后的配置文件存储到本地 cache ios: MMA 配置问卷的地址是由开发者通过 [[MobileTrackingsharedInstance]configFromUrl:@"http://XXXXXX /sdkconfig.xml"]; 形式传入的 在接收到此配置文件地址之后, 按照之前的协议进行定时更新, 当把新的配置文件下载到本地之后, 新的参数配置信息将在 在下一次启动的时候生效 7.3. 通用监测 安全校验相关 a) ios 编译 解包 校验签名模块统一编译为静态连接库.a 文件该链接库和开源部分的代码一起再次由各家独立编译为 ipa, 嵌入 APP 中 ( 经过静态连接库的整合后, 发布为 ipa 文件时, 开源部分和签名模块.a 库, 会产生特征性的二进制代码段 ) 校验方法 : 解压 APP 发行包后, 抽检 签名模块.a 资源文件对应的的二进制代码段 b) 安卓编译 解包 校验签名模块采用 C 语言 NDK 方式独立编码为.so 资源文件编译方法 : 开源代码部分各媒体单独编译, 并嵌入签名模块.so 资源文件后, 发布 APP 2019 Mobile Marketing Association 20 / 22
校验方法 : 解压 APP 的发行包 apk 文件, 检查签名模块.so 资源文件的 MD5 校 验串 c) 签名模块机制流程 ( 如下图 ): 检查运行环境是否是虚拟机, 当检查到虚拟机时返回特殊字符串 按照输入生成校验串后返回给开源模块 8. 监测平台约定 在执行广告监测流程中, 为使媒体与第三方能够在广告客户要求下顺利完成数据比对工作, 特做如下约定 : 8.1. 监测平台的数据收集和处理 监测平台负责收集和处理广告 上报的监测数据 原始数据均应保留, 作为数据检查对应, 或反作弊规则提炼的基础 在原始数据上, 应用业务规则进行基础过滤, 过滤后的数据, 方可用于进一步分析, 并生成报告 数据过滤以保留真实 有效数据为原则, 本标准不对具体的过滤规则作出约定 8.2. 数据监控 业务人员通过监控终端请求监测平台来查询生成的监测结果 8.3. 质量指标 本标准推荐行业内普遍认可的误差标准如下 : 2019 Mobile Marketing Association 21 / 22
正常误差 5%, 最大误差不超过 10%: - 广告展示 正常误差 8%, 最大误差不超过 15%: - 广告点击 - UV 9. 关于我们 9.1. 关于 Mobile Marketing Association (MMA) Mobile Marketing Association (MMA) 是全球著名的行业组织, 旨在推动无线营销行业在全球范围内的发展 ; 目前在北美 欧洲 中东 非洲 拉美 亚太等地区设有分支机构 ; 其超过 700 家的会员公司来自全球四十多个国家和地区, 业务涉及无线营销生态系统的各个领域, 包括广告 移动设备制造 运营 零售 软件提供 服务等 9.2. 关于 Mobile Marketing Association China (MMA China) 2011 年 4 月,MMA 进入中国, MMA China 中国无线营销联盟 在上海成立 MMA China 中国无线营销联盟 致力于推广中国无线营销行业的发展 : 制定适应中国市场的移动广告标准 ; 培养并促进品牌商, 代理商, 移动媒体及电信运营商对无线营销的认知和相互合作 ; 携手第三方的调研机构建立第三方广告效果监测, 为无线营销产业创造公证 有效的评估工具 ; 不定期发布关于中国市场的无线营销白皮书和调研报告 ; 组织和举办针对无线营销的高峰论坛, 介绍国外移动市场的最新资讯 技术及营销发展动态 ; 对在中国无线营销领域表现突出的广告活动和其代理商和广告主进行表彰 更多关于 MMA 的信息, 请访问 : www.mmaglobal.com ; www.mmachina.cn 9.3. 关于 MMA 中国移动广告规范委员会 MMA 中国移动广告规范委员会由无线营销生态系统中多方企业组成, 旨在为移动终端内容广告建立标准和规范性的数据库 通过发布 移动互联网 App 应用嵌入广告 监测标准,MMA 希望为行业提供保证用户体验, 数据内容完整和延伸应用简易的规范以推动中国无线广告市场的健康发展 10. 标准制作参与机构 参与本标准制定的 MMA 中国移动广告规范委员会成员包括 : 精硕科技 秒针系统 亿动 广告传媒 优酷土豆 爱奇艺 搜狐 腾讯 联合利华 百胜餐饮 PHD 2019 Mobile Marketing Association 22 / 22
参与本标准讨论的 MMA 中国移动广告规范委员会成员包括 : 邑智 3G 门户 艾德思奇 艾瑞咨询 安沃传媒 多盟智胜 谷歌 Inmobi 人人公司 易传媒 威朋广告 可口可乐 好耶 安索帕 传立 凯帝珂 浩腾媒体 宏盟 伟视捷 阳狮锐奇 Airpush 架势 互动通 Tapjoy 巨流无线 友盟 哇棒 帷千动媒 掌握传媒 触控科技 传睿广告 凤凰网 网易 人民网 PPTV 聚力 中国联通沃商店 VIVAMedia CTR 央视市场研究 DCCI 互联网数据中心 尼尔森 11. MMA 中国标准审批程序 MMA 中国在正式发布之前, 对其标准规范有完善的讨论和审批程序 此程序不仅考虑行 业专家反馈的重要性, 还为未来行业规范的发布提供了工作流程参照 总结的审批流程如 下 : 1. 委员会根据其会员讨论和认同的规范制定一个标准规范草稿文件 2. 在经委员会通过后, 此标准规范在 MMA 会员中公开审阅 此项公开审阅需持续至少 4 周 3. 委员会收集公开审阅的反馈并对标准规范做适合的修改 注 : 如果标准规范有做修改, 委员会需在正式发布前对修改的规范做再次审批 4. 在所有的反馈和审批得到收集, 汇总和通过后, 该标准规范将被发布 如果认为合适, 委员会可以对该标准进行不定期的更新 12. 支持机构 待定 2019 Mobile Marketing Association 23 / 22
13. 参考资料 [1] Mobile Marketing Association www.mmaglobal.com [2] Mobile Rich Media Ad Interface Definitions (MRAID) www.iab.net/mraid/ [3] Mobile Rich Media Ad Interface Definitions (MRAID) v.1.0 www.iab.net/media/file/iabmraidversiononefinal.pdf [4] Self Regulatory Principles for Online Behavioral Advertising Implementation Guide 2009 www.iab.net/media/file/ven-principles-07-01-09.pdf [5] OpenUDID https://github.com/ylechelle/openudid 14. 联系我们 更多信息, 请联系 :Mobile Marketing Association China 中国无线营销联盟 邮箱 :mmachina@mmaglobal.com 官网 :www.mmaglobal.com ; www.mmachina.cn 15. 术语词汇表 MMA 术语词汇表包含所有 MMA 标准, 教育文件和研究的术语 下载地址 : www.mmaglobal.com/glossary.pdf 2019 Mobile Marketing Association 24 / 22