OpenAI извинились за новый дизайн ChatGPT

OpenAI признала, что новый десктопный ChatGPT вышел перегруженным: слитые в один интерфейс Chat, Work и Codex запутали пользователей и раздули приложение почти в 10 раз. После хейта обновление откатили, а вывод простой: функции надо упаковывать в единый UX без лишнего шума, даже если это помогает росту базы.

➡️ Читайте на сайте: https://aff.top/blog/openai-izvinilis-za-novyi-dizain-chatgpt

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

ChatGPT 5.6 Luna и Terra подешевели

OpenAI резко снизила цены на GPT-5.6 Luna и Terra спустя три недели после релиза, сделав их заметно дешевле для массового использования. Sol осталась премиальной по прежнему прайсу, но получила Fast mode с ускорением до 2,5 раза. Вывод: компания давит ценой и скоростью, чтобы быстрее нарастить спрос и долю рынка.

➡️ Читайте на сайте: https://aff.top/blog/chatgpt-5-6-luna-i-terra-podesheveli

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

Pre-bid filtering — это не один флаг, а три точки, где решается судьба fraud

Смотреть только на post-bid антифрод — ошибка. Решение принимается раньше: 1) при входе bid request в SSP, 2) на уровне exchange routing, 3) в wrapper / bidder timeout logic. Если мусор проходит первый слой, он уже ест QPS, latency и деньги на аналитике.

На первом слое режут очевидный GIVT: invalid UA, malformed device, пустые site/app поля, несостыковки bundle/package, аномальный IP/geo. На втором — SPO и supply-path rules: дублирующиеся paths, слишком длинные цепочки reseller’ов, sellers.json / ads.txt несоответствия, подозрительные домены-обёртки. На третьем — prebid-side heuristics: отключение очень медленных bidder’ов, блокировка аномальных supply IDs, фильтрация по floor/auction metadata.

Ключевой принцип: pre-bid filtering не должен пытаться “доказать fraud”, он должен снижать surface area для лжи. Всё, что требует сложной корреляции, уходит в post-bid review: IVT scoring, viewability, conversion quality, cohort drift. Если смешать эти уровни, вы либо потеряете fill, либо начнёте пропускать мусор под видом “сигнала”.

Практика простая: держите правила короткими, логируемыми и обратимыми. Любой pre-bid drop должен объясняться одной строкой в логах: почему отклонили, какой rule id сработал, где это произошло. Тогда вы сможете отличить защиту от самосаботажа.

Доменная зона .web делегирован в корневую зону DNS

Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.

➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns

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

В Facebook Ads появился раздел «Conversations»

Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.

➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations

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

Логи RTB бесполезны, если в них нет полей для разборки аукциона и SPO

Сохранять весь bidstream целиком дорого и шумно. Для аналитики достаточно зафиксировать структуру запроса, ответа и исход аукциона так, чтобы потом восстановить path, участие селлеров и причину проигрыша.

Минимальный набор для request: auction_id / imp.id / site.id или app.bundle, device.ua, device.ip, geo, schain, seller_id, pub_id, placement id, consent string, timeout, ext.prebid.version, bidder code. Для mobile добавьте ifa/ifa_type, для web — page URL и referrer.

Для response и win: bid.price, currency, crid, adomain, dealid, seat, media_type, wseat, nurl / lurl / burl, ttl, cache_id, loss reason, render status. Если есть deal flow, отдельно храните PMP flag, floor, tmax и правила floor logic, иначе потом не объяснить, почему bid был валиден, но не выиграл.

Отдельно нужны технические поля: timestamp с timezone, request_id, correlation_id, error code, HTTP status, latency по hop’ам, adapter timeout, no-bid reason, user sync state, consent status на момент запроса. Без них вы видите только CPM, а не утечки в цепочке.

Если место ограничено, режьте креативные атрибуты, но не режьте идентификаторы, schain и loss/win причину. Именно они позволяют собрать bidstream в нормальный post-mortem, а не в набор красивых, но бесполезных строк.

Brand safety и suitability — это не один фильтр, а два разных слоя сигналов в bid stream

Brand safety отвечает на вопрос: можно ли показывать рекламу рядом с этим контентом вообще. Здесь работают жёсткие сигналы: category labels, page context, blocked keywords, domain/app reputation, IVT-флаги, seller metadata. Если триггер сработал — инвентарь режется сразу.

Suitability тоньше: можно ли показывать этот конкретный бренд в этом конкретном контексте. Для одного рекламодателя «news» допустим, для другого — нет; один терпит форум, другой убирает UGC, третий исключает спортивные травмы, но оставляет спорт. Это уже не blacklist, а матрица допустимости по taxonomy и контексту.

На уровне интеграции ошибка обычно одна: всё сваливают в один список блокировок. Итог — либо перерезают слишком много supply, либо оставляют слишком широкий контур и ловят несоответствие ожиданиям бренда. Правильнее разделять:
— hard block: unsafe, malware, adult, IVT, domain/app risk
— soft block: sensitive topics, controversial context, low-grade UGC
— allowlist: trusted sellers, PMPs, curated paths

Если у вас есть Prebid/GAM цепочка, брендовые правила лучше применять до аукциона к источнику и после аукциона к page/app signals. Тогда видно, где именно проседает fill: на уровне домена, URL path, seller.json, контента или самого bidder ответа.

Практика простая: brand safety защищает от недопустимого, suitability — от неуместного. Пока эти слои смешаны, SPO и монетизация будут спорить друг с другом.