Компания Meta выпустила Muse Spark 1.1

Meta выпустила Muse Spark 1.1 почти одновременно с новой ChatGPT-5.6. Это мультимодальный агент, который сам дробит задачу на подзадачи и распределяет их между субагентами.

Стоимость тоже заметно ниже топовых западных моделей: $1.25 за миллион входных токенов и $4.25 за миллион выходных.

Но главный вопрос — насколько она реально сильна на фоне к…

➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-spark-1-1

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

In-app сообщения как инструмент удержания в эпоху RevOps

В 2026 году классическая воронка, где маркетинг отвечает за привлечение, а продажи — за деньги, окончательно ушла в прошлое. Мы работаем в парадигме RevOps (объединенного управления выручкой), где ценность инструмента определяется не количеством кликов, а его вкладом в LTV (пожизненную ценность клиента). В этой системе координат in-app (внутриприложенные) сообщения перестают быть просто «информировалками» и становятся критическим узлом в архитектуре удержания.

Главная проблема большинства CRM-стратегий сегодня — навязчивость. Потребитель, вынужденный экономить (средний чек в e-commerce продолжает плавно снижаться), стал гиперчувствителен к бесполезному цифровому шуму. Если ваше сообщение не несет мгновенной пользы в контексте текущего сеанса, оно не просто игнорируется — оно раздражает, понижая Net Promoter Score (индекс лояльности).

Мое наблюдение из практики последних кварталов: наиболее эффективные цепочки взаимодействия — те, что интегрированы в процесс обучения пользователя через нативные экраны (онбординг). Вместо того чтобы пушить скидки на второй день, лучше использовать in-app для подсвечивания функционала, который напрямую связан с решением задачи клиента.

Вот три принципа построения таких сообщений:

— Контекстуальность: сообщение должно появляться не по таймеру, а в ответ на конкретное действие (триггер). Например, предложение расширенной подписки через окно с результатами аналитики, а не просто на главном экране.
— Смысловая нагрузка: в эпоху «контента без переходов» (zero-click) ценность внутри сообщения должна быть исчерпывающей. Если пользователю нужно уйти на лендинг, чтобы понять суть предложения, вы проиграли. Весь оффер (предложение) обязан быть понятен за три секунды.
— Минимализм в дизайне: когда ИИ превратил создание визуала в поток, выигрывает не тот, у кого «красивее», а тот, чей макет чище. Лишние элементы отвлекают от целевого действия.

*Конкуренция сместилась из плоскости исполнения в плоскость концепции.* Успешная стратегия 2026 года — это не количество отправленных сообщений, а умение встроить подсказку в интерфейс так органично, чтобы пользователь воспринял её как помощь системы, а не как навязчивую рекламу. Оценивайте эффективность не по CTR (кликабельности), а по тому, как меняется поведение пользователя после получения сообщения. Если Retention (удержание) растет — вы на верном пути.

— @InAppMessagingRu

Как запускать in-app messaging без раздражения пользователя: чек-лист

Если в приложении есть места для коммуникации, in-app messages должны не «перекрикивать» интерфейс, а помогать действию. Для CRM и lifecycle-команды это один из самых дешёвых каналов удержания: он работает в моменте, когда человек уже внутри продукта.

— Определите одну задачу на одно сообщение
Не пытайтесь в одном экране и обучить, и допродать, и собрать данные. У каждого in-app должно быть одно действие: завершить профиль, попробовать функцию, вернуться к корзине, включить уведомления.

— Привяжите показ к событию
Показывайте сообщение не по календарю, а по поведению: первый вход, брошенный шаг, пауза в использовании, достижение лимита. Так сообщение выглядит как помощь, а не как массовая рассылка внутри приложения.

— Ограничьте частоту
Пользователь быстро устаёт от повторов. Задайте правила: сколько раз можно показать одно сообщение, какой должен быть интервал между касаниями, когда его точно не показывать.

