为了帮助出版商管理多个标头竞标伙伴，OpenX创建了一个名为OpenX Meta的服务器到服务器包装，并于周四公布。
OpenX Meta的优势在于，它可以将所有的活动——冗长、缓慢的投标请求——从出版商的页面转移到服务器上。从那里，它可以快速与所有其他合作伙伴联系。因此，OpenX希望实现其解决方案的发布者能够看到一个更快的广告调用过程。
标头竞标代码通常驻留在浏览器中，因为这样更容易设置它。RTB开始在浏览器中进行拍卖。OpenX首席技术官Jason Fairchild解释说，OpenX决定追求服务器端解决方案，因为这种方法在三个方面限制了速度。
发生一个放缓，因为根据用户的网络速度进行了对不同交换的标题竞争调用，这在移动设备上可能特别慢。标题出价呼叫也受用户手机或计算机的处理速度限制。最后，根据Fairchild的说法，浏览器可能只有10个端口，如果有太多的标题竞标合作伙伴争夺一个斑点，则创建一个瓶颈。
但是，如果这些对不同合作伙伴的调用发生在OpenX的服务器上，就像他们在Meta解决方案中所做的那样，它们发生在闪电般的数据中心处理和连接速度中。
通过Meta, OpenX希望将标题竞标从一个hack转变为一个更可持续的解决方案，解决延迟和合作伙伴管理问题，绕过广告服务器的限制。
但它仍有很多工作要做。OpenX必须首先完成将买家整合到Meta中。一旦这些内容完成，它便可以联系发行商去执行。
在表达签署的出版商中是学习指南网站斜盘，它使用包装解决方案来管理其七个合作伙伴。
Slader联合创始人斯科特•科尔布(Scott Kolb)表示:“随着我们不断叠加header合作伙伴，我们也叠加了越来越多的网络请求。”“这会占用更多的带宽，更容易出错。”
对于使用META的荡机，KOLB需要确保整体性能，包括速度和产量，是相同或更好的。KOLB还需要确保足够的合作伙伴插入OpenX Meta解决方案，以便使用它。
OpenX承认一些技术合作伙伴不喜欢被另一个包装的人围绕。例如，出版商对出版商带来亚马逊和Criteo的包装者是特别困难的。
为了赢得出版商和他们的投标合作伙伴，Open X承诺不会做两件会使拍卖偏向自己的事情。它不会给自己“最后一眼”，或者打败中标的能力，它将把所有的出价提交给广告服务器，让发行商能够透明地监控所有合作伙伴的表现。
OpenX的高级副总裁兼货币化总经理Qasim Saifee表示，由于出版商“积极采用”标头竞标，OpenX预计其150 - 200个标头竞标合作伙伴中有25%将在今年签约使用Meta。
赛菲表示:“标题竞标是发行商创造公平竞争环境的重要手段。这并没有改变这种动态，只是让发行商更容易做到这一点。”
我一直在等待这种情况。最初，这场比赛都完成了服务器到服务器，因为它如此高效（RTB最初是S2S，只需询问任何早期的参与者，如邀请，转弯，葡萄酒，录n，Rubicon）。一些关键的Buyside公司能够说明出版商直接在页面上放置标签（没有惊喜亚马逊和克里塔在这里战斗！），优先考虑比via RTB更好，声称它都更好地削减了交换成本。随着时间的推移，每位其他买家都希望进入这一行为，但这使得这一切的效率低下都已经开始蠕动。
问题是，对于出版商和买家来说，运营一个透明(包括收费)的交易所需要多少成本?客户端投标很慢，而且不是特别友好。在服务器端工作有一个好处。酒吧认为什么价格才是公平的?还需要首拍吗?
这种替代解决方案不是将我们带回了依赖于单个服务器的集成，从而导致了最小的透明度吗?此外，这将如何不同于DFP-First从谷歌?