Attribution Deep
1.49K subscribers
16 photos
2 videos
22 links
Attribution Deep — про GA4, server-side tracking, attribution-модели,
MMM. Технически глубокий канал для аналитиков и growth-команд.
Simo Ahava, Analytics Mania, Stape, MarTech. Канал сети public.tg.
Download Telegram
This media is not supported in your browser
VIEW IN TELEGRAM
Codex уничтожит твой SSD за год

Разработчик обнаружил критический баг в Codex CLI от OpenAI: агент непрерывно записывает логи в локальную SQLite-базу, перезаписывая за 21 день 37 ТБ данных. При таком темпе типичный SSD объёмом 1 ТБ (рассчитанный на 600 ТБ перезаписей) выходит из строя менее чем за год. OpenAI осведомлена о проблеме, но пока не исправляет её. Пользователям остаётся либо ждать обновления, либо переключиться на альтернативные CLI-инструменты без подобных недостат…

➡️ Читайте на сайте: https://aff.top/blog/codex-unichtozhit-tvoi-ssd-za-god

🧠 Ещё больше инсайтов → в канале AFF.top
Платёжки штормит, но до 30% конверсий теряются ещё до сверки ROI

В 2023–2024 средний срок жизни «чистого» BIN сократился с месяцев до 2–3 недель. Параллельно AppsFlyer оценивает потери или ошибочную атрибуцию до 30% конверсий, если S2S Postback не настроен.

Сравнивать тут надо не «какой трекер красивее», а где ломается цепочка:
— платёжный слой даёт фактический spend и отклонения;
— MMP видит install/event по своему окну;
— трекер принимает postback и решает, кому отдать конверсию.

Завтра полезно выгрузить 20–30 спорных конверсий и пройти их по click_id, времени клика, времени события и времени получения postback. Если в трекере нет received_at отдельно от conversion_time, спор с MMP будет на ощущениях, а не на данных.

Когда BIN живёт 2–3 недели, ошибка атрибуции в 30% уже не «потом разберёмся». Это минус цикл тестов.
Мануал по нутре через Facebook упёрся в место, где чаще всего ломается трекинг

В PirateCPA анонсировали мануал «Запуск и масштабирование нутра офферов через Facebook с нуля» на 2026 год. Внутри заявлены подготовка расходников и аккаунтов, настройка РК, установка пикселя, сбор нутра-связок, оптимизация и управление бюджетом.

Для нас интересен не сам «старт с нуля», а пайплайн вокруг пикселя: где событие рождается, куда уходит, кто считается source-of-truth — Facebook, трекер или CRM партнёрки.

Завтра при разборе любой нутра-связки стоит отдельно проверить:
— пиксель стоит до редиректа или после;
— совпадает ли событие лида в Facebook и трекере;
— есть ли S2S/postback от партнёрки;
— где фиксируется отказ/трэш;
— не оптимизируется ли РК по событию, которое трекер потом не подтверждает.

Нутра часто умирает не на креативе, а на тихом расхождении «лид был» vs «лид оплатили».
This media is not supported in your browser
VIEW IN TELEGRAM
Google ужесточает модерацию финансовой вертикали

Google ужесточает модерацию финансовых офферов в ЕС и ЕЭЗ, введя двухэтапную верификацию через G2 Risk Solutions и Google Ads. Проверка затронет 24 страны, включая Австрию, Польшу, Нидерланды и другие члены союза. На прохождение модерации отводится 30 дней — за это время некоторые связки успеют отработать до вступления требований в силу. Для арбитражников это означает необходимость подготовиться к усложнению процесса запуска финансовых кампаний …

➡️ Читайте на сайте: https://aff.top/blog/google-uzhestochaet-moderaciiu-finansovoi-vertikali

🧠 Ещё больше инсайтов → в канале AFF.top
«Неограниченные бюджеты» без постбэков быстро превращаются в шум

В подборке вакансий Partnerkin есть Senior Media Buyer Crypto FB в PRIME Team, руководитель снабжения Facebook в Adtech Solutions, Senior SEO в Kefweb с вилкой $2 500–5 000/мес и Motion Designer / Video Editor в Opticell traffic.