— Сегментируйте аудиторию
Разные сценарии нужны новичку, активному пользователю и тем, кто почти ушёл. Чем точнее сегмент, тем короче путь до целевого действия и тем меньше баннерной слепоты.

— Уберите лишний текст
В in-app важны заголовок, один аргумент и одна кнопка. Длинные объяснения лучше вынести в help-center, письмо или onboarding-цепочку.

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

— Измеряйте не открытие, а действие
Смотрите на завершение сценария, удержание и возврат в продукт. В 2026 году ценность in-app не в охвате, а в том, насколько он двигает retention и выручку.

Когда это пригодится: при запуске onboarding, реактивации, подсказок по функциям и любых lifecycle-цепочек внутри мобильного продукта.

— @InAppMessagingRu

In-app как последний честный канал

В 2026 году в мобильном маркетинге всё чаще выигрывает не тот, кто громче привёл пользователя, а тот, кто точнее говорит с ним внутри продукта. In-app не зависит от почтовых фильтров, закупки трафика и внешнего шума — это редкий канал, где бренд ещё может держать смысл и контекст сам. Поэтому для меня in-app — это не «ещё одно сообщение», а самый прямой слой lifecycle-коммуникации: там решается, останется ли человек в продукте и увидит ли в нём ценность.

— @InAppMessagingRu

Российские букмекеры увеличили закуп трафика с мобильных приложений

Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.

По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…

➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii

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

Mia Khalifa стала амбпссадором 1win

Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».

Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.

Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…

➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win

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

Короткий домен Telegram перестал работать

Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.

➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat

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

In-app всё чаще берёт на себя не только «мягкие» подсказки

За последний месяц заметил в мобильных продуктах один повторяющийся паттерн: in-app messaging всё чаще используют не только для онбординга и напоминаний, но и для очень прикладных CRM-задач. В одном экране пользователю показывают лимит, предлагают следующий шаг, объясняют статус бонуса, а иногда — сразу подводят к действию без отдельного пуша или письма.

Особенно часто это видно там, где команда смотрит на retention (удержание) и LTV (пожизненную ценность), а не на разовую реакцию. Сообщения становятся короче, ближе к контексту экрана и чаще завязаны на триггер: не открытие приложения вообще, а конкретное поведение внутри него.

И ещё одно наблюдение: в некоторых продуктах in-app начинают тестировать как часть общей lifecycle-цепочки, а не как отдельный канал. Видно у вас то же самое?

— @InAppMessagingRu

Youtube тестирует поиск с AI

YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.

Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.

Что это значит для поиска на YouTube и когда новинка дойдёт до других…

➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai

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

Что такое in-app message и чем оно отличается от push-уведомления

In-app message — это сообщение, которое пользователь видит **внутри приложения** во время сессии: на экране, в модальном окне, баннере, подсказке или full-screen-слое. Его задача — повлиять на действие здесь и сейчас: объяснить шаг, предложить апгрейд, вернуть к незавершённому сценарию, собрать согласие или показать важное изменение интерфейса.

Ключевое отличие от push-уведомления простое: push приходит **снаружи приложения** и может быть прочитан без открытия продукта, а in-app message работает только в момент активного использования. Поэтому push лучше для возврата в сессию, а in-app — для конверсии внутри уже открытого опыта.

Типичные ошибки:
— показывать in-app message всем подряд без привязки к поведению;
— дублировать им push-сообщения один в один;
— перегружать экран несколькими окнами сразу;
— ставить цель «рассказать обо всём», хотя у сообщения должен быть один сценарий и один следующий шаг.

Пример: пользователь добавил товар в корзину, но не дошёл до оплаты. В этот момент in-app message может показать подсказку про бесплатную доставку или напомнить о способе оплаты. Это уместнее, чем ждать, что он сам вернётся из push-уведомления.

В 2026 году этот термин важен ещё и потому, что in-app messaging помогает снижать зависимость от внешних каналов и усиливает retention (удержание), а не просто гонит трафик в приложение.

— @InAppMessagingRu

Z.ai анонсировала новую GLM-5.5

Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.

Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.

Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5

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

