↩️ Пост из @ReelsRazgonPro:
Завязывайте с вайбкодингом. Термин уже режет мышление.
Он подсовывает одну и ту же рамку: «раз есть ИИ — иди и пили код». И дальше людей уносит в бэкенд, фронт, VPS, деплой, отладку. Хотя задача вообще может быть не про код.
Нужен отчет из данных? Не «вайбкодь» сервис на полдня. Попросите ИИ собрать нормальный Excel с формулами, структурой и понятной логикой. Чтобы файл можно было открыть через месяц, передать коллеге и не объяснять, где лежит доступ к очередному облаку.
Нужен контентный проект? Не обязательно лезть в Next.js, Sanity, Supabase и Vercel. Иногда быстрее взять WordPress или Ghost, добить это ИИ-подсказками по теме, плагинам и настройке — и получить рабочую систему, а не красивый хаос.
Проблема не в ИИ. Проблема в слове, которое сужает сценарии использования.
Правильный вопрос не «как вайбкодить?», а «какой результат мне нужен и какой самый короткий путь к нему?» 🤝
Завязывайте с вайбкодингом. Термин уже режет мышление.
Он подсовывает одну и ту же рамку: «раз есть ИИ — иди и пили код». И дальше людей уносит в бэкенд, фронт, VPS, деплой, отладку. Хотя задача вообще может быть не про код.
Нужен отчет из данных? Не «вайбкодь» сервис на полдня. Попросите ИИ собрать нормальный Excel с формулами, структурой и понятной логикой. Чтобы файл можно было открыть через месяц, передать коллеге и не объяснять, где лежит доступ к очередному облаку.
Нужен контентный проект? Не обязательно лезть в Next.js, Sanity, Supabase и Vercel. Иногда быстрее взять WordPress или Ghost, добить это ИИ-подсказками по теме, плагинам и настройке — и получить рабочую систему, а не красивый хаос.
Проблема не в ИИ. Проблема в слове, которое сужает сценарии использования.
Правильный вопрос не «как вайбкодить?», а «какой результат мне нужен и какой самый короткий путь к нему?» 🤝
Prebid 9: что ломается в конфиге и как пройти миграцию без просадки fill
Главные точки риска — bidder API, timeout logic и кастомные hooks в wrapper’е. Если у вас сидят адаптеры с ручной обработкой bidResponse, первым делом проверьте поля, которые вы прокидываете в auction: часть legacy-схемы уже не должна быть «тихим дефолтом». Второй слой — consent и schain: если они собираются на лету, любая нестыковка в порядке мидлварей даёт пустые запросы или деградацию CPM.
Что сделать до выката:
— снять inventory по всем bidder’ам и отметить те, что завязаны на старый response object;
— прогнать тестовый auction с full logging: request, bid, render, win notice;
— сравнить timeout по гео и device, отдельно для slow bidders;
— проверить, не дублируются ли user sync и identity modules.
Отдельно смотрите на Prebid Server: если у вас гибридная схема, breaking changes часто проявляются не в JS-wrapper, а в server-side chain. Типовая ошибка — обновили фронт, но оставили старый contract на стороне adapter mapping: в bid stream это выглядит как «есть запрос, нет валидного бидa».
Переход делайте через canary: один slot, один geo, один набор bidder’ов. Сначала добейтесь идентичного win rate и только потом расширяйте поверхность. Иначе вы не поймёте, где именно отвалился auction: в timeout, в identity, в adapter mapping или в rendering.
Главные точки риска — bidder API, timeout logic и кастомные hooks в wrapper’е. Если у вас сидят адаптеры с ручной обработкой bidResponse, первым делом проверьте поля, которые вы прокидываете в auction: часть legacy-схемы уже не должна быть «тихим дефолтом». Второй слой — consent и schain: если они собираются на лету, любая нестыковка в порядке мидлварей даёт пустые запросы или деградацию CPM.
Что сделать до выката:
— снять inventory по всем bidder’ам и отметить те, что завязаны на старый response object;
— прогнать тестовый auction с full logging: request, bid, render, win notice;
— сравнить timeout по гео и device, отдельно для slow bidders;
— проверить, не дублируются ли user sync и identity modules.
Отдельно смотрите на Prebid Server: если у вас гибридная схема, breaking changes часто проявляются не в JS-wrapper, а в server-side chain. Типовая ошибка — обновили фронт, но оставили старый contract на стороне adapter mapping: в bid stream это выглядит как «есть запрос, нет валидного бидa».
Переход делайте через canary: один slot, один geo, один набор bidder’ов. Сначала добейтесь идентичного win rate и только потом расширяйте поверхность. Иначе вы не поймёте, где именно отвалился auction: в timeout, в identity, в adapter mapping или в rendering.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Facebook запретил рекламу онлайн-казино Mr Vegas
Британский ASA запретил рекламу казино Mr Vegas из-за «слишком милых» мультяшных животных в креативах — регулятор счёл, что такой стиль привлекает детей, в том числе через Facebook. Рекламодатель запустил кампанию в феврале, бан вышел в июле. Логика регулятора вызывает вопросы: дети неплатёжеспособны, а таргетировать их на гемблинг бессмысленно.
➡️ Читайте на сайте: https://aff.top/blog/facebook-zapretil-reklamu-onlain-kazino-mr-vegas
🧠 Ещё больше инсайтов → в канале AFF.top
Британский ASA запретил рекламу казино Mr Vegas из-за «слишком милых» мультяшных животных в креативах — регулятор счёл, что такой стиль привлекает детей, в том числе через Facebook. Рекламодатель запустил кампанию в феврале, бан вышел в июле. Логика регулятора вызывает вопросы: дети неплатёжеспособны, а таргетировать их на гемблинг бессмысленно.
➡️ Читайте на сайте: https://aff.top/blog/facebook-zapretil-reklamu-onlain-kazino-mr-vegas
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Whatsapp скамят пользователей с помощью поддельных никнеймов
WhatsApp запустил никнеймы — и почти сразу начался скам. Мошенники регистрируют имена, похожие на бренды, звёзд и политиков, с минимальными опечатками.
Индия, где 500 млн пользователей WhatsApp, потребовала от Meta объяснений за 3 дня. Meta говорит, что точные совпадения заблокированы — но одна буква в другом месте защиту не триггерит.
Похоже, п…
➡️ Читайте на сайте: https://aff.top/blog/v-whatsapp-skamiat-polzovatelei-s-pomoschiu-poddelnykh-nikneimov
🧠 Ещё больше инсайтов → в канале AFF.top
WhatsApp запустил никнеймы — и почти сразу начался скам. Мошенники регистрируют имена, похожие на бренды, звёзд и политиков, с минимальными опечатками.
Индия, где 500 млн пользователей WhatsApp, потребовала от Meta объяснений за 3 дня. Meta говорит, что точные совпадения заблокированы — но одна буква в другом месте защиту не триггерит.
Похоже, п…
➡️ Читайте на сайте: https://aff.top/blog/v-whatsapp-skamiat-polzovatelei-s-pomoschiu-poddelnykh-nikneimov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Вышел ZCode - аналог Claude code
Вышел ZCode — десктопный аналог Claude Code от разработчиков GLM-5.2. Работает с API от Anthropic, поддерживает SSH-деплой на сервер, в том числе Linux.
Вместо пошаговых скриптов — система целеполагания Goal: закидываешь сложный промт, агент сам разбивает задачу и выполняет. Плюс управление через Telegram-бота.
Но главная фича — мультиагентность…
➡️ Читайте на сайте: https://aff.top/blog/vyshel-zcode-analog-claude-code
🧠 Ещё больше инсайтов → в канале AFF.top
Вышел ZCode — десктопный аналог Claude Code от разработчиков GLM-5.2. Работает с API от Anthropic, поддерживает SSH-деплой на сервер, в том числе Linux.
Вместо пошаговых скриптов — система целеполагания Goal: закидываешь сложный промт, агент сам разбивает задачу и выполняет. Плюс управление через Telegram-бота.
Но главная фича — мультиагентность…
➡️ Читайте на сайте: https://aff.top/blog/vyshel-zcode-analog-claude-code
🧠 Ещё больше инсайтов → в канале AFF.top
Cookieless targeting работает не через замену cookie, а через сборку сигнала из нескольких слоёв
Первый слой — контекст: page URL, category, semantic page type, время, устройство, гео. Он даёт стабильный baseline для open web, особенно когда inventory разнородный и user-level ID не проходит. Второй слой — first-party data: segments из CRM, engagement, подписки, корзины. Их надо передавать в auction как компактные ключи, а не тащить лишний PII.
Третий слой — identity graph: UID2, RampID, ID5 и похожие решения. Они полезны там, где есть consent, match rate и понятный scope применения. Ошибка здесь одна и та же: пытаться строить всю закупку только на одном ID-решении. Правильнее держать fallback-цепочку: authenticated traffic → hashed email / partner ID → context-only.
Четвёртый слой — моделирование и правила отбора. Не гонять один и тот же bid request во все DSP, а резать по quality filters: viewability, traffic type, ad slot, recency, consent state. Для performance это часто даёт больше, чем расширение охвата любой ценой. ⚙️
Практика простая: сначала опишите, какой сигнал у вас есть в каждом сегменте трафика, потом соберите decision tree для таргетинга, и только после этого подключайте identity. Иначе вы строите cookieless-стек на шуме, а не на сигнале.
Первый слой — контекст: page URL, category, semantic page type, время, устройство, гео. Он даёт стабильный baseline для open web, особенно когда inventory разнородный и user-level ID не проходит. Второй слой — first-party data: segments из CRM, engagement, подписки, корзины. Их надо передавать в auction как компактные ключи, а не тащить лишний PII.
Третий слой — identity graph: UID2, RampID, ID5 и похожие решения. Они полезны там, где есть consent, match rate и понятный scope применения. Ошибка здесь одна и та же: пытаться строить всю закупку только на одном ID-решении. Правильнее держать fallback-цепочку: authenticated traffic → hashed email / partner ID → context-only.
Четвёртый слой — моделирование и правила отбора. Не гонять один и тот же bid request во все DSP, а резать по quality filters: viewability, traffic type, ad slot, recency, consent state. Для performance это часто даёт больше, чем расширение охвата любой ценой. ⚙️
Практика простая: сначала опишите, какой сигнал у вас есть в каждом сегменте трафика, потом соберите decision tree для таргетинга, и только после этого подключайте identity. Иначе вы строите cookieless-стек на шуме, а не на сигнале.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudeflare грозит Google блокировкой трафика
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Гайд: как заработать первые деньги на Pornhub
Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.
Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.
Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…
➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub
🧠 Ещё больше инсайтов → в канале AFF.top
Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.
Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.
Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…
➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub
🧠 Ещё больше инсайтов → в канале AFF.top
SPO — это не про «урезать всё подряд», а про выбор маршрута с лучшим net revenue
Сначала собираем карту supply-path: exchange, reseller, direct, PMP, app-ads.txt / sellers.json, доля bid stream, win rate, fee layers. Без этого SPO превращается в ручную чистку логов по ощущениям.
Дальше режем по трём осям:
— качество пути: есть ли лишние реселлеры, дубли, подозрительный инвентарь;
— эффективность: сколько bid requests нужно на один win, где проседает timeout, где сыпется floor;
— ценность: какой путь даёт лучший eCPM после комиссий, а не максимальный gross CPM.
Правило верификации простое: путь убираем только если после отсечки не падают auctions, не растёт latency и не деградирует fill rate по ключевым geo / device сегментам. Если метрика улетает в пыль, значит вы вырезали не мусор, а спрос.
Фреймворк рабочий только когда у вас есть baseline по каждому path group, а решения принимаются по сегментам: open auction отдельно, PMP отдельно, app отдельно. Иначе SPO ломает то, что приносило инкремент, просто потому что всё смешали в один bucket.
Ищите не «меньше путей», а меньше лишних путей на каждый dollar of demand. #spo #rtb
Сначала собираем карту supply-path: exchange, reseller, direct, PMP, app-ads.txt / sellers.json, доля bid stream, win rate, fee layers. Без этого SPO превращается в ручную чистку логов по ощущениям.
Дальше режем по трём осям:
— качество пути: есть ли лишние реселлеры, дубли, подозрительный инвентарь;
— эффективность: сколько bid requests нужно на один win, где проседает timeout, где сыпется floor;
— ценность: какой путь даёт лучший eCPM после комиссий, а не максимальный gross CPM.
Правило верификации простое: путь убираем только если после отсечки не падают auctions, не растёт latency и не деградирует fill rate по ключевым geo / device сегментам. Если метрика улетает в пыль, значит вы вырезали не мусор, а спрос.
Фреймворк рабочий только когда у вас есть baseline по каждому path group, а решения принимаются по сегментам: open auction отдельно, PMP отдельно, app отдельно. Иначе SPO ломает то, что приносило инкремент, просто потому что всё смешали в один bucket.
Ищите не «меньше путей», а меньше лишних путей на каждый dollar of demand. #spo #rtb
First-price auction в RTB: где ломается логика биддинга и маржа
Во first-price победитель платит свой bid; во second-price — цену второго места плюс шаг аукциона. Для паблишера это меняет не только eCPM, но и весь слой оптимизации: floor price, pacing, кэш-флоу и поведение bidder’ов в кластере.
Если у вас остался waterfall-образ мышления, first-price быстро вскрывает слабые места:
— завышенный bid cap начинает резать win rate;
— слишком агрессивный floor уводит запросы в no-bid;
— latency bidder’а становится прямым денежным убытком, а не просто KPI по response time.
Во second-price часть этих ошибок маскировалась за счёт скидки к winning price.
На стороне SSP/DSP меняется стратегия ответа: bid shading, фильтрация низкоценного инвентаря, более жёсткий контроль supply path. На стороне паблишера — чистка ads.txt / sellers.json, разбор bid stream по domain / app / schain и проверка, не съедает ли аукцион margin из-за лишних hops.
Ключевая проверка: сравните win rate, clearing price и revenue per request на одном и том же инвентаре в двух режимах. Если после перехода выросла цена, но упал fill rate и общий доход — аукцион работает против вас, а не за вас.
Практика простая: first-price требует точнее настраивать floor, таймауты и supply path; second-price прощает больше, но хуже показывает реальные перекосы в экосистеме.
Во first-price победитель платит свой bid; во second-price — цену второго места плюс шаг аукциона. Для паблишера это меняет не только eCPM, но и весь слой оптимизации: floor price, pacing, кэш-флоу и поведение bidder’ов в кластере.
Если у вас остался waterfall-образ мышления, first-price быстро вскрывает слабые места:
— завышенный bid cap начинает резать win rate;
— слишком агрессивный floor уводит запросы в no-bid;
— latency bidder’а становится прямым денежным убытком, а не просто KPI по response time.
Во second-price часть этих ошибок маскировалась за счёт скидки к winning price.
На стороне SSP/DSP меняется стратегия ответа: bid shading, фильтрация низкоценного инвентаря, более жёсткий контроль supply path. На стороне паблишера — чистка ads.txt / sellers.json, разбор bid stream по domain / app / schain и проверка, не съедает ли аукцион margin из-за лишних hops.
Ключевая проверка: сравните win rate, clearing price и revenue per request на одном и том же инвентаре в двух режимах. Если после перехода выросла цена, но упал fill rate и общий доход — аукцион работает против вас, а не за вас.
Практика простая: first-price требует точнее настраивать floor, таймауты и supply path; second-price прощает больше, но хуже показывает реальные перекосы в экосистеме.
Frequency capping cross-platform ломается не в DSP, а на уровне identity, sync и storage
Если cap должен работать между web, in-app и CTV, одного cookie/pixel мало. Нужен единый key: UID2, RampID, ID5 или собственный graph, а рядом — deterministic rules для fallback. Иначе один и тот же пользователь будет считаться разными анонимами в каждом канале.
Технически схема обычно такая:
— request-time: на входе в bidder/SSP считаем effective user key и кладём в request context
— decision-time: перед bid/serve проверяем cap в low-latency store
— delivery-time: пишем impression event в общий event bus и обновляем счетчик
Важно разделять scope: per-campaign, per-creative, per-device, per-household. Ошибка — хранить один глобальный counter: тогда mobile и desktop начинают взаимно «душить» частоту, а ретаргетинг теряет объём.
Хранилище должно быть быстрым и предсказуемым: Redis cluster, key-value с TTL, либо streaming join через Kafka/Flink. Для online-check нужен O(1) lookup, для reconciliation — батчевый пересчёт по логам. Обязательно закладывайте окна дедупликации и защиту от race condition между bid win и impression.
Если cap не склеен между платформами, вы видите красивый reach, но получаете переэкспозицию. Начинайте не с правил частоты, а с идентичности, схемы ключей и точки, где именно фиксируется факт показа.
Если cap должен работать между web, in-app и CTV, одного cookie/pixel мало. Нужен единый key: UID2, RampID, ID5 или собственный graph, а рядом — deterministic rules для fallback. Иначе один и тот же пользователь будет считаться разными анонимами в каждом канале.
Технически схема обычно такая:
— request-time: на входе в bidder/SSP считаем effective user key и кладём в request context
— decision-time: перед bid/serve проверяем cap в low-latency store
— delivery-time: пишем impression event в общий event bus и обновляем счетчик
Важно разделять scope: per-campaign, per-creative, per-device, per-household. Ошибка — хранить один глобальный counter: тогда mobile и desktop начинают взаимно «душить» частоту, а ретаргетинг теряет объём.
Хранилище должно быть быстрым и предсказуемым: Redis cluster, key-value с TTL, либо streaming join через Kafka/Flink. Для online-check нужен O(1) lookup, для reconciliation — батчевый пересчёт по логам. Обязательно закладывайте окна дедупликации и защиту от race condition между bid win и impression.
Если cap не склеен между платформами, вы видите красивый reach, но получаете переэкспозицию. Начинайте не с правил частоты, а с идентичности, схемы ключей и точки, где именно фиксируется факт показа.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Сбер запустит свой криптокошелёк
Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.
Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.
Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍
➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek
🧠 Ещё больше инсайтов → в канале AFF.top
Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.
Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.
Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍
➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Индия потребовала от Telegram удалять пиратский контент
Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.
Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.
Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent
🧠 Ещё больше инсайтов → в канале AFF.top
Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.
Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.
Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google ads меняет стратегию по конверсиям
Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.
Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…
➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam
🧠 Ещё больше инсайтов → в канале AFF.top
Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.
Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…
➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam
🧠 Ещё больше инсайтов → в канале AFF.top
Открытые DSP вне big tech: где реально собрать стек без привязки к одному вендору
Если нужен контроль над bid stream, логикой таргетинга и SPO, смотрите не на бренд, а на набор модулей. Внешне это обычно 3 слоя: интерфейс закупки, bidder/orchestrator и слой логирования с атрибуцией.
Что обычно доступно:
— open-source DSP-ядро или white-label поверх него;
— интеграция с OpenRTB 2.x/3.x, deal IDs, bid modifiers;
— собственные rules для pacing, frequency capping, whitelist/blacklist;
— коннекторы к SSP, к first-party data и к аналитике.
Где ломается ожидание: у “открытого DSP” почти всегда есть границы. Нет зрелого UI как у крупных платформ, часто слабее антифрод-обвязка, а качество инвентаря приходится собирать через ads.txt, sellers.json, SPO-фильтры и ручную нормализацию supply path.
Проверяйте стек по 5 вопросам: можно ли видеть raw request/response; есть ли экспорт win notice и loss reason; как устроен dedup по device/user; можно ли управлять bid throttling на уровне сегментов; как быстро отключается проблемный source без остановки кампаний.
Если у DSP нет прозрачного лога аукциона и нормального контроля source mapping, это не open platform, а просто чужой black box с вашим бюджетом.
Если нужен контроль над bid stream, логикой таргетинга и SPO, смотрите не на бренд, а на набор модулей. Внешне это обычно 3 слоя: интерфейс закупки, bidder/orchestrator и слой логирования с атрибуцией.
Что обычно доступно:
— open-source DSP-ядро или white-label поверх него;
— интеграция с OpenRTB 2.x/3.x, deal IDs, bid modifiers;
— собственные rules для pacing, frequency capping, whitelist/blacklist;
— коннекторы к SSP, к first-party data и к аналитике.
Где ломается ожидание: у “открытого DSP” почти всегда есть границы. Нет зрелого UI как у крупных платформ, часто слабее антифрод-обвязка, а качество инвентаря приходится собирать через ads.txt, sellers.json, SPO-фильтры и ручную нормализацию supply path.
Проверяйте стек по 5 вопросам: можно ли видеть raw request/response; есть ли экспорт win notice и loss reason; как устроен dedup по device/user; можно ли управлять bid throttling на уровне сегментов; как быстро отключается проблемный source без остановки кампаний.
Если у DSP нет прозрачного лога аукциона и нормального контроля source mapping, это не open platform, а просто чужой black box с вашим бюджетом.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Codex внедрят GPT-5.6 Ultra
OpenAI добавит в Codex эксклюзивную версию GPT-5.6 Sol Ultra — не ту, что выйдет в паблик, а отдельную, усиленную модель.
Два ключевых режима: расширенные рассуждения (модель думает дольше) и мульти-агентная работа с параллельными субагентами. Релиз ожидается 7–9 июля 2026.
Но есть один нюанс, который OpenAI пока не раскрывает 👀 Подробности — в …
➡️ Читайте на сайте: https://aff.top/blog/v-codex-vnedriat-gpt-5-6-ultra
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI добавит в Codex эксклюзивную версию GPT-5.6 Sol Ultra — не ту, что выйдет в паблик, а отдельную, усиленную модель.
Два ключевых режима: расширенные рассуждения (модель думает дольше) и мульти-агентная работа с параллельными субагентами. Релиз ожидается 7–9 июля 2026.
Но есть один нюанс, который OpenAI пока не раскрывает 👀 Подробности — в …
➡️ Читайте на сайте: https://aff.top/blog/v-codex-vnedriat-gpt-5-6-ultra
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Компания Meta выпустила Muse Image
Meta выпустила Muse Image — нейросеть, которая генерирует изображения как агент: сама ищет референсы, пишет код и рассуждает перед созданием картинки.
Одна из фишек — можно скинуть ссылку на публичный профиль человека в соцсети, и модель возьмёт его внешность за референс.
Есть один вопрос, который интересует всех арбитражников: как это повлияет …
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-image
🧠 Ещё больше инсайтов → в канале AFF.top
Meta выпустила Muse Image — нейросеть, которая генерирует изображения как агент: сама ищет референсы, пишет код и рассуждает перед созданием картинки.
Одна из фишек — можно скинуть ссылку на публичный профиль человека в соцсети, и модель возьмёт его внешность за референс.
Есть один вопрос, который интересует всех арбитражников: как это повлияет …
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-image
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from Я ЗЛОЙ, Я ГАНГСТА
This media is not supported in your browser
VIEW IN TELEGRAM
Хоменок потребовал, чтобы кардиналы уволили Иванова — новая драма из нижней аффилки.
Вспоминаем этого персонажа: в преддверии МАК и джигейт конф овнер Х6 Group Антон Хоменок назвал себя «инфлюенсером года» и заявил, что если не выиграет награды — значит, премии на конфах купленные. Как и можно было ожидать, умник ничерта не выиграл, но это унижение не помешало ему сделать предложение своей девушке на «коррумпированной» сцене джигеев.
Так вот, на конфе Хоменок посоветовал СЕО кардиналов уволить ЕЮ — мол, он фрик, с которым нельзя сотрудничать. Эта инфа разумеется дошла до Иванова — в ответ он предложил выкупить всю конторку кардиналов (их овнер пока не ответил). Вообще удивительно, с какой уверенностью Антоха даёт коллегам по сфере советы, не понимая базовые вещи (например, тот факт, что ЕЮ — вообще не наёмный сотрудник). Под конец Хоменок слился со стрима с Ивановым, заваливая его комплиментами — ожидаемое лицемерие, что тут скажешь.
К слову, когда ЕЮ спросил у Алексеева, уволил бы тот его, овнер приватов ответил, что скорее Иванов его уволит (что, может, и не так, но главному алкашу сферы всё равно было приятно).
🥴 — «инфлюенсер года», хуле
🤡 — типичный ЧСВшник без реальных достижений в сфере, такая лайф
😈 Я ЗЛОЙ, Я ГАНГСТА
Вспоминаем этого персонажа: в преддверии МАК и джигейт конф овнер Х6 Group Антон Хоменок назвал себя «инфлюенсером года» и заявил, что если не выиграет награды — значит, премии на конфах купленные. Как и можно было ожидать, умник ничерта не выиграл, но это унижение не помешало ему сделать предложение своей девушке на «коррумпированной» сцене джигеев.
Так вот, на конфе Хоменок посоветовал СЕО кардиналов уволить ЕЮ — мол, он фрик, с которым нельзя сотрудничать. Эта инфа разумеется дошла до Иванова — в ответ он предложил выкупить всю конторку кардиналов (их овнер пока не ответил). Вообще удивительно, с какой уверенностью Антоха даёт коллегам по сфере советы, не понимая базовые вещи (например, тот факт, что ЕЮ — вообще не наёмный сотрудник). Под конец Хоменок слился со стрима с Ивановым, заваливая его комплиментами — ожидаемое лицемерие, что тут скажешь.
К слову, когда ЕЮ спросил у Алексеева, уволил бы тот его, овнер приватов ответил, что скорее Иванов его уволит (что, может, и не так, но главному алкашу сферы всё равно было приятно).
🥴 — «инфлюенсер года», хуле
🤡 — типичный ЧСВшник без реальных достижений в сфере, такая лайф
Please open Telegram to view this post
VIEW IN TELEGRAM
ROAS в programmatic ломается не в bidding, а в отчётной модели — без фреймворка вы спорите с данными
Собирайте отчётность не вокруг «победил/не победил», а вокруг цепочки: impression → click → landing → post-click conversion → post-view conversion. Для каждого события храните source of truth, окно атрибуции, идентификатор пользователя/устройства и rule-set, по которому конверсия засчитывается.
Дальше фиксируйте 4 слоя метрик: — delivery: spend, impressions, win rate, IVT-filtered reach; — traffic quality: CTR, bounce, engaged sessions, time-to-convert; — outcome: CVR, CPA, ROAS; — incrementality: holdout, geo-split, conversion lift. Если в одном отчёте смешаны post-view и post-click, ROAS почти всегда завышен.
В programmatic отдельно проверяйте вклад площадки, креатива и пути поставки. Один и тот же conversion может «присваиваться» DSP, SSP, retargeting и direct одновременно, если не зафиксированы приоритеты. Нужны: click precedence, deduplication по order_id, и единый lookback window для всех каналов в одной воронке.
Фреймворк простой: сначала нормализуйте события, потом вводите единые окна, затем режьте отчёт по cohort/placement/device/geo. И только после этого сравнивайте ROAS между DSP, иначе вы сравниваете не закупку, а правила атрибуции.
Собирайте отчётность не вокруг «победил/не победил», а вокруг цепочки: impression → click → landing → post-click conversion → post-view conversion. Для каждого события храните source of truth, окно атрибуции, идентификатор пользователя/устройства и rule-set, по которому конверсия засчитывается.
Дальше фиксируйте 4 слоя метрик: — delivery: spend, impressions, win rate, IVT-filtered reach; — traffic quality: CTR, bounce, engaged sessions, time-to-convert; — outcome: CVR, CPA, ROAS; — incrementality: holdout, geo-split, conversion lift. Если в одном отчёте смешаны post-view и post-click, ROAS почти всегда завышен.
В programmatic отдельно проверяйте вклад площадки, креатива и пути поставки. Один и тот же conversion может «присваиваться» DSP, SSP, retargeting и direct одновременно, если не зафиксированы приоритеты. Нужны: click precedence, deduplication по order_id, и единый lookback window для всех каналов в одной воронке.
Фреймворк простой: сначала нормализуйте события, потом вводите единые окна, затем режьте отчёт по cohort/placement/device/geo. И только после этого сравнивайте ROAS между DSP, иначе вы сравниваете не закупку, а правила атрибуции.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Китай планирует ограничить доступ к DeepSeek и GLM
Китай готовится ограничить публичный доступ к своим флагманским нейросетям — DeepSeek и GLM. Запрет по образцу США становится новой нормальностью.
Правительство рассматривает трёхуровневую систему: от стандартной регистрации для простых моделей до полного закрытия самых передовых — только для внутреннего использования.
Но есть один подвох, котор…
➡️ Читайте на сайте: https://aff.top/blog/kitai-planiruet-ogranichit-dostup-k-deepseek-i-glm
🧠 Ещё больше инсайтов → в канале AFF.top
Китай готовится ограничить публичный доступ к своим флагманским нейросетям — DeepSeek и GLM. Запрет по образцу США становится новой нормальностью.
Правительство рассматривает трёхуровневую систему: от стандартной регистрации для простых моделей до полного закрытия самых передовых — только для внутреннего использования.
Но есть один подвох, котор…
➡️ Читайте на сайте: https://aff.top/blog/kitai-planiruet-ogranichit-dostup-k-deepseek-i-glm
🧠 Ещё больше инсайтов → в канале AFF.top