Technorati发布技术来管理多个标头投标合作伙伴

Technorati头投标Technorati周一发布了SmartWrapper,这是一款基于saas的产品,通过将所有需求合作伙伴带到一个地方,帮助出版商运行多个标头竞标合作伙伴。

对于要应付多个合作伙伴的发行商来说,SmartWrapper有助于管理实现页面延迟,并为发行商提供更统一的分析。

随着产品的发布,Technorati进入了一个不同的市场。Technorati首席执行官夏尼•希金斯表示:“我们认为,这一趋势将继续从网络模式转向SaaS模式。”

Technorati运营着一项网络业务,为中尾到长尾的出版商和博主提供服务,但将专注于向comScore 200的出版商销售该产品,以应对采用标题竞价技术的痛苦点。

Higgins说道:“我们已经与一到两家(牵头竞标的合作伙伴)和另外四到五家发行商进行了谈判,但由于执行成本、延迟和数据泄露等问题,他们无法进行整合。

头投标A9、Sonobi和PubMatic等合作伙伴在广告服务器呼叫前接受投标,从而增加竞争。但是添加多个合作伙伴需要开发人员花费宝贵的时间,并且需要警惕地监视页面延迟等问题。

SmartWrapper技术在一个发布者页面的标题中运行一个标签,这个标签包含了所有其他标书合作伙伴的标签,简化了设置和统一的报告、管理和优化。

Higgins将SmartWrapper的容器描述为“粘合剂”,帮助发布者添加合作伙伴,而不会导致早期合作伙伴的标签失效,更好地管理超时问题,并提供对性能的洞察力。

Topix是一家当地的新闻网站和论坛,据comScore的数据,每月有1300万的独立用户。过去几个月,Topix一直在测试SmartWrapper。两年前,它增加了第一个标头合作伙伴,现在与几个。

Topix首席运营官史蒂夫•鲁宾斯坦表示,尽管合作伙伴增加了更多竞争,导致了一个“不错的提升”,但Topix需要一个解决方案来了解每个合作伙伴的收益,并确保没有人拖累网站。他说,SmartWrapper澄清了正在发生的事情。

在大多数情况下,发布者很难看到标题合作伙伴投标并获胜的频率。鲁宾斯坦说,合作伙伴可以选择分享什么信息,而广告服务器只会说明谁赢了,价格是多少。

Higgins表示,SmartWrapper会确定合作伙伴的出价频率和获胜频率,帮助出版商决定哪些合作伙伴值得他们为其创造延迟,或者是否应该将其删除或给予严格的响应时间。

发行商可以限制那些只在用户会话的前几次页面浏览中出价的合作伙伴,这样他们就不会等待出价回应。或者他们可以告诉合作伙伴提高多少cpm来提高他们的胜率。

SmartWrapper还可以帮助像Topix这样的发行商了解出价的到来需要等待多长时间。鲁宾斯坦说:“如果我们知道95%的投标在一秒钟内就完成了,就没有必要再等一秒钟。”“我们减少了合作伙伴的加载时间。”

未来,SmartWrapper将拥有更多“智能优化”能力和分析能力,让发行商能够管理合作伙伴并提高收益。一个允许发布者将分析数据导入他们自己的自定义报告界面的API将在下周准备就绪。

SmartWrapper是Technorati正在打造的一个更大的出版商技术平台的一部分,这个平台将被称为Contango。该平台帮助发行商整合、管理和优化合作伙伴。但这将是一个中立的第三方技术,不偏袒一个需求来源。

尽管许多广告技术公司声称,当他们得到所有东西时,效果会更好,但现实是,对出版商来说,竞争越激烈通常会得到更好的结果。

东证证券的鲁宾斯坦表示:“事事依赖一个合作伙伴,我们还没有取得巨大成功。”“我们喜欢一个健康的生态系统,喜欢透明地了解正在发生的事情。”

健康的生态系统来自于多个标头竞标伙伴,而透明度来自于添加SmartWrapper解决方案。

Higgins说道:“我们将自己视为能够更好地管理发行商的DFP安装的扩展工具。“谷歌不会因为Sonobi这样的竞标合作伙伴获胜而受益,他们只会因为AdX获胜而受益,所以他们不会为发行商增加额外的功能。

我们认为我们可以解决这个问题,并为发行商提供更多见解和数据。”

喜欢这个内容吗?

今天就注册成为AdExchange爱游戏体育骗子r会员,就可以无限访问像这样的文章,加上专有数据和研究,会议折扣,按需访问活动内容,等等!

今天加入!

10评论

  1. 当发布者不能依靠服务器端拍卖时,这听起来是个不错的选择,因为服务器端拍卖比基于头的客户端拍卖更快。但并不是所有的需求源都支持服务器端模型,所以Technorati可能已经找到了一个很好的平衡点。

    回复
  2. 很有趣。我喜欢他们把自己定位为完全的需求不可知论者。这是个不错的想法,似乎值得测试。我很想看看数据公布后会是什么样子。

    回复
  3. Natrian麦克斯韦

    这是一个有趣的解决方案,我可以看到它的价值。我想到的几个问题是有关使用此服务和投标机制的相关费用。这个产品会演变成Technorati内部拍卖,只向发布者提交最高的出价吗?

    希望能更好地了解更多的细节。

    回复
  4. 很有趣。我喜欢他们把自己定位为完全的需求不可知论者。但并不是所有的需求源都支持服务器端模型,所以Technorati可能已经找到了一个很好的平衡点。

    回复
  5. 是的。当发布者不能依靠服务器端拍卖时,这听起来是个不错的选择,因为服务器端拍卖比基于头的客户端拍卖更快。

    回复

添加一个评论

XHTML:你可以使用这些标签:< a href = " "标题= " " > <简写的标题= " " > <缩写标题= " " > < b > <引用引用= " " > <引用> <代码> < del datetime = " " > < em > <我> <问引用= " " > <年代> <罢工> < >强