1.6. Запуск канала
Школа проджектов / STEP 2 / CPA / УРОК 1.6.
1. Сроки запуска
Мы освоили базовую теорию и подходим к моменту запуска проекта в CPA-сетях.
В среднем на запуск канала может уйти от 1 до 2−3 недель. Это связано с возможными сложностями при заключении дополнительных соглашений и настройке трекинга. Для трекинга нужна интеграция с партнёрскими сетями. Подробнее разберём в следующем уроке.
Сроки зависят от трех сторон:
В среднем на запуск канала может уйти от 1 до 2−3 недель. Это связано с возможными сложностями при заключении дополнительных соглашений и настройке трекинга. Для трекинга нужна интеграция с партнёрскими сетями. Подробнее разберём в следующем уроке.
Сроки зависят от трех сторон:
Обе стороны могут затянуть процесс. Поэтому к указанным средним срокам всегда стоит закладывать возможность «люфта». Срок, озвученный СРА-площадкой, лучше «удлинить» перед Партнёром. Если задача будет готова точно в озвученный площадкой срок, её можно сдать раньше озвученного Партнёру дедлайна
2. Старт РК
Старт РК рекомендуется проводить в
1. Будний день, не перед праздниками
2. Начало недели или максимум середина
На старте важен максимальный контроль. Поэтому нужен запас времени для набора статистики и отслеживания всех разрезов данных. Из-за чего и нельзя уходить на выходные с запущенными новыми РК
3. По возможности 1-ое число месяца
Запуск 1-го числа обеспечит ровный переход в плане отслеживания статистики. Такой подход особенно удобен и для Партнёра, и для MGCom из-за подготовки закрывающих документов
Вопрос не столько в том, что MGCom не работает в выходные и праздники, сколько в том, что не работают вебмастера и менеджеры на стороне площадок. В случае непредвиденных форс-мажоров оперативно решить вопрос не будет возможности
То есть рекомендации по выбору даты старта аналогичны рекомендациям в других каналах — по возможности откажитесь от старта перед выходными и праздниками, чтобы иметь возможность:
- проверить статистику на следующий день после старта
- убедиться в корректности работы
3. Что затягивает запуск
1. Технические моменты
3. Большой объём креативов
Если для размещения необходим большой пул креативов, и он обязателен к согласованию или изготовлению на стороне самого бизнеса
3. Передача CPA-канала от другого агентства
Если клиент передаёт на ведение СРА-канал от другого подрядчика нужно
Интеграция с партнёрской сетью, подготовка фидов, настройка трекинга и прочее. Про интеграцию подробнее в следующем уроке
2. Согласование и подписание документов
- подготовить доп. соглашения и материалы до начала нового месяца
- с первого числа месяца перейти на ведение новым агентством
Это делается для того, чтобы Партнёру не пришлось проводить двойное закрытие по подрядчикам в рамках одного месяца, что усложнит сверку и документооборот
4. Что нужно для запуска
1. Рекламные материалы (баннеры), соответствующие требованиям площадки + УТП + исходники, чтобы вебмастера могли сами редактировать креативы
3. Заполненный бриф на стороне рекламодателя
2. Товарный фид
4. Согласованное и подписанное доп. соглашение
5. Согласованные:
- требования по типам трафика
- модель атрибуции
- механика и сроки сверки заказов с CRM
6. Установленный трекинг-код на странице «Спасибо за покупку»
5. Требования к материалам
Требования к JPG и GIF-баннерам:
- объём файла баннера не должен превышать 100 килобайт
- имя файла баннера должно состоять только из размера баннера — через англ. «x» и без пробелов
- расширения файла .gif, .jpg, например: 120×600.jpg
- размеры:
300×250 | 336×280 | 468×60 | 500×500 | 600×90 | 728×90
- логотип 143×59 jpeg + исходники креативов
6. Процесс запуска и сроки этапов
1. Получение / заполнение брифа
Партнёр заполняет бриф на размещение CPA-сетей для Проджекта
1-2 дня
Участники процесса: Партнёр и Проджект
Участники процесса: Партнёр и Проджект
2. Подготовка МП
Определение стратегии размещения, первичного пула площадок на подключение для решения задачи бизнеса, подготовка МП. Проджект согласовывает АК с руководством!
2-3 дня
Участники процесса: Отдел CPA вместе с CPA-площадками + Проджект
Участники процесса: Отдел CPA вместе с CPA-площадками + Проджект
3. Настройка аналитики
Установка кода отслеживания (пикселя) на сайт рекламодателя, а также настройка передачи данных партнёрским сетям и интеграция по API
2−4 дня. В случае API-интеграции — до нескольких недель
Участники процесса: Отдел CPA, Аналитик MGCom, разработчик на стороне Партнёра и Проджект
Участники процесса: Отдел CPA, Аналитик MGCom, разработчик на стороне Партнёра и Проджект
4. Подготовка оффера
Описание оффера — согласование условий для вебмастеров, времени холда, времени жизни cookie и т.д.
2−4 дня
Участники процесса: Партнёр, Отдел CPA консультирует через Проджекта
Участники процесса: Партнёр, Отдел CPA консультирует через Проджекта
5. Подготовка креативов
Готовит креативы бизнес самостоятельно. MGCom может в рамках отдельной услуги помочь в создании. Если нет жёстких требований по оформлению, то вебмастера могут изготовить их самостоятельно бесплатно
4-5 дней
Участники: Партнёр
Участники: Партнёр
6. Подготовка фида
Если для проекта необходим XML-фид. Товарный фид используют обычно для e-com оффера
4-5 дней
Участники: Партнёр, Отдел CPA и CPA-сети контролируют корректность составления фида. Консультация через Проджекта
Участники: Партнёр, Отдел CPA и CPA-сети контролируют корректность составления фида. Консультация через Проджекта
7. Согласование и подписание доп.соглашения на запуск
Если CPA-сеть новая, то нужно еще составить договор между MGCom и CPA-сетью
2−4 дня, если нет вопросов по офферу. На основании брифа начинается процесс запуска, потому что список CPA-сетей подбирается на основании оффера для дальнейшей работы по документам
Участники: Партнёр и Проджект
Участники: Партнёр и Проджект
8. Согласования с Партнёром
Нужно согласовать
2−3 дня
Участники: Партнёр и Проджект, который передаёт в CPA-отдел для согласования с CPA-сетями
Участники: Партнёр и Проджект, который передаёт в CPA-отдел для согласования с CPA-сетями
- UTM-разметку
- список акций и промокодов
- минус-слова для контекста. В данном случае это ключи, которые рекламодатель использует в контексте. Они нужны при запуске CPA, чтобы следить за вебмастерами. А именно, чтобы они не гнали контекст на бренд. У каждой партнёрской сети есть отдел, который отслеживает трафик по минус-словами
7. Доступы
Проджект может запросить доступ к трекеру Scaleo для себя и для Партнёра.
Но все необходимые показатели достаточно видеть в GA или ДШ.
Доступы в личные кабинеты партнёрских сетей, где они есть, при необходимости запрашиваются отдельно.
Но все необходимые показатели достаточно видеть в GA или ДШ.
Доступы в личные кабинеты партнёрских сетей, где они есть, при необходимости запрашиваются отдельно.
- Просмотр / аудитор
- Редактор / рекламодатель
- Администратор
На разных площадках уровни доступа называются по-разному. Стандартно есть:
- доступ на чтение — если запрос на «посмотреть»
- доступ на рекламодателя — если нужно прокинуть аудитории
Доступ Партнёру к кабинетам выдаётся только по запросу с его стороны
Были прецеденты, когда Партнёр самостоятельно вносил правки в РК в кабинетах MGCom. Во избежание этого теперь подход «смотреть можно, трогать нельзя»
8. ТОП часто встречающихся ошибок
НЕ согласовать
На запуске
- С руководителем — допустимую АК и риски при подготовке первоначального МП. Риски означают работу в 0 при маленькой агентской комиссии. В этом случае, запуская CPA, MGcom может тратить больше ресурсов, чем заработает на проекте.
- С Партнёром — формат и частоту отчетности по каналу, а также требования по UTM-разметке
НЕ проверить
- Работоспособность интеграции
- Корректность прометки трафика вебмастером после старта
- Статистику после запуска в оперативном режиме
Сильно ограничить вебмастеров оффером на старте
Слишком жесткие условия могут не дать каналу раскачаться, из-за чего можно сделать ошибочный вывод относительно эффективности канала для этого бизнеса.
Задача Проджекта — убедить Партнёра не «закручивать» чрезмерно гайки, а дать вебмастерам экспериментировать с допустимым типом трафика и оценивать эффективность по первым результатам
Важно
НЕ информировать
С ведением
- Партнёра — о действиях партнёрской сети, которые кратно могут увеличить объём трафика в отдельные дни — день рассылки.
Затягивание закрытия
Желание вебмастеров работать по офферу падает из-за задержек сроков выплаты. Об этих ситуациях подключенные вебмастера могут предупреждать потенциальных будущих вебмастеров
Задача Проджекта — приоритезировать перед Партнёром важность оперативной сверки.
СРА-канал часто закрывается позже других каналов даже при должной оперативности Проджекта. В таких случаях целесообразно согласовать с Партнёром:
СРА-канал часто закрывается позже других каналов даже при должной оперативности Проджекта. В таких случаях целесообразно согласовать с Партнёром:
Важно
Партнёр не успеет подготовить мощности для обработки
потока заявок. Например, спланировать увеличенную нагрузку на колл-центр
потока заявок. Например, спланировать увеличенную нагрузку на колл-центр
- СРА-площадку — про факты поломки сайта, значительные изменения в его работе, приостановку работы колл-центра и другие технические сложности на стороне бизнеса
1. Закрытие по-частям
Сначала остальные каналы, а затем СРА. Так Партнёр сможет быстрее погасить дебиторскую задолженность перед агентством хотя бы по основной части суммы
2. Раннюю сверку и закрытие по схеме 20-20
То есть периодом учета будет не с 1-ого числа по 1-е, а с 20-ого числа по 20-е. В этом случае закрытие CPA-канала будет происходить оперативнее и не будет затягиваться
9. Действия Проджекта после запуска
- Чек
— В аналитике есть трафик с согласованной разметкой
На следующий день после запуска самостоятельно проверить, что у рекламодателя в GA или другой аналитической системе появился трафик с разметкой канала
— Разметка соответствует согласованному формату
— Сверка по целевым действиям между CPA-площадками, аналитическими системами, CRM-системой рекламодателя — нет ли значительных расхождений в цифрах
— Сверка по целевым действиям между CPA-площадками, аналитическими системами, CRM-системой рекламодателя — нет ли значительных расхождений в цифрах
- Отчетность
Проджект до старта согласовывает с Партнёром желаемый формат отчёта и периодичность его заполнения. После запуска ставит периодическую задачу по сбору отчёта на коллег из отдела CPA. А также создаёт для внутренних нужд автоматизированный отчёт в разбивках по разным срезам кампаний, так как в дальнейшем он пригодится для ускорения сбора отчётности и построения дашбордов
- Бэклог
Завести удобный формат-файл со списком ключевых изменений по каналу и их даты. Договориться с коллегами из отдела CPA заполнять его по мере внесения важных изменений в открутку. Это поможет в дальнейшем при оценке результатов в динамике и подготовке презентаций для встреч с Партнёром
10. Интеграция с партнёрской сетью
Интеграция представляет собой процесс настройки трекинга целевых действий — отслеживание переходов по партнёрской ссылке и целевых действий пользователей. Эту информацию рекламодатель обязательно должен передавать в партнёрскую сеть, которая в свою очередь будет транслировать её вебмастеру, обеспечивая прозрачность работы.
Для запуска необходимо сделать интеграцию с КАЖДОЙ партнёркой. После интеграции ещё надо оттестировать, поэтому форсировать запуск CPA не всегда получается.
Чем выше технический уровень интеграции + чем оперативнее вебмастера смогут получать данные об эффективности своей работы, тем большее число партнёров захочет присоединиться к офферу.
Прозрачность и скорость подтверждения результата напрямую влияют на заинтересованность вебмастеров. Ряд площадок отдаёт приоритет в размещении именно рекламодателям с настроенной автоматической интеграцией — например, banki.ru в банковской сфере
Для запуска необходимо сделать интеграцию с КАЖДОЙ партнёркой. После интеграции ещё надо оттестировать, поэтому форсировать запуск CPA не всегда получается.
Чем выше технический уровень интеграции + чем оперативнее вебмастера смогут получать данные об эффективности своей работы, тем большее число партнёров захочет присоединиться к офферу.
Прозрачность и скорость подтверждения результата напрямую влияют на заинтересованность вебмастеров. Ряд площадок отдаёт приоритет в размещении именно рекламодателям с настроенной автоматической интеграцией — например, banki.ru в банковской сфере
4 способа интеграции
Трекинг-код
Самый простой и быстрый метод интеграции. Для этого требуется веб-разработчик, который устанавливает код отслеживания данных от партнёрской сети на сайт рекламодателя. Трекинг-код состоит из двух частей:
Самый простой и быстрый метод интеграции. Для этого требуется веб-разработчик, который устанавливает код отслеживания данных от партнёрской сети на сайт рекламодателя. Трекинг-код состоит из двух частей:
1. Первая часть кода устанавливается на все страницы сайта рекламодателя. С её помощью партнёрская сеть отправляет запросы к себе на сервер
2. Вторая часть кода устанавливается на страницу «Спасибо» и содержит информацию о самом заказе
Это обеспечивает отслеживание заказов между устройствами — кросс-девайс трекинг, основанный на передаче уникального ID пользователя в зашифрованном виде. Это позволяет отследить, какой вебмастер привел пользователя, даже если он использовал несколько устройств после перехода по партнёрской ссылке перед оформлением заказа. Например, посмотрел товар на смартфоне, а оформил на домашнем компьютере.
Postback-запрос
Запрос от сервера рекламодателя к серверу партнёрской сети. Настраивается с помощью специального серверного языка. Внутри запроса содержатся специальные ключи, которые выдаются на этапе интеграции, а также вся та же информация о заказе, что и в случае с трекинг-кодом (номер заказа, сумма, позиции, валюта и другие).
Запрос отправляется с сервера рекламодателя напрямую в обход браузера и сайта. Проще всего настроить postback-запрос, не прибегая к написанию кода на серверном языке, с помощью готового модуля. Он есть для многих популярных CMS — 1C-Bitrix, WooCommerce, OpenCart, ShopScript, Magento. Это решение считается самым надёжным, а в случае интеграции через готовый модуль — ещё и самым быстрым
XML
Это специальный файл, который рекламодатель настраивает в соответствии с рекомендациями партнёрской сети и передаёт на её сервер с определенной периодичностью — например, раз в час. С помощью файла передаются все те же параметры, что и при других видах интеграции. Но на языке XML они собираются по определенной структуре. Задача рекламодателя — настроить выгрузку всех заказов в этот файл, которые сгенерировали вебмастера партнёрской сети
API
Предполагается, что разработка документации для интеграции по этому методу будет происходить на стороне рекламодателя. Для интеграции необходимо передать в партнёрскую сеть готовое стандартизированное решение, которое позволит собирать заказы. Это может быть
Postback-запрос
Запрос от сервера рекламодателя к серверу партнёрской сети. Настраивается с помощью специального серверного языка. Внутри запроса содержатся специальные ключи, которые выдаются на этапе интеграции, а также вся та же информация о заказе, что и в случае с трекинг-кодом (номер заказа, сумма, позиции, валюта и другие).
Запрос отправляется с сервера рекламодателя напрямую в обход браузера и сайта. Проще всего настроить postback-запрос, не прибегая к написанию кода на серверном языке, с помощью готового модуля. Он есть для многих популярных CMS — 1C-Bitrix, WooCommerce, OpenCart, ShopScript, Magento. Это решение считается самым надёжным, а в случае интеграции через готовый модуль — ещё и самым быстрым
XML
Это специальный файл, который рекламодатель настраивает в соответствии с рекомендациями партнёрской сети и передаёт на её сервер с определенной периодичностью — например, раз в час. С помощью файла передаются все те же параметры, что и при других видах интеграции. Но на языке XML они собираются по определенной структуре. Задача рекламодателя — настроить выгрузку всех заказов в этот файл, которые сгенерировали вебмастера партнёрской сети
API
Предполагается, что разработка документации для интеграции по этому методу будет происходить на стороне рекламодателя. Для интеграции необходимо передать в партнёрскую сеть готовое стандартизированное решение, которое позволит собирать заказы. Это может быть
- тот же XML-файл, но по стандарту рекламодателя
- специальный API с ключом, который выдает ответ в формате json
В результате разработки партнёрская сеть настроит соотвествие параметров рекламодателя со своими.
Этот способ:
Этот способ:
- быстрый, т.к. нужно один раз проработать стандарт для всех своих вебмастеров.
Особенно актуально, если вебмастеров много при работе с несколькими CPA-сетями
- долгий с точки зрения настройки в партнёрской сети. Требуется привлечение отдела разработки. В конечном итоге стандарт рекламодателя приводится к формату XML и в этом виде передается на сервер партнёрской сети, откуда данные о заказах попадают в статистику
MGCom не интегрирует партнёрские сети напрямую к рекламодателю, то есть вся интеграция происходит через трекер Scaleo.
Важно
Процесс определения подходящего способа интеграции для вашего Партнёра можно отразить схемой:
