Ну, теперь понятно, откуда ещё до Андромеды на старте появлялся конский CPM у объявлений в адсете, при наличии всего 1-5 показов до $1600 CPM появлялся легко.

По данным внутренних документов Meta, компания прогнозировала, что около 10% годового выручки будет получено за счет рекламы мошеннических схем и запрещённых товаров. Это примерно 16 миллиардов долларов в год. По оценкам, ежедневно на платформах Meta показывается порядка 15 миллиардов «рискованных» мошеннических объявлений, а годовая выручка от такой рекламы составляет около 7 миллиардов долларов. Компания блокирует рекламодателей только если автоматизированные системы уверены в мошенничестве на 95%, иначе может повышать цены для таких клиентов. Это позволяет платформе извлекать прибыль и не снижать её.

Отмечается, что мошенничество происходит в рамках рекламодателей, чьи действия достаточно подозрительны, чтобы быть замеченными системами предупреждений. Однако меры чаще всего применяют только при высокой уверенности в мошенничестве; иначе система может продолжать монетизировать такие кампании за счёт завышения ставок. Контекст и вывод:Эти данные поднимают вопросы об эффективности борьбы Meta с мошеннической рекламой и о конфликте интересов между чистотой рекламы и коммерческими целями корпорации. В материалах также отмечается, что часть мошеннических объявлений относится к фальшивым инвестиционным проектам, нелегальным онлайн-казино и продаже запрещённых медицинских товаров. В публикациях приводятся скриншоты фальшивых объявлений и примеры — например, реклама под видом известных брендов, которую Meta удаляла после обнаружения Reuters. Это усиливает дискуссии о транспарентности и мерах против мошенничества на больших соцсетях.

Ответ Meta на данные материалы — баланс между политиками модерации и коммерческими интересами, с акцентом на то, что часть мошеннических кампаний обходила автоматические системы и продолжала приносить доход.

https://www.reuters.com/investigations/meta-is-earning-fortune-deluge-fraudulent-ads-documents-show-2025-11-06/

Этап 1: Подготовка необходимых данных

В отличие от многих сетей, Coinzilla не требует персонального ключа API или ID пикселя для базовой настройки постбэка. Вместо этого используется уникальный хэш клика.

Вам нужно будет определить только название события, которое вы планируете отслеживать.

• Название события (EVENT_NAME): Это необязательный параметр. Если его не указать, Coinzilla по умолчанию назовет конверсию register. Вы можете задать свое имя, например, deposit или sale. Имя должно содержать только буквы, без цифр и спецсимволов.[1]

Этап 2: Создание и настройка источника трафика в Keitaro

Этот шаг научит Keitaro принимать и правильно обрабатывать данные от Coinzilla.

1. Откройте Keitaro. Перейдите в раздел "Источники" (Sources) и нажмите "Создать" (Create).
2. Заполните название:
• Название (Name): Coinzilla.
3. Настройте параметры приема данных:codeCode# Логика этого действия: # Когда на Keitaro приходит ссылка вида: # https://your_keitaro_domain.com/campaign?uhash=VERY_LONG_STRING # Keitaro автоматически сохранит "VERY_LONG_STRING" в переменную {external_id}.
• Coinzilla передает свой уникальный идентификатор клика в параметре под названием uhash. Keitaro должен сохранять это значение как {external_id}.[1]
• Важное замечание: Coinzilla предупреждает, что значение uhash может быть очень длинной строкой (более 2500 символов). Убедитесь, что настройки вашего сервера и трекера позволяют обрабатывать такие длинные GET-параметры.[1]
• В форме настройки источника, в секции "Параметры" (Parameters), укажите следующее:
• В поле External ID впишите: uhash.
4. Настройка Postback URL:codePython# === Postback URL Template === # Описание: URL для отправки данных о конверсии в Coinzilla. # {external_id} - Макрос Keitaro, который будет заменен на {uhash}, # полученный от Coinzilla. # # Константы для замены: # YOUR_EVENT_NAME: Замените на название вашего события (например, deposit). # Этот параметр опционален. https://request-global.czilladx.com/s2s.php?uhash={external_id}&event=YOUR_EVENT_NAME
• Это самый важный шаг. Здесь вы указываете URL, на который Keitaro будет отправлять уведомления о конверсиях.
• Вставьте в поле Postback URL следующий шаблон.
• Пояснение: Документация Coinzilla указывает конечную точку для S2S, но не предоставляет полного URL в явном виде. Представленный выше URL (s2s.php) является стандартным для таких систем и наиболее вероятным. Тем не менее, рекомендуется уточнить его у вашего менеджера в Coinzilla.
• Пример заполненного URL:
  https://request-global.czilladx.com/s2s.php?uhash={external_id}&event=deposit
• Пример URL без указания события (будет засчитан как 'register'):
  https://request-global.czilladx.com/s2s.php?uhash={external_id}
5. Сохраните источник трафика.

Этап 3: Применение источника в кампании Keitaro

1. Перейдите в раздел "Кампании" (Campaigns) и создайте новую или откройте существующую.
2. В настройках кампании, в поле "Источник" (Source), выберите созданный ранее Coinzilla.
3. Keitaro сгенерирует ссылку кампании. Скопируйте её.
4. Формирование финальной ссылки для Coinzilla:Когда пользователь нажмет на вашу рекламу, Coinzilla заменит {uhash} на реальное значение, которое и будет обработано Keitaro.
• Возьмите ссылку из Keitaro (например, https://your_keitaro_domain.com/ABCDE).
• Добавьте к ней в конце параметр ?uhash={uhash}. Coinzilla использует макрос {uhash} для передачи своего ID.
• Ваша финальная ссылка для размещения в рекламных кампаниях Coinzilla будет выглядеть так:
  https://your_keitaro_domain.com/ABCDE?uhash={uhash}

Этап 4: Пошаговая проверка и отладка интеграции

Для проверки корректности настройки выполните следующие шаги.

• Шаг 1: Имитация клика
1. Возьмите вашу финальную ссылку для Coinzilla.
2. Замените макрос {uhash} на тестовое значение. Например: test_uhash_001.
3. Итоговая ссылка:
   https://your_keitaro_domain.com/ABCDE?uhash=test_uhash_001
4. Перейдите по этой ссылке в браузере.
• Шаг 2: Проверка логов Keitaro
1. В Keitaro откройте "Логи" > "Клики". Вы должны увидеть свой тестовый клик.
2. Убедитесь, что в колонке External ID для этого клика отображается test_uhash_001. Если да, значит, Keitaro правильно получает данные.
• Шаг 3: Имитация конверсии и проверка постбэка
1. Инициируйте тестовую конверсию для этого клика (например, через партнерскую сеть или вручную в Keitaro).
2. Перейдите в "Логи" > "Постбэки".
3. Найдите исходящий запрос (Postback) на домен request-global.czilladx.com.
4. Проверьте полный URL запроса. Он должен содержать ваш тестовый uhash: ...&uhash=test_uhash_001.
5. Посмотрите на код ответа сервера в колонке "Код" (Code). Успешный ответ должен быть 200 OK или 204 No Content. Если вы видите ошибку (например, 4xx), проверьте правильность написания Postback URL и обратитесь в поддержку Coinzilla.

Если все шаги пройдены и постбэк ушел с кодом 200, ваша интеграция настроена правильно.

Этап 1: Подготовка необходимых данных

Перед началом настройки в Keitaro, убедитесь, что вы получили от вашего менеджера в Cointraffic следующие данные:

1. Уникальный ID пикселя (UNIQUE_PIXEL_ID): Это ваш персональный идентификатор в системе Cointraffic.
• Пример: a1b2c3d4e5f6
2. Название события (EVENT_NAME): Вы должны определить, какое именно действие будет считаться конверсией. Это название вы будете использовать в Postback URL.
• Примеры: registration, deposit, signup, first_deposit

Без этих данных настройка невозможна.

Этап 2: Создание и настройка источника трафика в Keitaro

На этом шаге мы научим Keitaro правильно принимать и обрабатывать трафик из Cointraffic.

1. Откройте Keitaro. Перейдите в раздел "Источники" (Sources).
2. Нажмите кнопку "Создать" (Create).
3. Заполните основные поля:
• Название (Name): Введите Cointraffic. Это имя будет отображаться в ваших отчетах.
4. Настройте параметры приема данных:
• Keitaro должен знать, какой параметр в ссылке от Cointraffic содержит уникальный ID клика. По умолчанию, Cointraffic передает его в параметре click_id. Keitaro сохраняет это значение в макрос {external_id}.
• В форме настройки источника найдите секцию "Параметры" (Parameters).
• В поле External ID впишите click_id.

codeCode

# Логика этого действия:

# Когда на Keitaro приходит ссылка вида:

# https://your_keitaro_domain.com/campaign?click_id=SOME_VALUE

# Keitaro автоматически сохранит "SOME_VALUE" в переменную {external_id}

1. Настройка Postback URL:
• В этой же форме найдите поле Postback URL.
• Вставьте в него следующий шаблон URL. Этот шаблон является полным и готовым к использованию после замены констант.

# === Postback URL Template ===

# Описание: URL для отправки данных о конверсии в Cointraffic.

# {external_id} - Макрос Keitaro, который будет заменен на ID клика,

# полученный от Cointraffic.

#

# Константы для замены:

# YOUR_UNIQUE_PIXEL_ID: Замените на ваш ID пикселя от Cointraffic.

# YOUR_EVENT_NAME: Замените на название вашего события.

https://apps-pxl.ctengine.io/e?k=YOUR_UNIQUE_PIXEL_ID&ev=YOUR_EVENT_NAME&click_id={external_id}

• Пример заполненного URL для события "registration":
  https://apps-pxl.ctengine.io/e?k=a1b2c3d4e5f6&ev=registration&click_id={external_id}
1. (Опционально) Настройка статусов постбэка:
• Если вы хотите отправлять постбэки только для подтвержденных конверсий, используйте опцию "Отправлять постбэки со статусами" (Send postbacks with statuses).
• Выберите нужные статусы, например, lead (для лидов) или sale (для продаж/депозитов). Конверсии с другими статусами (например, rejected) отправляться не будут.
2. Сохраните источник трафика, нажав кнопку "Создать" (Create) или "Сохранить" (Save).

Этап 3: Применение источника в кампании Keitaro

1. Перейдите в раздел "Кампании" (Campaigns) и создайте новую кампанию или откройте существующую.
2. В настройках кампании, в поле "Источник" (Source), выберите созданный на предыдущем шаге Cointraffic.
3. Keitaro автоматически сгенерирует ссылку кампании. Она будет выглядеть примерно так:
   https://your_keitaro_domain.com/ABCDE?click_id={click_id}
• Заметьте, что Keitaro сам подставил параметр click_id={click_id}.
4. Скопируйте эту сгенерированную ссылку. Именно ее вы должны использовать в качестве целевой URL для ваших рекламных объявлений на платформе Cointraffic. Cointraffic, в свою очередь, заменит плейсхолдер {click_id} на реальное значение при клике пользователя.

Этап 4: Пошаговая проверка и отладка интеграции

Чтобы убедиться, что всё настроено верно, проведите тестовую конверсию.

• Шаг 1: Имитация клика
1. Возьмите ссылку вашей кампании из Keitaro.
2. Вручную замените макрос {click_id} на тестовое значение. Например: test_click_001.
3. Итоговая ссылка будет выглядеть так:
   https://your_keitaro_domain.com/ABCDE?click_id=test_click_001
4. Перейдите по этой ссылке в браузере.
• Шаг 2: Имитация конверсии
1. Пройдите по воронке (например, зарегистрируйтесь на лендинге), чтобы сработала конверсия. Если вы тестируете с партнерской сетью, вам может потребоваться инициировать тестовую конверсию там.
• Шаг 3: Анализ логов в Keitaro
1. Перейдите в Keitaro, в раздел "Логи" > "Клики". Найдите ваш клик со значением test_click_001 в колонке External ID. Убедитесь, что для него отобразилась конверсия.
2. Перейдите в "Логи" > "Постбэки". Здесь вы должны увидеть исходящий запрос (Postback) на URL Cointraffic.
3. Проверьте, что в отправленной ссылке click_id равен вашему тестовому значению (test_click_001).
4. Проверьте колонку "Код" (Code) для этой записи. Успешным считается ответ сервера 200 или 204. Если вы видите ошибку (например, 400 или 404), это означает, что URL составлен неверно или UNIQUE_PIXEL_ID указан неправильно.

Если все шаги пройдены и ответ сервера 200, настройка завершена успешно.

Где это настраивается:

• Потоки кампании → Add condition → поле external_id → тип проверки: «Match regexp» (или «No match regexp»).
• Отчёты → Filters → колонка external_id → операторы: «Match regexp» / «No match regexp».

Рекомендуется всегда использовать якоря ^ и $, чтобы проверять именно всю строку целиком.

Готовые шаблоны под external_id

Любые символы (8–10)

^.{8,10}$

Подходит, если external_id может содержать любые символы.

Только цифры (8–10)

^\d{8,10}$

Если партнёр или источник трафика присылает числовые IDs.

Буквы + цифры (латиница, 8–10)

^[A-Za-z0-9]{8,10}$

Для алфавитно-цифровых идентификаторов без спецсимволов.

HEX (0–9, a–f, 8–10)

^[0-9a-fA-F]{8,10}$

Удобно для укороченных хэшей/токенов.

Типовые сценарии

1) Пропускать только 8, 9 или 10 символов

