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

Доменная зона .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

Яндекс выкатил мини-игру в Поиске: виртуальным пухососом чистишь экран от тополиного пуха. Повод у фичи простой — мем уже разогнал спрос.

Цифры:
— с 3 по 4 июня запросы по «пухососам» выросли почти в 5 раз
— до 23 тысяч
— к 10 июня — уже 100 тысяч

Триггером стал 3D-ролик с роботами «Это пухососы», которые едут по Москве и «собирают» пух. По сути, это классический кейс, когда мем сначала создаёт поисковый всплеск, а потом его же монетизируют в продукте/интерфейсе.

Что важно для performance-логики:
— спрос можно ловить не только лендингом, но и нативной механикой внутри платформы
— пики интереса живут коротко, окно реакции — дни, не недели
— если у вас нет быстрого редиректа на актуальный оффер, трафик просто сгорит

Мемы проходят. Скорость реакции — остаётся.

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

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

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

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

Реактивная система — это не «много магии», а граф зависимостей. Меняешь один узел — рантайм сам гонит пересчёт по цепочке. И вот тут начинается performance-реальность: чем короче и прямее data-flow, тем меньше лишних каскадов, тем ниже задержка и меньше шанс сломать состояние.

В CPA это читается буквально как схема с редиректами, постбэками и пикселями. Если событие уходит через 5 промежуточных слоёв, размазывается по макросам и триггерит лишние обновления — получаешь шум, дубли и кривую атрибуцию. Если поток линейный: клик → трекер → оффер → postback → логирование — система предсказуемее и дешевле в поддержке.

Два рабочих подхода к оптимизации:
1) Урезать ветвления и побочные обновления.
2) Разнести независимые состояния, чтобы один кривой сигнал не пересчитывал половину стека.

Практический вывод простой: сначала рисуем поток событий, потом режем лишние связи. И только потом масштабируем. 🔧

Перед запуском DWH чаще всего ломается не стек, а ожидания.

Что обычно происходит:
— бизнес хочет «единый источник правды»;
— команда считает только ETL/ELT и хранилище;
— забывают про контур данных, владельцев метрик, SLA, качество и интеграции.

Итог предсказуемый: на бюджете сарая пытаются собрать космический корабль. Потом начинаются допработы, переделки схем, ручные сверки и спор «почему цифры не сходятся» 🚨

Нормальное предпроектное обследование — это не бюрократия, а страховка проекта. На этом этапе фиксируют:
— какие источники реально доступны;
— какие события и сущности должны попасть в DWH;
— где будут контролироваться ошибки и потери;
— какие витрины нужны бизнесу, а какие просто хочется «на будущее».

Если этого не сделать, в прод уедет не аналитика, а набор несостыкованных пайплайнов.

Вывод простой: сначала схема данных, границы ответственности и логирование, потом уже инфраструктура и масштабирование. Иначе атрибуция процессов будет как у кривого postback — вроде запрос ушёл, а подтверждение нигде не найдено.