PubGuru 键值对 (KVP) 解释

这篇文章最近更新于 2022 年 3 月 21 日

在 MonetizeMore，我们使用大量键值对 (KVP) 来传递信息以在广告堆栈中进行定位和跟踪。 以下是每个 KVP 的含义：

• m2_bidder ：该展示的标头竞价拍卖获胜者的竞价代码
• m2_pb ：该次展示的标头竞标拍卖获胜者的最高出价。 PubGuru 支持国际货币，因此货币是发布商在 DFP 中使用的货币。
• m2_size ：该展示的标头竞价拍卖获胜者创意的大小。
• m2_config ：代表 HB 代码版本以及配置名称。 这使我们能够计算不同版本的 HB 代码的性能。
• m2_bidder_list ：对于很小一部分的综合浏览量，我们将一个投标人排除在拍卖之外。 这使我们能够看到每个投标人带来的提升。 此字符串中的每个字符对应一个投标人。 我们已经使用它来找到只是回填其他人的投标人，或者将拍卖速度减慢到降低页面 RPM 的程度。
• test1, test10, test50, test90 ：发布商希望定期测试仅在某些综合浏览量上符合条件的订单项。 对于其中的每一个，它们的默认值为“0”。 在 1% 的页面浏览量中，test1 = 1。在 10% 的页面浏览量中，test10 = 1。在 50% 的页面浏览量中，test50 = 1。在 90% 的页面浏览量中，test90 = 1。
• m2_traffic ：虽然我们默认对 100% 的综合浏览量运行标头出价，但我们可以对一定比例的综合浏览量禁用标头出价。 此 KVP 会告诉您 HB 是否针对该印象启用，以及它针对网页浏览量的百分比启用。 因此，例如，“hbon-50”表示该细分的 50% 的页面浏览量启用了 HB，并且对于该特定印象，启用了 HB。
• m2_overbid ：默认情况下，对于在 DFP 帐户中使用其他货币的发布商，我们将 HB 订单项的出价上限设置为 20 美元或等值的外币。 超过此上限的任何出价都将向下舍入到上限。 这是因为 DFP 既有生命周期订单项上限，也有有效订单项上限。 不负责任地创建订单项可能会彻底毁掉 DFP 帐户，并且由于 DFP 帐户绑定到 AdX 和 Adsense 帐户，它会毁掉发布商的整个 Google 帐户链。 这无疑是糟糕的。 然而，一些发布商的受众将出价上限提高到 20 美元以上可能会有所帮助。 由于没有终身 KVP 上限，我们使用 m2_overbid 来跟踪超过出价上限并向下舍入的出价。 看到不可忽略的出价超过其上限的发布商将提高他们的上限。
• m2_timeout ：这是一个用于跟踪拍卖时间的组合 KVP。 KVP 采用以下格式：t#e#，有时为 t#e#x#。 t 后面的数字是为拍卖设置的基本超时。 e 后面的数字是拍卖的实际经过时间。 有时这比超时时间还短（所有出价都提前返回并且 DFP 已准备好触发展示）。 有时这比超时时间长（通常是因为 DFP 未准备好）。
• m2_auction_extension ：此组合 KVP 用于跟踪为拍卖扩展测试的参数。 通过拍卖扩展，我们会检查发布商针对该综合浏览量的出价密度和分布，如果这样做可能有利可图，我们可能会延长拍卖。
• pageview ：每个新的 pageview 都设置为 1。 要计算我们的技术实际运行的页面浏览量，请将已填充和未填充的展示总数加起来 pageview = 1。 这可能与 Google Analytics 不同，因为 GA 通常不受广告拦截，而 DFP 受广告拦截。 忽略收入数字。
• session ：这与 pageview KVP 类似，只是它跟踪的是会话。 要计算我们的技术实际运行的会话数，请将已填充和未填充的展示总数相加，其中 session=1。 同样，由于广告拦截，这可能与 GA 不同。
• request_uri ：一些出版商希望按文章跟踪收入。 发布商执行此操作的最简单方法是 request_uri 收入归因。 这是域名后的所有内容。 请务必注意，KVP 的上限为 40 个字符，因此具有长 URL 的发布商可以截断其 request_uri 值。
• session_depth ：表示用户会话中的页面浏览量。 一些发布者只想在会话的后期页面浏览中启用某些需求合作伙伴。
• a9 ：PubGuru 支持 Amazon A9 标头竞价技术的旁加载。 A9 不在我们的包装器中处理，但我们会同步 HB 和 A9 之间的两个超时，这样两者都不会提前结束拍卖。 在此 KVP 中，我们跟踪印象触发时 A9 的状态。
• 谷歌：谷歌作为一家广告公司，要求发布商的内容是品牌安全的，并且通常适合家庭使用。 为了适应这一点，我们有一个警告系统来查找和识别有争议的内容。 然后，发布商可以设置 google=0、google=no 或 google=off 以禁用该次展示的所有 Google 订单项。
• wrapper ：通常在发布者在 PubGuru 和另一个 wrapper 之间设置 50/50 测试时使用。 只要将此设置为 50%，就可以简单地比较两个包装器部分之间的总收入，看看哪个页面 RPM 更高。

收入归因 KVP

PubGuru Header Bidding 还支持利润归属。 这是通过 UTM 完成的，每个 UTM 都有相应的 KVP： utm_source 、 utm_campaign 、 utm_content 、 utm_term 、 utm_medium 。 因为 DFP 不支持关于多个 KVP 的报表，所以我们也支持组合 KVP：

• utm_source_campaign ：来源和活动以冒号分隔
• utm_scm ：来源、活动和媒介，以冒号分隔

第三方 KVP

我们的一些广告合作伙伴还在广告堆栈中添加了 KVP。 这些包括：

• amznbid ：亚马逊 A9 的出价哈希值。
• oxb, ox160x600 , ox300x250 , ox300x600 , ox320x50 , ox728x90 ，以及类似的：OpenX 的 bidder 的一些实现已经使用了这些 KVP。