Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudeflare грозит Google блокировкой трафика
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Гайд: как заработать первые деньги на Pornhub
Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.
Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.
Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…
➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub
🧠 Ещё больше инсайтов → в канале AFF.top
Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.
Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.
Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…
➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub
🧠 Ещё больше инсайтов → в канале AFF.top
Почему воронки в Mixpanel теряют смысл без привязки к RevOps
В 2026 году классическая продуктовая аналитика окончательно перестала быть «вещью в себе». Если вы строите воронки (пути пользователя от первого касания до покупки) исключительно ради отслеживания конверсии, вы наблюдаете за миражом. В эпоху, когда классическая система генерации лидов (потенциальных клиентов) уступает место RevOps (единой системе управления выручкой), метрики внутри Mixpanel должны отражать реальное влияние на бизнес, а не просто успешное прохождение шагов.
Наблюдение из практики: компании, которые делят аналитику на «маркетинговую» и «продуктовую», теряют до 15% удержания (retention) на этапе перехода из пробного периода в подписку. Основная причина — разрыв данных. Маркетинг считает эффективность по кликам, продукт — по заполнению профиля, а финансовый отдел видит только итоговую выручку. Когда возникает просадка, команды начинают винить друг друга, вместо того чтобы работать с едиными когортами (группами пользователей) в Mixpanel.
Чтобы воронка стала инструментом RevOps, она должна включать не только нажатия кнопок, но и события (events), связанные с ценностью.
— Добавьте в воронки ключевые действия, которые сигнализируют о готовности к покупке, а не просто технические шаги.
— Анализируйте путь не до оплаты, а до момента, когда клиент становится рентабельным (после покрытия затрат на его привлечение).
— Сегментируйте воронки по источникам, которые приносят пользователей с высоким пожизненным циклом (LTV), а не просто дешевыми регистрациями.
Сегодня автоматизация создания креативов дает нам бесконечные потоки контента, но это лишь расширяет верхнюю часть воронки. Если внутри аналитической системы нет понимания, как активность пользователя коррелирует с выручкой, вы просто масштабируете неэффективность. Используйте Mixpanel для того, чтобы увидеть, где именно происходит разрыв между «ценностью для пользователя» и «деньгами для компании».
*Моя позиция проста: воронка, которая заканчивается на «спасибо за покупку» — это рудимент.* В текущих реалиях аналитика должна отвечать на вопрос, как каждый пройденный шаг в продукте влияет на прогноз выручки в следующем квартале. Если инструмент не дает понимания, какой путь ведет к долгосрочным отношениям с клиентом, пора менять не инструмент, а способ постановки задач для аналитиков.
— @MixpanelFunnelsRuPro
В 2026 году классическая продуктовая аналитика окончательно перестала быть «вещью в себе». Если вы строите воронки (пути пользователя от первого касания до покупки) исключительно ради отслеживания конверсии, вы наблюдаете за миражом. В эпоху, когда классическая система генерации лидов (потенциальных клиентов) уступает место RevOps (единой системе управления выручкой), метрики внутри Mixpanel должны отражать реальное влияние на бизнес, а не просто успешное прохождение шагов.
Наблюдение из практики: компании, которые делят аналитику на «маркетинговую» и «продуктовую», теряют до 15% удержания (retention) на этапе перехода из пробного периода в подписку. Основная причина — разрыв данных. Маркетинг считает эффективность по кликам, продукт — по заполнению профиля, а финансовый отдел видит только итоговую выручку. Когда возникает просадка, команды начинают винить друг друга, вместо того чтобы работать с едиными когортами (группами пользователей) в Mixpanel.
Чтобы воронка стала инструментом RevOps, она должна включать не только нажатия кнопок, но и события (events), связанные с ценностью.
— Добавьте в воронки ключевые действия, которые сигнализируют о готовности к покупке, а не просто технические шаги.
— Анализируйте путь не до оплаты, а до момента, когда клиент становится рентабельным (после покрытия затрат на его привлечение).
— Сегментируйте воронки по источникам, которые приносят пользователей с высоким пожизненным циклом (LTV), а не просто дешевыми регистрациями.
Сегодня автоматизация создания креативов дает нам бесконечные потоки контента, но это лишь расширяет верхнюю часть воронки. Если внутри аналитической системы нет понимания, как активность пользователя коррелирует с выручкой, вы просто масштабируете неэффективность. Используйте Mixpanel для того, чтобы увидеть, где именно происходит разрыв между «ценностью для пользователя» и «деньгами для компании».
*Моя позиция проста: воронка, которая заканчивается на «спасибо за покупку» — это рудимент.* В текущих реалиях аналитика должна отвечать на вопрос, как каждый пройденный шаг в продукте влияет на прогноз выручки в следующем квартале. Если инструмент не дает понимания, какой путь ведет к долгосрочным отношениям с клиентом, пора менять не инструмент, а способ постановки задач для аналитиков.
— @MixpanelFunnelsRuPro
Частичный экспорт контейнера в GTM: что выжимать из фичи на стороне маркетинговой аналитики
**Источник**: Simo Ahava blog.
— **Сначала выбери режим, а не файл.** В интерфейсе GTM есть два пути: «Export Container» и «Partial Export». Для боевой работы с аналитикой нужен второй — он отдаёт JSON, который можно править руками, а не бинарный бэкап.
— **Отфильтруй теги по встроенным условиям.** Перед выгрузкой задай фильтры по типу тега и триггеру. Это снимает главную боль — перенос в другой контейнер только релевантной части разметки, без мусорных пикселей.
— **Перенеси только то, что реально обслуживает воронку (funnel).** Для Mixpanel-воронок хватит связки «триггер → тег → переменная». Остальное — переменные среды, пользовательские HTML-теги для A/B-обёрток — оставь в исходном контейнере, чтобы не размывать событийную модель.
— **Перед импортом в новый контейнер проведи сухой прогон.** Simo Ahava прямо пишет: частичный экспорт нельзя откатить в один клик. Сделай «Merge» в тестовом GTM-контейнере, сверь события в DebugView Mixpanel, и только потом переноси в прод.
— **Сопоставь переменные и триггеры по именам, не по ID.** Экспорт сохраняет идентификаторы исходного контейнера, и при импорте они могут конфликтовать. Заранее пройдись поиском по JSON и замени чувствительные ID на placeholder-ы, чтобы поведение в новой среде не зависело от старой.
— **Зафиксируй версию и дай ей понятное имя.** Перед выгрузкой опубликуй рабочую версию, назови её в формате «YYYY-MM-DD — что вырезаем». Это заменяет ручной changelog и упрощает аудит аналитических изменений.
— **Положи готовый JSON в репозиторий с тегами.** Контейнер-снапшоты с понятными тегами — это внутренний каталог готовых решений: «form_submit для лид-формы», «add_to_cart для лендинга». Новичку в команде достаточно скопировать блок, а не разбирать прод-контейнер.
Когда это пригодится: при переезде проекта в новый GTM-аккаунт, при настройке Mixpanel-воронок для лендинга без шума от старых пикселей и при построении внутренней библиотеки переиспользуемых тегов.
— @MixpanelFunnelsRuPro
**Источник**: Simo Ahava blog.
— **Сначала выбери режим, а не файл.** В интерфейсе GTM есть два пути: «Export Container» и «Partial Export». Для боевой работы с аналитикой нужен второй — он отдаёт JSON, который можно править руками, а не бинарный бэкап.
— **Отфильтруй теги по встроенным условиям.** Перед выгрузкой задай фильтры по типу тега и триггеру. Это снимает главную боль — перенос в другой контейнер только релевантной части разметки, без мусорных пикселей.
— **Перенеси только то, что реально обслуживает воронку (funnel).** Для Mixpanel-воронок хватит связки «триггер → тег → переменная». Остальное — переменные среды, пользовательские HTML-теги для A/B-обёрток — оставь в исходном контейнере, чтобы не размывать событийную модель.
— **Перед импортом в новый контейнер проведи сухой прогон.** Simo Ahava прямо пишет: частичный экспорт нельзя откатить в один клик. Сделай «Merge» в тестовом GTM-контейнере, сверь события в DebugView Mixpanel, и только потом переноси в прод.
— **Сопоставь переменные и триггеры по именам, не по ID.** Экспорт сохраняет идентификаторы исходного контейнера, и при импорте они могут конфликтовать. Заранее пройдись поиском по JSON и замени чувствительные ID на placeholder-ы, чтобы поведение в новой среде не зависело от старой.
— **Зафиксируй версию и дай ей понятное имя.** Перед выгрузкой опубликуй рабочую версию, назови её в формате «YYYY-MM-DD — что вырезаем». Это заменяет ручной changelog и упрощает аудит аналитических изменений.
— **Положи готовый JSON в репозиторий с тегами.** Контейнер-снапшоты с понятными тегами — это внутренний каталог готовых решений: «form_submit для лид-формы», «add_to_cart для лендинга». Новичку в команде достаточно скопировать блок, а не разбирать прод-контейнер.
Когда это пригодится: при переезде проекта в новый GTM-аккаунт, при настройке Mixpanel-воронок для лендинга без шума от старых пикселей и при построении внутренней библиотеки переиспользуемых тегов.
— @MixpanelFunnelsRuPro
Борьба с состоянием гонки при загрузке скриптов через Google Tag Manager
В эпоху privacy-first (приоритизации приватности) атрибуции и усложнения серверных сценариев, корректная работа тегов становится критической. Часто возникает проблема «состояния гонки» (race condition), когда несколько скриптов конкурируют за ресурсы браузера, а порядок их исполнения непредсказуем. Чтобы Mixpanel получал чистые данные, нужно управлять очередностью событий.
— Добавьте обработчик событий загрузки (event listener) к каждому внедряемому элементу script. Вместо простого инжектирования кода используйте функцию, которая дожидается срабатывания события onload.
— Проверяйте готовность внешней библиотеки перед вызовом функций отслеживания. Если ваш аналитический код зависит от jQuery или иного фреймворка, оберните его в проверку наличия объекта в глобальной области видимости.
— Используйте промисы (promises) для цепочки зависимых событий. Это гарантирует, что данные о посещении отправятся в Mixpanel строго после инициализации всех необходимых инструментов сбора данных.
— Ограничьте время ожидания (timeout) для сторонних скриптов. Если ресурс не загрузился за 3-5 секунд, принудительно завершайте процесс, чтобы не блокировать основной поток и не снижать показатели качества страницы.
— Вынесите критическую логику в серверный контейнер (server-side). В условиях, когда браузеры все чаще ограничивают выполнение клиентских скриптов, перенос обработки данных на сервер исключает зависимость от сетевых гонок на стороне пользователя.
— Тестируйте поведение тегов в режиме эмуляции медленного соединения. Это поможет выявить скрытые ошибки, когда скрипт аналитики пытается отправить событие раньше, чем загрузилась библиотека-зависимость.
Когда это пригодится: при настройке сложных цепочек сбора данных для анализа удержания (retention) и поведения пользователей в условиях нестабильной загрузки страниц.
— @MixpanelFunnelsRuPro
В эпоху privacy-first (приоритизации приватности) атрибуции и усложнения серверных сценариев, корректная работа тегов становится критической. Часто возникает проблема «состояния гонки» (race condition), когда несколько скриптов конкурируют за ресурсы браузера, а порядок их исполнения непредсказуем. Чтобы Mixpanel получал чистые данные, нужно управлять очередностью событий.
— Добавьте обработчик событий загрузки (event listener) к каждому внедряемому элементу script. Вместо простого инжектирования кода используйте функцию, которая дожидается срабатывания события onload.
— Проверяйте готовность внешней библиотеки перед вызовом функций отслеживания. Если ваш аналитический код зависит от jQuery или иного фреймворка, оберните его в проверку наличия объекта в глобальной области видимости.
— Используйте промисы (promises) для цепочки зависимых событий. Это гарантирует, что данные о посещении отправятся в Mixpanel строго после инициализации всех необходимых инструментов сбора данных.
— Ограничьте время ожидания (timeout) для сторонних скриптов. Если ресурс не загрузился за 3-5 секунд, принудительно завершайте процесс, чтобы не блокировать основной поток и не снижать показатели качества страницы.
— Вынесите критическую логику в серверный контейнер (server-side). В условиях, когда браузеры все чаще ограничивают выполнение клиентских скриптов, перенос обработки данных на сервер исключает зависимость от сетевых гонок на стороне пользователя.
— Тестируйте поведение тегов в режиме эмуляции медленного соединения. Это поможет выявить скрытые ошибки, когда скрипт аналитики пытается отправить событие раньше, чем загрузилась библиотека-зависимость.
Когда это пригодится: при настройке сложных цепочек сбора данных для анализа удержания (retention) и поведения пользователей в условиях нестабильной загрузки страниц.
— @MixpanelFunnelsRuPro
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Сбер запустит свой криптокошелёк
Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.
Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.
Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍
➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek
🧠 Ещё больше инсайтов → в канале AFF.top
Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.
Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.
Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍
➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Индия потребовала от Telegram удалять пиратский контент
Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.
Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.
Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent
🧠 Ещё больше инсайтов → в канале AFF.top
Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.
Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.
Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google ads меняет стратегию по конверсиям
Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.
Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…
➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam
🧠 Ещё больше инсайтов → в канале AFF.top
Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.
Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…
➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam
🧠 Ещё больше инсайтов → в канале AFF.top
Как снизить отток пользователей через анализ путей конверсии в Mixpanel
Компания уровня B2B-SaaS столкнулась с проблемой: пользователи бесплатного тарифа (freemium) переставали заходить в продукт после третьего сеанса. Традиционная модель лидогенерации (привлечение потенциальных клиентов) здесь работала плохо, так как рост выручки начал зависеть исключительно от удержания (retention) и доведения пользователей до активации ключевой функции.
Задача состояла в том, чтобы найти этап, на котором «отваливаются» наиболее перспективные пользователи, и понять, какие действия внутри интерфейса коррелируют с переходом на платный тариф.
Решение разбили на три этапа через инструмент Funnels (воронки) в Mixpanel:
— Построили конверсионную воронку с жесткой последовательностью действий: регистрация, первый вход, использование ключевой функции (core action), оплата.
— Использовали сегментацию по источникам трафика, чтобы исключить пользователей, пришедших по нецелевым запросам.
— Включили функцию Breakdown (детализация), чтобы сравнить пути тех, кто купил подписку, и тех, кто ушел.
Анализ показал, что 65% пользователей, которые совершали хотя бы один «усложненный» экспорт данных до истечения третьего дня, в итоге переходили на платный тариф. Те же, кто ограничивался только просмотром дашборда, уходили навсегда. Проблема была не в стоимости продукта, а в том, что интерфейс не «подталкивал» к экспорту на раннем этапе.
Результат:
После изменения онбординга (процесса ознакомления с продуктом) и внедрения подсказок для функции экспорта, команда добилась роста конверсии из регистрации в оплату на 12% за квартал. Коэффициент удержания второго месяца вырос с 18% до 24%.
Урок для специалиста:
В эпоху, когда классические методы привлечения становятся дороже, а пользователи экономят бюджет, фокус смещается на RevOps (управление выручкой). Не пытайтесь оптимизировать всю воронку целиком. Используйте Mixpanel, чтобы найти два-три действия, которые «привязывают» клиента к продукту. Если вы видите, что пользователи массово покидают систему на конкретном шаге, проверьте, не слишком ли много когнитивной нагрузки требует от них этот этап. В 2026 году побеждает не тот, кто привел больше лидов, а тот, кто быстрее обучил пользователя извлекать ценность из продукта.
— @MixpanelFunnelsRuPro
Компания уровня B2B-SaaS столкнулась с проблемой: пользователи бесплатного тарифа (freemium) переставали заходить в продукт после третьего сеанса. Традиционная модель лидогенерации (привлечение потенциальных клиентов) здесь работала плохо, так как рост выручки начал зависеть исключительно от удержания (retention) и доведения пользователей до активации ключевой функции.
Задача состояла в том, чтобы найти этап, на котором «отваливаются» наиболее перспективные пользователи, и понять, какие действия внутри интерфейса коррелируют с переходом на платный тариф.
Решение разбили на три этапа через инструмент Funnels (воронки) в Mixpanel:
— Построили конверсионную воронку с жесткой последовательностью действий: регистрация, первый вход, использование ключевой функции (core action), оплата.
— Использовали сегментацию по источникам трафика, чтобы исключить пользователей, пришедших по нецелевым запросам.
— Включили функцию Breakdown (детализация), чтобы сравнить пути тех, кто купил подписку, и тех, кто ушел.
Анализ показал, что 65% пользователей, которые совершали хотя бы один «усложненный» экспорт данных до истечения третьего дня, в итоге переходили на платный тариф. Те же, кто ограничивался только просмотром дашборда, уходили навсегда. Проблема была не в стоимости продукта, а в том, что интерфейс не «подталкивал» к экспорту на раннем этапе.
Результат:
После изменения онбординга (процесса ознакомления с продуктом) и внедрения подсказок для функции экспорта, команда добилась роста конверсии из регистрации в оплату на 12% за квартал. Коэффициент удержания второго месяца вырос с 18% до 24%.
Урок для специалиста:
В эпоху, когда классические методы привлечения становятся дороже, а пользователи экономят бюджет, фокус смещается на RevOps (управление выручкой). Не пытайтесь оптимизировать всю воронку целиком. Используйте Mixpanel, чтобы найти два-три действия, которые «привязывают» клиента к продукту. Если вы видите, что пользователи массово покидают систему на конкретном шаге, проверьте, не слишком ли много когнитивной нагрузки требует от них этот этап. В 2026 году побеждает не тот, кто привел больше лидов, а тот, кто быстрее обучил пользователя извлекать ценность из продукта.
— @MixpanelFunnelsRuPro
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В 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
OpenAI добавит в Codex эксклюзивную версию GPT-5.6 Sol Ultra — не ту, что выйдет в паблик, а отдельную, усиленную модель.
Два ключевых режима: расширенные рассуждения (модель думает дольше) и мульти-агентная работа с параллельными субагентами. Релиз ожидается 7–9 июля 2026.
Но есть один нюанс, который OpenAI пока не раскрывает 👀 Подробности — в …
➡️ Читайте на сайте: https://aff.top/blog/v-codex-vnedriat-gpt-5-6-ultra
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Компания Meta выпустила Muse Image
Meta выпустила Muse Image — нейросеть, которая генерирует изображения как агент: сама ищет референсы, пишет код и рассуждает перед созданием картинки.
Одна из фишек — можно скинуть ссылку на публичный профиль человека в соцсети, и модель возьмёт его внешность за референс.
Есть один вопрос, который интересует всех арбитражников: как это повлияет …
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-image
🧠 Ещё больше инсайтов → в канале AFF.top
Meta выпустила Muse Image — нейросеть, которая генерирует изображения как агент: сама ищет референсы, пишет код и рассуждает перед созданием картинки.
Одна из фишек — можно скинуть ссылку на публичный профиль человека в соцсети, и модель возьмёт его внешность за референс.
Есть один вопрос, который интересует всех арбитражников: как это повлияет …
➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-image
🧠 Ещё больше инсайтов → в канале AFF.top
Почему у вас «ломается» воронка в Mixpanel — и это часто не баг, а модель
Я всё чаще вижу одну и ту же ошибку: маркетинг смотрит на воронку как на линейный путь «клик → визит → заявка → продажа». В Mixpanel это особенно опасно, потому что продуктовая аналитика показывает не путь, а поведение. И если поведение не совпадает с вашей схемой, вы начинаете чинить не то.
Моё правило простое: **воронка должна быть не красивой, а объясняющей**.
Если на шаге «регистрация» у вас резкий провал, я первым делом проверяю не креатив и не лендинг, а три вещи:
— одинаково ли вы называете события в вебе, приложении и CRM;
— не смешали ли вы в один шаг разные намерения пользователя;
— не измеряете ли вы микро-действие как будто это уже коммерческая конверсия.
В 2026 году это особенно критично. Когда классическая лидогенерация слабеет, а RevOps отвечает за выручку сквозным контуром, воронка перестаёт быть только задачей маркетинга. Она должна связывать активацию, удержание и доход, а не просто считать заявки.
Из практики: в одном B2B-проекте после пересборки воронки из 5 шагов в 3 и выноса «создал аккаунт» отдельно от «активировался» конверсия в главный целевой шаг выросла на 18%. Не потому, что продукт внезапно стал лучше. Просто команда перестала наказывать себя за пустой провал между двумя разными типами поведения.
Я считаю, что сильная воронка в Mixpanel — это не тот отчёт, где меньше красных цифр. Это отчёт, после которого у вас исчезает спор «почему просел маркетинг» и появляется вопрос «какой именно переход в пользовательском пути мы обязаны исправить».
— @MixpanelFunnelsRuPro
Я всё чаще вижу одну и ту же ошибку: маркетинг смотрит на воронку как на линейный путь «клик → визит → заявка → продажа». В Mixpanel это особенно опасно, потому что продуктовая аналитика показывает не путь, а поведение. И если поведение не совпадает с вашей схемой, вы начинаете чинить не то.
Моё правило простое: **воронка должна быть не красивой, а объясняющей**.
Если на шаге «регистрация» у вас резкий провал, я первым делом проверяю не креатив и не лендинг, а три вещи:
— одинаково ли вы называете события в вебе, приложении и CRM;
— не смешали ли вы в один шаг разные намерения пользователя;
— не измеряете ли вы микро-действие как будто это уже коммерческая конверсия.
В 2026 году это особенно критично. Когда классическая лидогенерация слабеет, а RevOps отвечает за выручку сквозным контуром, воронка перестаёт быть только задачей маркетинга. Она должна связывать активацию, удержание и доход, а не просто считать заявки.
Из практики: в одном B2B-проекте после пересборки воронки из 5 шагов в 3 и выноса «создал аккаунт» отдельно от «активировался» конверсия в главный целевой шаг выросла на 18%. Не потому, что продукт внезапно стал лучше. Просто команда перестала наказывать себя за пустой провал между двумя разными типами поведения.
Я считаю, что сильная воронка в Mixpanel — это не тот отчёт, где меньше красных цифр. Это отчёт, после которого у вас исчезает спор «почему просел маркетинг» и появляется вопрос «какой именно переход в пользовательском пути мы обязаны исправить».
— @MixpanelFunnelsRuPro
Forwarded from Я ЗЛОЙ, Я ГАНГСТА
This media is not supported in your browser
VIEW IN TELEGRAM
Хоменок потребовал, чтобы кардиналы уволили Иванова — новая драма из нижней аффилки.
Вспоминаем этого персонажа: в преддверии МАК и джигейт конф овнер Х6 Group Антон Хоменок назвал себя «инфлюенсером года» и заявил, что если не выиграет награды — значит, премии на конфах купленные. Как и можно было ожидать, умник ничерта не выиграл, но это унижение не помешало ему сделать предложение своей девушке на «коррумпированной» сцене джигеев.
Так вот, на конфе Хоменок посоветовал СЕО кардиналов уволить ЕЮ — мол, он фрик, с которым нельзя сотрудничать. Эта инфа разумеется дошла до Иванова — в ответ он предложил выкупить всю конторку кардиналов (их овнер пока не ответил). Вообще удивительно, с какой уверенностью Антоха даёт коллегам по сфере советы, не понимая базовые вещи (например, тот факт, что ЕЮ — вообще не наёмный сотрудник). Под конец Хоменок слился со стрима с Ивановым, заваливая его комплиментами — ожидаемое лицемерие, что тут скажешь.
К слову, когда ЕЮ спросил у Алексеева, уволил бы тот его, овнер приватов ответил, что скорее Иванов его уволит (что, может, и не так, но главному алкашу сферы всё равно было приятно).
🥴 — «инфлюенсер года», хуле
🤡 — типичный ЧСВшник без реальных достижений в сфере, такая лайф
😈 Я ЗЛОЙ, Я ГАНГСТА
Вспоминаем этого персонажа: в преддверии МАК и джигейт конф овнер Х6 Group Антон Хоменок назвал себя «инфлюенсером года» и заявил, что если не выиграет награды — значит, премии на конфах купленные. Как и можно было ожидать, умник ничерта не выиграл, но это унижение не помешало ему сделать предложение своей девушке на «коррумпированной» сцене джигеев.
Так вот, на конфе Хоменок посоветовал СЕО кардиналов уволить ЕЮ — мол, он фрик, с которым нельзя сотрудничать. Эта инфа разумеется дошла до Иванова — в ответ он предложил выкупить всю конторку кардиналов (их овнер пока не ответил). Вообще удивительно, с какой уверенностью Антоха даёт коллегам по сфере советы, не понимая базовые вещи (например, тот факт, что ЕЮ — вообще не наёмный сотрудник). Под конец Хоменок слился со стрима с Ивановым, заваливая его комплиментами — ожидаемое лицемерие, что тут скажешь.
К слову, когда ЕЮ спросил у Алексеева, уволил бы тот его, овнер приватов ответил, что скорее Иванов его уволит (что, может, и не так, но главному алкашу сферы всё равно было приятно).
🥴 — «инфлюенсер года», хуле
🤡 — типичный ЧСВшник без реальных достижений в сфере, такая лайф
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Китай планирует ограничить доступ к DeepSeek и GLM
Китай готовится ограничить публичный доступ к своим флагманским нейросетям — DeepSeek и GLM. Запрет по образцу США становится новой нормальностью.
Правительство рассматривает трёхуровневую систему: от стандартной регистрации для простых моделей до полного закрытия самых передовых — только для внутреннего использования.
Но есть один подвох, котор…
➡️ Читайте на сайте: https://aff.top/blog/kitai-planiruet-ogranichit-dostup-k-deepseek-i-glm
🧠 Ещё больше инсайтов → в канале AFF.top
Китай готовится ограничить публичный доступ к своим флагманским нейросетям — DeepSeek и GLM. Запрет по образцу США становится новой нормальностью.
Правительство рассматривает трёхуровневую систему: от стандартной регистрации для простых моделей до полного закрытия самых передовых — только для внутреннего использования.
Но есть один подвох, котор…
➡️ Читайте на сайте: https://aff.top/blog/kitai-planiruet-ogranichit-dostup-k-deepseek-i-glm
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from Я ненавижу арбитраж
ЕЮ покупает мусор недорого: 150к за Трафик Кардинал раз 🔨
По случаю Жениной "развязки" разгорелся небольшой сканадал.
Для медиа с тремя инсультами — это очень выгодное предложение. Больше не даст никто. 150к бачей — два🔨
Результаты пока неизвестны, публичные торги еще не начаты.
❤️ — я бы дал больше
😁 — Пусть Жека купит "X6Agency" и уволит Хоменока
😎 — 150к бачей — три. Продано
Я ненавижу арбитраж | Чат😠
По случаю Жениной "развязки" разгорелся небольшой сканадал.
На G GATE CONF маркетолог, визионер, трудоголик, филантроп Хоменок не стал лучшим инфлюенсером, да и вообще никем. Но тем не менее дал совет ребятам из ТК — уволить Иванова. Я поднял все архивы арбитражки, но так и не понял, кто его нанял. Единственное, что я знаю, но не могу доказать — когда-то ТК проплатили медийную поддержку от маэстро, чтобы тот перестал их публично унижать.
Естественно, Жекич тут же узнал об этом шкурном поступке Антона от Кустова Никиты (главреда ТК), обиделся, оскорбился и предложил 150к бачей за покупку медиа Traffic Cardinal. Видимо, побоялся, что попадет под сокращения.
Для медиа с тремя инсультами — это очень выгодное предложение. Больше не даст никто. 150к бачей — два
Результаты пока неизвестны, публичные торги еще не начаты.
❤️ — я бы дал больше
😁 — Пусть Жека купит "X6Agency" и уволит Хоменока
😎 — 150к бачей — три. Продано
Я ненавижу арбитраж | Чат
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
⚡️У кого каналы и кто продаёт рекламу - для вас не большое объявление!
Очень стараюсь собрать все арбитражные и смежных каналы, что бы сделать каталог цен на размещение там рекламы, если у вас есть канал, вы там продаёте рекламу, пожалуйста просто пришлите Давиду @AFFtop_connect ценик
Прям в таком формате, лишней хуйни не надо, ребята просто добавят ваш канал в публичный каталог, если конечно же вам вообще нужны реклы
Приватные каналы пока не принимают, с ними позже будут разбираться
Альфа версия https://tg.observer если кому то интересно
@Pacan
Очень стараюсь собрать все арбитражные и смежных каналы, что бы сделать каталог цен на размещение там рекламы, если у вас есть канал, вы там продаёте рекламу, пожалуйста просто пришлите Давиду @AFFtop_connect ценик
@username - XXX$
Прям в таком формате, лишней хуйни не надо, ребята просто добавят ваш канал в публичный каталог, если конечно же вам вообще нужны реклы
Приватные каналы пока не принимают, с ними позже будут разбираться
Альфа версия https://tg.observer если кому то интересно
🤔 Консоли Google Play и Apple Developer надо? Phoenix — 100% свой фарм с 2021-го. Забрать акки → @phoenix_seller_bot🤔
@Pacan
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
ByteDance выпустила Seedream 5.0 pro
ByteDance выпустила Seedream 5.0 pro — генератор изображений с послойным редактированием прямо внутри интерфейса.
Ключевая фича: выделяешь объект — он уходит на отдельный слой, двигаешь и масштабируешь независимо. Пустую зону можно дозаполнить промтом. Текст на изображениях без глитчей — нативно.
Для арбитражников это может быть удобным инструме…
➡️ Читайте на сайте: https://aff.top/blog/bytedance-vypustila-seedream-5-0-pro
🧠 Ещё больше инсайтов → в канале AFF.top
ByteDance выпустила Seedream 5.0 pro — генератор изображений с послойным редактированием прямо внутри интерфейса.
Ключевая фича: выделяешь объект — он уходит на отдельный слой, двигаешь и масштабируешь независимо. Пустую зону можно дозаполнить промтом. Текст на изображениях без глитчей — нативно.
Для арбитражников это может быть удобным инструме…
➡️ Читайте на сайте: https://aff.top/blog/bytedance-vypustila-seedream-5-0-pro
🧠 Ещё больше инсайтов → в канале AFF.top
Нулевая аналитика в воронке: как выглядит «видимость» вместо управления
В 2026 я всё чаще вижу одну и ту же картину: компания вроде бы “сделала воронку” в Mixpanel, поставила события, научилась смотреть конверсию, но управляет продуктом… на уровне ощущений. Не потому что аналитики плохие — потому что воронка построена так, что она начинает измерять не процесс пользователя, а качество настроек.
Моё правило простое: если по вашей воронке нельзя честно ответить на вопрос “что именно пошло не так между этапами”, значит у вас не воронка, а витрина. И это дорого.
Откуда берётся «витрина»
— Этапы размечены по экранам/страницам, а не по бизнес-смыслу. Например: “открыли страницу тарифов” ≠ “выбрали план” ≠ “начали оплату”.
— Присутствуют “паразитные” события, которые создают видимость прогресса. Пользователь сделал лишнее действие — вы посчитали это как шаг вперёд.
— Слишком высокая гранулярность без контроля качества данных: события дублируются, часть пользователей попадает в разные версии схемы, а вы смотрите одну кривую.
Как это проявляется в цифрах (и почему это легко пропустить)
Из практики: когда воронка работает как витрина, разница между конверсией “из шага А в шаг Б” и реальным влиянием изменения всегда будет выглядеть странно стабильной. Вы меняете онбординг, а конверсия в конкретном переходе почти не двигается — зато растёт “общая” конверсия на уровне отчётов. Это почти всегда признак того, что вы измеряете разные аудитории на шагах (смещение состава), либо один из шагов засчитывается по неполным/неоднозначным событиям.
Я обычно проверяю так: беру переход, который “не реагирует”, и делаю быстрый sanity-check по когортам.
Если воронка корректная, то при изменении на продукте вы должны увидеть хотя бы локальный эффект — в вероятности дойти до следующего события или в доле успешных траекторий внутри шага.
Если эффект отсутствует в переходах, но появляется “где-то внизу” — значит, часть пользователей минует этапы (через альтернативные пути), либо события неправильно отражают смысл.
Что делать: строим управление, а не отчёт
1) Этап = достижение результата, а не действие-кнопка
Вместо “нажал кнопку” формулируйте “завершил намерение”. В Mixpanel Funnels я бывал настраиваю шаги через критерии: например, “пользователь выбрал план” может включать выбор + сохранение + подтверждение, а “создал запрос” — не клики, а успешный объект в системе.
2) Сначала качество событий, потом метрики
Перед тем как оптимизировать funnel, я верифицирую:
— есть ли дубль событий (часто появляется после изменений фронта/SDK),
— корректно ли мапятся пользователи при редактировании сценариев,
— не “едят” ли пользователи разные версии логики и не смешиваются ли они в одном шаге.
3) Разведите “переход” и “траекторию”
В идеале вы смотрите не только “из A в B”, но и распространённые альтернативные пути. В 2026 это особенно важно из‑за privacy-first атрибуции: вы перестаёте верить одному last-click и начинаете верить последовательности поведения. Если ваша воронка не учитывает обходные маршруты, вы будете принимать решения, которые не относятся к реальности.
Моё наблюдение про B2B/RevOps
Когда компания упирается в MQL/SQL, часто пытается “дожать” воронку маркетинга механически. Но RevOps требует другого: вы должны видеть границы ответственности по факту продукта, а не по отчётным ярлыкам. То есть воронка должна заканчиваться не лидом “на бумаге”, а моментом, где ценность реально создана для следующей функции: например, старт интеграции, активированная учетная запись, подтверждённый кейс использования. Тогда любое улучшение маркетингового сообщения будет проверяться через поведение в продукте — а не только через конверсии по формам.
Мини-проверка за 30 минут
Выберите один ключевой переход в Funnels. Ответьте письменно:
— “Как я докажу, что между A и B пользователь действительно сделал X?”
— “Какие обходные пути существуют?”
— “Если событие B не срабатывает, это баг измерения или реальная причина?”
Если вы не можете ответить без догадок — у вас пока нет воронки как инструмента управления. Есть только визуализация.
…
В 2026 я всё чаще вижу одну и ту же картину: компания вроде бы “сделала воронку” в Mixpanel, поставила события, научилась смотреть конверсию, но управляет продуктом… на уровне ощущений. Не потому что аналитики плохие — потому что воронка построена так, что она начинает измерять не процесс пользователя, а качество настроек.
Моё правило простое: если по вашей воронке нельзя честно ответить на вопрос “что именно пошло не так между этапами”, значит у вас не воронка, а витрина. И это дорого.
Откуда берётся «витрина»
— Этапы размечены по экранам/страницам, а не по бизнес-смыслу. Например: “открыли страницу тарифов” ≠ “выбрали план” ≠ “начали оплату”.
— Присутствуют “паразитные” события, которые создают видимость прогресса. Пользователь сделал лишнее действие — вы посчитали это как шаг вперёд.
— Слишком высокая гранулярность без контроля качества данных: события дублируются, часть пользователей попадает в разные версии схемы, а вы смотрите одну кривую.
Как это проявляется в цифрах (и почему это легко пропустить)
Из практики: когда воронка работает как витрина, разница между конверсией “из шага А в шаг Б” и реальным влиянием изменения всегда будет выглядеть странно стабильной. Вы меняете онбординг, а конверсия в конкретном переходе почти не двигается — зато растёт “общая” конверсия на уровне отчётов. Это почти всегда признак того, что вы измеряете разные аудитории на шагах (смещение состава), либо один из шагов засчитывается по неполным/неоднозначным событиям.
Я обычно проверяю так: беру переход, который “не реагирует”, и делаю быстрый sanity-check по когортам.
Если воронка корректная, то при изменении на продукте вы должны увидеть хотя бы локальный эффект — в вероятности дойти до следующего события или в доле успешных траекторий внутри шага.
Если эффект отсутствует в переходах, но появляется “где-то внизу” — значит, часть пользователей минует этапы (через альтернативные пути), либо события неправильно отражают смысл.
Что делать: строим управление, а не отчёт
1) Этап = достижение результата, а не действие-кнопка
Вместо “нажал кнопку” формулируйте “завершил намерение”. В Mixpanel Funnels я бывал настраиваю шаги через критерии: например, “пользователь выбрал план” может включать выбор + сохранение + подтверждение, а “создал запрос” — не клики, а успешный объект в системе.
2) Сначала качество событий, потом метрики
Перед тем как оптимизировать funnel, я верифицирую:
— есть ли дубль событий (часто появляется после изменений фронта/SDK),
— корректно ли мапятся пользователи при редактировании сценариев,
— не “едят” ли пользователи разные версии логики и не смешиваются ли они в одном шаге.
3) Разведите “переход” и “траекторию”
В идеале вы смотрите не только “из A в B”, но и распространённые альтернативные пути. В 2026 это особенно важно из‑за privacy-first атрибуции: вы перестаёте верить одному last-click и начинаете верить последовательности поведения. Если ваша воронка не учитывает обходные маршруты, вы будете принимать решения, которые не относятся к реальности.
Моё наблюдение про B2B/RevOps
Когда компания упирается в MQL/SQL, часто пытается “дожать” воронку маркетинга механически. Но RevOps требует другого: вы должны видеть границы ответственности по факту продукта, а не по отчётным ярлыкам. То есть воронка должна заканчиваться не лидом “на бумаге”, а моментом, где ценность реально создана для следующей функции: например, старт интеграции, активированная учетная запись, подтверждённый кейс использования. Тогда любое улучшение маркетингового сообщения будет проверяться через поведение в продукте — а не только через конверсии по формам.
Мини-проверка за 30 минут
Выберите один ключевой переход в Funnels. Ответьте письменно:
— “Как я докажу, что между A и B пользователь действительно сделал X?”
— “Какие обходные пути существуют?”
— “Если событие B не срабатывает, это баг измерения или реальная причина?”
Если вы не можете ответить без догадок — у вас пока нет воронки как инструмента управления. Есть только визуализация.
…
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Создателя Telegram снова допрашивали
Павла Дурова снова допросили во Франции: встреча с следствием длилась более 6 часов.
Это уже не первый эпизод в деле, которое тянется с 2024 года: тогда основателя Telegram арестовали в аэропорту Ле-бурже и ограничивали в выезде до июня 2025.
Что именно выясняли на новом допросе — не раскрывают. Но давление на Telegram растёт, и в этой истории е…
➡️ Читайте на сайте: https://aff.top/blog/sozdatelia-telegram-snova-doprashivali
🧠 Ещё больше инсайтов → в канале AFF.top
Павла Дурова снова допросили во Франции: встреча с следствием длилась более 6 часов.
Это уже не первый эпизод в деле, которое тянется с 2024 года: тогда основателя Telegram арестовали в аэропорту Ле-бурже и ограничивали в выезде до июня 2025.
Что именно выясняли на новом допросе — не раскрывают. Но давление на Telegram растёт, и в этой истории е…
➡️ Читайте на сайте: https://aff.top/blog/sozdatelia-telegram-snova-doprashivali
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudflare запустил функцию Drop
Cloudflare запустил Drop — сервис, который разворачивает временный сайт за несколько секунд прямо из zip-архива.
Без аккаунта можно создавать сколько угодно таких страниц, но ссылка живёт всего 1 час. Потом сайт придётся переносить в аккаунт.
Зачем это нужно арбитражнику и что можно успеть за это время — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/cloudflare-zapustil-funkciiu-drop
🧠 Ещё больше инсайтов → в канале AFF.top
Cloudflare запустил Drop — сервис, который разворачивает временный сайт за несколько секунд прямо из zip-архива.
Без аккаунта можно создавать сколько угодно таких страниц, но ссылка живёт всего 1 час. Потом сайт придётся переносить в аккаунт.
Зачем это нужно арбитражнику и что можно успеть за это время — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/cloudflare-zapustil-funkciiu-drop
🧠 Ещё больше инсайтов → в канале AFF.top
Почему воронка в Mixpanel чаще врёт не в шагах, а в определении события
Я много раз видел одну и ту же ошибку: команда строит воронку в Mixpanel, спорит о процентах конверсии, а проблема на самом деле не в воронке. Проблема — в том, **что именно считается событием**.
Если вы измеряете «регистрацию» как нажатие кнопки «Создать аккаунт», а не как успешное завершение с серверным подтверждением, вы завышаете конверсию. Если «добавление в корзину» ловится на фронте, но часть событий не доезжает из-за блокировок, вы теряете реальную картину. И потом команда делает неправильные выводы про UX, оффер или трафик.
Моё наблюдение простое: в 7 из 10 аудитов воронок проблема сидит не в аналитике как таковой, а в семантике событий. То есть в том, **что именно вы обещали себе измерять**. В Mixpanel это особенно заметно, потому что инструмент очень быстро показывает цифры — и так же быстро создаёт иллюзию точности.
Я всегда начинаю с трёх вопросов:
— Событие отражает действие пользователя или технический факт интерфейса?
— Есть ли у него единое определение для маркетинга, продукта и разработки?
— Можно ли по нему принять решение без ручной оговорки «ну, тут часть данных может теряться»?
Если на один из этих вопросов ответ «нет», воронку лучше не защищать в презентации, а переписать. Иначе вы оптимизируете не путь клиента, а артефакт трекинга.
В 2026 году это особенно важно: в B2B маркетинг всё чаще отвечает не за лид любой ценой, а за выручку вместе с sales и customer success. А значит, аналитика должна быть не красивой, а **согласованной**. Воронка в Mixpanel полезна только тогда, когда одно событие означает одно и то же для всех.
Я бы формулировал жёстче: сначала договоритесь о смысле события, потом стройте графики. Иначе вы не анализируете продукт — вы спорите с собственными метками.
— @MixpanelFunnelsRuPro
Я много раз видел одну и ту же ошибку: команда строит воронку в Mixpanel, спорит о процентах конверсии, а проблема на самом деле не в воронке. Проблема — в том, **что именно считается событием**.
Если вы измеряете «регистрацию» как нажатие кнопки «Создать аккаунт», а не как успешное завершение с серверным подтверждением, вы завышаете конверсию. Если «добавление в корзину» ловится на фронте, но часть событий не доезжает из-за блокировок, вы теряете реальную картину. И потом команда делает неправильные выводы про UX, оффер или трафик.
Моё наблюдение простое: в 7 из 10 аудитов воронок проблема сидит не в аналитике как таковой, а в семантике событий. То есть в том, **что именно вы обещали себе измерять**. В Mixpanel это особенно заметно, потому что инструмент очень быстро показывает цифры — и так же быстро создаёт иллюзию точности.
Я всегда начинаю с трёх вопросов:
— Событие отражает действие пользователя или технический факт интерфейса?
— Есть ли у него единое определение для маркетинга, продукта и разработки?
— Можно ли по нему принять решение без ручной оговорки «ну, тут часть данных может теряться»?
Если на один из этих вопросов ответ «нет», воронку лучше не защищать в презентации, а переписать. Иначе вы оптимизируете не путь клиента, а артефакт трекинга.
В 2026 году это особенно важно: в B2B маркетинг всё чаще отвечает не за лид любой ценой, а за выручку вместе с sales и customer success. А значит, аналитика должна быть не красивой, а **согласованной**. Воронка в Mixpanel полезна только тогда, когда одно событие означает одно и то же для всех.
Я бы формулировал жёстче: сначала договоритесь о смысле события, потом стройте графики. Иначе вы не анализируете продукт — вы спорите с собственными метками.
— @MixpanelFunnelsRuPro