Для баера и тимлида формулировки про «инфраструктуру», «доступы» и «техподдержку» надо расшифровывать до оффера: какой трекер, где S2S, есть ли CAPI, как дедупятся события, сколько живёт attribution window, кто считается source-of-truth при споре Facebook vs трекер vs CRM.

Мини-чек на собеседование:
— попросить схему postback-пайплайна;
— уточнить задержку конверсий и апрувов;
— спросить, где режутся дубли;
— узнать, кто чинит расхождения после масштабирования.

Иначе «готовая инфраструктура» может оказаться просто пачкой кабинетов и таблицей в Google Sheets.
This media is not supported in your browser
VIEW IN TELEGRAM
Fable 5 скоро вернётся в публичный доступ

В исходном коде Claude Code обнаружены упоминания о возвращении модели Fable 5 в публичный доступ с изменённой моделью распространения — её больше не потребуется покупать отдельно, вместо этого будет применяться недельный лимит как для других моделей. Если информация подтвердится, пользователи платных тарифов смогут использовать Fable 5 в рамках своих подписок. Причины снятия ограничений по национальной безопасности остаются неясными. Хотя это п…

➡️ Читайте на сайте: https://aff.top/blog/fable-5-skoro-vernetsia-v-publichnyi-dostup

🧠 Ещё больше инсайтов → в канале AFF.top
110 млн аккаунтов ЕСИА могут стать новым фильтром между кликом и лидом

Максут Шадаев на ПМЭФ заявил о возрастной верификации пользователей. Базой в РФ называют «Госуслуги»/ЕСИА: там более 110 млн подтвержденных учеток; пилот для отработки — Roblox.

В ЕС похожее давление уже оформлено через Digital Services Act: с 2024 VLOP вроде Google, Meta и TikTok обязаны внедрять жесткую проверку возраста. Для CPA это не «про детей», а про дополнительный pre-conversion gate: часть пользователей пройдет верификацию, часть отвалится до события, которое видит GA4/MMP/трекер.

Завтра стоит отдельно пометить в отчетах RU-трафик по 18+ и gambling: Mediascope оценивает аудиторию азартных игр в РФ примерно в 15% интернет-пользователей. Минимум — вынести age-gate в отдельный шаг воронки, чтобы потом не искать «просадку CR» в креативах, когда она случилась до постбэка.
GA4 ломается не в отчётах, а в том, как вы собираете события до отчёта

GA4 часто ругают за «кривую атрибуцию», но проблема обычно не в интерфейсе. Сначала ломается сбор: один и тот же клик уходит с разными utm, часть событий не доезжает из-за consent, а часть попадает в другой поток данных. В итоге сессии есть, а связка source → conversion уже развалилась.

Проверяйте не «сводку», а цепочку:
— один ли measurement ID на всех страницах и лендингах;
— не дублируются ли page_view и conversion;
— одинаково ли размечены UTM в рекламе, редиректах и postback-обвязке;
— не теряются ли client_id / user_id между доменами и формами.

Отдельная ловушка — события без нормальной логики имени и параметров. Если у лид-формы одно имя в GTM, другое в приложении и третье в CRM, GA4 начинает считать это тремя разными действиями. Отсюда ложные расхождения с трекером и спор про «у кого правда».

Если нужен рабочий контроль, держите простое правило: сначала сверяете сбор, потом семантику событий, и только потом сравниваете отчёты. GA4 не чинят на уровне графика — его чинят на уровне пайплайна.
GA4 ломается не в отчётах, а в том, как вы читаете источник конверсии

GA4 часто используют как «главную правду», а потом удивляются, почему цифры не сходятся с трекером, MMP или рекламным кабинетом. Проблема почти всегда не в одной ошибке, а в связке: cookie loss, consent, кросс-девайс, задержка событий и разные окна атрибуции.

Проверяйте три вещи:
— есть ли у события понятный идентификатор сессии и клиента;
— не обнуляется ли источник на редиректах, iframe и промежуточных доменах;
— совпадает ли логика дедупликации между GA4 и вашей системой.

Если смотреть только на last click внутри GA4, легко переоценить direct и недосчитать paid. Если смотреть только на рекламный кабинет, можно потерять картину по post-view, органике и возвратам. Истина обычно не в одном источнике, а в сверке нескольких слоёв данных 🔍

