Основы баннерной рекламы

• Пользователь нажимает на рекламный баннер, однако загрузка сайта рекламодателя происходит слишком долго, вследствие чего пользователь жмет кнопку «Стоп» или вообще закрывает окно браузера. В результате клик зафиксирован, однако переход на сайт рекламодателя завершен неудачно.

• Пользователь нажимает на баннер, после чего сайт рекламодателя открывается в новом окне. Если учесть, что, во-первых, многие пользователи боятся "внезапно открывающихся окон" и спешат их побыстрее закрыть (либо от незнания причины их открытия, либо в силу личного опыта), во-вторых, на некоторых сайтах рекламодателей при начале инициализации браузером раздела BODY документа специальные скрипты запускают одно, а то и сразу несколько окошек (с новостями, поздравлениями, анонсами и пр.), можно предположить, что степень закрытия окна с сайтом рекламодателя будет достаточно высокой.

• Наконец, пользователь нажимает на рекламный баннер, но переход на сайт рекламодателя не получается в силу форс-мажорных обстоятельств: отключение электроэнергии, разрыв связи с интернет-провайдером и т. п. Вероятность возникновения подобных ситуаций, особенно в нашей стране, весьма высока.

В принципе, модель СРС не влияет на параметр AD Impression/AD Exposure в финансовом аспекте, т. к. общее количество показов на рекламой площадке в соответствии с этой ценовой схемой не ограничено, и разница между загрузками баннеров и "реально сделанными" показами для рекламодателя не играет никакой роли. Показатель AD Frequency также маловажен в данной ситуации: частота показов каждому уникальному пользователю актуальна при лимите показов, а не в случае оплаты нажатий на баннер рекламодателя. Подводя итог, можно было бы назвать модель СРС наиболее подходящей и удобной, если бы не возможные негативные последствия тех причин, по которым пользователь не попадает на сайт рекламодателя после клика по баннеру. Здесь "в проигрыше" могут остаться и рекламодатель с издателем, и потребитель.

Представим, что рекламодатель оплачивает тысячу кликов по его баннеру из расчета 30 центов за нажатие. Итого издатель получает 300 долларов. Теперь предположим, что тысяча нажатий была зафиксирована через неделю после начала рекламной кампании. Однако согласно статистике, посредством перехода по баннеру на сайт рекламодателя попало только 750 посетителей, т. е. 250 пользователей рекламодатель где-то «потерял». В денежном эквиваленте потери составят 75 долларов.

Для издателя рекламы использование ценовой модели СРМ может оказаться невыгодным в аспекте возможных конфликтов с рекламодателями, которых ему не хотелось бы потерять. А возникновение спорных ситуаций вполне вероятно, если, к примеру, рекламодатель платит за 200 кликов и ожидает столько же посетителей; издатель фиксирует с помощью программного обеспечения ровно 200 кликов и спокойно забирает деньги. Между тем, если разница между кликами и реальными посетителями окажется слишком большой, то между обеими сторонами могут возникнуть затруднения во взаимоотношениях.

Что касательно потребителя, он здесь опять теряет возможность принятия правильного решения о покупке (аренде) товара или услуги из-за невозможности перейти на сайт рекламодателя, а также тратит свое время в Интернете (за которое ему, возможно, необходимо платить провайдеру деньги), ожидая загрузки и делая повторные попытки заставить заработать механизм переадресации.

Flat Fee. Данная ценовая схема подразумевает оплату рекламных показов за определенный временной период (за день, неделю, месяц и т. д.). Она идеально подходит для издателя, т. к. позволяет ему четко разграничивать рекламные зоны различной загруженности в пределах своего сайта, назначая отличные по стоимости тарифы. В принципе, схема Flat Fee связана только с параметром AD Reach, да и то косвенно. На количество показов модель не влияет, т. к. отклик определяется посещаемостью и аудиторией рекламной площадки, публикующей баннеры рекламодателя: чем больше людей заходят на ресурс, тем дороже размещение на нем и, соответственно, больше вероятности того, что рекламу увидит большее количество пользователей.