Microsoft Commerce Server содержит алгоритм NOD
(см. http://msdn.microsoft.com/en-us/library/ms960081%28v=cs.70%29.aspx
и http://msdn.microsoft.com/en-us/library/ee825423%28v=cs.10%29.aspx)
Я использовал производные версии этой формулы на 3 разных рекламных серверах, которые оказались хорошими для моих условий.
Базовая формула, касающаяся вашей ситуации, использует переменную с именем NOD, сокращенно «Потребность в доставке». В любой момент времени «базовая» формула NOD баннера:
NOD = (Оставшиеся события / Всего запрошенных событий) * (Общее время выполнения /
Оставшееся время выполнения)
Обратите внимание, что "События" - это общий термин, который может представлять показы, клики, конверсии и т. Д. В зависимости от вашей системы.
Уравнение гласит, что все баннеры начинаются с начального значения 1,0 до их жизни, потому что (e / e) * (t / t) = 1.0
Значение NOD выше 1 означает, что вы отстаете от графика, а значение NOD от 0 до 1 обычно означает, что вы показали баннер «слишком быстро». Значения между 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 в качестве множителя для исходного уравнения.
Расчет эффективной цены за тысячу показов (эффективной цены за тысячу показов) может быть сложным для еще не опубликованных кампаний, в этом случае вам следует использовать исторические данные.
Позвольте мне объяснить эту часть немного подробнее: пытаясь сравнить вероятный доход, который вы получите, «показав» один баннер, вам не нужно сравнивать бюджеты на основе показов. Для бюджетов, основанных на кликах, вы должны использовать историческое значение CTR, чтобы угадать, «сколько показов нужно выполнить моей системе, чтобы получить Х кликов». В более продвинутом алгоритме может использоваться «сколько показов, необходимых моей системе, чтобы получить кампанию в категории X и в инвентаре».
Тогда ваше окончательное уравнение становится:
NOD = eCPM * (Оставшиеся события / Всего запрошенных событий) * (Всего
Время выполнения / оставшееся время выполнения)
Вы всегда можете рассмотреть возможность использования eCPM для сравнения результатов. Как и мой способ изменения первоначальной формулы в пользу более срочных кампаний, вы можете предпочесть «более оплачиваемые» кампании.