Гайд: как заработать первые деньги на Pornhub

Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.

Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.

Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…

➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub

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

Как удержание через In-app сообщения спасает LTV в эпоху снижения среднего чека

В условиях, когда потребители в электронной коммерции стали осторожнее тратить деньги, средний чек на рынке просел на 6-8%. Для приложения Lamoda, как и для многих игроков fashion-сегмента, фокус сместился с привлечения новых покупателей на максимизацию ценности уже существующих клиентов (LTV — пожизненная ценность клиента). Разберем кейс использования всплывающих сообщений внутри приложения для реактивации «засыпающей» аудитории.

Контекст: пользователь перестал совершать покупки в течение 45 дней после последнего заказа. Традиционные email-рассылки показывают низкую вовлеченность, так как в эпоху контента, который не требует клика (zero-click), пользователи редко уходят из приложения в почтовый ящик.

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

Решение: команда внедрила точечный In-app сценарий. Вместо общей рассылки «мы скучаем», пользователю при входе в приложение показывали персонализированный карточный экран.
— Использовали данные о последней просмотренной категории: если пользователь смотрел кроссовки, сообщение предлагало подборку новинок в этом же стиле.
— В сообщение добавили элемент «социального доказательства»: индикатор «Эту модель добавили в избранное 15 человек за сегодня».
— Механика: сообщение появлялось не сразу при запуске, а через 10 секунд нахождения в каталоге, чтобы не перекрывать навигацию.

Результат:
— Конверсия из показа сообщения в просмотр карточки товара составила 14%.
— Повторная покупка была совершена в течение 7 дней у 4,2% пользователей, получивших сообщение, что на 25% выше, чем в контрольной группе, которая видела только стандартный пуш.
— Стоимость удержания одного клиента оказалась в 3,5 раза ниже, чем стоимость привлечения нового через платные каналы в условиях усложняющейся атрибуции по модели конфиденциальности (privacy-first).

Урок: In-app сообщения в 2026 году — это не рекламный баннер, а инструмент навигации по интересам. В эпоху, когда классические методы лидогенерации работают хуже из-за изменений в алгоритмах поиска, важно давать пользователю смысловую ценность внутри приложения. Побеждает не тот, кто шлет больше уведомлений, а тот, кто через данные CRM (управление отношениями с клиентами) делает следующий шаг пользователя предсказуемым и полезным для него самого. В системе RevOps такие сообщения становятся точками касания, которые напрямую влияют на выручку, не дожидаясь внешних триггеров.

Триггер «Провал по событию» в in-app: как вернуть пользователя без скидок

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

Чек-лист внедрения:

— Зафиксируйте событие-«провал» и тайминг
Определите 1 главное действие в приложении (например, заполнение профиля, завершение добавления товара, запуск ключевой функции).
Дальше — окно ожидания: через сколько минут/часов считать, что пользователь «застрял».

— Опишите причину застревания в терминах сценариев, а не догадок
Сегментируйте по контексту: устройство, версия ОС, источник входа, тип пользователя, статус (новый/возвращающийся).
Для каждого сценария сформулируйте короткую гипотезу: «не понял шаг», «не увидел кнопку», «упёрся в ограничение».

— Сформируйте последовательность из 2–3 экранных шагов
Первое сообщение — помощь без давления: что сделать и где это находится.
Второе — микро-облегчение: предложите автозаполнение/быстрый путь/проверку условий.
Третье — мягкое снятие барьера: «если вы не готовы — сохраните и продолжите позже», с сохранением контекста.

— Уберите трение: CTA должен вести не “куда-то”, а в конкретное место
Сделайте переход к нужному экрану или компоненту (где продолжить), а не просто в раздел меню.
Если есть ошибки — показывайте формат и пример прямо в in-app, чтобы не отправлять в справку.

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

