Как в BigQuery собрать маркетинговую картину, если каналы врут, а last-click больше не спасает
В 2026 году маркетинговая аналитика всё чаще упирается не в нехватку данных, а в нехватку общей логики. У CRM есть своя правда, у рекламных кабинетов — своя, у сайта — третья. Маркетолог смотрит на отчёты и видит не путь клиента, а набор несогласованных версий одного и того же события.
BigQuery в этой истории полезен не как «ещё один склад данных», а как место, где можно собрать единую версию реальности. Не идеальную, но достаточно честную, чтобы принимать решения по бюджету, удержанию и выручке.
**1. Сначала нужно договориться не о дашборде, а о событии**
Самая частая ошибка — начинать с визуализации. Красивый отчёт без единого смысла события превращается в декорацию. Если в одном месте «заявка» — это клик по форме, в другом — отправка формы, а в третьем — запись в CRM после проверки менеджером, то никакой BigQuery не спасёт.
Поэтому первый шаг — собрать словарь событий: что считается лидом, активной сессией, повторной покупкой, возвратом, квалификацией. Это особенно важно в B2B, где эпоха MQL и SQL постепенно уступает место RevOps: маркетинг, продажи и customer success должны смотреть на одну воронку, а не на три разных.
Пример: в B2B-школе обучения можно считать «потенциальным клиентом» не каждого, кто скачал материал, а только того, кто после первого касания вернулся на сайт, открыл письмо и оставил корпоративный домен. Такой подход сразу снижает шум и помогает связать маркетинг с выручкой, а не только с объёмом лидов.
**2. Last-click нужен не для истины, а для оперативности**
Многие до сих пор используют last-click как главный ориентир просто потому, что он быстрый и понятный. Это нормально для оперативного контроля. Но для стратегических решений он всё чаще врёт по умолчанию: особенно там, где путь длинный, а касаний много.
BigQuery хорош тем, что позволяет держать несколько моделей одновременно. Last-click — для ежедневного контроля, first-touch — для понимания входа, позиционная модель — для оценки середины пути, а сверху ещё и инкрементальность (проверка прироста) для ответа на главный вопрос: что действительно добавило выручку, а что просто оказалось рядом.
Пример: performance-команда видит, что ретаргетинг даёт лучший CPA (стоимость привлечения). Но в BigQuery выясняется, что этот же трафик почти всегда уже приходил через контент и брендовые кампании. Значит, ретаргетинг не создаёт спрос, а добирает уже тёплый спрос. Если не разделить эти слои, бюджет будет сдвигаться в сторону канала, который лучше закрывает спрос, но не создаёт его.
**3. В e-com и подписках важнее не первая покупка, а траектория удержания**
На фоне снижения среднего чека и более осторожного потребления первый заказ перестаёт быть главным признаком здоровья бизнеса. Важнее становится удержание, повторные покупки и LTV (пожизненная ценность клиента). И именно BigQuery позволяет увидеть это без иллюзий.
Если смотреть только на рекламный кабинет, можно радоваться дешёвому привлечению. Но если связать заказы, возвраты, частоту повторных покупок и маржу, выяснится, что часть «выгодных» кампаний приводит клиентов, которые покупают один раз и исчезают.
Пример: интернет-магазин товаров для дома видит, что кампании с акцией дают много заказов. Но в BigQuery при разрезе по когортам становится видно: клиенты, пришедшие на скидку, возвращаются хуже, а покупатели из контентных и брендовых касаний заказывают реже в первый день, зато живут дольше. Тогда логика бюджета меняется: не «что дешевле привело», а «что принесло более качественный спрос».
**4. BigQuery особенно силён там, где нужно собирать не отчёт, а решение**
В 2026 году мало просто показать цифры. Ценность аналитики — в том, чтобы помочь выбрать действие. Для этого BigQuery стоит использовать как слой решения, а не как архив.
Например, можно собрать таблицу, где по каждому каналу видны не только расходы и конверсии, но и:
— доля новых пользователей;
— повторные визиты;
— вклад в брендовые запросы;
— возвраты и отмены;
— выручка через 30, 60, 90 дней.
…
В 2026 году маркетинговая аналитика всё чаще упирается не в нехватку данных, а в нехватку общей логики. У CRM есть своя правда, у рекламных кабинетов — своя, у сайта — третья. Маркетолог смотрит на отчёты и видит не путь клиента, а набор несогласованных версий одного и того же события.
BigQuery в этой истории полезен не как «ещё один склад данных», а как место, где можно собрать единую версию реальности. Не идеальную, но достаточно честную, чтобы принимать решения по бюджету, удержанию и выручке.
**1. Сначала нужно договориться не о дашборде, а о событии**
Самая частая ошибка — начинать с визуализации. Красивый отчёт без единого смысла события превращается в декорацию. Если в одном месте «заявка» — это клик по форме, в другом — отправка формы, а в третьем — запись в CRM после проверки менеджером, то никакой BigQuery не спасёт.
Поэтому первый шаг — собрать словарь событий: что считается лидом, активной сессией, повторной покупкой, возвратом, квалификацией. Это особенно важно в B2B, где эпоха MQL и SQL постепенно уступает место RevOps: маркетинг, продажи и customer success должны смотреть на одну воронку, а не на три разных.
Пример: в B2B-школе обучения можно считать «потенциальным клиентом» не каждого, кто скачал материал, а только того, кто после первого касания вернулся на сайт, открыл письмо и оставил корпоративный домен. Такой подход сразу снижает шум и помогает связать маркетинг с выручкой, а не только с объёмом лидов.
**2. Last-click нужен не для истины, а для оперативности**
Многие до сих пор используют last-click как главный ориентир просто потому, что он быстрый и понятный. Это нормально для оперативного контроля. Но для стратегических решений он всё чаще врёт по умолчанию: особенно там, где путь длинный, а касаний много.
BigQuery хорош тем, что позволяет держать несколько моделей одновременно. Last-click — для ежедневного контроля, first-touch — для понимания входа, позиционная модель — для оценки середины пути, а сверху ещё и инкрементальность (проверка прироста) для ответа на главный вопрос: что действительно добавило выручку, а что просто оказалось рядом.
Пример: performance-команда видит, что ретаргетинг даёт лучший CPA (стоимость привлечения). Но в BigQuery выясняется, что этот же трафик почти всегда уже приходил через контент и брендовые кампании. Значит, ретаргетинг не создаёт спрос, а добирает уже тёплый спрос. Если не разделить эти слои, бюджет будет сдвигаться в сторону канала, который лучше закрывает спрос, но не создаёт его.
**3. В e-com и подписках важнее не первая покупка, а траектория удержания**
На фоне снижения среднего чека и более осторожного потребления первый заказ перестаёт быть главным признаком здоровья бизнеса. Важнее становится удержание, повторные покупки и LTV (пожизненная ценность клиента). И именно BigQuery позволяет увидеть это без иллюзий.
Если смотреть только на рекламный кабинет, можно радоваться дешёвому привлечению. Но если связать заказы, возвраты, частоту повторных покупок и маржу, выяснится, что часть «выгодных» кампаний приводит клиентов, которые покупают один раз и исчезают.
Пример: интернет-магазин товаров для дома видит, что кампании с акцией дают много заказов. Но в BigQuery при разрезе по когортам становится видно: клиенты, пришедшие на скидку, возвращаются хуже, а покупатели из контентных и брендовых касаний заказывают реже в первый день, зато живут дольше. Тогда логика бюджета меняется: не «что дешевле привело», а «что принесло более качественный спрос».
**4. BigQuery особенно силён там, где нужно собирать не отчёт, а решение**
В 2026 году мало просто показать цифры. Ценность аналитики — в том, чтобы помочь выбрать действие. Для этого BigQuery стоит использовать как слой решения, а не как архив.
Например, можно собрать таблицу, где по каждому каналу видны не только расходы и конверсии, но и:
— доля новых пользователей;
— повторные визиты;
— вклад в брендовые запросы;
— возвраты и отмены;
— выручка через 30, 60, 90 дней.
…
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudflare сделал собственный кошелёк
Cloudflare запустил Wallet и id, чтобы ИИ-агенты могли проходить верификацию и оплачивать сервисы от имени пользователя без его участия. Для арбитража и CPA это намёк на новый слой авторизации и платежей в интернете: меньше трения, больше автоматизации. Но вместе с удобством вырастает значение антифрода и контроля доступа к офферам и платежам.
➡️ Читайте на сайте: https://aff.top/blog/cloudflare-sdelal-sobstvennyi-koshelek
🧠 Ещё больше инсайтов → в канале AFF.top
Cloudflare запустил Wallet и id, чтобы ИИ-агенты могли проходить верификацию и оплачивать сервисы от имени пользователя без его участия. Для арбитража и CPA это намёк на новый слой авторизации и платежей в интернете: меньше трения, больше автоматизации. Но вместе с удобством вырастает значение антифрода и контроля доступа к офферам и платежам.
➡️ Читайте на сайте: https://aff.top/blog/cloudflare-sdelal-sobstvennyi-koshelek
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from Traffic Cardinal | Арбитраж трафика
This media is not supported in your browser
VIEW IN TELEGRAM
Пара слов о том, почему план выхода из репутационного кризиса нужно придумывать до кризиса, чем закончился срач Е. Ю. с AffPapa и закончился ли он вообще.
Прочитать статью на сайте 👈
#статья | @trafficcardinal
Прочитать статью на сайте 👈
#статья | @trafficcardinal
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Binance даёт кредит под Биткоины
Binance запустила Lite Loans — короткий займ до 1000 USDT под залог BTC без продажи актива. Сервис рассчитан на мелкие нужды и оборотку: деньги можно использовать внутри Binance или через Binance Pay. Вывод: это удобный инструмент для тех, кто не хочет фиксировать убыток по биткоину, но просрочка быстро делает кредит дорогим.
➡️ Читайте на сайте: https://aff.top/blog/binance-daet-kredit-pod-bitkoiny
🧠 Ещё больше инсайтов → в канале AFF.top
Binance запустила Lite Loans — короткий займ до 1000 USDT под залог BTC без продажи актива. Сервис рассчитан на мелкие нужды и оборотку: деньги можно использовать внутри Binance или через Binance Pay. Вывод: это удобный инструмент для тех, кто не хочет фиксировать убыток по биткоину, но просрочка быстро делает кредит дорогим.
➡️ Читайте на сайте: https://aff.top/blog/binance-daet-kredit-pod-bitkoiny
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Facebook Ads теперь можно пополнять USDC
Meta добавила оплату рекламы в USDC через стороннего провайдера с конвертацией в валюту гео и кабинета. Это может снизить зависимость от BIN-ов и упростить пополнение, но пока функция доступна не везде и, похоже, работает только на препей-аккаунтах. Главный риск — при бане кабинета деньги обратно не вернут.
➡️ Читайте на сайте: https://aff.top/blog/facebook-ads-teper-mozhno-popolniat-usdc
🧠 Ещё больше инсайтов → в канале AFF.top
Meta добавила оплату рекламы в USDC через стороннего провайдера с конвертацией в валюту гео и кабинета. Это может снизить зависимость от BIN-ов и упростить пополнение, но пока функция доступна не везде и, похоже, работает только на препей-аккаунтах. Главный риск — при бане кабинета деньги обратно не вернут.
➡️ Читайте на сайте: https://aff.top/blog/facebook-ads-teper-mozhno-popolniat-usdc
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from Я ЗЛОЙ, Я ГАНГСТА
Попытка в камбек украинского арбитражника, желавшего смерти всем украинцам.
После долгого затишья этот персонаж начал активно закупаться в других сплетне-каналах, форся свой горе-подкаст с Довольным. Его уход из публичного поля был спровоцирован Эвиком — тот раскрыл факты, которые он долго пытался скрыть.
О ком, собсна, речь: Геннадий Огурцов, известный в сфере как Марк/Пельменеджер — овнер нескольких сервисов, включая ресейл-платёжку. Сам он родом из Украины, но сбежал оттуда, когда на него завели уголовное дело и объявили в розыск, а сейчас он живёт в России (для уверенности даже набил Путина на руку — так же точно никто ничё не поймёт).
В конце прошлого года Эвик рассказал, что Марк заплатил ему $10к, чтобы он не писал статью о его национальности (самый смех в том, что Эвик и не готовил материал на эту тему). Генка так отчаянно пытался скрыть свою связь с Украиной, потому что ранее публично угрожал всем украинцам: «Резать вас будем до последней свиньи, ёбаные хохлы» (это прямая цитата, ага).
Теперь он начал накручивать просмотры на их подкасте с Максом (иного и не ожидалось). Конечно, интервью можно брать у кого угодно, но странно даже не упомянуть, что гость находится в розыске и желает смерти своим соотечественникам. Сфера, ясное дело, забудет все ебанутые мувы Пельменя — разве что украинцы не хотят принимать этого додика, несмотря на его попытки влиться, создавая конторы под укр. рынок, официально с ним не связанные (вроде Let's Ads — агентства, якобы не принадлежащего Марку).
Чё думаем?
🤡 — пздц, какой же клоун
😁 — сколько в этом пельмене самоненависти, жесть
😈 Я ЗЛОЙ, Я ГАНГСТА
После долгого затишья этот персонаж начал активно закупаться в других сплетне-каналах, форся свой горе-подкаст с Довольным. Его уход из публичного поля был спровоцирован Эвиком — тот раскрыл факты, которые он долго пытался скрыть.
О ком, собсна, речь: Геннадий Огурцов, известный в сфере как Марк/Пельменеджер — овнер нескольких сервисов, включая ресейл-платёжку. Сам он родом из Украины, но сбежал оттуда, когда на него завели уголовное дело и объявили в розыск, а сейчас он живёт в России (для уверенности даже набил Путина на руку — так же точно никто ничё не поймёт).
В конце прошлого года Эвик рассказал, что Марк заплатил ему $10к, чтобы он не писал статью о его национальности (самый смех в том, что Эвик и не готовил материал на эту тему). Генка так отчаянно пытался скрыть свою связь с Украиной, потому что ранее публично угрожал всем украинцам: «Резать вас будем до последней свиньи, ёбаные хохлы» (это прямая цитата, ага).
Теперь он начал накручивать просмотры на их подкасте с Максом (иного и не ожидалось). Конечно, интервью можно брать у кого угодно, но странно даже не упомянуть, что гость находится в розыске и желает смерти своим соотечественникам. Сфера, ясное дело, забудет все ебанутые мувы Пельменя — разве что украинцы не хотят принимать этого додика, несмотря на его попытки влиться, создавая конторы под укр. рынок, официально с ним не связанные (вроде Let's Ads — агентства, якобы не принадлежащего Марку).
Чё думаем?
🤡 — пздц, какой же клоун
😁 — сколько в этом пельмене самоненависти, жесть
🎣Лей Fishing Time на TopX, участвуй в раздаче 1kk$ среди баеров и команд! Стань серьёзной iGaming-фигурой! 😎 Подробности ТУТ
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Алексеев купил Инсайд!
На данный момент не понятно, произошло это до увольнения Софы или после, но факт есть факт.
Что стало понятно из сегодняшнего стрима:
1. Софа не очень эффективно поднимала Инсайд, стенды, пати, шоу и т.д. (я кстати у неё спрашивал на старте - не дохуя? и зачем столько? она говорила "папик" платит") ну ок, у меня папика не было, может оно так и принято!
2. Потом идея с путешествиями (привет терибирка) и катангием вебов, при условии что это блять рессейл, а мы понимаем какая там маржа, до того как меня кинули RGK у меня была ТОП1 wap.click партнёрка, ТОП2 wap.expert и ТОП3 wap.money и я понимаю математику (Каюм? Женька - оч верю надеюсь и жду :-))
3. Потом ставка была сделана на SEO команду, видимо после взлёта Флинта... И.... как только почувствовала что SEO команда может приносить деньги - забрала команду и ушла в закат, не смотря на то что команда по сути команда компании и все на её развитие было выделено "папиком"
В целом, что хочу сказать - пиздец как я ей завидую, дайте мне кошелёк и я проебу деньги как и она, результатов как и она не дам, но буду СИЯТЬ! Лучше, больше, эффектней, и скорей dcutj даже ни хуя не спизжю (не такой я человек, пропить могу, а украсть - нет! увы)
Но вернёмся к сути, я пишу в телеграм канале Инсайд, коммент под постом, мне отвечает админ! А всем известно что в телеграме есть баг, и телеграм иногда показывает не аккаунт канала, а аккаунт владельца канала, так вот мне на мои комменты как оказалось отвечает Алексеев, скрин прилогаю!
А целом теперь понятно для чего... а похуй, что для чего в след раз, пока просто знайте это
____
🤔 Консоли Google Play и Apple Developer надо? Phoenix — 100% свой фарм с 2021-го. Забрать акки → @phoenix_seller_bot 🤔
На данный момент не понятно, произошло это до увольнения Софы или после, но факт есть факт.
Что стало понятно из сегодняшнего стрима:
1. Софа не очень эффективно поднимала Инсайд, стенды, пати, шоу и т.д. (я кстати у неё спрашивал на старте - не дохуя? и зачем столько? она говорила "папик" платит") ну ок, у меня папика не было, может оно так и принято!
2. Потом идея с путешествиями (привет терибирка) и катангием вебов, при условии что это блять рессейл, а мы понимаем какая там маржа, до того как меня кинули RGK у меня была ТОП1 wap.click партнёрка, ТОП2 wap.expert и ТОП3 wap.money и я понимаю математику (Каюм? Женька - оч верю надеюсь и жду :-))
3. Потом ставка была сделана на SEO команду, видимо после взлёта Флинта... И.... как только почувствовала что SEO команда может приносить деньги - забрала команду и ушла в закат, не смотря на то что команда по сути команда компании и все на её развитие было выделено "папиком"
В целом, что хочу сказать - пиздец как я ей завидую, дайте мне кошелёк и я проебу деньги как и она, результатов как и она не дам, но буду СИЯТЬ! Лучше, больше, эффектней, и скорей dcutj даже ни хуя не спизжю (не такой я человек, пропить могу, а украсть - нет! увы)
Но вернёмся к сути, я пишу в телеграм канале Инсайд, коммент под постом, мне отвечает админ! А всем известно что в телеграме есть баг, и телеграм иногда показывает не аккаунт канала, а аккаунт владельца канала, так вот мне на мои комменты как оказалось отвечает Алексеев, скрин прилогаю!
А целом теперь понятно для чего... а похуй, что для чего в след раз, пока просто знайте это
____
Please open Telegram to view this post
VIEW IN TELEGRAM
Почему атрибуция по последнему клику в 2026 году стала вредным атавизмом
Маркетинговая аналитика окончательно сменила вектор. Если раньше мы охотились за конверсиями, приписанными конкретному каналу через приевшуюся модель последнего клика (last-click), то сегодня такой подход напоминает попытку измерить температуру больного по фотографии. В эпоху приватности, когда браузеры и операционные системы блокируют сторонние файлы cookie, а пользовательский путь напоминает запутанный клубок, полагаться на стандартные отчеты рекламных кабинетов — значит осознанно принимать неверные решения.
В BigQuery мы уходим от оценки «какой баннер сработал» к оценке «как экосистема медиа влияет на выручку». Сейчас критически важно строить собственные модели маркетингового микса (Marketing Mix Modeling, MMM) прямо внутри хранилища. Это позволяет связывать данные о расходах с данными о продажах, учитывая внешние факторы: сезонность, макроэкономические колебания и даже активность конкурентов.
Мое наблюдение на практике: компании, которые отказались от слепой веры в last-click в пользу инкрементального анализа (оценки прироста, который дает канал сверх естественного спроса), в среднем увеличивают эффективность бюджета на 12–15% в течение полугода. Суть проста: вы перестаете платить за тех, кто совершил бы покупку и без вашего напоминания, и перераспределяете средства на охватные кампании, которые формируют узнаваемость бренда и тот самый Topical Authority (авторитет в теме), который так важен для алгоритмов поиска.
Как это выглядит в архитектуре данных:
— Сбор server-side (серверных данных) событий напрямую в облако, минуя потери от блокировщиков рекламы.
— Обогащение данных по цепочке касаний (customer journey) для каждой транзакции.
— Использование SQL для расчета коэффициентов влияния каждого канала на итоговый LTV (пожизненную ценность клиента).
Мы переходим к стадии RevOps (единого управления выручкой), где маркетинг несет ответственность не за количество лидов, а за вклад в общую маржу. Если ваша аналитика до сих пор считает, что «поиск» принес 100% продаж, просто потому что человек кликнул на него перед оплатой — вы инвестируете в иллюзию. В 2026 году побеждает не тот, кто лучше «расставляет сети», а тот, кто понимает, какой путь проходит клиент до того, как решит с вами взаимодействовать. Считайте инкрементальность — это единственный способ выжить, когда данные становятся дефицитным ресурсом.
— @BigQuery4MarketingPro
Маркетинговая аналитика окончательно сменила вектор. Если раньше мы охотились за конверсиями, приписанными конкретному каналу через приевшуюся модель последнего клика (last-click), то сегодня такой подход напоминает попытку измерить температуру больного по фотографии. В эпоху приватности, когда браузеры и операционные системы блокируют сторонние файлы cookie, а пользовательский путь напоминает запутанный клубок, полагаться на стандартные отчеты рекламных кабинетов — значит осознанно принимать неверные решения.
В BigQuery мы уходим от оценки «какой баннер сработал» к оценке «как экосистема медиа влияет на выручку». Сейчас критически важно строить собственные модели маркетингового микса (Marketing Mix Modeling, MMM) прямо внутри хранилища. Это позволяет связывать данные о расходах с данными о продажах, учитывая внешние факторы: сезонность, макроэкономические колебания и даже активность конкурентов.
Мое наблюдение на практике: компании, которые отказались от слепой веры в last-click в пользу инкрементального анализа (оценки прироста, который дает канал сверх естественного спроса), в среднем увеличивают эффективность бюджета на 12–15% в течение полугода. Суть проста: вы перестаете платить за тех, кто совершил бы покупку и без вашего напоминания, и перераспределяете средства на охватные кампании, которые формируют узнаваемость бренда и тот самый Topical Authority (авторитет в теме), который так важен для алгоритмов поиска.
Как это выглядит в архитектуре данных:
— Сбор server-side (серверных данных) событий напрямую в облако, минуя потери от блокировщиков рекламы.
— Обогащение данных по цепочке касаний (customer journey) для каждой транзакции.
— Использование SQL для расчета коэффициентов влияния каждого канала на итоговый LTV (пожизненную ценность клиента).
Мы переходим к стадии RevOps (единого управления выручкой), где маркетинг несет ответственность не за количество лидов, а за вклад в общую маржу. Если ваша аналитика до сих пор считает, что «поиск» принес 100% продаж, просто потому что человек кликнул на него перед оплатой — вы инвестируете в иллюзию. В 2026 году побеждает не тот, кто лучше «расставляет сети», а тот, кто понимает, какой путь проходит клиент до того, как решит с вами взаимодействовать. Считайте инкрементальность — это единственный способ выжить, когда данные становятся дефицитным ресурсом.
— @BigQuery4MarketingPro
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Марк Цукерберг извинился перед Индией
Статья о давлении индийских властей на крупные соцсети из-за дипфейков и материалов сексуального насилия над несовершеннолетними. Цукерберг публично извиняется, чтобы снизить риск блокировки Facebook и WhatsApp в крупном geo. Вывод: регуляторы в Индии ужесточают контроль, и для платформ это уже вопрос доступа к рынку, а не репутации.
➡️ Читайте на сайте: https://aff.top/blog/mark-cukerberg-izvinilsia-pered-indiei
🧠 Ещё больше инсайтов → в канале AFF.top
Статья о давлении индийских властей на крупные соцсети из-за дипфейков и материалов сексуального насилия над несовершеннолетними. Цукерберг публично извиняется, чтобы снизить риск блокировки Facebook и WhatsApp в крупном geo. Вывод: регуляторы в Индии ужесточают контроль, и для платформ это уже вопрос доступа к рынку, а не репутации.
➡️ Читайте на сайте: https://aff.top/blog/mark-cukerberg-izvinilsia-pered-indiei
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Meta выпустила ИИ-агент Muse Code
Meta выпустила Muse Code — прямого конкурента Claude Code с упором на управление несколькими ИИ-агентами в параллели для долгих задач. Главный вывод: компания агрессивно демпингует ценой, предлагая базовый тариф и сверхдешёвый вариант в обмен на доступ к личным данным.
➡️ Читайте на сайте: https://aff.top/blog/meta-vypustila-ii-agent-muse-code
🧠 Ещё больше инсайтов → в канале AFF.top
Meta выпустила Muse Code — прямого конкурента Claude Code с упором на управление несколькими ИИ-агентами в параллели для долгих задач. Главный вывод: компания агрессивно демпингует ценой, предлагая базовый тариф и сверхдешёвый вариант в обмен на доступ к личным данным.
➡️ Читайте на сайте: https://aff.top/blog/meta-vypustila-ii-agent-muse-code
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from Из арбитражки в поля. ex.Casinokrisa
РОЗЫГРЫШ НОУТБУКА НА ВЫХОДНЫЕ 💻
Подпишись на три канала:
• Иванов - @pacan
• Кустов - @cobaka
• Миша - @CPA_Farm
И один случайный подписчик заберёт великолепный ноутбук. Отличная рабочая лошадка для работы, учёбы и интернет-сёрфинга, остальное не потянет!
Важно: боты сразу мимо, аккаунты не из нашей сферы тоже, все участники будут проверены, в том числе на пересечение с профильными affiliate/iGaming чатами.
Итоги сразу после выходных.
Три подписки. Один ноутбук. Как сказал GPT - иногда интернет всё-таки использует случайный выбор не только для того, чтобы подсунуть очередную рекламу криптокурсов.
Участников: 80
Призовых мест: 1
Дата розыгрыша: 15:14, 09.08.2026 MSK (3 дня)
Подпишись на три канала:
• Иванов - @pacan
• Кустов - @cobaka
• Миша - @CPA_Farm
И один случайный подписчик заберёт великолепный ноутбук. Отличная рабочая лошадка для работы, учёбы и интернет-сёрфинга, остальное не потянет!
Важно: боты сразу мимо, аккаунты не из нашей сферы тоже, все участники будут проверены, в том числе на пересечение с профильными affiliate/iGaming чатами.
Итоги сразу после выходных.
Три подписки. Один ноутбук. Как сказал GPT - иногда интернет всё-таки использует случайный выбор не только для того, чтобы подсунуть очередную рекламу криптокурсов.
Участников: 80
Призовых мест: 1
Дата розыгрыша: 15:14, 09.08.2026 MSK (3 дня)
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google по ошибке удалил тысячи сайтов
Google массово банил сайты на Blogger из-за сбоя в автоматической модерации: система ошибочно нашла malware в контенте и снесла тысячи сайтов, часть — повторно после восстановления. Для вебмастеров вывод простой: даже трастовая платформа не защищает от ложных срабатываний, а автоматический антифрод может положить и вайт, и ферму.
➡️ Читайте на сайте: https://aff.top/blog/google-po-oshibke-udalil-tysiachi-saitov
🧠 Ещё больше инсайтов → в канале AFF.top
Google массово банил сайты на Blogger из-за сбоя в автоматической модерации: система ошибочно нашла malware в контенте и снесла тысячи сайтов, часть — повторно после восстановления. Для вебмастеров вывод простой: даже трастовая платформа не защищает от ложных срабатываний, а автоматический антифрод может положить и вайт, и ферму.
➡️ Читайте на сайте: https://aff.top/blog/google-po-oshibke-udalil-tysiachi-saitov
🧠 Ещё больше инсайтов → в канале AFF.top
Почему я перестал доверять last-click в отчётах по маркетингу
В 2026 году спор о том, «какой канал принёс продажу», всё чаще выглядит устаревшим. Я вижу это в проектах по B2B и e-commerce: last-click продолжает рисовать красивую картинку, но всё хуже объясняет, почему выручка растёт или падает.
Моя позиция простая: **если вы всё ещё строите управленческие решения только на последнем клике, вы оптимизируете не маркетинг, а удобство отчёта**.
Почему так происходит:
— путь клиента стал длиннее и менее линейным;
— часть касаний уходит в закрытые экосистемы и не попадает в прямую атрибуцию;
— в B2B решение о покупке всё чаще распределено между маркетингом, продажами и customer success, а не живёт в одной сессии.
В BigQuery это особенно заметно. Когда я собираю цепочки касаний по пользователям, почти всегда вижу один и тот же эффект: канал, который закрывает сделку, редко создаёт спрос. А канал, который создаёт спрос, часто получает ноль в last-click.
Из практики: в одном B2B-проекте после склейки событий из сайта, CRM и рекламных кабинетов оказалось, что у 38% сделок первый осмысленный контакт был не с performance-кампании, а с контентом и бренд-касанием. В last-click это выглядело как «победил поиск». В реальности поиск просто забрал уже подготовленный спрос.
Поэтому я считаю, что в BigQuery маркетологу нужно считать не только конверсии, но и вклад в путь:
— первый контакт;
— вспомогательные касания;
— время до сделки;
— повторные визиты до заявки;
— разницу между привлечением и активацией.
**Last-click полезен как операционный индикатор. Но как основа стратегии он слишком узок.** В эпоху privacy-first атрибуции, MMM и incrementality нам нужен не красивый итоговый канал, а модель движения к выручке.
— @BigQuery4MarketingPro
В 2026 году спор о том, «какой канал принёс продажу», всё чаще выглядит устаревшим. Я вижу это в проектах по B2B и e-commerce: last-click продолжает рисовать красивую картинку, но всё хуже объясняет, почему выручка растёт или падает.
Моя позиция простая: **если вы всё ещё строите управленческие решения только на последнем клике, вы оптимизируете не маркетинг, а удобство отчёта**.
Почему так происходит:
— путь клиента стал длиннее и менее линейным;
— часть касаний уходит в закрытые экосистемы и не попадает в прямую атрибуцию;
— в B2B решение о покупке всё чаще распределено между маркетингом, продажами и customer success, а не живёт в одной сессии.
В BigQuery это особенно заметно. Когда я собираю цепочки касаний по пользователям, почти всегда вижу один и тот же эффект: канал, который закрывает сделку, редко создаёт спрос. А канал, который создаёт спрос, часто получает ноль в last-click.
Из практики: в одном B2B-проекте после склейки событий из сайта, CRM и рекламных кабинетов оказалось, что у 38% сделок первый осмысленный контакт был не с performance-кампании, а с контентом и бренд-касанием. В last-click это выглядело как «победил поиск». В реальности поиск просто забрал уже подготовленный спрос.
Поэтому я считаю, что в BigQuery маркетологу нужно считать не только конверсии, но и вклад в путь:
— первый контакт;
— вспомогательные касания;
— время до сделки;
— повторные визиты до заявки;
— разницу между привлечением и активацией.
**Last-click полезен как операционный индикатор. Но как основа стратегии он слишком узок.** В эпоху privacy-first атрибуции, MMM и incrementality нам нужен не красивый итоговый канал, а модель движения к выручке.
— @BigQuery4MarketingPro
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
OpenAI сделала ChatGPT-5.6 Luna бесплатной
OpenAI делает ставку на доступность: ChatGPT-5.6 Luna стала бесплатной на сайте, а в Sol добавили ползунок глубины рассуждений для ускорения ответов. Для сложных запросов готовят кнопку Think. Пока это веб-эксклюзив, но вывод очевиден: OpenAI усиливает продукт и давит на конкурентов бесплатным доступом.
➡️ Читайте на сайте: https://aff.top/blog/openai-sdelala-chatgpt-5-6-luna-besplatnoi
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI делает ставку на доступность: ChatGPT-5.6 Luna стала бесплатной на сайте, а в Sol добавили ползунок глубины рассуждений для ускорения ответов. Для сложных запросов готовят кнопку Think. Пока это веб-эксклюзив, но вывод очевиден: OpenAI усиливает продукт и давит на конкурентов бесплатным доступом.
➡️ Читайте на сайте: https://aff.top/blog/openai-sdelala-chatgpt-5-6-luna-besplatnoi
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Metamask представил свою криптокошелёк для ИИ
MetaMask выпустил криптокошелёк для ИИ-агентов, который позволяет им самим проводить платежи, торговать фьючерсами и свопами, а также делать ставки без участия человека. Вывод простой: под «мёртвый интернет» уже строят рабочую инфраструктуру, а контроль остаётся только на опасных транзакциях и в ручном подтверждении.
➡️ Читайте на сайте: https://aff.top/blog/metamask-predstavil-svoiu-kriptokoshelek-dlia-ii
🧠 Ещё больше инсайтов → в канале AFF.top
MetaMask выпустил криптокошелёк для ИИ-агентов, который позволяет им самим проводить платежи, торговать фьючерсами и свопами, а также делать ставки без участия человека. Вывод простой: под «мёртвый интернет» уже строят рабочую инфраструктуру, а контроль остаётся только на опасных транзакциях и в ручном подтверждении.
➡️ Читайте на сайте: https://aff.top/blog/metamask-predstavil-svoiu-kriptokoshelek-dlia-ii
🧠 Ещё больше инсайтов → в канале AFF.top
А/В тест в BigQuery для маркетинга: как считать инкрементальность без «маркетинговой математики»
Если вы уже не уверены, что last-click (последнее касание) отражает реальный эффект, пришло время считать инкрементальность: сравнить не “кто пришёл”, а “что изменилось в поведении” у пользователей, которых действительно экспонировали креативу/кампании.
Ниже — рабочий шаблон A/B расчёта в BigQuery: exposure → outcome, контроль смещений, расчёт метрик и статистики.
Шаг 1. Сведите данные к одному “пользователь-экспозиция”
Вам нужны минимальные таблицы (можно в одной, но удобнее разделить):
— exposures: user_id, experiment_id, variant (A/B), exposed_at
— events: user_id, event_name, event_timestamp, order_id (если применимо)
— optional: users_dim (industry/company_size/geo и т.п.)
Рекомендация: делайте интервальную привязку. Например, outcome считаем в окне 7 дней после exposed_at.
Шаг 2. Назначьте “когортный таймбокс”
В BigQuery соберите CTE, которая для каждого user_id-экспозиции определит, попал ли он в окно исхода.
Пример логики (адаптируйте под ваши event_name):
— first_conversion_in_window: MIN(event_timestamp) WHERE event_name='purchase' AND event_timestamp BETWEEN exposed_at AND exposed_at+INTERVAL 7 DAY
В итоге у вас по каждой строке будет:
user_id, variant, converted (0/1), revenue (сумма заказов в окне), т.д.
Шаг 3. Устраните дубликаты и “повторные экспозиции”
Частая ошибка — один пользователь попал в тест несколько раз, и вы его несколько раз “учитываете”.
Практика:
— оставляйте одну экспозицию на пользователя: earliest exposed_at
— если есть правило частоты (frequency cap) — примените его до агрегаций
— если вариант менялся между экспозициями — фиксируйте вариант по первой экспозиции
В SQL это делается через ROW_NUMBER() по user_id ORDER BY exposed_at.
Шаг 4. Соберите агрегаты по вариантам
Для каждого variant посчитайте:
— users: COUNT(DISTINCT user_id)
— conversions: SUM(converted)
— conversion_rate = conversions / users
— avg_revenue = SUM(revenue) / users (важно делить на всех, а не только на конвертировавших — так вы увидите реальную экономику)
Шаг 5. Посчитайте инкремент через разницу в метрике
— lift_CVR = rate_B - rate_A
— incremental_users = conversions_B - conversions_A
— incremental_revenue = revenue_B - revenue_A
Если вы хотите “как в отчётах RevOps” (общая ответственность маркетинга/продаж/CS за выручку), считайте инкремент по выручке в окне, а не только по конверсии.
Шаг 6. Добавьте контроль смещений через взвешивание
Zero-click эпоха и privacy-first атрибуция часто приводят к тому, что группы не равны по составу (geo, отрасль, размер компании).
Быстрый и безопасный способ:
— посчитать propensity score на уровне users_dim (логистическая регрессия или градиентный бустинг — на практике можно ограничиться простым GLM)
— затем сделать IPTW (инверсные вероятности) или просто reweight по калибровочным признакам
— пересчитать lift на взвешенных данных
Если не хотите усложнять модель: начните с reweight по 2–3 ключевым признакам (geo + device или geo + segment). Это уже часто снижает “шум кампании” по сравнению с сырой разницей.
Шаг 7. Проверьте пер-юзер экспозицию на “микроутечки”
Проверьте: нет ли пересечений user_id между A и B.
— если есть, значит таргетинг/логика распределения нарушены
— тогда A/B будет считать не эффект, а “перетасовку”
Практически: COUNT(DISTINCT user_id) в A и B и пересечение (A∩B) — даже 0.1–0.5% может заметно повлиять на маленьких тестах.
Шаг 8. Оформите результат в одном датасете для автозагрузки в BI
Запишите в таблицу result_metrics:
experiment_id, window_days, metric_name, variant, value, lift_vs_control, sample_size
Так вы сможете строить тренды инкремента по кластерам (канал/аудитория/креатив-концепт), что важно в 2026, когда AI-генерация креативов ускоряет цикл, но побеждает структура смысла и доказуемый эффект.
Если хотите — пришлите названия ваших таблиц и целевое событие (purchase/lead/demo_request) + окно (например 7/14 дней), и я подстрою SQL-шаблон под ваш кейс.
— @BigQuery4MarketingPro
Если вы уже не уверены, что last-click (последнее касание) отражает реальный эффект, пришло время считать инкрементальность: сравнить не “кто пришёл”, а “что изменилось в поведении” у пользователей, которых действительно экспонировали креативу/кампании.
Ниже — рабочий шаблон A/B расчёта в BigQuery: exposure → outcome, контроль смещений, расчёт метрик и статистики.
Шаг 1. Сведите данные к одному “пользователь-экспозиция”
Вам нужны минимальные таблицы (можно в одной, но удобнее разделить):
— exposures: user_id, experiment_id, variant (A/B), exposed_at
— events: user_id, event_name, event_timestamp, order_id (если применимо)
— optional: users_dim (industry/company_size/geo и т.п.)
Рекомендация: делайте интервальную привязку. Например, outcome считаем в окне 7 дней после exposed_at.
Шаг 2. Назначьте “когортный таймбокс”
В BigQuery соберите CTE, которая для каждого user_id-экспозиции определит, попал ли он в окно исхода.
Пример логики (адаптируйте под ваши event_name):
— first_conversion_in_window: MIN(event_timestamp) WHERE event_name='purchase' AND event_timestamp BETWEEN exposed_at AND exposed_at+INTERVAL 7 DAY
В итоге у вас по каждой строке будет:
user_id, variant, converted (0/1), revenue (сумма заказов в окне), т.д.
Шаг 3. Устраните дубликаты и “повторные экспозиции”
Частая ошибка — один пользователь попал в тест несколько раз, и вы его несколько раз “учитываете”.
Практика:
— оставляйте одну экспозицию на пользователя: earliest exposed_at
— если есть правило частоты (frequency cap) — примените его до агрегаций
— если вариант менялся между экспозициями — фиксируйте вариант по первой экспозиции
В SQL это делается через ROW_NUMBER() по user_id ORDER BY exposed_at.
Шаг 4. Соберите агрегаты по вариантам
Для каждого variant посчитайте:
— users: COUNT(DISTINCT user_id)
— conversions: SUM(converted)
— conversion_rate = conversions / users
— avg_revenue = SUM(revenue) / users (важно делить на всех, а не только на конвертировавших — так вы увидите реальную экономику)
Шаг 5. Посчитайте инкремент через разницу в метрике
— lift_CVR = rate_B - rate_A
— incremental_users = conversions_B - conversions_A
— incremental_revenue = revenue_B - revenue_A
Если вы хотите “как в отчётах RevOps” (общая ответственность маркетинга/продаж/CS за выручку), считайте инкремент по выручке в окне, а не только по конверсии.
Шаг 6. Добавьте контроль смещений через взвешивание
Zero-click эпоха и privacy-first атрибуция часто приводят к тому, что группы не равны по составу (geo, отрасль, размер компании).
Быстрый и безопасный способ:
— посчитать propensity score на уровне users_dim (логистическая регрессия или градиентный бустинг — на практике можно ограничиться простым GLM)
— затем сделать IPTW (инверсные вероятности) или просто reweight по калибровочным признакам
— пересчитать lift на взвешенных данных
Если не хотите усложнять модель: начните с reweight по 2–3 ключевым признакам (geo + device или geo + segment). Это уже часто снижает “шум кампании” по сравнению с сырой разницей.
Шаг 7. Проверьте пер-юзер экспозицию на “микроутечки”
Проверьте: нет ли пересечений user_id между A и B.
— если есть, значит таргетинг/логика распределения нарушены
— тогда A/B будет считать не эффект, а “перетасовку”
Практически: COUNT(DISTINCT user_id) в A и B и пересечение (A∩B) — даже 0.1–0.5% может заметно повлиять на маленьких тестах.
Шаг 8. Оформите результат в одном датасете для автозагрузки в BI
Запишите в таблицу result_metrics:
experiment_id, window_days, metric_name, variant, value, lift_vs_control, sample_size
Так вы сможете строить тренды инкремента по кластерам (канал/аудитория/креатив-концепт), что важно в 2026, когда AI-генерация креативов ускоряет цикл, но побеждает структура смысла и доказуемый эффект.
Если хотите — пришлите названия ваших таблиц и целевое событие (purchase/lead/demo_request) + окно (например 7/14 дней), и я подстрою SQL-шаблон под ваш кейс.
— @BigQuery4MarketingPro