Нормальный процесс такой: сначала проверяете сырой event stream, потом сравниваете его с трекером, и только после этого строите отчёт для команды. Тогда GA4 перестаёт быть магией и становится просто одним из источников, а не судьёй атрибуции.
This media is not supported in your browser
VIEW IN TELEGRAM
Chat GPT-5.6 будут выдавать лишь избранным

США ограничивают публичный доступ к новым ИИ-моделям: теперь его выдают только проверенным пользователям после обязательной 30-дневной процедуры верификации. Сэм Альтман называет это самым быстрым путём к публичному релизу. Эффективность меры вызывает сомнения — китайские разработчики традиционно копируют модели в течение суток после выхода.

➡️ Читайте на сайте: https://aff.top/blog/chat-gpt-5-6-budut-vydavat-lish-izbrannym

🧠 Ещё больше инсайтов → в канале AFF.top
This media is not supported in your browser
VIEW IN TELEGRAM
Vk удалили из App store: что дальше?

Удаление VK из App Store заблокировало доступ для владельцев iPhone в России, но проблема решаема. Арбитражники теряют один канал, но не аудиторию — 20–30 млн пользователей iOS остались на месте. Вместо VK стоит переориентироваться на альтернативные источники: Telegram Ads с таргетингом на iOS, push-сети типа AdProfex, MTS Ads и Beeline Ads. VK может последовать примеру Max и запустить PWA-приложение для восстановления уведомлений. Главный вывод…

➡️ Читайте на сайте: https://aff.top/blog/vk-udalili-iz-app-store-chto-dalshe

🧠 Ещё больше инсайтов → в канале AFF.top
Server-side трекинг не спасает атрибуцию сам по себе — он лишь меняет точку сбора

Если поставить server-side и не трогать логику, вы просто перенесёте старые ошибки с браузера на сервер. Cookie всё равно могут жить недолго, согласие всё равно режет часть сигналов, а дедупликация между пикселем, CAPI и трекером всё так же нужна.

Что обычно ломают:
— не сохраняют click_id/gaclid/fbclid до конверсии;
— теряют UTM на редиректах и в промежуточных доменах;
— шлют событие без timestamp, IP, user agent и нормального event_id;
— отправляют в аналитику и в рекламу разные поля, а потом сравнивают «несравнимое».

Правильный пайплайн простой: входящий клик → серверный лог → связывание с сессией → событие конверсии → postback / CAPI / GA4. Важно не «куда отправили», а где у вас source-of-truth и по какому ключу вы склеиваете клик с оплатой.

Перед запуском проверьте 3 вещи: сохраняется ли идентификатор клика без потерь, совпадает ли дедуп между всеми точками, и можно ли вручную пройти путь от landing до конверсии по логам. Если это не проходит, server-side у вас пока только новый контейнер для старой дырки.
Server-side трекинг не чинит атрибуцию сам по себе — он лишь меняет место, где вы теряете сигнал

Если упростить, серверный трекинг нужен не ради «магии», а чтобы сохранить события там, где браузер уже режет cookie, пиксели и скрипты. Но если у вас кривой UTM-словарь, нет единых event_id и расходятся окна атрибуции, server-side просто начнёт быстрее передавать ту же грязь.

Рабочая схема всегда одна:
• источник клика → ваш endpoint → логирование сырых параметров
• нормализация имени кампании, оффера и креатива до отправки в трекер
• отдельный event_id для дедупликации между пикселем, CAPI и постбэком
• обязательная проверка consent: если согласия нет, сигнал не теряем, а помечаем как ограниченный

Главная ошибка — ставить server-side только на отправку конверсии. Без серверного приема клика и промежуточного лога вы не сможете объяснить, где именно пропал пользователь: на лендинге, в форме или на стороне платформы. Тогда разбор расхождений превращается в гадание.

Если строите пайплайн с нуля, начинайте не с интеграции в рекламную сеть, а с таблицы полей: что приходит, что хранится, что уходит дальше. Именно она потом спасает, когда GA4, трекер и CRM показывают разные цифры.