Telegram запустил собственный сервер для ботов

Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.

Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.

Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…

➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov

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

In-app не должен «продавать» сам по себе. Он должен снимать трение

За последние годы я всё чаще вижу одну и ту же ошибку: in-app messaging в мобильных продуктах используют как мини-баннерную сеть внутри приложения. Пуши, попапы, карусели, подсказки — всё это показывают так, будто задача канала одна: дожать пользователя до клика. Но в 2026 году такой подход всё хуже работает.

Мой взгляд простой: **in-app — это не рекламный слот, а инструмент снижения когнитивной нагрузки**. Пользователь уже внутри продукта, и его внимание не нужно «ловить» — его нужно не потерять. Поэтому сильный in-app не продаёт функцию в лоб, а помогает быстрее понять, что делать дальше: где следующий шаг, почему возникло ограничение, как обойти ошибку, что изменилось в сценарии.

В одной из B2B mobile-воронок мы сравнивали два типа сообщений. Первые были «промо-формата»: яркий заголовок, оффер, кнопка. Вторые — сервисные: короткое объяснение + один понятный следующий шаг. Разница по клику была небольшой, зато по завершению сценария сервисные сообщения дали заметно больше. И это важнее, потому что в lifecycle-коммуникациях клики сами по себе ничего не значат, если не двигают пользователя к ценности.

Я бы выделил три признака сильного in-app:

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

В эпоху, когда классическая лидогенерация слабеет, а маркетинг всё больше отвечает за выручку вместе с продуктом и продажами, in-app становится не каналом «увеличения охватов», а частью RevOps-логики: удержать, довести, подсветить ценность, сократить путь до результата.

Я бы формулировал так: хороший in-app не отвлекает от продукта. Он делает продукт понятнее.

— @InAppMessagingRu

Google картинки станут конкурентом Pinterest

Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.

Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.

Как это будет работать и когда новинка дойдёт до других стран — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest

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

In-app — это просто «push по событию», поэтому его достаточно сделать один раз и забыть

Миф: раз у приложения есть события (первый вход, просмотр, брошенная корзина, завершение регистрации), значит in-app-сообщения должны автоматически подставлять триггер и текст — и можно считать задачу выполненной. Такой подход выглядит логичным, но он ломается на уровне измерений и поведения пользователя.

Откуда миф растёт: раньше атрибуция работала ближе к last-click, а воронка была линейной. Тогда казалось, что достаточно “отправить нужному человеку нужное сообщение”. В 2026 это уже не так: privacy-first-модели, server-side-подход и incrementality меняют картину, а RevOps (ответственность маркетинга, продаж и customer success за выручку) требует, чтобы коммуникации улучшали не только клики, но и следующий этап — активацию, повторные действия, удержание.

Почему неправда: события дают момент, но не дают контекст. Один и тот же триггер “пользователь открыл экран оплаты” может означать разные намерения: кто-то сравнивает, кто-то уже готов купить, кто-то не понимает условия. Если вы один раз настроили шаблон, вы получаете одинаковую доставку при разной вероятности конверсии и разной цене ошибки (например, раздражение и отток). Кроме того, in-app — это не email: формулировка и композиция влияют на восприятие прямо в интерфейсе, а значит нужны A/B-проверки вариантов и контроль частоты показа.

Что вместо этого: проектируйте in-app как систему экспериментов и сегментов по “смыслу действия”, а не только по событию. Стартуйте с гипотезы: какую проблему пользователя решает сообщение и какой метрикой вы подтверждаете эффект (не только реакцию, но и downstream-результат). Затем внедрите ветвления по контексту (стадия, история действий, путь к экрану, уровень доверия) и настройте разумные ограничения частоты. И наконец, измеряйте инкрементальность: действительно ли in-app добавляет выручку/удержание, а не просто “перехватывает” тех, кто и так бы купил.

— @InAppMessagingRu

Параллельный взгляд на тему — @AttributionRoom

Россияне не смогут покупать стейблкоины