— Логируйте принятие решения: показ → действие → повторный отказ
Отслеживайте, что пользователь сделал после сообщения: вернулся ли к шагу, завершил ли, сколько времени заняло.
Обязательно измеряйте “отказ от коммуникации” и частоту повторов, чтобы не ухудшить retention.

— Проведите итерации через инкрементальность, а не только по CTR
Сравнивайте группы с контролем и оценивайте влияние на целевое событие (завершение шага/достижение value).
Для защиты от искажений учитывайте mix каналов и повторные визиты (server-side, MMM-подходы или simple incrementality — по возможностям команды).

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

Эра «нулевого клика» и ретеншн как единственный драйвер выручки

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

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

Мое наблюдение из практики последних месяцев: сообщения, которые несут чисто информационную нагрузку, показывают конверсию в действие на 22% выше, чем прямые призывы к покупке.

Как адаптировать стратегию in-app сообщений под новые реалии:

— Перестаньте дублировать email-информирование. Если пользователь уже в приложении, он хочет решить свою задачу здесь и сейчас. Дайте ему быстрый путь к функции, а не длинный текст с описанием скидок.
— Используйте событийные триггеры на основе поведения. В условиях privacy-first (приоритета приватности) атрибуции мы видим меньше данных извне, но внутри продукта данных достаточно. Реагируйте на конкретный шаг, а не на абстрактный сегмент.
— Концепция важнее исполнения. AI сейчас делает красивые картинки за секунды, но он не понимает контекста вашего продукта. Конкурируйте за счет смыслов: почему это сообщение полезно пользователю в 2026 году, когда его внимание фрагментировано как никогда?

В мире, где пользователь разучился кликать по ссылкам, ваше приложение должно стать самодостаточным хабом. In-app сообщения теперь — это не способ увести пользователя из точки А в точку Б, а способ удержать его в точке А, пока он не станет лояльным потребителем. Кто первым превратит свои уведомления из «баннеров-крикунов» в полезные сервисные подсказки, тот и выиграет в битве за LTV.

Сбер запустит свой криптокошелёк

Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.

Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.

Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍

➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek

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

Индия потребовала от Telegram удалять пиратский контент

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

Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.

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

➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent

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

Google ads меняет стратегию по конверсиям

Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.

Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…

➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam

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

Критерий “правильного” in-app сообщения: оно сокращает путь к действию, а не просто уведомляет

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

Мой критерий качества in-app: **сообщение должно уменьшать количество “неопределённостей” на 1**. Не “уменьшать трение” в абстракции, а конкретно — убрать один вопрос, который стоит между пользователем и действием.

Как это выглядит в реальной механике:
— Если пользователь остановился на заполнении формы, вопрос обычно не “что мне делать”, а “что от меня хотят прямо сейчас”. Сообщение должно отвечать одним предложением и вести к конкретному полю/экрану.
— Если пользователь откладывает покупку в e-com, вопрос часто “сколько мне на самом деле стоит и когда получу”. Тогда in-app должен показывать итог (или расчёт доставку/стоимость) в месте принятия решения, а не отправлять в отдельный раздел.
— Если пользователь в B2B не доходит до следующего шага, вопрос “какие данные нужны, чтобы это работало” важнее, чем общий текст про продукт. Значит — короткая инструкция + переход к нужному шагу RevOps-воронки (в связке маркетинг–sales–customer success за выручку).

Один наблюдаемый показатель из практики: когда мы перестали писать “информационные” in-app (новости, напоминания “не забыли”) и начали писать “навигационные” (ответили на конкретный следующий вопрос + deep link), доля кликов по CTA росла не на проценты ради процента, а существенно — в среднем на 20–35% в тех же аудиториях и с тем же трафиком. И главное — снижался процент “досмотров” без действия: пользователи перестали читать и начали делать.

Как проверить себя за 30 минут:
1) Возьмите последние 10 сообщений и запишите, на какой вопрос они отвечают пользователю.
2) Если в ответе больше “мы хотим, чтобы вы…” и меньше “вам нужно сделать X на экране Y” — это не навигация.
3) Убедитесь, что сообщение ведёт к одному логичному шагу (deep link), а не просто “в приложение/раздел”.

