声明：所有内容均来源于商业PM大本营微信群的日常讨论，无任何立场，请自行判断正确性，并结合自身使用场景。
Q：有人做过针对【新广告主冷启动】相关的策略么？
A：是竞价算法类的模型嘛？根据行业数据，给新广告主建模型
Q：这个模型包括什么内容呢？ 我们现在新广告的竞价能力偏弱，可能拿不到合适流量就流失了，在想有没有可能用系统策略来提升广告留存。
A：我就从我自己的理解说说，请轻拍。正常的竞价模型：从数据层面上看，一般都需要一定量和时间跨度的学习数据点才可以建出来一个模型，一般是14天training data，3天testing，4天的validation；热启动模型：用同一广告主，同一种类（prospects/re-maketing)，同一goal （cpa/roi/ctr/vcr）的数据建模，这样就可以节省了21天数据量了；冷启动：用不同广告主，同一行业（CPG/购物网站/），同一goal，相似的campaign setting的历史数据去建模。模型内容都是大同小异，只是用的建模数据不一样。
B：这些都是用广告二方转化数据去建模，有些模型也会得到广告主授权 使用一方人群作为训练集
A：嗯嗯，是的。我们都是用同一广告主的一方数据建模型。至于冷启动的一方数据，我们也是要得到广告主授权才能用其数据
Q：各位大佬，请问国内有没有ssp有聚合的sdk（聚合主要adx，比如百度、广点通这些）？
A：聚合平台都会嵌大联盟的sdk
Q：你是说ssp本身就一个个嵌大联盟的sdk嘛？
A：我理解你刚才的意思是，国内有没有一些流量聚合平台（其实就是流量二道贩子，整合了很多中小app的流量）接了很多联盟（如广点通、穿山甲）
Q：YES
A：如果问题理解的没错，是的，国内很多聚合平台这么干。他们自己也有dsp，自己能消耗的量先消耗了，消耗不掉就再把量导给网盟
Q：那二道贩子会告诉开发者它把流量给广点通还是其他某个网盟吧？我理解是没有告诉的
B：感觉聚合分两种含义一个Server to Server的服务器级别聚合，这个开发者自搭的SSP或者是市场上的ADX和SDK基本都有做；另一个是在SDK级别聚合多家SDK做mediation，像国外Admob，Ironsource，Mopub这种一样，开发者在服务提供者后台配置请求的优先级。国内不清楚，国外的二道贩子像Fyber，Tappx，Inmobi后台都提供了。
A：国内的也是这么干的
B：Fyber提供的流量去向
Q：亲们，现在国内有哪个广告投放平台的第三方监控功能，是客户端回调的么？
A：Admaster这种第三方监控的话去官网看看，一般会吹一下自己的合作伙伴都有谁。
B：admaster 和秒针比较多
A：以前看过某上游下发的H5里面的广告可见性监测代码，广告在被展示开始，H5执行一段JS，向监测方Server发一个请求，Server随机返回一个像素位置，监测一下这个位置是不是被展示了。
Q：填admaster的链接就会客户端回调吗？
比如头条的第三方监控都是服务器发给服务器的（IP都一样），想问的是哪个平台的第三方监控是可以客户端发给服务器？
A：以前看个新闻说这两家快要合并了。发给你们的服务器吗,还是第三方的服务器
B：广告主或监测方的服务器
C：广告主在广告中的设置的应该都是前端处理吧。像这种吧
A：国内不了解，国外归因一般用的appsflyer和adjust都可以加ip参数，把IP参数给广告主。一般委托第三方在第三方平台看。广告主实在想要TCP/IP协议的ip的话，需要在广告的H5中加处理，点击和展示链接加个广告主的地址。有SDK的可以SDK处理下。
Q：
A：不传实际IP参数的话，那头条上游做IP分析很困难啊。
B：第三方曝光监控都是在前端打点的
A：嗯是的，有打点没事。
正常请求都是客户端请求Server最后一跳是第三方归因追踪，Server to Server 上游看不到直接设备信息的一般要加前端加第三方安全性监测打点。
Q：第三方安全性监测打点是怎么样的
A：我理解和接触过的监测分为 可见性监测（是否是作弊） 和 归因追踪分析（事件上报）；对于可见性监测上游侧要做直接追踪，要在素材H5里面埋监测代码。第三方监测平台提供了一段js，我们将js埋到了H5里，广告在被展示时第三方会做相应处理；第二种归因追踪分析，可以在H5里面加追踪链接，可以作为跳转路径，可以H5回调SDK事件，控制一次报多个请求。拙见仅供参考，希望有专业的前辈解惑下。
Q：视频广告请求时带上的宽高（比如：640*360P ），这既是尺寸、又是分辨率 这样讲，对的吧？
A：多数是 640*960 在iOS上一般是指像素 除以2就是尺寸
B：分辨率，我认为的是指的每一帧图像宽*高的像素数量。我们可以把每一个图像分解成一堆像素（一个个的点），例如分辨率200*200，代表这个视频每一帧横向200个像素宽度，纵向200个像素宽度，总共40000个像素一个图片。所以当尺寸=分辨率*k时，屏幕不会失真。但是K值越大图像肯定越不清晰，K值越小，单个图像越清晰
我是这么理解的，但理解的未必对。K尽量不要大于1，感觉就没啥问题。
Q：亲们~今晚技术开会提到一个词“追踪链”，我此刻正在写邮件请教鬼佬这个怎么用，但这词儿怎么翻译啊？Google翻译都不敢信……我们技术英语更差…… 直接翻译为 tracking就行么？
A：tracking url
效果广告归因追踪用的，不知道你们指的是不是这个。
B：Google Analytic上面我找到了tracking code：
https：//developers.google.com/analytics/resources/concepts/gaConceptsTrackingOverview
我们一般用的是“tracking pixel”
C：pixel确实，Facebook也用
A：方式不一样，GA提供的这个pixel，是通过页面内嵌入js代码，页面内嵌入了一个1*1像素的图片，页面加载时会加载这张图片，从而向目标服务器发送请求，这是利用像素追踪技术实现的，一般叫叫Pixel Tracking；而像第三方平台如adjust，appsflyer提供的追踪链接，是一个简单click url，广告主将LP的上一跳置为这个URL，Google在安装完成后会发一个intent请求，把referrer（下载来源）发给第三方SDK，第三方SDK在App启动时通过向他们服务器发请求的方式进行last click或其他方式转化归因，这种一般叫tracking url。
Pixel一般是网站类追踪用，tracking一般是下载类效果追踪用。
上次看GA记得好像说，GA要在今年停掉下载类效果追踪服务（类似提供af，adjust一样的tracing url+SDK的服务），专注于这种Pixel追踪的网站效果分析服务。建议使用GA sdk服务的用户切到Google旗下的firebase。
C：firebase，是Google收购准备整合进来
A：猜测以后可能就是firebase专做app效果分析，ga专做website分析
C：之后firebase应该会整合到GA里面，或者利用firebase的数据，GA有很多功能还是很强大的
A：坐观其变
Q：有小伙伴有fb的代理商账号，想了解下代理商后台的首页和报表样式
A：木有代理商账号···但是你们可以参考下Facebook的business manager后台
B：FB代理商后台
Q：万二分感谢哈，那个bill和activity 也帮忙截一下呗
B：
billing这边我没有权限😂
Q：好的哈，看起来像是财务大大们的权限。跟个人申请的看起来没什么大差别，做的蛮简单的
B：比较不一样是setting这个功能，账户授权关联这些功能
Q：代理商是没有创建广告主的上线么？创建多少都可以？
B：据我所知是可以无限新开广告账户的，广告主新增是需要提交资料的FB审核；可能不准确，会有专门的账户组同学负责，我之后确认一下
Q：好的哈，万二分感谢，代理开账号是不就不需要每一个都单独用一个邮箱了哈
B：嗯 关联给某个fb账户就行
Q：一定要关联fb账号？
A：FB的广告账户没有密码的，全靠关联到某个FB账号或者是bm账号才能登录进来
Q：这个其他家感觉很不好抄，啊哦
C：有账号体系一般都是关联吧
B：本来广告账户就很容易废弃嘛
Q：fb的账户本身就有社交属性，我条的账号注册了也很容易就被遗弃掉了
C：知乎，快手，腾讯都是直接关联的
A：广告账户等账户结构一定要慎重考虑。还要考虑到被封的问题
Q：我在想更合理一点的体系，我们现在代理就有反馈，说没创建一个广告主都要填一个邮箱，没有那么多邮箱可以添加，然后我也想不出来很好的解决方案目前
A：facebook那样嘛
Q：各位大神，有个问题想请教下各位，关于联盟广告方面的问题。
说下背景，如果是自有媒体，有自己的广告位，想要变现然后对接联盟广告，对接多个联盟和里面对应的多个广告位id，前期会去测试每个广告位对应的联盟收益最高。在后台会针对自己媒体的广告位去设置流量分配。分配的话会涉及到一个媒体的广告位会对应多个联盟广告位，或者多个媒体的广告位对应一个联盟的广告位。会不会出现，一个媒体广告位对应同一个联盟的多个广告位呢？
A：广告位就是指媒体的广告位，广告联盟会有广告类型，例如插屏、banner、激励视频等等
媒体的广告位对应广告联盟的广告类型
B：前期不用，后期优化分层需要。
Q：在广告联盟里，同一个广告类型下，应该会添加多个广告位吧
B：前提是人家支持底价设置，不然同一个广告位在一个联盟那里 一对多没啥意义
前期比较重要的还是一个广告位对应多家联盟。这个优化到一定程度，做一家联盟建多个广告位。
A：嗷嗷，那个广告联盟中的广告位一对多确实没啥意义
B：多数平台限制同一个广告位 只允许在其平台上建立三个广告位
Q：这个 一个广告位对应多家联盟，是指一个广告位对应多家联盟中的一个广告位吧。
B：是啊。只接一家算法正常的联盟，会不断调低出价，导致你的收入越来越低
A：一方面没啥意义，另一方面统计起来也麻烦，一样的东西还得加一加
Q：嗯嗯。如果，一个媒体广告位，对应了三家广告联盟广告位，一般怎么设置流量分配呢？
每家联盟都是设置分配比例，会设置优先级吗？
B：有底价设置就有意义了，可以看在不同底价下，这家联盟的Fill Rate，eCPM情况。同平台不同底价叠加在同一个广告位下在做不同source的mediation排序时也是很有意义了。尽量不要分配比例吧，瀑布流配置比较常见
Q：瀑布流是信息流吗？
B：请求A家，A家没返回请求B家以此类推
A：你可以去研究下聚合相关知识
B：是的，看下admob或者mopub，ironsource的聚合文档吧
Q：我是刚接触联盟的东西，好多东西，思维没转换过来，项目很紧，很焦虑
Q：媒体广告位流量分配，如果只考虑对接多个广告联盟的情况下，一般这个功能应该怎么设计更合理呢？求教。设计多个联盟的分配比例，设置优先级吗？
C：比例就不用优先级吧
Q：这样，是不是不对啊
这里想了好久，想不通
C：根据不同优化目的设计，填充率/eCPM自动优化，或是人工控制。优先级是瀑布流，一家家请求；概率就平等，按概率分发请求
Q：奥
D：相同对接方式的话才可以设置优先级吧，比如一家 API 对接，一家 SDK 对接应该不行。
A：如果国内有现成的聚合平台就用那个。一开始先别自己开发聚合
Q：奥，我们现在是要做自己的媒体，要接联盟，这个我估计没办法左右。谢谢提醒
B：自己做开发一个吧
第一期配置优先级和配置比例选一个做就行.注意一下sdk对接和api对接的不同，一个是调用sdk’一个是直接调用api。优先级配置可以混合两种实现，但相对开发量会提升。优先级配置建议Server下发sdk，由sdk来执行
A：配置比例你们如果有abtest相关就可以做，否则太麻烦了
我现在做的，就打算每天定个时间server告诉媒体APP接下来的广告策略，什么广告位优先使用哪个联盟广告
而且你还要注意统计数据，如果你需要根据填充率/eCPM自动优化的话
E：搞一个负反馈逻辑，设定初始平等权重值，设定目标ecpm。投放时，低于ecpm 的联盟权重自动下降一档。
Q：换一个简单的问题……有没有可能：同一条vast里面，有些media file带了bitrate、有些media file没带bitrate？如果是这样，那我们无法通过bitrate来筛选 media file。
A：哈哈，如果追求精益求精这里只能分AB线处理了吧。如果不追求的话，忽视掉bitrate就阔以吧。
简单粗暴一下，每个视频都带了比特率才算带，有缺失视为所有视频都没带。
Q：厉害！这个法子好。 我们技术水平比较糙，跟我说：筛不了！
A：细致一下，部分带了的优先从带了的中取最合适的，带了的没有就从没带的取最合适的
哈哈感觉可以分期做，一期粗糙，二期细致
Q：这样的：先筛尺寸、格式。然后到第三轮，可能剩下N个视频，万一有些带了bitrate，有些没带……他说他就没法做了……
A：比起前两者硬规定，bitrate比较软性
Q：bitrate在vast里本来就不是required
Q：想问一下，投放系统里做匀速投放和加速投放的主要目的是啥？
A：投放时段和投放类型都由pacing_type控制，投放时段就是哪些天的几点到几点投放广告，时间相关的都要注意时区；投放类型就是匀速或者加速。预算使用速率调整功能考虑到会出现投放期间某段时间竞争非常激烈的情况下，通过匀速的投放类型，能够确保在广告组排期内均匀地花费您的预算。很明显，一般都用均匀的投放类型。
竞价策略中的最低和目标，投放类型中的匀速和加速，通常我们都用前者，更像是Facebook广告系统的初始默认目标出价和加速投放，后来通过需求挖掘新增了最低出价和匀速投放，为了融合以前的广告组就进行了如此的设计。
预算使用速率调整功能考虑到会出现投放期间某段时间竞争非常激烈的情况下，通过匀速的投放类型，能够确保在广告组排期内均匀地花费您的预算。
举个栗子，黑五电商都在抢量，如果我设置加速投放，我的消耗也因为市场变化而水涨船高，但是如果我不想和电商竞争，那我就可以设置匀速投放
B：你截图很像gdt后台的
C：我觉得和初期dsp平台最基本的功能就是满足条件的请求全部填充，那就是现在的加速状态；慢慢客户有了需求，要预算匀速消耗，别一下用完，那就有了匀速投放这个功能。
Q：就是gdt后台😄
D：我刚开始做DSP的时候，技术老大跟我说如果不加匀速的话凭他的经验如果下游量稍微大点的话就可能给广告主跑超预算。
不过相对的，如果下游量小，加了匀速，反而可能华不光，初期需要权衡下。
E：我以为匀速投放最大的作用，是防止客户一觉睡醒发现自己的预算都在凌晨瞬间被秒而跳脚投诉
F：加速投放还是挺可怕，流量一波动，预算就抖完了
D：我们技术老大就是说他上家公司刚开始做的时候，没有设置采买速度控制，结果一下子给人家不光花光了还花超了
E：花超应该属于bug……
D：哈哈是的
Q：我们有一个场景是，不做匀速投放的话，广告主的服务器经常被搞挂😂
D：不是都有QPS上限吗，有防止被搞挂的作用
G：花超应该属于bug……
简言之：客户需求
H：超播正常吧，控制就好了。匀速投放都是DSP做的，ADX会让DSP设置QPS，应该是说混了吧上面
D：DSP和ADX都可以设置，s内超量了我就不收了。
H：超播是另外一个问题，延时上报带来的，算法控制就好
D：DSP控ADX的请求量，ADX控SSP的。嗯对，算法预控一下
Q：向头条的小伙伴们咨询一下
深度转化成本有没有对外文档介绍，可以学习下呢
A：啥叫深度转化成本控制出价？
Q：我理解是oCPX 按后端转化行为（注册 留存 购买 出价）
A：深度转化sdk
深度转化将应用内的关键行为事件作为转化目标（付费/次留等指标），通过深度转化模型算法能够触达到精准的人群，排除只激活不使用等用户，有效果的提高广告主的ROI，节约投放成本。
Q：这个介绍文档有么
A：https：//ad.toutiao.com/academy/help/?article_id=6617258086925074436
依然按照目标转化出价在点击（ocpc）和曝光（ocpm）上进行扣费，深度转化出价仅作为优化目标，不影响计费。作为优化目标，而非计费方式
Q：感谢
A：http：//ad.toutiao.com/academy/course/6617279813231050765/
B：深度转化成本控制出价，跟oCPA出价有啥区别
A：一样的。理解的时候，从计费方式和优化方式两个出发就行
Q：请教个问题，非英语国家，他们的手机上的系统是本国文字？下载的APP大多默认跟随系统还是英文？
A：APP里的语言具体得看开发者有没有做本地化，国外Google和Apple都有提供多语言的解决方案
手机系统一般都是本国文字，下载APP如果有做本地化，也会跟随系统
做语言本地化，有利于提高留存，效果还是挺明显的
B：多语言本地化，这个有点难，都是一个个加进去的，要是有一些后台配置功能页面，也都要提供多语言
A：Google和苹果的App Store都有提供多语言解决方案，可以了解下
B：我记得微信的语言，也是慢慢加的，现在也就十多种。噢，这个真没试过
A：我们一般都用这个。讲真语言真的是个坑···时区也是个坑
B：之前我做的，支持简体，繁体，英文，很多国家地区，一般用英文
有东西做到后台配置的时候，要是没有用第三方的翻译，后台就得增加一大堆配置
A：是的。搞海外坑很多的，多货币、多语言、多时区，用户习惯也不一样
C：我们某个合作的第三方，报表都用0时区，我们自己报表用的是东八区，实际APP在印度、印尼……全是泪
D：UTC-0比较常见
A：是啊。要把toC用户端、toB用户端、服务器端、第三方端等等每个都拆开，都要做换算。这是根本解决办法
D：货币也很烦啊，财务总是吹毛求疵，汇率转换时候小数点后面第几位不太对之类的
我还在想差几分钱我给你补上，还有阿拉伯朋友的镜像阅读习惯
E：多语言多时区多币种 ，你不是一个人！！
A：做出海都会遇到这种问题😂
E：现在我们上一个新功能，首先问的是，三多你都覆盖到了么？
A：哈哈哈哈哈，等你们成熟一点，这个应该就不是问题了
F：三多。。熟悉的场景。能用图案说明的 就别用文案
A：尽量不要用带文字的图片
G：同出海相关。地理现在比读书时候还好了已经
D：哈哈+1
F：哈哈哈 而且对于各国文化也了解了好多
G：数据精确到半小时，理论上可适应任何时区
F：而且各国对于创意素材的接受度也很迷，每天都有新认知😅中东地区是真的喜欢土豪金。。
H：还有GDPR😂
F：还有机型，印度地区的机型真的适配到哭泣
A：印度语言贼多
F：GDPR流失率还蛮大的
A：话说，GDPR，媒体端要做啥处理么？
F：就。弹窗。。吧
D：我也没做啥..就在ad角标的隐私协议里，加了个选择，用户可以选择禁止跟踪数据。
Q：大家出现的时区都有哪些坑？（目前还没考虑到这个问题。。。）
D：数据统计是时区不一致造成的第一个问题
要保证各方返回的数据，与自己的数据使用同一时区统计，否则出现单天内数据错乱的问题。
Q：数据统计~
还有其他的么？支付结算一般都直接走相应结算通道PayPal或信用卡？还要考虑什么特殊情况么？
A：多币种，汇率
Q：选择的语言和信用卡支持币种会有冲突么？比如A语言对应A货币，信用卡不支持A货币？
A：多币种多时区多语言，要做成三套独立的体系互不关联
支付渠道是另一套体系，加不加语言、币种或者地区的限制，得看你们的支付渠道支持哪些
Q：亲们，有个细节问题想问下大家。一般而言，win-notice胜出到实际曝光，中间间隔多久会不计入扣费而被过滤掉？24小时，48小时或？
A：24吧
Q：问大家个问题啊，一个feed广告系统，一般有campign adset ad的三级广告结构，这三层是用来方便管理/优化广告的。而实际上，参与竞价的只会是带上campign、adset参数的ad，是吗？
A：单只广告参与竞价。gdt的ocpa广告竞价时会参考该计划 广告组的历史转化数据
Q：当同一个adset的ad参与竞价，ad之间也会有竞争关系，会先移除掉通过adset中表现不好ad吗？
A：也不是移除。就是按ecpm竞价排序，所有广告参与竞争。具体排序中还会有同product_id过滤等策略，原本竞争力不强的广告自然拿不到量
Q：通过product_id过滤，来防止出现广告主自己和自己竞争的情况。否则的话，按照第二高价，广告主自己也有可能推高自己的出价，从而造成额外损失
B：product_i，一般是账户麽
Q：一般是被投放的产品ID，例如APP的话就是APP ID
B：非应用类呢
Q：这就不知道啦
A：非应用类有h5 不同流量也有自定义的product_type
Q：话说，我们作为商业产品经理，以后也可以去搞增长吗？
A：拼多多的广告团队就是放在用户增长部门呢
当然可以啊
B：我觉得逻辑还是有些想通的
C：个人认为我们工作的核心也是在做增长吧~
D：嗯嗯 我也觉得是 目标都是花有效的钱（或者不花钱）获得优质的流量
Q：我对增长产品经理日常工作还是很好奇滴
B：我也是刚转的增长 随便瞎说 说的不对大家别介意：拆分okr—锁定可优化指标—指标对应的产品优化点—和运营沟通—产出产品优化方案—评估收益数据—试投放ab test—评估数据—最后决策。这样？
Q：OKR？这里的OKR指的是什么啊？
B：就是各种指标，广告也有各种数据指标吗 类似的
Q：了解了解。跟策略产品经理也没啥区别啊，策略可能只是在策略上优化
B：我们可能不止策略优化 有真实的产品优化的那种 比如一些功能啥的 因为toC吗
应该说两种都有吧
A：真实的产品优化指的是 产品设计吗？ 包括界面 功能啥的
B：是的 会包含部分这种 包含部分策略
Q：请教下各位，如果作为第三方，将自己的信息流套在其他媒体上，广告来自第三方联盟。那么给媒体设置分成比例时，除了在广告位上设置分成比例，其他层级还需要设置吗？
A：其他层级，比如说？
Q：应用或者账户上
A：应用和账户等太复杂了，从最小粒度分成就好。应用和账户中的报表只是最小粒度之和
Q：只在广告位上设置分成比例
A：嗯
Q：大家了解账户余额实时更新，而消耗数据一般10到30分钟延迟的背后设计逻辑么？
A：账户余额是用预算减去引擎实时消耗计算的，消耗数据使用日志数据计算的，日志数据会稍有延迟
B：一个实时，一个准实时
C：还有一个因素, 会有反作弊模块, 对消耗数据做修正.
Q：这个预算是指哪个预算哈？
D：广告预算吧？
E：我个人觉得这种设计没啥道理，只会造成用户疑惑
F：消耗是指消耗的明细么。预算是指当日广告的总预算或计划的预算吧
E：当日初始余额 - 当日消耗 = 当前余额
用户肯定没法理解为什么当前余额可以实时，当日消耗却没办法实时
F：个人觉得更多是技术制约的原因吧，扣款操作肯定是实时准确的，因为比较敏感，还要考虑刹车的问题。每笔消耗的记录里，除了扣款金额，还会包含渠道，场景以及其他的附加信息，这些信息的回收可能没那么快，我们这边就像B说的，是准实时的，3分钟更新一次
当日消耗的count值肯定是实时的
E：以刚才的截图来看就是当日消耗count延时显示……
F：可能是对消耗会做复核吧，类似反作弊
尴尬 我刚才没看到截图
E：假设对消耗进行复核后消耗改变了，余额不变么……？
F：扣多了肯定会填回去的吧…
E：嗯，感觉这样很怪……
个人认为 实时消耗&实时余额 应该是强绑定，计算源应该一致。延时那是分析报表的活
Q：请教大家：遵循VAST协议的视频广告，视频的封面图你们一般怎么处理啊？我们计划由客户端（SDK）从视频里抽帧，但要修改当前SDK（因为之前没做），感觉好麻烦
A：我取第二秒第一帧
B：Facebook是让广告主自己上传的
A：第一秒第一帧很多黑色的
B：前端给广告主提供截取工具
Q：但是VAST协议里好像没有封面图这部分内容？
B：那就不知道了，也许Facebook内部是基于VAST协议之外，有另一套独立的
毕竟比较封闭，没啥别的广告主来源
A：fb和admob都是走独立的，ins和youtube应该是
Q：inmobi怎么样？
A：inmobi 优势在插屏和Banner。inmobi起量超慢啊...
B：感觉主要是他们是印度公司吧，本土优势明显些
A：如果对比，量级不大的时候，我反而觉得 admob 比较好，填充98～99
也不能这么看，变现最想要的CPM，每家都比较少
B：嗯，inmobi要和他们沟通，还是能优化的
A：优化需要传输用户相关的很多信息，很多信息需要流量短支持，比如性别，年龄，location等等
B：是啊，给他们了的
A：收集用户信息给到第三方，又特么很容易触犯Google Play的规则，蛋疼
B：服务器传过去还好吧。或者自己分析好比例，再填表给他们，还好吧
A：没用过服务端，只用过SDK
C：非自有产品，仅仅是个SDK想收集这些信息的确困难。可以弄点CPL单子，把用户注册填写的信息和设备号关联起来。
inmobi的online服务的确优势是在Banner，我接了几家东南亚主流SSP服务，inmobi相对而言banner的eCPM是最高的
A：这个就需要自己做一套SSP系统，在自己App内投放了吧
B：只对接sdk也是可以优化的，服务器识别国家下发配置。客户端做并发请求多家sdk。都有填充的话，根据国家设置各家sdk优先权重来优化
这种系统我们整套买的，也不费劲。800w活跃，每个月服务器成本不过8000¥左右。还能按国家统计活跃，展示数啥的。firebase这些都可以从客户端删掉，包还变小了，可以参考下
Q：请问这两个有啥区别？
A：如果按照标准叫法是不一样的
Click Tracking Url 在协议里面指的是点击追踪链接，往往是广告方加的一个点击计数链接
Click Through Url 在协议里面指的是点击跳转地址，指的是广告点击跳转向的地址，例如GP；例如第三方广告追踪链接例如af，aj地址，例如商品LP
Q：俗称落地页，对吧
A：这么理解木有错
Q：有没有做国内媒体广告变现的前辈，想请教一下，如果广告联盟这边说你的uv pv比过高，收益下降，一般会如何进行频次控制来优化收益呢？
A：把流量分到不同广告联盟啊，这样某个广告联盟的流量就少了
Q：这样做了，但每个联盟的还是高。可能是新增占比不够多
A：你们是总收益下降了，还是eCPM下降了？
Q：eCPM下滑的厉害 新增不够多，所以总收益也下降了
A：多接几个广告平台吧。然后，根据策略调整流量分布，宗旨就是尽量降低劣质流量对收益和；造成的影响。具体策略，要通过数据分析获得，可以是限制某些IP的访问、限制每个cookie每天的曝光数、增加高ecpm广告联盟流量等等
Q：劣质流量：比如某个设备长期请求不到广告这种 是吗
目前我们只做了按比例分配流量这个部分。再细致就没有做了，谢谢楼主指点啊 我们研究下。
A：某些流量eCPM很低啊，或者屏蔽了广告啊等等
Q：某些流量eCPM很低 这种流量是根据设备号筛选吗
A：看你们怎么定义流量嘛，移动端设备号，web端cookie。而且主要是找共同点，对流量进行分类，例如年龄段、来源、设备等等
Q：恩呢 我们都是移动端量
B：移动端的话，Android机 gaid或者aid；iOS机优先idfa
欢迎各位加入商业PM大本营微信群，曾经或现在是商业产品经理请点击公众号下方【联系我】加我微信进群，其余岗位暂不开放~~~
网友评论