Fable 5 скоро вернётся в публичный доступ

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

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

🧠 Ещё больше инсайтов → в канале AFF.top

Trade Desk живёт или умирает не от настроек, а от качества supply-path

В TTD легко застрять в «удобном» автоподборе: платформа даст объём, но не всегда даст нужный путь до инвентаря. Для performance это критично, потому что лишние звенья в цепочке съедают не только маржу, но и контроль над тем, где именно откручивается бюджет.

Что проверять в первую очередь:
— сколько посредников между DSP и publisher;
— где один и тот же инвентарь продаётся через разные маршруты;
— есть ли у SSP явная роль или он просто дублирует другой путь;
— не размазывается ли частота и post-click по разным supply-веткам.

Если в аккаунте есть доступ к логам и площадкам, ищите не «самые дешёвые показы», а стабильные маршруты с предсказуемым viewability, win rate и повторяемым CPA. Дешёвый bid без прозрачного пути часто выглядит красиво только в отчёте, а в атрибуции даёт шум.

Ещё один рабочий фильтр — разносить тесты по supply-сегментам, а не по одной широкой корзине. Так быстрее видно, где TTD покупает качественный инвентарь напрямую, а где он просто дотягивается до остатка через длинную цепочку.

Если смотреть на Trade Desk как на двигатель, а не как на интерфейс, главный рычаг почти всегда в supply-path: уберите лишние звенья, и качество трафика часто вырастает без трогания креативов и бид-стратегии.

DSP — не «купить трафик», а управлять путём закупки: 5 проверок перед масштабом

В DSP ошибка обычно не в креативах, а в том, где именно вы покупаете показы и как платформа принимает решение. Если смотреть только на CPM и объём, легко набрать шум вместо инвентаря.

Перед масштабом проверьте базу:
— Supply path: один и тот же объём может приходить через разные цепочки, и не каждая цепочка одинаково полезна для performance.
— Контроль инвентаря: whitelist/blacklist, домены, app bundle, контекст, brand safety.
— Логику атрибуции: окно, приоритет событий, post-view vs post-click, чтобы не переоценить «дешёвый» трафик.
— Frequency: DSP умеет быстро выжечь аудиторию, если не ограничить частоту.
— Сигналы оптимизации: платформа усиливает то, что вы ей кормите; если события слабые, она обучается на шуме.

Отдельно смотрите на объём доступного спроса: иногда проблема не в креативе и не в биддинге, а в слишком узком наборе сегментов или слишком жёстких фильтрах. Тогда масштаб ломается не из-за платформы, а из-за собственной структуры кампании.

Хорошая практика — собирать кампанию так, чтобы каждый слой можно было отключить и проверить отдельно: источник, сегмент, креатив, окно, частота. Так проще понять, где именно теряется эффективность.

Если DSP не даёт предсказуемого роста, сначала режьте сложность, а не повышайте бюджет.

Programmatic ломается не на трафике, а на кривой проверке до запуска

Перед стартом в DSP многие смотрят только на CPM, аудитории и креатив. Но в programmatic чаще всего сыпется не закупка, а базовая гигиена: куда ведёт креатив, как размечены события, кто реально видит инвентарь и на каких условиях.

Что я бы проверял в любом запуске:
— supply path: есть ли лишние промежуточные звенья и дубль-инвентарь;
— верификация доменов и placement’ов: чтобы не смешивать хороший supply с мусором;
— frequency cap: не душит ли он объём раньше, чем кампания успеет обучиться;
— post-click/post-view окна: не сравниваешь ли ты несравнимые атрибуции;
— exclusions: brand safety, категории, приложения, подозрительные площадки.

Отдельно смотрите на связку креатив → лендинг → событие. В programmatic можно купить качественный показ, но потерять результат на редиректе, медленном лэнде или битом пикселе. Если отчёт в DSP красивый, а downstream пустой — проблема обычно не в аукционе.

Ещё одна типовая ошибка — оптимизация по слишком раннему сигналу. Viewability, CTR и completion rate полезны, но они не заменяют конечную метрику. Для performance лучше сначала зафиксировать качество доставки, потом уже резать по эффективности.

Если запуск не бьётся, начинайте не с бидов, а с цепочки поставки и трекинга.

Trade Desk аккаунт ломается не на трафике, а на плохой структуре кабинета

