Когортный анализ показывает, где iGaming-ретеншн ломается после первого депозита
Когорта — это не “средний LTV по аккаунту”, а срез пользователей по одному событию: регистрации, FTD, квалифицированному депозиту. Если смешать все потоки в одну таблицу, вы потеряете деградацию качества и не увидите, на каком шаге игроки отваливаются.
Собирайте матрицу по дням жизни: D0, D1, D3, D7, D14, D30. Для каждой когорты считайте не только возвраты, но и:
— повторные депозиты;
— активные игровые дни;
— средний депозит на активного;
— долю игроков без депозита после FTD.
Данные не врут, в отличие от байеров: если D1 живой, а D7 пустой — проблема не в крео, а в пост-онбординге, бонусе или качестве источника.
Не сравнивайте когорты только по абсолюту. Нужна нормализация: одинаковый атрибуционный период, одинаковое окно наблюдения, дедупликация по user_id и жесткая привязка к первому значимому событию. Иначе “рост ретеншна” окажется артефактом более длинного окна, а не качества трафика.
В BI лучше держать две витрины: сырые события и агрегированную когортную таблицу. Тогда можно быстро отвечать на вопрос: какой источник дает не просто FTD, а игроков, которые доживают до повторного депозита. Где именно течет профит? Смотрите на D3–D7: там обычно видно, кто приводит одноразовый депозитный мусор, а кто строит долгий LTV.
Когорта — это не “средний LTV по аккаунту”, а срез пользователей по одному событию: регистрации, FTD, квалифицированному депозиту. Если смешать все потоки в одну таблицу, вы потеряете деградацию качества и не увидите, на каком шаге игроки отваливаются.
Собирайте матрицу по дням жизни: D0, D1, D3, D7, D14, D30. Для каждой когорты считайте не только возвраты, но и:
— повторные депозиты;
— активные игровые дни;
— средний депозит на активного;
— долю игроков без депозита после FTD.
Данные не врут, в отличие от байеров: если D1 живой, а D7 пустой — проблема не в крео, а в пост-онбординге, бонусе или качестве источника.
Не сравнивайте когорты только по абсолюту. Нужна нормализация: одинаковый атрибуционный период, одинаковое окно наблюдения, дедупликация по user_id и жесткая привязка к первому значимому событию. Иначе “рост ретеншна” окажется артефактом более длинного окна, а не качества трафика.
В BI лучше держать две витрины: сырые события и агрегированную когортную таблицу. Тогда можно быстро отвечать на вопрос: какой источник дает не просто FTD, а игроков, которые доживают до повторного депозита. Где именно течет профит? Смотрите на D3–D7: там обычно видно, кто приводит одноразовый депозитный мусор, а кто строит долгий LTV.
ROI без маржи — это красивый шум. В Looker Studio нужно показать, где профит реально остаётся.
Сначала разделите метрики по слоям: revenue, cost, gross profit, net profit. ROI считайте отдельно от маржинальности, иначе один и тот же рост оборота маскирует слив на расходах. Формула простая: ROI = (profit / cost) × 100%, margin = (profit / revenue) × 100%. Если в дашборде они лежат в одном графике без контекста, байер видит иллюзию эффективности, а не экономику.
Дальше — визуальная иерархия. На первом экране: ROI, маржа, spend, profit. Ниже — разрезы по источнику, кампании, гео, крео. Для динамики лучше линия с накоплением, для сравнения — bar chart, для аномалий — таблица с условным форматированием. Не лепите 12 KPI в один экран: перегруз убивает чтение и скрывает точки утечки. Где именно течет профит? Обычно в связке «высокий ROI + низкая маржа» после вычета всех пост-расходов.
Технически дашборд должен опираться на нормализованную модель: отдельные таблицы по расходам, доходам и постбекам, единый ключ по campaign_id, дедупликация событий и контроль задержек загрузки. Если источник отдал неполный postback, Looker Studio покажет ложный провал. Поэтому сначала проверяем сходимость дельты в трекере и кабинете, потом уже рисуем красивую витрину.
Собирайте ROI и маржу в одной логике, но не смешивайте их в одну цифру. Данные не врут, в отличие от байеров: если метрики разложены по слоям и проверены на сырых логах, дашборд начинает отвечать не «что выросло», а «почему профит не дошёл до кассы».
Сначала разделите метрики по слоям: revenue, cost, gross profit, net profit. ROI считайте отдельно от маржинальности, иначе один и тот же рост оборота маскирует слив на расходах. Формула простая: ROI = (profit / cost) × 100%, margin = (profit / revenue) × 100%. Если в дашборде они лежат в одном графике без контекста, байер видит иллюзию эффективности, а не экономику.
Дальше — визуальная иерархия. На первом экране: ROI, маржа, spend, profit. Ниже — разрезы по источнику, кампании, гео, крео. Для динамики лучше линия с накоплением, для сравнения — bar chart, для аномалий — таблица с условным форматированием. Не лепите 12 KPI в один экран: перегруз убивает чтение и скрывает точки утечки. Где именно течет профит? Обычно в связке «высокий ROI + низкая маржа» после вычета всех пост-расходов.
Технически дашборд должен опираться на нормализованную модель: отдельные таблицы по расходам, доходам и постбекам, единый ключ по campaign_id, дедупликация событий и контроль задержек загрузки. Если источник отдал неполный postback, Looker Studio покажет ложный провал. Поэтому сначала проверяем сходимость дельты в трекере и кабинете, потом уже рисуем красивую витрину.
Собирайте ROI и маржу в одной логике, но не смешивайте их в одну цифру. Данные не врут, в отличие от байеров: если метрики разложены по слоям и проверены на сырых логах, дашборд начинает отвечать не «что выросло», а «почему профит не дошёл до кассы».
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Создателя Telegram снова допрашивали
Павла Дурова снова допросили во Франции: встреча с следствием длилась более 6 часов.
Это уже не первый эпизод в деле, которое тянется с 2024 года: тогда основателя Telegram арестовали в аэропорту Ле-бурже и ограничивали в выезде до июня 2025.
Что именно выясняли на новом допросе — не раскрывают. Но давление на Telegram растёт, и в этой истории е…
➡️ Читайте на сайте: https://aff.top/blog/sozdatelia-telegram-snova-doprashivali
🧠 Ещё больше инсайтов → в канале AFF.top
Павла Дурова снова допросили во Франции: встреча с следствием длилась более 6 часов.
Это уже не первый эпизод в деле, которое тянется с 2024 года: тогда основателя Telegram арестовали в аэропорту Ле-бурже и ограничивали в выезде до июня 2025.
Что именно выясняли на новом допросе — не раскрывают. Но давление на Telegram растёт, и в этой истории е…
➡️ Читайте на сайте: https://aff.top/blog/sozdatelia-telegram-snova-doprashivali
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudflare запустил функцию Drop
Cloudflare запустил Drop — сервис, который разворачивает временный сайт за несколько секунд прямо из zip-архива.
Без аккаунта можно создавать сколько угодно таких страниц, но ссылка живёт всего 1 час. Потом сайт придётся переносить в аккаунт.
Зачем это нужно арбитражнику и что можно успеть за это время — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/cloudflare-zapustil-funkciiu-drop
🧠 Ещё больше инсайтов → в канале AFF.top
Cloudflare запустил Drop — сервис, который разворачивает временный сайт за несколько секунд прямо из zip-архива.
Без аккаунта можно создавать сколько угодно таких страниц, но ссылка живёт всего 1 час. Потом сайт придётся переносить в аккаунт.
Зачем это нужно арбитражнику и что можно успеть за это время — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/cloudflare-zapustil-funkciiu-drop
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Open AI выпустила ChatGPT-5.6 и ChatGPT Work
OpenAI выпустила ChatGPT-5.6 и ChatGPT Work: новая модель получила три версии и понятный прайс, а Work стал универсальным инструментом для кодинга, текстов, изображений и анализа данных. Вывод простой: экосистема ChatGPT усиливается, а фокус смещается на многофункциональные сценарии, где один продукт закрывает сразу несколько задач.
➡️ Читайте на сайте: https://aff.top/blog/open-ai-vypustila-chatgpt-5-6-i-chatgpt-work
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI выпустила ChatGPT-5.6 и ChatGPT Work: новая модель получила три версии и понятный прайс, а Work стал универсальным инструментом для кодинга, текстов, изображений и анализа данных. Вывод простой: экосистема ChatGPT усиливается, а фокус смещается на многофункциональные сценарии, где один продукт закрывает сразу несколько задач.
➡️ Читайте на сайте: https://aff.top/blog/open-ai-vypustila-chatgpt-5-6-i-chatgpt-work
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
SpacexAI выпустила Grok 4.5
xAI выпустила Grok 4.5 — новую версию флагманской нейросети, доступную в Cursor на всех тарифах и по API за $2 за миллион входных токенов. Бенчмарков пока нет, но модель в 4,2 раза экономнее по токенам на SWE Bench Pro и обучена на данных Cursor, что делает её сильным инструментом для разработки приложений.
➡️ Читайте на сайте: https://aff.top/blog/spacexai-vypustila-grok-4-5
🧠 Ещё больше инсайтов → в канале AFF.top
xAI выпустила Grok 4.5 — новую версию флагманской нейросети, доступную в Cursor на всех тарифах и по API за $2 за миллион входных токенов. Бенчмарков пока нет, но модель в 4,2 раза экономнее по токенам на SWE Bench Pro и обучена на данных Cursor, что делает её сильным инструментом для разработки приложений.
➡️ Читайте на сайте: https://aff.top/blog/spacexai-vypustila-grok-4-5
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
ChatGPT ads внедрил функцию автосоздания креативов
OpenAI добавила в ChatGPT Ads автогенерацию креативов: вставляешь ссылку на сайт, ИИ анализирует лендинг и создаёт релевантный креатив. По ощущениям, такие материалы должны легко проходить модерацию, но пока неясно, насколько они поддаются правкам. Источник интересен ещё и тем, что вайт можно сгенерировать тут же через ChatGPT.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-ads-vnedril-funkciiu-avtosozdaniia-kreativov
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI добавила в ChatGPT Ads автогенерацию креативов: вставляешь ссылку на сайт, ИИ анализирует лендинг и создаёт релевантный креатив. По ощущениям, такие материалы должны легко проходить модерацию, но пока неясно, насколько они поддаются правкам. Источник интересен ещё и тем, что вайт можно сгенерировать тут же через ChatGPT.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-ads-vnedril-funkciiu-avtosozdaniia-kreativov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Google search console теперь можно добавлять соцсети
Google добавил в Search Console поддержку аккаунтов соцсетей: теперь можно отслеживать ключевые запросы, источники и географию переходов, показы и клики по ссылкам. Функция подключается там же, где и сайты, доступны четыре соцсети на выбор. Rollout постепенный — доступ получают не все сразу.
➡️ Читайте на сайте: https://aff.top/blog/v-google-search-console-teper-mozhno-dobavliat-socseti
🧠 Ещё больше инсайтов → в канале AFF.top
Google добавил в Search Console поддержку аккаунтов соцсетей: теперь можно отслеживать ключевые запросы, источники и географию переходов, показы и клики по ссылкам. Функция подключается там же, где и сайты, доступны четыре соцсети на выбор. Rollout постепенный — доступ получают не все сразу.
➡️ Читайте на сайте: https://aff.top/blog/v-google-search-console-teper-mozhno-dobavliat-socseti
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google стал помечать креативы, созданные ИИ
Google объявил, что начнёт помечать рекламные креативы, созданные нейросетями. Причина — ИИ-баннеры и видео стали слишком похожи на настоящие.
Формат и заметность маркировки будут зависеть от законов конкретного региона: где-то предупреждение появится прямо на креативе, где-то — в его информации.
Что это значит для арбитражников и когда правила …
➡️ Читайте на сайте: https://aff.top/blog/google-stal-pomechat-kreativy-sozdannye-ii
🧠 Ещё больше инсайтов → в канале AFF.top
Google объявил, что начнёт помечать рекламные креативы, созданные нейросетями. Причина — ИИ-баннеры и видео стали слишком похожи на настоящие.
Формат и заметность маркировки будут зависеть от законов конкретного региона: где-то предупреждение появится прямо на креативе, где-то — в его информации.
Что это значит для арбитражников и когда правила …
➡️ Читайте на сайте: https://aff.top/blog/google-stal-pomechat-kreativy-sozdannye-ii
🧠 Ещё больше инсайтов → в канале AFF.top
Сквозная аналитика в Keitaro и Binom для команды: где обычно ломается сходимость
Большие команды ломают аналитику не трафиком, а дисциплиной данных. Если у байеров разные naming convention, у техов разные postback URL, а у аналитика нет единого слоя нормализации — отчеты врут уже на этапе агрегации. Данные не врут, в отличие от байеров.
Схема должна быть жесткой:
— единый словарь campaign/adset/creative/offer/publisher;
— обязательные UTM и sub-id без ручного ввода;
— один шаблон postback для всех потоков;
— дедупликация конверсий по click_id и event_id;
— сырой лог отдельно, витрина отдельно. Посмотрим, что там в сырых логах.
Keitaro и Binom — это не «два трекера на выбор», а источник событий и слой контроля. Для больших команд важнее не интерфейс, а предсказуемость ETL: API-хуки забирают клики и конверсии, парсинг кладет их в staging, дальше идет нормализация полей и проверка сходимости дельты в трекере и кабинете. Если расходится revenue, сначала ищем дубли, потом потери postback, потом лаги API.
Не давайте байерам писать в прод-таблицы. Любая ручная правка в отчете — это будущий убыток. Все маппинги, статусы и правила атрибуции должны жить в конфиге, а не в голове. Оптимизируем SQL-запрос на лету, но логику не меняем вручную.
Если в команде больше двух человек, стройте систему так, чтобы новый поток подключался без правок в старых. Всё, что не автоматизировано — это потенциальный убыток.
Большие команды ломают аналитику не трафиком, а дисциплиной данных. Если у байеров разные naming convention, у техов разные postback URL, а у аналитика нет единого слоя нормализации — отчеты врут уже на этапе агрегации. Данные не врут, в отличие от байеров.
Схема должна быть жесткой:
— единый словарь campaign/adset/creative/offer/publisher;
— обязательные UTM и sub-id без ручного ввода;
— один шаблон postback для всех потоков;
— дедупликация конверсий по click_id и event_id;
— сырой лог отдельно, витрина отдельно. Посмотрим, что там в сырых логах.
Keitaro и Binom — это не «два трекера на выбор», а источник событий и слой контроля. Для больших команд важнее не интерфейс, а предсказуемость ETL: API-хуки забирают клики и конверсии, парсинг кладет их в staging, дальше идет нормализация полей и проверка сходимости дельты в трекере и кабинете. Если расходится revenue, сначала ищем дубли, потом потери postback, потом лаги API.
Не давайте байерам писать в прод-таблицы. Любая ручная правка в отчете — это будущий убыток. Все маппинги, статусы и правила атрибуции должны жить в конфиге, а не в голове. Оптимизируем SQL-запрос на лету, но логику не меняем вручную.
Если в команде больше двух человек, стройте систему так, чтобы новый поток подключался без правок в старых. Всё, что не автоматизировано — это потенциальный убыток.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Компания Meta выпустила Muse Spark 1.1
Meta выпустила Muse Spark 1.1 почти одновременно с новой ChatGPT-5.6. Это мультимодальный агент, который сам дробит задачу на подзадачи и распределяет их между субагентами.
Стоимость тоже заметно ниже топовых западных моделей: $1.25 за миллион входных токенов и $4.25 за миллион выходных.
Но главный вопрос — насколько она реально сильна на фоне к…
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-spark-1-1
🧠 Ещё больше инсайтов → в канале AFF.top
Meta выпустила Muse Spark 1.1 почти одновременно с новой ChatGPT-5.6. Это мультимодальный агент, который сам дробит задачу на подзадачи и распределяет их между субагентами.
Стоимость тоже заметно ниже топовых западных моделей: $1.25 за миллион входных токенов и $4.25 за миллион выходных.
Но главный вопрос — насколько она реально сильна на фоне к…
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-spark-1-1
🧠 Ещё больше инсайтов → в канале AFF.top
Алерты по аномалиям CR и EPC: как ловить просадку до того, как сгорит бюджет
Если мониторить только spend и profit, вы увидите проблему уже после потери денег. Нужны алерты, которые реагируют на отклонение CR и EPC от нормы по связке: источник → кампания → преленд → оффер. Иначе один провальный крео будет маскироваться общей статистикой.
Базовая схема простая: сырые события из трекера и кабинета грузим в хранилище, нормализуем по timezone и дедупликации, потом считаем метрики в окнах 15/60/240 минут. Для каждой связки храним baseline: медиану, MAD или rolling average. Алерт не по “низкому EPC”, а по отклонению от собственного поведения сегмента. Данные не врут, в отличие от байеров.
Правила триггера:
• CR упал ниже baseline на X% при достаточном числе кликов
• EPC просел одновременно в трекере и кабинете
• аномалия держится N окон подряд, чтобы отсечь шум
• отдельно проверяем лаг постбека и потери конверсий в API
• исключаем новые связки без истории — у них нет нормального baseline
Доставка — в Telegram через бот: сообщение должно содержать связку, окно времени, факт отклонения и ссылку на дашборд. Не шлите просто “аномалия CR”; без контекста это ручной шум. Лучше сразу показать, где именно течет профит? Тогда алерт становится не уведомлением, а триггером на действие.
Всё, что не автоматизировано — это потенциальный убыток.
Если мониторить только spend и profit, вы увидите проблему уже после потери денег. Нужны алерты, которые реагируют на отклонение CR и EPC от нормы по связке: источник → кампания → преленд → оффер. Иначе один провальный крео будет маскироваться общей статистикой.
Базовая схема простая: сырые события из трекера и кабинета грузим в хранилище, нормализуем по timezone и дедупликации, потом считаем метрики в окнах 15/60/240 минут. Для каждой связки храним baseline: медиану, MAD или rolling average. Алерт не по “низкому EPC”, а по отклонению от собственного поведения сегмента. Данные не врут, в отличие от байеров.
Правила триггера:
• CR упал ниже baseline на X% при достаточном числе кликов
• EPC просел одновременно в трекере и кабинете
• аномалия держится N окон подряд, чтобы отсечь шум
• отдельно проверяем лаг постбека и потери конверсий в API
• исключаем новые связки без истории — у них нет нормального baseline
Доставка — в Telegram через бот: сообщение должно содержать связку, окно времени, факт отклонения и ссылку на дашборд. Не шлите просто “аномалия CR”; без контекста это ручной шум. Лучше сразу показать, где именно течет профит? Тогда алерт становится не уведомлением, а триггером на действие.
Всё, что не автоматизировано — это потенциальный убыток.
Архитектура БД для истории залива команды: без каши в постбеках и дублей
Если хранить всё в одной таблице, аналитика быстро ломается: креативы дублируются, статусы теряются, а история правок затирает реальный путь связки. Нужна модель, где сырые события живут отдельно от витрин, а каждая сущность имеет свой ключ.
Базовый каркас:
—
—
—
—
Историю залива лучше строить как SCD2-подход: не перезаписывать строку, а закрывать старую версию и открывать новую. Тогда можно ответить на вопрос: какой оффер, креатив и источник были активны в момент конверсии, а не «что сейчас лежит в кабинете». Проверяем сходимость дельты в трекере и кабинете уже на уровне схемы, а не ручной сверкой.
Для команды критичны три вещи: единый timezone, неизменяемый surrogate key и партиционирование по дате события. Без этого отчеты начинают «прыгать», а пересчёт бэкфилла превращается в археологию. Всё, что не автоматизировано — это потенциальный убыток.
Правильная БД для команды не хранит хаос, она фиксирует факт, версию и контекст. Посмотрим, что там в сырых логах — и сразу станет видно, где именно течет профит?
Если хранить всё в одной таблице, аналитика быстро ломается: креативы дублируются, статусы теряются, а история правок затирает реальный путь связки. Нужна модель, где сырые события живут отдельно от витрин, а каждая сущность имеет свой ключ.
Базовый каркас:
—
raw_events: сырые постбеки, API-ответы, логи кабинетов без правок—
fact_conversions: конверсии с дедупликацией по external_id и времени события—
dim_team_member, dim_offer, dim_campaign, dim_creative: справочники без бизнес-логики—
history_change_log: кто, что и когда поменял в связке, бюджете, статусеИсторию залива лучше строить как SCD2-подход: не перезаписывать строку, а закрывать старую версию и открывать новую. Тогда можно ответить на вопрос: какой оффер, креатив и источник были активны в момент конверсии, а не «что сейчас лежит в кабинете». Проверяем сходимость дельты в трекере и кабинете уже на уровне схемы, а не ручной сверкой.
Для команды критичны три вещи: единый timezone, неизменяемый surrogate key и партиционирование по дате события. Без этого отчеты начинают «прыгать», а пересчёт бэкфилла превращается в археологию. Всё, что не автоматизировано — это потенциальный убыток.
Правильная БД для команды не хранит хаос, она фиксирует факт, версию и контекст. Посмотрим, что там в сырых логах — и сразу станет видно, где именно течет профит?
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Российские букмекеры увеличили закуп трафика с мобильных приложений
Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.
По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…
➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii
🧠 Ещё больше инсайтов → в канале AFF.top
Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.
По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…
➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii
🧠 Ещё больше инсайтов → в канале AFF.top
Автоматизация Facebook Ads API и TikTok Business API без ручной выгрузки в Excel
Ручной экспорт ломает дельту: разные часовые пояса, задержки в атрибуции, потери по полям и банальная ошибка при копипасте. Нормальный пайплайн строится не вокруг таблицы, а вокруг сырого слоя данных.
Схема простая:
— API-хук или cron забирает spend, clicks, impressions, conversions
— сырые ответы кладутся как есть в staging, без пересчётов
— дальше ETL нормализует названия кампаний, валюту, time zone и атрибуцию
— отдельным джобом идёт дедупликация по ad_id, campaign_id, date
Ключевая ошибка — смешивать Facebook Ads API и TikTok Business API на этапе загрузки. У них разная гранулярность, разные поля и разная логика конверсий. Склеивать их нужно только после приведения к единой модели: account_id, source, campaign, adset, ad, date, metric_name, metric_value. Тогда можно строить единый дашборд и проверять сходимость дельты в трекере и кабинете.
Если нужен контроль качества, добавьте три проверки: пропущенные даты, нулевые расходы при наличии кликов, расхождение spend между сырой таблицей и витриной. Всё, что не проходит валидацию, не должно попадать в финальный слой.
Данные не врут, в отличие от байеров: сначала собираем сырые логи, потом считаем метрики, и только после этого принимаем решение, где именно течет профит?
Ручной экспорт ломает дельту: разные часовые пояса, задержки в атрибуции, потери по полям и банальная ошибка при копипасте. Нормальный пайплайн строится не вокруг таблицы, а вокруг сырого слоя данных.
Схема простая:
— API-хук или cron забирает spend, clicks, impressions, conversions
— сырые ответы кладутся как есть в staging, без пересчётов
— дальше ETL нормализует названия кампаний, валюту, time zone и атрибуцию
— отдельным джобом идёт дедупликация по ad_id, campaign_id, date
Ключевая ошибка — смешивать Facebook Ads API и TikTok Business API на этапе загрузки. У них разная гранулярность, разные поля и разная логика конверсий. Склеивать их нужно только после приведения к единой модели: account_id, source, campaign, adset, ad, date, metric_name, metric_value. Тогда можно строить единый дашборд и проверять сходимость дельты в трекере и кабинете.
Если нужен контроль качества, добавьте три проверки: пропущенные даты, нулевые расходы при наличии кликов, расхождение spend между сырой таблицей и витриной. Всё, что не проходит валидацию, не должно попадать в финальный слой.
Данные не врут, в отличие от байеров: сначала собираем сырые логи, потом считаем метрики, и только после этого принимаем решение, где именно течет профит?
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Mia Khalifa стала амбпссадором 1win
Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».
Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.
Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…
➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win
🧠 Ещё больше инсайтов → в канале AFF.top
Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».
Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.
Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…
➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from КРАВЧЕНКО
Дорогие коллеги и партнеры,
Наш маршрут конференций за последние недели, получился особенно насыщенным.
Со стендами PoshFriends мы побывали на MAC и GGate, а затем продолжили встречи уже в полях iGB Live в Лондоне.
В Ереване увиделись с любимыми SEO-командами, попробовали местные вина, обменялись новостями и зарядились энергией УБТ-команд.
В Тбилиси обсуждали тренды, новые связки и совместные планы, встречались с действующими партнерами и знакомились с новыми. А за настроение на стенде отвечала Черемша, которая чуть не стала маскотом одного из наших продуктов. С этой задачей, кажется, справилась лучше всех.
В Лондоне все было уже по-деловому. Провели серию встреч с топ-партнерами, обсудили Японию, бурж и новые точки роста. География интересов растет, планы становятся амбициознее. Воротники, как выяснилось, нагладили не зря.
Спасибо всем, с кем удалось увидеться на этом маршруте. За открытые разговоры, новые идеи, доверие и планы, которые постепенно превращаются в реальные проекты.
Конференционный сезон продолжается. Скоро увидимся снова.
Всегда ваши, Команда Posh Friends 🤝
Наш маршрут конференций за последние недели, получился особенно насыщенным.
Со стендами PoshFriends мы побывали на MAC и GGate, а затем продолжили встречи уже в полях iGB Live в Лондоне.
В Ереване увиделись с любимыми SEO-командами, попробовали местные вина, обменялись новостями и зарядились энергией УБТ-команд.
В Тбилиси обсуждали тренды, новые связки и совместные планы, встречались с действующими партнерами и знакомились с новыми. А за настроение на стенде отвечала Черемша, которая чуть не стала маскотом одного из наших продуктов. С этой задачей, кажется, справилась лучше всех.
В Лондоне все было уже по-деловому. Провели серию встреч с топ-партнерами, обсудили Японию, бурж и новые точки роста. География интересов растет, планы становятся амбициознее. Воротники, как выяснилось, нагладили не зря.
Спасибо всем, с кем удалось увидеться на этом маршруте. За открытые разговоры, новые идеи, доверие и планы, которые постепенно превращаются в реальные проекты.
Конференционный сезон продолжается. Скоро увидимся снова.
Всегда ваши, Команда Posh Friends 🤝
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Короткий домен Telegram перестал работать
Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.
➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat
🧠 Ещё больше инсайтов → в канале AFF.top
Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.
➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat
🧠 Ещё больше инсайтов → в канале AFF.top
Реальный LTV и Retention Rate: как считать, а не рисовать в отчёте
Если смотреть только на первый депозит, кампания почти всегда выглядит «здоровой». Но реальный LTV считается по когорте: дата первого конверсии, затем выручка по окнам 7/14/30/60 дней и дальше по хвосту. Без этого вы смешиваете быстрых и долгих пользователей, а значит искажаете юнит-экономику.
Базовая схема:
— строим cohort table по `user_id` и `first_event_date`;
— считаем `revenue` по каждому окну;
— LTV = `SUM(revenue) / COUNT(distinct users)` внутри когорты;
— отдельно считаем `gross` и `net`, если есть refunds, chargeback и postback-расхождения.
Retention Rate — это не «сколько вернулось в кабинет», а доля пользователей, у которых был повторный целевой event в периоде. Формула простая: `retention = retained_users / cohort_size * 100%`. Смотрите retention не только D7/D30, но и кривую удержания: если падение резкое после первого окна, проблема обычно в онбординге, оффере или качестве преленда.
Практика: сравнивайте LTV с CAC только на одинаковом горизонте. Если CAC считается по дню, а LTV — по 60-дневному хвосту, получите ложный профит. В нормальной ETL-схеме это решается через партиционирование по дате когорты и пересчёт всех окон из сырых логов, без ручной правки таблиц.
Пока нет когорты, нет LTV. Пока нет LTV, вы не понимаете, где именно течет профит? Данные не врут, в отличие от байеров.
Если смотреть только на первый депозит, кампания почти всегда выглядит «здоровой». Но реальный LTV считается по когорте: дата первого конверсии, затем выручка по окнам 7/14/30/60 дней и дальше по хвосту. Без этого вы смешиваете быстрых и долгих пользователей, а значит искажаете юнит-экономику.
Базовая схема:
— строим cohort table по `user_id` и `first_event_date`;
— считаем `revenue` по каждому окну;
— LTV = `SUM(revenue) / COUNT(distinct users)` внутри когорты;
— отдельно считаем `gross` и `net`, если есть refunds, chargeback и postback-расхождения.
Retention Rate — это не «сколько вернулось в кабинет», а доля пользователей, у которых был повторный целевой event в периоде. Формула простая: `retention = retained_users / cohort_size * 100%`. Смотрите retention не только D7/D30, но и кривую удержания: если падение резкое после первого окна, проблема обычно в онбординге, оффере или качестве преленда.
Практика: сравнивайте LTV с CAC только на одинаковом горизонте. Если CAC считается по дню, а LTV — по 60-дневному хвосту, получите ложный профит. В нормальной ETL-схеме это решается через партиционирование по дате когорты и пересчёт всех окон из сырых логов, без ручной правки таблиц.
Пока нет когорты, нет LTV. Пока нет LTV, вы не понимаете, где именно течет профит? Данные не врут, в отличие от байеров.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Youtube тестирует поиск с AI
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Z.ai анонсировала новую GLM-5.5
Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.
Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.
Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5
🧠 Ещё больше инсайтов → в канале AFF.top
Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.
Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.
Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5
🧠 Ещё больше инсайтов → в канале AFF.top