1xBet перестал спонсировать эмоции

История о том, как казахстанцы зарегистрировали рекламный слоган 1xBet, а сам бренд оказался в юридической ловушке: после сделки с TonyBet права на товарный знак так и не выкупили. На фоне ареста активов Романа Семиохина и уголовного дела по азартным играм вывод простой: с 1xBet сейчас лучше не строить рекламные связки на рынке Казахстана.

➡️ Читайте на сайте: https://aff.top/blog/1xbet-perestal-sponsirovat-emocii

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

За продажу аккаунтов в мессенджере теперь грозит статья

С 1 сентября 2026 года продажа аккаунтов соцсетей и мессенджеров в России стала уголовно и административно рискованной: штраф до 700 тысяч рублей, принудительные работы или лишение свободы до 2–3 лет. Если через аккаунт украдут деньги, продавца могут записать в соучастники мошенничества по ст. 159 УК РФ с риском до 10 лет.

➡️ Читайте на сайте: https://aff.top/blog/za-prodazhu-akkauntov-v-messendzhere-teper-grozit-statia

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

Google выпустил в релиз Gemini 3.8 flash

Google выпустил Gemini 3.8 Flash спустя две недели после 3.7: модель обещает сильный кодинг и быстрый отклик, а цена остаётся низкой — $0,75 за млн входящих токенов и $3,75 за млн исходящих. Вывод простой: пока Google демпингует, это выгодный вариант для тех, кому нужны дешёвые и быстрые нейросетевые запросы.

➡️ Читайте на сайте: https://aff.top/blog/google-vypustil-v-reliz-gemini-3-8-flash

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

In-app сообщения для 2026: почему я перестал “гнать промо” и перешёл на микросоглашения

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

Что такое микросоглашение на практике
Я называю так связку из 3 элементов, которая должна быть понятна пользователю за 1–2 секунды:
— за что мне пишут (контекст),
— что я получу (конкретная выгода),
— и что будет, если я проигнорирую (следующий шаг без наказаний).

Пример из моей логики: вместо «Скидка 20% на всё до вечера» я строю сообщение вокруг действий пользователя.
Если человек добавлял товар в корзину, микросоглашение звучит как: «Я держу этот товар для тебя в приложении и помогу завершить оформление за несколько шагов». Это не “промо-угроза”, это сервис: сокращение трения.

Почему промо в in-app перестало работать как раньше
В эпоху privacy-first атрибуция становится менее точной: последний клик часто переоценивает влияние баннеров и пушей, а last-click-подход ломает обучение креатива. Параллельно растёт Topical Authority: пользователи и системы (включая AI-overviews) быстрее формируют ожидания по вашей полезности, а не по частоте касаний. Итог: “ещё одна скидка” превращается в фоновый шум.

Моё наблюдение из работы с несколькими клиентами: там, где in-app был настроен как поток акций, доля пользователей, которые вообще читают экран сообщения (а не просто пролистывают), падала быстрее, чем росли рассылки. И наоборот: когда сообщения начали учитывать **контекст последнего действия** (просмотр/корзина/поиск/возврат в приложение), рост не был взрывным, но стал устойчивым. Устойчивость важнее, потому что retention в 2026 — это инвестиция, а не “разовая реакция”.

Как я перепроектировал подход: от сценария к обещанию
Я беру одну точку входа (например, возвращение пользователя после просмотра карточки) и задаю один вопрос: какое маленькое обещание мы можем выполнить без “давления”?
Дальше строю окно in-app по схеме:
— Контекст: что он уже сделал (коротко).
— Следствие: что мы сделаем в системе (хранение корзины, подсказка по оформлению, подбор альтернатив).
— Завершение: один ясный CTA (не три кнопки).

Важно: CTA должен быть не “Купить сейчас”, а “Сделать следующий шаг”. Это меняет психологию. Пользователь не чувствует, что его уговаривают, он видит маршрут.

Одна цифра из практики
В одном из типовых e-com кейсов (мобильное приложение, корзины) переход от “акционного баннера” к микросоглашениям вокруг завершения оформления дал прирост по доле пользователей, которые доходят до шага оплаты, без пропорционального роста промозатрат. Да, скидка не исчезла полностью — она стала “инструментом”, а не “основным смыслом” сообщения. Когда ценность становится сервисом, вы перестаёте выгорать.

Итоговая позиция
Я больше не верю в in-app как в площадку для бесконечной промо-витрины. В 2026 in-app сообщения должны работать как продуктовый слой: они должны давать маленькие, проверяемые обещания, которые пользователь готов принять, даже если он сейчас “не настроен покупать”.

Если хотите, могу предложить шаблон матрицы микросоглашений под ваши статусы пользователей (просмотр/корзина/после покупки/возврат) — чтобы команды не спорили о формулировках, пока не договорились о смысле.

— @InAppMessagingRu

Яндекс запустил сервис ПроБлогер

Яндекс запустил ПроБлогер — платформу для монетизации небольших каналов и групп во ВКонтакте, Дзене, Максе, Telegram, YouTube и Rutube. Для модерации нужны от 1000 подписчиков, свежие публикации, статус самозанятого, ИП или юрлица и соблюдение закона. Доход доступен через автопостинг с оплатой за просмотры и партнёрские ссылки; CPM можно задать самому или отдать аукциону.

➡️ Читайте на сайте: https://aff.top/blog/iandeks-zapustil-servis-probloger

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

Google ads упростил перенос креативов из Asset Studio

➡️ Читайте на сайте: https://aff.top/blog/google-ads-uprostil-perenos-kreativov-iz-asset-studio

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

Тихий герой retention: как Lamoda переписала атрибуцию для in-app и получила +12% к LTV

**Контекст**
К 2026 году классическая last-click-атрибуция окончательно перестала работать в мобильном e-com. Потребители экономят, средний чек у Lamoda снизился на 6% за полтора года. Маржа сжалась, и гонка за первым заказом за счёт скидок стала убыточной. Отдел CRM перевели в структуру RevOps — теперь маркетинг, продукт и клиентский сервис вместе отвечали за выручку на когорту, а не за количество касаний.

**Задача**
In-app-сообщения всегда считались каналом «последнего шага»: подтолкнуть к покупке здесь и сейчас. Но в новой реальности требовалось доказать их влияние на LTV (пожизненную ценность клиента), а не на сиюминутную конверсию. Вопрос: как порезать уведомления, не просадив доход, и какую роль отвести in-app, если first-party данных всё ещё не хватает для точной IDFA-атрибуции?

**Решение**
Lamoda отказалась от попыток привязать каждое in-app-сообщение к покупке через последний клик. Вместо этого команда внедрила когортный анализ: они взяли 100 тысяч пользователей, которые получили доступ к приложению за последние 90 дней, и разделили на две группы.

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

Ключевой ход: Lamoda убрала из in-app все сообщения с прямым призывом «купи» для сегмента со скидочным поведением (клиенты, которые покупали чаще 1 раза в месяц только по промокоду). Им показывали только контент про тренды и уход за вещами. Оценка велась через incrementality-тест (приростная атрибуция) — сравнивали, как растёт LTV в группах без скидочных in-app по сравнению с контрольной группой, которая вообще не получала никаких сообщений.

**Результат**
— LTV на когорту через 6 месяцев вырос на 12% в группе с продуктовыми in-app без скидок. Пользователи покупали реже, но на бо́льшую сумму и без промокодов.
— Частота возвратов

— @InAppMessagingRu

In-app messaging: что это и чем оно не является

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

Важно отличать in-app messaging от близких форматов:
— push-уведомления приходят **снаружи** приложения и возвращают пользователя в продукт;
— email работает в более длинном цикле и зависит от почтового ящика;
— баннер в приложении чаще несёт статичное сообщение, а in-app messaging может быть контекстным и реактивным.

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

Пример: пользователь добавил товар в корзину, но не завершил оформление. Внутри приложения ему можно показать короткое сообщение с подсказкой: «До бесплатной доставки не хватает 300 ₽» и кнопку «Перейти к оплате». Здесь сообщение работает как часть lifecycle-цепочки: не перебивает опыт, а помогает довести действие до конца.

— @InAppMessagingRu

Алгоритм внедрения онбординга через In-app сообщения для повышения LTV

В условиях снижения среднего чека и перехода к модели RevOps (объединенное управление выручкой), удержание пользователя в первые минуты после установки становится ключевым фактором прибыльности. Чтобы минимизировать отток, следуйте этому алгоритму:

— Сегментируйте аудиторию по источнику установки до показа первого сообщения. Это позволит подстроить контекст приветствия под конкретную маркетинговую кампанию и ожидание пользователя.

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

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

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

— Добавьте возможность пропустить обучение. Дайте опытным пользователям право сразу перейти к функционалу, сохраняя при этом кнопку вызова помощи в настройках профиля.

— Внедрите A/B-тестирование текстов через генеративные модели. В условиях конкуренции концепций, тестируйте не визуальное оформление, а смысловое наполнение призывов к действию, ориентируясь на рост целевого показателя.

— Анализируйте метрики доходимости до первого целевого действия. Применяйте методы оценки прироста (incrementality), чтобы понять, действительно ли сообщения помогают новым пользователям, а не просто дублируют функции интерфейса.

Это пригодится при запуске новых продуктов или обновлении ключевого пути пользователя для стабилизации Retention (удержания) в условиях ограниченных бюджетов на привлечение.

— @InAppMessagingRu

Триггерные пуши vs. in-app: почему мы перестаём пугать пользователя уведомлением

За последние полгода у трёх наших клиентов — приложения из фудтеха, финтеха и e-commerce (электронной коммерции) — мы наблюдаем одну и ту же картину: пуш-уведомления (push) дают короткий всплеск открытий, но съедают opt-in rate (согласие на уведомления) новых пользователей на 12–18%. Люди просто отключают канал после первой недели «ваших лучших предложений». При этом in-app сообщения — баннеры, модалки, внутриэкранные подсказки — показывают конверсию в целевое действие на 20–35% выше при том же сегменте.

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

Второй аргумент — атрибуция. В эпоху privacy-first (подход с приоритетом приватности) и server-side трекинга (отслеживания на стороне сервера) пуш как точка контакта всё чаще теряется в цепочке событий. Маркетинг-микс модели (MMM) и инкрементность (оценка реального влияния кампании) плохо «видят» пуши, особенно на iOS. In-app событие логируется в собственном SDK продукта, его проще связать с выручкой и доказать вклад конкретного сообщения.

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

Один вопрос для самопроверки: откройте свой последний пуш-сценарий и посчитайте, сколько из его шагов реально требуют прерывания пользователя вне приложения. Если больше половины — у вас коммуникация построена вокруг канала, а не вокруг момента. Меняйте местами.

— @InAppMessagingRu

Telegram serverless вышел в открытый бета-тест

Telegram запустил serverless-серверы для ботов, но в CPA и iGaming-задачах они полезны только для простых webhook-сценариев: приветствие, короткий диалог, выдача ссылки. Для приёма заявок, публичных URL и работы с медиа функция не подходит, поэтому практической пользы для вайт-проектов и Tg Ads почти нет.

➡️ Читайте на сайте: https://aff.top/blog/telegram-serverless-vyshel-v-otkrytyi-beta-test

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

Компании запретили использовать название Twitter, но разрешили символику

Суд в Делавере запретил стартапу использовать бренд Twitter: посчитал, что это вводит в заблуждение и нарушает права X на товарный знак. При этом X не удалось заблокировать слово Tweet и старый логотип с птицей — суд счёл, что после ребрендинга в X эти марки фактически заброшены. Решение пока предварительное и может быть оспорено.

➡️ Читайте на сайте: https://aff.top/blog/kompanii-zapretili-ispolzovat-nazvanie-twitter-no-razreshili-simvoliku

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

ChatGPT сможет общаться вместо тебя

OpenAI тестирует Writing Style: ChatGPT сможет изучать манеру письма и отвечать в стиле пользователя в Slack, Gmail и мессенджерах. Это усиливает персонализацию и снимает рутину общения, но компания одновременно режет риск копирования узнаваемых авторских стилей, чтобы не конфликтовать с правами и IP.

➡️ Читайте на сайте: https://aff.top/blog/chatgpt-smozhet-obschatsia-vmesto-tebia

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

In-app — не «ещё один канал», а слой принятия решения

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

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

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

Это особенно важно для связки с CRM и lifecycle-маркетингом. In-app не должен жить отдельно от письма, push и продукта. Его задача — закрыть микромомент, когда пользователь уже внутри интерфейса и готов принять решение без лишнего шума. Если этот слой настроен правильно, он начинает работать как мост между коммуникацией и выручкой.

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

— @InAppMessagingRu

Facebook начал считать успешные и провальные платежи

Meta добавила в Facebook Manager счётчик статусов платежей в billings, чтобы не проверять транзакции вручную. Для арбитражников и iGaming это почти бесполезно: нужные данные по биллингу всё равно видны в платёжке, а нововведение больше актуально для белых рекламных аккаунтов с моделью ежемесячных списаний.

➡️ Читайте на сайте: https://aff.top/blog/facebook-nachal-schitat-uspeshnye-i-provalnye-platezhi

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

Туристы чуть не погибли, поверив Gemini

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

➡️ Читайте на сайте: https://aff.top/blog/turisty-chut-ne-pogibli-poveriv-gemini

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

Какие критерии у трастового аккаунта Facebook?

Статья о том, как оценивать траст Facebook-аккаунта для запуска рекламы в арбитраже. Главные выводы: решают не возраст, а расходники, качество активности, прогрев и чистая биллинг-история; даже вручную зарегистрированный аккаунт может быть слабым. Для работы лучше брать у проверенного селлера и самому прогревать кабинет.

➡️ Читайте на сайте: https://aff.top/blog/kakie-kriterii-u-trastovogo-akkaunta-facebook

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