Воронка, крипто-оффер, крипта — аналог родного и понятного нам товарного оффера, но со своей небольшой спецификой. При работе с крипто-офферами важно правильно определять воронки и соотносить их с сущностями заводимых офферов. В отличие от товарки, где членокрем конкретного наименования остаётся собой в любой ПП, у крипты одинаковые наименования не всегда гарантируют, что это один и тот же оффер. Как же разобраться, если нельзя полагаться на названия?
Ключевую роль играют языки. Особое внимание следует уделить тому, с каким языком работает воронка, на каком языке должна говорить целевая аудитория и, соответственно, на каком языке будут сайты.
Практически все рекламодатели требуют передачи данных о стране и языке лида. От того, как эти данные соотносятся между собой, зависит многое.
Сценарий 1. Единый язык
Достаточно часто одна воронка связана с одним конкретным языком, причём количество гео роли не играет — может быть одно, может несколько. Популярные RUEU, ENEU — примеры такого сценария. В первом случае множество европейских стран (или какая-то одна) работает с русским языком, во втором — с английским.
Сочетание конкретного наименования воронки, конкретного (одного) языка и любого количества гео является одной сущностью — одним оффером.
Пример: воронка Bitcoin Era, которая работает с англоязычной аудиторией Венгрии и Италии — это один оффер с двумя гео и одним языком.
Дробление на два отдельных оффера не является необходимым, но и не запрещено, если клиенту нужна именно такая реализация.
Специфика настройки оффера
- Может потребоваться настройка параметра
lang, если в интеграции используется макрос, а не статичное значение языка.
Сценарий 2. Множество языков
Воронка может работать с несколькими гео, каждое из которых сохраняет родной (нативный) язык. Вариантов настройки офферов в такой ситуации несколько.
Вариант 1. Создание под каждое гео-язык отдельного оффера.
Самый простой, конвейерный вариант.
Пример: воронка BitcoinProfit с чешской (по языку) Чехией и немецкой Германией превращается в две разные офферные сущности — BitcoinProfit CZ и BitcoinProfit DE.
У каждого из этих офферов будут свои отчисления, свои сайты. У первого на чешском языке, у второго — на немецком. Работать они будут абсолютно независимо друг от друга.
Специфика настройки оффера
- Может потребоваться изменение настроек интеграции. Если в ней используется статичное значение языка, его необходимо заменить на макрос. Важно: если статичный язык отличался от нативных языков, работающих с интеграцией офферов, им будет необходимо настроить параметр
langс нужным языком.
Плюсы и минусы
- + Лёгкость настройки.
- + Простота поддержки и эксплуатации (нет загромождённости отчислениями и сайтами).
- – Веб может промахнуться и налить не то гео не в тот оффер.
- – Много сущностей в системе, Оккам против и уже готовит бритву.
Вариант 2. Создание одного гибридного оффера.
Более сложная реализация, требует внимательности.
Пример: воронка BitcoinProfit с чешской Чехией и немецкой Германией заводится как один оффер с несколькими гео.
Внутри этого оффера для каждого гео должны быть произведены все те же самые настройки, которые бы производились при раздельном заведении. У каждого гео должны быть установлены отчисления и заведены сайты. Всё то же самое, что в первом варианте, но в рамках одной сущности оффера.
Специфика настройки оффера
- Рекомендуется прописывать у лендингов и прелендингов названия, в которых указано, с какой страной они работают.
- Может потребоваться изменение настроек интеграции. Если в ней используется статичное значение языка, его необходимо заменить на макрос. Важно: если статичный язык отличался от нативных языков, работающих с интеграцией офферов, им будет необходимо настроить параметр
langс нужным языком. - Может потребоваться добавление гео-зависимых параметров для передачи названия воронки (зависит от особенностей брокера).
Плюсы и минусы
- + Всё в одном месте.
- + Не страшны промахи вебов.
- – Сложность настройки.
- – Загромождённость данными (если дружить с неймингом отчислений и сайтов, минус сводится на нет).
Два описанных варианта близки и представляют собой просто разные подходы. Не будем говорить, что в первом случае воронок много, а во втором она одна. Понимание сущности воронки у каждого своё и реализация механизма работы тоже, поэтому не будем загонять себя в бессмысленные рамки.
Для нас важно исключительно то, одинаковые воронки или разные — работают они по одинаковому сценарию или по разным. Из-за большого разнообразия взглядов на понимание воронки, крайне важно до начала работы выяснить, что именно представляет собой каждая конкретная воронка, и подобрать корректную реализацию, которая будет также учитывать пожелания заказчика.
Как не нужно делать
Железно нужно помнить одно: НЕЛЬЗЯ объединять внутри одного оффера разные сценарии
Пример: BitcoinUP с англоговорящими Венгрией и Италией совершенно не то же самое, что BitcoinUP на Италию и Венгрию с сохранением итальянского и венгерского языков. Это два абсолютно разных BitcoinUP — разные сущности. При попытке совмещения этих двух вариаций будут постоянные проблемы. Нормальная работа абсолютно исключена и не достижима никакими способами.