Поток или отчёт → оператор Match regexp → паттерн:

^.{8,10}$

2) Пропускать только 8–10, а всё длиннее 10 — отсекаем

Добавьте правила:

• Match regexp → ^.{8,10}$
• No match regexp → ^.{11,}$

3) Пропускать всё длиной ≥8 символов

Если ограничение сверху не требуется:

^.{8,}$

Вариант для числовых значений:

^\d{8,}$

4) Ровно 8 / ровно 9 / ровно 10 символов

Любые символы

^.{8}$

^.{9}$

^.{10}$

Только цифры

^\d{8}$

^\d{9}$

^\d{10}$

Защита от мусора и пустых значений

• Исключить пустые: правило No match regexp → ^$
• Исключить пробельные строки: No match regexp → ^\s+$
• Пропускать только латиницу/цифры без спецсимволов: Match regexp → ^[A-Za-z0-9]{8,10}$

Пошагово в интерфейсе Keitaro

1. Откройте кампанию → перейдите в Streams/Flows.
2. Нажмите Add condition и выберите поле external_id.
3. Выберите оператор Match regexp (или No match regexp).
4. Вставьте нужный паттерн, например ^\d{8,10}$, и сохраните.

Чек-лист перед запуском

• Уточнили у источника формат external_id (цифры/буквы/HEX)?
• Используете якоря ^ и $ для проверки всей строки?
• Отрезаете пустые/пробельные значения отдельным No match regexp?
• В отчётах фильтры настроены идентично потокам, чтобы не получать разнобой?

Предварительные требования

• Зарегистрируйтесь в TikTok Ads Manager (business.tiktok.com) и подтвердите аккаунт.
• Установите пиксель TikTok на ваш сайт для отслеживания событий (например, просмотры страниц, добавления в корзину). Если продвигаете приложение, настройте события в app через SDK или партнеров (например, AppsFlyer).
• Подготовьте каталог товаров в формате XML, CSV или через API (с данными: ID товара, название, цена, изображение, URL).
• Активируйте Google Signals или аналогичные для сбора данных (если применимо).
• Убедитесь, что у вас есть бюджет для кампании (минимум $50–100 на тесты).
• Если товары из Shopify или другой платформы, интегрируйте их напрямую.

Шаг 1: Создайте каталог товаров

1. Войдите в TikTok Ads Manager.
2. Перейдите в раздел "Активы" (Assets) > "Каталог" (Catalog).
3. Нажмите "Создать" (Create).
4. Укажите название каталога, валюту по умолчанию и целевой регион (страны, где будет показываться реклама).
5. Сохраните. Каталог можно создать через партнерскую платформу (например, Shopify, WooCommerce) для автоматической синхронизации.

Шаг 2: Загрузите товары в каталог

1. Выберите созданный каталог.
2. В разделе "Управление" (Management) перейдите в "Товары" (Products).
3. Нажмите "Загрузить товары" (Upload Products).
4. Выберите метод:
• Вручную: Добавьте каждый товар, заполнив поля (ID, название, цена, изображение, URL).
• Через веб-канал данных: Укажите URL файла с данными для автоматического обновления (рекомендуется для динамики).
• Загрузка файла: Скачайте шаблон TikTok, заполните и загрузите (CSV/TSV/XML).
5. Укажите имя веб-канала для управления. После загрузки товары пройдут модерацию (до 24 часов). Совет: Убедитесь, что изображения товаров высокого качества (минимум 500x500 пикселей), и добавьте атрибуты вроде размеров/цветов для персонализации.

Шаг 3: Создайте динамические видео

1. В каталоге перейдите в раздел "Настроить" (Setup) > "Видео" (Videos).
2. Выберите тип: Dynamic Video Generator (DVG) для автоматического создания или пользовательский шаблон.
3. Настройте шаблон: Добавьте изображения товаров, текст, цены, эффекты, музыку и стикеры. TikTok предлагает 30+ готовых шаблонов.
4. Сгенерируйте видео (до 20 наборов на каталог). Если в каталоге уже есть видео-ссылки, этот шаг можно пропустить. Совет: Тестируйте видео на мобильных устройствах, так как TikTok — мобильная платформа. Длина — 5–60 секунд.

Шаг 4: Подключите источники событий

1. В меню перейдите в "Настроить" (Setup) > "Источники событий" (Event Sources).
2. Выберите тип:
• Для приложения: Подключите через партнеров (Mobile Measurement Partners) для отслеживания событий вроде "Add to Cart" или "Purchase".
• Для сайта: Подключите пиксель TikTok и настройте события (View Content, Add to Cart и т.д.).
3. Проверьте сбор данных: В разделе "Диагностика" убедитесь, что события фиксируются (минимум 1000 событий для активации ретаргетинга). Совет: Используйте тестовые события для проверки. Если данных мало, подождите 24–48 часов.

Шаг 5: Создайте кампанию для динамического ремаркетинга

