ActiveRevenue: рекламная сеть с популярными рекламными форматами
Что нам известно об ActiveRevenue?
ActiveRevenue — это self-serve рекламная сеть, которая предоставляет доступ к популярным рекламным форматам и широким возможностям таргетинга по конкурентоспособным ценам.
Сеть предлагает своим клиентам adult и мейнстрим push, pop трафик и редирект (ZeroClick) в более чем 250 странах в Tier-1, 2 и 3. Объемы поставляемого трафа ты сможешь оценить в своем кабинете после регистрации на платформе.
По словам представителей ActiveRevenue, топовыми вертикалями для сети являются гемблинг, дейтинг, нутра, утилиты, свипы, крипта, форекс и госсипы. Запрещено лить на техсаппорт, мошеннические лотереи, спам и вирусы.
В арсенале ActiveRevenue множество прямых плейсментов с целевой аудиторией на стриминг-сервисах, новостных и игровых порталах,финансах и не только.
ActiveRevenue приглашает к сотрудничеству арбитражников, медиабайеров, медиабаинговые агентства, продуктовые компании и партнерские программы.
Если ты работаешь в одном из представленных направлений, с рекламной сетью ты сможешь использовать такие рекламные форматы, как: Push Notifications, Pop, Floating Push и ZeroClick. Более подробно каждый из них мы рассмотрим ниже.
Рекламные возможности ActiveRevenue
Обзор кабинета рекламодателя
Перед регистрацией в рекламной сети не забудь отключить AdBlock, без этого сайт может не работать. Зарегайся в ActiveRevenue, ответив на стандартные вопросы, и получи доступ в сеть.
После того, как ты попадешь в кабинет, перед тобой появится дашборд с инфой о расходах, конверсиях и прибыли.
Для создания рекламной кампании перейди в раздел Campaigns — Create a Campaign. Система предложит тебе выбрать один из рекламных форматов — Push, Floating Push, Pop или ZeroClick.
Следующий этап — настройка таргетинга. Выбери необходимое ГЕО — одно или несколько.
Затем укажи необходимые операционные системы и браузеры. Отметим, что настройки таргетинга в ActiveRevenue действительно обширные. Эта возможность позволит тебе более точно настраивать РК и грамотно проводить ее оптимизацию по всем необходимым параметрам.
Затем следует настройка типов устройств, операторов связи и времени показа объявлений пользователям. Внизу страницы находится окно для установки лимитов РК. Ты можешь поставить ограничение на частоту показов, кликов и конверсий в сутки. После того, как закончишь задавать параметры, нажми Next.
Далее система предложит тебе настроить черные и белые списки. Составь их, а если данных пока нет, кликни Next.
Заключительный этап — создание рекламных объявлений. Проверь, правильно ли ты задал настройки для РК, а затем нажми Add new ad.
В зависимости от рекламного формата тебе нужно создать одно или несколько объявлений. Например, для того, чтобы использовать формат Floating Push, необходимо прописать заголовок и описание, которые увидят пользователи, добавить партнерскую ссылку, призыв к действию и загрузить креативы. Очень удобно, что система сама подгоняет изображения под нужные размеры, но чтобы избежать искажения, лучше заранее изучи требования и загружай крео в соответствии с ними. Когда закончишь, кликни Create Ad.
Объявление отправится на проверку и если все ок, после того, как ты пополнишь свой кабинет, оно начнет показываться аудитории.
Ниже пример того, как выглядит реклама в формате Floating Push.
Результаты работы РК находятся в разделе Statistics. В нем ты сможешь сортировать информацию по форматам и другим показателям — ГЕО, кампаниям и датам.
Еще одна приятная плюшка ActiveRevenue — наличие раздела Insights. Он очень полезен для тех, кто хочет улучшить качество оптимизации своей РК. В Insights есть возможность отслеживать топ использованных OS и браузеров, точное местоположение и даже время полученного трафика.
Для совершенствования работы РК используй раздел Optimization. В нем доступны настройка доменов, списков IP и postback. Большинство строчек кликабельны, поэтому ты сможешь сразу же, опираясь на статистику, оптимизировать свои кампании и не переключаться на другие вкладки. Не забывай о возможностях и используй их по максимуму.
В целом, кабинет рекламодателя в сети простой и понятен интуитивно, но если тебе в чем-то сложно разобраться, обратись к менеджеру, он даст необходимые подсказки и поможет с настройкой РК.
Преимущества рекламной сети
Как пополнить рекламный кабинет?
Для того, чтобы твоя рекламная кампания начала работать, пополни кабинет в разделе Payment Transactions. Минимальная сумма пополнения — 100$.
В ActiveRevenue работают такие платежные системы, как PayPal, Payoneer, WebMoney, Capitalist, Paxum и Wire (для этого способа минимальный перевод — 1000$).
Стоит отметить, что рекламная сеть не балансозависима. Это значит, что трафик будет страдать только в том случае, если на твоем счету минимальный баланс (т.е. меньше того, что требуется на 1 сутки для всех активных рекламных кампаний). Чтобы не было перерасхода, система просто замедлит подачу трафа. Но если следить за балансом и не достигать критической точки, все будет ок:)
Обрати внимание на то, что в настройке бюджета ты можешь указать тип, по которому будет работать РК: ASAP (деньги уйдут на кампанию сразу) или Evenly (будут равномерно распределены и использованы в течение суток). Исходя из этих параметров, система будет “бояться” потратить лишнее с твоего баланса и распределит деньги так, как удобно тебе.
В качестве приветственного бонуса рекламная сеть дарит +20% на первый депозит. Это очень приятно, поскольку позволит сэкономить на первых тестах и знакомстве с ActiveRevenue.
Вывод
ActiveRevenue — это self-serve платформа, которая дает рекламодателям возможность работать с adult и мейнстрим трафиком в pop, push и ZeroClick форматах.
В кабинете рекламодателя есть много полезных инструментов для качественной настройки РК и ее оптимизации. Это как базовые параметры, так и расширенные возможности таргетинга и раздел Insights, позволяющие создавать максимально точный портрет ЦА, опираясь на конкретные цифры.
Кроме того, в сети готовы предоставить поддержку менеджера и дарят +20% к первому депозиту. Сотрудничество с ActiveRevenue должно быть действительно приятным! Присоединяйся к рекламной сети, проводи тесты и получай хороший конверт, арбитран!
Push-уведомления: что это такое, как они работают и какому бизнесу нужны
Блочный редактор писем, готовые шаблоны email, формы подписки и автоматизация. Запускайте email-рассылки, чтобы быть на связи со своими клиентами.
Push-уведомления или пуши — всплывающие сообщения на экране компьютера или телефона. Такие оповещения отправляют пользователям, чтобы рассказать об услугах, акциях, новостях и обновлениях. Пуши бывают разных форматов: оповещения в соцсетях и приложениях, рекламные пуши, системные уведомления.
В этой статье я расскажу о рекламных пуш-уведомлениях в браузере, для чего они нужны, как работают, в чем плюсы и минусы их использования.
Виды push-уведомлений
Системные пуши. Автоматические сообщения от операционной системы, мобильных, десктопных программ и приложений об изменениях или обновлениях.
Пуши в мобильных приложениях. Пользователи получают короткие уведомления от приложений, если включают в настройках разрешение на их показ. В таких сообщениях бывают инструкции, напоминания, призыв к конкретному действию. Мобильные пуши побуждают пользователя открывать приложение чаще.
Web-пуши. Пользователи должны разрешить сайтам присылать web-уведомления. Запрос на показ пушей появляется на сайте в виде всплывающего окна в браузере и предлагает варианты: «Разрешить» и «Блокировать».
После разрешения на показ уведомлений пользователь становится подписчиком web-пушей от сайта. Сами пуши отображаются в правом нижнем углу рабочего стола, а их частоту появления определяет владелец сайта. Отказаться от подписки на уведомления можно в настройках браузера.
Web пуш-уведомление состоит из заголовка, картинки/лого компании, основного текста, ссылки или кнопки.
Для чего бизнесу нужны push-уведомления
Цель пуш-уведомлений — рассказывать подписчикам о полезном контенте, новостях, услугах, продуктах, акциях. Пуши помогают установить контакт с новыми подписчиками и поддерживать интерес действующих. Так например, подключение сервиса по настройке пуш-уведомлений Gravitec повысило посещаемость сайта онлайн-медиа Prensa Libre на 300 000 пользователей в месяц.
Интернет-издания и блоги используют пуши, чтобы рассказать о срочных новостях и новых материалах. Пользователи получают уведомления даже если сайт закрыт на устройстве.
Магазины и торговые сети рассылают оповещения о начале распродажи, акции или поступлении товара. Обычно в таких уведомлениях есть кнопка с призывом к действию.
Некоторые интернет-магазины настраивают уведомления о брошенной корзине — напоминание о том, что пользователь добавил товары в корзину, но не оформил покупку. У сервиса по настройке и рассылке пушей PushEngage есть кейс о том, как австралийский маркетплейс MyDeal увеличил выручку на 20% и повысил конверсию на 4% с помощью оповещений о брошенной корзине.
Некоторые сайты присылают приветственные пуши сразу после подписки и дают ссылки на полезную информацию для подписчиков.
Можно привлекать внимание подписчиков конкретными материалами в блоге.
Как настроить push-уведомления в мобильных приложениях
В начале пользователь разрешает приложениям отправлять уведомления в настройках.
Отправитель использует сервисы пуш-уведомлений в зависимости от операционной системы телефона получателя: Firebase Cloud Messaging (FCM), Apple Push Notification Service (APNS), HUAWEI Push Kit.
С помощью сервисов отправитель настраивает сбор мобильных токенов (идентификаторы устройств пользователей) — на этом этапе потребуется помощь разработчиков приложения. Затем сервер приложения использует токен, чтобы отправить пуш на устройство пользователя.
Как настроить web-пуши
Настроить и запустить push-уведомления для браузера относительно легко — для этого есть специальные сервисы. Схема работы push-уведомлений выглядит так:
Как работают сервисы по настройке пушей разберем на примере двух русскоязычных платформ.
Gravitec.net
Настраивайте работу пушей пошагово сразу после регистрации: добавьте адрес сайта, выберите внешний вид формы подписки и подключите ее.
Что можно сделать в сервисе:
Цена. Есть бесплатный тариф без ограничений по количеству рассылок, но с ограничением до 10 000 подписчиков. Тариф Business стоит от 280 руб./месяц, цена зависит от количества подписчиков.
Язык. Русский, украинский, английский, испанский, польский, португальский.
Push4Site
Подробная пошаговая настройка работы пуш-уведомлений в три этапа: добавление сайта, настройка запроса на подписку, получение кода для вставки на сайт.
Что можно сделать в сервисе:
Цена. 30 дней бесплатный тестовый период. Далее — от 990 руб./месяц (зависит от количества подписчиков).
Язык. Русский, английский, нидерландский.
На что обратить внимание при настройке рассылки web-пушей
Частота. Выбирайте умеренный график рассылки пушей — от частых уведомлений пользователи быстро устают и отписываются, а редкие могут пропустить. Частота зависит от особенностей бизнеса и контента сайта. Проанализируйте целевую аудиторию, протестируйте варианты и определите оптимальный график рассылки пушей. Например, оповещения о новых статьях в блоге присылайте по факту выхода материалов, а интернет-магазинам можно напоминать о себе раз в 2-3 дня. Регулярно отслеживайте статистику переходов и отписок, чтобы вовремя изменить частоту рассылки.
Содержание и польза. Пуши — короткий формат, в котором важно донести полезное сообщение клиенту и уложиться в количество знаков. Количество символов для заголовка и основного текста может отличаться в разных сервисах. Из текста пуша подписчик должен понять, почему ему нужно открыть уведомление, в чем для него польза — срочная новость, ссылка на новую статью по интересующей теме, нужный товар или акция.
Делаем простой и надежный микросервис рассылки пушей на компонентах AWS
В статье поделюсь опытом построения маленького микросервиса с использование Serverless архитектуры AWS. Также расскажу как работает push-уведомления и с какими проблемами мы столкнулись при реализации данного решения. Если интересно, добро пожаловать под кат.
Сейчас самое время сказать: “Дружище, да ты чего, зачем разбираться с этой лямбдой и правами доступа для нее. Проще ведь поднять инстанс и кроном дергать скрипт ну или закинуть все в docker, чтобы поднимался, отрабатывал и схлопывался”. Не могу не согласиться — такое решение имеет право на жизнь. Но это добавляет немного больше работы. Поднятый инстанс нужно мониторить и в случае чего “тушить пожары”. А как очень хорошо известно, инженеров всегда напрягает, когда что-то идет не так. Да и просто хотелось “потрогать” такие сервисы как Lambda и DynamoDB, пускай даже в такой небольшой, но жутко интересной задачке.
Постановка задачи
Мы работаем в сфере медиа и нам важно совершать рассылку уведомлений, чтобы держать заинтересованную аудиторию в курсе происходящих событий. До этой задачи у нас были отправки только ручных пушей, т.е. редакторы всегда сами совершали рассылку по какой-то новости. Немного поразмыслив, мы прикинули, что было бы весьма неплохо сделать отправку уведомлений автоматически, основываясь на топе читаемых статей. И нет, ручные пуши никто не отменял, они по-прежнему остаются 😃.
Окей, идея есть — теперь сформулируем задачу.
Необходимо, по заданному расписанию, выполнять рассылку push-уведомлений пользователям. Для этого будем использовать сервис аналитики (Analytics Service), который может отдавать по API топ статьи по количеству просмотров за определенный период времени. На основании полученной информации формировать “тело” пуша и отправлять все это добро на API сервиса отправки пушей (Push Service).
Как работают push-уведомления
Перед тем, как приступить к выполнению задачи, предлагаю рассмотреть в общих чертах как работают push-уведомления (push).
Начнем с небольшой схемы:
Еще пару слов об API.
API, в контексте нашей темы, делятся на два вида:
Так же они имеют одно общее название — это Web API’s, которые призваны облегчать жизнь программистам (источник).
Так вот, Push API и Notification API относятся к API браузера и представляют собой конструкции (набор объектов, функций, свойств и констант), построенные на основе языка JavaScript.
Теперь, когда мы разобрались из каких элементов состоит процесс отправки push-уведомления, можем описать весь рабочий процесс (workflow).
Откуда же берется Service Worker?
Прежде чем Service Worker сможет приступить к выполнению своей работы, он должен пройти определенный жизненный цикл, который состоит из 4 шагов.
Service Worker готов к работе — поехали дальше!
Подписываемся на push-уведомления
Здесь можно отметить два шага:
Подписка содержит всю информацию, которая необходима для отправки уведомления пользователю. Со стороны Push Service это выглядит как уникальный идентификатор устройства — ID. Далее это все добро (PushSubscription) отправляется на наш Push Service, где сохраняется в базе для последующей отправки push-уведомлений зарегистрированному пользователю.
За эти все процедуры отвечает тот самый упомянутый выше Push API.
Отправка пуша
Отправка push-уведомления заключается в триггере API нашего Push Service. Этот вызов должен содержать информацию, которую мы должны показать пользователю (payload) и группу пользователей на которую данный push будет отправлен. После того как мы сделали API вызов, Push Service — сформирует правильный формат для браузера и отдаст его в FCM, который поставит уведомление в очередь и будет ожидать, когда User Agent появится в сети.
Но push-уведомление не может жить в очереди вечно, поэтому у Push Service есть опция — TTL (Time to Live) или время жизни уведомления, по истечению которого, уведомление будет удалено 😈.
Получение push-уведомления пользователем
После того, как Push Service отправил push-уведомление, FCM доставит (ну или не доставит, если что-то пошло не так) его в браузер, последний создаст такую штуку как Push Event, на который отреагирует Service Worker и запустит обработку push-уведомления.
Вот мы и узнали в общих чертах как работают пуши, так что теперь можем приступить к выполнению задачи.
Реализация
Как всегда у правильных инженеров все веселье начинается с планирования — мы ничем не хуже 😄, поэтому:
Состав нашего стэка:
Итак начинаем с того, что пишем код для Lambda функции. Особенность его в том, что необходимо определить входную точку, так как Lambda функция вызывает функцию (2) внутри Lambda функции 😄, которая объявляется как “Handler” (1).
Тут возникает законный вопрос, а что же такое эти переменные, которые мы передаем функции?
Документация говорит исчерпывающе (источник):
Event — использует этот параметр для передачи данных о событиях обработчику. В нашем случае, мы достаем из поля event тело ответа от API Analytics Service. Прилетает он в формате — json.
Contex — передает контекст объекта обработчику. Этот объект предоставляет методы и свойства, которые предоставляют информацию о вызове, функции и среде выполнения. Перейдя по ссылке можно увидеть методы и свойства, а также доступен пример логирования информации контекста (источник). Из контекста мы берем request_id, который используется для того, чтобы Lambda не запускалась несколько раз.
А вот как это все работает под капотом.
Cloudwatch event rule, по расписанию, триггерит Lambda функцию, она, в свою очередь, выполняет код, выполняет запрос/обновление данных в DynamoDB, записывает логи через CloudWatch и делает уведомление в Slack.
Ниже представлена блок схема, которая описывает алгоритм работы сервиса.
Работа скрипта начинается с того, что он делает запрос в сервис аналитики (Analytics Service) и достаёт 100 топ статей. Почему именно 100 — это связанно с поддоменами, так как на каждый поддомен должна отправляться статья опубликованная именно на нем. К примеру example.com и subdomain.example.com — на example.com должна уйти статья опубликованная на example.com, а на subdomain.example.com — опубликованная на поддомене subdomain. Так как поддомен subdomain является более специфическим или конкретизированным, то статьи на нем появляются реже.
А если совсем просто, то Analytics Service API не умеет возвращать список статей для конкретного поддоменного имени, а только для домена целиком. Вот как-то так 😃.
Далее выполняем проверку был ли пуш с таким article_id отправлен или нет. Для этого мы вызываем функцию, которая достает записи из DynamoDB, сравнивает и обновляет записи в DynamoDB и в итоге возвращает нам значение переменной uniq.
После этого выполняется отправка push-уведомления пользователям с уникальной статьей.
Проблемы с которыми столкнулись
А теперь о проблемах, с которыми мы столкнулись при реализации данного сервиса.
Изначально, скрипт представлял собой, условно говоря, 5 строчек:
Первая проблема заключалась в повторной отправке push-сообщения пользователям, так как статья могла держаться в топе целый день. Но забавно в этой ситуации было то, что на повторный push реагировало больше пользователей 😃.
Решили мы данную проблему подключив в нашу логику DynamoDB для записи отправленного article_id. После маленьких правок мы стали доставать из сервиса аналитики по 5 топ статей и сравнивали article_id c записью article_id из базы, если повторялся брали следующую статью из топ выборки, обновляли запись в базе и отправляли пуш.
Проверяем, полет нормальный — но недолгий 😃.
Настигла нас проблема, что пуши начали повторяться через 1–2 отправки (ну оно и логично 😃), так как у нас в базе лежит только один ID’шник статьи и он перезаписывался — небольшой просчет в архитектуре сервиса.
Поэтому следующим шагом стало то, что мы начали создавать массив items состоящий из article_id и записывать его в базу DynamoDB. Длину массива решили определить равную 5 — этого более чем достаточно, но в случае необходимости всегда можно увеличить.
Проверяем, полет нормальный — но недолгий, хотя дольше чем в предыдущем случае.
Следующая проблема с которой мы столкнулись — это перезапуск Lambda функции, что влекло за собой отправку 3-х push-уведомлений с интервалом в 1 минуту. Это происходило когда сервис отправки пушей отваливался по таймауту и Lambda функция считала, что она завалилась и запускалась повторно. Это, как оказалось, стандартное поведение для Lambda функции, которая работает в асинхронном режиме и если при выполнении функции она вернет ошибку, Lambda попробует выполнить ее еще раз. По умолчанию Lambda будет пробовать дополнительно 2 раза с интервалом в 1 минуту.
Решили эту проблему добавлением в DynamoDB такого поля как request_id. При каждом новом запуске Lambda генерирует уникальный request_id (он не меняется при перезапуске функции), который мы и вытягиваем из context. Проверку уникальности request_id выполняем перед проверкой article_id, а обновляем его каждый раз когда article_id — уникален. В итоге мы обрываем повторное выполнение функции, если такие попытки появляются.
Следующий вопрос может стать таким: “Так если Push Service отваливается по таймауту, то как вы понимаете ушел пуш или нет?”. И это тоже очень правильный вопрос. На самом деле, на протяжении всего полета, “не было ни единого разрыва” 😅, т.е. пуш отправлялся всегда, даже если мы не получали никакого ответа от API Push Service. Об этом говорит статистика отправки в административной панели Push Service, а так же уведомления в Slack.
Подводя итоги
Используя части весьма интересного стэка serverless архитектуры AWS получилось сделать весьма годный микросервис, работающий так же надежно, как пружинка от дивана. Данное решение выполняет полезную функцию, способствующую развитию бизнеса, а так же избавило нас от некоторых небольших проблем связанных с поддержкой такого же решения у себя. И самое интересное то, что плата за это все составляет меньше 1$ в месяц.