Если TTD нужен как рабочий DSP, держите базовую схему:
— один аккаунт = одна логика закупки, не смешивайте разные вертикали без причины
— отдельные seat’ы/доступы под команды, чтобы не путать права и историю действий
— clear naming для кампаний, line items, аудиторий и креативов
— заранее фиксируйте, где у вас prospecting, где retargeting, где brand-safe inventory

Чаще всего проблемы начинаются не в bidding, а в supply path. Если закупка идет через слишком длинную цепочку, вы теряете контроль над площадками, а оптимизация превращается в работу по шуму. В TTD лучше сразу отделять прямые supply-deals от открытого аукциона и не пытаться лечить плохой инвентарь ставкой.

Еще один слабый участок — частота решений. Когда в кабинете нет дисциплины по pacing, cap'ам и окнам атрибуции, байер видит красивый delivery и плохой outcome. Поэтому перед масштабированием проверьте: кто управляет бюджетом, где стоит cap, какие события считаются основными, и совпадает ли это с вашей CPA-логикой.

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

DV360 ломается не в аукционе, а в структуре аккаунта и инвентаря

Чаще всего проблемы начинаются не с биддинга, а с того, как собраны кампании. Если в одном line item смешаны разные цели, гео и типы площадок, оптимизация работает вслепую: алгоритм не понимает, где у вас рабочий сегмент, а где шум.

Что стоит проверить в первую очередь:
— отдельные line item под разные KPI и воронки;
— разнести open auction и curated supply;
— не мешать mobile, desktop и CTV без причины;
— держать чистую иерархию: advertiser → insertion order → line item → creative.

Ещё одна типовая ошибка — слишком широкий таргетинг на старте. DV360 хорошо масштабирует то, что уже нашло паттерн, но плохо спасает хаос. Если сразу открыть все форматы, все гео и весь инвентарь, бюджет уходит в обучение на мусорных показах. Лучше сначала сузить supply и проверить, где реально есть стабильный CTR, viewability и post-click.

И наконец, смотрите на supply path. В programmatic качество часто упирается не в объём, а в маршрут до инвентаря. Лишние SSP, дубли и слабые площадки съедают эффективность сильнее, чем кажется.

Если в DV360 нет предсказуемости, первым делом режьте смешение сегментов и чистите путь до площадки — это обычно даёт больше, чем очередная попытка «докрутить» ставки.

DSP — не кнопка «залить», а фильтр: как оценивать стек до запуска

В DSP ошибка чаще не в креативе, а в том, как собран маршрут до пользователя. Если смотреть только на интерфейс, легко пропустить слабое звено: плохой supply, лишние посредники или узкий инвентарь.

Что проверять до старта:
— доступ к нужным типам inventory: open web, PMPs, curated deals;
— прозрачность пути: сколько hops в цепочке и где теряется качество;
— возможность управлять bid strategy без «магии» со стороны платформы;
— нормальную сегментацию по device, geo, OS, audience, time of day;
— наличие частотного контроля и понятного cap по показу.

Отдельно смотрите на то, как DSP работает с логикой закупки. Если платформа хорошо показывает отчётность, но не даёт нормально резать supply-paths, вы будете платить за удобный интерфейс, а не за результат.

Ещё один момент: не смешивайте тест инвентаря и тест креатива в одной воронке. Иначе не поймёте, где именно просела экономика.

Если DSP нельзя быстро ответить на три вопроса — откуда трафик, почему он куплен именно так, и что можно выключить без потери объёма — это плохой кандидат для масштабирования.

Chat GPT-5.6 будут выдавать лишь избранным

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

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

🧠 Ещё больше инсайтов → в канале AFF.top

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

Xandr: как быстро понять, годится ли стек под performance-задачу

Если смотреть на Xandr не как на «ещё одну DSP», а как на рабочий инструмент, то его ценность обычно раскрывается через supply-path и контроль качества трафика. Для арбитражника это не про красивый интерфейс, а про то, насколько прозрачно вы можете собрать инвентарь под конкретную воронку.

Что я бы проверял первым:
— есть ли у вас доступ к нужным форматам и доменам без лишнего шума;
— насколько удобно резать supply по площадкам, app/web и deal-логике;
— как быстро можно отсеять источники с повторяющимся мусорным трафиком;
— хватает ли гибкости в таргетинге, чтобы не раздувать CPM ради видимости.

В Xandr важно не пытаться «залить всё подряд». Стек лучше работает, когда под него уже есть понятная структура: один оффер, один тип инвентаря, один набор сигналов для оптимизации. Если смешать слишком много сегментов, сигнал размывается, и вы начинаете оптимизировать не кампанию, а хаос.