1. Перейдите в "Кампании" (Campaigns) > "Создать" (Create).
2. Выберите цель "Продажи по каталогу" (Catalog Sales) или "Видеореклама с возможностью покупки" (Video Shopping Ads).
3. На уровне группы объявлений:
• В "Товары" выберите каталог и набор товаров (все или фильтрованные).
• Укажите место продажи: Приложение (выберите app) или веб-сайт (выберите пиксель и событие оптимизации, например, "Purchase").
4. В "Таргетинг" (Targeting):
• Выберите "Ретаргетинг на аудиторию" (Retargeting Audience): Укажите события (например, "Просмотрел товар, но не купил") и временной диапазон (до 180 дней).
• Добавьте/исключите пользовательские аудитории (например, исключите тех, кто уже купил).
• Для поиска новых клиентов: Включите "Поиск потенциальных клиентов" (Prospecting), но фокусируйтесь на ретаргетинге.
5. Настройте бюджет, ставки (CPC, CPM или oCPM для оптимизации по конверсиям) и места размещения (TikTok, Pangle).
6. Добавьте креативы: Используйте сгенерированные видео, текст и призывы к действию (CTA, например, "Купить сейчас").
7. Запустите кампанию. Оптимизация займет 1–2 недели.

Шаг 6: Мониторинг и оптимизация

• В Ads Manager проверьте метрики: ROAS (возврат от рекламы), CTR, конверсии.
• Исключайте неэффективные аудитории и тестируйте A/B-креативы.
• Обновляйте каталог ежедневно для актуальности данных.
• Если кампания не набирает объем, увеличьте бюджет или расширьте события.

Аспект

Рекомендации

Минимальный размер аудитории

>1000 пользователей для активации ретаргетинга.

Время на активацию

24–48 часов на модерацию товаров, 1–2 недели на оптимизацию.

Ограничения

Доступно только для e-commerce с каталогом; не работает для услуг без товаров. Для приложений требуется SDK.

Альтернатива

Если DSA недоступно, используйте стандартный ретаргетинг через Custom Audiences на основе пикселя, но без динамических продуктов.

Если у вас возникнут проблемы, проверьте официальную документацию TikTok Ads или обратитесь в поддержку. Для визуальных гайдов посмотрите видео-туториалы на ads.tiktok.com.

Чтобы настроить ретаргетинг (ремаркетинг) в TikTok Ads на пользователей, посетивших ваш лендинг в Keitaro (где уже установлен пиксель TikTok и собираются данные), используйте функцию Custom Audiences на основе событий от пикселя (Website Traffic). Это позволит показывать рекламу тем, кто взаимодействовал с сайтом (например, просматривал страницы), но не совершил целевое действие. Процесс работает через TikTok Ads Manager и требует, чтобы пиксель фиксировал события вроде PageView или других (проверьте в Events Manager, что данные поступают — минимум 1000 активных пользователей для активации аудитории). Настройка займет от нескольких минут до 24–48 часов на обработку данных и модерацию.

Обратите внимание: Ретаргетинг в TikTok — это не динамический (с персонализацией продуктов), а стандартный, основанный на поведении. Если у вас affiliate-трафик через Keitaro, убедитесь, что пиксель не конфликтует с другими трекерами (например, настройте firing событий в Keitaro). Кампании оптимизируются за 1–2 недели.

Предварительные требования

• Аккаунт в TikTok Ads Manager (ads.tiktok.com) с подтвержденной бизнес-учеткой.
• Пиксель TikTok установлен в Keitaro и собирает события (проверьте в Assets > Events > Website Pixel: должны быть активные события вроде ViewContent или PageView).
• Минимум 1000 пользователей в аудитории для использования (TikTok matching rate ~50–70%, так что соберите больше данных).
• Бюджет для тестов (от $50/день).

Шаг 1: Проверьте и настройте события от пикселя

1. Войдите в TikTok Ads Manager.
2. Перейдите в Assets > Events > Website Pixel.
3. Выберите ваш пиксель (если несколько, тот, что на лендинге в Keitaro).
4. Проверьте диагностику: Убедитесь, что события (например, PageView для всех посетителей) фиксируются за последние 7–30 дней. Если нет — протестируйте в Keitaro (добавьте тестовые визиты) или настройте дополнительные события (Add to Cart, если применимо).

Шаг 2: Создайте Custom Audience на основе посетителей лендинга

1. В Ads Manager перейдите в Assets > Audiences.
2. Нажмите "Create Audience".
3. Выберите "Custom Audience" > "Website Traffic".
4. Укажите параметры:
• Pixel: Выберите пиксель с вашего лендинга в Keitaro.
• Events: Выберите события для ретаргетинга, например:
• "View Content" или "Page View" — для всех посетителей.
• "Button Click" или кастомные — для тех, кто кликнул, но не конвертировался.
• Retention Window: Установите период (до 180 дней, рекомендуется 7–30 дней для свежести).
• Include/Exclude: В "Include" добавьте условия (например, все, кто посетил URL вашего лендинга). В "Exclude" — исключите тех, кто уже конвертировался (например, по событию Purchase).
• Name: Дайте имя, например, "Landing Visitors - 30 days".
5. Сохраните. Аудитория появится через 1–24 часа (проверьте статус в Audiences; метрика "Total Matched Users" должна быть >1000).

Шаг 3: Создайте кампанию с ретаргетингом

1. Перейдите в Campaigns > Create.
2. Выберите цель: "Conversions" (для веб-конверсий, например, лидов) или "Traffic" (для возврата на сайт). Для affiliate — подойдет "Conversions" с оптимизацией по событиям.
3. На уровне Ad Group:
• Targeting: В разделе "Audience" выберите вашу Custom Audience как основной таргетинг.
• Добавьте демографию/интересы (например, возраст 18–35, если аудитория лендинга молодая).
• Исключения: Добавьте exclusions, чтобы не тратить бюджет на недавних конвертеров.
• Optimization: Выберите событие для оптимизации (например, Complete Payment) и стратегию ставок (oCPM для конверсий).
4. Добавьте креативы: Загрузите видео/изображения (5–60 сек, вертикальные), текст и CTA (например, "Вернись и заверши!").
5. Установите бюджет (минимум $20/день на группу) и расписание.
6. Запустите кампанию. TikTok использует машинное обучение — дайте 50–100 конверсий для оптимизации.

Шаг 4: Мониторинг и оптимизация

• В Ads Manager проверьте метрики: ROAS, CTR, конверсии в Reports > Audiences.
• Если аудитория мала — расширьте retention window или добавьте lookalike audiences (Create Audience > Lookalike > на основе вашей Custom Audience).
• Тестируйте A/B: Разные креативы для ретаргетинга (теплые vs. холодные).
• Если данные не матчатся — проверьте privacy settings в Keitaro (TikTok требует consent для tracking).

Аспект

Рекомендации

Минимальный размер аудитории

>1000 matched users; если меньше — подождите накопления или используйте file upload для补充.

Время на активацию

1–24 часа для аудитории, 1–2 недели для оптимизации кампании.

Ограничения

Ретаргетинг работает только на opted-in users (с согласием); в ЕС/США соблюдайте GDPR/CCPA. Для Keitaro — убедитесь, что пиксель не блокируется анти-трекингом.

Альтернатива

Если нужно динамика — добавьте каталог (как в моем предыдущем ответе), но для простого ретаргетинга это не обязательно.

Если события не фиксируются или возникнут ошибки, проверьте интеграцию в Keitaro (возможно, используйте GTM для пикселя) или обратитесь в поддержку TikTok Ads. Для видео-гайдов посмотрите официальные туториалы на ads.tiktok.com.

Обратите внимание: App campaigns используют автоматизированное таргетирование, поэтому аудитории добавляются как сигналы, а не строгий таргетинг. Для полного динамического ремаркетинга (с персонализированными элементами) может потребоваться интеграция с Google Merchant Center или Firebase, если приложение связано с GA4. Процесс может занять до 48 часов на активацию аудиторий и до 2 недель на оптимизацию сигналов.

Шаг 1: Свяжите аккаунты GA4 и Google Ads и включите ремаркетинг

• Перейдите в GA4: Admin > Property settings > Product links > Google Ads links.
• Нажмите "Link" и выберите аккаунт Google Ads.
• Включите опцию "Enable Personalized Advertising" (персонализированная реклама).
• Активируйте Google Signals в GA4 (Admin > Data collection > Enable Google signals), если это не сделано (не требуется для свойств, созданных после августа 2018 г.).
• Подождите до 2 дней, чтобы списки ремаркетинга стали доступны в Google Ads.

Шаг 2: Создайте аудиторию в GA4 на основе посетителей сайта

• В GA4 перейдите в Configure > Audiences > New audience > Create a custom audience.
• Укажите имя, например, "Website Visitors".
• Добавьте описание, например, "Пользователи, посетившие сайт за последние 30 дней".
• Установите membership duration на максимум (до 540 дней для ремаркетинга).
• Добавьте условие: Scope — "Across all sessions", Condition — "Event: session_start" (или "page_view" для конкретных страниц), чтобы захватить всех посетителей.
• Для более точного: Добавьте последовательность событий (Add sequence), например, "page_view" без "app_open" (чтобы исключить тех, кто уже в app).
• Сохраните аудиторию. Подождите 24–48 часов, пока она накопит данные и появится в Google Ads как список посетителей сайта.

(GA4 имеет предопределенную аудиторию "All users", которая по умолчанию включает посетителей сайта, но кастомная дает больше контроля.)

Шаг 3: Настройте App campaign в Google Ads

• В Google Ads перейдите в Campaigns > New campaign.
• Выберите цель "App promotion".
• Тип кампании: "App".
• Подтип: "App installs" или "App engagement" (для ретаргетинга на действия в app, но для сайта подойдет installs).
• Укажите платформу приложения (Android/iOS), имя кампании, стратегию ставок (например, Target CPI или CPA), бюджет и даты.
• В "Advanced settings" включите "Attach a feed to improve targeting" для динамического ремаркетинга (выберите feed из Google Merchant Center или динамический feed приложения, если применимо).
• Создайте креативы (текст, изображения, видео) для рекламы приложения.

