Microsoft Commerce Server 包含 NOD 算法(请参阅http://msdn.microsoft.com/en-us/library/ms960081%28v=cs.70%29.aspx
和http://msdn.microsoft.com/en-us /图书馆/ee825423%28v=cs.10%29.aspx )
我在 3 个不同的广告服务器中使用了这个公式的派生版本,结果证明这对我的条件很有效。
关于您的情况的基本公式使用一个名为 NOD 的变量,它是“Need of Delivery”的缩写。在任何给定时间,横幅的“基本”点头公式是:
NOD=(剩余事件/请求的事件总数)*(总运行时间/剩余运行时间)
请注意,“事件”是一个通用术语,可能代表展示次数、点击次数、转化次数等,具体取决于您的系统。
该等式表明,所有横幅的生命初始值都是 1.0,因为 (e / e) * (t / t) = 1.0
大于 1 的 NOD 值意味着您落后于计划,而介于 0 和 1 之间的 NOD 通常意味着您显示横幅“太快”。0.9 到 1.2 之间的值通常在可接受的范围内(这不是技术范围,而是业务经验)。
只要服务比率与持续时间比率匹配,值就会保持在 1.0 左右。
对于特定的广告位,算法会检查广告位上所有可用横幅目标表的 NOD。假设您在一个插槽上有 3 个横幅可用,NOD 值为 0.6、1.35 和 1.05,它们加起来为 3.0。然后每个横幅显示的相对概率变为 20%、45% 和 35%,顺序为 [0.6 / (0.6 + 1.35 + 1.05)] = 20%
该算法使用加权概率分布,这意味着即使 NOD 值最小的横幅也有机会展示。虽然基本公式使用这种方法,但业务决策通常总是迫使我实施比原始公式更倾向于紧急 NOD 值的算法。所以,我取了基本的 NOD 并将它们与自己相乘。在同一示例中,概率依次变为 11%、55.5% 和 33.5%。
根据您的情况,您可以考虑稍微更改一下公式以满足您的需要。首先,为了能够比较您通过显示横幅获得的收入,您应该将所有显示类型(展示、点击、操作等)转换为一个共同的 eCPM 值。然后,您可以将此 eCPM 用作原始方程的乘数。
对于尚未发布的广告系列,计算 eCPM(有效 CPM)可能会很棘手,在这种情况下,您应该使用历史数据。
让我稍微解释一下这部分:当您尝试比较通过“显示”单个横幅获得的可能收入时,您不需要比较基于印象的预算。对于基于点击的预算,您应该使用历史点击率值来猜测“我的系统需要提供多少展示次数才能获得 X 次点击”。更高级的算法可能会利用“我的系统需要提供多少印象才能在 y 库存中获得 X 类别的广告系列”。
然后你的最终方程变为:
NOD = eCPM *(剩余事件/请求的事件总数)*(总运行时间/剩余运行时间)
您始终可以考虑使用 eCPM 的功能来比较结果。就像我改变原始公式以支持更紧急的活动的方式一样,您可能更喜欢“更多付费”的活动。