В эпоху privacy-first атрибуции и zero-click, когда пользователи не видят всей “системной картины” вокруг вас, выигрывает не тот, кто громче уведомляет, а тот, кто встраивает маршрут прямо в контекст действия. In-app — это не канал новостей. Это инструмент сокращения пути.

В Codex внедрят GPT-5.6 Ultra

OpenAI добавит в Codex эксклюзивную версию GPT-5.6 Sol Ultra — не ту, что выйдет в паблик, а отдельную, усиленную модель.

Два ключевых режима: расширенные рассуждения (модель думает дольше) и мульти-агентная работа с параллельными субагентами. Релиз ожидается 7–9 июля 2026.

Но есть один нюанс, который OpenAI пока не раскрывает 👀 Подробности — в …

➡️ Читайте на сайте: https://aff.top/blog/v-codex-vnedriat-gpt-5-6-ultra

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

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

Meta выпустила Muse Image — нейросеть, которая генерирует изображения как агент: сама ищет референсы, пишет код и рассуждает перед созданием картинки.

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

Есть один вопрос, который интересует всех арбитражников: как это повлияет …

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

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

Почему in-app не должен быть «ещё одним письмом»

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

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

Один практический ориентир: когда команда сокращает текст in-app в среднем с 70–90 слов до 15–25 и оставляет один CTA, конверсия в целевое действие у нас обычно растёт заметно. Не потому что текст «красивее», а потому что исчезает когнитивная нагрузка. В приложении пользователь не читает — он действует.

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

В 2026 году, когда маркетинг всё сильнее уходит в retention и управляемую выручку, in-app становится не декоративным слоем, а рабочим инструментом lifecycle-команды. И выигрывают не те, кто пишет больше, а те, кто точнее попадает в момент.

— @InAppMessagingRu

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

Китай планирует ограничить доступ к DeepSeek и GLM

Китай готовится ограничить публичный доступ к своим флагманским нейросетям — DeepSeek и GLM. Запрет по образцу США становится новой нормальностью.

Правительство рассматривает трёхуровневую систему: от стандартной регистрации для простых моделей до полного закрытия самых передовых — только для внутреннего использования.

Но есть один подвох, котор…

➡️ Читайте на сайте: https://aff.top/blog/kitai-planiruet-ogranichit-dostup-k-deepseek-i-glm

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

ByteDance выпустила Seedream 5.0 pro

ByteDance выпустила Seedream 5.0 pro — генератор изображений с послойным редактированием прямо внутри интерфейса.

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

Для арбитражников это может быть удобным инструме…

➡️ Читайте на сайте: https://aff.top/blog/bytedance-vypustila-seedream-5-0-pro

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

In-app и onboarding для B2B: как HubSpot удерживает знания через User Groups

HubSpot (B2B SaaS для маркетинга, продаж и сервиса) развивает сообщество HubSpot User Groups — это регулярные встречи пользователей продукта, где участники делятся практиками, кейсами и разбирают задачи по разделам платформы. Формально это “комьюнити”, но по сути это часть lifecycle: обучение новых пользователей, ускорение освоения функций и снижение времени до первых рабочих сценариев в аккаунте.

Задача
Для HubSpot вопрос был не “как привлечь на вебинар”, а как сделать, чтобы:
— новые пользователи быстрее проходили путь от регистрации к использованию ключевых модулей;
— существующие пользователи не выпадали из контекста (не “заходили раз в квартал”, а регулярно обновляли знания);
— контент сообщества попадал в нужный момент и не превращался в общий поток “для всех”.