Шаг 4: Добавьте сигналы аудиторий (audience signals) для ретаргетинга

• В настройках кампании перейдите в "Audiences" (или в asset group, если кампания уже создана).
• Нажмите "Select an Audience" или "Create an Audience".
• Укажите имя для сигнала.
• Добавьте данные: Выберите "Website visitor lists" и найдите вашу аудиторию из GA4 (она появится как импортированный список).
• Добавьте кастомные сегменты: Ключевые слова (например, связанные с вашим сайтом), URL сайта или apps.
• Добавьте дополнительные сегменты: Демография, интересы, in-market (если нужно уточнить).
• Сохраните. Google использует эти сигналы для оптимизации, показывая рекламу посетителям сайта на Search, Play, YouTube и Discover.
• Исключите нерелевантные аудитории (exclusions), чтобы избежать показа тем, кто уже установил app.

Шаг 5: Запустите и мониторьте кампанию

• Запустите кампанию.
• Мониторьте в Google Ads: Audience manager > Your audiences, чтобы увидеть производительность.
• В GA4 проверьте события (например, app installs от рекламы).
• Оптимизируйте: Добавляйте/удаляйте сигналы на основе данных (может занять 1–2 недели).

Аспект

Рекомендации

Минимальный размер аудитории

>1000 активных пользователей для активации.

Время на активацию

24–48 часов для аудитории, 1–2 недели для оптимизации сигналов.

Ограничения

Демографические исключения не работают в App installs; используйте для сигналов. Dynamic remarketing для сайтов недоступен напрямую в GA4, но работает через feed.

Альтернатива

Если нужно строгий ретаргетинг, используйте Performance Max campaigns с app assets — они поддерживают полные аудитории и сигналы.

Чтобы передать конверсию из Keitaro в Яндекс.Директ с помощью yclid, необходимо настроить отправку Postback URL из трекера в рекламную сеть. Этот процесс позволяет информировать Яндекс.Директ о целевых действиях, совершённых пользователями.

Вот как это сделать:

Шаг 1: Настройка на стороне Яндекс.Директа

1. Создайте цель в Яндекс.Метрике. Прежде всего, вам нужна цель в Яндекс.Метрике, которая будет отслеживать конверсии. Если у вас ее еще нет, создайте ее.
2. Получите идентификатор цели. Каждая цель в Метрике имеет свой числовой идентификатор.
3. Настройте офлайн-конверсии. В Яндекс.Директе перейдите в раздел "Инструменты" -> "Цели". Вам нужно будет разрешить передачу офлайн-конверсий.

Шаг 2: Настройка Postback URL в Keitaro

В Keitaro вам нужно настроить отправку данных о конверсиях в Яндекс.Директ.

1. Перейдите в настройки источника трафика. В Keitaro откройте раздел "Источники" и выберите или создайте источник для Яндекс.Директа.
2. Настройте Postback URL. В поле для Postback URL (или S2S Postback) необходимо вставить специальный URL для отправки конверсий в Яндекс.

Формат URL для отправки конверсий:

https://api-metrika.yandex.ru/cdp/api/v1/data/post_click?yclid={external_id}&client_id_type={external_id}

Или более полный вариант, включающий информацию о цели и доходе:

https://api-metrika.yandex.ru/cdp/api/v1/data/post_click?client_id_type={external_id}&yclid={external_id}&orders=[{"orderId":"{conversion_id}","revenue":{sum},"orderItems":[{"goodId":"{offer_id}","goodName":"{offer_name}","price":{revenue},"quantity":1}]}]

В этом URL yclid передается через макрос Keitaro, который у вас, скорее всего, настроен на получение {subid} или аналогичного параметра из рекламной сети.

Шаг 3: Передача yclid в Keitaro

Убедитесь, что yclid, генерируемый Яндекс.Директом для каждого клика, правильно передается на вашу ссылку в Keitaro.

1. Настройка рекламной кампании в Яндекс.Директе. В параметрах рекламной кампании или в ссылках объявлений убедитесь, что вы используете метку external_id={yclid}. Например, ваша ссылка для Keitaro должна выглядеть примерно так:
   https://your-keitaro-domain.com/campaign_hash?yclid={yclid}
2. Настройка кампании в Keitaro. В настройках кампании в Keitaro нужно настроить параметр для приема yclid. Обычно для этого используется один из полей sub_id_X. Например, вы можете настроить, что external_id={yclid}.

Краткая схема работы:

1. Пользователь кликает на объявление в Яндекс.Директе.
2. Яндекс.Директ добавляет к ссылке уникальный идентификатор yclid.
3. Пользователь попадает на ссылку Keitaro, и трекер сохраняет yclid.
4. Когда пользователь совершает конверсию (например, оставляет заявку или делает покупку), Keitaro фиксирует это событие.
5. Keitaro автоматически отправляет Postback-запрос на URL Яндекс.Метрики, передавая в него сохраненный yclid и информацию о конверсии.
6. Яндекс.Директ получает эти данные, и конверсия засчитывается в статистике рекламной кампании.

Этот метод позволяет точно отслеживать эффективность рекламы и оптимизировать кампании на основе данных о реальных конверсиях.

В современных условиях Google усилил проверку разработчиков, поэтому создание и ведение нескольких аккаунтов Google Play Console требует тщательной подготовки. Мы рассмотрим, как безопасно «фармить» ~7 аккаунтов для публикации WebView-приложений с монетизацией вне Google (например, через Ezoic). Особое внимание – геолокации (пользователь из Абхазии, аккаунты под США), оплате ($25 через виртуальные US-карты), антидетект-браузерам, прокси и стратегиям повышения процента одобрения приложений. Все рекомендации основаны на актуальном опыте 2024–2025 гг. из англо- и русскоязычных сообществ, с учётом greyhat-методов (в пределах разумного).

2. Требования Google и риски при множественных аккаунтах

Прежде чем приступить, важно понять политику Google:

• Идентификация разработчика. С 2021 года Google требует верификации личности для новых аккаунтов. При регистрации Play Console необходимо указать реальные данные (ФИО, адрес, телефон) и пройти проверку документов в течение 30–60 днейsupport.google.compartnerkin.com. Если вы предоставите неверные или поддельные документы, аккаунт удалят без возврата взноса $25support.google.com. Поэтому каждый аккаунт должен быть зарегистрирован на уникального человека (или компанию) с подтверждающими документами. (Примечание: многие обходят это, покупая или одалживая документы, но это незаконно и крайне рискованно – не рекомендуется.)
• Связанные аккаунты. По правилам, если один аккаунт заблокирован за нарушения, все связанные с ним аккаунты тоже могут быть забанены. Google отслеживает связь через устройство, IP, платежи, исходный код приложений и др. Официально Google не запрещает иметь два аккаунта, но на практике несколько аккаунтов в одном лице расцениваются как попытка обойти блокировки или спамreddit.comreddit.com. Поэтому нужно сделать всё, чтобы аккаунты выглядели как 7 независимых разработчиков.
• Политика WebView-приложений. Google Play допускает вебвью-приложения, если вы владеете или управляете сайтом, который отображаетсяstackoverflow.com. Нельзя публиковать WebView-оболочку чужого сайта без разрешения – такое приложение сразу снимут. Также потребуется добавить Privacy Policy (Политику конфиденциальности) в консоль и в само приложение, особенно если на сайте собираются данные или показывается рекламаstackoverflow.com. Подготовьте документ Политики и разместите на своём сайте (Ezoic, кстати, предоставляет генератор политики конфиденциальностиsupport.ezoic.com).
• Монетизация вне Google. Учтите, что AdSense-реклама на сайте внутри WebView формально нарушает правила: Google требует использовать AdMob SDK для показа рекламы в приложениях, а не AdSense-код для веб-сайтовsupport.google.com. Многие webview-разработчики всё же размещают сторонние баннеры (Ezoic, AdSense) – это серая зона. Google может не сразу выявить такой обход, но риск есть. Также строго запрещены любые обходы внутренних покупок: если в вашем веб-контенте продаются цифровые товары или донаты, это должно идти через Google Play Billing, иначе будет блокировкаstackoverflow.com. В нашем случае Ezoic монетизирует трафик рекламой, что ближе к AdSense – действуйте осторожно: минимизируйте Google-рекламу на веб-странице или используйте партнерские сети, не связанные с AdSense, чтобы не привлекать внимание.

Почему Google банит новые аккаунты? Частая проблема – отметка “High Risk” (высокий риск) и приостановка аккаунта вскоре после создания, до или сразу после первой загрузки приложения. Это происходит, если алгоритмы сочтут аккаунт фиктивным или связанным с другими. Наша цель – избежать флагов High Risk через правильный «фарм» аккаунта на каждом этапе.

3. Инструменты для антидетекта и изоляции аккаунтов

Разделение среды – ключевой принцип: каждый аккаунт должен создаваться и использоваться в изолированном окружении (отдельный браузерный профиль с уникальным отпечатком и IP). Для этого используют специальные антидетект-браузеры и прокси.

3.1 Антидетект-браузеры