Отдельно смотрите на логику отчётности. Если в интерфейсе и выгрузках нельзя быстро сопоставить расход, источники и итоговые действия, стек становится дорогим в эксплуатации. Для команды это критично: чем сложнее разбор, тем больше времени уходит не на масштаб, а на аудит.

Хороший тест для Xandr простой: собрать небольшой сплит, заранее описать фильтры качества и проверить, можно ли потом воспроизвести результат без ручной магии. Если да — стек рабочий. Если нет — он будет съедать маржу через операционку.

Trade Desk ломается не на запуске, а на структуре: 5 узлов, которые надо проверить заранее

В TTD основная ошибка не в креативе и не в ставке, а в том, как собран доступ. Если аккаунт держится на одном инвентарном источнике, одном сидере и одном сегменте аудиторий, любая просадка выглядит как «DSP не работает», хотя проблема в архитектуре.

Что проверяют до масштаба:
— supply path: есть ли прямые и повторяемые пути к качественным площадкам, или вы зависите от случайного реселла;
— frequency: нет ли перегона показов в узкой зоне, где вы сами выжигаете аудиторию;
— taxonomy: названия кампаний, line items и аудиторий должны читать люди, а не только операционка;
— exclusions: белые списки, минус-площадки и бренд-сейфти должны быть собраны до теста, а не после слива.

Отдельно смотрите на сигналы оптимизации. Если алгоритм получает слишком мало конверсий или слишком грязный postback, он начинает искать не результат, а шум. В Trade Desk это особенно заметно на длинных цепочках: чем больше посредников между событием и закупкой, тем слабее обратная связь.

И ещё один маркер: когда отчёт красивый, а воронка пустая, чаще всего виноват не bid strategy, а отсутствие сегментации по задачам. Тест, ретаргет, масштаб и удержание должны жить в разных контурах.

Если хотите, чтобы TTD был предсказуемым, сначала стройте не медиаплан, а каркас аккаунта; уже потом лейте в него трафик.

Xandr часто сливают не из-за трафика, а из-за кривой сборки логики закупки

Если смотреть на аккаунты без эмоций, повторяются три ошибки:
— слишком широкий инвентарь без разнесения по supply-профилям;
— одинаковые правила для open exchange, curated deals и PMPs;
— попытка оценивать всё только по last click, хотя вклад канала часто в assisted-зоне.

В Xandr особенно важно разнести структуру по задачам. Для performance — отдельные кампании под разные сегменты площадок, отдельные креативы и отдельные окна атрибуции. Для теста креативов — не смешивать с основной закупкой. Для deal-based трафика — держать отдельный контроллер частоты и exclude-листы, иначе хороший deal начинает конкурировать сам с собой.

Ещё одна типовая ошибка — не чистить supply-paths. Когда байер видит много дешёвого трафика, рука тянется масштабировать всё подряд. Но в programmatic дешёвый не значит пригодный: часть объёма просто не доходит до нормальной конверсии из-за качества пути, слабого viewability или мусорных placement-кластеров. В Xandr это надо проверять на уровне источника, а не по общей сводке.

Если Xandr не даёт ожидаемый результат, сначала режьте структуру и supply-пути, а уже потом меняйте креативы и ставки.

Xandr часто проигрывает не по трафику, а по настройке закупки

У этой DSP сильная сторона — доступ к разным supply-цепочкам и гибкая работа с инвентарём. Но в практике байера Xandr легко превращается в «ещё один кабинет», если не зафиксировать базовую логику закупки до старта.

Что проверять перед масштабированием:
— supply-path: нет ли дублирующих площадок и лишних посредников;
— frequency cap: не душит ли он объём на узком сегменте;
— brand safety и content filters: не режут ли они слишком много открытого инвентаря;
— deals vs open auction: сравни, где реально есть контроль, а где только видимость.

Отдельная зона риска — слишком широкий старт. В Xandr это особенно заметно: алгоритм быстро уходит в удобный, но не всегда качественный объём. Если не разложить кампанию по типам инвентаря и не разделить тестовые группы, потом сложно понять, где именно сломалась воронка.

Ещё один важный момент — логи. Без регулярной выгрузки и ручной проверки по площадкам байер видит только верхний слой. А в DSP с таким количеством путей доставки это почти всегда поздно.

Хорошая схема проста: сначала чистишь путь до показa, потом режешь лишние фильтры, и только после этого даёшь алгоритму объём.