Россиянам могут закрыть доступ к покупке стейблкоинов: в новой версии закона их приравняли к иностранным активам.

Купить такие токены смогут только квалифицированные инвесторы — например, с активами от 24 млн рублей или доходом от 12 млн в год.

Что это значит для обычных пользователей и когда правило заработает — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/rossiiane-ne-smogut-pokupat-steiblkoiny

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

Карта in-app сценариев: как связать триггеры, сообщения и выручку

1) Начните с «событийного ядра» (триггеры)
Соберите список 15–25 событий пользователей: просмотр карточки, добавление в корзину, начало оплаты, ошибка, возврат после паузы, факт покупки/активации. Для каждого события задайте цель: удержание, возврат, прогресс по воронке, снятие барьера.

2) Сегментируйте не «по полу/городу», а по поведению и состоянию
Разделите аудитории по контексту: новичок/вернувшийся, активный/спящий, «застрял на шаге», «есть незавершённый платёж/документ», «использовал ключевую функцию». В 2026 это снижает зависимость от точных атрибуций и помогает в privacy-first аналитике.

3) Привяжите каждое сообщение к одному KPI уровня продукта
Для каждого in-app сценария выберите один показатель: завершение шага, выполнение ключевого действия, снижение отказов, рост удержания D7/D30, сокращение time-to-value. Не распыляйте: сообщение должно менять одно измеримое звено.

4) Спроектируйте «контроль вариантов» (варианты текста и повода)
Сформулируйте 2–3 варианта оффера/объяснения без изменения механики: короткое напоминание, помощь с причиной отказа, персональная рекомендация следующего шага. Обязательно добавьте логику частоты: сколько раз показываем и когда прекращаем, чтобы не ухудшить experience.

5) Встройте шаги снятия барьеров прямо в интерфейсный текст
Если пользователь «застрял», сообщение должно предлагать конкретное действие: «вернитесь к шагу оплаты», «проверьте поле X», «включите доступ к…». Для B2B делайте акцент на снижение рисков и скорости получения результата: что изменится после следующего клика.

6) Настройте экспериментальность через инкрементальность, а не last-click
Планируйте тесты так, чтобы оценивать вклад in-app в когорте: A/B по сегментам, holdout-группа, расчёт incremental lift (инкрементальный эффект) на ключевом действии. В эпоху server-side и MMM это снижает риск «успеха на бумаге».

7) Закройте цикл данными: триггер → показ → реакция → корректировка
После запуска фиксируйте: показ/просмотр, клик, завершение целевого шага, дальнейшая конверсия (например, через 24–72 часа), а также причины отказов. На основании данных меняйте: частоту, аудитории, формулировки и следующий сценарий (каскад).

когда это пригодится — при запуске новых in-app сценариев под retention/LTV или при перестройке lifecycle-воронок после смены аналитической модели (privacy-first).

— @InAppMessagingRu

Deep link против Universal link: разбираемся в навигации

В мире мобильной грамотности часто путают два способа перенаправления пользователя внутрь приложения. Понимание разницы критично для построения бесшовного клиентского пути, особенно в эпоху Retention (удержания), когда каждый клик на счету.

Deep link (глубокая ссылка) — это URI-схема (уникальный идентификатор ресурса), которая ведет пользователя напрямую к конкретному экрану приложения. Если приложение не установлено, ссылка не сработает или выдаст ошибку.

Universal link (универсальная ссылка) — это стандарт Apple, который использует обычный URL (веб-адрес). Если приложение установлено, оно откроется. Если нет — пользователь попадет на веб-сайт.

Ключевое отличие: надежность и поддержка отсутствия приложения на устройстве. В 2026 году, когда фокус смещен на RevOps (объединенное управление выручкой), ошибки в навигации приводят к потере LTV (пожизненной ценности клиента).

Типичная ошибка — использование схем для внешних рекламных кампаний. Без проверки наличия приложения вы теряете трафик.

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

— @InAppMessagingRu

Дополнительный контекст — @DigitalCampaigns