Антидетект-браузер эмулирует уникальный набор клиентских параметров (User-Agent, canvas, WebGL,timezone, шрифты и пр.), предотвращая выявление нескольких аккаунтов по отпечатку браузера. Популярные решения в 2024–2025 гг.: Dolphin Anty, AdsPower, Octo Browser, GoLogin, Multilogin, Undetectable и др. Выбирайте на свой вкус – важно правильно настроить профиль: отключить WebRTC (чтобы не утек реальный IP), подмешать noise для Canvas/WebGL и т.д.blackhatworld.comblackhatworld.com.

Совет: Dolphin Anty выгоден тем, что бесплатен до 10 профилейblackhatworld.com. Это как раз покрывает ~7 аккаунтов. В BlackHatWorld отмечают, что Dolphin, AdsPower и OctoBrowser отлично справляются с задачей, главное – хорошая конфигурация профилейblackhatworld.comblackhatworld.com.

Настройка профиля: Создайте в антидетект-браузере новый профиль для каждого аккаунта. Сразу внесите настройки:
– Timezone, Language, Geo: соответствующие прокси (например, если аккаунт «под США», часовой пояс – США, язык – английский).
– Canvas/Audio/Font masking: включите маскировку (шум), чтобы браузерный отпечаток не совпадал между профилями.
– WebRTC: отключите передачу реального IP (Dolphin/AdsPower имеют такую опцию).
– Hardware: эмулируйте разные параметры устройства (разрешение экрана, видеокарта и пр. – обычно антидетект делает это автоматически).
– Cookies: поначалу профиль чистый – мы будем «прогревать» его, собирая cookies, имитируя реального пользователя (см. шаги ниже).

3.2 Прокси (IP-адреса)

Уникальный IP – обязательное условие. Используйте резидентские или мобильные прокси высокого качества: они выдают IP, принадлежащие обычным интернет-провайдерам или операторам связи, что делает вашу активность похожей на действия реального пользователя. Ни в коем случае не используйте публичные VPN или дешёвые дата-центровые прокси – они скорее всего на карандаше у Google.

Рекомендуются прокси-сервисы: AstroProxy, BrightData, IPBurger и им подобныеblackhatworld.com. Мобильные 4G-прокси даже предпочтительнее, так как трафик от смартфонов более доверенный для Google. Но и хорошие резидентские IP тоже подойдут. Желательно, чтобы на момент регистрации IP имел чистую историю (не был замечен в сотнях регистраций).

Важно: Страна прокси должна совпадать со страной, которую вы указываете в аккаунте и платежном профиле. Проверьте на сайте типа whoer.net – IP, DNS и другие утечки должны указывать на одну геолокациюblackhatworld.com. Например, если регистрируете аккаунт с US-адресом и картой, используйте прокси из СШАblackhatworld.com. Нелогично смотреться: IP Абхазии или РФ, а в данных аккаунта – США.

3.3 Дополнительные меры изоляции

В идеале, относитесь к каждому аккаунту как к отдельному устройству. Некоторые опытные разработчики используют даже разные VPS/VDS или отдельные машины под каждый аккаунтreddit.com. Если антидетект-браузер настроен грамотно, в этом нет острой необходимости, но для перестраховки можно завести отдельные виртуальные машины или серверы. Никогда не запускайте два аккаунта в одном браузерном профиле или с одного IP одновременно – даже по ошибке.

Храните данные по аккаунтам раздельно: почты, пароли, резервные адреса – не перекрещивайте между аккаунтами. Заводите отдельные телефонные номера для каждого (Google при регистрации Gmail обычно требует СМС-подтверждение; лучше купить 7 новых SIM или использовать надежные виртуальные номера с разными операторами). Не привязывайте к разным аккаунтам один и тот же номер или email для восстановления – это прямая связь.

4. Пошаговый процесс фарма аккаунта Google Play Console

Теперь перейдём к поэтапной инструкции, как создать и «вырастить» каждый аккаунт так, чтобы повысить шанс его долгой жизни и успешных публикаций:

Шаг 1: Подготовка среды

• Настроить антидетект + прокси. Выполните рекомендации из раздела 3: новый профиль, подключение через выделенный прокси нужной страны, проверка отсутствия утечек реальных данных.
• Сбор cookies (“прогрев профиля”). Не спешите сразу создавать аккаунт Google. Сначала сделайте профиль похожим на профиль реального человека: посетите в антидетект-браузере несколько популярных сайтов (Google, YouTube, новости) не залогинившись, затем создайте пару учётных записей на случайных ресурсах. Например, зарегистрируйтесь на Reddit или Discord, зайдите в Twitter, полистайте страницыblackhatworld.com. Цель – получить немного разноплановых cookies и истории, чтобы новый Google-аккаунт не возник в абсолютно чистом вакууме (что бывает подозрительно). Достаточно 10–15 минут умеренной активности.

Шаг 2: Создание нового Google-аккаунта

Перейдите на accounts.google.com и создайте новый Gmail. Рекомендации:

• Имя и фамилия – придумайте реалистичные (в идеале соответствующие документам, которые у вас будут на верификации). Можно использовать генераторы имен или взять имя человека из той страны (например, американское имя для US-аккаунта). Не используйте одно и то же имя на всех аккаунтах!
• Номер телефона – укажите уникальный, не использованный ранее на других Google-акках. Google может как сразу попросить, так и спустя некоторое время. Лучше привязать на этапе регистрации.
• Резервный email – можно пропустить или указать заранее подготовленный почтовый ящик, тоже уникальный.

После успешной регистрации Gmail, заполните профиль Google: добавьте фото профиля (необязательно, но для правдоподобности можно; только не одну и ту же фотографию на разных аккаунтах), укажите резервный email/телефон, включите 2FA (двухфакторку) для безопасности – это покажет серьёзность аккаунта.

Теперь прогрейте сам Google-аккаунт пару дней: читайте почту, подпишитесь на пару YouTube-каналов, оставьте пару лайков, установите несколько приложений из Google Play на эмуляторе или устройстве (можно эмулировать Android через BlueStacks/Memu с прокси). Задача – сформировать историю активности реального пользователя.

Замечание: На практике некоторые сразу переходят к консоли, но отзывы говорят, что чем дольше и естественнее “живет” аккаунт до девелоперской регистрации, тем ниже шанс High Risk-бана. Даже 1–2 дня могут помочьblackhatworld.com.

Шаг 3: Регистрация аккаунта разработчика (Play Console)

Когда профиль «созрел», заходите на play.google.com/console (в том же антидетект-профиле!). Google предложит зарегистрироваться как разработчик:

• Платёжная информация. Введите имя, адрес и платежные данные. Здесь вы указываете страну – выберите ту, которая соответствует вашему прокси и из которой у вас есть платёж. В нашем сценарии – США (например, адрес любого американского штата, лучше реальный: можно взять адрес отеля или генератор адресов, но он должен выглядеть правдоподобно). Имя – должно совпадать с тем, что на аккаунте, и желательно с именем на банковской карте.
• Виртуальная банковская карта (VCC). Для уплаты регистрационного сбора $25 используйте уникальную карту. Лучше всего подходят сервисы типа Revolut или Wise, выпускающие виртуальные Visa/MasterCardblackhatworld.com. В идеале – одна карта на один аккаунт (у Revolut можно создать несколько виртуальных, у Wise – несколько физических/виртуальных реквизитов в разных валютах). Не применяйте одну и ту же карту на многих аккаунтах, это связывающий фактор. Также избегайте карт, ранее использованных для забаненного аккаунта.
• Оплата и создание. Проведите оплату – транзакция $25 должна пройти. (Если Google откажет, проверьте соответствие биллинг-адреса и прокси-локации, достаточно ли средств на карте, и попробуйте снова или другую карту.) После успешной оплаты аккаунт разработчика создаётся.

Что дальше? Вы попадёте в интерфейс Google Play Console. Не спешите загружать приложения! Для нового аккаунта разумно сначала:

• Открыть раздел “Account Details” (Сведения об аккаунте) и заполнить требуемые поля: контактный телефон и email разработчика, адрес (он будет отображаться публично в карточках приложений под заголовком “О разработчике” – имейте в виду)reddit.com. Укажите тот же адрес США, что и при регистрации, и действующий email поддержки.
• Привязать аккаунт к Payments Profile. Обычно он создаётся автоматически при оплате. Убедитесь, что профиль существует и связано имя правильно. (Для физических лиц часто профиль тот же Google Payments с вашим именем; для компаний – нужен D-U-N-S, что нам не нужно здесь.)
• Identity Verification. Как правило, верификация личности доступна сразу или через несколько дней. Вы можете пройти её сразу, если готовы: загрузить скан документа, подтверждающего имя (и в некоторых случаях адрес). Для US-аккаунта это может быть паспорт/водительское удостоверение. Если вы регистрировали на вымышленное имя, здесь возникнет проблема – Google запросит реальную ID. На серых форумах советуют покупать качественные фото реальных документов под нужное имяblackhatworld.comblackhatworld.com, но такой метод мы не поддерживаем официально. Идеально, если у вас есть знакомые/родственники за рубежом, согласные открыть на себя – они могут предоставить свои документы для проверки. Либо регистрируйте на своё настоящее имя, если оно не было ранее забанено, и используйте свой загранпаспорт. Верификацию нужно пройти в срок (обычно 30 дней); иначе аккаунт могут заморозить.

Шаг 4: “Прогрев” аккаунта разработчика

Успешно созданный аккаунт – это только начало. Первая неделя – самая критичная. Google особо внимательно смотрит на новых разработчиков. Рекомендуется:

• Ежедневно логиниться в консоль (из своего профиля/прокси) и выполнять какие-то действия: просматривать разделы, настроить профиль, почитать справку. Это соответствует совету, что аккаунт должен подогреваться на всех стадиях, желательно ежедневноpartnerkin.com. Пустой неактивный аккаунт могут пометить как фейк.
• Добавить тестовое приложение (Internal test). Можно создать черновик приложения (нажав “Создать приложение”) – заполнить базовую информацию (название, описание – пока заглушки), загрузить какой-нибудь простейший APK, и выпустить его во внутреннее тестирование (Internal Testing) без публичного релиза. Это покажет, что вы реально собираетесь размещать ПО. В качестве первого APK идеально подходит безопасное приложение: например, “Hello World” или простая утилитка.
• Собрать положительную историю. Если есть возможность, получите положительные отзывы или предварительные регистрации на свои приложения. На ранней стадии хотя бы несколько 5-звёздочных отзывов (можно попросить знакомых протестировать и оставить отзыв) могут помочь укрепить репутацию аккаунтаsearchengines.guru.

Шаг 5: Публикация первых приложений (выбор стратегии)

Чтобы достичь высокой доли одобрения (approve rate), важно правильно выбрать, что публиковать вначале:

• Не начинайте с рисковых WebView! Оптимальная стратегия – первые 2–3 приложения выпустить максимально “белыми”blackhatworld.com. Например, одно – простое справочное или утилитарное приложение (калькулятор, фонарик или мини-игра), второе – небольшой WebView вашего личного блога с полезным контентом, третье – что-то еще не вызывающее подозрений. Идея в том, что новый аккаунт почти гарантированно отправит первые приложения на ручную проверкуblackhatworld.com. Если модераторы увидят сразу рекламный вебвью-сайт, велика вероятность строгой проверки или отклонения. Лучше пусть они проверят что-то безупречное по правилам – тогда аккаунт завоюет немного доверия.
• Интервалы между публикациями. Не выкладывайте все приложения разом. После создания аккаунта подождите ~48 часов перед первым релизомblackhatworld.com. Затем между публикациями делайте паузы (например, 2–3 дня). Это выглядит естественно: разработчик не может за один день написать кучу приложений. Кроме того, если вдруг одно приложение вызовет проблемы, вы успеете скорректировать подход до загрузки остальных.
• Заполнение карточки приложения. Каждое приложение должно иметь полное описание, скриншоты, политику конфиденциальности (URL на вашем сайте или генераторе), контактный email. Для WebView-приложений добавьте в описание фразу вроде “Official app of [Ваш Сайт]” – подчёркивая, что сайт принадлежит вам. Это пригодится, если потребуется доказывать права.

Когда модерация пройдена и первые приложения одобрены, можно переходить к основной цели – публикации монетизированных WebView.

5. Публикация WebView-приложений: лучшие практики

WebView-приложение по сути отображает ваш сайт внутри Android-приложения. Вот рекомендации, как сделать это безопасно и эффективно:

5.1 Выбор шаблона и уникализация кода

Существует множество готовых шаблонов WebView (на Kotlin/Java, Flutter, Cordova и пр.). Не используйте один и тот же исходник на всех аккаунтах! Google может отслеживать сходство бинарников. Опытные манимейкеры отмечают: если повторно использовать один и тот же шаблон во множестве приложений, со временем аккаунты начнут улетать в бан до публикации – нужно менять кодblackhatworld.com.

• Решение: возьмите 2–3 разных шаблона и чередуйте их между аккаунтами. Либо модифицируйте шаблон: поменяйте название пакета, удалите неиспользуемый код, добавьте мелкие отличия (например, уникальный сплэш-скрин, другую иконку, чуть иной цвет интерфейса).
• Каждый аккаунт компилируйте приложения в разных средах. По возможности используйте разные компьютеры или виртуалки для сборки APK, либо чистите среду между проектами. В экстремальном случае на форумах советуют даже устанавливать разные версии Android Studio или собирать через CI, чтобы не оставлять одинаковых метаданныхblackhatworld.com. Это может быть излишне, но учтите: ключи подписи (.keystore) должны быть уникальны для каждого аккаунта. Ни в коем случае не подписывайте приложения разных аккаунтов одним и тем же ключом – это прямая связь.

5.2 Соответствие политике Google Play

При публикации WebView-приложений избегайте типичных причин для бана:

• Контент и права на него. Убедитесь, что весь контент сайта принадлежит вам или вы имеете разрешение. Если на сайте, показываемом в приложении, есть материалы с чужих ресурсов (например, iframe с чужим видео, статьи другого автора без лицензии и т.п.), Google может запросить доказательства прав. Был случай, когда приложение с WebView заблокировали и потребовали доказать право собственности на доменsearchengines.guru. Пришлось предоставлять скриншоты админ-панели домена и чек покупки домена, после чего разблокировалиsearchengines.guru. Будьте готовы к такому: заранее храните документы на домены. Лучше регистрировать домены на имя, совпадающее с данными dev-аккаунта (но это не всегда возможно). Как минимум, настройте WHOIS без приватности, чтобы там фигурировало ваше имя/компания.
• Уникальная ценность. Google имеет правило против “приложений-оболочек без уникального контента”. Если ваше приложение ничего не делает кроме как открывает сайт, и сайт доступен в обычном браузере, модератор может посчитать это низким качеством. Как повысить ценность: добавьте в WebView-приложение функции, улучшающие UX по сравнению с просто посещением сайта. Например: поддержка push-уведомлений, офлайн-страница-заглушка при отсутствии сети, встроенное меню навигации, пулл-ту-рефреш, интеграция с нативными шэринг-диалогами. Маленькие доработки покажут, что вы старались сделать полноценное приложение, а не просто сгенерировали APK.
• Реклама и всплывающие окна. Если сайт завален рекламой (Ezoic может размещать много баннеров), убедитесь, что это не нарушает правил: реклама не должна приводить на страницы с малварью, порнографией, азартными играми (если ваш контент не для взрослых) и т.д. Также никаких всплывающих системных окон в WebView – например, запросов установить APK, разрешить уведомления вне контекста и т.п., иначе приложение могут посчитать угрозой.
• Отсутствие платежей внутри WebView. Как уже упоминалось, нельзя допускать, чтобы внутри приложения пользователь покупал цифровой товар минуя Google Billing. Если у вас просто контентный сайт с баннерами – это нормально. Но если, скажем, сайт предлагает платную подписку на PDF, это нарушит правила. В таком случае необходимо либо убрать такую функцию для вебвью-пользователей, либо перейти на Google Play In-App Purchase для этой части.

5.3 Повышение approve rate (процента одобрения)

Чтобы максимизировать шансы, что каждое новое приложение пройдет модерацию:

• Внимательно тестируйте перед отправкой. Установите APK на устройство (можно на эмулятор Android с тем же прокси) и убедитесь, что всё работает: ссылки открываются, нет частых вылетов, корректно обработаны разрешения (например, запрос на доступ к камере, если ваш веб-сайт его требует, – лучше перехватить и обработать). Google иногда отклоняет приложения, которые постоянно падают или некорректно запрашивают разрешения.
• Заполните все требования Play Console. Перед отправкой релиза проверьте раздел “App Content” – там может потребоваться указать целевую аудиторию (возрастное ограничение), экспортное шифрование (если приложение шифрует данные, обычно отмечают, что нет или только стандартные API), декларация рекламных материалов (если есть реклама, отметьте это). Не игнорируйте эти пункты, иначе получите “Policy Issue” и задержку.
• Privacy Policy и разрешения. Если ваше приложение запрашивает чувствительные разрешения (локация, камера, файлы), обязательно опишите в Политике, зачем они нужны, и реализуйте всплывающее объяснение в приложении. Например, WebView может запросить геолокацию пользователя для сайта – модератор должен видеть, что это обосновано (например, “Наш сайт запрашивает геоданные для показания местных новостей”). Иначе отклонят за неправомерный запрос данных.
• Коммуникация с проверяющими. Иногда Google выдаёт предварительное уведомление (“App is under review, we require additional info”). Такое бывает, если приложение попало под какую-то автоматическую проверку. Вам могут попросить доказать права на контент, или пояснить как используется определённая функция. Отвечайте через форму в Play Console оперативно, предоставляя запрошенные сведения. Пока вы не ответите, публикация не продолжится.

Если всё сделано грамотно, ваши WebView-приложения имеют высокие шансы на одобрение. Многие вебмастера успешно используют такой подход – например, конвертируют трафик своих сайтов в установки приложений и зарабатывают на рекламе без использования AdMobsearchengines.guru.

6. Обход связей между аккаунтами и безопасность

Когда у вас в работе несколько аккаунтов, самое важное – не допустить их взаимную связь. Обобщим ключевые правила безопасной многоаккаунтности:

• Изолированная работа. Каждый раз, работая с конкретным аккаунтом, убедитесь, что активен правильный антидетект-профиль и его прокси. Никогда не входите на консоль А в профиле/прокси аккаунта Б. Даже единичный перекрёсток (например, по ошибке открыли не тот профиль) может оставить следы (cookie, IP) и потенциально связать вас. Браузерные профили желательно подписывать или цветово маркировать, чтобы не перепутать.
• Разные устройства (при возможности). На Reddit упоминалось, что идеальный вариант – два и более отдельных компьютера и провайдера интернета для разных аккаунтовreddit.com. В реальности антидетект с прокси достигает того же эффекта, но если можете распределить аккаунты по разным машинам – это доп. гарантия. Некоторые, например, 3 аккаунта ведут с ПК, 2 – с ноутбука, 2 – с ВПС, каждый с отдельным прокси.
• Оплата и финансовые профили. Как мы говорили, уникальные карты – must have. Также привязанные платежные профили Google не должны пересекаться: не используйте один Google Payments аккаунт для разных консолей. Проверяйте, чтобы в Google Pay или оплатах браузера случайно не сохранились данные другой карты/аккаунта.
• Разные личности. Публично в Google Play данные разработчика (имя/адрес) отображаются для пользователей. Если все 7 аккаунтов будут называться “John Doe” с разницей в одну букву – это подозрительно. Сделайте каждую учетку уникальной: разный девелопер нейм. Можно использовать схему «Частное лицо vs Компания»: пару аккаунтов зарегистрировать как физлица, пару – как ООО (если есть доступ к реквизитам фирм), что даст разный формат отображения (для компаний Google требует DUNS и документы регистрацииsupport.google.com, это сложнее, поэтому проще на людей). Если всё на физических лиц – придумайте 7 разных персонифицированных брендов. Например, один аккаунт – John Doe (USA), другой – Ivan Petrov (RU), третий – Abcde Labs (тогда это должно быть компания). Гео можно варьировать (США, Европа, СНГ), но помните про качество прокси и сложность оплаты в тех регионах.
• Общая логика: “не повторять ничего между аккаунтами”. Разработчики в теме шутят, что вы должны играть роль шизофреника с 7 личностями 😊. Каждая личность: свои документы, свой стиль приложений (например, в одном аккаунте – только новости и образование, в другом – утилиты, в третьем – развлекательные сайты; не публикуйте на разных аккаунтах одни и те же сайты или одинаковые приложения – это выявляется как дубликаты и будет бан).
• При бане одного аккаунта. Если, к несчастью, Google все же забанил один из ваших аккаунтов, заморозьте деятельность остальных на некоторое время. Проанализируйте, что могло их связать. Не спешите сразу перезаливать то же приложение на другой аккаунт – сначала удалите подозрительные сходства (к примеру, замените шаблон вебвью, смените домен если нужно). Были случаи, когда банилcя один аккаунт, и тут же следом банили другой, потому что владелец без изменений перенёс приложение – алгоритмы поняли, что это тот же разработчик, пытающийся вернуться. Поэтому действуйте осмотрительно.

7. Актуальные сервисы и кейсы в сообществе (2025)

В русскоязычном и англоязычном сообществах постоянно обсуждают фарм аккаунтов. Ниже – подборка лучших практик и сервисов 2024–2025 по отзывам:

• Anti-Detect Browsers: уже упомянутые Dolphin Anty, AdsPower, Octo Browser получили хорошие отзывы от фармеров Play-консолейblackhatworld.com. Gologin тоже мощный, но некоторые жаловались на баны с ним (возможно, из-за настройки)blackhatworld.comblackhatworld.com. Undetectable.io – набирает популярность как качественный антидетектblackhatworld.com. Выбор во многом зависит от бюджета: Dolphin и Mimic (Incogniton) – бюджетно, Multilogin – дорогой корпоративный сегмент. Главное – настроить правильный fingerprint и не лениться заводить отдельный профиль под каждую сущностьblackhatworld.com.
• Proxy Providers: AstroProxy (есть мобильные прокси с нужными локациями), Trusted Proxies от BrightData, PacketStream, IPRoyal Pawns – варианты разные. Многие фармеры приобретают индивидуальные мобильные прокси у частников (например, на форумах можно найти аренду 4G-модема с симкой за ~$50/мес в нужной стране). Такой прокси обычно выдаёт меняющийся IP из пула оператора – что хорошо, если надо “сбросить” следы, но для консоли лучше закрепить один IP на профиль. Решение: некоторые сервисы позволяют зафиксировать выделенный IP на мобильном прокси.
• SMS-активаторы / номера: Если нет 7 реальных SIM, можно купить виртуальные одноразовые СМС для регистрации Gmail (смс-провайдеры: sms-activate.ru, getsmscode и т.д.). Но осторожно: Google банит номера от известных онлайн-сервисов. Лучше использовать SIM реальных операторов. Можно задействовать сервисы аренды виртуальных номеров на длительный срок – например, TextPlus, Twilio, Google Voice (для США) – однако их также могут не принять. В идеале, приобретите несколько недорогих физических симок.
• VCC (Virtual Credit Cards): Revolut и Wise – два проверенных источника виртуальных карт в USDblackhatworld.com. Revolut позволяет генерировать виртуальные карты (даже Disposable, но вам нужна именно именная карта для регистрации). Wise выпускает виртуальную Visa в USD с вашим именем. Также русскоязычные форумы упоминают сервисы Ezzocard, Crypto.com карты, и даже предоплаченные подарочные Visa – но с последними могут быть проблемы при адресной проверке. Важно: карты типа QIWI, Яндекс.Деньги виртуалок – чаще не проходят для Google, т.к. не поддерживают 3DSecure или имеют BIN из “неправильной” страны. Используйте карты, бин которых соответствует стране аккаунта (для США – лучше американский БИН).
• Аккаунты “на продаже”: Существуют продавцы готовых Play Console аккаунтов. Цена ~ $65–$70 за качественно фармленный аккаунтpartnerkin.com, более старые (год+) или с историей могут стоить до $150partnerkin.com. Они обещают и прогрев, и верификацию. Однако покупать такой аккаунт – большой риск: Google может определить, что аккаунтом начали пользоваться с другого устройства/IP (особенно если продавец фармил на своих прокси). Часто в течение 1–2 месяцев покупные аккаунты все равно ловят бан “за связь с мошеннической деятельностью”, потому что не вы его создавали. Поэтому лучше потратить время и сделать самому, чем потерять деньги и получить бан.
• Примеры из практики: На форумах BlackHatWorld пользователи делятся, что с описанным подходом у них получалось вести 5–10 аккаунтов параллельно. Например, один из участников рассказал свой метод: Dolphin Anty + мобильный интернет через раздачу с отдельного смартфона на каждый аккаунт, регистрация Gmail, оплата Revolut-картой, ожидание 48 часов, затем публикация 2 приложений (одно – простой инструмент, второе – небольшой контентный вебвью)blackhatworld.com. После этого аккаунт функционирует и готов для более монетизированных приложений. Он подчёркивает, что после внедрения этой методики смог избежать отметки High Risk и баны прекратилисьblackhatworld.com (до этого его новые акки слетали постоянно).

8. Заключение: свод рекомендаций

В качестве итога, ниже краткая таблица DO’s & DON’Ts при фарме нескольких Play Console аккаунтов:

Что делать (Do)

Чего избегать (Don’t)

Использовать антидетект-браузер + уникальный прокси для каждого аккаунтаblackhatworld.com.

Не выходить в консоль разных аккаунтов с одного IP или устройстваreddit.com.

Прогревать Google-аккаунт активностью (почта, YouTube, соцсети) перед регистрацией разработчика.

Не создавать “пустой” аккаунт и сразу не загружать подозрительное приложение (вебвью с рекламой и т.п.).

Применять свежую виртуальную карту (VCC) для оплаты $25 каждого аккаунтаblackhatworld.com.

Не платить за несколько аккаунтов одной и той же картой или платежным профилем – мгновенная связь.

Заполнить все профили и поля (имя, адрес, политика, контакты) достоверно.

Не указывать заведомо фальшивые данные в профиле – верификация не пройдетsupport.google.com.

Публиковать на новом аккаунте сначала простые и безопасные приложения для набора “веса”blackhatworld.com.

Не публиковать клоны одного приложения на нескольких аккаунтах – получите баны за дубликаты.

Менять исходный код/шаблон приложения между аккаунтамиblackhatworld.com.

Не использовать идентичные APK (один шаблон) везде – Google отследит совпадения.

Следить за актуальными кейсами на профильных форумах/чатах, обновлять знания.

Не полагаться на устаревшие методы двухлетней давности – Google улучшает алгоритмы постоянно.

Следуя этим рекомендациям, вы значительно повысите вероятность того, что ваши ~7 аккаунтов будут успешно существовать и публиковать WebView-приложения без попадания в бан. Помните, что вы действуете в зоне, которая частично противоречит политике Google (мультиаккаунтинг, обход ограничений монетизации). Поэтому всегда есть риск, и ни один метод не даёт 100% гарантии. Но опыт множества разработчиков показывает: при грамотном подходе можно минимизировать проблемы и использовать Google Play для своего заработка даже с географически нестандартных регионов.

Описание файлов

Для реализации вам понадобятся три основных файла:

1. config.php — файл конфигурации, содержащий настройки для Яндекс.Метрики:
• YM_COUNTER_ID — ID вашего счетчика в Яндекс.Метрике.
• YM_OAUTH_TOKEN — OAuth-токен с правами metrika:write_cdp_data.
2. handler.php — основной скрипт, который принимает S2S-постбэки от Keitaro и отправляет события в Яндекс.Метрику, используя ClientID для привязки.
3. index.php — файл для просмотра логов, читающий данные из yandex_log.txt и отображающий их в удобном веб-интерфейсе.

Схема работы

Система работает следующим образом:

1. Пользователь заходит на ваш прелендинг, где срабатывает счетчик Яндекс.Метрики и JavaScript-код.
2. JavaScript получает ClientID пользователя (_ym_uid) и добавляет его к ссылкам на Keitaro в виде параметра sub_id_16.
3. Keitaro сохраняет sub_id_16 (ClientID) и перенаправляет пользователя на оффер партнерской сети.
4. После совершения конверсии партнерская сеть отправляет S2S-постбэк в Keitaro.
5. Keitaro вызывает handler.php, передавая данные о конверсии, включая ClientID.
6. Скрипт handler.php отправляет событие в Яндекс.Метрику через CDP Events API.

Установка и настройка

Шаг 1: Размещение файлов

Скопируйте файлы config.php, handler.php и index.php в папку вашего локального лендинга в Keitaro. Например, если ваш лендинг имеет ID 2, путь будет:

/var/www/keitaro/landers/2/

Шаг 2: Настройка прелендинга

Добавьте следующий JavaScript-код на прелендинг перед закрывающим тегом </body>:

<script type="text/javascript">
document.addEventListener('DOMContentLoaded', function () {
    const ymCounterId = 12345678; // Замените на ваш ID счетчика Яндекс.Метрики
    const clientIdParam = 'sub_id_16';

    function appendClientIdToLinks(clientId) {
        const links = document.querySelectorAll('a.keitaro-link'); // Добавьте класс keitaro-link к ссылкам на Keitaro
        links.forEach(function(link) {
            try {
                const url = new URL(link.href);
                url.searchParams.set(clientIdParam, clientId);
                link.href = url.toString();
            } catch (e) {
                // Игнорируем ошибки для невалидных URL
            }
        });
    }

    if (typeof ym === 'function') {
        ym(ymCounterId, 'getClientID', function(clientId) {
            if (clientId) {
                appendClientIdToLinks(clientId);
            }
        });
    }
});
</script>

• Замените 12345678 на ваш ID счетчика Яндекс.Метрики.
• Убедитесь, что ссылки на Keitaro имеют класс keitaro-link, или измените селектор в коде.

Шаг 3: Настройка config.php

Откройте config.php и укажите ваши данные:

<?php
/**
 * Configuration File for the Yandex.Metrika CDP API Handler.
 * v7.0 Yandex-Only, Corrected Edition
 */

// ID вашего счетчика в Яндекс.Метрике.
define('YM_COUNTER_ID', '12345678'); // Замените на ваш ID счетчика

// OAuth-токен для доступа к API с правами: metrika:write_cdp_data
define('YM_OAUTH_TOKEN', 'y0_ВАШ_ТОКЕН_ИЗ_ЯНДЕКСА'); // Замените на ваш токен

Как получить OAuth-токен:

• Перейдите в Яндекс.OAuth.
• Создайте приложение с правами metrika:write_cdp_data.
• Получите токен для вашего приложения.

Шаг 4: Настройка постбэков в Keitaro

В кампании Keitaro настройте S2S-постбэки:

• Для лидов:http://127.0.0.1/landers/2/handler.php?status=lead&yclid={yclid}&sub_id_16={sub_id_16}
• Для продаж:http://127.0.0.1/landers/2/handler.php?status=sale&payout={payout}&currency={currency}&yclid={yclid}&sub_id_16={sub_id_16}

Если Keitaro и скрипт находятся на разных серверах, замените 127.0.0.1 на ваш домен.

Логирование

• Логи записываются в файл yandex_log.txt в той же папке, где находятся скрипты.
• Для просмотра логов откройте в браузере: http://ВАШ_ДОМЕН/landers/2/index.php.
• Логи содержат:
• Входящие данные от Keitaro.
• Отправленные данные в Яндекс.
• Ответы от API Яндекса (успешный ответ включает "uploading_status": "OK").

Возможные проблемы и решения

• "ClientID is missing":
• Проверьте, что JavaScript на прелендинге добавляет sub_id_16 к ссылкам.
• Убедитесь, что партнерская сеть возвращает sub_id_16 в постбэке.
• Ошибка 403 (Forbidden):
• Проверьте валидность YM_OAUTH_TOKEN.
• Убедитесь, что токен имеет права metrika:write_cdp_data.
• Ошибка 400 (Bad Request):
• Проверьте правильность YM_COUNTER_ID.
• Убедитесь, что данные в запросе соответствуют формату API.

Заключение

Забрать готовые скрипты можно отсюда (работоспособность гарантируется только на момент написания статьи). Настройка серверной передачи данных из Keitaro в Яндекс.Метрику позволяет точно отслеживать конверсии, связывая их с визитами пользователей. Это улучшает аналитику и помогает оптимизировать рекламные кампании. Регулярно проверяйте логи и тестируйте настройку с тестовыми конверсиями для уверенности в ее работе.

Почему важно делать резервные копии Keitaro?

Резервное копирование защищает ваши данные от потери, вызванной аппаратными сбоями, программными ошибками или вредоносными атаками. В Keitaro резервная копия включает в себя:

• Информацию о кампаниях.
• Настройки и конфигурации.
• Данные MySQL и ClickHouse.
• Локальные лендинги, фильтры, списки ботов, соль, ключ Postback, домены, SSL-сертификаты и пользовательские списки ботов.

Регулярные резервные копии обеспечивают сохранность данных и возможность быстрого восстановления в случае непредвиденных ситуаций. Потеря данных может привести к значительным убыткам, включая утрату аналитики по поведению клиентов, срывы кампаний и финансовые потери.

Что вам понадобится?

Для создания резервной копии вам потребуется:

• Доступ к серверу через SSH: IP-адрес сервера и пароль для входа.
• SFTP-клиент: Программа, такая как Cyberduck, для скачивания резервной копии.
• Достаточно свободного места на сервере: Дамп данных сжимается, но убедитесь, что на сервере есть достаточно свободного SSD-места, эквивалентного или большего, чем размер вашей базы данных.

Шаги по созданию резервной копии Keitaro

Шаг 1: Войдите на сервер через SSH

1. Откройте терминал на вашем компьютере (например, Terminal на macOS/Linux или PuTTY на Windows).
2. Введите команду:ssh root@server_ip Замените server_ip на IP-адрес вашего сервера.
3. При появлении запроса на подтверждение отпечатка ключа ECDSA введите Yes.
4. Введите пароль от вашего сервера. Пароль не отображается при вводе, просто нажмите Enter после ввода.

Шаг 2: Создайте дамп данных

1. В терминале введите команду:kctl transfers dump
2. Эта команда создаст резервную копию всех данных вашего трекера, включая базы данных MySQL и ClickHouse, настройки системы, локальные лендинги, соль, ключ Postback, SSL-сертификаты, фильтры и пользовательские списки ботов.
3. Данные будут сохранены в директории /var/lib/kctl-transfers на вашем сервере.
4. Процесс может занять от нескольких минут до нескольких часов, в зависимости от размера вашей базы данных. По завершении вы увидите сообщение: Successfully dumped all the data Terminating subprocesses and waiting for them to complete All subprocesses are terminated

Примечание для больших баз данных:

• Если ваша база данных MariaDB превышает 50 ГБ, процесс создания дампа может занять более часа, и существует риск разрыва соединения.
• В этом случае используйте команду screen, чтобы процесс продолжался даже при разрыве соединения:
• Введите screen и нажмите Enter.
• Затем выполните kctl transfers dump.
• Если соединение прервется, вы можете вернуться в сессию screen, введя screen -r.
• После завершения команды вы увидите сообщение о завершении подпроцессов.

Шаг 3: Скачайте резервную копию

1. Для скачивания дампа используйте SFTP-клиент, например Cyberduck.
2. Откройте Cyberduck и нажмите на "Open Connection".
3. Выберите протокол SFTP и введите:
• IP-адрес сервера.
• Порт: Обычно 22.
• Имя пользователя: root.
• Пароль: Пароль вашего сервера.
4. Подключитесь и перейдите в директорию /var/lib/kctl-transfers.
5. Найдите папку с вашим дампом (обычно это сжатый файл или папка) и скачайте ее на ваш локальный компьютер.

Дополнительные рекомендации

Рекомендация Описание Проверка свободного места Убедитесь, что на сервере достаточно свободного SSD-места. Хотя дамп сжимается, для его создания требуется место, эквивалентное или большее, чем размер базы данных. Проверка целостности дампа После создания дампа проверьте вывод терминала на наличие ошибок, чтобы убедиться, что резервная копия создана корректно. Безопасное хранение Сохраните скачанный дамп на внешнем диске, в облачном хранилище (например, Google Drive или Dropbox) или другом безопасном месте для защиты от потери. Регулярность резервного копирования Планируйте регулярные резервные копии, особенно перед обновлениями трекера или сервера, чтобы минимизировать риск потери данных. Альтернативный метод для неподдерживаемых установок Если ваш сервер использует устаревшую ОС (например, CentOS 7/8), создайте SQL-дамп с помощью команды: `mysqldump keitaro

Восстановление из резервной копии

Для восстановления данных из резервной копии:

1. Установите Keitaro на новый сервер или убедитесь, что текущий сервер готов к восстановлению.
2. Загрузите дамп в директорию /var/lib/kctl-transfers на сервере.
3. Выполните команду:kctl transfers restore
4. После завершения вы увидите сообщение: Everything is restored.

Заключение

Резервное копирование вашего трекера Keitaro — это простой, но крайне важный процесс, который поможет вам защитить ваши данные и обеспечить их сохранность в случае неожиданных сбоев или атак. Следуя этим шагам, вы сможете легко создать и сохранить резервную копию вашего трекера в 2025 году. Регулярные резервные копии и их безопасное хранение — залог спокойствия и стабильной работы ваших кампаний.