Решение (как это ложится на in-app)
В логике in-app-месседжинга такие User Groups обычно превращаются в три уровня коммуникаций внутри приложения:
1) Активация (первое включение / первые сценарии)
— короткий in-app баннер или карточка: “Посмотрите практику пользователей по вашему сценарию” с привязкой к модулю, который человек сейчас освоил (маркетинг-автоматизация, CRM-воркфлоу, отчеты и т.д.).
— микро-подсказка после успешного действия (например, когда пользователь сделал “первую настройку”): предложение выбрать ближайшую встречу и получить готовые шаблоны/подходы от других команд.

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

3) Углубление (для опытных)
— персональные приглашения в зависимости от того, какие области платформы человек уже использует: встречи по смежным функциям, где участники чаще всего делятся более сложными настройками и процессами.
— это снижает ощущение “для новичков” и увеличивает релевантность.

Конкретный результат
В источнике по HubSpot User Groups не приведены публичные цифры по in-app (конверсия, retention, uplift). Поэтому корректно фиксируем факт: проект User Groups — это постоянный механизм передачи практик и “подключения” пользователей к знаниям внутри экосистемы HubSpot, то есть работа на lifecycle через регулярный, прикладной формат контента.

Что можно взять читателю (урок для in-app)
1) Сообщество — это не “ивенты”, а инструмент этапов жизненного цикла. Перенесите смысл в приложение: триггерьте приглашение не по календарю, а по прогрессу пользователя в продукте.
2) Релевантность важнее частоты: приглашение должно “подсвечивать” конкретный модуль/следующий шаг, а не быть универсальной рассылкой.
3) Проектируйте цепочку: активация → поддержка в паузе → углубление. Тогда in-app становится навигатором, а не рекламной витриной.
4) В 2026-м (Zero-click эпоха, Topical Authority) побеждает контент с экспертностью автора. В User Groups экспертность — от сообщества. In-app должен объяснять “почему именно это” и “что вы получите на практике”, прямо в моменте использования продукта.

Если хотите, в следующем посте разберу шаблон структуры карточки User Groups в приложении: блок “что делать дальше”, персонализация по модулю и критерии, когда показывать (и когда не показывать), чтобы не ухудшать удержание.

— @InAppMessagingRu

Создателя Telegram снова допрашивали

Павла Дурова снова допросили во Франции: встреча с следствием длилась более 6 часов.

Это уже не первый эпизод в деле, которое тянется с 2024 года: тогда основателя Telegram арестовали в аэропорту Ле-бурже и ограничивали в выезде до июня 2025.

Что именно выясняли на новом допросе — не раскрывают. Но давление на Telegram растёт, и в этой истории е…

➡️ Читайте на сайте: https://aff.top/blog/sozdatelia-telegram-snova-doprashivali

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

Cloudflare запустил функцию Drop

Cloudflare запустил Drop — сервис, который разворачивает временный сайт за несколько секунд прямо из zip-архива.

Без аккаунта можно создавать сколько угодно таких страниц, но ссылка живёт всего 1 час. Потом сайт придётся переносить в аккаунт.

Зачем это нужно арбитражнику и что можно успеть за это время — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/cloudflare-zapustil-funkciiu-drop

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

In-app не «замена email»: почему это две разные задачи

Миф в lifecycle-маркетинге простой: если у вас есть in-app messaging, то email уже можно урезать. Логика кажется удобной: сообщение появляется прямо в приложении, значит, оно и быстрее, и точнее, и «дешевле» для команды.

Откуда этот миф? Из попытки упростить коммуникацию до одного канала. В 2026-м, когда retention и LTV важнее первой покупки, особенно соблазнительно собрать все касания в один экран и считать, что это даст контроль над воронкой.

Но это не так. In-app работает только в момент активной сессии. Он отлично подходит для онбординга, подсказок, реактивации внутри продукта, коротких триггеров по поведению. Email же живёт вне приложения: возвращает пользователя в продукт, прогревает ожидание, закрывает длинные сценарии, где человек не открыл приложение сегодня и не откроет завтра.

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

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

Итог простой: in-app не отменяет email. Он делает его точнее, если у каналов разные задачи.

— @InAppMessagingRu